コンピュータにより実行される支払い管理方法であって、コンピューティングデバイスにおいて、ネットワークに結合しているとき、請求書支払者の介入なしに自動的に、ネットワークを介して、オンライン請求書支払いサービスから、前記請求書支払者の過去の請求書支払いまたは支払期限が到来する請求書を示す情報を、前記コンピューティングデバイスのアプリケーション環境とは独立に動作するように構成された、前記コンピューティングデバイスのマネージャビリティエンジンにより、前記請求書支払者に代わって受信し、記憶する段階と、前記コンピューティングデバイスにおいて、前記ネットワークに結合しているかどうかに係わらず、前記アプリケーション環境を介して、1つ以上の請求書の1つ以上の支払いをする1つ以上の支払い指示を受信し、前記コンピューティングデバイスにおいて、前記ネットワークに結合しているかどうかに係わらず、受信した前記支払い指示を記憶する段階と、前記コンピューティングデバイスにおいて、前記ネットワークを介して前記オンライン請求書支払いサービスに接続されているとき、前記マネージャビリティエンジンにより、前記オンライン請求書支払いサービスに前記支払い指示を送信し、前記1つ以上の支払いを行う段階とを有する方法。前記コンピューティングデバイスにおいて、前記過去の請求書支払いまたは支払期限が到来する請求書を表示する段階をさらに有する、請求項1に記載の方法。前記コンピューティングデバイスにおいて、前記過去の請求書支払いまたは支払期限が到来する請求書の表示、前記支払い指示の受信、前記支払い指示の記憶、または前記支払い指示の送信の前に、ユーザのアイデンティティを認証する段階をさらに有する、請求項2に記載の方法。情報を受信する段階は、前記コンピューティングデバイスにおいて、前記マネージャビリティエンジンにより、前記オンライン請求書支払いサービスから暗号化した情報を受信する段階と、前記コンピューティングデバイスにおいて、前記マネージャビリティエンジンにより、前記暗号化した情報を復号する段階とを有し、または、前記オンライン請求書支払いサービスに前記支払い指示を送信する段階は、前記コンピューティングデバイスにおいて、前記マネージャビリティエンジンにより、前記支払い指示を暗号化して、暗号化した支払い指示を生成する段階と、前記コンピューティングデバイスにおいて、前記マネージャビリティエンジンにより、前記オンライン請求書支払いサービスに暗号化した前記支払い指示を送信する段階とを有する、請求項1に記載の方法。前記オンライン請求書支払いサービスから暗号化した情報を受信する段階は、前記コンピューティングデバイスにおいて、前記オンライン請求書支払いサービスから前記マネージャビリティエンジンにより暗号化した情報を受信し、クライアントアプリケーションは暗号化していない形式で前記情報にアクセスしない段階を有する、請求項4に記載の方法。前記オンライン請求書支払いサービスに暗号化した前記支払い指示を送信する段階は、前記コンピューティングデバイスにおいて、前記オンライン請求書支払いサービスに前記マネージャビリティエンジンにより暗号化した支払い指示を送信し、クライアントアプリケーションは暗号化していない形式で前記情報にアクセスしない段階を有する、請求項4に記載の方法。前記コンピューティングデバイスにおいて、前記ネットワークに接続されているとき、前記請求書支払者の介入なしに自動的に、前記マネージャビリティエンジンにより、前記オンライン請求書支払いサービスをチェックして、前記情報に対する更新を求める段階をさらに有する、請求項1に記載の方法。情報を受信する段階は、前記コンピューティングデバイスにおいて、前記ネットワークに接続されているときに、前記オンライン請求書支払いサービスに前記情報を求める要求を送信せずに、前記オンライン請求書支払いサービスから前記情報を受信する段階を有する、請求項1に記載の方法。1つ以上のコンピュータプロセッサと、前記コンピュータプロセッサに結合したネットワーキングインタフェースと、前記1つ以上のコンピュータプロセッサにより作動されるアプリケーション環境とは独立に、前記1つ以上のコンピュータプロセッサにより作動されるように構成されたマネージャビリティエンジンと、前記請求書支払い管理モジュールの作動に応じて、前記システムに次の段階を実行させる、前記マネージャビリティエンジンにより作動されるように構成された請求書支払い管理モジュールとを有する、支払い管理システム:前記ネットワーキングインタフェースを介してオンライン請求書支払いサービスから請求書支払者に関連する過去の請求書支払いまたは支払期限が到来する請求書を示す情報を、前記請求書支払者の介入なしに、ソフトウェアベースのクライアントアプリケーションが前記情報にアクセスすることなしに、受信する段階と、前記ソフトウェアベースのクライアント請求書支払アプリケーションが前記支払い指示にアクセスすることなしに、前記ネットワークインタフェースを介して前記オンライン請求書支払いサービスに、受信した支払い指示を送信する段階と、前記ソフトウェアベースのクライアント請求書支払いアプリケーションは、前記1つ以上のプロセッサにより作動され、前記ソフトウェアベースのクライアント請求書支払いアプリケーションの作動に応じて、前記システムに、次の段階を実行させるように構成された:前記過去の請求書支払いまたは支払期限が到来する請求書を提示する段階と、1つ以上の請求書の1つ以上の支払いをする支払い指示を受信する段階。前記1つ以上のコンピュータプロセッサに結合し、前記請求書支払い指示を記憶するように構成された記憶手段をさらに有する、請求項9に記載のシステム。前記ソフトウェアベースのクライアント請求書支払いアプリケーションは、前記ネットワーキングインタフェースがネットワークに結合しているかどうかにかかわらず、情報を提示し、支払い指示を受信するように構成された、請求項9に記載のシステム。前記請求書支払い管理モジュールは、前記マネージャビリティエンジンにより作動される、前記オンライン請求書支払いサービスから受信した過去の請求書支払いまたは支払期限が到来する請求書を示す暗号化された情報を復号し、前記オンライン請求書支払いサービスに送信する前に請求書支払い指示を暗号化するように構成された、請求項9に記載のシステム。前記請求書支払い管理モジュールは、前記マネージャビリティエンジンにより作動される、前記ソフトウェアベースのクライアント請求書支払いアプリケーションに復号した情報を提供して前記請求書支払者に提示するように構成された請求書レビューモジュールをさらに有する、請求項12に記載のシステム。前記請求書支払いモジュールは、前記マネージャビリティエンジンにより作動される、前記ソフトウェアベースのクライアント請求書支払いアプリケーションに情報を提供する前に、前記請求書支払者のアイデンティティを認証するように構成されたユーザ認証モジュールを有する、請求項13に記載のシステム。前記ソフトウェアベースのクライアント請求書支払いアプリケーションは、前記マネージャビリティエンジンの前記請求書支払い管理モジュールと前記オンライン請求書支払いサービスとの間で暗号化した情報を中継するように構成されたサーバ通信中継モジュールを有する、請求項12に記載のシステム。前記請求書支払い管理モジュールは、前記ソフトウェアベースのクライアント請求書支払いアプリケーションとは独立して、前記マネージャビリティエンジンを介して、前記オンライン請求書支払いサービスと直接的に通信するように構成された、請求項12に記載のシステム。本開示の実施形態例は、非同期かつオフラインで、モバイルデバイスにおいて、請求書支払い情報のレビューと、請求書の支払いをする人からの支払い指示とを提供することにより、モバイルデバイスにおける既存のオンライン請求書支払い技術の弱点と欠点を解消する装置と方法を含むが、これに限定されない。モバイルデバイスはセキュアかつファームウェアベースの請求書支払いBP管理モジュールを利用する。このモジュールはモバイルデバイスのマネージャビリティエンジンmanageabilityengineで動作することができる。様々な実施形態では、BP管理モジュールは、オンライン支払いサービス例えば、銀行やクレジットカードとセキュアに通信して、請求書情報を受信し、支払い指示を送信できる。様々な実施形態において、請求書支払い管理モジュールは、モバイルデバイスに請求書情報及び/または支払い指示を格納し、保持maintainし、そのデバイスがネットワークに接続できない時でも情報をレビューして修正できるようにする。これにより、オンライン支払いシステムに繰り返しログインしなくても、支払いをオフラインかつ非同期でレビューすることができる。本システムの実施形態には、マネージャビリティエンジンとは別のアプリケーション環境において実行されるソフトウェアベースのクライアントアプリケーションも含まれる。このアプリケーション環境はなかんずく対ユーザフロントエンドを提供する。ユーザはこのクライアントアプリケーションにより、認証後請求書情報を見ることができる。また、ユーザはクライアントアプリケーションにより、支払い前に情報を変更することもできる。様々な実施形態において、BP管理モジュールはオンライン請求書支払いサービスと暗号化して通信することができ、クライアントアプリケーションはBP管理モジュールとBPサービスとの間で送信される口座情報などの金銭情報に直接アクセスできない。これは、様々な実施形態において、BPサービスとBP管理モジュールとの間の直接ネットワーク接続として行え、またはBPクライアントソフトウェアを暗号化データの中継として用いることにより行える。ここに例示した実施形態の様々な側面を、本技術分野の当業者が他の当業者に自らの業務内容を伝えるときに一般的に用いる用語を用いて説明する。しかし、当業者には言うまでもなく、説明した側面の一部だけで、別の実施形態を実施することもできる。例示する実施形態をよく理解してもらうために、説明のため、具体的な数、材料、構成を記載する。しかし、当業者には言うまでもなく、別の実施形態はその具体的な詳細情報がなくても実施することができる。他の場合、例示する実施形態を分かりにくくしないため、周知の特徴は省略または簡略化する。さらに、説明する実施形態の理解に最も役立つように、様々な動作を複数の個別の動作として順次説明する。しかし、説明の順序は、これらの動作がその順序に依存することを示唆すると解してはならない。特に、これらの動作は説明の順序で実施する必要はない。一実施形態ではという言葉を繰り返し用いる。この言葉は一般的には同じ実施形態を指すものではないが、同じ実施形態を指すこともある。文脈に反しない限り、有するや含むという言葉は同義である。A/BはAまたはBを意味する。A及び/またはBはA、B、またはAかつBを意味する。A、B、及びCのうち少なくともひとつとは、A、B、C、AかつB、AかつC、BかつC、またはA、B、かつCを意味する。図1は、本開示の様々な実施形態によるモバイル請求書支払いシステムに含まれる構成要素間の関係と通信を示すブロック図である。図示したように、様々な実施形態において、請求書支払い者190は、そのモバイルデバイス105を介してオンラインBPサービスを利用できる。様々な実施形態において、モバイルデバイス105は、BP管理モジュール100を含む。このモジュールは、オンラインBPサービス120と通信して、請求書支払い情報を受信し、オンライン支払いサービス120に支払い指示を出せる。様々な実施形態において、以下に説明するように、BP管理モジュールはマネージャビリティエンジンME150において動作できる。様々な実施形態において、本システムは、BPクライアントアプリケーション110も有する。様々な実施形態において、このBPクライアントアプリケーションは、ME150とは別の独立したアプリケーション環境112などの、モバイルデバイスのアプリケーション環境で動作してもよい。BPクライアントアプリケーション110は、BP管理モジュール100からすべての、または一部の金銭情報を受信できる。このBPクライアントアプリケーション110は、請求書支払者190と、ディスプレイ135及び1つ以上の入力手段inputfacilities145例えば、タッチスクリーン、キーボード、ボイスコントロールを用いてコミュニケーションできる。実施形態では、オンラインBPサービス120とBPクライアントアプリケーション110との間を図示したように分離することにより、支払い情報へのアクセスにソフトウェアアプリケーションのみを利用するよりも、セキュリティが向上する。BP管理モジュール100は、マネージャビリティエンジンmanageabilityengine150内で動作し、BPクライアントアプリケーション150があるアプリケーション環境112とは分離されているので、クライアントアプリケーション110よりも、口座番号、パスワード、支払い履歴などのセンシティブsensitiveな金銭情報に対して、よりセキュアなリポジトリを提供でき、クライアントアプリケーションが所望の情報を利用できるようにして、請求書支払者にその所望の情報のみを選択的に表示できる。別の実施形態では、クライアントアプリケーションはオンライン支払いサービスと、破線の矢印で示したように、限定的に通信できる。例えば、BPクライアントアプリケーション110は、オンラインBPサービス120とBP管理モジュール100の間の暗号化通信の中継器として機能するものであってもよい。かかる実施形態では、BPクライアントアプリケーション110は、それが中継する暗号化通信に直接的にアクセスすることはできず、BP管理モジュール100に依存して、表示及び編集する請求書支払い情報を供給してもらう。図2は、オンラインBPサービス120と、アプリケーション環境112を実行するBPクライアントアプリケーション110と、マネージャビリティエンジン150で実行されるBP管理モジュール100とに含まれる構成要素を示すブロック図である。図示した実施形態は様々なソフトウェアモジュールやファームウェアモジュールのグループ化や分割を具体的に示しているが、言うまでもなく別の実施形態では、これらのモジュールは結合されても、分割されても、削除されてもよい。オンラインBPサービス120は、サーバ図示せずを有してもよく、様々なモジュールを有する。次に、オンラインBPサービスは、セキュア管理エンジンME通信サービスモジュール210を有する。様々な実施形態では、このモジュールは、MEのBP管理モジュールに送信される情報を暗号化し、BP管理モジュール100から送信された情報を復号する。上記の通り、様々な実施形態では、セキュアME通信サービス210は、この通信を、BPクライアントアプリケーション110の中継を用いて実行できる。他の実施形態では、セキュアME通信サービス210は、3Gネットワークなどを介して、BP管理モジュール100に直接的に通信できる。BP管理モジュール100は、中継無しに、このような直接アクセスを提供することができる。オンラインBPサービス120もBP管理モジュール215を有する。様々な実施形態では、BP管理モジュール215は、モバイルデバイスの請求レビュー及び修正モジュールの相手として機能し、これにより請求書支払者は支払い手続の詳細をモニター、レビュー、及び更新できる。様々な実施形態では、BP管理モジュール215は、本明細書で説明するモバイルBP技術に用いる様々なソフトウェア及びファームウェアモジュールをモバイルデバイスに提供する役にたつ。これには、MEファームウェアモジュールにおける暗号化cryptographysecretsの提供や請求書支払者のセキュアなパスワード設定の支援が含まれる。また、オンラインBPサービス120は、ユーザプラットフォーム認証モジュール220も有する。このモジュールは、様々な金融機関に対して、オンラインBPサービスを用いて、様々な請求書支払者の認証を提供できる。様々な実施形態では、BPクライアントアプリケーション110は、様々なモジュールを有し得る。上記の通り、これらのモジュールはソフトウェアで実施され、モバイルデバイスのCPU上のアプリケーション環境112で実行される。以下に説明するように、ある実施形態では、BPクライアントアプリケーション110は、アプリケーション環境110専用のプロセッサで実行し、別のプロセッサを用いてME150を動作させてもよい。様々な実施形態において、BPクライアントアプリケーション110は、請求書支払い履歴、支払い期限、支払い金額などの情報を請求書支払者に提供するユーザインターラクションモジュール225を有する。様々な実施形態において、請求書支払者は、ユーザインターラクションモジュール225により、提案された支払い金額を編集したり例えば、最低支払金額以上に支払を増額したり、まだ設定されていない新しい支払いを入力したりできる。上記の通り、ユーザインターラクションモジュール225は、1つ以上の表示及び/または入力デバイスを介して、請求書支払者とインターラクトできる。また、様々な実施形態において、請求書支払者とのインターラクションは、ユーザインターラクションモジュール225だけを介して行うものでなくてもよい。例えば、請求書支払者は、自分の請求書支払い情報を見たい時、BP管理モジュール100の一部で直接的に提供されるテキストボックスその他の入力手段を介してパスワードを入力できる。これは、BP管理モジュール100の支援により行える。BP管理モジュール100は、ディスプレイに直接的にメッセージを送り、テキスト入力を受け取る。クライアントアプリケーションなどのソフトウェアは送信された情報にアクセスしない。この直接的な通信により、請求書支払者のためのセキュリティが向上する。請求書支払者は自分のパスワードその他の情報がユーザインターラクションモジュール225その他のソフトウェアによりアクセスされることを欲しない。様々な実施形態において、例示したユーザBP通信モジュール230は、BP管理モジュール100と定期的に通信して、BP管理モジュール100がオンラインBPサービス120から請求書支払い情報の更新を受けたか判断し、ユーザが自分のアイデンティティの認証を受けると、新しい情報を受信する準備ができたことをユーザに通知alertできる。BPクライアントアプリケーション110は、BPサービス通信中継モジュール235も有する。上記の通り、様々な実施形態において、このモジュールは、オンラインBPサービス120とBP管理モジュール100との間の暗号化通信が送信されるがソフトウェアベースのBPクライアントアプリケーションによりアクセスされない中継器として機能する。別の実施形態において、このモジュールは、オンラインBPサービス120とME150のBP管理モジュール100の間のすべての通信に用いられなくてもよく、まったく用いられなくてもよい。様々な実施形態において、BP管理モジュール100とBPクライアントアプリケーション110との間の通信は、アプリケーション環境112で実行されるHECIHostEmbeddedControllerInterfaceドライバ240により行われる。図2もBP管理モジュール100を示す。これは管理エンジン150のファームウェアで実行される。説明のため、MEは1つ以上のファームウェアモジュールを有すものとする。このファームウェアモジュールがBP管理モジュール100などの管理アプリケーションをサポートして、ファームウェアで実行させる。様々な実施形態において、これらの管理モジュールは、MEにより、CPU以外のグラフィックス及びメモリコントローラハブなどのマイクロコントローラで実行される。様々な実施形態において、MEは補助パワーで実行され、CPUよりも大きなパワー状態において利用できる。これにより、モバイルデバイスがオフラインであるときに、BP管理モジュール100が請求書支払い情報を受信し、請求書支払い指示を送る機会が多くなる。様々な実施形態において、上記の通り、MEによりネットワーク通信への直接的なアクセスと入出力デバイスとの通信ができる。様々な実施形態において、MEはこれらの通信にHECIインタフェース280と、MEオペレーティングシステムOS270と、MEカーネル275とを用いるが、これは言うまでもないであろう。MEOS270とMEカーネル275は、本技術分野で知られたMEOSとMEカーネルのどれかで実施できる。BP管理モジュール100は、ユーザ認証モジュール255を有する。様々な実施形態において請求書支払者は、このモジュールにより、BPクライアントアプリケーション110などを介してセンシティブな金銭情報を請求書支払者に表示する前に、自分のアイデンティティを認証できる。別の実施形態では、ユーザ認証は、MEのBP管理モジュールではなくて、少なくとも部分的にクライアントアプリケーションにより実行される。BP管理モジュール100は、請求書レビューモジュール260も有する。このモジュールは、請求書支払者に請求書情報を提供し、請求書支払者から支払い指示を受信する。この指示には請求書支払者がする編集や修正を含む。様々な実施形態において、請求書レビューモジュール260は、これらの編集をオンラインBPサービス120に送信し、このサービスにより支払いが為されるようにする。このように、様々な実施形態において、請求書レビューモジュールは、口座番号、パスワード、請求履歴、最低支払額などのセンシティブsensitiveな金銭情報にアクセスし、及び/またはそれを保持できる。請求書レビューモジュール260は、また、ユーザに表示するため、例えばユーザ認証モジュール255によりユーザが認証されると、BPクライアントアプリケーションにこの情報の一部を選択的に、または全部を提供できる。ユーザによるレビューのために選択的に提供される情報は、センシティブな金銭情報を誤って漏らさないavoidtheinadvertentsharingように選択する。さらに、BP管理モジュールは、オンラインBPサービス120と通信するように構成されたサーバ通信モジュール265を有する。例えば、上記の通り、サービス通信モジュール265は、オンラインBPサービス120と暗号化通信をできる。一部の実施形態では、これはBPクライアントアプリケーションを中継器として用いて行う。他の一部の実施形態では、サービス通信モジュール265はオンラインBPサービスと直接的に通信する。様々な実施形態において、サーバ通信モジュール265はネットワーク接続に依存してオンラインBPサービスと通信するが、ユーザ認証モジュール255と請求書レビューモジュール260は、モバイルデバイスがネットワークに接続されていない間も動作するように構成してもよい。この構成により、ユーザは、モバイルデバイスがオフラインの時でも、支払いの詳細をレビューして修正を加えることができる。図3は、請求書支払者にレビュー用に表示するユーザインタフェースの一例を示す。上記の通り、様々な実施形態において、図3に示したインタフェースは、請求書レビューモジュール260が受信した情報を用いて、ユーザインターラクションモジュール225により提供される。図示した実施例では、列310と320は、公共機関その他の債権者のそれぞれに対して、請求書支払者が以前に支払った金額を示す。例えば、2009年9月には、請求書支払者は、ガス会社naturalgasutilityに対して180ドルを支払っている。図示した実施例のように、様々な実施形態において、システムは過去の支払金額に、シェーディングその他の履歴であることを表す表示を施して表示する。また、ユーザインタフェースは、列330に示した金額のように、支払い期限が到来するものも表示する。この実施例では、列330には、欄element340のように、未払い金額が事前に入っている。一部の実施形態では、この金額はオンラインBPサービス120が様々な債権者機関と通信して取得したものである。例えば、ユーザインタフェースには、支払わなければならない最低金額に応じた支払期限金額が事前に入っていてもよい。一部の実施形態では、支払期限金額は支払期限とともに表示してもよい。一部の実施形態では、ユーザインタフェースには金額が事前に入れられておらず、請求書支払者が任意の金額を入力できる手段facilityをユーザインタフェースが提供する。ユーザインタフェースは総支払済み金額、総未支払い金額、総支払い期限金額などの金銭情報を表示することもできる。様々な実施形態において、ユーザインタフェースは口座番号やパスワード、さらには銀行名やサービス名などの識別情報などのセンシティブなデータは表示を省略する。これにより、モバイルデバイスが悪意のある人間の手に渡ったり、請求書支払者以外のユーザが画面を見たりした場合に、個人情報の盗難を避ける役に立つ。図3のユーザインタフェースに示したように、請求書支払者がユーザインタフェースの様々な要素とインターラクトinteractできるようになっている。図中、インターラクトできる要素には下線を付してある。例えば、請求書支払者は、事前入力されている各金額をクリック、ポイント、または選択して、変更することができる。また、ユーザインタフェースは別のインターラクションinteractionsも提供する。例えば、請求書支払者は、例えば、要素350を選択して金額を表示するかしないか選択でき、要素360を選択して支払金額にした変更をキャンセルでき、要素370を選択してBP指示を出すリマインダを要求でき、要素380を選択して編集モードに入れ、要素390を選択してオンラインBPサービスに編集をキャンセルせずに支払い指示を送信できる。別の実施形態では、図示した要素を省略してもよいし、他の要素を付加してもよい。図4は、本明細書で説明する実施形態を利用するモバイルデバイスにおける請求書支払いの設定プロセスの一例を示す。図示したように、本プロセスはME150上で実行されるBP管理モジュール110と、請求書支払者190などのユーザと、アプリケーション環境112で実行されるBPクライアントアプリケーション110と、オンラインBPサービス120との間の通信に係わる。本プロセスはアクション401に始まり、ユーザがオンラインBPサービスと通信して、MEベースのBPサービスの設定を開始する。次に、アクション402において、オンラインBPサービスがモバイルプラットフォームにアプリケーションをインストールする。様々な実施形態において、これはMEにおけるBP管理モジュールのインストールも含む。次に、アクション403において、BP管理モジュールとオンラインBPサービスが互いにトラストtrustを確立する。様々な実施形態において、このアクションは、トラストを提供し維持するための1つ以上の暗号鍵及び/または署名済み証明書の交換を含み得る。各アクションは1つ以上の動作を含み得る。次に、アクション404において、BPクライアントアプリケーションとオンラインBPサービスも互いにトラストtrustを確立し、ポリシー情報policyinformationを交換する。様々な実施形態において、ポリシー情報は支払いベースのポリシーを含む。この支払いベースのポリシーpaymentbasedpoliciesは、例えば、ユーザが金額を変更できるか、誰が支払いをするか、及び/または事前に金額をいかに計算するかという事項を含む。次に、アクション405において、ポリシーとオンライン支払い明細をBP管理モジュールに送る。様々な実施形態において、これらの明細は、アクション404で確立したポリシーによって、例えば暗号化した形式で、パススルーpassthroughされる。次に、アクション406において、ユーザはモバイルBPシステムを利用するサービスアグリーメントを受諾するように要求promptされる。例えば、BPクライアントアプリケーションによりアグリーメント文書に同意を求められる。アクション407において、ユーザはサービスアグリーメントを受諾するなどして、フィードバックする。アクション408において、そのフィードバックがオンラインBPサービスに送られると、ユーザはサービスのアカウントの設定を開始できる。次に、アクション409において、ユーザはオンラインBPサービスの支払いアカウントを設定する。様々な実施形態において、BP管理モジュールはそのアカウントを設定する手段facilityを提供してもよい。他の実施形態において、BP管理モジュールはそのような手段を提供せずに、オンラインBPサービスから請求書アカウント情報を直接的に受信してもよい。図5は、本明細書で説明する実施形態を利用するモバイルデバイスにおける請求書支払いの設定プロセスの一例を示す。図示したように、本プロセスはME150上で実行されるBP管理モジュール110と、請求書支払者190などのユーザと、アプリケーション環境112で実行されるBPクライアントアプリケーション110と、オンラインBPサービス120との間の通信に係わる。本プロセスはアクション501で始まり、支払期限が到来する請求書及び/または請求書支払いの明細を示した情報が、ME150上のBP管理モジュール110に送信される。様々な実施形態において、この情報は、定期的に送信され、例えば、BP管理モジュール110がオンラインBPサービス120に新しい請求書支払い情報を定期的に要求するのに応じて送信される。一部の実施形態では、請求書支払い情報は、要求に応じてではなく、オンラインBPサービス120からBP管理モジュール110に直接的に送信されてもよい。様々な実施形態では、ME150に送信される請求書情報は送信前に暗号化され、BP管理モジュール110により受信後に復号される。上記の通り、一部の実施形態では、アクション502-507は、BP管理モジュール100とBPクライアントアプリケーション110とが実行されるモバイルデバイスがネットワークに接続されていない時でも実行できる。本プロセスのこの部分は斜線を施した領域で示した。このように、アクション502において、BPクライアントアプリケーション110は、モバイルデバイスがネットワークに現在接続されているかどうかにかかわらず、ME150のBP管理モジュール100をチェックして、新しい、または更新された請求書支払い情報を求める。上記のチェックについて、これは定期的に行ってもよいし、ME150からBPクライアントアプリケーション110に送信される、新しい情報を受信したとのメッセージの結果として行ってもよい。アクション503において、BPクライアントアプリケーション110は、請求書支払者が請求書について後でリマインドして欲しいと表示したか、再びチェックする。このチェックに応じて、ME150のBP管理モジュール100は、アクション504においてBPクライアントアプリケーション110に請求書情報を提供する。次に、アクション505において、BPクライアントアプリケーション110はBP管理モジュール100から受信した請求書情報をユーザに表示する。上記の通り、セキュリティの観点から、この表示はBP管理モジュール100が知っている情報の選択的な一部のみであってもよい。次に、アクション506において、ユーザはBPクライアントアプリケーション110に支払い金額及び/または支払金額への編集を提供する。上記の通り、これは、図3に示したユーザインタフェースなどにより、BPクライアントアプリケーション110のユーザインターラクションモジュール225を用いて実行される。次に、アクション507において、ユーザから受け取った更新は、ME150中のBP管理モジュール100により保存される。様々な実施形態において、この更新はBP管理モジュール100に直接的に送られ、BP管理モジュール100によりME150で利用可能な記憶手段に保存される。別の実施形態において、この更新は、BPクライアントアプリケーション110により、アプリケーション環境112とME150の両方がアクセス可能な記憶手段に格納される。この場合、BPクライアントアプリケーション110は、BP管理モジュール100に、変更があったとの表示indicationを送り、BP管理モジュール100がその更新を読み出せるようにする。更新を受け取ると、アクション508において、BP管理モジュール100は、更新された請求書支払い指示をオンラインBPサービス120に送る。上記の通り、更新された指示はME150のBP管理モジュール100によりオンラインBPサービス120に直接的に送信してもよいし、中継手段relayingintermediaryとしてBPクライアントアプリケーション110を用いて送信してもよい。様々な実施形態において、BP指示は送信に先立ちBP管理モジュール100により暗号化されてもよいし、オンラインBPサービス120により受信後に復号されてもよい。次にアクション509において、オンラインBPサービス120は、BP管理モジュール100に、更新された指示を受信したとのアクノレッジメントacknowledgmentを送る。オンラインBPサービス120は支払い指示を実行する。本明細書に記載した方法と装置は、所望の構成の好適なハードウェア、ファームウェア、及び/またはソフトウェアを用いるシステムで実施できる。図6は、一実施形態としてシステム例600を示す。このシステム例600は、少なくともプロセッサ604a及び604bと、前記プロセッサの少なくとも一方と結合したシステム制御ロジック608と、システム制御ロジック608と結合したメモリ612と、システム制御ロジック608と結合した不揮発性メモリNVM/記憶部616と、システム制御ロジック608と結合した1つ以上の通信インタフェース620とを有する。様々な実施形態において、システム600はCPUベースのソフトウェアシステム、管理エンジンシステム、またはこれらの組み合わせのコンポーネントを有する。一実施形態において、システム制御ロジック608は、プロセッサ604aと604bの少なくとも一方に、及び/またはシステム制御ロジック608と通信する好適なデバイスまたはコンポーネントに、好適なインタフェースを提供する好適なインタフェースコントローラを含む。プロセッサには、アプリケーション環境を動作させる専用アプリケーションプロセッサ604aと、これとは別の、マネージャビリティエンジンを動作させるサービスプロセッサ604bとが含まれる。本システムはさらに別のプロセッサやプロセッシングコア図示せずを有していてもよい。システム制御ロジック608は、一実施形態では、メモリ612とのインタフェースを提供する1つ以上のメモリコントローラを含む。システムメモリ612は、例えばシステム600のデータ及び/または命令をロード及び格納するために用いられる。システムメモリ612は、一実施形態では、DRAMdynamicrandomaccessmemoryなどの好適な揮発性メモリを含んでいてもよい。システム制御ロジック608は、一実施形態では、NVM/記憶部616及び通信インタフェース620とのインタフェースを提供する1つ以上の入出力I/Oコントローラを含む。NVM/記憶部616は、例えばデータ及び/または命令を格納するために用いられる。NVM/記憶部616は、フラッシュメモリなどの不揮発性メモリを含み、及び/またはハードディスクドライブHDD、ソリッドステートドライブ、コンパクトディスクCDドライブ、デジタルバーサタイルディスクDVDドライブなどの不揮発性記憶デバイスを含み得る。NVM/記憶部616は、システム600がインストールされているデバイスの物理的に一部である記憶リソースを含み、そのデバイス必ずしもその一部ではないによりアクセス可能である。例えば、NVM/記憶部616は通信インタフェース620を介してネットワークによりアクセス可能である。メモリ612とNVM/記憶部616は、BPロジックの一時的及び永続的なコピーを含む。図示した実施例では、このロジックは請求書支払いクライアントロジック624aと請求書支払い管理ロジック624bとを両方とも含む。請求書支払いクライアントロジック624aと請求書支払い管理ロジック624bは、プロセッサ604aと604bの少なくとも一方により実行されると、システム600に、本明細書で説明するいずれかのモジュールに関して説明する請求書情報レビュー及び請求書支払い指示を実行させる命令を含む。一部の実施形態では、追加的に、または代替的に、BPクライアントロジック624aとBP管理ロジック624bの一方または両方は、システム制御ロジック608内にある。通信インタフェース620は、ネットワークにより、及び/またはその他の好適なデバイスにより通信するインタフェースをシステム600に提供する。通信インタフェース620は好適なハードウェア及び/またはファームウェアを含み得る。通信インタフェース620は一実施形態では、ネットワークアダプタ、ワイヤレスネットワークアダプタ、電話モデム、及び/またはワイヤレスモデムなどを含む。ワイヤレス通信の場合、通信インタフェース620は一実施形態では1つ以上のアンテナを用いる。一実施形態では、プロセッサ604のうち少なくとも1つは、システム制御ロジック608の1つ以上のコントローラのロジックとともにパッケージされ得る。一実施形態では、プロセッサ604のうち少なくとも1つは、システム制御ロジック608の1つ以上のコントローラのロジックとともにパッケージされ、システムインパッケージSiPを構成し得る。一実施形態では、プロセッサ604のうち少なくとも1つは、システム制御ロジック608の1つ以上のコントローラのロジックと同じダイdieに集積され得る。一実施形態では、プロセッサ604のうち少なくとも1つは、システム制御ロジック608の1つ以上のコントローラのロジックと同じダイdieに集積され、システムオンチップSoCを構成し得る。様々な実施形態において、システム600のコンポーネントはより多くても少なくてもよく、及び/またはそのアーキテクチャは異なるものであってもよい。本開示において一実施形態とは、その実施形態に関して説明する具体的な機能、構造、特徴などが本発明に含まれる少なくとも1つの実施形態に含まれることを意味している。したがって、一実施形態と言っても、必ずしも同じ実施形態を指しているとは限らない。さらに、こうした具体的な機能、構造、特徴は、例示した具体的な実施形態以外の他の好適な形式で構成してもよく、かかる形式はすべて本願の特許請求の範囲に含まれる。具体的な実施形態を例示して説明したが、当業者には言うまでもなく、例示して説明した具体的な実施形態は、本開示の実施形態の範囲から逸脱することなく、幅広い別の、及び/または等価な実施形態で置き換えることができる。本願は、本明細書で説明した実施形態の適応や変形を含むものである。それゆえ、本開示の実施形態は請求項及びその等価物によってのみ限定されるものである。