JP2010166618A

JP2010166618A - 異質のクライアントを有するクライアント−サーバーシステムのための方法及び装置

Info

Publication number: JP2010166618A
Application number: JP2010091338A
Authority: JP
Inventors: Mohan Vishwanath; モハンヴィシュワナス; Anurag Mendhekar; アヌラッグメンダーカー
Original assignee: Yahoo Inc
Current assignee: Yahoo Inc
Priority date: 1998-06-17
Filing date: 2010-04-12
Publication date: 2010-07-29
Also published as: BR9911281A; EP1086553A1; WO1999066673A1; AU4556099A; JP2002518766A; KR100679343B1; KR20010071516A; US6216157B1; CN1312995A; CN1129276C

Abstract

【課題】伝送媒体を介してクライアントにアプリケーションを引き渡す方法及び装置。
【解決手段】装置は機器特定トランスデューサ及びアダプティブ伝送トランスデューサを含み、機器特定トランスデューサは、サーバー内のアプリケーションに対するクライアントのリクエストを考慮して、機器特定出力を生成するために、クライアントとアプリケーションの特性に基づき、アプリケーションを修正する。アプリケーションと伝送媒体の特性に基づき、アダプティブ伝送トランスデューサは、機器特定出力を修正し、適合化された出力を生成する。出力は媒体を介してデコーダとユーザーインタフェースを含むクライアントに渡される。デコーダは、適合化された出力をデコードしてインタラクティブなアプリケーションの修正バージョンを作り、部分的にはユーザーインタフェースを介して使えるようにする。
【選択図】図４

Description

本願は１９９７年１１月１４出願の同時係属米国特許出願第０８／９７０，７３５号の一部継続出願である。これを参考文献として本出願に援用する。
本発明は概括的にはクライアント−サーバー技術に、そしてより厳密には、クライアントに引き渡されるアプリケーションが利用可能なリソースに基づいて自動的に変更されるクライアント−サーバーシステムに関する。

サーバーコンピュータは、多種多様なクライアントに多種多様な型式の媒体を介してアプリケーションを引き渡すことができる。例えば、サーバーは、ケーブルを介してあるページをプリンタに、無線波を介してあるノートをページャに、マイクロ波を介してセルラフォンに音声メッセージを、赤外線放射を介してインターネット利用可能なコンピュータ又はパームトップにウェブページを、光ファイバーを介してテレビに映画を、又は撚線対を介して電子レンジのスイッチ又は家庭の空調システムにオン−オフコマンドを伝達することができる。

これらのクライアント又は電化製品はそれぞれ異なる能力を有する。それらの中には、パームトップのようにマイクロプロセッサ及びメモリ容量が比較的強力なものもある。他方、テレビのように最低限の演算処理及びメモリパワーを備えただけの超薄型クライアントであったりもする。伝達媒体も非常に多様である。例えば、光ファイバーのように帯域幅が広いものもあれば、撚線対のように帯域幅が狭いものもある。またアプリケーションも多岐にわたる。例えば、映画は広い帯域幅、短い待ち時間を要求し、エラー率に対しかなり寛容であるが、帯域幅の条件はゆるくできてもスイッチに対するオン−オフコマンドは絶対的な正確さを要求する。

各型式のアプリケーションを特定の媒体を介して特定のクライアントに引き渡すためには、通常、特定のアプローチが存在する。例えば、あるページを印刷したい場合、特定のプリンタドライバを起動して当該ページを印刷するし、またウェブページをインターネット使用可能コンピュータに送信したい場合には、当該ウェブページをある規定の割合で圧縮し、特定のネットワークプロトコルに従って伝送する。このようなドライバタスクを実現するために、異なるソフトウェアプログラムがサーバーに呼び出される。

インタラクティブなアプリケーション、即ち、ウェブページのような対話可能なアプリケーションを要求しているのが、インターネット使用可能コンピュータであろうとテレビであろうと、サーバーは、通常、同じ事前設定のネットワークプロトコルに従ってインタラクティブなアプリケーションを引き渡す。換言すると、例えば、プロトコルが事前設定された後に伝送媒体が変更された場合、サーバーはその変更についてはプロトコルをダイナミックに修正するための知能を持っていない。サーバーの方には知的適応能力がないのである。ユーザーがインターネット使用可能コンピュータのウェブページから１フィート離れて座っていても、テレビの当該ウェブページから６フィート離れて座っていても、サーバーは知るはずもなければ気にかけることもない。

サーバーには適応能力が欠如しているというだけではなく、サーバーはある特定のクライアントからのある特定の要求には応答できない。例えば、そのようなアプリケーションには、プッシュアプリケーションが挙げられるが、これは毎日午後１時にＸＥＲＯＸの株価を引用するというような、ユーザーがプロファイルに基づき決定するアプリケーションである。サーバーは株式相場に関するページャリクエストと天気予報に関する標準的な電話リクエストの両方に自動的に応答できるはずもない。今日、通常に行なわれているやり方は、これらのタスクをそれぞれ専用に取り扱うために別々のサーバーを備えることである。

以上の説明から明らかなように、このような多岐にわたるアプリケーション、クライアント能力、及び伝送媒体に自動的に対応でき、伝送媒体及びクライアントからの利用可能なリソースに基づいて異なるアプリケーションが自動的に修正されるような装置及び方法がいまだ必要とされている。

本発明は、１つ又はそれ以上の以下の観点、即ち、アプリケーション、及びそのアプリケーションを要求するクライアントとそのアプリケーションを引き渡す媒体の能力の観点から、アプリケーションを自動的に修正する方法と装置に関するものである。クライアントは、その日の新しいアポイントメントを示すパームトップコンピュータであっても、午後６時になったらチキンを料理するために自動的にオンになる電子レンジであっても、或いはお気に入りのジェームズボンド映画を映すテレビであってもかまわない。本発明に基づき、サーバーコンピュータは、リソースを最大限有益に活用するために利用可能なリソースという見地から、特定のアプリケーションを自動的に修正する。

ある実施例では、アプリケーションは、ウェブページのような、ユーザーが対話できるインタラクティブタイプのものであってよい。本実施例では、サーバー内にサーバー装置が含まれている。サーバー装置には、機器特定トランスデューサ及びアダプティブ伝送トランスデューサが含まれている。機器特定トランスデューサは、サーバー内のインタラクティブなアプリケーションへのクライアントリクエストを考慮して、当該クライアントと当該アプリケーションに基づいて当該アプリケーションを修正して機器特定出力を生成するように構成されている。この出力は、クライアントとアプリケーションそのもの次第で自動的に修正される。アダプティブ伝送トランスデューサは、機器特定トランスデューサに連結されているが、前記機器特定出力を修正するように構成されている。修正は、ここでも、当該アプリケーション及び対応する伝送媒体に基づいて行われる。修正の後、適合化された出力が生成され、媒体を介してクライアントに引き渡される。そこで、クライアントは適合化された出力をデコードし、そのクライアントに合わせて改造されたインタラクティブなアプリケーションの修正バージョンを生成する。

別の実施例では、アプリケーションはプッシュタイプである。プッシュアプリケーションは、ユーザーのプロファイルからのもののように、ユーザーにより事前に設定されたアプリケーションである。当プロファイルに示すとおりに、ユーザーの嗜好に基づいて、特定のアプリケーションが引き渡される。例えば、週末は、ユーザーは朝９時に起きてビートルズの音楽を聴くのが好きである。そうすると、毎週土曜日と日曜日の朝９時に、サーバーはビートルズの歌を選択し、それを圧縮して、１５分間ユーザーのベッド脇のスピーカに届ける。本実施例も、同様に、機器特定トランスデューサとアダプティブ伝送トランスデューサを備えたサーバー装置を含んでいる。

さらに別の実施例は、クライアント内にクライアント装置を含んでいる。クライアント装置には、適合化された出力からアプリケーションの修正バージョンを生成するためのデコーダが含まれている。適合化された出力は、上記の機器特定トランスデューサ及びアダプティブ伝送トランスデューサの一方により生成される。

本発明に従って、アプリケーションは利用可能なリソースに基づいて様々なクライアントに自動的にマッピングされる。ある実施例では、リソースには、伝送媒体の帯域幅、許容エラー率、待ち時間、及びクライアントの処理パワーとメモリ容量が含まれる。

本発明を採用すれば、異なる型式のクライアントが、高速インターネット接続のように同じ伝送媒体を介して接続できるようになる。サーバーは、アプリケーションを受信するクライアントに基づいて、且つ当該アプリケーションに基づいて、アプリケーションを修正する。また、本発明を採用すれば、異なる型式のクライアントが、ワイヤードとワイヤレス、デジタルとアナログのような、別種の媒体を介して接続できるようになり、サーバーはアプリケーションを状況に応じてしかるべく改造することできる。

サーバーがクライアントに合わせアプリケーションを既に適合化しているか、又は修正しているので、クライアントは最小限の演算パワーとメモリを備えた超薄型でもよい。換言するなら、クライアントは非常に低コストのデバイスでも構わないということである。

さらに、アプリケーションは、サーバーが、クライアントに適合するように修正できるので、同一コンテンツマテリアルを別々のクライアントに対して使用できる。例えば、本発明はでインターネット使用可能コンピュータとテレビに対して、同一のインターネットコンテンツを使用できる。そして、これらのコンテンツは別々のクライアントにリアルタイムで引き渡すことができる。

本発明を採用すれば、新型のクライアントに対して異なるアプリケーションを適合させるための開発時間が著しく短縮される。変更は、本発明に基づいてソフトウェア修正を通して実行される。これは、言い換えれば、新型のクライアントの市場への幅広い展開を迅速に可能にする点で意義深い。

本発明に活用できるアプリケーションの例を示す。伝送媒体を介して接続されている本発明のサーバー側とクライアント側の１例を示す。本発明の１実施例を実行するための一連の段階を示す。本発明の機器特定トランスデューサの例を示す。本発明のアダプティブ伝送トランスデューサの１実施例を示す。本発明のための伝送媒体の特性の例を示す。本発明によるクライアントの演算パワーと入力データ型式に基づいて圧縮アルゴリズムを選択する方法の例を示す。本発明において、異なる条件下でアダプティブパケッタイザにより選択されるネットワークプロトコルの例を示す。本発明において、異なる条件下でアダプティブパケッタイザにより選択されるネットワークプロトコルの例を示す。ウェブブラウジングアプリケーションのための、本発明のデシジョンツリーの例を示す。ウェブブラウジングアプリケーションのための、本発明のデシジョンツリーの例を示す。

本明細書で使用される言語は、読みやすさと説明し易さを基準に選択したものであり、発明的主題を正確に解説し、或いは限定するために選んだものではないことに留意されたい。又、本明細書に記載している特徴及び長所は、包括的なものではない。本発明のこの他の態様並びに長所は、例を取り上げて本発明の原理を説明している明細書を読めば、当業者には明らかとなるであろう。

以下、本発明の実施例を添付図面１−９を参照しながら説明するが、図１−９において同一の参照番号は、各図を通して同一のエレメントを示す。しかし、当業者には容易に理解いただけるように、図面に基づいてここに述べる詳細な説明は、説明を目的としたものであり、発明はこの限られた実施例を越えて拡がるものである。

本発明はサーバー−クライアント環境に適用できる。サーバーは１つ又はそれ以上のクライアントに、対応する伝送媒体を介して接続できる。サーバーは、パーソナルコンピュータであっても他の型式のコンピュータであってもよいが、通常、演算パワーとメモリはクライアントよりも大きい。クライアントは多種多様な演算エンジンであってよく、例えば、インターネット使用可能コンピュータ、テレビ、パームトップ、電子レンジ、電話、ページャ等が例として挙げられる。このように、クライアントの能力は、サーバーから引き渡される情報をデコードするためのデコーダを有する限り、かなり融通性に富んだものとなる。ある実施例では、クライアントはデコードされた情報をユーザーに連絡するため、ある形態のユーザーインターフェースを備えている。

ある例では、クライアントはあるアプリケーションを要求する。これは、ユーザーが自身のセットトップボックスを起動することにより実行される。ユーザーは自分のテレビを介してヤフー（ＹＡＨＯＯ）のウェブページにアクセスしたいと思うかもしれない。この型式のアプリケーションは図１の１０２に示すようにインタラクティブアプリケーションとして知られている。このようなアプリケーションでは、ユーザーはアプリケーションと対話できる。これはテレビで「スタートレック」のエピソードを単に受動的に見ているのとはわけが違うわけで、それはユーザーがエピソードの中の何物をも変更することができないからである。とにかく、リクエストはサーバーに伝送され、サーバーはウェブページにアクセスする。そこでサーバーはアクセスされたウェブページをテレビに合わせて適合化するが、この適合化は、例えばウェブページがテキスト、画像、ビデオ、又はそれらを組み合わせたものを含んでいるかどうかなどウェブページ自体や、当該ウェブページをクライアントに搬送する伝送媒体や、クライアントの能力のような利用可能なリソースなど、多数の要素によって異なる。ある実施例では、ウェブページはＭＰＥＧＩ規格及びＲＴＰネットワークプロトコルに基づいて修正され、インターネット接続を介してサーバーからテレビのセットトップボックスに送信される。この場合、クライアントは、テレビと、送信信号を受信してそれをデコードするセットトップボックスである。デコードされた信号は、通常、元のアプリケーションの修正バージョンである。換言すれば、デコードされたアプリケーションはサーバー内のアプリケーションとは厳密には同一ではない。ここでセットトップボックスは、テレビ上にウェブページを示し、ユーザーがそれと対話できるようにする。

別の実施例では、ユーザーは最初に自身の嗜好をサーバーに入力する。これはＬＡレーカーズ・バスケットボールチームの得点を、試合が終了するたびにユーザーのページャスクリーン上に表示することであってもよい。このようなある情報は、図１の１０４に示しているがプッシュアプリケーションとしても知られており、ユーザーによって事前に設定されるものである。得点が入手できると、サーバーは無線波を介してそれをユーザーのページャに引き渡す。ここでもアプリケーションは、アプリケーション自身の少なくとも１つの特性と利用可能なリソースに基づいて適合化される。

図２は、伝送媒体１５４により接続されている、本発明のサーバー側とクライアント側のある実施例を示している。図３は、本発明のある実施例を実行するための一連の段階１７５を示している。

ある実施例では、サーバー側は機器特定トランスデューサ１５０とアダプティブ伝送トランスデューサ１５２を含んでいる。概論的には、機器特定トランスデューサ１５０はアプリケーションをクライアントの能力に基づいて修正し（ステップ１７７）、アダプティブ伝送トランスデューサ１５２はそのアプリケーションを伝送媒体１５４に基づいてさらに修正する（ステップ１８１）。この修正は、当該アプリケーション自体によっても左右され、例えば音声信号は１編の書き込みテキストとは違うやり方で修正される。ある実施例では、クライアントはデコーダ１５６とユーザーインターフェース１５８を含んでいる。デコーダ１５６は届けられた信号を解釈又はデコードするが（ステップ１８５）、この信号は予めデコーダ１５６の能力に合わせた仕様になっている。次に、ユーザーインターフェース１５８は修正済みのアプリケーション１８７をユーザーに提示する。

ある実施例では、機器特定トランスデューサ１５０は、クライアントと協力して、アプリケーションの少なくとも１つの特性に基づいてアプリケーションを修正する。分かりやすくするために４つの型式のアプリケーションを示すが、それらは、
（ａ）フォーマットにテキスト及び画像を含んでいるＤｏｃｕｍｅｎｔ又はＤｏｃ。
（ｂ）流動マルチメディア及びプラグインを含んでいるＩｎｔｅｒｎｅｔ。
（ｃ）Ｅｍａｉｌ。
（ｄ）ユーザーが情報を入力するための異なるフォーマットを備えた異なる型の形式を含んでいるＦｏｒｍ。
である。
これらアプリケーションにはそれぞれ自身の特性があり、クライアント次第でそれぞれに違って修正される。

図４は、本発明の機器特定トランスデューサ１５０を示している。本明細書では、アプリケーションにクライアントが付いた項は、当該アプリケーションと当該クライアント用の機器特定トランスデューサ１５０を指す。例えば、ＤｏｃＴＶは、ある文書をテレビ観賞用に修正するための機器特定トランスデューサを指す。このトランスデューサには、テレビに合わせて画像のフォーマットを変更するためのＴＶ用のフォーマット・サブトランスデューサなど、多数のサブトランスデューサが含まれていてもよい。これは、６フィート離れたユーザーにもテキストが見えるようにテキストのサイズを変更することもできる。従って、テレビ観賞用にアプリケーションを適合化するため、１つ又はそれ以上のサブトランスデューサがあってもよいわけである。テレビは通常６フィート以上離れて鑑賞されるものであるが、コンピュータモニターは見る人から１フィートも離れていないことに留意されたい。他のサブトランスデューサとしては、必要に合わせて、クライアントに基づいてテキスト特性を変更するテキス・サブトランスデューサや、クライアントの表示能力に基づいて画像特性を変更する画像サブトランスデューサや、クライアント上でのアプリケーションの有用性を高めるユーザーインターフェース・サブトランスデューサなどが挙げられよう。機器特定トランスデューサ１５０は、１つ又はそれ以上のサブトランスデューサをダイナミックに加えて、アプリケーションを状況に応じてしかるべく修正することができる。

図４はこのようなサブトランスデューサのその他の例を示している。例えば、ある人が表示装置付きの電話を使ってウェブをブラウジングしているとすると、機器特定トランスデューサ１５０は、符号２００で示すＤｏｃＳＰｈｏｎｅであってもよく、ここでＳＰｈｏｎｅのＳはスクリーンのことであるが、或いは機器特定トランスデューサ１５０は、符号２０２で示すＩｎｔｅｒｎｅｔＳＰｈｏｎｅであってもよい。ユーザーがメッセージを受動的に受信するのに電話を使うだけであればＤｏｃＳＰｈｏｎｅが採用されるが、ユーザーが当該メッセージと対話する、即ちウェブページと対話するなど、に電話を使用するという場合ではＩｎｔｅｒｎｅｔＳＰｈｏｎｅが採用されることになろう。別の実施例では、ユーザーがＥメールを検索するために電話を使用しているのであれば、機器特定トランスデューサ１５０はＥｍａｉｌＳＰｈｏｎｅ２０４又はＤｏｃＳＰｈｏｎｅとなることが考えられる。ＥｍａｉｌＳＰｈｏｎｅ２０４は、当該電話がＥメール用のソフトウェア管理システムを有することもあるという点で、追加的な知能を持っている。最後の例として、電子取引若しくはＥコマースのために電話が使用される場合には、機器特定トランスデューサ１５０はＦｏｒｍＳＰｈｏｎｅ２０６となり、ウェブから１冊の本を注文する場合など、ユーザーがある書式を編集できるようにする。

このような機器特定トランスデューサ１５０を作り出すに当たっては様々な方法が考えられる。その１つには、１９９７年１１月１４日出願の同時係属米国特許出願第０８／９７０，７３５号に開示されている方法と装置に基づくやり方がある。他にも、直接マッピングを介する方法が挙げられる。例えば、ＨＴＭＬ中のあるページを直接ビットマップに変更するか又はマップすることもできる。

ある実施例では、機器特定トランスデューサ１５０からの出力は機器特定出力１７９であり、これがさらにアダプティブ伝送トランスデューサ１５２により修正される。

アダプティブ伝送トランスデューサ１５２は、アプリケーションと伝送媒体１５４の特性に基づいて、機器特定出力１７９を修正し、適合化された出力１８３を生成する。ある実施例では、機器特定出力１７９上で作動させる圧縮アルゴリズムとネットワークプロトコルは、要求されるアプリケーションの信頼性又はエラー率など当該アプリケーションの少なくとも１つの特性と、伝送媒体１５４の速度又は帯域幅により決まる。機器特定出力１７９が修正され適合化された出力１８３が生成された後、サーバーはその適合化された出力１８３を伝送媒体を介してクライアントに送信する。

図５は、本発明のアダプティブ伝送トランスデューサ１５２の１つの実施例を示している。それにはマルチモードコンプレッサ２５０とアダプティブパケッタイザ２５２が含まれている。当該コンプレッサは、機器特定出力１７９を圧縮するための適当な圧縮アルゴリズムを選択し、一方アダプティブパケッタイザ２５２は適合化された出力１８３を生成するためのネットワークプロトコルを選択する。

図６は、本発明用の伝送媒体の特性の例を示している。別々の特性が帯域幅、エラー率、及び待ち時間の中に存在していてもよい。待ち時間は、クライアントがアプリケーションをどれほどの間待たねばならないかということを表す。エラー率が高い媒体は、そのような伝送媒体１５４を介して送られるデータにエラーが起きる確率が高いことを示唆する。このような欠陥を補償するには、アプリケーションは、正しい信号が確実に受け取られるようにするために再送信されねばならないかもしれない。これは待ち時間が長引かせる。例えば、空中を伝送されるアナログ信号３００、つまりワイヤレスアナログ信号はエラー率が高い３０２が、これは信号混信が多いと考えられるからである。正確さを期すために信号は何度も送信されねばならなくなるであろうから、信号の待ち時間が延びる３０４ことになる。アプリケーションと使用される伝送媒体次第で、アダプティブ伝送トランスデューサ１５２は、例えば、適当な圧縮アルゴリズムとネットワークプロトコルを選択することにより、これらの変動を自動的に考慮する。

ある実施例では、マルチモードコンプレッサ２５０は、アプリケーション、伝送媒体１５４、及びクライアントの観点から、圧縮アルゴリズムを自動的に選択する。サーバーからクライアントに送信されるデータの形式が高いほど、要求される帯域幅は狭くなり、クライアントはより高い演算パワーを持っていなければならない。例えば、ＡＳＣIIテキスト（高形式データ）及びビットマップ（低形式データ）に関して言えば、ＡＳＣIIテキスト文書は伝送される帯域幅がより狭いが、クライアントはこのＡＳＣIIテキストを理解するためにデコーディング能力を必要とする。一方、文書がビットマップで送信される場合は、クラアントは何であれ受信したものを表示するが、送信されるデータの量は膨大に増える。クライアントが圧縮されたＡＳＣIIテキストをデコードする能力を持っていれば、そして伝送媒体１５４が小さい帯域幅を持っていれば、伝送前にＡＳＣIIテキストを圧縮することが望ましい。これによりリソースは確実に有効利用されることになる。

ある実施例では、圧縮アルゴリズムを選定するために使用されるパラメータには、以下のものが含まれる。
（ａ）それがテキスト、グラフィック、天然画像、音声、或いはビデオなのかという入力データ型式。なお、同じページにテキストと画像があるなど、アプリケーションが多数の異なる入力データ型式を有する場合もある点に留意されたい。
（ｂ）速度―ひずみ必要条件、つまり帯域幅対品質の間における妥協。
（ｃ）帯域幅、エラー率、及び待ち時間に影響を及ぼす伝送媒体１５４。
（ｄ）利用可能な処理パワー及びメモリなど、サーバーとクライアントの能力。

数多くの圧縮アルゴリズムが本発明に適用できる。それらには、Ｌｅｍｐｅｌ−Ｚｉｖ（ＬＺ）、ランレングス・エンコーディング（ＲＬＥ）、ＪＰＥＧ、階層ベクトル量子化（ＨＶＱ）、ＡＤＰＣＭ、ＭＰＥＧ１、ＭＰＥＧ２、Ｈ．２６３、及び条件付補充式階層ベクトル量子化（ＨＶＱＣＲ）が含まれている。

図７では、デコーダ１５６は適合化された出力１８３を解凍する必要があるので、入力データ型式とクライアントの演算パワーに基づいて圧縮アルゴリズムを選択する方法を示している。なお、圧縮を実行しているのは、サーバー若しくはマルチモードコンプレッサ２５０であることから、サーバーの演算パワーも考慮に入れなければならない。しかしながら、通常、クライアントはサーバーほどにパワーがない。クライアントが解凍に十分なパワーを備えているのであれば、サーバーは圧縮のための十分なパワーを備えていなければならない。

ある実施例では、アダプティブ伝送トランスデューサ１５２は、圧縮アルゴリズムを選択するだけでなく、ネットワークプロトコルをも選択する。これはアダプティブパケッタイザ２５２により実行される。本発明を解説するには、３通りのプロトコルが考慮されるが、それらはＴＣＰ、ＵＤＰ、及びＲＴＰである。

図８Ａ及びＢは、異なる条件下でアダプティブパケッタイザ２５２により選択されたネットワークプロトコルの例を示しており、図８Ａは低エラー率、図８Ｂは高エラー率にそれぞれ対応したものである。ある実施例では、選択はここでも適応できる方式により実行されるが、選定はアプリケーションのデータ型式と伝送媒体１５４に合わせて行われる。例えば、アプリケーションが１編のテキストであり正確でなければならない場合には、エラー率は低くなければならない。伝送媒体が本来的に長い待ち時間を有するのであれば、図８Ａに示すように、ＵＤＰが選択される。一方、アプリケーションがビデオストリームであれば、エラー率は高くなっても、フレーム間に検出可能なギャップが存在すれば視聴者の楽しみレベルが低下することから、待ち時間は短くなければならない。図８Ｂに基づきＲＴＰが選択されることになる。

ある実施例では、クライアントは超薄型である。サーバーがクライアントに合わせてアプリケーションを既に修正しているので、クライアントは最小限の演算パワーとメモリ容量しか必要でない。このような型のクライアントは費用が非常に低くて済む。超薄型クライアントの例は、流動音声及びビデオ、Ｊａｖａ（登録商標）ａｐｐｌｅｔ及びＡｃｔｉｖｅＸ制御のようなパワーのあるアプリケーションを取り扱うことができるテレビのトップボックスである。このようなボックスは、１Ｍバイトのメモリを備え且つ１００Ｋバイトメモリに収納できる組み込み型ソフトウェアを備えた１６ＭＨｚ８０３８６マイクロプロセッサの演算パワーしか必要としない。

図９Ａ、９Ｂはウェブ・ブラウジング・アプリケーション４００に関する、本発明のデシジョンツリーの１例を示している。図９Ａに示すように、アプリケーション又はクライアントがテレビ４０２であるなら、機器特定トランスデューサ１５０は、ＤｏｃＴＶ及びＩｎｔｅｒｎｅｔＴＶというサブトランスデューサを選択する。機器特定トランスデューサ１５０からの出力は、図９Ｂに示すようにさらに修正される。例えば、アプリケーションの一部が一編のテキストの場合、データ型式４０４はテキスト４０６となる。また伝送媒体１５４若しくは接続４０８は、毎秒１０メガビット（Ｍｂｐｓ）の帯域幅を有するワイヤードＬＡＮ４１０である。さらに、機器の演算パワー４１２は、毎秒１０００万命令（Ｍｉｐｓ）未満のように低いと仮定しよう。すると、デシジョンツリーをたどって、アダプティブ伝送トランスデューサ１５２は、圧縮アルゴリズムにはＲＬＥを、ネットワークプロトコルにはＵＤＰを選択することになる。修正の後、出力はワイヤードＬＡＮを介して当該機器に送信されるが、本例ではこの機器はテレビ４０２である。

本発明の別の実施例には新型のプロトコルが含まれている。それはＶＡＰとして知られているアプリケーション層プロトコルである。それはＴＣＰ、ＵＤＰ、又はＲＴＰなどのネットワークプロトコル上で動く。ＶＡＰには、レンダードデータオブジェクト（ＲＤＯ）とクライアントデータオブジェクト（ＣＤＯ）という２つのパケット型式が含まれている。ＲＤＯは、ＣＤＯリクエストに応答してサーバーからクライアントに送信される。

ＲＤＯ特性には以下のものが含まれる。
（ａ）各ＲＤＯパケットは、それが、各ＲＤＯに基づいて個別に出力の一部をデコードし再生することができるという点で自己充足型である。このような特徴は高待ち時間又は高エラー率の状況に特に適している。またパケットは順不同に引き渡すことができる。
（ｂ）各ＲＤＯパケットは、スクリーンの活性区域及び対応している動作についての完全な情報を保有している。
（ｃ）ＲＤＯパケットは使用された圧縮アルゴリズムについての情報を保有している。
（ｄ）ＶＡＰはクライアントでの出力の逐次復元を許容する。これは、ユーザーにあるデータを迅速に提供することによりユーザーの経験を向上させるスマートローディングを実行するのに活用できる。ＲＤＯパケットには透過性情報を含む復元の層に関する情報が入っている。
ＣＤＯ特性には以下のものが含まれている。
（ａ）各ＣＤＯパケットには、クライアントを識別し且つＶＡＰにより規定される機器ＩＤが入っている。それは、クライアントの能力を判定し、サーバーが状況に応じて応答できるようにするためのものである。
（ｂ）ＣＤＯパケットには動作とそれに対応するデータが入っている。

本発明のこの他の実施態様は、当業者には、この明細書を熟慮し、或いはここに開示した発明を実施してみることにより、明らかとなるであろう。本明細書並びに事例は代表的なものを挙げているに過ぎず、本発明の真の範囲及び精神は請求の範囲に述べるものである。

Claims

インタラクティブなアプリケーションを、伝送媒体を介してクライアントに引き渡すための、サーバー内のサーバー装置において、
インタラクティブなアプリケーションへのクライアントのリクエストを考慮しながら、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき、前記アプリケーションを修正して機器特定出力を生成するように構成された機器特定トランスデューサと、
前記機器特定トランスデューサに連結されており、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき、前記機器特定出力を修正して、前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するように構成されたアダプティブ伝送トランスデューサと、を備え、前記クライアントは前記適合化された出力をデコードして前記インタラクティブなアプリケーションの修正バージョンを生成するようになっていることを特徴とするサーバー装置。
前記アダプティブ伝送トランスデューサが、前記機器特定出力を圧縮するためのコンプレッサと、前記機器特定出力のためのネットワークプロトコルを設定するためのパケッタイザとを含んでいることを特徴とする、請求項１に記載のサーバー装置。
前記コンプレッサにより加えられる圧縮が、前記クライアントの能力により決まることを特徴とする、請求項２に記載のサーバー装置。
前記コンプレッサにより加えられる圧縮が、前記伝送媒体の帯域幅により決まることを特徴とする、請求項２に記載のサーバー装置。
前記コンプレッサにより加えられる圧縮が、前記伝送媒体のエラー率により決まることを特徴とする、請求項２に記載のサーバー装置。
前記設定されるプロトコルが、前記アプリケーションを考慮して所望されるエラー率と待ち時間により決まることを特徴とする、請求項２に記載のサーバー装置。
プッシュアプリケーションを、伝送媒体を介してクライアントに引き渡すための、サーバー内のサーバー装置において、
前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき、前記プッシュアプリケーションを修正して機器特定出力を生成するように構成されている機器特定トランスデューサと、
前記機器特定トランスデューサに連結されており、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき、前記機器特定出力を修正して、前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するように構成されたアダプティブ伝送トランスデューサと、を備え、前記クライアントは前記適合化された出力をデコードして前記プッシュアプリケーションの修正バージョンを生成することを特徴とするサーバー装置。
サーバーから伝送媒体を介して受信されるプッシュアプリケーションの修正バージョンを生成するための、クライアント内のクライアント装置において、
前記サーバー内のサーバー装置により生成されたものである適合化された出力から前記プッシュアプリケーションの修正バージョンを生成するためのデコーダを備えており、
前記サーバーは、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき前記アプリケーションを修正して機器特定出力を生成し、且つ、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき前記機器特定出力を修正して、前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するようになっていることを特徴とするクライアント装置。
サーバーから伝送媒体を介して受信されるインタラクティブなアプリケーションの修正バージョンを生成するための、クライアント内のクライアント装置において、
前記サーバー内のサーバー装置により生成されたものである適合化された出力から前記インタラクティブなアプリケーションの修正バージョンを生成するためのデコーダを備えており、
前記サーバー装置は、前記インタラクティブなアプリケーションへのクライアントのリクエストを考慮しながら、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき前記アプリケーションを修正して機器特定出力を生成し、且つ、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき前記機器特定出力を修正して、前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するようになっていることを特徴とするクライアント装置。
伝送媒体を介してクライアントに引き渡すためのインタラクティブなアプリケーションをサーバーにより修正する方法において、
機器特定出力を生成するために、インタラクティブなアプリケーションへのクライアントのリクエストを考慮しながら、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき、前記アプリケーションを修正する段階と、
前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するために、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき、前記機器特定出力を修正する段階とから成り、前記クライアントは前記適合化された出力をデコードして前記インタラクティブなアプリケーションの修正バージョンを生成することを特徴とする方法。
伝送媒体を介してクライアントに引き渡すためのプッシュアプリケーションをサーバーにより修正する方法において、
機器特定出力を生成するために、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき、前記プッシュアプリケーションを修正する段階と、
前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するために、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき、前記機器特定出力を修正する段階とから成り、前記クライアントは前記適合化された出力をデコードして前記プッシュアプリケーションの修正バージョンを生成することを特徴とする方法。
伝送媒体を介してサーバーから受信されたプッシュアプリケーションの修正バージョンをクライアントにより生成する方法において、
前記プッシュアプリケーションの修正バージョンを生成するために、適合化された出力をデコードする段階を備え、
前記適合化された出力は、
機器特定出力を生成するために、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性とに基づき、前記アプリケーションを修正する段階と、
前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するために、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき、前記機器特定出力を修正する段階とにより生成されることを特徴とする方法。
伝送媒体を介してサーバーから受信されたインタラクティブなアプリケーションの修正バージョンを、クライアントにより生成する方法において、
前記インタラクティブなアプリケーションの修正されたバージョンを生成するために、適合化された出力をデコードする段階を備え、
前記適合化された出力は、
機器特定出力を生成するために、前記インタラクティブなアプリケーションへの前記クライアントのリクエストを考慮しながら、前記クライアントの少なくとも１つの特性と前記アプリケーションの少なくとも１つの特性に基づき、前記アプリケーションを修正する段階と、
前記媒体を介して前記クライアントに引き渡される適合化された出力を生成するために、前記アプリケーションの少なくとも１つの特性と前記伝送媒体の少なくとも１つの特性に基づき、前記機器特定出力を修正する段階とにより生成されることを特徴とする方法。