(57)【特許請求の範囲】
【請求項１】
コンピューティングデバイスの更新方法であって、
アプリケーションに関連する少なくとも第１と第２のアイコンパネルを設けるステップと、
前記第１と第２のアイコンパネルにおいて、少なくとも一プッシュ通知で受信したコンテンツを、互いに独立に更新するステップと
を有し、
前記更新するステップは、
前記アプリケーションに関連した第１のプッシュ通知であって、更新される前記第１のアイコンパネルの第１の識別子と、前記第１のアイコンパネルに追加されるコンテンツとを含む第１のプッシュ通知を受信するステップと、
前記アプリケーションに関連した第２のプッシュ通知であって、更新される前記第２のアイコンパネルの第２の識別子と、前記第２のアイコンパネルに追加されるコンテンツとを含む第２のプッシュ通知を受信するステップと
を含む、
方法。
【請求項２】
前記第１と第２のアイコンパネルは、前記コンピューティングデバイスのディスプレイ上に配置された実質的に２次元の別々のアイコンである、請求項１に記載の方法。
【請求項３】
前記第１と第２のアイコンパネルは３次元のマルチパネルアイコンのパネルである、
請求項１に記載の方法。
【請求項４】
関連アプリケーションを起動せずに前記第１と第２のアイコンパネルを更新するステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記第２のアイコンパネルを更新されるアイコンパネルとして追加する、ユーザからの選択を受け取るステップと、
前記選択に応じて前記第２のアイコンパネルに識別子をアサインするステップと、
前記アサインされた識別子を、前記アプリケーションをサービスするサードパーティプッシュ通知サーバに送信するステップと
をさらに含む、請求項１に記載の方法。
【請求項６】
前記第１と第２の識別子を、前記アプリケーションに関連したデータベースに記憶するステップと、
前記第１のプッシュ通知を受信したとき、前記アプリケーションを求めて前記データベースにアクセスし、前記第１の識別子が前記アプリケーションに関連するか判断するステップと
をさらに含み、
前記更新は前記第１の識別子が前記アプリケーションに関連すると判断された場合にのみ行われる、
請求項１に記載の方法。
【請求項７】
コンピューティングデバイスに、
アプリケーションに関連する少なくとも第１と第２のアイコンパネルを設けるステップと、
前記第１と第２のアイコンパネルにおいて、少なくとも一プッシュ通知で受信したコンテンツを、互いに独立に更新するステップと
を実行させ、
前記更新するステップは、
前記アプリケーションに関連した第１のプッシュ通知であって、更新される前記第１のアイコンパネルの第１の識別子と、前記第１のアイコンパネルに追加されるコンテンツとを含む第１のプッシュ通知を受信するステップと、
前記アプリケーションに関連した第２のプッシュ通知であって、更新される前記第２のアイコンパネルの第２の識別子と、前記第２のアイコンパネルに追加されるコンテンツとを含む第２のプッシュ通知を受信するステップと
を含む、
コンピュータプログラム。
【請求項８】
携帯電話の更新方法であって、
二以上のダイナミックアイコンパネルを有するアプリケーションを設けるステップと、
前記二以上のダイナミックアイコンパネルに適用するコンテンツ更新を独立に識別する少なくとも一プッシュ通知を受信するステップと、
前記受信した少なくとも一プッシュ通知に応答して、各ダイナミックアイコンパネルに異なるコンテンツが表示されるように、前記二以上のダイナミックアイコンパネルを更新するステップと
を有する、方法。
【請求項９】
携帯電話の更新方法であって、
アプリケーションに関連する複数のダイナミックアイコンであって、それぞれ関連する識別を有する複数のダイナミックアイコンを表示するステップと、
サーバコンピュータから、前記複数のダイナミックアイコンのうちの一つを更新するプッシュ通知であって、更新されるダイナミックアイコンのパネルの識別を含むプッシュ通知を受信するステップと、
前記ダイナミックアイコン識別を含む前記アプリケーションの属性を含むデータベースをチェックするステップと、
どのダイナミックアイコンが前記プッシュ通知と関連するか判断するステップと、
前記プッシュ通知からのコンテンツを前記ダイナミックアイコンにレンダリングするステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、プッシュ通知に関し、具体的には、アイコンの動的更新へのプッシュ通知の利用に関する。
【背景技術】
【０００２】
プッシュ技術は、インターネットベース通信の一形式であり、あるトランザクションに対する要求がパブリッシャまたは中央サーバにより開始されるものである。これとは対照的に、プル技術は、情報送信要求がレシーバまたはクライアントにより開始されるものである。プッシュサービスは、事前に表明された情報選好に基づくことが多い。これはパブリッシュ／サブスクライブモデルと呼ばれることが多い。かかるモデルにおいて、クライアントは様々な情報チャネルをサブスクライブ（subscribe）する。こうしたチャネル上で新しいコンテンツが利用可能であれば、いつでもサーバは情報をユーザにプッシュする。
【０００３】
同時会議とインスタントメッセージはプッシュサービスの典型例である。チャットメッセージ及び時々ファイルは、メッセージングサービスにより受信されると、ユーザにプッシュされる。電子メールも周知のプッシュシステムである。典型的な電子メール構成では、ＳＭＴＰプロトコルがプッシュプロトコルとして用いられる。しかし、メールサーバからデスクトップコンピュータへの最後のステップでは、一般的にＰＯＰ３やＩＭＡＰなどのプルプロトコルを用いる。現在の電子メールクライアントは、メールサーバに繰り返し問い合わせて、頻繁に新しいメールをチェックすることにより、このステップが瞬時に行われるように見せている。
【０００４】
アイコンは、（普通は簡単な絵である）小さいグラフィックシンボルであり、グラフィカルユーザインタフェースにおいてプログラム、コマンド、データファイルなどを示す。例えば、アイコンはアプリケーション（例えば、マイクロソフト（登録商標）ワード（登録商標））の起動に用いることができる。ダイナミックアイコンも知られている。例えば、ダイナミックアイコンは、更新し、変更し、動かすことができるアイコンである。しかし、アイコンは小さく、ダイナミックアイコン上に表示できる情報量は限られている。
【発明の概要】
【課題を解決するための手段】
【０００５】
本欄では、発明の詳細な説明で詳しく説明するコンセプトの一部を選んで、簡単に説明する。本欄は、特許を請求する主題の重要な特徴や本質的な特徴を特定するものではなく、特許を請求する主題の範囲を限定するものでもない。
【０００６】
本願は、複数のアイコンパネルを動的に更新するのに使えるプッシュ通知に関する。例えば、プッシュ通知を用いて、同じアプリケーションに関連する２以上のアイコンパネル、または３次元アイコンの２以上のパネル（すなわち、サイド）を更新できる。
【０００７】
一実施形態では、別々のプッシュ通知を用いて、パネル上のコンテンツを独立に更新できる。あるいは、複数のパネルを別々に特定する１回のプッシュ通知を用いることもできる。
【０００８】
他の一実施形態では、ユーザが、プッシュ通知を用いて更新されるパネルをアサインする設定を選択できる。サードパーティのサーバは、そのパネルの特定に関して自動的に通知され、その後のプッシュ通知に識別情報を組み込むことができる。
【０００９】
本発明の上記の及びその他の目的、特徴、及び効果は、添付した図面を参照して以下の詳細な説明を読めば、明らかとなるであろう。
【図面の簡単な説明】
【００１０】
【図１】複数のダイナミックアイコンパネルの更新に使える携帯電話の一例である。
【図２】複数のダイナミックアイコンパネルの更新に使われるシステム図の一実施形態である。
【図３】ユーザが更新されるパネルをアサインするところを示す一実施形態である。
【図４】複数のパネルを更新でき、ユーザがアクティブにアイコンを回転する３次元ダイナミックアイコンの一実施形態を示す図である。
【図５】回転後の、異なるパネルが見えている、図４の３次元アイコンを示す図である。
【図６】２次元表示の図４の異なるパネルと、各パネルの識別を示す関連データベースとを示す図である。
【図７】複数のパネルを独立に更新する方法を示すフローチャートである。
【図８】プッシュ通知受信後の方法を示すフローチャートである。
【図９】パネルをアサインする方法を示すフローチャートである。
【図１０】更新をネットワーク環境に拡張できる一実施形態を示す図である。
【発明を実施するための形態】
【００１１】
図１は、１０２で示すオプションの様々なハードウェアコンポーネントとソフトウェアコンポーネントとを含むモバイルデバイス１００の一例を示すシステム図である。モバイルデバイスのコンポーネント１０２は、他のコンポーネントと通信できるが、図示を容易にするため、すべての接続は示していない。モバイルデバイスは、どんなコンピューティングデバイス（例えば、セルラ電話、スマートフォン、ハンドヘルドコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）など）であってもよく、セルラネットワークや衛星ネットワークなどの一以上のモバイル通信ネットワーク１０４と無線双方向通信をできる。
【００１２】
図示したモバイルデバイス１００は、信号コーディング、データ処理、入出力処理、パワーコントロール、及び／またはその他の機能などのタスクを実行するコントローラまたはプロセッサ１１０（例えば、信号プロセッサ、マイクロプロセッサ、ＡＳＩＣ、その他の制御・処理論理回路）を含む。オペレーティングシステム１１２は、コンポーネント１０２のアロケーションと利用を制御し、一以上のアプリケーションプログラム１１４をサポートする。オペレーティングシステムは、以下に説明するように、単一アプリケーションに関連する複数のダイナミックアイコンを表示するプッシュクライアントサービスを含み得る。アプリケーションプログラムは、共通のモバイルコンピューティングアプリケーション（例えば、電子メールアプリケーション、カレンダー、コンタクトマネージャ、ウェブブラウザ、メッセージングアプリケーション）や、その他の任意のコンピューティングアプリケーションを含み得る。
【００１３】
図示したモバイルデバイス１００は、メモリ１２０を含む。メモリ１２０は、非リムーバブルメモリ１２２及び／またはリムーバブルメモリ１２４を含み得る。非リムーバブルメモリ１２２はＲＡＭ、ＲＯＭ、フラッシュメモリ、ハードディスク、その他の周知のメモリ記憶技術を含む。リムーバブルメモリ１２４は、フラッシュメモリやＳＩＭ（Subscriber  Identity  Module）カードを含む。これらはＧＳＭ（登録商標）通信システムでは周知である。または、「スマートカード」などの、その他の周知のメモリ記憶技術を含む。メモリ１２０は、オペレーティングシステム１１２とアプリケーション１１４を実行するデータ及び／またはコードを記憶するのに使える。データの例には、一以上の有線または無線ネットワークを介して一以上のネットワークサーバまたはその他のデバイスとの間で送受信する、ウェブページ、テキスト、画像、サウンドファイル、ビデオデータ、またはその他のデータセットを含む。メモリ１２０は、ＩＭＳＩ（International  Mobile  Subscriber  Identity）などのサブスクライバ識別子と、ＩＭＥＩ（International  Mobile  Equipment  Identifier）などの装置識別子とを記憶するのに用いることができる。かかる識別子は、ユーザと装置を識別するために、ネットワークサーバに送信される。
【００１４】
モバイルデバイス１００は、タッチスクリーン１３２、マイクロホン１３４、カメラ１３６、物理的キーボード１３８及び／またはトラックボール１４０などの一以上の入力デバイス１３０と、スピーカ１５２やディスプレイ１５４などの一以上の出力デバイス１５０とをサポートする。他の出力デバイス（図示せず）は、圧電型またはその他の触覚出力デバイスを含んでいてもよい。デバイスによっては、２以上の入出力機能を有していてもよい。例えば、タッチスクリーン１３２とディスプレイ１５４を結合して、単一の入出力デバイスにしてもよい。
【００１５】
無線モデム１６０は、当該技術分野で周知のように、アンテナ（図示せず）に結合し、プロセッサ１１０と外部デバイスとの間の双方向通信をサポートできる。モデム１６０は、総称的に示しており、モバイル通信ネットワーク１０４と通信するセルラモデム、及び／または他の無線ベースモデム（例えば、ブルートゥースやＷｉＦｉ）を含み得る。無線モデム１６０は、一般的には、単一のセルラネットワーク内での、セルラネットワーク間での、またはモバイルデバイスとＰＳＴＮ（public  switched  telephone  network）間でのデータ及び音声通信用の、ＧＳＭネットワークなどの一以上のセルラネットワークと通信するように構成されている。
【００１６】
モバイルデバイスは、さらに、少なくとも１つの入出力ポート１８０、パワーサプライ１８２、ＧＰＳ（Global  Positioning  System）レシーバ等の衛星ナビゲーションシステムレシーバ１８４、加速度計１８６、及び／または物理的コネクタ１９０（ＵＳＢポート、ＩＥＥＥ１３９４（Fire  Wire）ポート、及び／またはＲＳ−２３２ポート）を含んでいてもよい。例示したコンポーネント１０２は、必須のものではなく、すべてが含まれていなくてもよく、任意のコンポーネントを削除して、他のコンポーネントを付加してもよい。
【００１７】
図２は、プッシュ通知に用いることができるシステムの一実施形態を示す。サードパーティサーバ２１０は、携帯電話２２０で利用できるアプリケーションと関連していてもよい。サードパーティサーバ２１０は、携帯電話プッシュ通知サーバ２３０を介してメッセージを送信できる。プッシュ通知サーバ２３０は、周知のように、単に、適当な携帯電話にプッシュ通知を転送するだけである。携帯電話２２０のオペレーティングシステム２４０は、プッシュ通知を受信するプッシュ通知クライアントを含む。プッシュ通知は、一般的に、なかんずく、パネルの識別と更新されるコンテンツとを含む。パネルは、一般的にはダイナミックアイコンが関連している。プッシュ通知クライアントはデータベース２５０（携帯電話にローカルに配置されていてもよい）をチェックして、識別が携帯電話のダイナミックアイコンパネルと一致するか判断する。ダイナミックアイコンパネルは、典型的には、３次元回転できない、または回転可能な３次元画像の２次元部分である実質的に２次元のパネルとして表示される。一致すると、プッシュ通知クライアントはアプリケーションプログラミングインタフェース（ＡＰＩ）２６０を呼んで、コンテンツをパネルにレンダリングする。
【００１８】
図３は、一アプリケーションに関連する複数のパネルがどのようにアサインされるかを示す一例である。携帯電話で実行されているお天気アプリケーションに関連するユーザインタフェースウィンドウ３１０の一例を用いて、パネルのアサインに関するユーザ入力を受け取ることができる。３２０で示したように、ユーザは、ポートランドなどの都市に関連するボタンを選択して、アサインメント（assignment）を生成する。アサインメントが生成されると、パネルが、例えばパネル３３０が、ユーザインタフェースのデフォルト画面（ホーム画面やスタート画面と呼ばれることもある）に付加される。また、データベース３４０を更新して、新しいパネル、すなわち３６０で示した関連アプリケーションにリンクされた識別３５０をアサインする。リンクは、データベース中のサブフィールド、メタデータ、アプリケーションのプロパティなどであってもよい。新しいパネルを識別して関連アプリケーションにリンクするのに使える多くの異なる方法がある。３７０に示したように、データベース情報をサードパーティサーバに送信して、サードパーティサーバが識別情報をプッシュ通知で用いることができるようにできる。例えば、サードパーティサーバがポートランドのお天気アップデートを発行したとき、識別３５０を用いてポートランドパネル３３０を独立に更新することができる。第２のパネル３８０も、同じアプリケーション３６０に関連しているが、識別３９０を有する。両パネル３３０と３８０は、独立のコンテンツを有し、別の時に別のコンテンツで更新することもできる。このように、プッシュ通知サーバは、ダイナミックアイコンパネルを独立に更新できる。
【００１９】
図４は、携帯電話４３０のデフォルト画面４２０上の３次元ダイナミックアイコン４１０の一例である。３次元ダイナミックアイコン４１０は、アイコンを回転した時に見える複数のパネルを含む。３次元アイコンは、立方体として示したが、円筒形やその他の３次元幾何学形状など他の形であってもよく、ダイナミックパネルはその３次元形状の面である。矢印４４０で示したように、ユーザは、３次元ダイナミックアイコン４１０を回転するため、携帯電話のタッチスクリーンで指をスライドできる。現在、シアトルを表示するパネル４５０が表示されている。
【００２０】
図５は、３次元アイコン４１０を示し、回転後にパネル５００が表示されたところを示している。パネル５００は、図４のパネル４５０とは異なるコンテンツが表示されている。実際、アプリケーションに関連する各パネルは、異なるコンテンツを有し、独立して更新するため、プッシュ通知により独立に識別され得る。ここに説明する実施形態のどれでも、いくつのパネルでも単一のアプリケーションと関連できる。
【００２１】
図６は、２次元オブジェクト６００に展開され、すべてのパネル６１０が表示された３次元アイコン４１０を示す。パネルはパネルＡ−Ｆとしてラベル付けされている。対応するデータベース６２０が、識別がアサイン（assign）された、一般的に６３０で示した各パネルとともに示されている。識別６３０は関連アプリケーション６４０にリンクされている。ドット６５０で示したように、他のアプリケーション、例えば６６０で示したアプリケーションも、それに関連した独立に更新できる複数のパネルを有するダイナミックアイコンを有する。
【００２２】
図７は、アプリケーションの複数のパネルを独立に更新する方法を示すフローチャートである。処理ブロック７１０において、少なくとも第１と第２のアイコンパネルは、単一のアプリケーションと関連している。処理ブロック７２０において、少なくとも１つのプッシュ通知を受信し、第１のパネルと第２のパネルを更新する。プッシュ通知は、各パネルを独立に識別する２つの別々の識別子を有する単一のプッシュ通知でもよいし、各パネルのコンテンツを別々に更新する別々のプッシュ通知（例えば、第１と第２のプッシュ通知）であってもよい。処理ブロック７３０において、第１と第２のパネルのコンテンツは、独立に更新される。
【００２３】
図８は、複数のパネルコンテンツの独立した更新をいかに実施するか、その詳細をさらに示す方法の一実施形態を示すフローチャートである。処理ブロック８１０において、プッシュ通知を受信すると、データベースにアクセスする。例えば、プッシュ通知に関連したチャネルに応じて、データベース中のアプリケーションを検索することにより、アプリケーションの関連フィールドにアクセスすることができる。処理ブロック８２０において、プッシュ通知に関連した識別子がそのプッシュ通知から取り出され、データベース中のサブフィールドと比較され、プッシュ通知中の識別子に一致する識別子がデータベースにあるか判断される。判断ブロック８３０において、一致すれば、プッシュ通知に与えられたコンテンツをレンダリングするため、ＡＰＩを呼び出す（処理ステップ８４０）。一致しなければ、そのプッシュ通知は無視される（処理ブロック８５０）。
【００２４】
図９は、ダイナミックパネルをユーザインタフェースに付加する方法の一実施形態を示すフローチャートである。処理ブロック９１０において、コンテンツをダイナミックアイコンのパネルの１つにアサインする、またはダイナミックアイコンをディスプレイに追加するユーザ入力を受け取る。ユーザ入力の例としては、ユーザの、アプリケーションに関連するコンテンツ更新の選択がある。処理ブロック９２０において、ユーザインタフェースに自動的にパネルが追加される。パネルは２次元ダイナミックアイコンでもよいし、３次元回転可能ダイナミックアイコンの一パネルでもよい。処理ブロック９３０において、パネル識別が、データベースに、アプリケーションに関連するエントリーとして追加される。パネル識別は、ユーザインタフェースに追加されたパネルを識別または指示するものである。処理ブロック９４０において、パネル識別が、アプリケーションに関連するサードパーティサーバに送信される。このように、サードパーティサーバは、ダイナミックパネルのコンテンツを更新したいとき、パネル識別を用いて更新できる。
【００２５】
図１０は、説明した実施形態、方法、及び技術を実施できる好適な実施環境１０００を一般化した一例を示す。
【００２６】
環境例１０００では、様々なタイプのサービス（例えば、コンピューティングサービス）がクラウド１０１０により提供される。例えば、クラウド１０１０は、インターネットなどのネットワークを介して接続された様々なタイプのユーザとデバイスにクラウドベースのサービスを提供する、集中的に配置されたまたは分散配置されたコンピューティングデバイス１０３０，１０４０，１０５０を有する。実施環境１０００を異なる方法で用いて、コンピューティングタスクを実現することができる。例えば、あるタスク（例えば、ユーザ入力の処理やユーザインタフェースの提示）はローカルコンピューティングデバイス（例えば、接続されたデバイス１０３０，１０４０，１０５０）上で実行でき、他のタスク（例えば、後処理で用いるデータの記憶）はクラウド１０１０において実行できる。例えば、パネル識別を有するデータベースはクラウド１０００に格納することができる。また、接続されたデバイスがすべて、同様のダイナミックアイコンを含む同様のユーザインタフェースを有するように、すべてのコンテンツ更新をクラウドから行い、すべてのデバイスに提供してもよい。
【００２７】
環境例１０００において、クラウド１０１０は、接続されたデバイス１０３０，１０４０，１０５０に、様々な画面機能のサービスを提供する。接続されたデバイス１０３０は、コンピュータ画面１０３５（例えば、中間サイズ画面）を有するデバイスを表す。例えば、接続されたデバイス１０３０は、デスクトップコンピュータ、ラップトップ、ノートブック、ネットブックなどのパーソナルコンピュータである。接続されたデバイス１０４０は、モバイルデバイス画面１０４５（例えば、小型サイズ画面）を有するデバイスを表す。例えば、接続されたデバイス１０４０は、携帯電話、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピュータなどである。接続されたデバイス１０５０は、大型画面１０５５を有するデバイスを表す。例えば、接続されたデバイス１０５０は、テレビジョン画面（例えば、スマートテレビジョン）であっても、テレビジョンに接続された他のデバイス（例えば、セットトップボックスやゲーム機）などであってもよい。接続されたデバイス１０３０，１０４０，１０５０のうち一以上は、タッチスクリーン機能を含んでいてもよい。タッチスクリーンは異なる方法での入力を受けることができる。例えば、容量型タッチスクリーンは、物体（例えば、指先やスタイラス）が、表面に流れている電流を歪めたり中断したりした時に、タッチ入力を検出する。他の一例として、タッチスクリーンは、光センサを用いて、光センサからのビームが中断された時に、タッチ入力を検出する。タッチスクリーンにより入力が検出されるには、スクリーン表面との物理的接触は必要ない。スクリーン機能を有さないデバイスも、環境例１０００で用いることができる。例えば、クラウド１０１０は、ディスプレイを有さない一以上のコンピュータ（例えば、サーバコンピュータ）にサービスを提供できる。
【００２８】
サービスは、クラウド１０１０により、サービスプロバイダ１０２０を通して、または他のオンラインサービス（図示せず）のプロバイダを通して提供できる。例えば、クラウドサービスは、接続されたデバイス（例えば、接続されたデバイス１０３０，１０４０，１０５０）の画面サイズ、ディスプレイ機能、及びタッチスクリーン機能に合わせてカスタマイズできる。
【００２９】
環境例１０００において、クラウド１０１０は、少なくとも部分的にサービスプロバイダ１０２０を用いて、様々な接続されたデバイス１０３０，１０４０，１０５０に、ここに説明した技術とソリューションを提供する。例えば、サービスプロバイダ１０２０は、様々なクラウドベースサービスに、集中的ソリューションを提供できる。サービスプロバイダ１０２０は、ユーザ及び／またはデバイス（例えば、接続されたデバイス１０３０，１０４０，１０５０及び／またはそのユーザ）のサービスサブスクリプションを管理できる。
【００３０】
説明を容易にするために、開示した方法の動作は具体的な順序で説明したが、言うまでもなく、特に断らない限り、このような説明は、並べ替えをも含むものである。例えば、順番に説明した動作は、場合によっては、並べ替えても、同時に実行してもよい。さらに、単純化するため、添付した図面は、開示の方法を他の方法と共に用いることができる様々な方法は示していない。
【００３１】
開示の方法はどれも、一以上のコンピュータ読み取り可能記憶媒体に記憶されたコンピュータ実行可能命令として実施でき、コンピュータ上で実行できる。コンピュータ読み取り可能記憶媒体は、例えば、一以上の光媒体ディスク、揮発性メモリコンポーネント（ＤＲＡＭやＳＲＡＭなど）、または不揮発性メモリコンポーネント（ハードディスクドライブなど）などの非一時的コンピュータ読み取り可能媒体などである。コンピュータは、例えば、コンピューティングハードウェアを含むスマートフォンやその他のモバイルデバイスを含む、市販のコンピュータなどである。開示の方法を実施するコンピュータ実行可能命令、及び開示の実施形態の実施中に作成及び使用されるデータは、一以上のコンピュータ読み取り可能媒体（例えば、非一時的コンピュータ読み取り可能媒体）に記憶できる。コンピュータ実行可能命令は、例えば、専用ソフトウェアアプリケーション、またはウェブブラウザやその他のソフトウェアアプリケーションを介してアクセスまたはダウンロードするソフトウェアアプリケーションの一部であってもよい。かかるソフトウェアは、例えば、単一のローカルコンピュータ（例えば、市販の好適なコンピュータ）で、ネットワーク環境（例えば、インターネット、広域ネットワーク、ローカルエリアネットワーク、（クラウドコンピューティングネットワークなどの）クライアントサーバネットワーク、その他のネットワーク）で実行できる。
【００３２】
明確にするため、ソフトウェアベースの実施の、ある側面のみを説明した。本技術分野で周知であるその他の詳細は省略した。例えば、言うまでもなく、開示の技術は特定のコンピュータ言語やプログラムに限定されない。例えば、開示の技術は、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｐｅｒｌ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ａｄｏｂｅ  Ｆｌａｓｈ、その他の好適なプログラミング言語で書かれたソフトウェアにより実施できる。同様に、開示の技術は特定のコンピュータやハードウェアのタイプには限定されない。好適なコンピュータとハードウェアの詳細は周知であり、この開示で詳細に説明する必要はない。
【００３３】
さらに、（例えば、コンピュータに開示の方法を実行させるコンピュータ実行可能命令を有する）どんなソフトウェアベースの実施形態も、好適な通信手段を通してアップロード、ダウンロード、またはリモートアクセスできる。かかる好適な通信手段には、例えば、インターネット、ワールドワイドウェブ、イントラネット、ソフトウェアアプリケーション、ケーブル（光ファイバケーブルを含む）、磁気通信、電磁通信（ＲＦ、マイクロ波、及び赤外線通信を含む）、電子通信、その他の好適な通信手段を含む。
【００３４】
開示の方法、装置、及びシステムは、いかなる方法でも限定として解してはならない。そうではなく、本開示は、様々な開示の実施形態のすべての新規かつ非自明な特徴と態様に、単独で、及び他のものとの様々な組合せてたものに関する。開示の方法、装置、及びシステムは、特定の態様、特徴、またはその組合せに限定されず、また開示の実施形態は、一以上の効果があることや問題が解決されることを要しない。
【００３５】
開示の発明の原理を適用できる多くの実施形態を考慮して、言うまでもなく、例示の実施形態は単に本発明の好ましい実施例に過ぎず、本発明の範囲を限定するものと取ってはならない。むしろ、本発明の範囲は下記の特許請求の範囲により画定される。それゆえ、これらのクレームの範囲内に入るものはすべて我々の発明として請求する。
【図１】
0006022540.tif 000002
【図２】
0006022540.tif 000003
【図３】
0006022540.tif 000004
【図４】
0006022540.tif 000005
【図５】
0006022540.tif 000006
【図６】
0006022540.tif 000007
【図７】
0006022540.tif 000008
【図８】
0006022540.tif 000009
【図９】
0006022540.tif 000010
【図１０】
0006022540.tif 000011