(57)【要約】無線情報装置にデータを提供する方法であって、遠隔のサービスプロバイダーから提供されたデータはアイコンによって表示され、当該アイコンは、（ａ）当該装置において起動中のアプリケーション内に自動的に表示され、（ｂ）当該データに変更があった場合に変化して、ユーザーに新しいデータに関する注意を喚起するか、或いは、新しいデータを表示することを特徴とする。例えば、装置に天気データが供給されるか、或いは天気データにアクセス可能な場合には、天気アイコンがカレンダーアプリケーション内に表示される。天気アイコンは動的に変化して、例えば、明日の天気予報など、カレンダー内の特定の日における天気を示す。
2005527888.tif 000002
【特許請求の範囲】
【請求項１】
無線情報装置にデータを提供する方法であって、
遠隔のサービスプロバイダーから提供されたデータはアイコンによって表示され、前記アイコンは、
（ａ）前記装置において起動中のアプリケーション内に自動的に表示され、
（ｂ）前記データに変更があった場合に変化して、ユーザーに新しいデータに関する注意を喚起するか、或いは、新しいデータを表示する
ことを特徴とする方法。
【請求項２】
前記アプリケーションは、プッシュ型のＥメールのためのメッセージングアプリケーションや、ウェブ又はＷＡＰブラウザのような、前記装置から離れて設置されているサーバーからデータの取得のみを行うアプリケーションではないことを特徴とする請求項１に記載の方法。
【請求項３】
前記アプリケーションは、前記装置に、前記遠隔のサービスプロバイダーからのデータと関連するデータとは異なる種類のデータを表示し、操作することを可能とすることを特徴とする請求項２に記載の方法。
【請求項４】
前記アプリケーションは、前記アイコンを自動的に埋め込むための適切、且つ、関連する事実情報を提供することを特徴とする請求項３に記載の方法。
【請求項５】
ユーザの前記アイコンのクリックにより、より詳細な関連情報をユーザに提供するための新しいアプリケーションが起動されることを特徴とする請求項１に記載の方法。
【請求項６】
前記データは前記装置へプッシュされることを特徴とする請求項１に記載の方法。
【請求項７】
関連するデータが変化した場合、或いは、定期的、又は所定の時間間隔において、前記データは前記装置へプッシュされることを特徴とする請求項６に記載の方法。
【請求項８】
前記詳細な関連情報は、前記装置によりプルされることを特徴とする請求項５に記載の方法。
【請求項９】
前記遠隔のサービスプロバイダからの前記データは、定期的或いは所定の時間間隔において、バックグラウンド、自動処理又は、ユーザの手動操作によるプルを利用して、前記装置からプルされることを特徴とする請求項８に記載の方法。
【請求項１０】
プッシュされたデータはユーザへのチャージなしに提供され、プルされた前記詳細な関連情報は、支払ベースで提供されることを特徴とする請求項８に記載の方法。
【請求項１１】
同一データが、幾つかの異なるアプリケーションに提供されることを特徴とする請求項１に記載の方法。
【請求項１２】
データは前記装置においてコンテンツマネージャレイヤーにより扱われ、前記コンテンツマネージャレイヤーは、異なるアプリケーションを分離或いは区別して、データを取得する装置上で動作しているコンポーネントや他のソフトウェアに直接にインターフェイスすることがないようにすることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記アイコンは、小さく、様式化された説明的な図形又は画像であることを特徴とする請求項１に記載の方法。
【請求項１４】
前記アイコンは、テキストを備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記データは、幾つかの無線情報装置の間での共有が可能であることを特徴とする請求項１に記載の方法。
【請求項１６】
前記装置は、  特定のタイプのデータを選択すると、該データタイプのアイコンのみが表示されるように、利用可能な異なるタイプのデータのメニューリストを提供するようにプログラムされていることを特徴とする請求項１に記載の方法。
【請求項１７】
前記アイコンは、ソフトウェアオブジェクトのサブセットであることを特徴とする請求項１に記載の方法。
【請求項１８】
幾つかの異なるアイコンは、同一ソフトウェアオブジェクトのサブセットであることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記オブジェクトは、幾つかの異なるアプリケーションによりアクセス可能であることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記オブジェクトは、関連する幾つかの異なるデータ変数を有することを特徴とする請求項１７に記載の方法。
【請求項２１】
前記オブジェクトは、アプリケーション内に既に存在するオブジェクトに付随することを特徴とする請求項１７に記載の方法。
【請求項２２】
遠隔のサービスプロバイダからのデータにアクセスするようにプログラムされた無線コンピューティング装置であって、前記データは、前記装置のディスプレイ上でアイコンによって表示され、前記アイコンは、
（ａ）前記装置において起動中のアプリケーション内に前記装置が自動的に表示し、
（ｂ）前記データに変更があった場合に変化して、ユーザーに新しいデータに関する注意を喚起するか、或いは、新しいデータを表示する
ことを特徴とする無線コンピューティング装置。
【請求項２３】
無線コンピューティング装置によるデータへのアクセスを可能とするコンピュータソフトウェアであって、
遠隔のサービスプロバイダから提供されたデータは、前記装置のディスプレイ上でアイコンによって表示され、前記アイコンは、
（ａ）前記装置において起動中のアプリケーション内に前記装置が自動的に表示し、
（ｂ）前記データに変更があった場合に変化して、ユーザーに新しいデータに関する注意を喚起するか、或いは、新しいデータを表示する
ことを特徴とするコンピュータソフトウェア。
【請求項２４】
無線広域ネットワークを介して無線コンピューティング装置へ提供されるデータサービスの為のデータであって、前記ネットワークでは、前記データは遠隔のサービスプロバイダから提供され、前記装置のディスプレイ上でアイコンによって表示され、前記アイコンは、
（ａ）前記装置において起動中のアプリケーション内に前記装置が自動的に表示し、
（ｂ）前記データに変更があった場合に変化して、ユーザーに新しいデータに関する注意を喚起するか、或いは、新しいデータを表示する
ことを特徴とするデータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線情報装置（wireless information device,以下同様）にデータサービス、より詳細には幾つかのデータサービス・プロバイダへのアクセスを可能とする方法に関する。本願明細書において使用される“無線情報装置”の語は、１以上の無線情報能力（wireless information capabilities）を有するあらゆる種類の装置を包含するものとして広く解釈されるべきであり、また、無線電話機（radio phones）、スマートフォン(smart phones)、コミュニケーター(communicators)、パーソナル・コンピュータ、コンピュータ、及び、特定用途向けの装置(application specific devices)を、これらに限定されることなく含むものである。また、無線情報装置は、例えば、ＧＳＭやＵＭＴＳ、ＣＤＭＡ及びＷＣＤＭＡ移動体無線、ブルトゥース、802.11、ＩｒＤＡ等のあらゆる種類のネットワークにおいてあらゆる方式において通信が可能な装置を含む。無線情報装置は更に、上述のタイプの単体の一元的装置ではなく、近距離で有線又は無線ネットワークを介して互いに通信する複数の分割された装置を備える。無線情報装置の一例は、通信機能を取り扱う個人通信“ハブ”装置（personal communications 'hub' device）及び、ハブと無線により接続されるセパレート装置であって、ディスプレイなどによりユーザにインタラクション機能を提供可能な装置が挙げられよう。データサービス・プロバイダは、ユーザが興味を有する情報を提供するエンティティであって、データサービス・プロバイダの語は、個人的エンティティはもちろんのこと、商業的なエンティティも包含するものである。
【０００２】
［先行技術の記述］
無線データサービスの歴史
現在までのデータサービスの話は、複合的幸福の一つであった。日本においては、Ｉｍｏｄｅサービスが最も華々しい成功として考えられている。ＤｏＣｏＭｏの２００１年の収入の１８％は、ＤｏＣｏＭｏによれば非音声トラヒックに依存し、その６５％はコンテント・ベースサービスに起因するものであろう。これに対して、ＷＡＰテクノロジーは、インフラ及びマーケッティングに対する相当量の投資にもかかわらず、ヨーロッパやアメリカにおいて大きなインパクトを与えることができなかった。
【０００３】
アナリスト達は、相違点に関する理由について全て同意しているわけではない。確かに、幾つかの理由は、文化的な問題及び完全なマーケットパワーを通じて標準を押し進めるＤｏＣｏＭｏの能力に行き着く。しかし、別の要因もある。ＷＡＰの装置は“モバイル・インターネット”としてマーケッティングされ、技術により供給可能な能力を遙かに超えた現実離れした期待を生み出してしまった。これらの問題の多くは、それ以降検討されてきたが、サービスは依然として回復していない。ＷＡＰに関する残りの問題の幾つかには以下のものが含まれる。
【０００４】
Slow（低速）：データの取得に長時間を要する。一般的な通念に反し、このことはネットワーク・レーテンシー（network latency）に関して帯域幅よりも大きな問題である。後のネットワーク（例えば、ＧＰＲＳ）は、この問題を必ずしも十分には解決しない。
【０００５】
Expensive（高価）：従来的な電話の呼データに基づいた技術であるので、コンテンツを読む場合であっても、ユーザは移動体電話の通常の費用に直面することとなる。ＧＰＲＳは、これを定額化する機会を提供している。
【０００６】
No value chain for content providers（コンテンツプロバイダにとって価値の連鎖が無い）：コンテンツプロバイダはコンテンツに対してわずかなチャージを行う方法がない。このことは、電話装置には不向きな（クレジットカードを利用した）大きな買い物を除いて、ＷＡＰコンテンツについてビジネスを成立させることを困難なものにしている。
【０００７】
Poor user experience（貧弱なユーザ経験）：装置の貧弱なディスプレイは、魅力的でないコンテンツ（テキストのみ）をもたらし、情報にアクセスするために非常に深いツリー構造のメニューを使用しなければならないこととなる。結果として、ユーザが欲しい情報にたどり着くまでに数多くのクリックが必要となる（また、それによって数多くの遅延が発生し）ので、ユーザが諦めてしまうこともある（あるレポートでは、必要とされるクリックの度に、２５〜５０％の潜在的な顧客が失われることになると報告されている。）。
【０００８】
Incompatible client devices（互換性の無いクライアント装置）：異なる装置が異なる機能をサポートしたり、機能を異なって解釈するため、コンテンツプロバイダーが全ての装置をターゲットにすることは困難となっている。
【０００９】
次世代ネットワークは、これらの問題のいくつかに取り組むこととなろう。ＧＰＲＳは、よりフレキシブルな課金構造を可能とし、ネットワークオペレータによって現在インストールされている新しい請求システム（billing system）は、オペレータが個々のサービスについて少額のチャージを行うことをより簡単なものとするであろう。更に、ポータル及びサービスプロバイダに対し、増加した呼による収入の分け前についてオペレータが提案を始めるであろうとの、兆候が現れている。
【００１０】
次世代の電話機はまた、役立つものであろう。より大きなディスプレイと、向上した処理能力は、ユーザがデータにアクセスすることをより簡単なものとするであろう。更に、コンテンツが複数の装置上で動作するような、装置の性能に関する標準化に向かった動きがある。にもかかわらず、装置はその性能においてかなり多種多様（スクリーンサイズ、サポート技術など）であり、“１つで全てを賄える（one size fits all）”ようなデータフォーマットが登場する見込みは少ない。更に、能力についてのどんなスタンダードも、最小公分母法（a lowest common denominator approach）に偏りがちであり、それゆえに、製造者は独自の機能増強を、自己の製品がより魅力的になるように追加することになる。このため、マーケットにおいていかなる支配的なデザインも存在しない状況では、コンテンツプロバイダがそれを求めることは困難なものとなっている。
【００１１】
人の心を掴んで離さない電話機とするために（Making a phone compelling）
移動体電話機は、移動性、通信、小さいスクリーン、制限された入力機能（電話キー：phone keys）によって特徴づけられる。その利用形態は、ＰＣの利用形態とは大きく異なる。電話上のサービスは、ユーザを状況に応じて補助する短いトランザクションについてのものであり、短いメッセージを送信する、パーティで写真を撮って友人にメールで送信する、今日の午後の天気はどうなるかを確認する、道路において道順を確認する、コーラを買う、運勢をチェックする、ジョークを読む、といったものである。不幸にも、ブラウジング形態は、移動体電話機用に望ましく変形されておらず、ネットワークやその装置についての改良も、装置の利便性を少しばかり改良するだけであろう。このことは、現在のポータルモデル（present portal model）によって実証されている。ポータルモデルは、ユーザに対する自然なゲートウェイを提供することを意図されたものであるが、マーケットにおいて広く魅力的なものとしては捉えられていない。
【００１２】
ユーザを惹き付けるためには、シームレスな方法によってユーザが必要とする情報がハンドセット内に統合されなければならない。この情報の幾つかは、プルされる（ユーザがコンテンツを探す）であろうし、幾つかはプッシュされる（コンテンツがユーザ装置に到来する）であろう。後者は、ユーザが所定の場所に接近したり、所定の時間になった場合に到来するコンテンツを提供するといった、新しいサービスの鍵を握ると見られている。例えば、空港のラウンジにおいて、フライトを待っている間に、半額の飲み物を提供するものが考えられるが、これは、フットボールの試合の最新のスコアや株価のように簡単に提供できるものとなるであろう。これらのコンテンツの幾つかはユーザから求められるであろうが、その一方で、それが提供されることが不適切な場合や、必然的にＳＰＡＭコンテンツへの傾向も出てくるであろう。マーケットリサーチでは、このＳＰＡＭコンテンツに対するユーザの耐性は非常に低いものであることが示唆されている。これは、トレイ内のＥメールを停滞させるか、ユーザに注意を喚起するかして、ユーザを激怒させるには十分に悪いものである。さらに、もしユーザが送信されたコンテンツに対する支払を効率的に行ってしまえば、その反応は非常にネガティブなものとなる確率が高い。実際、欧州委員会のような行政団体や、英国の広告標準機構（Advertising Standards Authority）は、受信者からの同意なしにコンテンツを発行することを禁止する対策を検討している。これは、ＳＰＡＭを制限するものであるが、受信価値のあるサービスの状況に応じた受信に関する問題に対する取り組みにはならない。
【００１３】
魅力あるサービスのための要求（Requirements for a compelling service）
新たな装置及びネットワークの能力に加えて、サービスを魅力的なものとするために、以下の事項が必要とされるであろう。
【００１４】
・情報への簡単なアクセス：典型的には２回以上の“クリック”は要さず、単純なコンテンツは“常にオン”の状態にある（例えば、現在の天気のアイコンやフットボールのスコアのアイコン）。
・もっとも相応しいコンテンツの表示：ユーザーの状況（場所、時間、・・・）を考慮する。
・単純なインタフェースを使った制御：割り込みは、それが求められる場合にのみ発生する。
【００１５】
コンテンツプロバイダの為には、以下の点が求められる。
・収入を確保できる定義された価値連鎖と請求システム
・理想的には、ユーザ装置を考慮することなくコンテンツが発行可能なように標準化されたターゲットプラットフォーム。
・原理的なプロバイダ（例えば、ネットワークオペレータ）は、ユーザに対して自己の存在がより明らかなものとなることを望んでいる。即ち、装置のカスタマイゼーションはプロバイダに依存している。これは、ブランドをサポートするものであり、プロバイダサイトへのトラヒックを増加させ、（サービスの利用及びそれらを如何に動作させるかについての関連する投資を通じて）顧客に対する忠誠度（customer loyalty）が増加する。
・収入を最大化するであろうコンテンツの識別（特に、ＰＣインターネットの世界とは異なり、プッシュされるコンテンツは、移動体電話に課金されるので、投機的にプッシュされるコンテンツについては正しい。）。
【００１６】
上記の要求の幾つかは、シンビアン・リミテッドの特許出願ＰＣＴ／ＧＢ０１／０３７８８において扱われている。本発明は、特許出願ＰＣＴ／ＧＢ０１／０３７８８に記載されたものを補強する概念を紹介するものである。
【００１７】
［発明の概要］
本発明は、無線情報装置にデータを提供する方法であって、遠隔のサービスプロバイダーから提供されたデータはアイコンによって表示され、当該アイコンは、（ａ）当該装置において起動中のアプリケーション内に自動的に表示され、（ｂ）当該データに変更があった場合に変化して、ユーザーに新しいデータに関する注意を喚起するか、或いは、新しいデータを表示することを特徴とする。
【００１８】
アイコンが自動的に埋め込まれる当該アプリケーションは、プッシュ型のＥメールのためのメッセージングアプリケーションや、ウェブ又はＷＡＰブラウザのような、当該装置から離れて設置されているサーバーからデータの取得のみを行うアプリケーションではないことを特徴とする。その代わりに、当該アプリケーションは、当該装置に、当該遠隔のサービスプロバイダーからのデータと関連するデータとは異なる種類のデータを表示し、操作することを可能とする。当該アプリケーションは、ゆえに、当該アイコンを自動的に埋め込むための適切、且つ、関連する事実情報（又は、“コンテクスト”）を提供する。
【００１９】
例えば、もし、装置に対して天気のデータを供給されるか、又は装置が当該データにアクセス可能であれば、天気のアイコンがカレンダーアプリケーション内に表示可能となる。天気アイコンは動的に変化して、カレンダーの特定の日の天候を、場合によっては明日の天気予報を示す。これは、エンドユーザの装置にプッシュされる天気データサービスの一例であるが、適切な状況に応じて自動的に表示されるので、ユーザはそれをブラウズする必要がない。更に、アイコンは動的であるので、最新の情報が装置上に自動的に表示されることになる。従って、天気アイコンが雨のアイコンから晴れのアイコンに切り替われば、明日は晴れに変わる可能性が高いとの予報がなされたことが示される。天気アイコンをクリックすると、新しいアプリケーションが呼び出され、ユーザに対してより詳細な天気情報が提供される。この付加的な情報は、装置に予め送信されていても良いし、近くの装置から、或いはＷＡＮを介して当該装置へダウンロードされても良いし、また、ダウンロードがユーザによる天気アイコンのクリックをトリガーとして実行されても良い。ユーザはこの付加的な情報に対して、少額（電話代金として自動的にチャージされる）を支払えばよい。別の例としては、交通情報を挙げることができる。これは、例えば、道路の渋滞を示すアイコンを含めることにより、マッピングやナビゲーションのアプリケーションに自動的に統合することができる。従って、地図上に示された道路上の特定の“交通の混雑状況”を示すアイコンは、ユーザーに渋滞を警告するものとなる。二つのアプリケーションを組み合わせれば、天気アイコンをマッピングやナビゲーション内で表示された地図上に重ねあわせることができる。例えば、晴れアイコンをロンドン及びマンチェスターに表示し、雨アイコンをバーミンガムに表示することで、各地における現在の天気状況を示すことができる。
【００２０】
このように同一のデータを幾つかの異なるアプリケーション内で利用することができる。上述の例では、各アプリケーションによって生成された画像に自動的に埋め込まれた“動的な”天気アイコンにより、天気データが自動的にカレンダーアプリケーションとマッピングアプリケーションの両方において使用されている。更に、データ（例えば、天気データ）は、（オブジェクト・ベース・プログラミングにおいて当該語句として理解されるように）ソフトウェアオブジェクトとなりえるものであり、アイコンは、オブジェクトのサブセットである。また、所定のオブジェクトは、複数の異なるアイコンを有することができる。オブジェクトは、上述のように、幾つかの異なるアプリケーションからのアクセスを受け付けることができる。また、オブジェクトは関連する幾つかの異なるデータ変数を有する（例えば、天気オブジェクトであれば、これらは、現在の温度、花粉情報（pollen count）、リンク（links）であり、もしこれらが選択されれば、他のオブジェクトが装置へダウンロードされることとなるか、又は、装置上の他のアプリケーションをオープンすることとなる。）。異なるアプリケーションは、同一オブジェクトの異なるデータ変数を利用することができる。オブジェクトベースのアプローチ(object based approach)は、幾つかのアドバンテージを有する。例えば、オブジェクトベースデータは、アプリケーション内の既存の若しくは生来のオブジェクトに付加することができる。例えば、カレンダーアプリケーションにおいて“記念日（anniversary）”オブジェクトを使用する場合を考えてみれば、それは年に１回発生するイベントと関連づけられている。動的アイコンがサブセットであるところのデータオブジェクトを、記念日オブジェクトに付随させることができる。それは、花屋からのサービスであれば、ユーザーがカレンダー内の誰かの誕生日が記述された（かつ、記念日オブジェクトのタイプと関連づけられた）日を開けると、常にフラワーアイコンが誕生日のエントリの後にフラッシュされる、といったことが可能となる。フラッシュされるフラワーアイコンを選択すれば、オンライン花屋へのメッセージを含むメッセージングアプリケーションが起動され、ユーザは、簡単に相手に贈る花の注文を行うことができる。
【００２１】
別の例は、パーソナルファイナンス或いは、電子マネーのアプリケーションである。銀行は、パーソナルファイナンス／電子マネーアプリケーションのユーザインタフェースに自動的に埋め込まれる小さいアイコンによって表される、パーソナルステートメントをユーザーの無線情報装置に対してプッシュすることができる。当該アイコンは、銀行のトレードマーク又はロゴであってもよい。ユーザのバランスが変化した場合には、アイコンを変化させることができ、例えば、回転させたり、フラッシュさせたり、或いは、文字通りその状態に関連する語句（例えば、“Ｎｅｗ”）をベースとして注意を喚起することもできる。ユーザが、もし望むのであれば、ロゴをクリックすると、新しいステートメントに実際にローカルアクセスしたり、ダウンロードしたりして、自動的にディスプレイに表示されると共に、パーソナルファイナンスアプリケーション内の関連するデータベース内に格納される。また、銀行は、パーソナルファイナンスアプリケーション内で適切なアカウントバランスを自動的にポピュレイティングする実際の金額の数値と共に、実際のアカウントバランス値をユーザーの装置へ送ることを選択することができる（Alternatively, the bank could choose to send the actual acount balance values to users' devices, with the actual money amount in figures automatically populating the appropriate acount balance field within the personal finance application）。バランス量は、装置が更新されたバランス情報を受信した場合に変化するであろう。この場合、アイコンは小さく、様式化された説明的な図形（stylised representational graphic）ではなく、実際のテキストである。
【００２２】
“アイコン”の語は、小さく、様式化された説明的な図形、小さな画像（例えば、写真のサムネイルのような、それ自体が様式化された説明的な図形でないもの）、テキスト、若しくはこれらの任意の組み合わせを包含するように広く解釈されるべきである。アイコンは、幾つかの方法でアプリケーション内に出現する。例えば、アプリケーションのメインビューから見た目に明らかに示すことができる（例えば、１日のカレンダーのエントリのトップに示される“雲”アイコンは、その日の天気予報を示している）。アイコンを、メニューリストやダイアローグ（dialogs）のようなコントロールリスト（contorol lists）に埋め込むこともできる。このようなアプリケーションのあるものは、新しい着信音（ringtones）を、装置上で利用可能な着信音のリストに自動的に埋め込むことができる。これらの新たに埋め込まれた着信音は、ユーザはそれらについての支払が未だ完了していないと認識することができるように、（例えば、“サンプル”との語句や、フラッシュさせるなどして）既存の着信音とは区別される。ユーザーは、着信音を簡単に試すことができ、もし当該着信音を有効化すると決定した場合には、提供者からチャージされることとなる。
【００２３】
本発明は、ある実装におけるリアルタイムプッシュ情報のフォームを予見するものである。これは、Ｅメールのリアルタイムプッシュのような、従来のプッシュシステムとは異なるものであり、装置が受信するデータは、プッシュ式のＥメールや、ウェブ、又はＷＡＰブラウザのようなメッセージングアプリケーションのように、データを取得し表示するための専用の単一アプリケーションによって格納されたり、アクセス可能であるだけではない。また、ＳＭＳアラートのように“You have I message”が移動体電話機のスタンバイやアイドル状態の画面に表示されるような方法で、外部の特定のアプリケーションによって格納されたり、アクセス可能となるものでもない。その代わりに、装置において受信されたデータは、上述のように、起動中のアプリケーション内で表示される。当該アプリケーションは、特定のリモートサービスプロバイダからのデータや、データサービスプロバイダから供給される類のデータのみを表示するものに限定されず、アイコンに自動的に埋め込まれた適切かつ関連のあるコンテクストを提供するより一般的なアプリケーションである。
【００２４】
リモートサービスプロバイダからのデータは、関連するデータが変化したり、定期的な時刻、或いは、所定の時間間隔において装置にプッシュされても良い。これは、チャージなしに行われても良い。同様に、規則的な、又は所定の時間間隔においてバックグラウンドにおいて、自動的な処理において装置からプルされても良いし、プル処理がユーザーの手動操作によって行われても良い。データは同期処理により装置へ到達しても良い。ユーザがアプリケーション内に埋め込まれたアイコンを選択した場合にのみアクセスされる、より詳細な情報は、手数料ベース（fee basis）で供給されても良い（例えば、利用ごとの加入（subscription）又は支払（pay））。従って、本発明は、ある実装における(in one implementation)、ユーザーによって支払が行われたデータをプルすることを誘発するために機能する“無料（free）”のプッシュデータを利用したプッシュ／プルモデルの結合について検討する。
【００２５】
データはまた、エンドユーザの無線情報装置間で“発信される（beamed）”か、さもなくば分配され、サービスのウィルス的拡散（viral spreading of services）が可能となる。従って、所定のアイコンによって表示されるフットボールのスコア提供サービスにアクセス可能なユーザは、関連するオブジェクトを友人の装置へ発信することができ、友人の装置はフットボールのスコアサービスを受信することができる。このとき友人は、適用可能な加入者サービスに参加させられることとなり、更に、発信されたオブジェクトを明らかに受信させられることとなるが、発信されたオブジェクトには送信者の認証が包含されていてもよい。データは、生体メッセージ（biomessage）若しくはスマートメッセージの形式であってもよい。実際には、アイコンを“発信（beam）”するために当該アイコンを選択した場合に、ユーザにオプションを与えることによって達成することができる。“発信”オプションを選択すると、自動的にメッセージアプリケーションが起動される。ここでは、当該メッセージのための生体メッセージの搬送が自動的に行われるように、受信者がデータサービスへアクセスするためのオブジェクトを伴っている。
【００２６】
“ゲートウェイ”サーバーは、データを格納したり操作したりするいかなる種類の中継手段も解することなくエンドユーザの装置へ送信されたデータではなく、データサービスプロバイダ、若しくは、発行者からのデータを受信するために利用することができる。当該サーバーは、クライアント装置の仮想的な代表として機能することができる。サーバーは、装置が利用可能でない場合でも、コンテンツを受信することができる。サーバーは、共通のインタフェースを全てのサービス発行者に提供するので、ハンドセットの詳細をコンテンツプロバイダから切り離し、コンテンツプロバイダがコンテンツを提供可能な多数の“仮想装置（virtual devices）”を定義することができる。クライアントが扱える形式にコンテンツを変換し、クライアントに提供するのは、ゲートウェイサーバーの責任となる。これは、マーケット内に仮想的なハンドセットのプラットフォームが形成されることとなるので、サービス発行者及びコンテンツプロバイダの双方にとって利点がある。ゲートウェイサーバーは、ハンドセットに提供された全てのコンテンツのログを保持する。よって、コンテンツ発行者に適宜請求を行うことができる。
【００２７】
ゲートウェイサーバーはまた、カスタマーベースについての情報（information about the customer base）を得ることができる。これは、クライアント装置へのコンテンツを管理するための価値のあるCRMデータベースを形成するものである。ゲートウェイサーバーは、ユーザにサービスをより効率的に選択することを可能とするディレクトリ情報へのアクセスを有する。
【００２８】
ゲートウェイサーバーは、クライアントとプラグインを提供し、それが必要とされるであろうことを証明する。これは、認証の問題の多くをクライアント装置から切り離すものである。この方法によりコンテンツを装置に統合することは、“埋め込まれたポータル（embedded portal）”を提供するものであり、ポータルにおいて見いだされるような関連するコンテンツが、魅力的な手法においてユーザーに提供されることになる。ゲートウェイサーバーは、関連する情報及びサービスを提供するために自然な位置にある。当該モデルはマーケット内において新規な“ウェブサービス”モデルと完全に両立することができ、そのようなウェブサービスにフロントエンドインタフェースを提供する。
【００２９】
利便性と柔軟性のために、ユーザーは装置上で動くアプリケーションからサービス加入を管理することができ、また、どのような変更がなされた場合であっても、ゲートウェイサーバーへの発呼が行われ、変更内容がCRMに反映されるようにして、データの完全性を確実のものとすることができる。更に、ゲートウェイサーバーに新しいサービスが追加されると、それらもまた装置のアプリケーションから利用可能でなければならないので、ゲートウェイサーバーとアプリケーションは同期している。
【００３０】
本発明の更なる詳細及び側面は、特許請求の範囲の記載によって定義される。
【００３１】
［詳細な記述］
ADSF若しくは、アドバンスト・データ・サービス・フレームワーク（Advanced Data Services Framework）は、英国ロンドンのシンビアン・リミテッドにより開発された技術であり、上級の移動体電話機（advanced mobile phones）における所定のタイプのサービスの効率的な開発をサポートするためのものである。商業的には、Magpieと呼ばれるシステム実装されている。
【００３２】
マーケットの要求（The market need）
ADSFは、無線によりデータを扱うことの可能な電話装置（wireless data-enabled phone devices）（スマートフォンやPDA）のための新たなマーケットを対象としている。これらの装置には、大きく２通りの収入モデル（revenue models）が存在する。一つは、通信ベース（communication based）（通話（calling）、メッセージング、Eメール、・・・）、もう一つは、コンテンツベース（content base）（ニュースや情報、メディア、ｍコマース（m-commerce）、・・・）である。初期の移動体電話機のマーケットは、装置の通信の側面での大きな成功を示している。ヨーロッパにおいては、移動体電話機による収入の９９％以上が、音声による通話及びメッセージング（voice calls and messaging）であった（Vodafone,2001）。しかしながら、多くのオペレータは、移動体通信がより日用品的なものになれば、データサービスは収入を更に大きなものとする手段になると考えている。ボーダフォン（Vodafone,2001）及びオレンジ（Orange share prospectus,2001）は、２００５年には、全体の収入の２５から３５％がデータサービスによる収入によって占められると考えている。実際、“データアクセス”装置は、法人のデータアクセスのみではなく、ｍコマースを含む多数のサービスをカバーしている。
【００３３】
ADSF
ADSFは、ブラウジングのパラダイム（browsing paradigm）を一変させる。ユーザーはコンテンツを探す代わりに、コンテンツが状況に応じてユーザにもたらされることになる。従って、もしユーザーが、電話機のカレンダーアプリケーションを見ている場合には、カレンダーに関係のあるサービス、例えば天気やスポーツがアプリケーション内で目立たぬ形で利用可能となるであろう。カレンダーアプリケーションは、コンテンツ自体を意識することはなく、コンテンツのホストとして単に動作するだけである。このように、コンテンツをホストアプリケーションの変更なしに変更することが可能となる。これは、以下の例によって最も良く記述される。
【００３４】
図１において、天気アイコンは、カレンダーアプリケーション内に表示され、小さな雲及び１２°Ｃという表示が、“Tuesday 11”というテキストの下に表示されている。このアイコンは、動的に変化して特定の日の天気を示す。アイコンをクリックすると、新しいアプリケーションが起動され、図２に示すようなより詳細な天気情報がユーザに提供される。ユーザは、この付加的な情報についてわずかな金額を支払ってもよい（電話代に自動的にチャージされても良い。）。図２は、イングランド東部の地図であり、適用可能な地域に対して天気シンボルと温度が重ね合わされている。更に、支払をベースとした情報サービスへの３種類の追加的なリンクが提供されている。
【００３５】
・Ｎａｔｉｏｎａｌ  Ｗｅａｔｈｅｒ（全国の天気）
・Ｌｏｎｇ  Ｒａｎｇｅ  Ｆｏｒｅｃａｓｔ（長期予報）
・Ｐｏｌｌｅｎ  Ｃｏｕｎｔ（花粉情報）
再度、ユーザーは、このより詳細な情報にアクセスするために少額の支払いをすることとなるであろう。
【００３６】
フォルダリスト（folder list）を使用すれば、図３に示すように、ユーザは現在のアプリケーションにおいて表示されているサービスをフィルタリングすることができる。ここで、フォルダリストは、以下のオプションからなるメニューである。
【００３７】
・Ａｌｌ（全て）
・Ｐｅｒｓｏｎａｌ（個人）
・Ｗｏｒｋ（仕事）
・Ｓｐｏｒｔ（スポーツ）
・Ｅｎｔｅｒｔａｉｎｍｅｎｔ（娯楽）
・ＴＶ  Ｇｕｉｄｅ（テレビガイド）
フォルダリストは、“フィルタ”のサービスを配置するのに便利なメニューである。
【００３８】
ドロップダウンメニューフォルダリストの“Ｓｐｏｒｔ”を選択すると、Ｓｋｙ  Ｓｐｏｒｔｓ  ｓｅｒｖｉｃｅｓからの情報が表示されるであろう。ここには、フットボールの試合のオブジェクトが含まれており、図４では、アーセナル対リーズの試合が示されている。
【００３９】
フットボールの試合のアイコンをタッピングすると、図５に示すようにユーザーは試合の情報を見たり、ハイライトをダウンロードすることができる。既に述べたように、これも支払ベースで行われるであろう。データを取得するための更なる支払への付加的なリンクには、以下のものも含まれる。
【００４０】
・Ｆｕｌｌ  Ｓｔｏｒｙ（フルストーリー）
・Ｄｏｗｎｌｏａｄ  Ｈｉｇｈｌｉｇｈｔｓ（ハイライトのダウンロード）
【００４１】
構造上、ＡＤＳＦは図６に示すように、装置（コンテンツマネージャ）上に、高性能のデータストア及びデータルータを追加するものとして考えることができる。コンテンツマネージャは、ユーザの要求に応じてコンテンツを受信し又は収集し、装置のメインアプリケーションの所定のエリアにそれを発行する責任を負っている。コンテンツは、標準的なＷＡＰ／ＷＥＢフォーマットとして送信されてもよい。コンテンツマネージャは、異なるアプリケーションを分離或いは区別して、データを取得する装置上で動作しているコンポーネントや他のソフトウェアに直接にインターフェイスすることがないようにしている。コンテンツマネージャのより詳細な内容については、引用により記載に代えるシンビアン・リミテッドの特許出願ＰＣＴ／ＧＢ０１／０３７８８に記載されている。
【００４２】
この例は、ＡＤＳＦによって提供される能力の簡単なデモンストレーションに過ぎない。この簡単なケースにおいても、多くのユーザビリティが取り上げられている。
【００４３】
・ユーザは、電話機の元々のアプリケーションからコンテンツにアクセスすることができる。個別のブラウザアプリケーションへ誘導する必要はない。
・ユーザーは元々の深いＷＡＰツリーをたどっていく必要がない。頻繁に要求されるコンテンツは、トップレベル又はその近傍において利用可能である。
・電話機の提供者が、ネットワークオペレータ若しくは他の人間に、顧客との関係の改良を許容することにより（improve their contact with the customer）、コンテンツはブランド化される。
・ユーザの熟練度が上がり、サービスの利用率（即ち、サービスによる収入）が向上する。
【００４４】
ロールアウトモデル（Roll-out model）
ロールアウトモデルは、どんな無線データサービスにも重要である。ＡＤＳＦが成功するためには、多くの相互に関連する要素が必要とされる。
【００４５】
・コンテンツプロバイダを活性化させるための、技術をサポートするハンドセットの十分なコミュニティ
・サービスをユーザにとって魅力的なものにするための、コンテンツの十分な品質
・ハンドセット製造者が彼らの装置に当該技術を取り込むように仕向けるための、オペレータからの十分なプル
【００４６】
これらは、以下によってサポートされる。
・コンテンツプロバイダが、彼らのコンテンツを周知の方法において利用可能にできるような、標準的なプロトコル（ＸＨＴＭＬ）に基づくデータの簡単なフォーマット
・ユーザが（アドバンス・プリファレンス・サポート（advanced preferences support）のような）更なる機能を装置にアドオンするように追加できる能力を有するスモールベースコンテントマネージャ（small base content manager） このように、標準的な電話機内のメモリーフットプリント（memory footprint）は最小化され、ハンドセット製造者のコスト増を低いレベルまで減少させることができる。
・当該技術をサポートするための、重要なコンテンツプロバイダー、オペレータ及びハンドセット製造者の間の商業的な関係
【００４７】
収入モデル（Revenue model）
このアプローチによりもたらされる収入モデルは単純ではない。基本的なコンテンツの管理者は、ハンドセット製造者に対して少額のチャージを行うことが可能になるかもしれない。これは、１ハンドセットについて５から１０ｃのオーダーであろうが、何百万ものユニットについて考えれば、合理的な収入源となるであろう。サービス及びコンテンツプロバイダ（特にネットワークオペレータ）に、サービスに対するより豊かなユーザ経験（richer user experience）を提供する、付加的なクライアント機能を販売することも可能である。これは、ハンドセット毎或いは利用毎の収入を提供することができる。しかしながら、これはオペレータの課金システムへのアクセス及び適切な収入の共有に関する契約を含むこととなる（これらは両方とも可能であるが、導入は困難である）。
【００４８】
別の収入モデルは、以下の内容を含む。
・コンテンツプロバイダは、プレミアムサービスを提供することができる。これによれば、所定期間分の加入料金をユーザが予め支払えば、追加のコストの発生は一切発生することなく、初期及び追加のコンテンツを受信することができる。
・コンテンツプロバイダは、初期の限定的な情報については基本的な加入料金によりユーザにチャージし、プルされた付加的な情報についてチャージを行ってもよい。
【００４９】
ＡＤＳＦの拡張（Extending the ADSF）
これまでのところ、ＡＤＳＦはクライアントのみの技術として考えられてきた。しかしながら、図７のＡＤＳＦゲートウェイサーバーに示すように、サーバーコンポーネントに導入することの利点も同様に存在する。このモデルでは、コンテンツは、サービス発行者から提供されると考えられる。サービス発行者は、顧客に対して課金を行う関係にあり、コンテンツオーナーからコンテンツを配信する。オペレータが、サービス発行者として振る舞ったり、或いは、他のサードパーティがこの役割を担当しても良い。発行者は、サービスによる収入を直接に受け取る存在であるので、付加的なサービスの収入の伝達についてチャージする存在としては、最も適切である。
【００５０】
サーバーの付加は、多くの実質的な利益を提供する。
【００５１】
・サーバーは、クライアント装置の仮想的代表として振る舞うことができる。装置が利用可能でない場合であっても、コンテンツを受信することができる。
・サーバーは共通のインタフェースを全てのサービス発行者に対して提供する。初めのうちは最も相応しいサービス発行者はネットワークオペレータであるが、システムは、確立された請求関係を顧客との間に有するもの（例えば、Ｓｋｙ、Ｔｅｓｃｏ）や、請求収入モデルを有しないもの（例えば、ＢＢＣ）といった他のサービス発行者も取り込むことができる。
・サーバーは、ハンドセットの詳細を、コンテンツプロバイダから切り離し、コンテンツプロバイダがコンテンツを提供する事ができる多くの“仮想的装置”を定義することができる。クライアントが取り扱え、クライアントに対して送信できるような形式のデータにコンテンツを変換するのは、ゲートウェイサーバーの責任である。これは、マーケットにおける仮想的なハンドセットプラットフォームが形成されることとなるので、サービス発行者及びコンテンツプロバイダの双方にとって大きな利益となる（かねてより、業界においては、サービス提供のための標準化された移動体電話プラットフォームの創造は“聖杯（holy grail）”であった。）。
・ゲートウェイサーバーは、ハンドセットに提供される全てのコンテンツのログを保持する。コンテンツ発行者に対し適切に請求を行うことができる。
・ゲートウェイサーバーは、カスタマーベースについての情報（information about the customer base）を得ることができる。これは、クライアント装置へのコンテンツを管理するための価値のあるCRMデータベースを形成するものである。
・ゲートウェイサーバーは、ユーザにサービスをより効率的に選択することを可能とするディレクトリ情報へのアクセスを有する。
・ゲートウェイサーバーは、クライアントとプラグインを提供し、それが必要とされるであろうことを証明する。これは、認証の問題の多くをクライアント装置から切り離すものである。
・この方法によりコンテンツを装置に統合することは、“埋め込まれたポータル（embedded portal）”を提供するものであり、ポータルにおいて見いだされるような関連するコンテンツが、魅力的な手法においてユーザーに提供されることになる。
・ゲートウェイサーバーは、関連する情報及びサービスを提供するために自然な位置にある。
・当該モデルはマーケット内において新規な“ウェブサービス”モデルと完全に両立することができ、そのようなウェブサービスにフロントエンドインタフェースを提供する。
【００５２】
サービス選択、提供、及び分配
サービスは、デバイス上に備わり、他の（おそらくは収入を生む）サービスへのリンクを提供する軽量オブジェクト（lightweight object）を見なすことができる。サービスは、ユーザーによる選択（プル）又は供給（プッシュ）のいずれかにより装置上に提供される。さらに、ユーザがある装置から別の装置へサービスを“送信”することも可能である。もし新しいユーザーに、価値が付加されたサービスを受信する権原が与えられていれば、それらのサービスに対して通常の方法により、アイコンをクリックした際に支払が行われることとなる。それ以外の場合には、新たなユーザに加入を勧める手段が提供される。これは、サービスのウィルス的分配（viral distribution）を可能とするものであり、複雑なデジタル著作権管理（Digital Rights Management:ＤＲＭ）技術を利用する必要がない。
【００５３】
収入モデル（Revenue model）
図８に示すように、この場合の収入モデルは、より魅力的である。発行者は、彼らが価値を得るところのコンテンツを配信しているように見える。ゲートウェイサーバーは、トラヒックを監視し、データのトランザクションコストの比率に応じて発行者に請求を行う。一般的に、これらは、各サービスについては少額であり、それらがサービス発行者の直接の収入に関連しているので、発行者は、追加的なサービスの収入及びクライアントへのよりシンプルなルートに対する見返りとしてこれを受け入れるであろう、と考えられる。
【００５４】
コンテンツプロバイダ／ネットワークオペレータ／サービス発行者の利益
・装置の問題から独立した、コンテンツへの単一インタフェースの提供
・インクリメンタルなサービス収入の創造
・配信されるサービスの観点からのデバイスのブランド化の許容
・サービス収入の全体のカットに基づいて請求が行われるため、ハンドセット製造者のアドバンテージを正当化しやすい
・幅広いコンテンツがサポートされるので、装置の魅力を拡大できる
・サーバーと共にインテグレーションする（integration with server）ことで、装置特有の高機能化がサポートされる
・最小限のフットプリントソフトウェア
【００５５】
ユーザへの利点
・フレームワークは、ネットワークオペレータを含むことを要しないコンテンツ配信モデルを提供する。
・大気中を介するチャネル（例えば、ブルトゥース、８０２．１１）以外の分配チャネル上でのマネタイズされたサービス（monetised services）をサポートする。
【００５６】
シンビアンＯＳ電話機を越えて（Extending beyond SymbianOS phones）
コンテンツマネージャは、他の電話機、ＰＤＡ、更にはＰＣまでも含めた他の装置にもポートすることができる。より限定されたバージョンでは、パケットネットワーク及びブラウザインタフェースについての適当な基本レベルの要求を満たす、より簡素な電話機にポートできるようにしても良い。ゲートウェイサーバーは、例えば、ＳＭＳ／ＭＭＳ上で、或いは、ＷＡＰ／ＷＥＢを介してコンテンツを提供することにより、長年使われている電話機インタフェースを提供するように拡張されても良い。このようにして、従来的な電話機を利用する既存の集合体に対しても、インタフェースや利便性は大幅に低下することとなるが、コンテンツを利用可能とすることができる。
【００５７】
ターゲットマーケット
マーケットの観点からは、多くのアプローチが存在する。
【００５８】
・企業は、魅力的な初期のマーケットを代表する。ＡＤＳＦは、例えば、リアルタイムの注意喚起、イントラネット設備、企業のチャネルを利用した購買（ホテルなど）などの企業特有の情報を電話機において利用可能とすることができる。これは、企業のイントラネットを電話機のアプリケーション内に埋め込むことと等価である。また、認証及びセキュアなトランザクションプラグインが必要とされるであろう。
・顧客と親密にありたいとするような独自のポータルを有するオペレータは特に魅力的である。フレームワークを利用すれば、電話機を大幅にブランド化することができ、彼らのサービスをアプリケーション内でデフォルトの選択肢とすることができる。
・ＭＶＮＯｓ及びメジャーブランド／コンテンツプロバイダは、目標を定めて顧客にコンテンツを配信する能力に魅力を感ずるであろう。これにより、彼らは、特定のネットワークオペレータを要しなくても、原理的にサービス提供を行うことが可能となる。
【００５９】
マーケット進出（Market penetration）
ＡＤＳＦのＵＳＰｓは、以下の特徴を有する。
【００６０】
・顧客が反応しそうな方法により、顧客にコンテンツに対するフックを提供することができる
・様々な対象ハンドセットへのコンテンツ発行者にとって簡素化されたインタフェース
・複雑なＤＲＭシステムを利用する必要のない、ウィルス的分配モデル（viral distribution model）
・マネタイズされたサービス（monetised services）のための増加したトラヒック(increased traffic)
・認証のような重要なサービスの為の拡張可能なフレームワーク
マーケットの取込（market uptake）及び収入リターンに対する重要な問題は、コンテンツについてのオープン標準及びメーカー独自の標準（open and proprietary standards）との間のトレードオフとなる。一般的に、オープン標準は、顧客離れ（disintermediation）を避ける現実的な方法がある限りは、大いに好まれる
【００６１】
ＡＤＳＦでのコンテンツ配信におけるメインステージは以下のようになる。
【００６２】
・ユーザーに提供するためのアイコン等（これは、少数の一般的なアイコンであろう）の生成
・装置の提供
・状況に応じたアイコンの提供
・続いて行われるアイコンのアクチベーション、更に続くコンテンツへの適切なリンク（Following activation of an icon, following an appropriate link to content）
・＜付随的な装置／オーナーの識別＞
・＜装置のための付随的なコンテンツ変換＞
・コンテンツ配信及び表示
【００６３】
収入をシェアするモデルの試みは、顧客離れを排除するものである。一方、メーカー独自のソリューションは、ロールアウトモデルの受け入れを困難なものとするであろう。
【００６４】
提案モデル（Proposed model）
基本的なレベルのクライアントコンテンツマネージャソフトウェアに対してはチャージがなされるべきではない。このソフトウェアは、コンテンツの限定されたユーザセクションと共に、アプリケーション内にコンテンツを配信し、表示することを可能とするものである。これは、可能な限り最大数のクライアント装置に対して分配されるべきである。アイコンコンテンツ及び（適切なセキュリティモデルを備える）装置の提供に関するオープン標準が存在するべきである。これらは、例えば、ビットマップやリンクのようなシンプルな標準であるべきである。クライアントは、ビットマップやコンテンツの表示について特段の高性能化を要求すべきではない。
【００６５】
より性能の良いコンテンツマネージャの分配（製造時又は配信により（over the air））が可能となるように、オープンプラグインモデルが採用されるべきである。これらは、サーバーとメーカー独自の接続（proprietary connection）を有しても良い。
【００６６】
サーバーは、（提供された、より相応しくはパートナーを通じてライセンスされた）サービスとして提案される。
【００６７】
・クライアントに依存する装置の提供
・クライアントに依存するコンテンツのフィルタ
・統一的なインタフェースの提供
・必要に応じた請求及びＣＲＭ統計の提供
【００６８】
要するに、当該モデルは、
１．シンプルなクライアントの広範な採用。アプリケーション内にアイコンの配置を可能とし、バックリンクを提供する。
【００６９】
２．認証、請求など、或いは、電源を提供するインクリメンタルなクライアント−サーバーのペアの提供。
【図面の簡単な説明】
【００７０】
本発明は、添付する図面を参照して記述される。
【図１】スマートフォンを示す。ディスプレイは、本発明におけるオペレーションを示している。
【図２】スマートフォンを示す。ディスプレイは、本発明におけるオペレーションを示している。
【図３】スマートフォンを示す。ディスプレイは、本発明におけるオペレーションを示している。
【図４】スマートフォンを示す。ディスプレイは、本発明におけるオペレーションを示している。
【図５】スマートフォンを示す。ディスプレイは、本発明におけるオペレーションを示している。
【図６】スマートフォン装置のコンテンツマネージャを含む、システムの主要な構成要素を示す図である。
【図７】本発明におけるサーバーベースの実施形態における主要な構成要素を示す図である。
【図８】本発明において可能な収入モデル（revenue model）の図である。
【図１】
2005527888.tif 000003
【図２】
2005527888.tif 000004
【図３】
2005527888.tif 000005
【図４】
2005527888.tif 000006
【図５】
2005527888.tif 000007
【図６】
2005527888.tif 000008
【図７】
2005527888.tif 000009
【図８】
2005527888.tif 000010
【手続補正書】
【提出日】平成16年7月14日(2004.7.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線情報装置上にデータを表示させる方法であって、遠隔のデータ提供者から提供されたデータは、前記装置において起動中のアプリケーション内に自動的に表示され、ユーザーに新しいデータに関する注意を喚起するため、或いは、新しいデータを表示するため、に変化することを特徴とする方法において、
前記装置は、前記装置内に既に保存され、所定のアプリケーションにおいて潜在的に利用可能な異なるデータタイプのメニューリストを提供するようにプログラムされ、特定のデータタイプが前記メニューリストから選択されると、選択されたタイプのデータが該アプリケーション内に自動的に表示されることを特徴とする方法。
【請求項２】
前記アプリケーションは、プッシュ型のＥメールのためのメッセージングアプリケーションや、ウェブ又はＷＡＰブラウザのような、前記装置から離れて設置されているサーバーからデータの取得のみを行うアプリケーションではないことを特徴とする請求項１に記載の方法。
【請求項３】
前記アプリケーションは、前記装置に、前記遠隔のサービスプロバイダーからのデータと関連するデータとは異なる種類のデータを表示し、操作することを可能とすることを特徴とする請求項２に記載の方法。
【請求項４】
前記アプリケーションは、前記データ提供者からのデータを自動的に埋め込むための適切、且つ、関連する事実情報を提供することを特徴とする請求項３に記載の方法。
【請求項５】
ユーザの前記アイコンのクリックにより、より詳細な関連情報をユーザに提供するための新しいアプリケーションが起動されることを特徴とする請求項１に記載の方法。
【請求項６】
前記データは前記装置へプッシュされることを特徴とする請求項１に記載の方法。
【請求項７】
関連するソースデータが変化した場合、或いは、定期的、又は所定の時間間隔において、前記データは前記装置へプッシュされることを特徴とする請求項６に記載の方法。
【請求項８】
前記詳細な関連情報は、前記装置によりプルされることを特徴とする請求項５に記載の方法。
【請求項９】
前記遠隔のデータ提供者からの前記データは、定期的或いは所定の時間間隔において、バックグラウンド、自動処理又は、ユーザの手動操作によるプルを利用して、前記装置からプルされることを特徴とする請求項８に記載の方法。
【請求項１０】
プッシュされたデータはユーザへのチャージなしに提供され、プルされた前記詳細な関連情報は、支払ベースで提供されることを特徴とする請求項８に記載の方法。
【請求項１１】
同一データが、幾つかの異なるアプリケーションに提供されることを特徴とする請求項１に記載の方法。
【請求項１２】
データは前記装置においてコンテンツマネージャレイヤーにより扱われ、前記コンテンツマネージャレイヤーは、異なるアプリケーションを分離或いは区別して、データを取得する装置上で動作しているコンポーネントや他のソフトウェアに直接にインターフェイスすることがないようにすることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記装置上に表示される前記データは、小さく、様式化された説明的な図形又は画像として表されることを特徴とする請求項１に記載の方法。
【請求項１４】
前記データは、テキストを備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記データは、幾つかの無線情報装置の間での共有が可能であることを特徴とする請求項１に記載の方法。
【請求項１６】
前記装置上に表示された前記データは、ソフトウェアオブジェクトのサブセットであることを特徴とする請求項１に記載の方法。
【請求項１７】
幾つかの異なるアイコンは、同一ソフトウェアオブジェクトのサブセットであることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記オブジェクトは、幾つかの異なるアプリケーションによりアクセス可能であることを特徴とする請求項１６に記載の方法。
【請求項１９】
前記オブジェクトは、関連する幾つかの異なるデータ変数を有することを特徴とする請求項１６に記載の方法。
【請求項２０】
前記オブジェクトは、アプリケーション内に既に存在するオブジェクトに付随することを特徴とする請求項１６に記載の方法。
【請求項２１】
遠隔のデータ提供者からのデータを表示するようにプログラムされた無線コンピューティング装置であって、前記遠隔のデータ提供者から提供されたデータは、前記装置において起動中のアプリケーション内に自動的に表示され、ユーザーに新しいデータに関する注意を喚起するため、或いは、新しいデータを表示するために変化することを特徴とする装置において、
前記装置は、前記装置内に既に保存され、所定のアプリケーションにおいて潜在的に利用可能な異なるデータタイプのメニューリストを提供するようにプログラムされ、特定のデータタイプが前記メニューリストから選択されると、選択されたタイプのデータが該アプリケーション内に自動的に表示されることを特徴とする無線コンピューティング装置。
【請求項２２】
無線コンピューティング装置にデータの表示を可能とさせるコンピュータソフトウェアであって、
遠隔のデータ提供者から提供されたデータは、前記装置において起動中のアプリケーション内に自動的に表示され、ユーザーに新しいデータに関する注意を喚起するため、或いは、新しいデータを表示するために変化することを特徴とする装置において、
前記装置は、前記装置内に既に保存され、所定のアプリケーションにおいて潜在的に利用可能な異なるデータタイプのメニューリストを提供するようにプログラムされ、特定のデータタイプが前記メニューリストから選択されると、選択されたタイプのデータが該アプリケーション内に自動的に表示されることを特徴とするコンピュータソフトウェア。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
［発明の概要］
本発明は、無線情報装置上にデータを表示させる方法であって、遠隔のデータ提供者から提供されたデータは、前記装置において起動中のアプリケーション内に自動的に表示され、ユーザーに新しいデータに関する注意を喚起するため、或いは、新しいデータを表示するため、に変化することを特徴とする方法において、前記装置は、前記装置内に予め保存され、所定のアプリケーションにおいて潜在的に利用可能な異なるデータタイプのメニューリストを提供するようにプログラムされ、特定のデータタイプが前記メニューリストから選択されると、選択されたタイプのデータが該アプリケーション内に表示されることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
表示されたデータが自動的に埋め込まれる当該アプリケーションは、プッシュ型のＥメールのためのメッセージングアプリケーションや、ウェブ又はＷＡＰブラウザのような、当該装置から離れて設置されているサーバーからデータの取得のみを行うアプリケーションではないことを特徴とする。その代わりに、当該アプリケーションは、当該装置に、当該遠隔のサービスプロバイダーからのデータと関連するデータとは異なる種類のデータを表示し、操作することを可能とする。当該アプリケーションは、ゆえに、当該データ、アイコンとして表されても良い、を自動的に埋め込むための適切、且つ、関連する事実情報（又は、“コンテクスト”）を提供する。


【国際調査報告】
2005527888.tif 000011
2005527888.tif 000012
2005527888.tif 000013