特開 2024-133023 ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024133023

(43)【公開日】2024-10-01

(54)【発明の名称】ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240920BHJP

【ＦＩ】

G06Q50/10

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024040800

(22)【出願日】2024-03-15

(31)【優先権主張番号】63/491,027

(32)【優先日】2023-03-17

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】18/479,036

(32)【優先日】2023-09-30

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100170209

【弁理士】

【氏名又は名称】林 陽和

(72)【発明者】

【氏名】マドゥスダン ラオ

(72)【発明者】

【氏名】ケネス アイ コーエン

(72)【発明者】

【氏名】ノラ ジェイ シューメーカー

(72)【発明者】

【氏名】ヴィクトリア エル シャーマン

【テーマコード（参考）】

5L050

【Ｆターム（参考）】

5L050CC11

(57)【要約】      （修正有）

【課題】ソフトウェアアプリケーションに結び付けられたエラーを緩和する方法及びサーバデバイスを提供する。
【解決手段】方法は、ソフトウェアアプリケーションに関連付けられた無効な支払いクレデンシャルを有するユーザを識別するステップと、ユーザに関連付けられ、ソフトウェアアプリケーションがインストールされている１以上のクライアントデバイスを識別するステップと、１以上のエラーの指示を１以上のクライアントデバイスに提供して、１以上のクライアントデバイス上にロード及び／又は表示されることと併せて、ソフトウェアアプリケーションに、指示から導出された情報を含むユーザインタフェースを表示させ、ユーザインタフェースが、ソフトウェアアプリケーションがユーザインタフェース内で発生するアクティビティを観察することを防止するように、ソフトウェアアプリケーションからサンドボックス化されるステップと、を含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法であって、前記方法は、サーバデバイスにおいて、
ソフトウェアアプリケーションのユーザに関連付けられた少なくとも１つのエラーを識別することと、
前記ユーザに関連付けられ、前記ソフトウェアアプリケーションがインストールされている少なくとも１つのクライアントデバイスを識別することと、
前記少なくとも１つのエラーの指示を前記少なくとも１つのクライアントデバイスに提供して、前記少なくとも１つのクライアントデバイス上にロード及び／又は表示されることと併せて、前記ソフトウェアアプリケーションに、
前記指示から導出された情報を含むユーザインタフェースを表示させることと、を含み、前記ユーザインタフェースは、前記ソフトウェアアプリケーションが前記ユーザインタフェース内で発生するアクティビティを観察することを防止するように、前記ソフトウェアアプリケーションからサンドボックス化される、方法。

【請求項2】

前記情報は、前記少なくとも１つのエラーに関連付けられた少なくとも１つの問題を記述する、請求項１に記載の方法。

【請求項3】

前記少なくとも１つの問題は、
前記ユーザ及び／又は前記ソフトウェアアプリケーションに関連付けられた無効なクレデンシャル情報、又は、
前記ユーザ及び／又は前記ソフトウェアアプリケーションに関連付けられた無効な構成情報のうちの少なくとも１つを含む、請求項２に記載の方法。

【請求項4】

前記サーバデバイスは、前記少なくとも１つの問題を検出することによって、前記少なくとも１つのエラーを識別する、請求項２に記載の方法。

【請求項5】

前記ユーザインタフェースは、前記ユーザが前記少なくとも１つのエラーを緩和するための入力を提供することを可能にし、
前記アクティビティは、前記ユーザが前記入力を提供すること、
を含む、請求項１に記載の方法。

【請求項6】

前記ソフトウェアアプリケーションが、経過したときに前記ソフトウェアアプリケーションに前記ユーザインタフェースを表示させる特定の期間の間、前記ユーザインタフェースを抑制することを可能にすること、
を更に含む、請求項１に記載の方法。

【請求項7】

前記指示は、前記ソフトウェアアプリケーションがロード及び／又は表示されるまで、前記ソフトウェアアプリケーションに前記指示をキャッシュさせる、請求項１に記載の方法。

【請求項8】

ソフトウェアアプリケーションに結び付けられたエラーを緩和するように構成されたサーバデバイスであって、前記サーバデバイスは少なくとも１つのプロセッサを備え、前記プロセッサは、前記サーバデバイスに、
ソフトウェアアプリケーションのユーザに関連付けられた少なくとも１つのエラーを識別することと、
前記ユーザに関連付けられ、前記ソフトウェアアプリケーションがインストールされている少なくとも１つのクライアントデバイスを識別することと、
前記少なくとも１つのエラーの指示を前記少なくとも１つのクライアントデバイスに提供して、前記少なくとも１つのクライアントデバイス上にロード及び／又は表示されることと併せて、前記ソフトウェアアプリケーションに、
前記指示から導出された情報を含むユーザインタフェースを表示させることと、を含むステップを実行させるように構成されており、前記ユーザインタフェースは、前記ソフトウェアアプリケーションが前記ユーザインタフェース内で発生するアクティビティを観察することを防止するように、前記ソフトウェアアプリケーションからサンドボックス化される、サーバデバイス。

【請求項9】

前記情報は、前記少なくとも１つのエラーに関連付けられた少なくとも１つの問題を記述する、請求項８に記載のサーバデバイス。

【請求項10】

前記少なくとも１つの問題は、
前記ユーザ及び／又は前記ソフトウェアアプリケーションに関連付けられた無効なクレデンシャル情報、又は、
前記ユーザ及び／又は前記ソフトウェアアプリケーションに関連付けられた無効な構成情報のうちの少なくとも１つを含む、請求項９に記載のサーバデバイス。

【請求項11】

前記サーバデバイスは、前記少なくとも１つの問題を検出することによって、前記少なくとも１つのエラーを識別する、請求項９に記載のサーバデバイス。

【請求項12】

前記ユーザインタフェースは、前記ユーザが前記少なくとも１つのエラーを緩和するための入力を提供することを可能にし、
前記アクティビティは、前記ユーザが前記入力を提供すること、
を含む、請求項８に記載のサーバデバイス。

【請求項13】

前記ステップは、
前記ソフトウェアアプリケーションが、経過したときに前記ソフトウェアアプリケーションに前記ユーザインタフェースを表示させる特定の期間の間、前記ユーザインタフェースを抑制することを可能にするステップを更に含む、請求項８に記載のサーバデバイス。

【請求項14】

前記指示は、前記ソフトウェアアプリケーションがロード及び／又は表示されるまで、前記ソフトウェアアプリケーションに前記指示をキャッシュさせる、請求項８に記載のサーバデバイス。

【請求項15】

ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法であって、前記方法は、クライアントデバイスにおいて、
サーバデバイスから、前記クライアントデバイス上にインストールされたソフトウェアアプリケーションに関連付けられた少なくとも１つのエラーの指示を受信することと、
前記指示を記憶することと、
前記ソフトウェアアプリケーションの起動及び／又は表示を検出することと、
前記ソフトウェアアプリケーションに、前記少なくとも１つのエラーの前記指示に関連付けられた情報を表示する許可を促すことと、
前記ソフトウェアアプリケーションから許可を受信することに応じて、
前記ソフトウェアアプリケーションに、前記情報を含むユーザインタフェースを表示させることと、を含み、前記ユーザインタフェースは、前記ソフトウェアアプリケーションが前記ユーザインタフェース内で発生するアクティビティを観察することを防止するように、前記ソフトウェアアプリケーションからサンドボックス化される、方法。

【請求項16】

前記方法は、前記クライアントデバイス上で実行されるソフトウェアアプリケーションマネージャによって実施され、
前記ソフトウェアアプリケーションマネージャは、複数のソフトウェアアプリケーションの実行を可能にし、
前記複数のソフトウェアアプリケーションは、前記ソフトウェアアプリケーションを含む、
請求項１５に記載の方法。

【請求項17】

前記指示を記憶することは、前記クライアントデバイスにアクセス可能なキャッシュに前記指示を記憶することを含む、請求項１５に記載の方法。

【請求項18】

前記サーバデバイスから、前記少なくとも１つのエラーが緩和されたという第２の指示を受信することと、
前記キャッシュから前記指示を削除することと、
を更に含む、請求項１７に記載の方法。

【請求項19】

前記情報は、前記少なくとも１つのエラーに関連付けられた少なくとも１つの問題を記述する、請求項１５に記載の方法。

【請求項20】

前記ユーザインタフェースは、
前記クライアントデバイスのユーザに関連付けられた有効なクレデンシャル情報が提供されることを可能にする、又は、
前記ユーザ及び／又は前記ソフトウェアアプリケーションに関連付けられた有効な構成情報が提供されることを可能にする、請求項１５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

説明される実施形態は、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術を説明する。例えば、本技術は、ソフトウェアアプリケーションのユーザに、その支払いクレデンシャルが無効になったときに通知し、ユーザがその支払いクレデンシャルを更新して無効性を緩和することを可能にするフレームワークを提供する。

【背景技術】

【0002】

近年、コンピューティングデバイス（例えば、ウェアラブル、スマートフォン、タブレットなど）を所有し、操作する個人の数の急増が示されている。通常、個人は、コンピューティングデバイスを使用して、例えば、電話をかけること、電子メッセージを送受信すること、インターネットにアクセスすることなど、１日を通して様々なアクティビティを行う。場合によっては、コンピューティングデバイス上にインストールされたオペレーティングシステム（特に、オペレーティングシステム上にプレインストールされたネイティブソフトウェアアプリケーション）は、ユーザが前述のアクティビティを実行することを可能にすることができる。しかしながら、サードパーティソフトウェアアプリケーションをインストールして、ユーザが追加の／強化されたアクティビティを実行できるようにすることもできる。例えば、これらのソフトウェアアプリケーションは、ソーシャルネットワークソフトウェアアプリケーション、写真ソフトウェアアプリケーション、ゲームソフトウェアアプリケーションなどを含むことができる。

【0003】

コンピューティングデバイスのユーザがソフトウェアアプリケーションを利用することを可能にするための一般的な手法は、本明細書で「アプリストア」と呼ばれるソフトウェアアプリケーションストアを提供することを伴い、これは、ユーザがソフトウェアアプリケーションを自分のコンピューティングデバイスにダウンロードすることを可能にする。具体的には、アプリストアは、ソフトウェアアプリケーションの開発者が、記述、価格情報、スクリーンショットなどと共に、自身のソフトウェアアプリケーションをアプリストアにアップロードすることを可能にする。次に、ユーザは、アプリストアを利用して、ユーザにとって有用／興味深いソフトウェアアプリケーションを探索し、インストールすることができる。例えば、ユーザは、ダウンロードすることに関心があるソフトウェアアプリケーションに対する特定のキーワードを有する検索クエリを提出することができ、関心がある特定のカテゴリ（例えば、ゲーム）に属する全てのソフトウェアアプリケーションを見ることができる、などである。別の例では、アプリストアは、ユーザが全てのユーザの間で現在普及しているソフトウェアアプリケーションを識別することを可能にするために、様々な基準に従ってランク付けされたソフトウェアアプリケーション（例えば、トップにダウンロードされたソフトウェアアプリケーション、トップにランク付けされたソフトウェアアプリケーションなど）を表示することができる。

【0004】

ユーザの満足度を最大化するために、ソフトウェアアプリケーションが問題なく実行することが重要である。特に、ソフトウェアアプリケーションのための支払い構造は、それらの設計、それらの意図されたユーザなどに依存して広く変化する。例えば、いくつかのソフトウェアアプリケーションは無料で使用することができ、いくつかのソフトウェアアプリケーションは「アプリ内購入」を提供し、いくつかのソフトウェアアプリケーションは前払い及び／又は加入支払いを必要とする、などである。この点に関して、有効な顧客課金情報を維持することは、ソフトウェアアプリケーション支払いの定刻及び成功を維持することに関して重要である。このような課金情報は、例えば、有効なクレジット又はデビットカード番号、有効な満了日、及び有効な課金アドレスを含むことができる。有効な課金情報がなければ、支払いを処理することができず、これは収益の流れに負担をかけ、ユーザによって期待される機能へのアクセスを潜在的に遮断する可能性がある。加えて、課金問題が生じた場合、効果的かつ非侵害的な方法でユーザに通知することは困難であり得る。この点に関して、ソフトウェア開発者は、課金問題をユーザに通知し、改善策を推奨／促進するための最も効率的な手法を知らない場合がある。

【発明の概要】

【0005】

説明される実施形態は、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術を説明する。例えば、本技術は、ソフトウェアアプリケーションのユーザに、その支払いクレデンシャルが無効になったときに通知し、ユーザがその支払いクレデンシャルを更新して無効性を緩和することを可能にするフレームワークを提供する。

【0006】

実施形態は、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法を説明する。いくつかの実施形態によれば、本方法は、サーバデバイスにおいて実施することができ、（１）ソフトウェアアプリケーションのユーザに関連付けられた少なくとも１つのエラーを識別するステップと、（２）ユーザに関連付けられ、ソフトウェアアプリケーションがインストールされている少なくとも１つのクライアントデバイスを識別するステップと、（３）少なくとも１つのエラーの指示を少なくとも１つのクライアントデバイスに提供して、少なくとも１つのクライアントデバイス上にロード及び／又は表示されることと併せて、ソフトウェアアプリケーションに、指示から導出された情報を含むユーザインタフェースを表示させるステップと、を含み、ユーザインタフェースは、ソフトウェアアプリケーションがユーザインタフェース内で発生するアクティビティを観察することを防止するように、ソフトウェアアプリケーションからサンドボックス化される。

【0007】

別の実施形態は、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法を説明する。いくつかの実施形態によれば、本方法は、クライアントデバイスにおいて実施することができ、（１）サーバデバイスから、クライアントデバイス上にインストールされたソフトウェアアプリケーションに関連付けられた少なくとも１つのエラーの指示を受信するステップと、（２）指示を記憶するステップと、（３）ソフトウェアアプリケーションの起動及び／又は表示を検出するステップと、（４）ソフトウェアアプリケーションに、少なくとも１つのエラーの指示に関連付けられた情報を表示する許可を促すステップと、（５）ソフトウェアアプリケーションから許可を受信することに応じて、ソフトウェアアプリケーションに、情報を含むユーザインタフェースを表示させるステップと、を含み、ユーザインタフェースは、ソフトウェアアプリケーションがユーザインタフェース内で発生するアクティビティを観察することを防止するように、ソフトウェアアプリケーションからサンドボックス化される。

【0008】

他の実施形態は、命令を記憶するように構成されている非一時的コンピュータ可読記憶媒体を含み、命令は、コンピューティングデバイスに含まれるプロセッサによって実行されたとき、コンピューティングデバイスに前述の方法のいずれかの様々なステップを実行させる。更なる実施形態は、前述の方法のいずれかの様々なステップを実行するように構成されているコンピューティングデバイスを含む。

【0009】

本明細書に説明される本実施形態の他の態様及び利点は、説明される実施形態の原理を例として例示する添付図面と併せて、以下の詳細な説明から明らかになるであろう。

【0010】

含まれる図面は例示目的のものであり、無線コンピューティングデバイスを提供するための開示される発明の装置及び方法の可能な構造及び構成の例を提示するのに役立つに過ぎない。これらの図面は、当業者により、本実施形態の趣旨及び範囲から逸脱することなく、本実施形態に対してなされ得る形態及び詳細のいかなる変更をも決して制限するものではない。本実施形態は、添付の図面と共に下記の「発明を実施するための形態」を読むことによって容易に理解でき、類似の参照番号は類似の構造要素を指す。

【図面の簡単な説明】

【0011】

【図1】いくつかの実施形態による、本明細書で説明する様々な技術を実施するように構成され得るシステムの異なる構成要素のブロック図を示す。

【0012】

【図2】いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術の詳細なシーケンス図を示す。

【0013】

【図3A】いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法を示す。

【図3B】いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法を示す。

【0014】

【図4A】いくつかの実施形態による、クライアントコンピューティングデバイス上に表示され得る例示的なユーザインタフェースの概念図を示す。

【図4B】いくつかの実施形態による、クライアントコンピューティングデバイス上に表示され得る例示的なユーザインタフェースの概念図を示す。

【0015】

【図5】いくつかの実施形態による、本明細書で説明する各種構成要素を実行するために使用することができるコンピューティングデバイスの詳細図を示す。

【発明を実施するための形態】

【0016】

本明細書に記載される実施形態に係る、装置及び方法の代表的な用途が、この項において提示される。これらの例は、前後関係を追加し、説明する実施形態の理解を助けることのみを目的として提供される。従って、これらの具体的な詳細のうちの一部又は全てが無くても、ここで説明される実施形態を実施できることが、当業者には明らかであろう。他の例では、ここで説明される実施形態を不必要に不明瞭化するのを回避するために、周知のプロセス工程は詳細には説明されていない。他の適用例が可能であり、それゆえ以下の実施例は、限定的なものとして解釈されるべきではない。

【0017】

説明される実施形態は、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術を説明する。例えば、本技術は、ソフトウェアアプリケーションのユーザに、その支払いクレデンシャルが無効になったときに通知し、ユーザがその支払いクレデンシャルを更新して無効性を緩和することを可能にするフレームワークを提供する。

【0018】

以下の開示は、主にソフトウェアアプリケーションに関連付けられた支払い関連エラーに焦点を当てているが、実施形態はそのような範囲に決して限定されないことに留意されたい。逆に、実施形態は、ユーザアカウント、課金、構成などに関連するエラー、問題など、ソフトウェアアプリケーションに関連して生じる可能性がある全ての考えられるエラー、問題などに適用可能である。

【0019】

図１は、いくつかの実施形態による、本明細書で説明する様々な技術を実施できるシステム１００の異なる構成要素のブロック図を示す。図１に示すように、システム１００は、クライアントコンピューティングデバイス１１４、例えば、スマートフォン、タブレット、ラップトップ、デスクトップなどのユーザが、サーバコンピューティングデバイス１０２によってホストされるソフトウェアアプリケーションストア（図１には図示せず）にアクセスすることを可能にする１つ以上のサーバコンピューティングデバイス１０２を含むことができる。いくつかの実施形態では、ソフトウェアアプリケーションストアは、ソフトウェア開発者が、ソフトウェアアプリケーションストアを通して利用可能にされるソフトウェアアプリケーション１０４をアップロードすることを可能にすることができる。逆に、クライアントコンピューティングデバイス１１４は、クライアントコンピューティングデバイス１１４がサーバコンピューティングデバイス１０２によって実装されるソフトウェアアプリケーションストアとインタフェースすることを可能にする、本明細書ではソフトウェアアプリケーションストアクライアントと呼ばれる、対応するソフトウェアアプリケーション（図１に図示せず）を実行することができる。例えば、ソフトウェアアプリケーションストアクライアント（所与のクライアントコンピューティングデバイス１１４上で実行される）は、ユーザが、例えば、プロダクティビティソフトウェアアプリケーション、ソーシャルネットワーキングソフトウェアアプリケーション、ゲームソフトウェアアプリケーションなどを、ダウンロード及びインストールすることに関心があり得るソフトウェアアプリケーション１０４をブラウズすることを可能にし得る。次に、ユーザが関心のある特定のソフトウェアアプリケーション１０４を識別すると、ソフトウェアアプリケーションストアクライアントは、クライアントコンピューティングデバイス１１４に、ソフトウェアアプリケーション１０４をクライアントコンピューティングデバイス１１４上にシームレスにダウンロード及びインストールさせることができる。その後、ユーザは、自分のクライアントコンピューティングデバイス１１４上のソフトウェアアプリケーション１０４にアクセスすることができる。

【0020】

簡単に言うと、本明細書で開示される実施形態は、ソフトウェアアプリケーションストア／ソフトウェアアプリケーションストアクライアントを含む前述のアーキテクチャに限定されないことに留意されたい。逆に、サーバコンピューティングデバイス１０２は、ソフトウェアアプリケーションストアの実装とは独立して、又はそれに存在しない、本明細書で説明される様々な機能を提供するように構成され得る。例えば、サーバコンピューティングデバイス１０２は、クライアントコンピューティングデバイス１１４上のソフトウェアアプリケーション１０４の利用に関連して生じる支払いクレデンシャル問題を識別し、緩和するのに役立つように構成することができる。更に、クライアントコンピューティングデバイス１１４は、ソフトウェアアプリケーションストアクライアントの実装とは独立して、又はそれに存在しない、本明細書で説明される様々な機能を提供するように構成され得る。例えば、クライアントコンピューティングデバイス１１４は、ソフトウェアアプリケーションストアとインタフェースすることなく（一般に「サイドローディング」と呼ばれる）ソフトウェアアプリケーション１０４をインストール、ロード、表示などするように構成され得ると共に、サーバコンピューティングデバイス１０２とインタフェースして、本明細書で説明される支払いクレデンシャル問題識別／緩和技術の利益を得るように構成され得る。

【0021】

いずれの場合も、図１に示すように、各クライアントコンピューティングデバイス１１４は、任意の数のソフトウェアアプリケーション１０４をインストールすることができ、ソフトウェアアプリケーション１０４のインストール、実行（例えば、ロード、表示など）などを容易にするように構成されたソフトウェアアプリケーションマネージャ１１６を実装することができる。各クライアントコンピューティングデバイス１１４はまた、ユーザプロファイル１０６に関連付けられ得る。そのような関連付けは、例えば、クライアントコンピューティングデバイス１１４のユーザが、クライアントコンピューティングデバイス１１４を使用してユーザプロファイル１０６を作成する、ログインするなどのために必要な情報を提供するときに確立することができる。いくつかの実施形態によれば、ユーザのユーザプロファイル１０６は、ユーザ名／パスワード情報、ユーザに関連付けられた連絡先情報、ユーザに関連付けられた人口統計情報などを含むことができる。前述の例は限定的であることを意図しておらず、ユーザプロファイル１０６は、本開示の範囲から逸脱することなく、任意のレベルの粒度で、任意のユーザ関連（又は他の）情報を記憶することができることに留意されたい。ユーザプロファイル１０６はまた、クレジットカード情報、ギフトカード情報、デビットカード情報、銀行口座情報などを含むことができる、ユーザに関連付けられた１つ以上の支払いクレデンシャル１０８を含むことができる。前述の例は限定的であることを意図しておらず、支払いクレデンシャル１０８は、本開示の範囲から逸脱することなく、任意のレベルの粒度で、任意の支払い関連（又は他の）情報を記憶することができることに留意されたい。

【0022】

図１に示すように、サーバコンピューティングデバイス１０２は、任意の数のユーザプロファイル１０６を所与のソフトウェアアプリケーション１０４に関連付けることができる。そのような関連付けは、例えば、所与のソフトウェアアプリケーション１０４と、少なくとも１つのクライアントコンピューティングデバイス１１４上にソフトウェアアプリケーション１０４をインストールしたユーザのユーザプロファイル１０６との間で形成され得る。図１には示されていないが、サーバコンピューティングデバイス１０２は、所与のユーザが異なるソフトウェアアプリケーション１０４のために異なる支払いクレデンシャル１０８を使用することを可能にする情報を管理することができる。例えば、ユーザは、第１のソフトウェアアプリケーション１０４に対する支払いを提供するために第１の支払いクレデンシャル１０８を利用し、第２のソフトウェアアプリケーション１０４に対する支払いを提供するために第２の支払いクレデンシャル１０８を利用することを好む場合がある。この点に関して、サーバコンピューティングデバイス１０２は、所与のソフトウェアアプリケーション１０４に関連付けられた各ユーザプロファイル１０６について、ソフトウェアアプリケーション１０４についてのユーザの好ましい支払いクレデンシャル１０８を示す情報を、例えば、ソフトウェアアプリケーション１０４、ユーザプロファイル１０６などと共に、記憶することができる。

【0023】

加えて、サーバコンピューティングデバイス１０２は、ユーザプロファイル１０６に関連付けられた支払いクレデンシャル１０８の有効性を評価する支払いクレデンシャルマネージャ１１０を実装するように構成することができる。場合によっては、支払いクレデンシャルマネージャ１１０は、所与の支払いクレデンシャル１０８の有効性を自己判定することができる。例えば、現在の日付が支払いクレデンシャル１０８の有効期限を超えている場合、支払いクレデンシャルマネージャ１１０は、支払いクレデンシャル１０８が無効であると確実に結論付けることができる。別の例では、利用可能枠、信用限度などが、来るべき支払い（例えば、支払われることになる来るべき加入料金）を満たすのに不十分である場合、支払いクレデンシャルマネージャ１１０は、支払いクレデンシャルが無効であると確実に結論付けることができる。

【0024】

他の場合には、支払いクレデンシャルマネージャ１１０は、支払いプロセッサ１１２とインタフェースして、支払いクレデンシャルが有効であるかどうかを判定することができる。例えば、支払いクレデンシャルマネージャ１１０は、所与の支払いクレデンシャル１０８を支払いプロセッサ１１２に提供して、支払いクレデンシャル１０８の有効性に関する指示を受信することができる。支払いクレデンシャル１０８のそのような提供は、例えば、定期的に、条件付きで、などで実行することができる。別の例では、支払いクレデンシャルマネージャ１１０は、所与の支払いクレデンシャル１０８が無効になったときに、支払いプロセッサ１１２によって通知され得る。そのような通知は、例えば、支払いクレデンシャルマネージャ１１０が、支払いプロセッサ１１２に従って無効である支払いクレデンシャル１０８を使用して取引を容易にしようと試みるときに発生する可能性がある。前述の例は、限定することを意味するものではなく、無効である支払いクレデンシャル１０８を効果的に識別するために、サーバコンピューティングデバイス１０２によって任意の手法が利用され得ることに留意されたい。

【0025】

いくつかの実施形態によれば、支払いクレデンシャルマネージャ１１０は、所与の支払いクレデンシャル１０８が無効であることを識別すると、問題を修正するために任意の数のアクションを取ることができる。図１に示されるように、そのようなアクションは、適切な場合、１つ以上の無効な支払いクレデンシャル指示１１８を提供することを含むことができる。例えば、サーバコンピューティングデバイス１０２は、無効な支払いクレデンシャル１０８によって影響を受ける１つ以上のソフトウェアアプリケーション１０４を識別することができる。識別された１つ以上のソフトウェアアプリケーション１０４は、例えば、加入料金、更新料金、アップグレード料金などを有するものを含むことができ、これらは、閾値期間内に支払われることになり、支払いのために支払いクレデンシャル１０８に依存する。次に、サーバコンピューティングデバイス１０２は、１つ以上のソフトウェアアプリケーション１０４がインストールされている１つ以上のクライアントコンピューティングデバイス１１４を識別することができる。その後、サーバコンピューティングデバイス１０２は、識別された１つ以上のクライアントコンピューティングデバイス１１４上のソフトウェアアプリケーションマネージャ１１６に無効な支払いクレデンシャル指示１１８を提供することができる。このようにして、本明細書でより詳細に説明するように、ソフトウェアアプリケーションマネージャ１１６は、問題を解決するための手段を提供するだけでなく、問題をユーザに効果的に通知することができる。

【0026】

図１に示されるコンピューティングデバイスの様々な構成要素は、簡略化のために高レベルで提示されていることを理解されたい。例えば、図１には示されていないが、様々なコンピューティングデバイスは、上述のソフトウェアエンティティが実装されることを可能にする共通のハードウェア／ソフトウェア構成要素を含むことができることを理解されたい。例えば、コンピューティングデバイスの各々は、１つ以上の揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））及び１つ以上の記憶デバイス（例えば、ハードドライブ、ソリッドステートドライブ（ＳＳＤ）等）と併せて、本明細書に説明される種々のソフトウェアエンティティが実行されることを可能にする、１つ以上のプロセッサを含むことができる。更に、コンピューティングデバイスの各々は、コンピューティングデバイスが（例えば、インターネットを使用して）互いの間で情報を送信することを可能にする通信構成要素を含むことができる。

【0027】

これらのハードウェア構成要素のより詳細な説明は、図５に関連して以下に提供される。コンピューティングデバイスは、本開示の範囲から逸脱することなく、本明細書で説明する様々な技術の実装を可能にする追加のエンティティを含むことができることを更に理解されたい。加えて、本明細書で説明されるエンティティは、本開示の範囲から逸脱することなく、組み合わせられるか、又は追加のエンティティに分割され得ることを理解されたい。本明細書で説明される様々なエンティティは、本開示の範囲から逸脱することなく、ソフトウェアベース又はハードウェアベースの手法を使用して実装され得ることを更に理解されたい。

【0028】

したがって、図１は、いくつかの実施形態による、システム１００、特に、サーバコンピューティングデバイス１０２及びクライアントコンピューティングデバイス１１４が、本明細書に説明される種々の技術を実装することができる様式の概要を提供する。次に、これらの技術を実施することができる方法のより詳細な内訳を、図２、図３Ａ～図３Ｂ、及び図４Ａ～図４Ｂに関連して以下で提供する。

【0029】

図２は、いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術の詳細なシーケンス図を示す。図２に示すように、シーケンス図はステップ２０２から開始し、ここで、サーバコンピューティングデバイス１０２、例えば、サーバコンピューティングデバイス１０２上で実行される支払いクレデンシャルマネージャ１１０は、ソフトウェアアプリケーション１０４に関連付けられたユーザの支払いクレデンシャル１０８が無効であると判定する。支払いクレデンシャルマネージャ１１０は、本明細書で説明される技術のいずれかを使用して、例えば、無効を自己判定することによって、支払いプロセッサ１１２から指示を受信することによって、この判定を行うことができる。

【0030】

ステップ２０４において、支払いクレデンシャルマネージャ１１０は、ソフトウェアアプリケーション１０４がインストールされているクライアントコンピューティングデバイス１１４上で実行されているソフトウェアアプリケーションマネージャ１１６に、無効な支払いクレデンシャル１０８の指示を提供する。いくつかの実施形態によれば、指示は、ソフトウェアアプリケーション１０４にも関連付けられた一意の識別子に関連付けられ得る。簡単に言うと、簡略化のために、本明細書で説明される実施形態及び例は、主に、単一のクライアントコンピューティングデバイス１１４と対話するサーバコンピューティングデバイス１０２／支払いクレデンシャルマネージャ１１０について説明することに留意されたい。しかしながら、図１に関連して上述したように、支払いクレデンシャルマネージャ１１０は、ソフトウェアアプリケーション１０４がまたインストールされている他のクライアントコンピューティングデバイス１１４上の他のソフトウェアアプリケーションマネージャ１１６に指示を提供することができる。これは、ソフトウェアアプリケーション１０４が同じユーザの２つ以上のクライアントコンピューティングデバイス１１４上にインストールされるときに、ユーザがたまたま操作しているクライアントコンピューティングデバイス１１４のいずれか上の問題（以下で説明する）をユーザに通知することができるという点で有用であり得る。

【0031】

ステップ２０６において、ソフトウェアアプリケーションマネージャ１１６は、支払いクレデンシャルマネージャ１１０から指示を受信し、クライアントコンピューティングデバイス１１４にアクセス可能なストレージ（例えば、ローカルストレージ、ネットワークストレージ、クラウドストレージなど）に指示を記憶する。この場合も、指示が複数のクライアントコンピューティングデバイス１１４に送信されるとき、各クライアントコンピューティングデバイス１１４は、前述の手法（又はクライアントコンピューティングデバイス１１４の構成に適した代替手法）を使用して指示を記憶することができる。

【0032】

ステップ２０８で、ソフトウェアアプリケーション１０４は、クライアントコンピューティングデバイス１１４上にロードされ、及び／又は表示される。図２に示されるように、ソフトウェアアプリケーション１０４のロード及び／又は表示は、ソフトウェアアプリケーション１０４及びソフトウェアアプリケーションマネージャ１１６の両方を含むことができる。例えば、ソフトウェアアプリケーションマネージャ１１６は、（例えば、ソフトウェアアプリケーション１０４に関連付けられたアイコンの選択を通して）ソフトウェアアプリケーション１０４をロード及び／又は表示するための要求を受信し、次いで、要求を処理するために適切なアクションをとることができる。要求は、例えば、クライアントコンピューティングデバイス１１４のユーザがユーザインタフェースを利用して、（クライアントコンピューティングデバイス１１４の最後のリセットに対して）初めてソフトウェアアプリケーション１０４をロードし、（ロードされた後に）ソフトウェアアプリケーション１０４を表示するときなどに発行することができる。この点に関して、以下でより詳細に説明するように、ソフトウェアアプリケーションマネージャ１１６は、ステップ２０６に関連して記憶された指示に基づいて、ソフトウェアアプリケーション１０４がロード及び／又は表示されることに応じて追加のアクションがとられるべきかどうかを識別することができる。

【0033】

ステップ２１０において、ソフトウェアアプリケーションマネージャ１１６は、ソフトウェアアプリケーション１０４のロード及び／又は表示と併せて、（ステップ２０６において受信／記憶された）指示を識別する。識別は、例えば、ソフトウェアアプリケーション１０４に関連付けられた一意の識別子が、クライアントコンピューティングデバイス１１４上に記憶された指示のいずれかの一意の識別子と一致するかどうかを判定することによって達成され得る。次に、一致する識別子を有する指示を識別したことに応じて、ソフトウェアアプリケーションマネージャ１１６は、支払いクレデンシャル無効情報の要求を支払いクレデンシャルマネージャ１１０に発行する。

【0034】

ステップ２１２において、支払いクレデンシャルマネージャ１１０は、ソフトウェアアプリケーションマネージャ１１６に、支払いクレデンシャル無効情報を提供する。支払いクレデンシャル無効情報は、支払いクレデンシャル１０８に関する問題の性質をユーザに通知するのに有効な任意の粒度レベルの任意の情報を包含することができる。例えば、支払いクレデンシャル無効情報は、ウェブページへのユニフォームリソースロケータ（ＵＲＬ）を含むことができ、ウェブページは、クライアントコンピューティングデバイス１１４上でレンダリングされたときに、支払いクレデンシャル１０８に関する問題の性質を効果的に通信する。別の例では、支払いクレデンシャル無効情報は、ハイパーテキストマークアップ言語（ＨＴＭＬ）コードを含むことができ、ＨＴＭＬコードは、クライアントコンピューティングデバイス１１４上でレンダリングされると、支払いクレデンシャル１０８に関する問題の性質を効果的に通信するウェブページを構成する。更に別の例では、支払いクレデンシャル無効情報は、クライアントコンピューティングデバイス１１４上でレンダリングされたときに、支払いクレデンシャル１０８に関する問題の性質を効果的に通信する画像、ビデオ、インタラクティブユーザインタフェースなどを構成するバイナリ（例えば、ｂｌｏｂ）情報を含むことができる。前述の例は限定を意図するものではなく、支払いクレデンシャル無効情報は、本開示の範囲から逸脱することなく、支払いクレデンシャルに関する問題の性質を通信するのに有効な任意の形態をとることができることに留意されたい。

【0035】

加えて、支払いクレデンシャル無効情報は、ユーザが支払いクレデンシャルに関する問題を緩和することを可能にするのに有効な任意の粒度レベルの任意の情報を包含することができる。例えば、支払いクレデンシャル無効情報は、クライアントコンピューティングデバイス１１４上にレンダリングされたときに、ユーザが支払いクレデンシャル１０８を更新すること、新しい支払いクレデンシャル１０８を提供することなどを可能にするウェブページへのＵＲＬを含むことができる。別の例では、支払いクレデンシャル無効情報は、クライアントコンピューティングデバイス１１４上でレンダリングされたときに、ユーザが支払いクレデンシャル１０８を更新すること、新しい支払いクレデンシャル１０８を提供することなどを可能にするウェブページを構成するＨＴＭＬコードを含むことができる。更に別の例では、支払いクレデンシャル無効情報は、クライアントコンピューティングデバイス１１４上でレンダリングされたときに、ユーザが支払いクレデンシャル１０８を更新すること、新しい支払いクレデンシャル１０８を提供することなどを可能にするインタラクティブユーザインタフェースを構成するバイナリ（例えば、ｂｌｏｂ）情報を含むことができる。前述の例は限定を意図するものではなく、支払いクレデンシャル無効情報は、本開示の範囲から逸脱することなく、ユーザが支払いクレデンシャル１０８に関する問題を緩和することを効果的に可能にするために使用することができる任意の形態をとることができることに留意されたい。

【0036】

支払いクレデンシャル無効情報は、本開示の範囲から逸脱することなく、任意の手法を使用してフォーマットされ得ることに留意されたい。例えば、各ソフトウェアアプリケーション１０４は、支払いクレデンシャル無効情報をフォーマットすることができる個々のテンプレートに関連付けることができる。別の例では、特定のテンプレートを特定のタイプのソフトウェアアプリケーション１０４に使用することができ、例えば、第１のテンプレートをサブスクリプションベースのソフトウェアアプリケーション１０４に使用することができ、第２のテンプレートをアプリ内購入を提供するソフトウェアアプリケーション１０４に使用することができる、などである。前述の例は限定的であることを意図しておらず、サーバコンピューティングデバイス１０２は、本開示の範囲から逸脱することなく、任意のレベルの粒度／特異性で任意の数のテンプレート（など）を利用することができることに留意されたい。

【0037】

簡単に言うと、図２には示されていないが、支払いクレデンシャルマネージャ１１０は、支払いクレデンシャル無効情報を提供する前に、（例えば、ステップ２０２を再実行することによって）支払いクレデンシャル１０８が依然として無効であるかどうかを冗長的に判定することができる。これは、ステップ２０２とステップ２１０との間の任意の時点で支払いクレデンシャル１０８が無効から有効に移行するシナリオにおいて有益であり得る。このような移行は、例えば、アカウント凍結が解除されたとき、ギフトカード残高が増やされたとき、利用可能なクレジット限度が増やされたときなどに起こり得る。これが発生した場合／時に、支払いクレデンシャルマネージャ１１０は、ステップ２１２において、代わりに、支払いクレデンシャル１０８が有効であるという指示を提供することができる。次に、ソフトウェアアプリケーションマネージャ１１６は、ストレージから指示を削除することができ、図２のシーケンス図の残りのステップは無視することができる。

【0038】

ここで図２に戻ると、ステップ２１４において、ソフトウェアアプリケーションマネージャ１１６は、ソフトウェアアプリケーション１０４に対して、支払いクレデンシャル無効情報を表示する許可の要求を発行する。要求は、クライアントコンピューティングデバイス１１４上のソフトウェアエンティティが互いに通信することを可能にするのに有効な任意の手法を使用して、ソフトウェアアプリケーション１０４に提供され得る。例えば、ソフトウェアアプリケーションマネージャ１１６／ソフトウェアアプリケーション１０４は、（１）ソフトウェアアプリケーションマネージャ１１６が要求をソフトウェアアプリケーション１０４に送信すること、及び（２）ソフトウェアアプリケーション１０４が要求を受信／解釈することを可能にする、ソフトウェア開発キット（ＳＤＫ）、アプリケーションプログラミングインタフェース（ＡＰＩ）などを実装することができる。有益なことに、そのような要求は、ソフトウェアアプリケーション１０４に関連付けられた許可されたエンティティ（例えば、開発者、ディストリビュータなど）に、支払いクレデンシャル無効情報の表示を抑制する能力を提供することができる。これは、例えば、認可されたエンティティが、ソフトウェアアプリケーション１０４の特徴、その価格設定などを強化する計画を有するときに有用であり得、更新が行われた後に支払いについてユーザを促すことは、支払いが行われ得るようにユーザが支払いクレデンシャル１０８を更新することになる可能性が高い。

【0039】

次に、ステップ２１６において、ソフトウェアアプリケーション１０４は、ソフトウェアアプリケーションマネージャ１１６に許可を与える。いくつかの実施形態によれば、ソフトウェアアプリケーション１０４は、ステップ２１４に関連して上述した要求を送信するために使用されるのと同じ（又は異なる）手法を使用して許可を与えることができる。ソフトウェアアプリケーション１０４が許可を拒否するとき、ソフトウェアアプリケーションマネージャ１１６は、様々なアクションを取ることができることに留意されたい。一例では、ソフトウェアアプリケーションマネージャ１１６は、ステップ２０８が行われるたびにステップ２１０～２１４が実行されるように、指示をストレージ内に維持することができる。別の例では、ソフトウェアアプリケーションマネージャ１１６は、許可の拒否を考慮して、ソフトウェアアプリケーション１０４がロード／表示されるたびに、ソフトウェアアプリケーション１０４を定期的に（例えば、毎回、１回おきなどに）促すことを選択することができる。前述の例は、限定することを意味するものではなく、ソフトウェアアプリケーションマネージャ１１６は、本開示の範囲から逸脱することなく、ソフトウェアアプリケーション１０４から拒否を受信することに応じて、任意の形態で任意のアクションを取ることができることに留意されたい。

【0040】

ステップ２１８において、ソフトウェアアプリケーションマネージャ１１６は、支払いクレデンシャル無効情報を表示するようにソフトウェアアプリケーション１０４に命令する。このステップは、それぞれステップ２１４／２１６に関連して上記で説明した要求／許可を送信するために使用される同じ（又は異なる）手法を使用して実装され得る。

【0041】

ステップ２２０において、ソフトウェアアプリケーションマネージャ１１６／ソフトウェアアプリケーション１０４は、ソフトウェアアプリケーション１０４からサンドボックス化されたユーザインタフェースを介して、（１）支払いクレデンシャル無効情報、及び（２）無効性を緩和するための手法（すなわち、機構）を表示する。簡単に言うと、本明細書で説明するように、ソフトウェアアプリケーション１０４からユーザインタフェースをサンドボックス化することは、ソフトウェアアプリケーション１０４がユーザインタフェース内で行われるアクティビティを閲覧することを禁止することを伴う。そのようなアクティビティは、例えば、支払いクレデンシャル無効情報を表示すること、入力（例えば、更新された支払いクレデンシャル）を受信することなどを含むことができる。このようにして、ソフトウェアアプリケーション１０４は、（例えば、ステップ２１４及び２１６によって）課金問題が発生しているが、課金問題の特定の性質、並びにユーザインタフェースを介して追求される任意の是正手段について知らされていないままであることを理解することができる。

【0042】

本明細書で説明するサンドボックス化制限を達成するために、第１の例示的な手法は、支払いクレデンシャル無効情報をソフトウェアアプリケーション１０４のユーザインタフェースのウィンドウ内に（例えば、オーバーレイとして）表示させることを含むことができる。これは、例えば、ソフトウェアアプリケーション１０４がアクセス権を有していないウィンドウの表示をソフトウェアアプリケーション１０４が許可することを（例えば、本明細書で説明するＡＰＩ、ＳＤＫなどを通じて）命令することによって達成することができる。別の例では、ステップ２２０は、ソフトウェアアプリケーションマネージャ１１６、クライアントコンピューティングデバイス１１４のオペレーティングシステムなどによって制御されるユーザインタフェースなど、ソフトウェアアプリケーション１０４とは別個の異なるユーザインタフェース内に支払いクレデンシャル無効情報を表示させることを含むことができる。この手法の下で、ソフトウェアアプリケーション１０４は、ユーザインタフェースがソフトウェアアプリケーション１０４の範囲外で管理されている場合、ユーザインタフェースにアクセスすることを当然ながら禁止される。前述の例は限定を意味するものではなく、支払いクレデンシャル無効情報をクライアントコンピューティングデバイス１１４のユーザに効果的に表示するために任意の手法を利用することができることに留意されたい。

【0043】

ステップ２２２において、ソフトウェアアプリケーションマネージャ１１６は、更新された支払いクレデンシャル情報を支払いクレデンシャルマネージャ１１０に提供する。いくつかの実施形態によると、ステップ２２２は、ソフトウェアアプリケーションマネージャ１１６が、ステップ２２０と併せて表示されるユーザインタフェースを通して、更新された支払いクレデンシャル情報を受信することに応じて実行され得る。しかしながら、図２のシーケンス図は、２２０のユーザインタフェースがＵＲＬにリンクされたウェブページを表示するときに修正することができることに留意されたい。そのような手法の下では、更新された支払いクレデンシャルは、代替エンティティによって受信され、それによって、ステップ２２２が実装される必要性を除去する。代わりに、支払いクレデンシャルマネージャ１１０は、代替エンティティから更新された支払いクレデンシャルを受信し、必要に応じて、図２のシーケンス図の残りのステップを実行することができる。

【0044】

ステップ２２４において、支払いクレデンシャルマネージャ１１０は、更新された支払いクレデンシャル情報が有効であることを検証するために、１つ以上の支払いプロセッサ１１２とインタフェースする。本明細書で説明されるように、このステップは、例えば、更新された支払いクレデンシャル情報に対して、期限が到来する支払いの課金を試みること、更新された支払いクレデンシャル情報が将来の期限が到来する支払いに対して有効であるという確認を要求することなどを含むことができる。前述の例は、限定することを意味するものではなく、本開示の範囲から逸脱することなく、課金問題のコンテキストに対して更新された支払いクレデンシャル情報を有効にするために任意の手法が使用され得ることに留意されたい。

【0045】

ステップ２２６において、支払いクレデンシャルマネージャ１１０は、更新された支払いクレデンシャル情報が有効であるという指示をソフトウェアアプリケーションマネージャ１１６に提供する。次に、ステップ２２８において、支払いクレデンシャルマネージャ１１０／ソフトウェアアプリケーション１０４は、更新された支払いクレデンシャル情報が有効であるという通知を（ステップ２２０に関連して上述した）ユーザインタフェース内に表示する。ステップ２３０において、ソフトウェアアプリケーションマネージャ１１６は、ステップ２０６に関連して記憶された指示を削除する。ステップ２０４において提供された指示が２つ以上のクライアントコンピューティングデバイス１１４に提供されるとき、１つのクライアントコンピューティングデバイス１１４における指示の削除は、他のクライアントコンピューティングデバイス１１４にも指示を除去させ得る（例えば、直接通信を通して、サーバコンピューティングデバイス１０２を通して、など）ことに留意されたい。このようにして、ソフトウェアアプリケーション１０４の後続のロード及び／又は表示が行われたときに、ソフトウェアアプリケーション１０４に課金問題が不正確に通知されることはない。

【0046】

更に、支払いクレデンシャルマネージャ１１０が、支払いプロセッサ１１２から、更新された支払いクレデンシャル情報が無効であるという指示を受信した場合、ステップ２２６～２２８に対する適切な調整を実施することができることに留意されたい。特に、ステップ２２６において、支払いクレデンシャルマネージャ１１０は、更新された支払いクレデンシャルが無効であるという指示をソフトウェアアプリケーションマネージャ１１６に提供することができる。次に、ステップ２２８において、支払いクレデンシャルマネージャ１１０／ソフトウェアアプリケーション１０４は、更新された支払いクレデンシャル情報が無効であるという通知を（ステップ２２０に関連して上述した）ユーザインタフェース内に表示し、適切な訂正を提供できるようにすることもできる。そのような訂正が提供されるとき、ステップ２２２～２２８は、有効な更新された支払いクレデンシャル情報が取得されるまで再実行され得る。次に、ステップ２３０において、本明細書に記載のように、ソフトウェアアプリケーションマネージャ１１６は、ステップ２０６に関連して記憶された指示を削除することができる。

【0047】

したがって、図２は、いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための技術の詳細なシーケンス図を示す。以下で説明される図３は、いくつかの実施形態による、サーバコンピューティングデバイス１０２／支払いクレデンシャルマネージャ１１０によって実装され得るステップの高レベル方法図を示す。以下でも説明する図４は、いくつかの実施形態による、クライアントコンピューティングデバイス１１４／ソフトウェアアプリケーションマネージャ１１６によって実装され得るステップの高レベル方法図を示す。最後に、図４Ａ～図４Ｂは、いくつかの実施形態による、本明細書で説明される技術に従って実装することができる例示的なユーザインタフェースの概念図を示す。

【0048】

図３Ａは、いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法３００を示す。図３に示すように、方法３００はステップ３０２で開始し、サーバコンピューティングデバイス１０２（例えば、その上で実行される支払いクレデンシャルマネージャ１１０）は、ソフトウェアアプリケーションに関連付けられた支払いを処理するための無効な支払いクレデンシャルを有するソフトウェアアプリケーションのユーザを識別する（例えば、図２のステップ２０２に関連して上述した技術に従って）。本明細書で説明されるように、サーバデバイスは、少なくとも１つの問題を自己検出することによって、少なくとも１つの問題を検出するために支払いプロセッサとインタフェースすることなどによって、無効な支払いクレデンシャルを識別することができる。ステップ３０４において、サーバコンピューティングデバイス１０２は、（例えば、図２のステップ２０２に関連して上述した技術に従って）ユーザに関連付けられ、ソフトウェアアプリケーションがインストールされている少なくとも１つのクライアントデバイスを識別する。

【0049】

ステップ３０６において、サーバコンピューティングデバイス１０２は、少なくとも１つのクライアントデバイスに、（例えば、図２のステップ２０４に関連して上述した技術による）無効な支払いクレデンシャルの指示を提供する。いくつかの実施形態によれば、指示は、ソフトウェアアプリケーションがロード及び／又は表示されるまで、ソフトウェアアプリケーションに指示をキャッシュさせる。本明細書で説明されるように、指示は、最終的に、少なくとも１つのクライアントデバイス上にロード及び／又は表示されることに関連して、ソフトウェアアプリケーションに、指示から導出された情報を含むユーザインタフェースを表示させることができ、（例えば、図２のステップ２０８から２２０に関連して上述した技術に従って）ユーザインタフェースは、ソフトウェアアプリケーションがユーザインタフェース内で発生するアクティビティを観察するのを防止するようにソフトウェアアプリケーションからサンドボックス化される。

【0050】

いくつかの実施形態によれば、情報は、無効な支払いクレデンシャルに関連付けられた少なくとも１つの問題を記述し、少なくとも１つの問題は、無効な支払いクレデンシャルに関連付けられた無効な課金情報、不十分な資金、又は不十分な利用可能なクレジットのうちの少なくとも１つを含む。いくつかの実施形態によれば、ユーザインタフェースは、ユーザが、有効な支払いクレデンシャル情報を提供することによって、無効な支払いクレデンシャルを有効な支払いクレデンシャルに置き換えることを可能にし、アクティビティは、ユーザが有効な支払いクレデンシャル情報を提供することを含む。

【0051】

いくつかの実施形態によれば、図３Ａには示されていないが、方法３００は、ソフトウェアアプリケーションが、経過したときにソフトウェアアプリケーションにユーザインタフェースを表示させる特定の期間の間、ユーザインタフェースを抑制することを可能にする追加のステップを含むことができる。

【0052】

図３Ｂは、いくつかの実施形態による、ソフトウェアアプリケーションに結び付けられたエラーを緩和するための方法３５０を示す。図３に示すように、方法３５０はステップ３５２で開始し、クライアントコンピューティングデバイス１１４（例えば、その上で実行されるソフトウェアアプリケーションマネージャ１１６）は、サーバデバイスから、クライアントデバイスにインストールされたソフトウェアアプリケーションに関連付けられた無効な支払いクレデンシャルの指示を（例えば、図２のステップ２０４に関連して上述した技術に従って）受信する。

【0053】

ステップ３５４において、クライアントコンピューティングデバイス１１４は、（例えば、図２のステップ２０６に関連して上述した技術に従って）指示を記憶する。ステップ３５６において、クライアントコンピューティングデバイス１１４は、（例えば、図２のステップ２０８に関連して上述した技術による）ソフトウェアアプリケーションの起動及び／又は表示を検出する。

【0054】

ステップ３５８において、クライアントコンピューティングデバイス１１４は、（例えば、図２のステップ２１４に関連して上述した技術による）無効な支払いクレデンシャルの指示に関連付けられた情報を表示する許可をソフトウェアアプリケーションに促す。ステップ３６０において、クライアントコンピューティングデバイス１１４は、（例えば、図２のステップ２１４及び２１６に関連して上述した技術による）許可が受信されたかどうかを判定する。ステップ３６０において、クライアントコンピューティングデバイス１１４が、許可が受信されたと判定した場合、方法３５０は、（例えば、図２のステップ２１４及び２１６に関連して上述した技術による）ステップ３６２に進む。そうでない場合、方法３５０は、（例えば、図２のステップ２１４及び２１６に関連して上記で説明した技術による）ステップ３５６に戻る。

【0055】

ステップ３６２において、クライアントコンピューティングデバイス１１４は、ソフトウェアアプリケーションに、情報を含むユーザインタフェースを表示させ、ユーザインタフェースは、（例えば、図２のステップ２２０に関連して上述した技術による）ソフトウェアアプリケーションがユーザインタフェース内で発生するアクティビティを観察することを防止するように、ソフトウェアアプリケーションからサンドボックス化される。加えて、図３Ｂには示されていないが、方法３５０は、（１）サーバデバイスから、無効な支払いクレデンシャルが有効な支払いクレデンシャルに置き換えられたという第２の指示を受信することと、（２）（例えば、図２のステップ２２６～２３０に関連して上述した技術による）キャッシュから指示を削除することと、を含むことができる。

【0056】

図４Ａ～図４Ｂは、いくつかの実施形態による、クライアントコンピューティングデバイス１１４上に表示され得る例示的なユーザインタフェースの概念図４００を示す。特に、ユーザインタフェース４０２は、図２のステップ２０８が実装されることと併せて、クライアントコンピューティングデバイス１１４において表示され得る。次に、ユーザインタフェース４０４は、図２のステップ２０２～２２０が実装されることと併せて、クライアントコンピューティングデバイス１１４において表示され得る。更に、ユーザインタフェース４０６は、実装されている図２のステップ２２２及び２２４と併せて、クライアントコンピューティングデバイス１１４において表示され得る。更に、ユーザインタフェース４０８は、実装されている図２のステップ２２８及び２３０と併せて、クライアントコンピューティングデバイス１１４において表示され得る。図４Ａ～図４Ｂに示されるユーザインタフェースは、限定することを意味するものではなく、本明細書で説明されるユーザインタフェースは、本開示の範囲から逸脱することなく、任意の形態の情報を表示するために、任意の手法を使用して実装され得ることに留意されたい。

【0057】

図５は、いくつかの実施形態による、本明細書で説明する各種構成要素を実行するために使用することができるコンピューティングデバイス５００の詳細図を示す。特に、詳細図は、図１に関連して上述されたサーバコンピューティングデバイス１０２、支払いプロセッサ１１２、及びクライアントコンピューティングデバイス１１４に含まれ得る様々な構成要素を示す。

【0058】

図５に示すように、コンピューティングデバイス５００は、コンピューティングデバイス５００の動作全般を制御するためのマイクロプロセッサ又はコントローラを表すプロセッサ５０２を含むことができる。コンピューティングデバイス５００はまた、コンピューティングデバイス５００のユーザがコンピューティングデバイス５００と相互作用することを可能にするユーザ入力デバイス５０８を含むことができる。例えば、ユーザ入力デバイス５０８は、ボタン、キーパッド、ダイヤル、タッチスクリーン、オーディオ入力インタフェース、ビジュアル／画像キャプチャ入力インタフェース、センサデータなどの形態の入力などの、様々な形態をとり得る。更に、コンピューティングデバイス５００は、ユーザに情報を表示するために、プロセッサ５０２によって制御することができるディスプレイ５１０（スクリーンディスプレイ）を含むことができる。データバス５１６は、少なくとも、記憶デバイス５４０とプロセッサ５０２と及びコントローラ５１３との間のデータ転送を容易にすることができる。コントローラ５１３は、機器制御バス５１４を介して異なる機器とインタフェース接続し、それらを制御するために使用することができる。コンピューティングデバイス５００はまた、データリンク５１２に結合するネットワーク／バスインタフェース５１１を含むことができる。無線接続の場合には、ネットワーク／バスインタフェース５１１は、無線送受信機を含むことができる。

【0059】

コンピューティングデバイス５００は、記憶デバイス５４０をも含む。このデバイスは、ディスク（単数又は複数）（例えば、ＳＳＤ）を含むことができ、記憶デバイス５４０内の１つ以上のパーティションを管理する記憶管理モジュールを含む。いくつかの実施形態では、記憶デバイス５４０は、フラッシュメモリ、半導体（ソリッドステート）メモリなどを含むことができる。コンピューティングデバイス５００はまた、ランダムアクセスメモリ（ＲＡＭ）５２０及び読み出し専用メモリ（ＲＯＭ）５２２を含むことができる。ＲＯＭ５２２は、実行すべきプログラム、ユーティリティ、又はプロセスを、不揮発性方式で記憶することができる。ＲＡＭ５２０は、揮発性のデータ記憶デバイスを提供し、本明細書に記載のコンピューティングデバイスの動作に関連する命令を記憶することができる。

【0060】

説明した実施形態の様々な態様、実施形態、実装形態、又は特徴は、個別に又は任意の組み合わせで用いることができる。説明した実施形態の様々な態様をソフトウェア、ハードウェア、又はハードウェアとソフトウェアとの組み合わせにより実装することができる。説明した実施形態はまた、コンピュータ可読媒体上のコンピュータ可読コードとして実施することもできる。このコンピュータ可読媒体は、コンピュータシステムによって読み込むことが可能なデータを記憶することができる、任意のデータ記憶デバイスである。コンピュータ可読媒体の例としては、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ－ＲＯＭ、ＤＶＤ、磁気テープ、ハードディスクドライブ、ソリッドステートドライブ及び光学的データ記憶装置が挙げられる。コンピュータ可読コードが分散形式で格納及び実行されるように、コンピュータ可読媒体をネットワークに結合されたコンピュータシステムにわたって分散させることもできる。

【0061】

前述の記載では、説明のために、記載された実施形態の完全な理解をもたらすために特定の専門用語を用いた。しかしながら、記載された実施形態を実践するために具体的な詳細が必要とされないことは、当業者には明らかであろう。それゆえ、上述の具体的な実施形態の説明は、例示及び説明の目的のために提示される。それらの説明は、網羅的であることも、又は開示される厳密な形態に、説明した実施形態を限定することも意図するものではない。上記の教示を考慮して多くの修正及び変形が可能であることが、当業者には明らかであろう。

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図5】

【外国語明細書】