WP7マンゴーは今、（いくつかの制限付き）バックグラウンドエージェントをサポートしています。http://blogs.msdn.com/b/danielegan/archive/2011/10/18/background-agents-in-wp7.aspxWP7バックグラウンドエージェントで現在のユーザーアクティビティをどのようにクエリできますか？
は、どのように私は、ユーザの現在の活動を調べることができますか？具体的には、ここで私は決定したいものです。
はあなたがいずれかを実行することはできませんされたときに
バックグラウンドエージェントは、それらを作成したアプリケーションと、それに関連するデータ（独立したストレージ内）に限られます。
これは良いことです。これは、マルウェアやスパイウェアの作成がずっと難しいことを意味します。また、あなたが作ろうとしているようなアプリケーションは、主にスパイウェアと見なされます。
これを行うMicrosoftの方法は、ロックスクリーンのシステム設定を変更するAPIを開発者に提供することだと思います。これは現時点では不可能ですが、アプリから壁紙を設定するための請願があります：http://wpdev.uservoice.com/forums/110705-app-platform/suggestions/1720049-provide-a-wallpaper-api-to-enable-in-app-setting-o?ref=title
これは、スクリーンタイムアウト（まだできません）を変更する機能と組み合わせることで、望ましい効果が得られます。
私はあなたのスクリーンセーバーの後に、他の情報やレンダリングされた/アニメーション化されたコンテンツが含まれています。これは意味をなさないでしょう。スクリーンセーバーの全体のポイントは、画面を保存することです。
オフにするよりも画面を保存する方がいいですが、モバイルデバイスはこれをうまく処理します。
申し訳ありませんが、スクリーンセーバーの例では混乱していますが、最後のユーザーインタラクションがいつ発生するのかを知る必要があるアプリはスパイウェアになるというClausの反駁です。とにかく、お返事いただきありがとうございます。 +1 – JasonS
ロック画面を変更できたとしても、ユーザーの操作やプロセスにアクセスすることはできません。サードパーティの開発者がその情報を利用できるようにする理由はまったくありません。 –
@ClausJørgensen私はあなたにポイントを取得し、私は同意します。私が言いたいのは、画面をロックするためのアクセス権があれば、非アクティブタイマーを処理してトリガーするデバイスだということです。アプリからのアクセスは必要ありません。 – LukeP
私は他の人が答えることを願っていますが、最後の数語を除いて、あなたが言うすべてを受け入れます。あなたの定義のように、スクリーンセーバーは「原則的に」スパイウェアになります。 – JasonS
最後のアプリケーションやスクリーンセーバーを作るための最後のやりとりを知る必要はありません！また、それを行う方法がないため、他の回答は得られません。無知になってもプラットフォームの基本構造は変わらない。 –
私はプラットホームを知らない（私は、これに関連するAPIを探していて、明らかに見つけられませんでした）、あなたの一般化であなたの嫌悪感は、使用メトリクスが自動的にスパイウェアを意味していると述べています。 – JasonS