(57)【要約】      （修正有）【課題】価格モデル及びパッケージのサブスクリプションを生成及び管理するアプローチを提供する。【解決手段】１又は複数の価格モデルは、１つのパッケージに割り当てられ、サブスクライバに利用可能にされる。また、パッケージに割り当てられた価格モデルは、変更できる。ユーザは、１又は複数のパッケージを契約し、ユーザが契約しているパッケージに割り当てられた価格モデルに基づき請求される。実施形態は、パッケージを生成及び管理し、価格モデルを定め及びパッケージに割り当てられた価格モデルを管理するグラフィカルユーザインタフェースをサービスプロバイダに提供するステップを含む。実施形態は、また、「マーケットプレイス」内の利用可能なアプリケーション及びパッケージを閲覧し、パッケージを契約し、サブスクライバのサブスクリプションを管理するグラフィカルユーザインタフェースをサブスクライバに提供するステップも含む。【選択図】図１
2013127784.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを管理する装置であって、
１又は複数のプロセッサ、
命令を格納するメモリ、
を有し、前記命令は、前記１又は複数のプロセッサにより処理されると、
２以上のサービスを実施する少なくとも２以上のメンバアプリケーションと１以上の対応する価格モデルとを有する特定のパッケージを生成する要求を受信し、
前記特定のパッケージを生成する要求を受信したのに応答して、前記特定のパッケージ、前記２以上のメンバアプリケーション及び前記１以上の対応する価格モデルを少なくとも特定する特定のパッケージデータを生成及び格納する、アプリケーションを管理する装置。
【請求項２】
前記メモリは更なる命令を格納し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージに特定のアプリケーションを追加する要求に応答して、前記２以上のメンバアプリケーションと前記特定のアプリケーションが前記特定のパッケージのメンバであることを示すよう、前記特定のパッケージデータを更新する、請求項１に記載のアプリケーションを管理する装置。
【請求項３】
前記メモリは更なる命令を格納し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージから前記２以上のメンバアプリケーションのうちの特定のアプリケーションを削除する要求に応答して、前記特定のアプリケーションが前記特定のパッケージのメンバでないことを示すよう、前記特定のパッケージデータを更新する、請求項１に記載のアプリケーションを管理する装置。
【請求項４】
前記メモリは更なる命令を格納し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージに特定の価格モデルを追加する要求に応答して、前記１以上の価格モデルと前記特定の価格モデルが前記特定のパッケージに対応することを示すよう、前記特定のパッケージデータを更新する、請求項１に記載のアプリケーションを管理する装置。
【請求項５】
前記メモリは更なる命令を格納し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージから特定の価格モデルを削除する要求に応答して、前記特定の価格モデルが前記特定のパッケージに対応しないことを示すよう、前記特定のパッケージデータを更新する、請求項１に記載のアプリケーションを管理する装置。
【請求項６】
前記メモリは更なる命令を格納し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージの評価データを受信したのに応答して、前記評価データを前記特定のパッケージに関連付けて格納する、請求項１に記載のアプリケーションを管理する装置。
【請求項７】
前記メモリは更なる命令を格納し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
特定のユーザの、前記特定のパッケージを契約する要求を受信したのに応答して、前記特定のユーザが前記特定のパッケージを契約していることを特定するサブスクリプションデータを生成及び格納する、請求項１に記載のアプリケーションを管理する装置。
【請求項８】
アプリケーションを管理するコンピュータ可読媒体であって、前記コンピュータ可読媒体は命令を格納し、前記命令は、１又は複数のプロセッサにより処理されると、
２以上のサービスを実施する少なくとも２以上のメンバアプリケーションと１以上の対応する価格モデルとを有する特定のパッケージを生成する要求を受信し、
前記特定のパッケージを生成する要求を受信したのに応答して、前記特定のパッケージ、前記２以上のメンバアプリケーション及び前記１以上の対応する価格モデルを少なくとも特定する特定のパッケージデータを生成及び格納する、アプリケーションを管理するコンピュータ可読媒体。
【請求項９】
更なる命令を更に有し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージに特定のアプリケーションを追加する要求に応答して、前記２以上のメンバアプリケーションと前記特定のアプリケーションが前記特定のパッケージのメンバであることを示すよう、前記特定のパッケージデータを更新する、請求項８に記載のアプリケーションを管理するコンピュータ可読媒体。
【請求項１０】
更なる命令を更に有し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージから前記２以上のメンバアプリケーションのうちの特定のアプリケーションを削除する要求に応答して、前記特定のアプリケーションが前記特定のパッケージのメンバでないことを示すよう、前記特定のパッケージデータを更新する、請求項８に記載のアプリケーションを管理するコンピュータ可読媒体。
【請求項１１】
更なる命令を更に有し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージに特定の価格モデルを追加する要求に応答して、前記１以上の価格モデルと前記特定の価格モデルが前記特定のパッケージに対応することを示すよう、前記特定のパッケージデータを更新する、請求項８に記載のアプリケーションを管理するコンピュータ可読媒体。
【請求項１２】
更なる命令を更に有し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージから特定の価格モデルを削除する要求に応答して、前記特定の価格モデルが前記特定のパッケージに対応しないことを示すよう、前記特定のパッケージデータを更新する、請求項８に記載のアプリケーションを管理するコンピュータ可読媒体。
【請求項１３】
更なる命令を更に有し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
前記特定のパッケージの評価データを受信したのに応答して、前記評価データを前記特定のパッケージに関連付けて格納する、請求項８に記載のアプリケーションを管理するコンピュータ可読媒体。
【請求項１４】
更なる命令を更に有し、前記更なる命令は、前記１又は複数のプロセッサにより処理されると、
特定のユーザの、前記特定のパッケージを契約する要求を受信したのに応答して、前記特定のユーザが前記特定のパッケージを契約していることを特定するサブスクリプションデータを生成及び格納する、請求項８に記載のアプリケーションを管理するコンピュータ可読媒体。
【請求項１５】
コンピュータにより実行されるアプリケーション管理方法であって、前記のコンピュータにより実行される方法は、
２以上のサービスを実施する少なくとも２以上のメンバアプリケーションと１以上の対応する価格モデルとを有する特定のパッケージを生成する要求を受信するステップ、
前記特定のパッケージを生成する要求を受信したのに応答して、前記特定のパッケージ、前記２以上のメンバアプリケーション及び前記１以上の対応する価格モデルを少なくとも特定する特定のパッケージデータを生成及び格納するステップ、
を有するコンピュータにより実行されるアプリケーション管理方法。
【請求項１６】
前記特定のパッケージから前記２以上のメンバアプリケーションのうちの特定のアプリケーションを削除する要求に応答して、前記特定のアプリケーションが前記特定のパッケージのメンバでないことを示すよう、前記特定のパッケージデータを更新するステップ、
を更に有する請求項15に記載のコンピュータにより実行されるアプリケーション管理方法。
【請求項１７】
前記特定のパッケージから特定のアプリケーションを削除する要求に応答して、前記２以上のメンバアプリケーションと前記特定のアプリケーションが前記特定のパッケージのメンバであることを示すよう、前記特定のパッケージデータを更新するステップ、
を更に有する請求項15に記載のコンピュータにより実行されるアプリケーション管理方法。
【請求項１８】
前記特定のパッケージに特定の価格モデルを追加する要求に応答して、前記１以上の価格モデルと前記特定の価格モデルが前記特定のパッケージに対応することを示すよう、前記特定のパッケージデータを更新するステップ、
を更に有する請求項15に記載のコンピュータにより実行されるアプリケーション管理方法。
【請求項１９】
前記特定のパッケージから特定の価格モデルを削除する要求に応答して、前記特定の価格モデルが前記特定のパッケージに対応しないことを示すよう、前記特定のパッケージデータを更新するステップ、
を更に有する請求項15に記載のコンピュータにより実行されるアプリケーション管理方法。
【請求項２０】
前記特定のパッケージの評価データを受信したのに応答して、前記評価データを前記特定のパッケージに関連付けて格納するステップ、を更に有する請求項15に記載のコンピュータにより実行されるアプリケーション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサービスを実施するアプリケーションのパッケージのサブスクリプションを管理することに関する。
【背景技術】
【０００２】
この章に記載されるアプローチは、達成しようとされた可能性のあるアプローチであるが、必ずしも従前に考案され又は達成されたアプローチではない。したがって、特に示さない限り、この章に記載された如何なるアプローチも、それらが本章に含まれたという理由のみにより従来技術と見なされるべきではない。
【０００３】
多くの企業は、文書を処理するために多機能周辺機器（Multi-Functional  Peripheral:MFP）を用いる。ＭＦＰは、印刷、スキャン、コピー及びファックスのような複数の機能をユーザに提供する装置である。現在、ＭＦＰと共に又はＭＦＰにより使用可能な多数のアプリケーションが存在している。本願明細書で用いられるように、用語「アプリケーション」は、１又は複数のサービスを実施するコンピュータソフトウェアプログラムを表す。殆ど無限数の異なる種類のアプリケーションが存在するが、アプリケーションの一例は、ＰＤＦの電子文書をテキストフォーマットに変換するＰＤＦ−ｔｏ−ｔｅｘｔプログラムである。ＭＦＰは、インターネットのような１又は複数のネットワークを介してアプリケーションにアクセスし、幾つかのアプリケーションプロバイダは彼らのアプリケーションの使用料を請求する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
価格モデル及びパッケージのサブスクリプションを生成及び管理するアプローチが提供される。
【課題を解決するための手段】
【０００５】
本願明細書で用いられるように、用語「パッケージ」は、各メンバアプリケーションが１又は複数のサービスを提供する１又は複数のメンバアプリケーションを有する論理的エンティティを表す。１又は複数の価格モデルは、１つのパッケージに割り当てられ、サブスクライバに利用可能にされる。また、パッケージに割り当てられた価格モデルは、変更できる。ユーザは、１又は複数のパッケージを契約し、ユーザが契約しているパッケージに割り当てられた価格モデルに基づき請求される。実施形態は、パッケージを生成及び管理し、価格モデルを定め及びパッケージに割り当てられた価格モデルを管理するグラフィカルユーザインタフェースをサービスプロバイダに提供するステップを含む。実施形態は、また、「マーケットプレイス」内の利用可能なアプリケーション及びパッケージを閲覧し、パッケージを契約し、サブスクライバのサブスクリプションを管理するグラフィカルユーザインタフェースをサブスクライバに提供するステップも含む。実施形態は、また、パッケージのユーザ評価、及びサブスクリプションの衝突を解決するためのサブスクリプションの調停を可能にするステップも含む。
【図面の簡単な説明】
【０００６】
【図１】価格モデル及びパッケージのサブスクリプションを生成及び管理する例示的なアーキテクチャを示すブロック図である。
【図２】アプリケーションとパッケージとの間の例示的な論理的関係を示す。
【図３】パッケージ管理システムの例示的な実装を示す。
【図４】パッケージデータの例示的な実装を示す。
【図５】アプリケーション／サービスプロバイダのようなユーザにパッケージ管理システム内の利用可能なアプリケーションのリストを閲覧させるパッケージビルダグラフィカルユーザインタフェースにおけるアプリケーション一覧である。
【図６】アプリケーション／サービスプロバイダのようなユーザに利用可能なアプリケーションのリストを閲覧させるパッケージビルダにおけるパッケージ一覧である。
【図７】パッケージビルダのパッケージエディタを示す。
【図８Ａ】パッケージに割り当てられた既存の価格モデルをユーザに編集させるパッケージビルダにより提供される価格モデルエディタを示す。
【図８Ｂ】新しい価格モデルを定めるために価格モデルエディタがどのように使用されるかを示す。
【図９】パッケージビルダのサブスクリプションマネジャを示す。
【図１０】サブスクライバのようなユーザに利用可能なパッケージのリストを閲覧させるマーケットプレイスにおけるアプリケーション一覧を示す。
【図１１】マーケットプレイスにおけるパッケージのパッケージ詳細を示す。
【図１２】マーケットプレイスにおけるパッケージのメンバアプリケーションを示す。
【図１３】サブスクライバのようなユーザに利用可能なアプリケーションのリストを閲覧させるマーケットプレイスにおけるアプリケーション一覧である。
【図１４】マーケットプレイスで契約されたパッケージを示す。
【図１５】マーケットプレイスで契約されたアプリケーションを示す。
【図１６】マーケットプレイスにおける装置の登録を示す。
【図１７Ａ】潜在的なアプリケーションのサブスクリプションの衝突を識別し解決するアプローチのフロー図を示す。
【図１７Ｂ】潜在的なパッケージのサブスクリプションの衝突を識別し解決するアプローチのフロー図を示す。
【図１８】実施形態が実装され得る例示的なコンピュータシステムを示すブロック図である。
【発明を実施するための形態】
【０００７】
以下の説明では、説明を目的として、本発明の実施形態の完全な理解を提供するために、多くの詳細事項が説明される。しかしながら、本発明はこれらの詳細事項なしに実施できることが明らかである。他の例では、良く知られた構造及び装置が、本発明を不必要に不明瞭にしないために、ブロック図で示される。
【０００８】
Ｉ．概略
ＩＩ．パッケージアーキテクチャ
ＩＩＩ．パッケージ及び価格モデル
ＩＶ．パッケージ管理システム
Ｖ．パッケージの生成及び管理
ＶＩ．パッケージのサブスクリプション
ＶＩＩ．サブスクリプションの衝突
ＶＩＩＩ．実施装置
＜Ｉ．  概略＞
価格モデル及びパッケージのサブスクリプションを生成及び管理するアプローチが提供される。本願明細書で用いられるように、用語「パッケージ」は、各メンバアプリケーションが１又は複数のサービスを提供する１又は複数のメンバアプリケーションを有する論理的エンティティを表す。１又は複数の価格モデルは、１つのパッケージに割り当てられ、サブスクライバに利用可能にされる。また、パッケージに割り当てられた価格モデルは、変更できる。ユーザは、１又は複数のパッケージを契約し、ユーザが契約しているパッケージに割り当てられた価格モデルに基づき請求される。実施形態は、パッケージを生成及び管理し、価格モデルを定め及びパッケージに割り当てられた価格モデルを管理するグラフィカルユーザインタフェースをサービスプロバイダに提供するステップを含む。実施形態は、また、「マーケットプレイス」内の利用可能なアプリケーション及びパッケージを閲覧し、パッケージを契約し、サブスクライバのサブスクリプションを管理するグラフィカルユーザインタフェースをサブスクライバに提供するステップも含む。実施形態は、また、パッケージのユーザ評価、及びサブスクリプションの衝突を解決するためのサブスクリプションの調停を可能にするステップも含む。
【０００９】
＜ＩＩ．  パッケージアーキテクチャ＞
図１は、価格モデル及びパッケージのサブスクリプションを生成及び管理する例示的なアーキテクチャ１００を示すブロック図である。アーキテクチャ１００は、ネットワーク１１２を介して通信可能に結合された、ＭＦＰ１０２Ａ−Ｃ、クライアント装置１０４、１０６、他のアプリケーション１０８及びパッケージ管理システム１１０を有する。ネットワーク１１２は、図１の要素間でのデータ交換を提供する任意の媒体又は機構により実施できる。このようなリンクの例は、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、イーサネット(登録商標)若しくはインターネットのようなネットワーク、又は１若しくは複数の地上波、衛星若しくは無線リンクを含む。しかし、リンクの例はこれらに限定されない。図１の前述の要素は、説明を目的として図１には示されない直接通信リンクを有してもよい。
【００１０】
ＭＦＰ１０２Ａ−Ｃは、特定の実装に依存して変化し得る任意の種類の機能を有してもよい。ＭＦＰ１０２Ａ−Ｃは、情報をユーザに表示させるユーザインタフェース、及びユーザにＭＦＰ１０２Ａ−Ｃにより提供される種々の機能を選択させる１又は複数の選択機構を有してもよい。
【００１１】
クライアント装置１０４、１０６は、パッケージ管理システム１１０に接続する任意の種類のクライアント装置であってもよい。クライアント装置１０４、１０６は、固定又は移動クライアント装置であってもよく、情報を表示しユーザに情報を入力させるユーザインタフェースを有してもよい。クライアント装置１０４、１０６の例は、ワークステーション、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、タブレットコンピュータ、携帯電話機のような電話装置を含むが、これらに限定されない。説明を目的として、クライアント装置１０４は、以下では、パッケージ管理システム１１０を用いてパッケージを生成及び管理するために、アプリケーション又はサービスプロバイダにより使用されるとして記載される。また、クライアント装置１０６は、以下では、パッケージ管理システム１１０を用いてパッケージを契約するサブスクライバにより用いられるとして記載される。
【００１２】
アーキテクチャ１００は、図１でＡＰＰ１、ＡＰＰ２及びＡＰＰ３により特定され１又は複数のサービスを実施するアプリケーションを含む。他のアプリケーション１０８は、図１でＡＰＰ４、ＡＰＰ５、ＡＰＰ６及びＡＰＰ７により特定され１又は複数のサービスを実施するアプリケーションを含む。パッケージ管理システム１１０は、パッケージを生成及び管理し、パッケージに価格モデルを割り当て、及びパッケージのサブスクリプションを管理する種々の機能を提供する。これらは以下に更に詳細に説明される。アーキテクチャ１００は、図１でＰＡＣＫＡＧＥ１、ＰＡＣＫＡＧＥ２、ＰＡＣＫＡＧＥ３として特定される３つの例示的なパッケージを含む。
【００１３】
＜ＩＩＩ．  パッケージ及び価格モデル＞
本願明細書で前述したように、用語「パッケージ」は、１又は複数のメンバアプリケーションを有し及び１又は複数のメンバアプリケーションにより提供されるサービスを提供する論理的エンティティを表す。パッケージは任意の数のメンバアプリケーションを有してもよく、１つのパッケージに割り当てられるアプリケーションの数は変更できる。例えば、アプリケーションはパッケージから削除でき、また、アプリケーションはパッケージに追加できる。特定のパッケージは、メンバとして、該特定のパッケージのみのメンバであるアプリケーションを有してもよい。代替として、特定のパッケージは、メンバとして、他のパッケージのメンバでもあるアプリケーションを有してもよい。例えば、図２は、アプリケーションとパッケージとの間の例示的な論理的関係を示す。図２は、ＰＡＣＫＡＧＥ１、ＰＡＣＫＡＧＥ２、ＰＡＣＫＡＧＥ３として特定される３つの例示的なパッケージを示す。ＰＡＣＫＡＧＥ１は、３つのメンバアプリケーションＡＰＰ１、ＡＰＰ２及びＡＰＰ３を有する。ＰＡＣＫＡＧＥ２は、５つのメンバアプリケーションＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ４及びＡＰＰ５を有する。アプリケーションＡＰＰ４及びＡＰＰ５は、ＰＡＣＫＡＧＥ２のメンバであるが、ＰＡＣＫＡＧＥ１のメンバではない。ＰＡＣＫＡＧＥ３は、ＰＡＣＫＡＧＥ１又はＰＡＣＫＡＧＥ２のどちらのメンバでもない２つのメンバアプリケーションＡＰＰ６及びＡＰＰ７を有する。以下に更に詳細に記載されるように、パッケージは、他のパッケージをメンバとして有してもよい。これは、特定の状況で非常に有用な階層的パッケージ構造の生成を可能にする。例えば、パッケージは、ユーザにより共通に使用される基本サービスを提供するアプリケーションをメンバとして有するよう生成できる。議論のため、このパッケージは「基本パッケージ」と称される。他のパッケージは、基本パッケージと、基本パッケージのメンバアプリケーションにより提供されるサービスに加えて他のサービスを提供する１又は複数の他のアプリケーションと、の両方をメンバとして含むよう生成できる。これは、基本パッケージを複数の他のパッケージに渡って再使用できるようにする。
【００１４】
種々の価格モデルをパッケージと共に用いることができる。例示的な価格モデルは、契約ベース価格モデル及び従量式価格モデルを含むが、これらに限定されない。契約ベース価格モデルは、指定時間中のパッケージ（及びそのメンバアプリケーション）の使用に対する料金を含んでもよい。指定時間の長さは、任意の長さ、例えば、秒、分、時間、日、月、四半期、年、等であってもよい。標準的な例では、サブスクリプションの長さは、月刊、季刊及び年刊である。契約ベース価格モデルの種々の変形を用いることもできるが、契約ベース価格モデルは、指定期間中、無制限にパッケージの使用が認められる。例えば、特定の契約ベース価格モデルは、指定時間中の無制限の、しかし最大で指定された最大使用量、つまり上限までの、パッケージ（及びそのメンバアプリケーション）使用に対する料金を含んでもよい。
【００１５】
従量式価格モデルは、パッケージの実際の使用に対する料金を含んでもよい。使用は、特定の実装に依存して、種々の異なるレベルで追跡できる。例えば、使用は、パッケージ毎のレベル、パッケージのアプリケーション毎のレベル、又はユニット毎のレベル、例えば日数又は処理されたページ数、等で追跡されてもよい。従量式価格モデルは、パッケージの使用毎に固定された料金、又はパッケージの使用に基づき変化する料金を指定できる。例えば、パッケージの使用毎の料金は、使用が増加するにつれて減少し得る。価格モデルは、契約と量の両方に基づいてもよい。例えば、契約ベースモデルは、指定期間中、指定使用量までのパッケージの無制限の使用を認めることができる。価格モデルは、装置、装置のグループ、ユーザ、ユーザグループ又は組織に適用できる。
【００１６】
以下に更に詳細に記載するように、複数の価格モデルがパッケージの各々に利用可能にされ、サブスクライバは、パッケージを契約するときにパッケージに割り当てられた複数の価格モデルの間で選択する選択肢を与えられる。例えば、サブスクライバは、異なる期間及び価格を有する幾つかの契約ベース価格モデルと幾つかの異なる従量式価格モデルとの間で選択肢を与えられ得る。図２は、パッケージと価格モデルとの間の論理的関係も示す。図２では、ＰＡＣＫＡＧＥ１は、価格モデル１、価格モデル２及び価格モデル３として特定される３つの関連する価格モデルを有する。ＰＡＣＫＡＧＥ２は、価格モデル６として特定される１つの関連する価格モデルを有する。ＰＡＣＫＡＧＥ３は、価格モデル１、価格モデル２、価格モデル５及び価格モデル７として特定される４つの関連する価格モデルを有する。このように、パッケージは、特定の実装に依存して、同じ関連する価格モデルを共有し、又は他のパッケージと異なる関連する価格モデルを有してもよい。価格モデルは、管理者により定められ、グラフィカルユーザインタフェースを介してサブスクライバに利用可能にできる。サブスクライバは、特定の実装に依存して、価格モデルを定める能力を与えられてもよい。
【００１７】
＜ＩＶ．  パッケージ管理システム＞
図３は、パッケージ管理システム１１０の例示的な実装を示す。この例示的な実装では、パッケージ管理システム１１０は、ウェブサーバ３０２、アプリケーション／パッケージマネジャ３０４、価格モデルマネジャ３０６、サブスクリプションマネジャ３０８、及びデータ記憶３１０を有する。ウェブサーバ３０２は、ウェブページを生成する。ウェブページは、ウェブブラウザにより処理されると、管理者、アプリケーション／サ―ビスプロバイダ及びサブスクライバに、パッケージ管理システム１１０にアクセスするためのグラフィカルユーザインタフェースを提供する。アプリケーション／パッケージマネジャ３０４は、アプリケーション及びパッケージを管理する。価格モデルマネジャ３０６は、価格モデルを管理する。サブスクリプションマネジャ３０８はアプリケーション及びパッケージのサブスクリプションを管理する。ウェブサーバ３０２、アプリケーション／パッケージマネジャ３０４、価格モデルマネジャ３０６、サブスクリプションマネジャ３０８は、本願明細書に記載されるように、説明のみを目的として、別個の要素及び／又は機能として図３に示される。これらの要素は、特定の実装に依存して、単一の要素を含む更に少ない要素に結合され、又は追加の別個の要素に分割されてもよい。
【００１８】
データ記憶３１０は、揮発性記憶、不揮発性記憶又は揮発性と不揮発性記憶の任意の組合せであってもよい。本例では、データ記憶３１０は、アプリケーションデータ３１２、パッケージデータ３１４、価格モデルデータ３１６、サブスクリプションデータ３１８、使用データ３２０、及び評価データ３２２を有する。アプリケーションデータ３１２は、パッケージに含まれるパッケージ管理システム１１０を介して利用可能なアプリケーションに関する情報を含む。パッケージデータ３１４は、パッケージ管理システム１１０を介して利用可能なパッケージに関する情報を含む。価格モデルデータ３１６は、パッケージ管理システム１１０を介して管理者、アプリケーション／サービスプロバイダ及びサブスクライバに利用可能な価格モデルに関する情報を含む。サブスクリプションデータ３１８は、アプリケーション及びパッケージの契約を指定するデータを含む。サブスクリプションデータ３１８は、サブスクライバ、該サブスクライバが契約しているアプリケーション及びパッケージ、サブスクリプションに関連する価格モデルを特定するデータ、及びサブスクリプションに適用される装置を特定するデータを含んでもよい。例えば、サブスクリプションデータ３１８は、特定のユーザが特定のパッケージ及び特定の価格モデルを契約していること、サブスクリプションが特定の装置に適用されることを特定するサブスクリプションレコードを含み得る。ユーザに関する情報は、例えばユーザ識別データ、情報、例えばＩＰアドレス、論理アドレス、論理名等、ユーザに関連付けられた１以上のクライアント装置に関する情報、ユーザがメンバになっている１以上のグループ又は企業を特定するデータを含む。しかし、ユーザに関する情報は、これらに限定されない。サブスクリプションは、ユーザ毎に、グループ毎に、企業毎に行われ、又は任意の他の種類の論理的エンティティに基づき行われてもよい。使用データ３２０は、以下に更に詳細に記載されるように、アプリケーション及びパッケージの追跡された使用を示す。評価データ３２２は、以下に更に詳細に記載されるように、パッケージについてのユーザ評価を指定するデータを含む。
【００１９】
データ記憶３１０に格納されたデータが図３に示され、ここでは説明のみを目的として、パッケージ管理システム１１０内に含まれるとして説明される。しかし、データ記憶３１０に格納されたデータは、パッケージ管理システム１１０と別個に、例えばネットワーク記憶又は要素に格納され、パッケージ管理システム１１０により遠隔からアクセスされてもよい。更に、アプリケーションデータ３１２、パッケージデータ３１４、価格モデルデータ３１６及びサブスクリプションデータ３１８は、特定の実装に依存して、任意の種類のデータフォーマット、データ構造又はデータモデルで格納されてもよい。更に、アプリケーションデータ３１２、パッケージデータ３１４、価格モデルデータ３１６及びサブスクリプションデータ３１８は図３に示され、実施形態では別個のデータとして説明された。しかし、このデータは、特定の実装に依存して、一緒に又は任意の組合せで格納されてもよい。例えば、図４は、パッケージデータ３１４の非限定的な一実装例を、図４ではＰＡＣＫＡＧＥ１、ＰＡＣＫＡＧＥ２、ＰＡＣＫＡＧＥ３乃至ＰＡＣＫＡＧＥｎとして特定されるパッケージレコードの形式で示す。各パッケージレコードは、パッケージ詳細４０２、価格モデル４０４及びサブスクリプション４０６を示すデータを含む。パッケージ詳細４０２は、パッケージに関する情報を提供する。価格モデル４０４は、パッケージに対して利用可能な価格モデルに関する情報を提供する。サブスクリプション４０６は、パッケージのサブスクリプションを示す。
【００２０】
＜Ｖ．  パッケージの生成及び管理＞
パッケージ管理システム１１０は、ユーザにパッケージを生成及び管理させるグラフィカルユーザインタフェースを提供するよう構成される。実施形態は、図に示され、ここでは説明を目的としてウェブベースのグラフィカルユーザインタフェースの文脈で記載されるが、本発明はこの文脈に限定されない。例えば、ソフトウェアが、グラフィカルユーザインタフェースを生成するためにクライアント装置１０４、１０６にインストールされてもよい。以下のウェブベースの例では、ウェブサーバ３０２は、複数のウェブページを生成する。複数のウェブページは、クライアント装置１０４、１０６に提供され、クライアント装置１０４、１０６で実行されるウェブブラウザを介して表示される。クライアント装置１０４、１０６は、本願明細書では「パッケージビルダ」と称されるパッケージ管理環境を提供する。
【００２１】
パッケージビルダ開発環境は、ユーザがパッケージに関する多くの異なる機能を実行することを可能にする。以下で用いられるように、パッケージビルダのユーザは、管理者、アプリケーション／サ―ビスプロバイダ、サブスクライバ又は任意の他の種類のユーザであってもよい。図５は、ユーザにパッケージ管理システム１１０内の利用可能なアプリケーションのリスト５０４を閲覧させるパッケージビルダ５００のグラフィカルユーザインタフェースにおけるアプリケーション一覧５０２である。パッケージビルダ５００へのアクセスは、パッケージビルダ５００の開始ページ又はログインページに関連付けられたＵＲＬにウェブブラウザを用いてアクセスするユーザにより達成することができる。アクセスは、ユーザ認証を要求することにより制御できる。更に、ここに記載されたパッケージビルダ５００の種々の特徴間のナビゲーションは、特定の実装に依存して、広範な種々の技術を用いて達成できる。例えば、ウインドウ、フレーム、タブ、ボタン、他の選択可能なユーザインタフェースオブジェクト、等を含むが、これらに限定されない。
【００２２】
利用可能なアプリケーションのリスト５０４に示されたアプリケーションは、サブスクライバにより契約でき、以下に更に詳細に記載するようにパッケージに含めることができる。図５に示すように、利用可能なアプリケーションのリスト５０４は、アプリケーション毎に、ロゴ、名称及びアプリケーションにより提供されるサービスの対応する説明を含む。図５は、利用可能なアプリケーションのリストを表示する例示的な一実施形態を示し、本発明は図５に示した例に限定されない。更に少ない情報又は追加情報が、特定の実装に依存して、利用可能なアプリケーションのリスト中のアプリケーション毎に提供されてもよい。また、本発明は、いかなる特定の情報にも限定されない。更に、利用可能なアプリケーションのリスト中に表示された任意のフィールドは、アクティブであり、又は他のコンテンツへのリンクを含み、フィールドの選択が追加情報を表示させるようにしてもよい。並べ替え制御５０６は、ユーザが、利用可能な並べ替え方法のプルダウンリストから並べ替え方法を選択することにより、利用可能なアプリケーションのリスト５０４に含まれるアプリケーションを、例えばアルファベット順、日付、等で並べ替えられるようにする。スライダ５０８及びボタン５１０の形式の追加制御は、ユーザが追加アプリケーションを閲覧できるようにする。編集制御のセット５１２は、アプリケーション／サ―ビスプロバイダが、任意の既存のアプリケーションの情報を編集し、新しいアプリケーションを追加し、又は既存のアプリケーションをパッケージ管理システム１１０から削除できるようにする。閲覧制御５１４は、ユーザが、図５に示されるようなアプリケーション一覧５０２から、図６に示されるようなパッケージ一覧６０２に変更できるようにする。
【００２３】
図６は、ユーザに利用可能なパッケージのリスト６０４を閲覧させるパッケージビルダ５００におけるパッケージ一覧６０２である。利用可能なパッケージのリスト６０４に示されたパッケージは、以下に更に詳細に記載するようにサブスクライバにより契約できる。図６に示すように、利用可能なパッケージのリスト６０４は、パッケージ毎に、ロゴ、名称及びパッケージにより提供されるサービスの対応する説明を含む。例えば、「Ｓｉｌｖｅｒ」という名称のパッケージは、電子メールサービスのスキャンを提供する１又は複数のアプリケーションを含む。したがって、このパッケージは、ユーザが、ＭＦＰにおける物理的文書をスキャンできるようにする。このパッケージは、スキャンデータを生成し、このスキャンデータを電子メールサービスを提供するパッケージにより指定されたアプリケーションへ送信する。「Ｇｏｌｄ」という名称のパッケージは、Ｓｉｌｖｅｒパッケージと同じサービスを提供するが、スキャンデータをＡＢＣアーカイブサービスにも送信する。アーカイブサービスは、電子メールサービスと異なるアプリケーションにより提供されてもよい。「Ｐｌａｔｉｎｕｍ」という名称のパッケージは、Ｓｉｌｖｅｒパッケージ及びＧｏｌｄパッケージの両者と同じ電子メールサービスのスキャンを提供するが、クラウドサービス及び１又は複数のサービスへのプリントも含む。これらのサービスは、ＤＢＡアーカイブサービスへのスキャンデータを保存し、光学式文字認識（ＯＣＲ）を実行する。図６に示したように、多くの異なるパッケージが、非常に変化に富んだサービスと共に提供され得る。
【００２４】
図６に示した情報に加え、特定の実装に依存して、他の情報が、利用可能なパッケージのリスト６０４中のパッケージ毎に提供されてもよい。また、本発明は、いかなる特定の情報にも限定されない。利用可能なパッケージのリスト６０４中に表示された任意のフィールドは、アクティブであり、又は他のコンテンツへのリンクを含み、フィールドの選択が追加情報を表示させるようにしてもよい。並べ替え制御６０６は、ユーザが、利用可能な並べ替え方法のプルダウンリストから並べ替え方法を選択することにより、利用可能なパッケージのリスト６０４に含まれるアプリケーションを、例えばアルファベット順、日付、等で並べ替えられるようにする。スライダ６０８及びボタン６１０の形式の追加制御は、ユーザが追加パッケージを閲覧できるようにする。編集制御のセット６１２は、ユーザが、任意の既存のパッケージの情報を編集し、新しいパッケージを追加し、又は既存のパッケージをパッケージ管理システム１１０から削除できるようにする。閲覧制御６１４は、ユーザが、図６に示されるようなパッケージ一覧から、図５に示されるようなアプリケーション一覧５０２に戻ることができるようにする。
【００２５】
図７は、パッケージビルダ５００のパッケージエディタ７０２を示す。パッケージエディタ７０２へのアクセスは、特定の実装のアーキテクチャに依存して、異なる方法で達成されてもよい。一例として、ユーザは、図６の利用可能なパッケージのリスト６０４から特定のパッケージを選択し、次に編集制御６０８から編集ボタンを選択することにより、パッケージエディタ７０２にアクセスしてもよい。パッケージエディタ７０２は、ユーザが、例えばユーザインタフェース制御７０６を用いてパッケージ詳細７０８をクリアし、リセットし、追加し、又は更新することにより、パッケージ情報７０４を管理できるようにする。図７では、示されたパッケージ詳細７０８は、名称、説明、ＵＲＬ、バージョン及び発行日を含むが、特定の詳細は特定の実装に依存して変更でき、本発明はいかなる特定の詳細を管理することにも限定されない。パッケージ情報７０４は、パッケージのロゴを含んでもよい。パッケージエディタ７０２は、パッケージのメンバアプリケーション７１０、及びパッケージに追加される利用可能なアプリケーション７１２を表示する。一実施形態によると、パッケージエディタ７０２は、利用可能なアプリケーション７１２を「ドラッグ＆ドロップ」機能を用いてパッケージに追加できるようにする。ドラッグ＆ドロップ機能は、任意の広範な種々の知られた技術を用いて実装でき、本発明はいかなる特定の実装にも限定されない。ユーザは、マウスのようなユーザインタフェース選択装置を用いて、利用可能なアプリケーションのアイコンを選択し、そのアイコンをメンバアプリケーション７１０にドラッグできる。図７に示したように、ユーザは、Ａｐｐ２のグラフィカルユーザインタフェースアイコンを利用可能なアプリケーション７１２からメンバアプリケーション７１０へドラッグしドロップする。それにより、パッケージのメンバアプリケーションにアプリケーションＡｐｐ２を追加している。メンバアプリケーション７１０内のアプリケーションは、メンバアプリケーションを選択し、次に削除制御を選択することにより、パッケージから削除できる。または、選択したメンバアプリケーションのアイコンを「ごみ箱」若しくはアイテムの削除に関連する他の領域にドラッグすることにより、パッケージから削除できる。パッケージエディタ７０２を用いてパッケージが変更されると、アプリケーション／パッケージマネジャ３０４は、パッケージデータ３１４を更新し、その変更を反映する。
【００２６】
パッケージエディタ７０２は、また、ユーザが、パッケージの１又は複数の価格モデル７１４を閲覧し管理できるようにする。ユーザは、パッケージに関連付けられた現在の価格モデルを閲覧し、制御７１６を用いて現在割り当てられている価格モデルを編集若しくは削除し、又は新しい価格モデルをパッケージに追加する。図８Ａは、パッケージに割り当てられた既存の価格モデルをユーザに編集させるパッケージビルダ５００により提供される価格モデルエディタ８０２を示す。価格モデルエディタ８０２は、価格モデル詳細８０４と一緒にパッケージのロゴを表示できる。パッケージのロゴは、本例ではＳｉｌｖｅｒパッケージである。図８Ａに示した例では、価格モデル詳細８０４は、名称、説明、通貨種類、価格モデルの種類、従量式価格が指定されたか否かを含むが、特定の詳細は特定の実装に依存して変更でき、本発明はいかなる特定のパッケージ詳細を管理することにも限定されない。ユーザは、テーブル８０６内の追加の価格詳細を指定できる。本例では、追加の価格詳細は、装置量及び装置毎の価格を含む。テーブル８０６に示された詳細は、例示のみを目的として提供され、追加の詳細は、特定の価格モデルに依存して指定されてもよい。例えば、ユーザは、契約ベース価格モデルの場合、指定期間のコストを指定する能力を与えられてもよい。ユーザは、特定の契約ベース価格モデルの場合、指定期間中に認められる最大使用を指定する能力を与えられてもよい。制御セット８０８は、ユーザが、現在の価格モデルを発行しない、フィールド値をリセットする、修正値で情報を更新する、又は編集動作を取り消すことができるようにする。発行された価格モデルは、定められた価格モデルであり、パッケージへの割り当てが可能である。
【００２７】
図８Ｂは、新しい価格モデルを定めるために価格モデルエディタ８０２がどのように使用されるかを示す。本例では、プルダウン選択制御８１０は、従量式価格モデルの種類、例えば月、四半期、年、１５日間のトライアル及び３０日間のトライアルを選択するために設けられる。これらは、利用可能な従量式価格モデルの単なる例であり、特定の実装に依存して他の従量式価格モデルが用いられてもよい。利用可能な価格モデルは、グラフィカルユーザインタフェースを通じて、例えばプルダウン選択制御８１０を介して利用可能な所定の価格モデルに限定されない。一実施形態によると、ユーザは、パッケージのカスタム価格モデルを定める能力を与えられる。例えば、プルダウン選択制御８１０は、カスタムオプション８１２を含む。カスタムオプション８１２は、選択されると、ウインドウのような、ユーザにカスタム価格モデルを定める能力を提供する１又は複数のグラフィカルユーザインタフェースオブジェクトを表示させる。一旦定められると、カスタム価格モデルを定めるデータは、価格モデルデータ３１６に格納され、カスタム価格モデルを再使用できるようにする。
【００２８】
図９は、パッケージビルダのサブスクリプションマネジャ９０２を示す。サブスクリプションマネジャ９０２は、ユーザが、サブスクライバが現在契約している現在のアプリケーションを閲覧できるようにする。サブスクリプションマネジャ９０２は、本例ではスライダ９０６の形式の選択機構を備えたサブスクライバのリスト９０４を有する。スライダ９０６は、ユーザが、現在のサブスクライバのリストを閲覧し、特定のサブスクライバを選択してそのサブスクライバの契約したアプリケーションを閲覧できるようにする。本例では、サブスクライバのリスト９０４は、幾つかの企業の名称、ＡＡＡ  Ｃｏｒｐ、ＢＢＢＣｏｒｐ及びＣＤＴ  Ｃｏｒｐを含む。サブスクライバのリスト９０４は、個人ユーザの名称、Ｕｓｅｒ１も含む。契約アプリケーションのリスト９０８は、サブスクリプションデータ３１８に基づき、サブスクライバのリスト９０４から現在選択されているサブスクライバの契約アプリケーションのリストを表示する。例えば、特定のサブスクライバがサブスクライバのリスト９０４から選択されると、サブスクリプションマネジャ３０８は、その特定のサブスクライバのデータをサブスクリプションデータ３１８から読み出す。本例では、サブスクライバのリスト９０４は、契約アプリケーション毎に、ロゴ、アプリケーションの名称、アプリケーションがメンバとなっているパッケージの名称、及びパッケージに関連付けられた価格モデルの種類を表示する。並べ替え制御９１０は、ユーザが、利用可能な並べ替え方法のプルダウンリストから並べ替え方法を選択することにより、契約アプリケーションのリスト９１０に含まれるアプリケーションを、例えばアルファベット順、日付、等で並べ替えられるようにする。スライダ９１２及びボタン９１４の形式の追加制御は、ユーザが追加アプリケーションを閲覧できるようにする。
【００２９】
＜ＶＩ．  パッケージのサブスクリプション＞
以下に更に詳細に記載するように、複数の価格モデルがユーザに利用可能にされ、ユーザは、パッケージを契約するときにパッケージに割り当てられた複数の価格モデルの間で選択する選択肢を与えられる。例えば、ユーザは、異なる期間及び価格を有する幾つかの契約ベース価格モデルと幾つかの異なる従量式価格モデルとの間で選択肢を与えられ得る。ユーザは、個人ユーザとしての複数のユーザを代表して、ユーザグループを代表して、又は企業若しくは任意の他の論理的エンティティを代表して、パッケージを契約してもよい。ユーザは、１つの装置又は複数の装置に対してパッケージを契約してもよい。例えば、ユーザは、企業内の第１の企業グループに関連付けられた第１の装置グループのための特定の価格モデルを有する特定のパッケージを契約してもよい。ユーザは、同一の企業内の第２の企業グループに関連付けられた第２の装置グループのための異なる価格モデルを有する同一の特定のパッケージを契約してもよい。サブスクリプションデータ３１８は、現在のパッケージサブスクリプション及びサブスクリプションの詳細を示すデータを含む。
【００３０】
パッケージ管理システム１１０は、また、ユーザにパッケージを契約できるようにするグラフィカルユーザインタフェースを提供するよう構成される。一実施形態によると、ウェブサーバ３０２は、複数のウェブページを生成する。複数のウェブページは、クライアント装置１０４、１０６に提供され、クライアント装置１０４、１０６で実行されるウェブブラウザを介して表示される。クライアント装置１０４、１０６は、本願明細書では「マーケットプレイス」と称されるサブスクライバ管理環境を提供する。
【００３１】
図１０は、サブスクライバのようなユーザに利用可能なパッケージのリスト１００４を閲覧させるマーケットプレイス１０００におけるパッケージ一覧１００２を示す。利用可能なパッケージのリスト１００４に示されたパッケージは、サブスクライバにより契約できる。図１０に示したように、利用可能なパッケージのリスト１００４は、各パッケージＰａｃｋａｇｅ１−Ｐａｃｋａｇｅ５のパッケージ詳細１００６Ａ−１００６Ｅを含む。パッケージ詳細１００６Ａ−１００６Ｅは、特定の実装に依存して、異なる情報を含んでもよい。例示的な情報は、ロゴ、名称、パッケージにより提供される機能の対応する説明、及び他の任意のパッケージ属性を含むが、これらに限定されない。図１０は、利用可能なパッケージのリスト１００４を表示する例示的な一実施形態を示し、本発明は図１０に示した例に限定されない。更に少ない情報又は追加情報が、特定の実装に依存して、利用可能なパッケージのリスト１００４中のパッケージ毎に提供されてもよい。また、本発明は、いかなる特定の情報にも限定されない。更に、利用可能なパッケージのリスト１００４中に表示された任意のグラフィカルユーザインタフェースオブジェクトは、アクティブであり、又は他のコンテンツへのリンクを含み、オブジェクトの選択が追加情報を表示させるようにしてもよい。
【００３２】
並べ替え制御１０１０は、ユーザが、利用可能な並べ替え方法のプルダウンリストから並べ替え方法を選択することにより、利用可能なパッケージのリスト１００４に含まれるパッケージを並べ替えられるようにする。例えば名称のアルファベット順で、作成日付により、パッケージ種類により、パッケージ価格により、等で並べ替えられるようにする。スライダ又はボタン１０１２の形式の追加制御は、ユーザが追加パッケージを閲覧できるようにする。一実施形態によると、パッケージは、パッケージ一覧１００２内で個別に特定することもできる。例えば、最も評判の良いパッケージ１０２４は、サブスクライバ評価に基づき最も評判が良いと決定された１又は複数のパッケージを表示する。新しいパッケージ１０１６は、１又は複数の新たに追加されたパッケージ、例えば最新のＮ個のパッケージ、又は特定の時間の後にマーケットプレイス１０００に追加されたパッケージを表示する。閲覧制御１０１４は、ユーザが、図１０に示されるようなアプリケーション一覧から、図６に示されるようなパッケージ一覧に変更できるようにする。
【００３３】
パッケージ詳細制御１０１８は、ボタンの形式であり、以下に更に詳細に記載するように、ユーザがパッケージの追加情報を閲覧できるようにする。契約制御１０２２は、ユーザが１又は複数のパッケ―ジを契約できるようにする。例えば、ユーザは、マウス又は他のユーザインタフェース選択機構を用いて、パッケージ一覧１００２に表示された１又は複数のパッケージを選択する。次にパッケージ詳細制御１０１８を選択して、選択したパッケージのメンバアプリケーションを閲覧し、又は契約制御１０２２を選択して、選択した１又は複数のパッケージを契約できる。したがって、ユーザは、パッケージ一覧１００２を介して１又は複数のパッケ―ジを直接契約できる。この状況では、サブスクリプションは、契約パッケージの規定の価格モデルを有し得る。代替として、ユーザは、図１１に関して以下に更に詳細に記載するようにパッケージ詳細１１０２スクリーンを介してパッケージを契約し、契約パッケージのために特定の価格モデルを選択できる。追加情報は、特定の実装に依存して、パッケージ一覧１００２を介して伝達できる。一例として、色、形状、大きさ等のようなグラフィカルユーザインタフェースオブジェクトの属性は、ユーザが、パッケージ一覧１００２に表示された１又は複数のパッケージを現在契約していることを視覚的に示すことができる。ユーザがパッケージの契約を選択するのに応答して、サブスクリプションデータ３１８は、サブスクリプション、及び該サブスクリプションに関連付けられた価格モデルのような追加の詳細を反映するよう更新される。
【００３４】
図１１は、マーケットプレイス１０００におけるパッケージのパッケージ詳細１１０２を示す。パッケージ詳細１１０２は、例えば、図１０のパッケージ詳細制御１０１８を選択することによりアクセスできる。パッケージ詳細１１０２は、選択されたパッケージに関する情報を表示するパッケージ情報１１０４を含む。図１１に示した例では、情報は、パッケージ名、パッケージのプロバイダ名、発表日、バージョン及び平均顧客評価を含む。図１１は、パッケージに対して表示され得るパッケージ情報の種類の例示的な一実施形態を示し、本発明は図１１に示した例に限定されない。更に少ない情報又は追加情報が、特定の実装に依存して、パッケージに対して表示されてもよい。価格モデル選択制御１１０６は、ユーザが、価格モデルを選択し、選択した価格モデルを有するパッケージを契約できるようにする。ユーザに利用可能な価格モデルは、ユーザ、又はサブスクライバのような別のユーザにより定められ得る。評価制御１１０８は、ユーザが、例えばプルダウンメニュの利用可能な評価のリストから評価を選択することにより、パッケージを評価できるようにする。ユーザがパッケージの評価を選択するのに応答して、パッケージ管理システム１１０は、評価データ３２２を更新して、ユーザによりそのパッケージに対して指定された評価を示す。評価データ３２２は、図１０の最も評判の良いパッケージ１０２４ウインドウに表示された最も評判の良いパッケージを決定するために用いることができる。利用可能なパッケージのリスト１００４中に表示された任意のグラフィカルユーザインタフェースオブジェクトは、アクティブであり、又は他のコンテンツへのリンクを含み、オブジェクトの選択が追加情報を表示させるようにしてもよい。一実施形態によると、パッケージのメンバアプリケーション１１１０が表示される。本例では、４つのメンバアプリケーションがＰａｃｋａｇｅ１に対して表示されている。アプリケーション詳細１１１２Ａ−１１１２Ｄが、メンバアプリケーション１１１０に対して表示され得る。戻るボタン１１１４の形式のナビゲーション制御は、図１０のパッケージ一覧１００２へ戻るために用いることができる。
【００３５】
図１２は、マーケットプレイス１０００内のパッケージのメンバアプリケーション１２０２を示す。メンバアプリケーション１２０２は、例えば、図１０のメンバアプリケーション制御１０２０を選択することによりアクセスできる。本例では、メンバアプリケーション１２０２は、Ｐａｃｋａｇｅ１がテーブル１２０４に列挙された５つのメンバアプリケーションを有することを示す。テーブル１２０４は、パッケージのメンバアプリケーションに関する情報を表示する。図１２に示した例では、情報は、ロゴ、アプリケーション名及びアプリケーションの説明を含む。更に少ない情報又は追加情報が、特定の実装に依存して、パッケージのメンバアプリケーションに対して表示されてもよい。
【００３６】
図１３は、サブスクライバのようなユーザに利用可能なアプリケーションのリスト１３０４を閲覧させるマーケットプレイス１０００におけるアプリケーション一覧１３０２である。利用可能なアプリケーションのリスト１３０４に示されたアプリケーションは、サブスクライバにより契約できる。図１３に示したように、利用可能なアプリケーションのリスト１３０４は、各アプリケーションＡｐｐｌｉｃａｔｉｏｎ１−Ａｐｐｌｉｃａｔｉｏｎ５のアプリケーション詳細１３０６Ａ−１３０６Ｅを含む。アプリケーション詳細１３０６Ａ−１３０６Ｅは、特定の実装に依存して、異なる情報を含んでもよい。例示的な情報は、ロゴ、名称、アプリケーションにより提供される機能の対応する説明、及び他の任意のアプリケーション属性を含むが、これらに限定されない。図１３は、利用可能なアプリケーションのリスト１３０４を表示する例示的な一実施形態を示し、本発明は図１３に示した例に限定されない。更に少ない情報又は追加情報が、特定の実装に依存して、利用可能なアプリケーションのリスト１３０４中のアプリケーション毎に提供されてもよい。また、本発明は、いかなる特定の情報にも限定されない。更に、利用可能なアプリケーションのリスト１３０４中に表示された任意のグラフィカルユーザインタフェースオブジェクトは、アクティブであり、又は他のコンテンツへのリンクを含み、オブジェクトの選択が追加情報を表示させるようにしてもよい。
【００３７】
並べ替え制御１３０６は、ユーザが、利用可能な並べ替え方法のプルダウンリストから並べ替え方法を選択することにより、利用可能なアプリケーションのリスト１３０４に含まれるアプリケーションを並べ替えられるようにする。例えばアルファベット順、日付、等で並べ替えられるようにする。追加制御は、ユーザが、例えば制御ボタン１３０８を介して、追加アプリケーションを閲覧できるよう設けられてもよい。一実施形態によると、アプリケーションは、アプリケーション一覧１３０２内で個別に特定することもできる。例えば、最も評判の良いアプリケーション１３１０は、サブスクライバ評価に基づき最も評判が良いと決定された１又は複数のアプリケーションを表示する。新しいアプリケーション１３１２は、１又は複数の新たに追加されたアプリケーション、例えば特定時間内にマーケットプレイス１３００に追加されたアプリケーションを表示する。閲覧制御１３１４は、ユーザが、図１３に示されるようなアプリケーション一覧から、図１０に示されるようなパッケージ一覧に変更できるようにする。
【００３８】
パッケージ詳細制御１３１６は、ボタンの形式であり、以下に更に詳細に記載するように、ユーザがパッケージの追加情報を閲覧できるようにする。契約制御１３１８は、ユーザが１又は複数のアプリケーションを契約できるようにする。例えば、ユーザは、マウス又は他のユーザインタフェース選択機構を用いて、アプリケーション一覧１３０２に表示された１又は複数のアプリケーションを選択する。次にアプリケーション詳細制御１３１６を選択して、選択したアプリケーションの追加情報を閲覧し、又は契約制御１３１８を選択して、選択した１又は複数のアプリケーションを契約できる。追加情報は、特定の実装に依存して、アプリケーション一覧１３０２を介して伝達できる。一例として、色、形状、大きさ等のようなグラフィカルユーザインタフェースオブジェクトの属性は、ユーザが、アプリケーション一覧１３０２に表示された１又は複数のアプリケーションを現在契約していることを視覚的に示すことができる。
【００３９】
図１４は、マーケットプレイス１０００で契約されたパッケージを示す。契約パッケージ１４０２ウインドウは、ユーザが彼らの現在のサブスクリプションを閲覧できるようにする。契約パッケージ１４０２は、ユーザが現在契約しているパッケージのリストを含む。本例では、パッケージのロゴ、パッケージ名、パッケージの発行者及びサブスクリプション種類が、契約パッケージ毎に表示される。他の情報は、特定の実装に依存して表示され、本発明は、図１４に示した例における表示された情報に限定されない。契約パッケージ１４０２ウインドウの情報は、サブスクリプションデータ３１８から読み出すことができる。契約パッケージのリスト１４０２中に表示された任意のグラフィカルユーザインタフェースオブジェクトは、アクティブであり、又は他のコンテンツへのリンクを含み、オブジェクトの選択が追加情報を表示させるようにしてもよい。非限定的な一例として、特定のアプリケーションのロゴを選択すると、パッケージ詳細１１０２スクリーンが表示される。閲覧制御１４０４は、図１５に示すように及び以下に更に詳細に記載するように、ユーザが、彼らの契約パッケージ１４０２を閲覧することと、彼らの契約アプリケーションを閲覧することとの間を切り替えることができるようにする。
【００４０】
図１５は、マーケットプレイス１０００で契約されたアプリケーション１５０２を示す。契約アプリケーション１５０２は、ユーザが彼らの現在のサブスクリプションを閲覧できるようにする。契約アプリケーション１５０２は、ユーザが現在契約しているアプリケーションのリストを含む。本例では、アプリケーションのロゴ、アプリケーション名、アプリケーションがメンバになっている１又は複数のパッケージの名称、アプリケーションの発行者及びサブスクリプション種類が、契約アプリケーション毎に表示される。他の情報は、特定の実装に依存して表示され、本発明は、図１５に示した例における表示された情報に限定されない。閲覧制御１５０４は、図１４に示すように、ユーザが、彼らの契約アプリケーション１５０２を閲覧することと、彼らの契約パッケージを閲覧することとの間を切り替えることができるようにする。
【００４１】
一実施形態によると、パッケージは、アプリケーションに加えて、１又は複数の他のパッケージをメンバとして有し得る。これは、特定のサービスが共通で使用される状況で有用である。例えば、特定の実装では、ユーザは以下のサービスを共通に使用すると仮定する。scan-to-email及びscan-to-archiveである。パッケージは、これらのサービスを提供するアプリケーションを有するよう生成できる。議論のため、このパッケージは「基本パッケージ（ＢａｓｉｃＰａｃｋａｇｅ１）」と称される。次に、追加パッケージが、ＢａｓｉｃＰａｃｋａｇｅ１及び１又は複数の他のアプリケーションをメンバとして含むよう生成できる。例えば、ユーザがスキャンされた文書にＯＣＲを実行させたい、及びＯＣＲデータはネットワークの特定の場所に格納されていると仮定する。ユーザは、ＢａｓｉｃＰａｃｋａｇｅ１と「ＮｅｔｗｏｒｋＯＣＲ１」という名称のアプリケーションとの両方をメンバとして有する「ＢａｓｉｃＰａｃｋａｇｅ１＋」と称されるパッケージを生成できる。ユーザは、次に、特定の価格モデルを有するＢａｓｉｃＰａｃｋａｇｅ１＋を契約できる。他のユーザは、ＢａｓｉｃＰａｃｋａｇｅ１及び１又は複数の他のサ―ビスを提供する１又は複数の他のアプリケーションをメンバとして含む他のパッケージを生成できる。このように、パッケージを他のパッケージにメンバとして含める能力は、柔軟な階層的パッケージ構造の生成を可能にする。
【００４２】
図１６は、マーケットプレイス１０００における装置登録１６０２ウインドウを示す。装置登録１６０２は、本願明細書に記載された価格モデルが適用される登録された装置に関する情報を表示するテーブル１６０４を含む。テーブル１６０４の各行は、登録された装置に対応し、装置についてシリアル番号、型名、ＩＰアドレス、ホスト名、位置及び所有者を指定する。更に少ない情報又は追加情報が、特定の実装に依存してテーブル１６０４に含まれ、本発明は、図１６に示した例における表示された情報に限定されない。編集制御のセットは、ユーザが、現在登録されている装置の情報を編集し、新しい装置を追加し、又は既存の装置を削除（登録を取り消す）できるようにする。特定の実装に依存して、他の制御が設けられてもよい。
【００４３】
一実施形態によると、パッケージ管理システム１１０は、アプリケーション及びパッケージの使用を追跡し、アプリケーション及びパッケージの追跡した使用を示す使用データ３２０を生成し格納するよう構成される。使用データ３２０は、パッケージの使用に係るコストを、それらのパッケージの価格モデル及び使用データにより示されるパッケージの使用に基づき計算するために用いることができる。パッケージ管理システム１１０は、特定の実装に依存して、種々の使用レポートを生成してもよい。
【００４４】
＜ＶＩＩ．  サブスクリプションの衝突＞
本願明細書に記載したように、ユーザは、アプリケーション及びパッケージを契約できる。幾つかの状況では、アプリケーション及びパッケージのサブスクリプション同士で衝突が生じ得る。一実施形態によると、サブスクリプションの衝突は、ユーザがアプリケーション及び同じアプリケーションをメンバとして有するパッケージの両方を契約した又は契約しようとするとき生じる。例えば、ユーザは特定のアプリケーションを現在契約している、この特定のアプリケーションは特定のパッケージのメンバでもある、と仮定する。他のアプリケーションも、特定のパッケージに属してもよい。更に、ユーザは、この特定のアプリケーションを現在契約していながら、この特定のパッケージを契約することを要求すると仮定する。この状況では、この要求は、サブスクリプションの衝突を引き起こす。
【００４５】
サブスクリプションの衝突は、サブスクリプションマネジャ３０８又はパッケージ管理システム１１０内の他の要素により解決できる。サブスクリプションの衝突が特定され解決される特定の方法は、特定の実装に依存して変化し、本発明はサブスクリプションの衝突を解決するいかなる特定の方法にも限定されない。例えば、一実施形態によると、ユーザが特定のアプリケーションを契約することを要求するとき、ユーザがその特定のアプリケーション又は特定のアプリケーションをメンバとして有するパッケージを現在契約しているか否かの決定が行われる。この決定は、例えば、ユーザが特定のアプリケーションを現在契約しているか否かを決定するために、及びユーザの現在のパッケージサブスクリプションを決定するために、サブスクリプションデータ３１８を調べることにより、行うことができる。パッケージデータ３１４は、次に、特定のアプリケーションがユーザの現在契約しているパッケージのメンバであるか否かを決定するために調べられる。ユーザが特定のアプリケーション又は特定のアプリケーションをメンバとして有するパッケージのいずれかを現在契約している場合、サブスクリプションの衝突が存在する。サブスクリプションの衝突は、ユーザが、ユーザが現在契約している１又は複数のアプリケーションをメンバとして有するパッケージを契約することを要求したときに特定することもできる。
【００４６】
図１７Ａは、一実施形態による、潜在的なアプリケーションのサブスクリプションの衝突を識別し解決するアプローチのフロー図１７００を示す。ステップ１７０２で、サブスクリプション要求がサブスクライバから受信される。例えば、図１３の利用可能なアプリケーション１３０４ウインドウで、クライアント装置１０４のユーザは、Ａｐｐｌｉｃａｔｉｏｎ１に対応するグラフィカルユーザインタフェースオブジェクトを選択し、次に契約１３１８ユーザインタフェース制御を選択できる。この動作はサブスクリプション要求を生成させ、パッケージ管理システム１１０へ送信させる。一実施形態によると、アプリケーションのサブスクリプション要求は、少なくともユーザと該ユーザが契約したいアプリケーションとを特定する。
【００４７】
ステップ１７０４で、現在のアプリケーション及びパッケージサブスクリプションが評価される。例えば、サブスクリプション要求の受信に応答して、パッケージ管理システム１１０は、サブスクリプションデータ３１８を調べ、そのサブスクライバの現在のアプリケーション及びパッケージを特定する。ステップ１７０６で、サブスクライバがサブスクリプション要求で指定されたアプリケーションを現在契約しているか否かが決定される。例えば、サブスクリプションデータ３１８は、サブスクライバの現在のアプリケーションサブスクリプションを特定するために調べられ得る。サブスクライバがそのアプリケーションを現在契約している場合、ステップ１７０８で、サブスクリプション要求が拒否される。サブスクリプション要求の拒否は、サブスクリプション要求が拒否されたことのユーザに対する視覚表示を含んでもよい。例えば、パッケージ管理システム１１０は、ウェブサーバ３０２に、ユーザにユーザのサブスクリプション要求が拒否されたことの視覚表示を提供する１又は複数のグラフィカルユーザインタフェースオブジェクトを生成させる。更にウェブサーバ３０２は、生成したオブジェクトをクライアント装置１０４に供給する。パッケージ管理システム１１０は、拒否の理由、例えばユーザがそのアプリケーションを現在契約していることを提供してもよい。
【００４８】
ステップ１７０６で、サブスクライバがアプリケーションを現在契約していない場合、ステップ１７１０で、サブスクライバがそのアプリケーションをメンバとして有するパッケージを現在契約しているか否かの決定が行われる。例えば、サブスクリプションデータ３１８は、サブスクライバの現在のパッケージサブスクリプションを特定するために調べられ、パッケージデータ３１４は、パッケージのメンバアプリケーションを特定するために調べられ得る。サブスクライバがサブスクリプション要求で指定されたアプリケーションをメンバとして含むパッケージを現在契約している場合、ステップ１７０８で、サブスクリプション要求が拒否される。サブスクリプション要求の拒否は、前述のようにサブスクリプション要求が拒否されたことのユーザへの視覚表示を含んでもよい。但し、提示される拒否の理由は、ユーザが、サブスクリプション要求で指定されたアプリケーションをメンバとして含むパッケージを現在契約していることを示し得る。視覚的な通知は、サブスクリプション要求で指定されたアプリケーションをメンバとして有するパッケージを特定してもよい。一実施形態によると、グラフィカルユーザインタフェースオブジェクトは、ユーザが衝突しているパッケージから契約を解除して、要求したアプリケーションの契約を完了できるようにする機能も提供する。例えば、ユーザはＡｐｐｌｉｃａｔｉｏｎ１のサブスクリプションを要求している、ユーザはＡｐｐｌｉｃａｔｉｏｎ１をメンバとして有するＰａｃｋａｇｅ１を現在契約している、と仮定する。ユーザは、Ｐａｃｋａｇｅ１から契約を解除し、ユーザがＡｐｐｌｉｃａｔｉｏｎ１を契約できるようにできる。
【００４９】
ステップ１７１０で、サブスクライバがサブスクリプション要求で指定されたアプリケーションをメンバとして含むパッケージを現在契約していない場合、ステップ１７１２に進む。ステップ１７１２で、サブスクリプション要求が許可され、サブスクリプションデータ３１８は新たなサブスクリプションを反映するために更新される。
【００５０】
図１７Ｂは、一実施形態による、潜在的なパッケージのサブスクリプションの衝突を識別し解決するアプローチのフロー図１７５０を示す。ステップ１７５２で、パッケージを契約するために、要求がサブスクライバから受信される。例えば、図１０の利用可能なアプリケーション１００４ウインドウで、クライアント装置１０４のユーザは、Ｐａｃｋａｇｅ１に対応するグラフィカルユーザインタフェースオブジェクトを選択し、次に契約１０２２ユーザインタフェース制御を選択できる。この動作はサブスクリプション要求を生成させ、パッケージ管理システム１１０へ送信させる。一実施形態によると、パッケージのサブスクリプション要求は、少なくともユーザと該ユーザが契約したいパッケージとを特定する。
【００５１】
ステップ１７５４で、現在のアプリケーション及びパッケージサブスクリプションが評価される。例えば、サブスクリプション要求の受信に応答して、パッケージ管理システム１１０は、サブスクリプションデータ３１８を調べ、そのサブスクライバの現在のアプリケーション及びパッケージを特定する。ステップ１７５６で、サブスクライバがサブスクリプション要求で指定されたパッケージ、又はサブスクリプション要求で指定されたパッケージのメンバであるアプリケーションを現在契約しているか否かが決定される。例えば、サブスクリプションデータ３１８は、サブスクライバの現在のパッケージ及びアプリケーションサブスクリプションを特定するために調べられ得る。一実施形態によると、アプリケーション及び該アプリケーションをメンバとして有するパッケージの同時契約は、サブスクリプションの衝突を意味する。一実施形態によると、１又は複数の同じアプリケーションをメンバとして有する２以上のパッケージの同時契約は、サブスクリプションの衝突を意味しない。したがって、サブスクライバがパッケージを現在契約している場合、又はサブスクライバがサブスクリプション要求で指定されたパッケージのメンバであるアプリケーションを現在契約している場合、ステップ１７５８で、サブスクリプション要求が拒否される。サブスクリプション要求の拒否は、サブスクリプション要求が拒否されたことのユーザに対する視覚表示を含んでもよい。例えば、パッケージ管理システム１１０は、ウェブサーバ３０２に、ユーザにユーザのサブスクリプション要求が拒否されたことの視覚表示を提供する１又は複数のグラフィカルユーザインタフェースオブジェクトを生成させる。更にウェブサーバ３０２は、生成したオブジェクトをクライアント装置１０４に供給しもよい。視覚表示は拒否の理由、例えばユーザがサブスクリプション要求で指定されたパッケージを現在契約していること、又はユーザが要求で指定されたパッケージのメンバであるアプリケーションを現在契約していること、も提供してもよい。一実施形態によると、グラフィカルユーザインタフェースオブジェクトは、ユーザが衝突しているパッケージから契約を解除して、パッケージのサブスクリプション要求を許可されるようにする機能も提供する。例えば、ユーザはＰａｃｋａｇｅ１のサブスクリプションを要求している、ユーザはＡｐｐｌｉｃａｔｉｏｎ１をメンバとして有するＰａｃｋａｇｅ２を現在契約している、と仮定する。ユーザは、Ｐａｃｋａｇｅ１から契約を解除し、ユーザがＡｐｐｌｉｃａｔｉｏｎ１を契約できるようにできる。
【００５２】
ステップ１７５６で、サブスクライバがパッケージ又は要求で指定されたパッケージのメンバであるアプリケーションを現在契約していない場合、ステップ１７６０で、サブスクリプション要求が許可され、サブスクリプションデータ３１８が更新される。
【００５３】
上述の例により説明したように、特定の実装に依存して、サブスクリプションの衝突の特定はアプリケーション又はパッケージに基づき行われ、サブスクリプションの衝突はアプリケーション又はパッケージに基づき解決されてもよい。
【００５４】
＜ＶＩＩＩ．  実施装置＞
本願明細書に記載される機能領域によるネットワーク装置構成データの管理は、非常に使い易く、従来のアプローチよりもエラーを生じる可能性が低い。ユーザは、構成データの各機能領域が更新されネットワーク装置に導入されると、ＧＵＩ上で彼らの進捗を知らされる。このアプローチは、更新データのみをネットワーク装置に供給させることにより、帯域幅の消費も低減する。バルク管理機能は、既存の構成データの編集及び新しい構成データの生成を容易且つ効率良くする。
【００５５】
一実施形態によると、本願明細書に記載した技術は、１又は複数の特定目的コンピュータ装置により実施される。特定目的コンピュータ装置は、この技術を実行するためにハードウェアに組み込まれてもよい。特定目的コンピュータ装置は、この技術を実行するよう永続的にプログラムされた１又は複数の特定用途向け集積回路（ＡＳＩＣ）若しくはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなデジタル電子装置を有してもよい。特定目的コンピュータ装置は、この技術を実行するようプログラム命令に従ってファームウェア、メモリ、他の記憶若しくは組合せでプログラムされた１又は複数の汎用目的ハードウェアプロセッサを有してもよい。このような特定目的コンピュータ装置は、この技術を達成するために、カスタムハードワイヤードロジック、ＡＳＩＣ又はＦＰＧＡをカスタムプログラミングと組み合わせてもよい。特定目的コンピュータ装置は、デスクトップコンピュータシステム、ポータブルコンピュータシステム、ハンドヘルド装置、ネットワーク装置であってもよい。或いは、特定目的コンピュータ装置は、この技術を実施するためのハードワイヤードロジック及び／又はプログラムロジックを組み込んだ任意の他の装置であってもよい。
【００５６】
図１８は、実施形態が実装され得る例示的なコンピュータシステム１８００を示すブロック図である。コンピュータシステム１８００は、バス１８０２又は情報を通信する他の通信機構、及びバス１８０２に結合され情報を処理するプロセッサ１８０４を有する。コンピュータシステム１８００は、また、ランダムアクセスメモリ（ＲＡＭ）又は他のダイナミック記憶素子のような、バス１８０２に結合され情報及びプロセッサ１８０４により実行されるべき命令を格納する主記憶１８０６も有する。主記憶１８０６は、プロセッサ１８０４により実行されるべき情報の実行中に、一時変数又は他の中間的情報を格納するために用いられてもよい。コンピュータシステム１８００は、バス１８０２に結合され、静的情報及びプロセッサ１８０４のための命令を格納する読み出し専用メモリ（ＲＯＭ）１８０８又は他の静的記憶装置を更に有する。情報及び命令の格納のために、磁気ディスク又は光ディスクのような記憶装置１８１０が設けられバス１８０２に結合される。
【００５７】
コンピュータシステム１８００は、バス１８０２を介して、陰極線管（ＣＲＴ）のような、コンピュータユーザに情報を表示するディスプレイ１８１２に結合されてもよい。入力装置１８１４は、英数字及び他のキーを有し、バス１８０２に結合され、プロセッサ１８０４に情報及びコマンド選択を伝達する。別の種類のユーザ入力装置は、マウス、トラックボール又はカーソル方向キーのようなカーソル制御１８１６であり、プロセッサ１８０４に方向情報及びコマンド選択を伝達し、ディスプレイ１８１２上のカーソルの移動を制御する。この入力装置は、通常、２軸、つまり第１の軸（例えばＸ）及び第２の軸（例えばＹ）における２度の自由度を有し、装置に平面内の位置を指定させる。
【００５８】
コンピュータシステム１８００は、本願明細書に記載した技術を、カスタマイズハードワイヤードロジック、１又は複数のＡＳＩＣ若しくはＦＰＧＡを用いて実装してもよい。コンピュータシステム１８００は、本願明細書に記載した技術を、ファームウェア及び／又はプログラムロジック若しくはコンピュータソフトウェアを用いて実装してもよい。ファームウェア及び／又はプログラムロジック若しくはコンピュータソフトウェアは、コンピュータシステムと組み合わせて、コンピュータシステム１８００を特定用途向け機械にする若しくはプログラムする。一実施形態によると、これらの技術は、プロセッサ１８０４が主記憶１８０６に含まれる１又は複数の命令の１又は複数のシーケンスを実行するのに応答して、コンピュータシステム１８００により実行される。このような命令は、記憶装置１８１０のような別のコンピュータ可読媒体から主記憶１８０６に読み込まれてもよい。主記憶１８０６に含まれる命令シーケンスの実行は、プロセッサ１８０４に本願明細書に記載した処理ステップを実行させる。代替の実施形態では、ハードワイヤード回路が、本発明を実施するソフトウェア命令の代わりに又はそれと組み合わせて用いられてもよい。このように、実施形態は、ハードウェア回路とソフトウェアのいかなる特定の組合せにも限定されない。
【００５９】
本願明細書で用いられる用語「コンピュータ可読媒体」は、コンピュータを特定の方法で動作させるデータを提供する際に関与する任意の媒体を表す。コンピュータシステム１８００を用いて実施される実施形態では、種々のコンピュータ可読媒体が、例えば命令をプロセッサ１８０４に実行するために提供する際に、関与する。このような媒体は、不揮発性媒体及び揮発性媒体を含む多くの形態を取ることができ、これらに限定されない。不揮発性媒体は、例えば、記憶装置１８１０のような光又は磁気ディスクを含む。揮発性媒体は、主記憶１８０６のような動的記憶を含む。コンピュータ可読媒体の共通形態は、例えばフロッピディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は任意の他の磁気媒体を含む。コンピュータ可読媒体の共通形態は、例えば、ＣＤ−ＲＯＭ、任意の他の光学媒体、ＲＡＭ、ＰＲＯＭ及びＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、任意の他のメモリチップ若しくはメモリカートリッジを含む。コンピュータ可読媒体の共通形態は、例えば、コンピュータが読み取れる任意の他の媒体を含む。
【００６０】
種々の形態のコンピュータ可読媒体は、実行のためにプロセッサ１８０４に１又は複数の命令の１又は複数のシーケンスを伝達する際に、関与し得る。例えば、命令は、初めにリモートコンピュータの磁気ディスクで運ばれ得る。リモートコンピュータは、その命令を自身の動的記憶にロードし、及びモデムを用いて電話線を介して命令を送信できる。コンピュータシステム１８００にローカルなモデムは、電話線でデータを受信し、赤外線送信機を用いて、そのデータを赤外線信号に変換できる。赤外線検出器は、赤外線信号で伝達されたデータを受信し、適切な回路がそのデータをバス１８０２に置くことができる。バス１８０２は、データを主記憶１８０６に伝達する。主記憶１８０６から、プロセッサ１８０４が命令を読み出し実行する主記憶１８０６により受信された命令は、任意的に、プロセッサ１８０４により実行される前又は後に、記憶装置１８１０に格納されてもよい。
【００６１】
コンピュータシステム１８００は、バス１８０２に結合された通信インタフェース１８１８も含む。通信インタフェース１８１８は、ローカルネットワーク１８２２に接続されるネットワークリンク１８２０に結合される２方向データ通信を提供する。例えば、通信インタフェース１８１８は、対応する種類の電話線へのデータ通信接続を提供するＩＳＤＮ（Integrated  Services  Digital  Network）カード又はモデムであってもよい。別の例として、通信インタフェース１８１８は、互換性のあるＬＡＮへのデータ通信接続を提供するＬＡＮ（Local  Area  Network）カードであってもよい。無線リンクも実装されてもよい。任意のこのような実装で、通信インタフェース１８１８は、種々の情報を表すデジタルデータストリームを伝達する電気、電磁気又は光信号を送信及び受信する。
【００６２】
ネットワークリンク１８２０は、通常、１又は複数のネットワークを通じて他のデータ装置へのデータ通信を提供する。例えば、ネットワークリンク１８２０は、ローカルネットワーク１８２２を通じてホストコンピュータ１８２４への又はＩＳＰ（Internet  Service  Provider）１８２６により稼働されるデータ機器への接続を提供できる。ＩＳＰ１８２６は、また、現在一般的に「インターネット」１８２８と称される世界的規模のパケットデータ通信ネットワークを通じてデータ通信サービスを提供する。ローカルネットワーク１８２２及びインターネット１８２８の両者は、デジタルデータストリームを伝達する電気、電磁気又は光信号を用いる。
【００６３】
コンピュータシステム１８００は、ネットワーク、ネットワークリンク１８２０及び通信インタフェース１８１８を通じて、プログラムコードを含むメッセージ及びデータを送信及び受信できる。インターネットの例では、サーバ１８３０は、インターネット１８２８、ＩＳＰ１８２６、ローカルネットワーク１８２２及び通信インタフェース１８１８を通じてアプリケーションプログラムのために要求されたコードを送信し得る。受信されたコードは、プロセッサ１８０４により受信されるとプロセッサ１８０４により実行され、及び／又は後に実行するために記憶装置１８１０若しくは他の不揮発性記憶に格納され得る。
【００６４】
上述の明細書では、本発明の実施形態は、実施形態毎に変化し得る多数の特定の詳細を参照し説明された。したがって本発明の、および本出願者により発明であるように意図したものの唯一の指標は、特許請求の範囲が由来する特定の形式の、いかなる今後の補正も含む本出願に由来する一組の特許請求の範囲である。したがって請求項内で明示的に記述されない限界、要素、特性、特徴、利点、または属性がこのような特許請求項の範囲を決して制限してはならない。したがって本明細書と添付図面は限定的ではなく例示的であると解釈すべきである。
【符号の説明】
【００６５】
１００  アーキテクチャ
１０２Ａ−Ｃ  ＭＦＰ
１０４  クライアント装置（アプリケーション／サービスプロバイダ）
１０６  クライアント装置（サブスクライバ）
１０８  他のアプリケーション
１１０  パッケージ管理システム
１１０  パッケージ管理システム
１１２  ネットワーク
３０２  ウェブサーバ
３０４  アプリケーション／パッケージマネジャ
３０６  価格モデルマネジャ
３０８  サブスクリプションマネジャ
３１０  データ記憶
３１２  アプリケーションデータ
３１４  パッケージデータ
３１４  パッケージデータ
３１６  価格モデルデータ
３１８  サブスクリプションデータ
３２０  使用データ
３２２  評価データ
４０２  パッケージ詳細
４０４  価格モデル
４０６  サブスクリプション
５００  パッケージビルダ
７０２  パッケージエディタ
８０２  価格モデルエディタ
１０００  マーケットプレイス
１８０２  バス
１８０４  プロセッサ
１８０６  主記憶
１８１０  記憶装置
１８１２  ディスプレイ
１８１４  入力装置
１８１６  カーソル制御
１８１８  通信インタフェース
１８２０  ネットワークリンク
１８２２  ローカルネットワーク
１８２４  ホスト
１８２８  インターネット
１８３０  サーバ
【図１】
2013127784.tif 000003
【図２】
2013127784.tif 000004
【図３】
2013127784.tif 000005
【図４】
2013127784.tif 000006
【図５】
2013127784.tif 000007
【図６】
2013127784.tif 000008
【図７】
2013127784.tif 000009
【図８Ａ】
2013127784.tif 000010
【図８Ｂ】
2013127784.tif 000011
【図９】
2013127784.tif 000012
【図１０】
2013127784.tif 000013
【図１１】
2013127784.tif 000014
【図１２】
2013127784.tif 000015
【図１３】
2013127784.tif 000016
【図１４】
2013127784.tif 000017
【図１５】
2013127784.tif 000018
【図１６】
2013127784.tif 000019
【図１７Ａ】
2013127784.tif 000020
【図１７Ｂ】
2013127784.tif 000021
【図１８】
2013127784.tif 000022