(57)【要約】【課題】本開示は、強化されたウィジェットアーキテクチャに関連する。【解決手段】加入要求が、ウィジェットから同報通信情報源に送信され、それによって、セッションを確立する、強化されたウィジェットアーキテクチャである。前記加入要求は、前記ウィジェット及びコンテンツを特定する。加入は、前記加入要求をベースとして、前記同報通信情報源で登録されるとともに、サービスコールは、前記同報通信情報源で登録されている加入をベースとして、前記ウィジェットから、前記同報通信情報源に送信され、前記サービスコールは、前記同報通信情報源のコンテンツに関連付けられた履歴データのクエリを実施する。前記履歴データは、前記ウィジェットで受信され、前記コンテンツに関連された更新データは、前記同報通信情報源で受信されるとともに、前記更新データは、前記同報通信情報源で登録されている加入をベースとして、前記同報通信情報源から反復的に送信される。【選択図】図１
2008293502.tif 000002
【特許請求の範囲】
【請求項１】
ウィジェットから同報通信情報源に、前記ウィジェット及びコンテンツを特定する加入要求を送信し、それによってセッションを確立する段階と、
前記加入要求をベースとして、前記同報通信情報源で加入を登録する段階と、
前記同報通信情報源で登録されている加入をベースとして、前記ウィジェットから前記同報通信情報源に、前記同報通信情報源で前記コンテンツに関連付けられた履歴データのクエリを実施するサービスコールを送信する段階と、
前記履歴データを前記ウィジェットで受信する段階と、
前記同報通信情報源で、前記コンテンツに関連付けられた更新データを受信する段階と、
前記同報通信情報源で登録されている加入をベースとして、前記同報通信情報源から前記更新データを反復的に送信する段階と、
前記同報通信情報源で、前記更新データが前記ウィジェットによって受信成功したかどうかを反復的に判定する段階と、
前記セッションの停止時に、又は、加入解除要求の受信時に、前記更新データが前記ウィジェットで受信成功しなかったと判定したことをベースとして、前記同報通信情報源で前記加入を登録解除する段階と、
前記ウィジェットで、前記履歴データ及び前記更新データを出力する段階と、
を具備することを特徴とする方法。
【請求項２】
前記履歴データが前記同報通信情報源に格納されているかどうかを判定する段階をさらに具備し、
前記履歴データが前記同報通信情報源に格納されていると判定したことをベースとして、前記ウィジェットから前記同報通信情報源に前記加入要求が送信されることを特徴とする請求項１に記載の方法。
【請求項３】
ユーザの前記コンテンツの選択を受信する段階をさらに具備し、
前記コンテンツの前記ユーザの選択を受信したことをベースとして、前記加入要求が前記同報通信情報源に送信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記同報通信情報源は、バックエンドアプリケーションであることを特徴とする請求項１に記載の方法。
【請求項５】
前記履歴データ又は前記更新データは、販売データ又は関係管理データであることを特徴とする請求項１に記載の方法。
【請求項６】
前記ウィジェットによって前記セッションを停止する段階をさらに具備することを特徴とする請求項１に記載の方法。
【請求項７】
前記ウィジェットから前記同報通信情報源に加入解除要求を送信する段階をさらに具備することを特徴とする請求項１に記載の方法。
【請求項８】
前記加入要求は、前記ウィジェットのインターネットプロトコル（ＩＰ）アドレスをベースとして、前記ウィジェットを特定することを特徴とする請求項１に記載の方法。
【請求項９】
前記ウィジェットで、前記同報通信情報源からの前記更新データの送信をリスンする段階をさらに具備することを特徴とする請求項１に記載の方法。
【請求項１０】
所定の基準を満足するレコードを公開情報源でクエリする段階と、
前記公開情報源から前記所定の基準を満足するレコードの一覧を受信する段階と、
をさらに具備し、
前記レコードの一覧は前記コンテンツを具備することを特徴とする請求項１に記載の方法。
【請求項１１】
前記公開情報源は、経済市場情報源又はニュース情報源であることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記所定の基準は、株式市場メトリックを具備することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記コンテンツは、会社を特定するとともに、前記所定の基準は、毎日の値上がり上位株式、毎日の値下がり上位株式、上位株式取引額、上位株式取引出来高、又は上位株式取引出来高比率を具備することを特徴とする請求項１２に記載の方法。
【請求項１４】
ウィジェットから、前記ウィジェット及びコンテンツを特定する加入要求を受信し、それによってセッションを確立する段階と、
前記加入要求をベースとして加入を登録する段階と、
登録されている加入をベースとして、前記ウィジェットから、前記コンテンツに関連付けられた履歴データのクエリを実施するサービスコールを受信する段階と、
前記ウィジェットに前記履歴データを送信する段階と、
前記コンテンツに関連付けられた更新データを受信する段階と、
登録されている加入をベースとして、前記ウィジェットに前記更新データを反復的に送信する段階と、
前記更新データが前記ウィジェットによって受信成功したかどうかを反復的に判定する段階と、
前記セッションの停止時に、又は加入解除要求の受信時に、前記更新データを前記ウィジェットで受信成功しなかったと判定したことをベースとして前記加入を登録解除する段階と、
を具備することを特徴とする方法。
【請求項１５】
ウィジェットであり、
−  前記ウィジェット及びコンテンツを特定する加入要求を送信し、
−  登録されている加入をベースとして、前記コンテンツに関連付けられた履歴データのクエリを実施するサービスコールを送信し、
−  前記ウィジェットで前記履歴データを受信し、
−  前記ウィジェットで、前記履歴データ及び更新データを出力するように、
構成されたウィジェットと、  
−  前記加入要求を受信し、それによってセッションを確立し、
−  前記加入要求をベースとして前記加入を登録し、
−  前記サービスコールを受信し、
−  前記コンテンツに関連付けられた前記更新データを受信し、
−  登録されている加入をベースとして、前記更新データ源を反復的に送信し、
−  前記更新データが、前記ウィジェットで受信成功したかどうかを反復的に決定し、かつ、
−  前記セッションの停止時に、又は加入解除要求の受信時に、前記更新データを前記ウィジェットで受信成功しなかったと判定したことをベースとして前記加入を加入解除するように、
構成された同報通信情報源と、
を具備することを特徴とするシステム。
【請求項１６】
機械読み取り可能ストレージメディア内に有形なものとして具体化されたコンピュータプログラム製品であり、
機械によって読み込まれたときに、データ処理装置に、
ウィジェットから、前記ウィジェット及びコンテンツを特定する加入要求を受信し、それによってセッションを確立し、
前記加入要求をベースとして加入を登録し、
登録されている加入をベースとして前記ウィジェットから、前記コンテンツに関連付けられた履歴データのクエリを実施するサービスコールを受信し、
前記ウィジェットに前記履歴データを送信し、
前記コンテンツに関連付けられた更新データを受信し、
登録されている加入をベースとして、前記ウィジェットに前記更新データを反復的に送信し、
前記更新データが、前記ウィジェットで受信成功したかどうかを反復的に決定し、かつ、
前記セッションの停止時に、又は加入解除要求の受信時に、前記更新データを前記ウィジェットで受信成功しなかったと判定したことをベースとして前記加入を加入解除する、
ように動作させる命令を具備することを特徴とするコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般的に、コンピュータアプリケーションに関連するとともに、少なくとも１つの具体的な実装は、強化されたウィジェットアーキテクチャに関連する。
【背景技術】
【０００２】
ウィジェット（又はガジェット）は、インターネットから情報を引き出すとともにそれを有用な仕方で表示することによって、又は、企業内システム又は公開システムに情報を書き込むように、ユーザにサービスを提供する会話型デスクトップアプレットである。この情報は、例えば、現在のニュース又は天気、辞書定義、マップ、タスク又はリマインダデータ、又は言語翻訳されたコンテンツであっても良い。
【０００３】
ウィジェットエンジンは、ウィジェットの基礎になる機能を提供するホストアプリケーションである。良く知られたウィジェットエンジンは、ＹＡＨＯＯ！（登録商標）ウィジェットエンジン、ＳｐｒｉｎｇＷｉｄｇｅｔウィジェットエンジン、カプセルウィジェットエンジン、ＧＯＯＧＬＥ  ＤＥＳＫＴＯＰ（登録商標）ウィジェットエンジン、ＫＬＩＰＦＯＬＩＯ（登録商標）ウィジェットエンジン、及びＷＩＮＤＯＷＳ  ＶＩＳＴＡ（登録商標）ガジェットエンジンを具備する。
【発明の開示】
【課題を解決するための手段】
【０００４】
１つの一般的な実装によると、加入要求がウィジェットから同報通信情報源に送信され、それによって、セッションを確立し、前記加入要求は、前記ウィジェット及びコンテンツを特定する。加入は、前記加入要求をベースとして、前記同報通信情報源に登録されるとともに、前記同報通信情報源で登録されている前記加入をベースとして、サービスコールが前記ウィジェットから前記同報通信情報源に送信され、前記サービスコールは、前記同報通信情報源で前記コンテンツに関連付けられた履歴データのクエリを実施する。履歴データが、ウィジェットで受信され、前記コンテンツと関連付けられた更新データが、同報通信情報源で受信され、及び、前記更新データは、前記同報通信情報源で登録されている加入をベースとして、前記同報通信情報源から反復的に送信される。前記更新データをウィジェットによって受信成功したかどうかを、前記同報通信情報源で反復的に判定するとともに、前記更新データが、前記ウィジェットで受信成功していないという判定をベースとして、前記セッションの停止時に、又は、加入解除要求の受信時に、前記加入を、前記同報通信情報源で加入解除する。履歴データ及び前記更新されたデータは、前記ウィジェットで出力される。
【０００５】
実装は、次の機能の１つ又は複数を具備しても良い。例えば、前記履歴データが前記同報通信情報源に格納されているかの判定を行っても良く、又は、前記加入要求は、前記履歴データが前記同報通信情報源に格納されていることの判定をベースとして、前記ウィジェットから前記同報通信情報源に送信されても良い。前記コンテンツのユーザ選択が受信されても良く、ここで、前記加入要求は、前記コンテンツのユーザ選択の受信をベースとして、前記同報通信情報源に送信されても良い。前記同報通信情報源は、バックエンドアプリケーションであっても良い。前記履歴データ又は前記更新データは、販売データ又は関係管理データであっても良い。前記セッションは、前記ウィジェットによって停止されても良い。又は、前記加入解除要求は、前記ウィジェットから前記同報通信情報源に送信されても良い。
【０００６】
前記加入要求は、前記ウィジェットのインターネットプロトコル（ＩＰ）アドレスをベースとして、前記ウィジェットを特定しても良い。前記同報通信情報源からの前記更新データの送信は、前記ウィジェットでリスンされても良い。前記公開情報源は、経済市場情報源、又は、ニュース情報源であっても良く、又は、前記所定基準は、株式市場メトリックを具備しても良い。前記コンテンツは、会社を特定しても良く、前記所定基準は、毎日の値上がり上位株式、毎日の値下がり上位株式、上位株式取引額、上位株式取引出来高、又は、上位株式取引出来高比率を具備しても良い。
【０００７】
他の一般的な実装によると、加入要求は、ウィジェットから受信され、それによって、セッションを確立し、前記加入要求は、前記ウィジェット及びコンテンツを特定し、前記加入要求をベースとして加入を登録するとともに、登録されている前記加入をベースとして、サービスコールを前記ウィジェットから受信し、前記サービスコールは、前記コンテンツに関連付けられた履歴データのクエリを実施する。前記履歴データは、前記ウィジェットに送信され、前記コンテンツに関連付けられた更新データが受信されるとともに、前記更新データは、登録されている加入をベースとして、前記ウィジェットに反復的に送信される。前記更新データが、前記ウィジェットによって受信成功したかどうかを反復的に判定するとともに、前記加入は、前記更新データを前記ウィジェットで受信成功しなかったことの判定をベースとして、前記セッションの停止時に、又は加入解除要求の受信時に加入解除されても良い。
【０００８】
他の一般的な実装によると、システムは、ウィジェット及び同報通信情報源を具備する。前記ウィジェットは、加入要求を送信し、登録されている加入をベースとしてサービスコールを送信し、履歴データを前記ウィジェットで受信するとともに、前記履歴データ及び更新データを前記ウィジェットで出力するように構成され、前記加入要求は、前記ウィジェット及びコンテンツを特定し、前記サービスコールは、前記コンテンツに関連付けられた履歴データのクエリを実施する。前記同報通信情報源は、前記加入要求を受信するように構成され、それによって、セッションを確立し、前記加入要求をベースとして前記加入を登録するとともに、前記サービスコールを受信する。前記同報通信情報源は、前記コンテンツに関連付けられた前記更新データを受信し、登録されている前記加入をベースとして、前記更新データ源を反復的に送信し、前記更新データが前記ウィジェットによって受信成功したかどうかを反復的に決定するとともに、前記セッションの停止時に、又は、加入解除要求の受信時に、前記更新データが、前記ウィジェットで受信成功しなかったと判定したことをベースとして、前記加入を加入解除するように、さらに構成されている。
【０００９】
他の一般的な実装によると、コンピュータプログラム製品は、機械読み取り可能ストレージメディアに有形なものとして具体化される。前記コンピュータプログラム製品は、機械によって読み込まれたときに、データ処理装置に、ウィジェットから加入要求を受信させ、それによって、セッションを確立させ、前記加入要求をベースとして加入を登録させるとともに、登録されている前記加入をベースとして前記ウィジェットからサービスコールを受信させるように動作する命令を具備し、前記加入要求は、前記ウィジェット及びコンテンツを特定し、前記サービスコールは、前記コンテンツに関連付けられた履歴データのクエリを実施する。前記コンピュータプログラム製品は、前記データ処理装置に前記履歴データを前記ウィジェットに送信し、前記コンテンツに関連付けられた更新データを受信し、登録されている加入をベースとして、前記更新データを前記ウィジェットに反復的に送信し、前記更新データを前記ウィジェットによって受信成功したかどうかを反復的に決定し、前記セッションの停止時に、又は加入解除要求の受信時に、前記更新データを前記ウィジェットで受信成功しなかったと判定したことをベースとして、前記加入を加入解除させるように動作する命令をさらに具備する。
【００１０】
１つ又は複数の実装の詳細は、以下の添付図面及び説明内で説明される。他の潜在的な本開示の機能及び利点は、説明及び図面、及び特許請求の範囲から明白になる。
【００１１】
全体を通して、同様の引用番号は、対応する部分を示す。
【発明を実施するための最良の形態】
【００１２】
図１は、ウィジェットを実行又は起動するコンピュータ１０１と、同報通信情報源１０２と、公開情報源１０４とを具備する実施例システム１００の外観を図示する。全ては、ネットワーク１０６を使用して接続されている。簡潔にいうと、ウィジェットは、加入要求を送信し、登録されている加入をベースとしてサービスコールを送信し、前記ウィジェットで履歴データを受信するとともに、前記履歴データ及び更新データを前記ウィジェットで出力するように構成され、前記加入要求は、前記ウィジェット及びコンテンツを特定し、前記サービスコールは、前記コンテンツに関連付けられた履歴データのクエリを実施することを特徴とする。同報通信情報源１０２は、前記加入要求を受信し、それによって、セッションを確立し、前記加入要求をベースとして前記加入を登録し、前記サービスコールを受信するように構成されている。同報通信情報源１０２は、前記コンテンツに関連付けられた更新データを受信し、登録された加入をベースとして、前記更新データ源を反復的に送信し、前記ウィジェットによって前記更新データが受信成功したかどうかを反復的に決定し、及び前記セッションの停止時に、又は加入解除要求の受信時に、前記更新データを前記ウィジェットで受信成功しななかったと判定したことをベースとして、前記加入を加入解除するようにさらに構成されている。
【００１３】
より詳細には、コンピュータ１０１のハードウェア環境は、ユーザにテキスト及び画像を表示するためのディスプレイモニタ１０８と、テキストデータ及びユーザコマンドをコンピュータ１０１に入力するためのキーボード１０９と、ディスプレイモニタ１０８上に表示されたオブジェクトを指示、選択及び操作するためのマウス１１０と、固定ディスクドライブ１１１と、リムーバブルディスクドライブ１１２と、テープドライブ１１４と、ハードコピー出力デバイス１１５と、コンピュータネットワーク接続１１６と、ディジタル入力デバイス１１７と、を具備する。
【００１４】
ディスプレイモニタ１０８は、コンピュータ１０１で使用されるソフトウェアアプリケーションと同様、コンピュータ１０１を動作するのに必要なオペレーティングシステムプログラムのユーザインターフェースを具備するグラフィクス、画像及びテキストを表示する。ユーザは、コンピュータオペレーティングシステムプログラムと同様、前記ウィジェット及び他のアプリケーションプログラムを動作するとともに制御するために、コマンド及びデータを入力するキーボード１０９を使用する。前記ユーザは、相互作用及びコンピュータ１０１及び、コンピュータ１０１上で実行しているアプリケーションの制御部分として、ディスプレイモニタ１０８上に表示されたグラフィクス及びテキストオブジェクトを選択及び操作するためのマウス１１０を使用する。マウス１１０は、任意のタイプのポインティングデバイスであるとともに、ジョイスティック、トラックボール、タッチパッド、又は、他のポインティングデバイスであっても良い。さらに、ディジタル入力デバイス１１７は、コンピュータ１０１が、ディジタル画像をキャプチャすることを可能にするとともに、スキャナ、ディジタルカメラ、ディジタルビデオカメラ、又は他のディジタル入力デバイスであっても良い。強化されたウィジェットアーキテクチャを提供するのに使用されるソフトウェアは、固定ディスクドライブ１１１のような、読み取り可能なコンピュータメモリメディア上で局在的に格納される。
【００１５】
さらなる実装では、前記固定ディスクドライブ１１１は、それ自体、独立ディスク冗長アレー（ＲＡＩＤ）のようないくつかの物理的ドライブユニットを具備しても良く、物理的に個別のコンピュータユニット内に位置するディスクドライブファーム又はディスクアレーであっても良い。そのようなコンピュータ読み取り可能メモリメディアによって、コンピュータ１０１が、リムーバブル及び取り外し不能メモリメディア上に格納された、コンピュータ実行可能処理段階、アプリケーションプログラム及びそれに類するものにアクセスすることが可能になる。
【００１６】
無線又は配線コンピュータネットワーク接続１１６は、モデム接続、イーサネット（登録商標）を具備するローカルエリアネットワーク（ＬＡＮ）接続、又はディジタル加入者線（ＤＳＬ）のようなブロードバンド広領域ネットワーク（ＷＡＮ）接続、ケーブル高速インターネット接続、ダイアルアップ接続、Ｔ−１線、Ｔ−３線、光ファイバ接続、又は衛星接続であっても良い。ネットワーク１０６は、１つ又は複数のＬＡＮネットワーク、企業又は政府間ＷＡＮネットワーク、インターネット、又は他のネットワークであっても良い。コンピュータ１０１、同報通信情報源１０２、及び／又は公開情報源１０４の間のデータの単方向又は双方向送信を実施するために、コンピュータ１０１は、同報通信情報源１０２及び公開情報源１０４に直接又は間接的に接続されている。
【００１７】
コンピュータネットワーク接続１１６は、配線又は無線コネクタを使用する。実施例の無線コネクタは、例えば、ＩＮＦＲＡＲＥＤ  ＤＡＴＡ  ＡＳＳＯＣＩＡＴＩＯＮ（登録商標）（ＩｒＤＡ（登録商標））無線コネクタ、光無線コネクタ、ＩＮＳＴＩＴＵＴＥ  ＯＦ  ＥＬＥＣＴＲＩＣＡＬ  ＡＮＤ  ＥＬＥＣＴＲＯＮＩＣＳ  ＥＮＧＩＮＥＥＲＳ（登録商標）（ＩＥＥＥ（登録商標））規格８０２．１１無線コネクタ、ブルートゥース（登録商標）(登録商標）無線コネクタ、ニアフィールド通信（ＮＦＣ）コネクタ、直交周波数分割多重化（ＯＦＤＭ）超広帯域幅（ＵＷＢ）無線コネクタ、時間変調超広帯域幅（ＴＭ−ＵＷＢ）無線コネクタ、又は他の無線コネクタを具備する。実施例の配線コネクタは、例えば、ＩＥＥＥ（登録商標）−１３９４  ＦＩＲＥＷＩＲＥ（登録商標）コネクタ、ユニバーサルシリアルバス（ＵＳＢ）コネクタ、シリアルポートコネクタ、パラレルポートコネクタ、又は他の配線コネクタを具備する。
【００１８】
前記リムーバブルディスクドライブ１１２は、コンピュータ１０１からデータをオフロードする、又はコンピュータ１０１にデータをアップロードするに使用される、リムーバブルストレージデバイスである。前記リムーバブルディスクドライブ１１２は、フロッピーディスク（登録商標）ドライブ、ＩＯＭＥＧＡ（登録商標）ＺＩＰ（登録商標）ドライブ、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）ドライブ、ＣＤ−Ｒｅｃｏｒｄａｂｌｅドライブ（ＣＤ−Ｒ）、ＣＤ−Ｒｅｗｒｉｔａｂｌｅドライブ（ＣＤ−ＲＷ）、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度ディジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、ブルーレイ（登録商標）光ディスクドライブ、ホログラフディジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、又は、ＤＶＤ−Ｒｅｃｏｒｄａｂｌｅ（ＤＶＤ−Ｒ又はＤＶＤ＋Ｒ）、ＤＶＤ−Ｒｅｗｒｉｔａｂｌｅ（ＤＶＤ−ＲＷ又はＤＶＤ＋ＲＷ）又はＤＶＤ−ＲＡＭのような、種々の記録可能又は再書き込み可能なディジタル多用途ディスク（ＤＶＤ）ドライブの任意の１つであっても良い。オペレーティングシステムプログラム、アプリケーション、及び種々のデータファイルは、固定ディスクドライブ１１１上に格納されたディスク上に、又は、リムーバブルディスクドライブ１１２のリムーバブルメディア上に格納される。
【００１９】
テープドライブ１１４は、コンピュータ１０１からデータをオフロードする、又は、コンピュータ１０１上にデータをアップロードするに使用するテープストレージデバイスである。テープドライブ１１４は、１／４インチカートリッジ（ＱＩＣ）、４ｍｍディジタルオーディオテープ（ＤＡＴ）、８ｍｍディジタルリニアテープ（ＤＬＴ）ドライブ、又は他のタイプのテープであっても良い。
【００２０】
ハードコピー出力デバイス１１５は、前記オペレーティングシステムプログラム及びアプリケーションに出力機能を提供する。ハードコピー出力デバイス１１５は、プリンタ、又は、テキスト又は画像データ又は、テキスト又は画像データのグラフィカル表現を具備する、有形出力オブジェクトを生成する任意の出力デバイスであっても良い。ハードコピー出力デバイス１１５は、コンピュータ１０１に直接に接続されているように図示されているが、必ずしもそうである必要はない。例えば、ハードコピー出力デバイス１１５は、配線又は無線ネットワークのような、ネットワークインターフェースを介して、コンピュータ１０１に接続しても良い。
【００２１】
同報通信情報源１０２は、ネットワーク１０６上で遠隔に存在するとともに、１つ又は複数のネットワーク化されたデータサーバデバイス又はサーバを具備する。同報通信情報源１０２は、コンピュータ１０１によって送信された要求にサービス提供するソフトウェアを実行する。ここで、同報通信情報源１０２は、サーバファーム、ストレージファーム、又はストレージサーバを具備しても良い。代替的実装では、同報通信情報源１０２は省略されるとともに、同報通信情報源１０２に関連する機能は、実際には、コンピュータ１０１及び／又は公開情報源１０４によって実行される。
【００２２】
さらに、コンピュータ１０１は図１内でデスクトップＰＣとして説明されているが、さらなる実装では、コンピュータ１０１は、ラップトップ、ワークステーション、ミッドレンジコンピュータ、メインフレーム、組み込みシステム、電話、ハンドヘルド又はタブレットコンピュータ、ＰＤＡ、又は他のタイプのコンピュータであっても良い。
【００２３】
同報通信情報源１０２及び公開情報源１０４を構成する構成要素のさらなる説明は、簡潔を旨とするために省略されているが、同報通信情報源１０２及び／又は公開情報源１０４を構成する前記コンピュータ又は個々のネットワーク化されたコンピュータのハードウェア環境は、コンピュータ１０１に関してここで説明された代表的なハードウェア環境のそれと類似であることをいえば充分である。代替的実装では、任意のコンピュータ１０１の機能、同報通信情報源１０２、公開情報源１０４は、単一又は多重の、組み合わされたハードウェア環境に統合される。例えば、単一の公開されたコンピュータは、最初にハッカーによって使用されるとともに、次いで、合法的なＷＥＢユーザによって使用されうる。
【００２４】
図２は、コンピュータ１０１の内部アーキテクチャの実施例を図示する。前記コンピュータ環境は、オペレーティングシステム又はアプリケーションを具備するコンピュータ命令を処理するコンピュータ中央処理ユニット（ＣＰＵ）２００と、通信インターフェース及び、ディスプレイモニタ１０８上にグラフィクス、画像、及びテキストをレンダリングするための機能処理を提供するディスプレイインターフェース２０２と、キーボード１０９への通信インターフェースを提供するキーボードインターフェース２０４と、マウス１１０又は同等のポインティングデバイスへの通信インターフェースを提供するポインティングデバイスインターフェース２０５と、ディジタル入力デバイスへの通信インターフェースを提供するディジタル入力インターフェース２０６と、ハードコピー出力デバイス１１５への通信インターフェースを提供するハードコピー出力デバイスインターフェース２０８と、コンピュータ命令及びデータを、コンピュータＣＰＵ２００による処理のために揮発性メモリデバイス内に格納するランダムアクセスメモリ（ＲＡＭ）２１０と、基本入出力（Ｉ／Ｏ）、起動、又はキーボード１０９からのキー入力の受信のような、基本的システム機能のための不変の下位レベルシステムコード又はデータが、不揮発性メモリデバイスに格納された、読み取り専用メモリ（ＲＯＭ）２１１と、オペレーティングシステム２２１、（ウィジェット２２３、同報通信部アプリケーション２２４、リスナアプリケーション２２５、及び必要に応じて他のアプリケーション２２６を具備する）アプリケーションプログラム２２２を具備するファイル、及びデータファイル２２７を格納する、ストレージ２２０又は（例えば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ）と、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）と、電気的消去プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク（登録商標）、ハードディスク、リムーバブルカートリッジ、フラッシュドライブのような）他の適切なタイプのメモリと、コンピュータネットワーク接続１１６上で、ネットワーク１０６に通信インターフェースを提供するコンピュータネットワークインターフェース２１６と、を具備する。前記コンピュータが、前記構成要素デバイス及びコンピュータＣＰＵ２００は、コンピュータバス２２９上で互いに通信する。
【００２５】
簡潔にいうと、コンピュータプログラム製品は、ディスク２２０、機械読み取り可能ストレージメディア内に有形なものとして具体化されている。前記コンピュータプログラム製品は、機械によって読み込まれたときに、データ処理装置にウィジェットからの加入要求を受信させ、前記加入要求をベースとして加入を登録し、登録された加入をベースとして、前記ウィジェットからサービスコールを受信するように動作する命令を具備し、それによって、セッションを確立し、前記加入要求は、前記ウィジェット及びコンテンツを特定し、前記サービスコールは、前記コンテンツと関連付けられた履歴データのクエリを実施する。前記コンピュータプログラム製品は、前記データ処理装置に、前記履歴データを前記ウィジェットに送信させ、前記コンテンツに関連付けられた更新データを受信させ、登録された加入をベースとして前記ウィジェットに前記更新データを反復的に送信させ、前記ウィジェットによって、前記更新データが受信成功したかどうかを反復的に決定させるとともに、前記セッションの停止時に、又は、加入解除要求の受信時に、前記更新データが、前記ウィジェットで受信成功しなかったと判定したことをベースとして、前記加入を加入解除させるように動作する命令をさらに具備する。
【００２６】
ＲＡＭ２１０は、オペレーティングシステムアプリケーションプログラム、及びデバイスドライバのようなソフトウェアプログラムの実行の間に、コンピュータＣＰＵ２００に高速なＲＡＭストレージを提供するために、コンピュータバス２２９に接続されている。より具体的には、コンピュータＣＰＵ２００は、ソフトウェアプログラムを実行するために、固定ディスクドライブ１１１から、又は他のメモリメディアから、ＲＡＭ２１０の領域に、コンピュータ実行可能処理段階をロードする。データはＲＡＭ内に格納され、実行の間に、データはコンピュータＣＰＵ２００によってアクセスされる。
【００２７】
また、図２に示されているように、コンピュータ１０１は、オペレーティングシステム２２１及び、ワードプロセッサ、スプレッドシート、プレゼンテーション、ゲーム、又は他のアプリケーションのようなアプリケーションプログラム２２２のコンピュータ実行可能コードを格納する。上述の実装を使用する強化されたウィジェットアーキテクチャを提供することは可能であるが、本開示による機能を、ダイナミックリンクライブラリ（ＤＬＬ）として、又はＭＩＣＲＯＳＯＦＴ（登録商標）インターネットエクスプローラＷＥＢブラウザのようなインターネットＷＥＢブラウザのような他のアプリケーションプログラムへのプラグインとして実施することも可能である。
【００２８】
コンピュータのＣＰＵ２００は、ＩＮＴＥＬ（登録商標）又はＡＭＤ（登録商標）プロセッサ、ＰＯＷＥＲＰＣ（登録商標）プロセッサ、ＭＩＰＳ（登録商標）縮小命令セットコンピュータ（ＲＩＳＣ）プロセッサ、ＳＰＡＲＣ（登録商標）プロセッサ、ＡＣＯＲＮ（登録商標）ＲＩＳＣ  Ｍａｃｈｉｎｅ（ＡＲＭ（登録商標））アーキテクチャプロセッサ、ＨＰ  ＡＬＰＨＡＳＥＲＶＥＲ（登録商標）プロセッサ、又はメインフレームの商用コンピュータプロセッサを具備する、多くのハイパフォーマンスコンピュータプロセッサの１つである。追加の構成では、コンピュータＣＰＵ２００は、ハイパフォーマンスワークステーション及びサーバに発見されるマルチＣＰＵ構成、又はメインフレームに発見されるような多重スケーラブル処理ユニットを具備する複数の処理ユニットである。
【００２９】
オペレーティングシステム２２１は、ＭＩＣＲＯＳＯＦＴ（登録商標）  ＷＩＮＤＯＷＳ  ＮＴ（登録商標）／ＷＩＮＤＯＷＳ  ２０００／ＷＩＮＤＯＷＳ（登録商標）ＸＰ  ＷｏｒｋＳｔａｔｉｏｎ、ＭＩＣＲＯＳＯＦＴ（登録商標）  ＷＩＮＤＯＷＳ  ＶＩＳＴＡ（登録商標）／ＷＩＮＤＯＷＳ（登録商標）２０００／ＭＩＣＲＯＳＯＦＴ（登録商標）  ＷＩＮＤＯＷＳ（登録商標）  ＸＰ  Ｓｅｒｖｅｒ、ＩＢＭ（登録商標）ワークステーション及びサーバのＡＩＸ（登録商標）、ＳＵＮ（登録商標）ワークステーション及びサーバのＳＵＮＯＳ（登録商標）、ＩＮＴＥＬ（登録商標）ＣＰＵベースのワークステーション及びサーバのＬＩＮＵＸ（登録商標）、ＨＰ（登録商標）のＨＰ  ＵＸ  ＷＯＲＫＬＯＡＤ  ＭＡＮＡＧＥＲ（登録商標）、ＳＧＩ（登録商標）ワークステーション及びサーバのＩＲＩＸ、Ｄｉｇｉｔａｌ  Ｅｑｕｉｐｍｅｎｔ  ＣｏｒｐｏｒａｔｉｏｎのコンピュータであるＶＡＸ／ＶＭＳ、ＨＰ  ＡＬＰＨＡＳＥＲＶＥＲ（登録商標）ベースのコンピュータのＯＰＥＮＶＭＳ（登録商標）、ＰＯＷＥＲＰＣベースのワークステーション及びサーバのＭＡＣ  ＯＳ（登録商標）Ｘを具備するＵＮＩＸ（登録商標）準拠オペレーティングシステム、携帯デバイスのためのＳＹＭＢＩＡＮ  ＯＳ（登録商標）、ＷＩＮＤＯＷＳ  ＭＯＢＩＬＥ（登録商標）、又はＷＩＮＤＯＷＳ  ＣＥ（登録商標）、ＰＡＬＭ（登録商標）、ＮＯＫＩＡ（登録商標）ＯＳ  （ＮＯＳ）、ＯＳＥ（登録商標）、又はＥＰＯＣ（登録商標）、又はコンピュータ又は組み込みシステムのための商用オペレーティングシステムであっても良い。オペレーティングシステム２２１のアプリケーション開発プラットフォーム又はフレームワークは、「ＢＩＮＡＲＹ  ＲＵＮＴＩＭＥ  ＥＮＶＩＲＯＮＭＥＮＴ  ＦＯＲ  ＷＩＲＥＬＥＳＳ」（登録商標）（ＢＲＥＷ（登録商標））、Ｊａｖａ（登録商標）  Ｐｌａｒｆｏｒｍ，  Ｍｉｃｒｏ  Ｅｄｉｔｉｏｎ（ＪａｖａＭＥ）、又は、Ｊａｖａ２  Ｐｌａｔｆｏｒｍ，  Ｍｉｃｒｏ  Ｅｄｉｔｉｏｎ（Ｊ２ＭＥ（登録商標））、ＰＹＴＨＯＮ（登録商標）、ＦＬＡＳＨＬＩＴＥ（登録商標）、又は、ＭＩＣＲＯＳＯＦＴ（登録商標）．ＮＥＴ  Ｃｏｍｐａｃｔであっても良い。
【００３０】
簡潔を旨とするために、同報通信情報源１０２及び公開情報源１０４の内部アーキテクチャのさらなる説明を省略するが、それらのコンピュータのアーキテクチャは、実質的にコンピュータ１０１のそれと類似であることをいえば充分である。特に、しかしながら、及び以下でさらに詳細に説明するが、前記同報通信情報源１０２は、同報通信部も具備する。代替的実装では、コンピュータ１０１及び同報通信情報源１０４の機能が、単一の、組み合わされたハードウェア環境内で組み合わされており、内部アーキテクチャは、組み合わされ、又は二重化される。
【００３１】
図１及び２は、プログラムコード、又はプログラム又は処理段階を実行し、前記強化されたウィジェットアーキテクチャを実施するように構成された、１つの考えられるコンピュータシステムの実装を説明する。他のタイプのコンピュータを、同様に使用しても良い。
【００３２】
ウィジェットは、前記強化されたウィジェットアーキテクチャを使用して、公開情報源からデータが常時要求されるとともに受信される要求／応答アプローチを使用してデータにアクセス可能である。さらに、前記ウィジェットは、公開／加入アプローチを使用してデータにアクセスすることも可能であり、加入が同報通信情報源に登録されているとともに、データは、前記加入をベースとして、前記同報通信情報源からプッシュされる。
【００３３】
前記要求／応答アプローチは、ニュースコンテンツのように、コンテンツが頻繁に変化する、又は、マップを生成することによって、アドレスを具備する要求に応答するマッピングアプリケーションのような、コンテンツが文脈付けされなければならない状況に良く適合する。格納されたデータが、あまり頻繁に変化しない、又は、ほぼ静的である状況では、前記公開／加入アプローチは、当該データにアクセスを提供するのに良く適合している。データが更新されたとき、前記更新データそれ自体（及び必ずしもデータ履歴全体ではない）が、加入されたウィジェットに同報通信される。
【００３４】
１つの一般的な実装によると、前記強化されたウィジェットアーキテクチャは、このように、前記公開／加入アプローチ単独をベースとして、又は、前記要求／応答アプローチ及び前記公開／加入アプローチのマッシュアップをベースとして、データにアクセスすることが可能である。その利点として、前記強化されたウィジェットアーキテクチャは、前記公開／加入アプローチが、更新データを常時要求することはないので、及び前記更新データの前記ウィジェットへのプッシュが、履歴データ全体を具備する必要はないために、計算コストのかかる反復データクエリによって内部のシステム資源に過度な負担をかけることはない。
【００３５】
前記強化されたウィジェットアーキテクチャは、１つ又は複数の前記上述データアクセスアプローチを使用して、情報を受信することが可能であるウィジェットエンジンを使用する。例えば、もし特定のデータが滅多に変化しないならば、次いで、前記ウィジェットエンジンは、公開／加入アプローチを使用して当該データにアクセスことが可能である。しかしながら、もし前記データが頻繁に変化する（例えば、前記データは、ニュース又は経済市場情報）、又は、文脈付けを要求する（例えば、前記データは、マップされるアドレス情報）ならば、次いで、前記ウィジェットエンジンは、前記要求／応答アプローチを実施することが可能である。
【００３６】
前記要求／応答アプローチは、企業外情報源へのデータクエリにさらに使用しても良いとともに、前記公開／加入アプローチは、企業内情報源に使用しても良い。このコンテキストでは、同報通信情報源１０２は、あまり更新されない情報を格納する企業内情報源として考えても良いとともに、公開情報源１０４は、頻繁に更新される情報を格納する企業外情報源として考えても良い。
【００３７】
図３Ａ−３Ｃは、前記強化されたウィジェットアーキテクチャを実施する代表的な処理３００のフローチャートである。処理３００のさらなる内容は、図４，５を引用して提供される。それぞれ、処理３００のデータフローブロック図及びスイミングチャートを説明する。簡潔にいうと、処理３００は、ウィジェットから同報通信情報源に加入要求を送信する段階を具備し、それによって、セッションを確立し、前記加入要求は、前記ウィジェット及びコンテンツを特定する。加入は、前記加入要求をベースとして、前記同報通信情報源で登録されるとともに、サービスコールは、前記同報通信情報源で登録されている加入をベースとして、前記ウィジェットから前記同報通信情報源に送信され、前記サービスコールは、前記同報通信情報源で前記コンテンツに関連付けられた履歴データのクエリを実施する。前記履歴データは、前記ウィジェットで受信され、前記コンテンツに関連付けられた更新データが、前記同報通信情報源で受信されるとともに、前記更新データは、前記同報通信情報源で登録されている前記加入をベースとして、前記同報通信情報源から反復的に送信される。前記同報通信情報源で、前記更新データが前記ウィジェットで受信成功したかどうかが反復的に判定され、前記加入は、前記セッションの停止時、又は加入解除要求の受信時に、前記更新データを前記ウィジェットで受信成功しなかったと判定したことをベースとして、前記同報通信情報源で加入解除されるとともに、前記履歴データ及び前記更新データは、前記ウィジェットで出力される。
【００３８】
まず、前記強化されたウィジェットアーキテクチャは、前記公開／加入アプローチを単独で実施する、又は前記公開／加入アプローチ及び前記要求／応答アプローチの両方のマッシュアップ実装として使用しても良いことに留意する。全体として、例えば、図３Ａから３Ｃは、前記要求／応答アプローチを介して、所定の基準をベースとして、レコードの一覧を選択し、次いで前記公開／加入アプローチを介して前記コンテンツに関連する履歴及び更新データを回収するマッシュアップ実装を説明する。前記レコードの一覧は、コンテンツを具備する。例えば、コンテンツが既に特定されているような、前記マッシュアップを使用しない実装では、前記要求／応答アプローチ（特にＳ３０２からＳ３１１）を参照する処理３００の部分は、部分的又は全体的に省略しても良い。
【００３９】
処理３００は、所定基準がウィジェット４０１に格納された（Ｓ３０２）ときに開始する（Ｓ３０１）。ウィジェット４０１は、ネットワーク１０６を介して情報を引き出すとともに、前記情報を有用な仕方で示すので、前記所定の基準は、表示レコード又は項目を特定するベースとして使用される。例えば、もしウィジェット４０１がビジネスウィジェットならば、ユーザは、会社に関する情報を閲覧し、それによって、表示又はクエリする会社の一覧を選択する基準を予め決定する又は予め定義することに興味を持っているかもしれない。そのような場合、前記所定の基準は、毎日の値上がり上位株式、毎日の値下がり上位株式、上位株式取引額、上位株式取引出来高、上位株式取引出来高比率、又は他のメトリックのような株式市場メトリックを具備しても良い。
【００４０】
ウィジェットは、全種類の情報を表示するのに使用されるので、所定の基準は、任意の数又は条件のタイプを定義しても良い。天気ウィジェットは、例えば、時間又は日付の基準、位置の基準、気象に関係する基準、又はアウトドア行動の基準を予め決定しても良い。メディアプレーヤーウィジェットは、メディアタイプ、メディアジャンル、再生時間、又は人気度指数を予め決定しても良い。ゲームウィジェットは、難易度レベル、ゲームタイプ、年齢枠、又はシステム機能を予め決定しても良い。ニュースウィジェットは、ユーザの興味、場所、発生するニュースの好み、又はニュースタイプを予め決定しても良い。Ｅメールウィジェットは、ユーザ特定情報又はスパム送信者一覧を予め決定しても良い。レシピウィジェットは、成分、食料制限、好ましい食料タイプ、食事タイプ、来るべき休暇データ、事件情報、又は、ゲスト招待一覧を具備しても良い。
【００４１】
代表的な一実装によると、ウィジェット４０１は、ユーザインターフェース４０２及びウィジェットエンジン４０４を具備するとともに、コンピュータ１０１のようなコンピュータ上で実行される。以下で、さらに詳細に説明するように、前記ウィジェットエンジンは、登録モジュール４０５及びリスナモジュール４０６をさらに具備する。ウィジェット４０１は、公開情報源１０４から情報を回収するのに、前記要求／応答アプローチを使用し、コンピュータ１０１の固定ディスクドライブ１１１のようなストレージメディア上に、前記所定の基準を格納する。
【００４２】
前記所定の基準は、例えば、キーボード１０９を使用して、ユーザによって手動で入力されても良く、又は前記所定の基準は、自動的に生成される、又はコンピュータ１０１にダウンロードされても良い。「所定の」によって、前記ウィジェットで使用するために、前記基準に関連するデータのクエリ要求を送信するのに先立って前記基準が格納されていることを意図している。前記基準は単に予め決定されていることが充分である一方で、必ずしもも格納されていなくても良い。
【００４３】
クエリ要求４０７は、所定の基準を満足するレコードのクエリを実施するために送信される（Ｓ３０４）。前記クエリ要求は、ウィジェット４０１から、経済市場情報源、ニュース情報源、又は頻繁に更新されるデータを有する他の情報源でも良い、公開情報源１０４に送信される。もし、ウィジェット４０１が、上記に説明した前記ビジネスウィジェットならば、前記クエリ要求４０７は、コンピュータ１０１から、値上がり上位株式の一覧を要求する公開情報源１０４に、所定の時間期間の間送信されても良い。株式市場情報は、常に変化しているので、要求／応答アプローチを介しての回収に良く適合するタイプの情報である。前記要求／応答アプローチを実施しない、又はそのような要求の受信を構成しない他の実施例実装では、前記クエリ要求は送信されない。
【００４４】
送信された各々のクエリ要求は、クエリ応答４０９の生成を実施する。例えば、もしクエリ要求４０７が、販売注文報告に関連するならば、前記クエリ要求は、クエリ応答４０９が送信される時点までの完全な注文履歴（外部情報源５０１からの履歴データ５０２を具備）の詳細を表すクエリ応答４０９の生成を実施する。前記要求／応答アプローチを使用して、クエリ応答４０９は、クエリ応答４０９の送信の後に公開情報源１０４で受信された（更新データ５０４のような）更新データを送信しない。ニアリアルタイムデータへのアクセスを提供するために、クエリ要求は、反復的に生成され（反復クエリ要求５１１として説明されている）、類似の計算コストのかかるクエリの再発生、及び僅かな量の追加データのみを具備するクエリ応答の再送に帰結する。
【００４５】
データにアクセスするための前記要求／応答アプローチの実装は、多くのビジネスアプリケーションバックエンドサーバのシステム資源に対して、実質的な負荷を発生させうる。しかしながら、もしウィジェット４０１が、公開／加入アプローチを利用してデータにアクセスするように構成されているならば、また、ニアリアルタイムなデータアクセスを提供しうる。前記公開／加入アプローチを使用して、前記バックエンドサーバで生成された更新データは、クエリ要求を反復的に使用することなく、履歴データ５０６の送信の後に、加入するウィジェット４０１にプッシュされる。
【００４６】
クエリ要求４０７は、公開情報源１０４で受信される（Ｓ３０５）とともに、公開情報源１０４では、前記所定の基準を満足するレコードがクエリされる（Ｓ３０６）。例えば、公開情報源１０４は、前記所定の株式市場メトリックを満足する会社を特定するために経済データベースを、又は所定の現場に関する記事を特定するためにニュースデータベースをクエリしても良い。前記要求／応答アプローチを実施しない、又は、クエリ要求を送信するように構成されている、他の実施例の実装では、前記クエリ要求は受信されない、及び／又は、公開情報源１０４はクエリされない。
【００４７】
前記所定の基準を満足するレコードの一覧は、公開情報源１０４から、ウィジェット４０１に送信される（Ｓ３０７）。以下でより充分に説明されるように、前記レコードの一覧は、クエリ応答４０９に具備されるとともに、後の加入要求のベースを提供するコンテンツを具備する。もし前記所定の基準が株式市場メトリックに関連するならば、前記株式市場メトリックに一致する会社の一覧が、公開情報源１０４からウィジェットエンジン４０４に送信される。もし前記所定の基準を満足するレコードの一覧がレコードＡ，Ｂ及びＣを具備するとともに、ウィジェット４０１がレコードＢ及びＣに関する追加データを収集するように自動又は手動に構成されているならば、次いで、レコードＢ及びＣが、前記コンテンツとみなされる。
【００４８】
前記レコードの一覧は、数千のレコード、１つのレコードを具備しても良く、レコードを具備しなくても良い。前記コンテンツは、前記一覧上の全レコードを具備しても良く、前記一覧上のレコードのいくつかのサブセットを具備しても良く、どのレコードも具備しなくても良い。前記要求／応答アプローチを実施しない、又は、前記レコードの一覧を受信するように構成されている、他の実施例の実装では、前記レコードの一覧は、公開情報源１０４からウィジェット４０１に送信されない。
【００４９】
前記所定の基準を満足するレコードの一覧が受信される（Ｓ３０９）とともに、前記ウィジェットで出力される（Ｓ３１０）。これは、例えば、公開情報源１０４から送信されたレコードの一覧が前記ウィジェットエンジンで受信されるとともに、レンダリングのために、ウィジェットエンジン４０４からユーザインターフェース４０２に信号４１０として送信されるときに発生する。一度受信されると、ユーザインターフェース４０２は、所定の基準を満足する、受信されたレコードの一覧を出力する。そのような出力は、値上がり上位株式の一覧がディスプレイ１０８上に表示され、ハードコピー出力デバイス１１５を介して印刷され、又は、コンピュータ１０１上のスピーカーを介して発声されるときに発生しうる。前記要求／応答アプローチを実施しない、又は単に前記レコードの一覧を送信するように構成された、他の実施例の実装では、前記レコードの一覧は、受信及び／又は出力されない。
【００５０】
もし前記所定の基準が修正されるべき（Ｓ３１１）ならば、修正された所定の基準が前記ウィジェットで格納される（Ｓ３０２）。修正は、例えば、少なすぎる又は多すぎるレコードが、前記レコードの一覧内で返ってきたときに望ましいかもしれない。例えば、もし、前記ウィジェットが天気ウィジェットであるとともに、前記所定の基準が、夏に、直近２４時間で、１メーター又はより多くの雪が積もった５マイル以内のスキーリゾートを特定することに関するならば、前記レコードの一覧は、全くレコードを具備しない可能性が高い。この点では、前記所定基準は、より少ない又はより多いレコードを具備するように修正されても良い。前記所定の基準の修正は、例えば、前記ユーザがコンピュータ１０１にキーボード１０９を使用して新規の又は更新された基準をタイプ入力して、それによって、以前に固定ディスクドライブ１１１上に格納された所定の基準を更新するときに発生しうる。
【００５１】
前記所定された基準を修正する決定は、自動決定でも、又は、手動決定でも良い。「修正」によって、前記基準を満足するレコードの範囲を狭める又は絞るように前記所定の基準が変更されうる、又は、以前に適用した所定基準が削除、置換されうる、又は、新規の追加の基準が追加されることを意図する。前記所定の基準の修正は、また、ここで、前記ユーザは、前記コンテンツを選択するためのベースとして複数の公開情報源からレコードの一覧を示されているところで、全く異なる公開情報源へのクエリのベースとして使用される所定の基準を格納することを具備しても良い。前記コンテンツは既に特定されている、又は、前記所定の基準は、静的であることを意図している、前記要求／応答アプローチを実施しない実装のような、他の実施例の実装では、所定の基準は、修正可能ではない。
【００５２】
もし前記所定された基準が修正されない（Ｓ３１１）ならば、ユーザのコンテンツ選択が受信される（Ｓ３１２）。前記コンテンツ選択は、もし所望するならば、例えば、前記コンテンツが既に特定されているところで、処理３０１の第１段階として発生しても良い。この場合、前記要求／応答アプローチ（特にＳ３０２からＳ３１１）を参照する処理３００の部分は、部分的又は全体的に省略されても良い。
【００５３】
前記コンテンツの選択は、前記所定の基準を満足するレコードの一覧上のレコード又はレコードの手動又は自動選択を介しても、キーボード１０９又はマウス１１０を使用して、前記コンテンツを前記コンピュータへの直接エントリーを介しても発生しうる。前記コンテンツは、自動的に選択されうるので、前記ユーザのコンテンツ選択は、省略される（Ｓ３１２）。例えば、もしウィジェット４０１が各々の起動時に、同一のプリセットされたコンテンツを加入するように構成されているならば、そのような実装もありうる。例えば、会社コンピュータ上で実行するウィジェットは、ウィジェット４０１の各々のロード時に、組織の階層チャートのような、あまり更新されないデータについて加入するように構成しても良い。
【００５４】
履歴データが同報通信情報源１０２に格納されたかどうかを判定する（Ｓ３１４）。同報通信情報源１０２を加入することに先立ち、同報通信情報源１０２が、特定されたコンテンツに関連するデータへのアクセスを具備するかどうかを決定することは利益をもたらすかもしれない。例えば、もしウィジェット４０１が、履歴データがそこに格納されているかどうかを決定するために、同報通信情報源１０２を直接クエリするか、もしウィジェット４０１が、同報通信情報源１０２上に格納されたデータを特定するコンピュータ１０１上のデータベースにアクセスするか、又は、同報通信情報源１０２のコンテンツを推定又は予想するならば、そのような判定は発生しうる。履歴データは、データ５０６のような、格納されている、又は、そうでなければ、同報通信情報源１０２からウィジェット４０１へのデータの送信に先立ち、同報通信情報源１０２にアクセス可能であるコンテンツに関連するデータをいう。履歴データの存在を決定するクエリは、履歴データを格納していないと判明した同報通信情報源１０２に加入して、次いで加入するよりも、計算コストは高価でない可能性がある。
【００５５】
前記同報通信情報源は、バックエンドアプリケーションを実行しても良い。前記履歴データは、販売データ、関係管理データ、天気データ、会社データ、ニュースデータ、メディア関係のデータ、又は任意の他のデータであっても良い。他の実施例の実装では、例えば、ウィジェット４０１は、前記同報通信情報源に加入することが確実であるときは、前記同報通信情報源１０２に履歴データが格納されているかどうかの判定は、発生しない。
【００５６】
加入要求４１１は、登録モジュール４０５から、同報通信情報源１０２上の同報通信部４１２に送信され、それによって、セッションを確立する。加入要求４１１は、ウィジェット４０１及び前記コンテンツを特定する（Ｓ３１５）。加入要求４１１は、ウィジェット４０１のＩＰ又は他のアドレス、又は、ウィジェット名又はユーザ名のような他の一意的な識別子をベースとして、又は一意的な通信チャネルによって、ウィジェット４０１を特定しても良い。１つの実施例では、前記加入要求は、ＸＭＬを使用してフォーマットされるとともに、ネットワーク１０６を介してコンピュータ１０１から同報通信情報源１０２に送信される。
【００５７】
セッションは、前記同報通信情報源及びウィジェット４０１の間のデータの交換を具備する、ネットワークプロトコルのセッション層を使用した継続的な接続、又は時間制限接続である。前記セッションが正式なセッション層を使用して実施されていない場合は、前記セッションは、ウィジェット４０１によって、例えば、前記セッションの状態を特定するセッショントークン又はクッキーを使用することによって維持される。セッショントークンは、現在の前記セッションを特定するために生成されるとともに、例えば、コンピュータ１０１から同報通信情報源１０２に送信される一意的な識別子である。同報通信情報源１０２は、クエリ内のデータとして、又はクッキーとして前記トークンを格納するとともに送信する。ＩＰアドレスのような、一意的な識別子を使用して同報通信情報源１０２に加入することによって、ウィジェットエンジン４０４は、前記セッションの継続期間に有効であるコンテンツ加入の登録を実施する。
【００５８】
コンピュータ１０１、同報通信情報源１０２、及び公開情報源１０４の間の通信を提供するネットワークプロトコルに関して、前記プロトコルは、コンテンツの加入のための、前記同報通信情報源からウィジェットエンジン４０４へデータをプッシュするための、ウィジェットエンジン４０４の登録を可能にすべきである。さらに、前記プロトコルは、ウィジェットエンジン４０４へのデータプッシュの成功又は失敗に関して、及び認証及び通信の適切なセキュリティの機構のために、同報通信情報源１０２にフィードバックを提供しなければならない。さらに、前記ネットワークプロトコルは、ＴＣＰ／ＩＰをうまく処理して、ウィジェットエンジン４０４に到達するための適切な機能を提供すべきである。
【００５９】
加入要求４１１は、前記履歴データが、同報通信情報源１０２に格納されていると判定したこと（Ｓ３１４）をベースとして、又は前記コンテンツのユーザ選択を受信したこと（Ｓ３１２）をベースとして、ウィジェット４０１から同報通信情報源に送信されても良い。例えば、前記ユーザは、キーボード１０９又はマウス１１０を使用して、更新情報の受信に興味のあるコンテンツを入力しても良い。ここで、加入要求４１１は、前記入力の受信をベースとして送信される。代わりに、履歴データが同報通信情報源１０２に格納されていることを判定して、それによって、加入要求４１１の送信を催促しても良い。
【００６０】
他の実施例実装では、例えば、ユーザの手動選択なしに加入要求が送信されたときに、又は、履歴データが同報通信情報源１０２に格納されているかどうかに関らず、加入要求４１１は、履歴データが同報通信情報源１０２に格納されていると判定したことをベースとして、又は前記ユーザの前記コンテンツ選択を受信したことをベースとしては、送信されない。
【００６１】
加入要求４１１は、同報通信情報源１０２で受信される（Ｓ３１６）。加入要求４１１を送信するように構成された代替的実装では、加入要求４１１は受信されない。加入は、加入要求４１１をベースとして、同報通信情報源１０２で登録される（Ｓ３１７）。例えば、同報通信情報源１０２は、加入として、前記コンテンツに関連して更新データを受信するように加入されたウィジェット４０１を一意的に特定するコンテンツ及び情報のレコードを格納する。従って、前記加入は、前記コンテンツを特定するとともに、更新データの送信を指定するための一意的識別子を提供する、ウィジェット４０１からの加入要求４１１をベースとして、前記コンテンツに関連する更新データの、同報通信情報源１０２からの送信を実施する。加入の登録は、また、例えば、同報通信情報源１０２及びコンピュータ１０１の間の永続的な接続の確立を実施しても良いし、又は、同報通信情報源１０２で、前記加入要求を発生するウィジェット４０１を前記コンテンツに関連させる他の動作を発生させても良い。
【００６２】
加入成功信号４１４は、前記加入の登録（Ｓ３１９）をベースとして、前記同報通信情報源から、ウィジェット４０１の登録モジュール４０５に送信される。加入要求の反復送信を避けるために、又は単に前記加入成功登録を確認応答するために、同報通信情報源１０２は、コンピュータ１０１への前記加入の登録成功を確認応答する加入成功信号を送信しても良い。
【００６３】
反対に、ウィジェット４０１は、加入成功信号４１４を無視又は捨てても良く、又は信号４１４を、さらなる加入要求を送信しないこと、カウンタ又はデータベースを更新すること、又は、前記セッションの確立を確認することのベースとして使用しても良い。前記同報通信情報源１０２は、加入成功信号４１４が無視された又は捨てられたかを判定する、又は前記実装が加入成功信号４１４を受信するように構成されているような他の実施例の実装では、前記加入成功信号４１４は、送信されない。
【００６４】
加入成功信号４１４が、ウィジェットで受信される（Ｓ３２０）。上記のような、同報通信情報源１０２が加入成功信号４１４を送信しない、又は実装が単に加入成功信号４１４を送信するように構成されているような他の実施例の実装では、前記加入成功信号は受信されない。
【００６５】
サービスコール４１５は、同報通信情報源１０２で登録されている加入をベースとして、ウィジェット４０１から同報通信情報源１０２に送信され、サービスコール４１５は、同報通信情報源１０２で前記コンテンツに関連付けられた履歴データのクエリを実施するＳ３２１）。言い換えると、サービスコール４１５は、同報通信情報源１０２から最初のデータフェッチを提供する。
【００６６】
前記加入が更新データの送信を実施し、前記加入の登録を開始する一方で、サービスコール４１５は、前記加入の登録に先立ち、同報通信情報源１０２がアクセス可能な履歴データの送信を実施する。ウィジェット４０１が更新データを滅多に受信しないように構成されている、又は実装が、サービスコールを受信するように構成されているような、他の実施例の実装では、前記サービスコールは、ウィジェット４０１から送信されない。
【００６７】
サービスコール４１５が、同報通信情報源１０２で受信される（Ｓ３２２）。上記に示しているように、もし、サービスコールが送信されなかった、又はもし前記実装がサービスコール４１５を送信するように構成されていないならば、前記サービスコールは、同報通信情報源１０２で受信されない。
【００６８】
同報通信情報源１０２では、前記コンテンツに関連付けられた履歴データ５０６がクエリされる（Ｓ３２４）とともに、前記履歴データは、同報通信情報源１０２で出力される（Ｓ３２５）。特に、同報通信情報源１０２は、例えば、ブーリアン演算子で組み合わされたキーワードを使用して、前記コンテンツに関連する履歴データを抽出するために、データベースに対して、明確な情報要求を提出する。前記ウィジェットが前記履歴データを無視する、又は実装が、単に前記クエリの結果を受信するように構成されているような実施例の実装では、履歴データのクエリ及び／又は前記履歴データの出力は、実行されない。
【００６９】
履歴データ５０６は、同報通信情報源１０２から、ウィジェット４０１に送信される（Ｓ３２６）とともに、ウィジェット４０１で受信される（Ｓ３２７）。もし前記ウィジェットが履歴データを無視する、又は単に更新データを受信するように構成されているならば、前記履歴データは、送信及び／又は受信されなくても良い。リスナモジュール４０６は、ウィジェット４０１で動作され、リスナモジュール４０６は、同報通信部４１２からの更新データのプッシュを検知する（Ｓ３２９）。リスナモジュール４０５の動作は、ウィジェットエンジン４０４内のそのようなモジュールの存在に依存する。
【００７０】
前記コンテンツに関連付けられた更新データ４１７は、同報通信情報源１０２で受信される（Ｓ３３０）。更新データ４１７は、種々の時点に、データ５０７から５０９を具備する。更新データ４１７は、例えば、同報通信情報源１０２の外部の情報源５０１から受信されても良く、又は、更新データ４１７は、同報通信情報源１０２それ自体によって生成されても良い。
【００７１】
更新データ４１７は、同報通信情報源１０２に登録されている加入をベースとして、同報通信情報源１０２から反復的に送信される（Ｓ３３１）。反復送信は、図３に、更新データが、追加の更新データの受信（Ｓ３３０）に伴い受信されるべきかどうかの判定（Ｓ３４３）の間の処理接続として示されているように、同報通信情報源１０２によって更新データが受信されたときの、更新データの反復送信をいう。
【００７２】
更新データ４１７の送信は、リスナモジュール４０６で検知される（Ｓ３３２）。ウィジェットエンジン４０４が、リスナモジュール４０６を具備しないような、代替的な実施例の実装では、前記更新データは、前記リスナモジュールで検知されない。前記更新データは、ウィジェット４０１で受信される（Ｓ３３４）。単に更新データを送信するように構成された実施例の実装では、前記更新データは受信されない。
【００７３】
履歴データ５０６及び前記更新データは、ウィジェット４０１に出力される（Ｓ３３５）。特に、履歴データ５０６及び／又は更新データが、前記ウィジェットエンジンで受信され、前記ユーザインターフェースが、前記データを具備するようにさせる又は更新する。前記履歴データ及び前記更新データは、同一時間に、又は、前記ウィジェットでそれらが受信されたときに出力されても良い。
【００７４】
同報通信情報源１０２で、前記更新データがウィジェット４０１によって受信成功したかどうかを反復的に判定する（Ｓ３３６）。前記更新データがウィジェット４０１で受信成功したかどうかの判定は、情報を同報通信情報源１０２へ戻すプロトコルを使用して、又はデータの受信成功信号５１０の受信によって、実行される。もし、前記更新データがウィジェット４０１で受信成功したと判定された（Ｓ３３７）ならば、前記セッションは（例えば、Ｓ３３９でウィジェット４０１によってされたように）選択的に停止されるかどうかをさらに判定する（Ｓ３４０）。
【００７５】
もし、前記更新データが、前記ウィジェットで受信成功しなかったと判定された（又は、例えば、もし、前記データを前記ウィジェットで受信成功したと判定されていない）ならば（Ｓ３３７）、前記加入は、加入解除され（Ｓ３４４）、それによって、前記セッションを終了し、及び、前記処理３００は終了する（Ｓ３４５）。図５で、例えば、同報通信情報源１０２からウィジェット４０１に更新データ５０８を送信したのに続いて、データの受信成功信号５１０を受信失敗したら、前記加入を加入解除するとともに、前記セッションを終了する。この実施例での加入解除の結果として、同報通信情報源１０２で受信された更新データ５０９は、ウィジェット４０１に公開されない。特に、前記データを前記ウィジェットで受信成功していないことの指示によって、前記更新データの再送をトリガせず、又は、前記エラーの発生を決定するためにトラブルシューティング処理を初期化する。そのようにすると、計算コストのかかるエラーチェック手続きは回避され、前記ウィジェットアーキテクチャを軽量及び柔軟にする。ユーザの視点からは、停止された前記セッションは、単に前記ウィジェットを再開することによって補修されても良い。
【００７６】
もし前記セッションが停止されている（Ｓ３４０）ならば、前記加入は加入解除され（Ｓ３４４）、それによって、処理３００を終了する（Ｓ３４５）。もし、前記セッションが、停止していない（Ｓ３４０）ならば、加入解除要求が受信されたかどうかを、（例えば、Ｓ３４１のウィジェットによるように）判定する（Ｓ３４２）。ウィジェットエンジン４０４は、同報通信情報源１０２から加入解除しても良いし、又は、同報通信情報源１０２が、更新データをプッシュする試みの最初の不成功をベースとして、ウィジェット４０１を加入解除しても良い。
【００７７】
もし加入解除要求が受信されたならば（Ｓ３４２）、前記加入は加入解除され（Ｓ３４４）、それによって、処理３００を終了する（Ｓ３４５）。もし加入解除要求が受信されていなければ（Ｓ３４２）、追加の更新データが受信されたかどうかさらに判定する（Ｓ３４３）。
【００７８】
もし追加の更新データが受信されたら、例えば、所定量の時間の間（Ｓ３４３）、前記更新データは受信される（Ｓ３３０）。もし、追加の更新データが受信されなかったならば（Ｓ３４３）、前記加入は加入解除され（Ｓ３４４）、それによって、処理３００を終了する（Ｓ３４５）。これに関して、前記セッションの停止時に、又は加入解除要求の受信時に、前記ウィジェットで前記更新データが受信成功していないことの判定をベースとして、前記加入は、前記同報通信情報源で加入解除される。
【００７９】
図６，７は、他の代表的な一般的な実装による、代表的なリード（ｌｅａｄ）生成ウィジェット６００と、代表的な販売支援ウィジェット７００とを説明する。図６に関して、リード生成は、販売の処理であり、経済市場内の不連続性又はニュースを検知することによってサポートされうる。例えば、不連続性は、販売機会を発生させうる、企業管理の重大な変化、又は開始、スタッフの流出、合併、買収又は類似の事件によって発生しうる。そのような事件は、度々、株価又は市場価値、市場の大きな取引出来高、又は会社に関連するニュース記事の発生として具現化される。
【００８０】
公開情報源の不連続性を検知したときに、前記不連続性は、前記不連続性の前記企業への影響を説明する情報を収集するとともに表現するために、企業内同報通信情報源に関連付けられる。ニュース及び市場情報は、非常に頻繁に変化するので、前記不連続性の検知は、前記要求／応答アプローチを使用して検知されても良い。顧客ベースの企業内情報は、あまり変更しないので、例えば、顧客の高価格注文履歴に少数の注文が追加されたときには、この顧客ベースデータは、前記公開／加入アプローチを使用して、アクセスを増加させて良い。これに関して、リード生成ウィジェット７００は、異なるデータアクセスアプローチを使用して、内部及び外部情報源からデータをアクセスする、マッシュアップウィジェットの実施例である。
【００８１】
従って、リード生成ウィジェット４０１は、種々の株式市場メトリックを使用して、経済市場公開情報源からの情報で初期化される。これらの所定の基準に一致する会社の一覧は、前記リード生成ウィジェットの領域６０１内に出力される。この会社の一覧を閲覧することをベースとして、販売管理部のようなユーザは、なぜそのような不連続性が発生しているのか知らなかったとしても、不連続性が会社に発生していることを知ることが可能である。
【００８２】
領域６０１内で表示されている会社の一覧上で、１つ又は複数の会社を選択することによって、リード生成ウィジェット６００のユーザは、領域６０２内で、前記選択された会社に関連するニュース記事の一覧を閲覧することが可能である。このニュース記事の一覧によって、リード生成ウィジェット６００のユーザは、前記不連続性の考えられる理由を検索するために前記ニュースをブラウズすることが可能になる。多くの場合、前記ユーザは、前記公開情報源から利用可能であるニュース内に不連続性の発生を発見する。
【００８３】
不連続性は、合併及び買収に関するうわさに関連することもあるので、「合併」、「乗っ取り」、「買収」のような良く知られたキーワード、又は類似語による記事のキーワード検索する結果を、領域６０４及び６０５内に表示しても良い。領域６０２、６０４及び６０５内で示される情報をベースとして、前記ユーザは、前記ユーザが前記会社それ自体の背景に関して多くを知らなかったとしても、不連続性が前記会社に発生していると決定することが可能である。
【００８４】
前記ユーザに、領域６０１内の会社の一覧上で特定された会社について通知するために、前記ユーザは、ＧＯＯＧＬＥ（登録商標）ファイナンス情報源、ＹＡＨＯＯ！（登録商標）ファイナンス情報源、ＭＳＮ（登録商標）Ｍｏｎｅｙ情報源、又は他の情報源のような、会社に関するような、公開情報源から、領域６０９内で種々の会社を一覧するプロファイルを閲覧するための、制御６０６又は６０７のような、いくつかの制御を選択可能にしても良い。この情報をベースとして、前記ユーザは、この情報の前記ユーザの販売の仕事への影響を理解しないとしても、会社についてより知得することが可能である。
【００８５】
前記アクセスされた情報をベースとして、不連続性を具備すると特定された会社は、ＳＡＰ（登録商標）バックエンドシステムのような、内部の財務会計同報通信情報源内でクエリしても良い。このタイプの財務会計同報通信情報源内の顧客情報は、あまり変化しないので、前記データは、前記公開／加入アプローチを使用して、前記会計システムを前記同報通信情報源として使用してアクセスすることが可能である。
【００８６】
もし履歴データが前記会計システムで発見されたら、前記会社は、顧客であると判定される。もし、前記会社が顧客ならば、前記会社に関連する履歴及び／又は更新データを、リード生成ウィジェット６００のユーザに提供するように、加入が生成される。例えば、前記会計管理部の特定、販売された製品及び価格の特定、及び他の情報を具備しても良いこのデータは、領域６１０に出力される。
【００８７】
もし前記会社が顧客であることが発見されなければ、前記不連続性が機会又はリードを示すかどうかを決定するために、顧客関係管理（ＣＲＭ）同報通信情報源で、加入が生成される。前記会社が機会又はリードである場合には、次いで、販売人の特定、関係が確立された日付、以前の提供情報、又は他のデータのような関連するデータが、領域６１１内に示される。
【００８８】
リード生成ウィジェット６０１上に情報出力を実装することによって、ユーザは、リアルタイム又はニアリアルタイムで、前記リード上で動作を取ることが可能になる。特に、リード生成ウィジェット６０１によって、ユーザが、この会社のＣＲＭ同報通信情報源内の機会又はリードを生成し、前記会計管理部にＥメールを書き、機会を組織的に構築するタスクを生成するとともに、それを前記会計管理部に割り当てること、又は他の選択肢を可能にする。前記リード生成ウィジェットは、単独では前記要求／応答アプローチに依存しないので、同一の情報は、何度も何度もクエリされることによって、システム資源を無駄にすることはない。
【００８９】
図７は、代表的な販売支援ウィジェット７００を説明する。販売支援ウィジェット７００は、リード生成ウィジェット６００上の異なる知識ブロックの文脈付け（ｃｏｎｔｅｘｔｕａｌｉｚａｔｉｏｎ）の適切な変更を具備し、異なるシナリオの特定に導く。特に、販売支援ウィジェット７００は、会社が具備する、内部源からの特定の顧客の部分的又は全体的な知識はもちろん、外部情報源からニュース及び市場情報に関する単一のビューを提供することによって、ＣＲＭシナリオに特に有用である。
【００９０】
ニュース及び市場公開情報源から前記要求／応答アプローチを使用して回収された市場情報は、販売支援ウィジェット７００の領域７０１内に表示される。ＣＲＭ同報通信情報源から前記公開／加入アプローチを使用して回収されたＣＲＭ情報は、前記販売支援ウィジェットの領域７０２内に表示される。領域７０１及び７０２内で表示された情報を使用して、このように、会計管理職は、単一の小型デスクトップアプリケーションで内部及び外部の展開に関して最新の知識を保つことが可能である。
【００９１】
販売支援ウィジェット８００は、リード生成ウィジェット６００とは異なる中心軸を具備する。特に、リード生成ウィジェット６００が、株式情報で初期化される一方で、前記ストリームライン化リード生成ウィジェット８００は、ユーザが特定した会社、例えば、前記ユーザが会計を管理する会社を開始する。この特定されたコンテンツをベースとして、前記履歴及び更新データは、アクセスされるとともに出力される。
【００９２】
図８は、リード生成ウィジェット６００と機能面で類似の、代表的な会計管理８００を説明する。ストリームライン化リード生成ウィジェット８００は、種々の株式市場メトリックを使用して、経済市場公開情報源からの情報で初期化される。これらの所定の基準に一致する会社の一覧は、ストリームライン化リード生成ウィジェット８００の領域８０１に出力される。この会社の一覧のビューをベースとして、販売管理部のようなユーザは、なぜそのような不連続性が発生しているのかを知らなくても、不連続性が会社に発生していることを知ることが可能である。
【００９３】
領域８０１内に表示された会社の一覧上で、１つ又は複数の会社を選択することによって、ストリームライン化リード生成ウィジェット８００のユーザは、領域８０２内で、前記選択された会社に関連するニュース記事の一覧を閲覧することが可能である。このニュース記事の一覧によって、ストリームライン化リード生成ウィジェット８００のユーザが、前記不連続性について考えられる理由を検索するために、前記ニュースをブラウズすることが可能になる。多くの場合、前記ユーザは、利用可能なニュース内の不連続性の発生を、前記公開情報源から発見する。
【００９４】
アクセスされた情報をベースとして、不連続性を具備すると特定された会社は、ＳＡＰ（登録商標）バックエンドシステムのような内部財務会計同報通信情報源内でクエリしても良い。このタイプの財務会計同報通信情報源の顧客情報は、あまり変化しないので、前記データは、前記会計システムを同報通信情報源として使用して、公開／加入アプローチを使用してアクセス可能である。
【００９５】
もし前記会計システム内に履歴データが発見されたら、前記会社は顧客と判定される。もし前記会社が顧客ならば、前記ストリームライン化リード生成ウィジェット８００のユーザに、前記会社に関連する履歴及び／又は更新データを提供するように、加入が生成される。例えば、前記会計管理部の特定、販売された製品及び価格の特定、及び他の情報を具備しても良いこのデータは、領域８０３に出力される。
【００９６】
もし前記会社が顧客として発見されなければ、前記不連続性が機会又はリードを示しているかどうか決定するために、顧客関係管理（ＣＲＭ）同報通信情報源で加入が生成される。前記会社が機会又はリードの場合には、次いで、販売人の特定、関係が確立された日付、以前の提供情報、又は他のデータのような、関連するデータが領域８０３内に示される。
【００９７】
ストリームライン化リード生成ウィジェット８００上で情報出力を実装することにより、前記ユーザは、リアルタイム又はニアリアルタイムで、前記リード上でアクションを取ることが可能である。特に、ストリームライン化リード生成ウィジェット８００によって、ユーザが、この会社のＣＲＭ同報通信情報源内の機会又はリードを生成し、前記会計管理部にＥメールを書き、機会を組織的に構築するタスクを生成するとともに、それを前記会計管理部に割り当てることを可能にする。前記リード生成ウィジェットは、単一では、前記要求／応答アプローチに依存しないので、同一の情報が何度も何度もクエリされることによって、システム資源を無駄にすることはない。
【００９８】
図９は、代表的な販売注文ウィジェット９００を説明する。販売支援ウィジェット９００は、特定の顧客に関して会社が具備する、内部情報源からの部分又は全体の販売知識はもちろん、外部情報源からニュース及び市場情報に関する単一のビューを提供するのに特に有用である。
【００９９】
ユーザは、データの分野を、前記クエリデータに一致する顧客のデータに絞り込むために、フィールド９０１内にクエリデータを入力する。前記クエリデータは、時間フレーム、及び、販売が直接に又は間接的のビジネスを通してなされたかどうかの指示を具備しても良く、前記クエリデータをベースにしてクエリが実行されるとともに、前記クエリデータに一致する顧客と関連付けられた販売注文情報とがフィールド９０１内に出力される。公開情報源は、特定された会社に関連するニュース又は市場情報のためにアクセスされるとともに、前記ニュース又は市場情報は、領域９０３内で出力される。以前のウィジェットとは違い、前記代表的な販売注文ウィジェットは、前記同報通信情報源への公開／加入するアクセスを介して最初に判定された情報をベースとして、前記要求／応答アクセスを前記公開情報源にシードする。
【０１００】
多くの実装が説明されてきた。それにもかかわらず、前記開示の前記趣旨及び範囲から逸脱せずに、種々の修正が実施可能であることを理解する。従って、他の実装は、本願特許請求の範囲の範囲内である。
【図面の簡単な説明】
【０１０１】
【図１】図１は、１つの一般的な実装による、代表的システムの外観を図示する。
【図２】図２は、図１に図示された１つのコンピュータの代表的な内部アーキテクチャを図示する。
【図３Ａ】図３Ａは、強化されたウィジェットアーキテクチャを実施する代表的な処理を説明する。
【図３Ｂ】図３Ｂは、強化されたウィジェットアーキテクチャを実施する代表的な処理を説明する。
【図３Ｃ】図３Ｃは、強化されたウィジェットアーキテクチャを実施する代表的な処理を説明する。
【図４】図４は、図３Ａ−３Ｃに説明されている代表的な処理を使用する、構成要素の間の代表的なデータフローを説明するブロック図である。
【図５】図５は、図３Ａ−３Ｃの内で説明された代表的な処理を使用する、構成要素の間の代表的なデータフローを説明するスイミングチャートである。
【図６】図６は、他の一般的な実装による、代表的なウィジェットを説明する。
【図７】図７は、他の一般的な実装による、代表的なウィジェットを説明する。
【図８】図８は、他の一般的な実装による、代表的なウィジェットを説明する。
【図９】図９は、他の一般的な実装による、代表的なウィジェットを説明する。
【符号の説明】
【０１０２】
１０２  同報通信源
１０４  公開情報源
４０１  ウィジェット
４０２  ユーザインターフェース
４０５  登録モジュール
４０６  リスナモジュール
４０７  クエリ要求
４０９  クエリ応答
４１０  ウィジェットエンジン
４１１  加入要求
４１４  加入成功信号
４１５  サービスコール
４１７  更新データ
【図１】
2008293502.tif 000003
【図２】
2008293502.tif 000004
【図３Ａ】
2008293502.tif 000005
【図３Ｂ】
2008293502.tif 000006
【図３Ｃ】
2008293502.tif 000007
【図４】
2008293502.tif 000008
【図５】
2008293502.tif 000009
【図６】
2008293502.tif 000010
【図７】
2008293502.tif 000011
【図８】
2008293502.tif 000012
【図９】
2008293502.tif 000013