JP4490460B2 - 障害許容性を提供する方法及びハンドセットとそのシステム - Google Patents

Description

本発明は、無線通信分野に関し、特に障害許容性を有するハンドセット、そして無線通信における障害許容性を提供するシステム及び方法に関する。

一般的なパーソナルコンピュータは、アプリケーション及びデータを、例えばそのコンピュータ自体内のハードドライブのような格納部に格納する。あるアプリケーションの駆動を希望する場合、ユーザはローカル（local）格納部から該アプリケーションを持ってきて、パーソナルコンピュータのプロセッサで実行できるようにする。ＷｅｂＯＳのような既知の概念の下では、パーソナルコンピュータがサーバコンピュータに遠隔格納されたアプリケーションを使用することができる。そのようなパーソナルコンピュータは、サーバとネットワーク接続されており、サーバと相互作用でき、かつブラウザまたは類似なグラフィックユーザインターフェースを有することができる。ユーザがブラウザを介してあるアプリケーションを駆動する場合、該アプリケーションはユーザのコンピュータよりはサーバで実行されるはずである。

ユーザによりブラウザに入力されるデータは、遠隔アプリケーションによる処理のためにネットワーク接続を介してサーバへ送られることができる。アプリケーションがそのデータの処理を完了した場合、サーバは、データ処理の結果としてブラウザが表示すべき画面（appearance）を表すデジタルイメージをブラウザへ送るはずである。言い換えると、サーバよりはユーザのコンピュータでデータが処理されたならば取られるべき、そのような画面がブラウザへ送られる。このような方法により、ユーザはアプリケーションがユーザのコンピュータで実行されているという感じを受けることができる。

上記デジタルイメージは、ビットマップフォーマット、ＳＶＧ（scalable vector graphics）フォーマット、ＧＩＦ（Graphics Interchange Format）フォーマット、ＪＰＥＧ（Joint Photographic Experts Group）フォーマット、または当業者によく知られた他のどんなフォーマットでありうる。ここで、“デジタルイメージ”という用語は、そのようなどのフォーマットにも従うイメージを称するのに用いられるはずである。

ＷｅｂＯＳの使用は、制限された処理能力及び／またはメモリを有するコンピュータがより力強いコンピュータのように動作できるようにする。この低仕様コンピュータは、そうしなければ実行できないアプリケーションを実行するように見せることができる。パーソナルコンピュータは、特定の運営体制及びローカル的にインストールされた所有プログラムセットに縛り付けられず、代わりに、オープンソース運営体制と、自由に利用できるブラウザ及びウェブ基盤アプリケーションを利用することができる。ＷｅｂＯＳとは、ネットワークを介して遠隔でアプリケーション及びデータにアクセスする一つのプラットフォーム（platform）をいい、また、当業者によく知られた、類似の機能を遂行する他のプラットフォームが用いられることができるということを理解すべきである。ＷｅｂＯＳという用語は、ここでそのようなどのプラットフォームを称することと用いられるはずである。
韓国特許出願公開第２００５−００８３５０１号明細書

本発明の目的は、障害許容性を有するハンドセットを提供することにある。
本発明の他の目的は、無線通信における障害許容性を提供するシステムを提供することにある。
本発明の更に他の目的は、無線通信における障害許容性を提供する方法を提供することにある。

本発明の一実施形態によるハンドセットは、バッファと状態テーブルフレームワーク（state table framework）を含む。バッファは、複数のデジタルイメージを蓄積し、蓄積されたデジタルイメージを提供してハンドセット上のディスプレイが円滑になされるようにする。状態テーブルフレームワークは、サーバに対する無線接続が可能である時、サーバから少なくとも幾つかの状態テーブル情報を受信することができる。そして、状態テーブルフレームワークは、サーバに対する無線接続が可能でない時、入力に対応して状態テーブルの次の状態に転換することで、ハンドセットの上に上記入力に対応する適切なデジタルイメージがディスプレイできるようにする。

本発明の他の実施形態によって、無線通信における障害許容性（fault tolerance）を提供するシステムは、ハンドセット及びサーバを含む。ハンドセットは、複数のデジタルイメージを蓄積し、蓄積されたデジタルイメージを提供してハンドセット上のディスプレイが円滑になされるようにするバッファを含む。ハンドセットは、サーバに対する無線接続が可能である時、サーバから少なくとも幾つかの状態テーブル情報を受信し、サーバに対する無線接続が可能でない時、入力に対応して状態テーブルでの次の状態に転換することで、ハンドセットの上に上記入力に対応する適切なデジタルイメージがディスプレイできるようにする状態テーブルフレームワークを更に含む。サーバは状態テーブル情報を生成する状態テーブル発生部を含む。

本発明の更に他の実施形態により、ハンドセットのバッファに複数のデジタルイメージを提供する段階を含み、ここで、デジタルイメージは、バッファに臨時に格納され、ハンドセットのディスプレイへ伝えられる。そして、ハンドセットからサーバへの無線接続が可能である時、複数の次の状態を含む状態テーブルをハンドセットに提供する段階を更に含み、ハンドセットからサーバへの無線接続が可能でない時、ユーザ入力を受信し、そのユーザ入力に基づいて、複数の出力の中の一つをディスプレイへ送る段階を更に含む。

本発明の障害許容性を有するハンドセット、そして無線通信における障害許容性を提供するシステム及び方法によれば、ハンドセットのユーザにネットワーク接続が一時的に中断された時、接続が相変わらず続いている感じを与える。ネットワーク接続が中断された状態であるが、データはサーバから続けて受信されるように見えることができ、ユーザによりハンドセットに入力されるデータは、あたかもユーザが使用していたアプリケーションが続けて反応しているように、ブラウザでの適切な動作を生成するように見えることができる。

これら及び他の特徴と長所は、添付図面及び請求範囲と共に、下記の詳細な説明により明確になるはずであり、ここで、同一な参照符号は同一な部分を示す。
まず、下記において、本発明による一実施形態を例示的に説明したが、システムは、現在、公知、または存在する多くの技術を用いて具現できることを理解すべきである。本発明は、ここに図示及び説明された例示的なデザイン及び具現を含む、下記に説明された例示的な具現、図面、そして技術に限定されず、均等物の全体範囲と共に特許請求範囲内で修正されることができる。

ＷｅｂＯＳ概念は、インターネットまたは他のネットワークとの無線接続能力を有するハンドヘルド（handheld）モバイル電子装置での使用のためのものと拡大されることができる。即ち、移動電話、ＰＤＡ、ハンドヘルドコンピュータのような装置及び類似の装置は、ローカル的にインストールされたブラウザを用いてネットワークと無線インターフェースを形成し、遠隔サーバに格納されたアプリケーション及びデータにアクセスすることができる。ここで、そのような装置をハンドセットと称する。ＷｅｂＯＳの使用は、制限されたプロセッシング及び記憶装置のような、制限されたリソースを有するハンドセットが、ローカル的に実行できないアプリケーションにアクセスできるようにし、それで、低価のハンドセットをより高価のハンドセットのみで許される機能を有することができるようにする。同様に、より高価のハンドセットには、実行可能でないかもしれない量の処理能力及び／またはメモリを要求する機能が与えられることができる。

しかしながら、ハンドセットにおけるＷｅｂＯＳの使用は、ハンドセットのためのネットワークの接続性が信頼できない場合もあるため、制限されるおそれがある。無線周波数転送における多重−経路フェーディング、ネットワーク障害（network perturbation）、及びよく知られた他の無線ネットワーキングの問題がハンドセットとＷｅｂＯＳサーバとの間の一時的な接続損失を引き起こす可能性がある。仮に、ハンドセットユーザがＷｅｂＯＳサーバで実行中であるアプリケーションを使用していて、サーバとの接続が失われたならば、ユーザはこれ以上アプリケーションへデータを転送したりアプリケーションからデータを受信したりすることができないし、そのアプリケーションを介して可能な機能はネットワーク接続が復旧される時まで中止される。従って、ユーザに、ローカル的にインストールされたアプリケーションを使用することより、あまり満足でない体験をもたらす可能性がある。

本発明の実施形態は、ハンドセットユーザに、ネットワーク接続が一時的に失われた時、接続が相変わらず続いているという感じを与えることができる。即ち、データはサーバから続けて受信されるように見え、かつユーザによりハンドセットに入力されるデータは、あたかもユーザが使用していたアプリケーションが続けて反応しているように、ブラウザでの適切な動作を生成しているように見える。本発明の一実施形態によって、このような障害許容機能（fault tolerance capability）はフライホイール（flywheel）バッファ、状態テーブルフレームワーク、及び学習部（heuristic component）の中の一つ以上を含むことができる。

フライホイールバッファは、サーバからのデータストリーミングを臨時に格納して、上記データをブラウザが利用できるようにする。これによって、短時間接続が断絶される場合、接続が断絶された間、これを補完するためにデータをフライホイールバッファから持ってくることができる。状態テーブルフレームワークは、ハンドセットの現在状態を利用してハンドセットの起こり得る次の状態を予想して、ユーザの入力に基づいて次の状態に適切な出力がブラウザに現れるようにする。学習部は、ユーザの習性を学んで、現在の状態で、ユーザの過去動作に基づいて、与えられた現在状態に対して起こり得る次の状態の数を減少させる。

図１は、本発明の一実施形態によって遠隔サーバ２０に無線でアクセスできるハンドセット３０に対して障害許容性を提供するシステム１０の構成を表す。サーバ２０は、ハンドセット３０へ転送される状態テーブルを生成する状態テーブル生成部２２を含む。本発明の一実施形態によって、状態テーブル生成部２２は、状態テーブル生成プロセスを改善できる学習部２４を含む。また、サーバ２０は、ハンドセット３０により使われることができる一つ以上のアプリケーション２６と、ハンドセット３０により検索できるデータ格納部２８とを含む。

ハンドセット３０は、フライホイールバッファ３２及び状態テーブルフレームワーク３３を含む。フライホイールバッファ３２は、サーバ２０からのストリーミングデータを受信及び格納することができる。状態テーブルフレームワーク３３は、状態テーブルメモリ３４及び状態テーブルドライバ３６を含む。状態テーブルメモリ３４は、サーバ２０からの状態テーブル情報を受信して保持し、状態テーブルドライバ３６は、状態テーブルメモリ３４から状態テーブル情報を読み込むことができる。フライホイールバッファ３２及び状態テーブルドライバ３６は、デジタルイメージを表示できるディスプレイ部４０にデータを入力することができる。また、ディスプレイ部４０は、フライホイールバッファ３２から入力されたデータ、または状態テーブルドライバ３６から入力されたデータが表示されるかどうかを決定することができる。

図１ではディスプレイ部４０が一つの構成要素として図示されたが、ディスプレイ部４０は実際に、ディスプレイドライバ、ディスプレイドライバがデータを見られるようにする（ブラウザのような）グラフィックユーザインターフェース、グラフィックユーザインターフェースが現れる表示スクリーン、及び他の構成要素を含むことができる。ブラウザまたはディスプレイ部４０の他の構成要素の中の一つは、ディスプレイ部４０に現れるイメージのソースがフライホイールバッファ３２であるか、または状態テーブルドライバ３６であるかを決定する論理（logic）を含むことができる。ブラウザは、特にＷｅｂＯＳ環境のために製作された特殊目的ブラウザでありうる。ここで使われた用語のディスプレイ部４０は、ハンドセット３０でデータの表示を行うどの構成要素、または全ての構成要素を称すると理解すべきである。

また、ハンドセット３０は、キーパッド４２、またはハンドセット３０にデータを入力する類似のメカニズムを含むことができる。キーパッド４２は、データを状態テーブルドライバ３６及びユーザ入力メモリ４４へ送ることができる。

キーパッド４２を介してディスプレイ部４０に入力されるデータは、ユーザ入力５６により、サーバ２０へ無線転送されることができる。ユーザ入力５６は、サーバ２０でアプリケーション２６の中の一つを駆動したり、またはサーバ２０からデータ２８を要請したりできる。仮に、アプリケーション２６の中の一つが駆動されれば、処理のためのユーザ入力５６がアプリケーション２６へ更に転送されることができる。次に、アプリケーション２６は処理されたデータをディスプレイ部４０で表示するためにハンドセット３０へリターンさせることができる。ＷｅｂＯＳ環境では、ディスプレイ部４０へリターンされるデータが、典型的にディスプレイ部４０が表すべきデジタルイメージである。即ち、ディスプレイ部４０は、サーバ２０からリターンされたデータに対して、ハンドセット３０によるこれ以上の処理なしに適切な画面を表すことができる。ユーザは、実際のディスプレイ部４０に現れたイメージやそのイメージの表示を活性化する情報がサーバ２０から転送される時、そのデータの処理がハンドセット３０で行われたという感じと、ハンドセット３０がディスプレイ部４０に適切な画面を表すようにしたという感じを受ける。

仮に、サーバ２０とハンドセット３０との間の無線接続が断絶されれば、ユーザ入力５６がハンドセット３０からサーバ２０へ転送できないことがあり、デジタルイメージがサーバ２０からハンドセット３０へ転送できないことがある。したがって、ユーザはこれ以上サーバ２０にあるアプリケーション２６及びデータ２８にアクセスできないはずである。一実施形態では、そのような断絶状態が発生した場合、フライホイールバッファ３２が短時間の間、ディスプレイ部４０にデジタルイメージを続けて転送することができる。

定常動作の間、ハンドセット３０へ転送される各デジタルイメージは現在イメージ５２と言うことができる。現在イメージ５２はフライホイールバッファ３２に臨時に格納され、ある程度の量の現在イメージデータがフライホイールバッファ３２に蓄積された後、先入れ先出し方式により現在イメージ５２がディスプレイ部４０へ転送される。接続断絶が生じる場合、現在イメージ５２はこれ以上フライホイールバッファ３２に入力されないが、フライホイールバッファ３２は以前に蓄積された現在イメージ５２を続けてディスプレイ部４０へ転送することができる。仮に、フライホイールバッファ３２が蓄積している現在イメージ５２を全部転送する前に、サーバ２０に対する接続が復旧されれば、フライホイールバッファ３２は現在イメージ５２の蓄積をまた始めることができ、以前に蓄積された現在イメージ５２を続けて転送するはずである。ユーザはあたかも断絶状態が全く生じなかったように、ディスプレイ部４０に表示されるデータを見ることができる。フライホイールバッファ３２は略１秒以下に持続される接続断絶状態がカバーできることと予想される。

当業者はフライホイールバッファ３２が、コンパクトディスクプレーヤーの振動バッファのそれと類似な構成のように、そのような多様な公知の方式でなされることができることが分かる。また、フライホイールバッファ３２が接続断絶を補償できる時間の長さは、フライホイールバッファ３２のメモリの量によることが分かる。大きな格納容量を有するフライホイールバッファ３２は、長い接続ギャップ（gap）を連結できるが、サーバ２０からハンドセット３０へデータを転送するにあたって、容認できない程度の長い遅延を引き起こすことができる。小さな格納容量のフライホイールバッファ３２は、認知できない遅延時間を提供するが、単に小さなギャップのみを連結することができる。

一般的に、フライホイールバッファ３２は、サーバ２０からハンドセット３０へ転送されるデータを格納する。ユーザがアプリケーション２６の中の一つとやりとりをしている場合、サーバ２０からハンドセット３０へ、またハンドセット３０からサーバ２０への両方向データの流れが発生することができる。そのような状況でネットワークの断絶が発生する場合、状態テーブルフレームワーク３３は、ユーザにサーバ２０への接続が相変わらず持続しているという感じを与えることができる。状態テーブルフレームワーク３３は、ディスプレイ部４０がサーバ２０からデータを受信していると見られるように、一つ以上のデジタルイメージをディスプレイ部４０へ転送することができる。また、状態テーブルフレームワーク３３は、その反応がサーバ２０からきたように、ユーザの措置に応答してディスプレイ部４０を修正することができる。

本発明の一実施形態によって、サーバ２０は情報を状態テーブル５４の形態で状態テーブルフレームワーク３３へ転送する。当業界によく知られたように、状態テーブル５４は典型的に、現在状態セット、可能な入力セット、各可能な入力が各現在状態に適用される場合に生じることができる次の状態セット、及び各次の状態と関連した出力セットを含む。状態情報は、その状況（context）がアプリケーションであるとか、現在アクセスしているハンドセットの動作である、状況基盤（context-based）である。

当業界によく知られたように、装置の現在状態は、装置が現在動作している環境に関する情報の集積（aggregation）である。現在状態は装置が提供している一つ以上の出力を含むことができる。一つ以上の現在出力は、デジタルイメージでありうる。以下において、“デジタルイメージ”及び“出力”という用語が相互代替的に使われるはずであるが、より一般的な意味では、状態テーブルに特定された出力はデジタルイメージでないこともあり、サウンドまたは他の類型の出力であることがあることを理解すべきである。

次の状態は、装置が現在状態から進入できる動作モードということも当業界によく知られている。一つ以上のデジタルイメージまたは他の類型の出力が次の状態と関連することができる。

図２は、障害許容システム１０に利用できる状態テーブル５４に対する一例である。状態テーブル５４は現在状態６２のコラム（column）、各々の現在状態６２の間にユーザが行なうことができる入力６４のコラム、ユーザが入力６４の中の一つを提供する時に導出される次の状態６６のコラム、及び次の状態６６の各々に関連した出力６８のコラムを含む。入力６４は、図１に図示されたハンドセット３０からサーバ２０へ転送されているユーザ入力５６と均等であることができる。状態テーブル５４に書込みされたエントリー（entry）は任意的なものであり、単にハンドセット３０のような装置に該当できる、現在状態６２、入力６４、次の状態６６、及び出力６８を象徴化する意図を有するものである。

前述したように、一連の現在イメージ５２は、フライホイールバッファ３２に臨時に格納されることができ、現在イメージ５２は順次にディスプレイ部４０へ転送されることができる。本発明の一実施形態において、各時間毎に現在イメージ５２がサーバ２０からフライホイールバッファ３２へ転送され、状態テーブル５４はサーバ２０から状態テーブルメモリ３４へ転送される。状態テーブル５４は転送された現在イメージ５２に関連した現在状態６２を次に生じられる一つ以上の次の状態６６を含む。現在イメージ５２及び状態テーブル５４が図１で別途のデータ経路を従うことと図示されたが、現在イメージ５２と状態テーブル５４はサーバ２０からハンドセット３０へ単一データ転送で転送されることができる。

本発明の一実施形態において、次の状態６６の中の一つに関連した各出力６８は、ディスプレイ部４０が現在状態６２により特定された画面を見せた以後に見せることができる一つの可能な画面を表す。即ち、現在状態６２の中の一つに関連した出力６８の中の一つがディスプレイ部４０に現れる時、その出力６８に応答してユーザが行う動作は、ディスプレイ部４０に表れる次の状態６６の中の一つと関連した出力６８の中一つの結果をもたらすことができる。ハンドセット３０で行なうことができる機能の数は制限的であるため、ディスプレイ部４０にある特定の出力６８が現れる時、入力できる次の状態６６の数は限定的であることが多い。

状態テーブルドライバ３６は、キーパッド４２からの入力を受信し、状態テーブルメモリ３４に格納された状態テーブル５４で対応する入力６４を探して、その入力６４及びディスプレイ部４０に現れる現在状態６２と関連した出力６８を生成することができる。例えば、現在状態Ｘ６２ａに対し、可能な入力６４は１、２、及び３であり、これらはキー押え、またはユーザがハンドセット３０の上で取れる他の動作を表すことができる。ハンドセット３０とサーバ２０との間の接続が失われ、ハンドセット３０が現在状態Ｘ６２ａにおり、ユーザが入力１を選択する場合には、次の状態Ａが入力され、出力Ｑがディスプレイ部４０に提供される。仮に、ユーザが入力２を選択する場合には、次の状態Ｂが入力され、出力Ｒがディスプレイ部４０に提供される。仮に、ユーザが入力３を選択すれば、次の状態Ｃが入力され、出力Ｓがディスプレイ部４０に提供される。

したがって、ハンドセット３０とサーバ２０との接続が失われる場合、ユーザは続けてキーパッド４２でデータを入力することができる。ディスプレイ部４０は、ユーザ入力６４に適した出力６８やデジタルイメージを表示するが、そのデジタルイメージは、その入力６４の際、サーバ２０により発生したものの代りに、状態テーブルメモリ３４から持ってきたものであるはずである。ユーザには、ディスプレイ部４０が入力６４に適するように反応したと見えるはずである。

仮に、ユーザが、初期入力６４の後に入力される第１の次の状態６６に応答して追加の入力６４を行う場合に、状態テーブルドライバ３６は、その追加的な入力６４及び第１の次の状態６６に基づいて、第２の次の状態６６を持ってくることができる。しかしながら、与えられた現在状態に対する全ての入力と、上記入力から導出できる全ての第１の次の状態と、第１の次の状態の各々に対する可能な全ての追加的な入力と、第１の次の状態の各々から得られることができる可能な全ての第２の次の状態を含むことができる状態テーブルは、管理できない程度に大きくなることがあり得る。本発明の一実施形態において、状態テーブルメモリ３４に格納された状態テーブル５４は、単に現在状態６２に適用される入力６４、そして、その入力６４及びその現在状態６２から得られる次の状態６６と出力６８のみを含む。他の実施形態では、状態テーブルメモリ３４の大きさ、状態テーブルドライバ３６の処理能力、障害許容システム１０に対するデザイナーの判断、及び他の要因によって、追加的な入力６４、次の状態６６、及び出力６８が状態テーブル５４に含まれることができる。そして、上記の説明では、出力６８としてデジタルイメージを例に挙げたが、サウンドなど、ハンドセット３０で再現可能な他の型式のデータからなる出力６８であることができ、出力６８のデータ種類によって、ハンドセット３０の関連構成要素へ出力６８が転送されてユーザに提供されることができる。例えば、出力６８がサウンドの場合、出力６８はサウンド処理部へ転送されるはずである。他の例として、出力６８がハンドセット３０の振動であれば、出力６８はハンドセット３０の振動部へ転送されるはずである。

ハンドセット３０が入力できる全ての状態、その可能な全ての状態に対して許されることができる全ての入力、そして、その入力及び初期状態から導出できる全ての次の状態及び出力を含むマスター状態テーブルをサーバ２０が保有できることが考えられる。すると、サーバ２０は、単にハンドセット３０の現在状態に適用されたマスター状態テーブル部分のみをハンドセット３０へ転送することができる。

本発明の他の実施形態では、サーバ２０にある状態テーブル生成部２２が適した状態テーブル５４を‘活性中（on the fly）’に生成する。即ち、新たな現在イメージ５２がハンドセット３０へ転送される度に、状態テーブル生成部２２は現在イメージ５２が表示される時、ハンドセット３０に入ることができる入力６４を決定する。また、状態テーブル生成部２２は、その入力６４から得られる次の状態６６及び出力６８を決定する。次に、入力６４、次の状態６６、及び出力６８は、状態テーブル５４に格納され、状態テーブルメモリ３４へ転送される。

状態テーブル５４は、関連の現在状態６２、及び次の状態６６のクラスター（cluster）を含むことができる。即ち、現在状態６２のグループは互いに類似することができ、一つ以上の次の状態６６を共有することができる。次の状態６６の幾つかは、現在状態６２のグループに属して、一つ以上の現在状態６２及び一つ以上の次の状態６６が循環方式（cyclical manner）でディスプレイ部４０に現れることになる。したがって、ディスプレイ部４０に現れるイメージは、このような全て一つのクラスターをなす現在状態６２と次の状態６６の閉鎖（closed）グループから選択されることができる。与えられた現在状態６２から導出できないような次の状態６６は、状態テーブル５４に含まれ、または与えられた現在状態６２から導出できそうな次の状態６６は、状態テーブル５４から省略されることができる。しかしながら、状態テーブル生成部２２が状態テーブル５４、または状態テーブル５４内のクラスターを適切に管理運営する充分な知能を持ったり、そのような状態テーブル５４の不完全性が最小に維持できたりすることと予想される。

一実施形態において、状態テーブル生成部２２は、状態テーブルメモリ３４へ送られる状態テーブルの大きさをより縮める学習部２４を含む。学習部２４は、ハンドセットユーザの習性を観察して、各現在状態６２でユーザが典型的に入力する入力６４を学ぶことができる。仮に、特定の現在状態６２でユーザが殆ど行なわない入力６４があれば、学習部２４は状態テーブル生成部２２に上記行なわない入力６４、そしてそれと関連した次の状態６６と出力６８を、現在状態６２に対する状態テーブル５４から除去することを通知することができる。このように大きさが縮小された状態テーブル５４は、サーバが転送するために更に効率的であることができ、また状態テーブルドライバ３６が状態テーブルメモリ３４から読み込むために更に効率的であることができる。あるいは、まれに使われる情報６４の場合に、状態テーブル５４は、次の状態６６及び出力６８が除去されて大きさが縮小されるよりは、状態テーブル５４に含まれていないが、現在状態６２に適した追加的な入力６４、次の状態６６、及び出力６８を含めることができる。これは、ユーザが認識できない、はるかに長いサービス中断を許すことができる。

本発明の一実施形態において、ディスプレイ部４０におけるブラウザまたは他の要素は、ディスプレイ部４０に現れるデータがフライホイールバッファ３２から来るか、または状態テーブルドライバ３６から来るかを決定する。ハンドセット３０がサーバ２０に無線で接続された場合、ブラウザは、サーバ２０からのデジタルイメージが、フライホイールバッファ３２を介して、ディスプレイ部４０に伝えられるようにする。ネットワーク断絶が発生した場合、そして、ユーザデータエントリーが発生しない場合に、ブラウザはフライホイールバッファ３２に蓄積されていたデジタルイメージが続けてディスプレイ部４０に伝えられるようにするはずである。

仮に、ユーザデータエントリーが発生する場合には、ブラウザは状態テーブルドライバ３６からのデータがディスプレイ部４０に送られるようにすることができる。即ち、仮にユーザがキーパッド４２で入力６４を生成すれば、状態テーブルドライバ３６は状態テーブルメモリ３４に格納された状態テーブル５４で入力６４を探索することができる。次に、状態テーブルドライバ３６は、その入力６４に関連した出力６８をブラウザへ送り、ブラウザはその出力６８をディスプレイ部４０に伝達することができる。いつフライホイールバッファデータと状態テーブルドライバデータとの間の転換がなされなければならないかを決定する他の方法は当業者に自明である。

サーバ２０に対する無線接続が断絶された場合、当業界によく知られたように、ハンドセット３０内の標準接続モジュールがサーバ２０に対する再接続を試みる。前述した障害許容動作は、このような再接続がなされる間に発生する。断絶の間、キーパッド４２で生成するユーザのどの入力６４も単純に状態テーブルメモリ３４に格納された特定のデジタルイメージがディスプレイ部４０に送られるようにする。これらの入力６４は、断絶の以前に実行されていた、どんなアプリケーション２６にも実質的な影響を及ぼさない。

本発明の一実施形態によって、ネットワーク断絶の間、ユーザがキーパッド４２を介して生成する全ての入力６４は、ユーザ入力メモリ４４に格納される。サーバ２０に対する接続が復旧されれば、ユーザ入力メモリ４４の内容は、適切な処理のために、サーバに送られる同期化過程が発生することができる。すると、このようなユーザ入力メモリ４４に格納されたデータは、それが適用されるアプリケーション２６で入力されることができ、アプリケーション２６は、上記データに対して適切な処理を遂行することができる。以後、アプリケーション２６はこれらの定常動作をまた始めて、あたかもネットワーク断絶が生じなかったように、現在イメージ５２と状態テーブル５４をハンドセット３０へ転送することができる。したがって、ハンドセット３０はまたサーバ２０からリアルタイム（live）データを受信し始める。

サーバ２０からハンドセット３０へ現在イメージ５２と状態テーブル５４が転送されることは、よく知られた無線データ転送プロトコルを経由してなされることができる。一実施形態において、Ａｊａｘ（非同期ジャバスクリプト及びＸＭＬ）プログラミングツールがサーバ２０からハンドセット３０へ送られるデータをエンコードするために用いられることができる。当業界によく知られたように、Ａｊａｘはウェブページの残りが変更されない間、単にウェブページの一部のみアップデートできるようにする。障害許容システム１０において、Ａｊａｘの利用は、表示される全体イメージでない、単にディスプレイ部４０のアップデートに必要なデータのみハンドセット３０へ送られるようにする。これは、サーバ２０からハンドセット３０への現在イメージ５２及び状態テーブル５４の効率よい転送を促進することができる。

図３は、無線通信に障害許容性を提供する方法３００を表す。ステップ３１０で、複数のデジタルイメージがハンドセット３０のフライホイールバッファ３２に提供される。デジタルイメージは、フライホイールバッファ３２に臨時に格納され、ハンドセット３０のディスプレイ部４０に伝達される。ステップ３２０で、複数の次の状態６６を有する状態テーブル５４はハンドセット３０からサーバ２０への無線通信が可能である時、ハンドセット３０の状態テーブルフレームワーク３３に提供される。ステップ３３０で、ハンドセット３０からサーバ２０への無線接続が可能でない時、状態テーブル５４の次の状態６６はユーザの入力に基づいてディスプレイ部４０に送られる。

本方法は、ネットワークが断絶される間、実質的な動作を保障することはできないが、障害許容性が短期間の間、提供されることができる。長時間の間のネットワークの断絶は、ハンドセット３０を遠隔サーバのアプリケーションがアクセスできない最小動作モードに復帰するようにするはずである。

図４は、ハンドセット３０を含む無線通信システムを表す。ハンドセット３０は、本発明の実施形態を具現するように動作可能であるが、本発明はこのような具現例に限るのでない。移動電話が図示されたが、ハンドセット３０は、無線ハンドセット、ポケベル、ＰＤＡ、ポータブルコンピュータ、タブレットコンピュータ、またはラップトップコンピュータを含む多様な形態でありうる。多くの適したハンドセットがこのような機能の一部または全部を兼備する。本発明の幾つかの実施形態において、ハンドセット３０は、ポータブル、ラップトップ、またはタブレットコンピュータのような汎用コンピュータ装置でなく、移動電話、無線ハンドセット、ポケベル、またはＰＤＡのように、特殊目的の通信装置である。

ハンドセット３０は、図１のディスプレイ部４０と部分的にまたは全体的に均等な第１ディスプレイ部１０２を含む。また、ハンドセット３０は、ユーザ入力のために、接触−感応性（touch-sensitive）の表面、またはキー４０４を含み、これは、図１のキーパッド４２と均等であることができる。ハンドセット３０のユーザ選択のためのオプション部、ユーザ操作のための制御部、及び／またはユーザ指示のためのカーソル、または指示子を提供することができる。ハンドセット３０は、ダイヤル番号、またはハンドセットの動作を設定する多様なパラメータ値を含む、ユーザからのデータエントリーを更に入力されることができる。ハンドセット３０は、ユーザの命令に応答して一つ以上のソフトウェア、またはファームウェアアプリケーション２６を更に実行することができる。これらのアプリケーション２６は、ユーザとのやりとりに応答して多様な合わせ機能を遂行するようにハンドセット３０を設定することができる。

ウェブブラウザは、ハンドセット３０により実行できる多様なアプリケーションの中の一つであり、これはディスプレイ４０（または、ディスプレイ部１０２）を介してウェブページを見せることができる。ウェブページは、基地局（cell tower）４０６、無線ネットワークアクセスノード（wireless network access node）、またはその他の無線通信ネットワーク若しくはシステムを有する無線通信を経由して得ることができる。基地局４０６（または、無線ネットワークアクセスノード）は、インターネットのような有線ネットワーク４０８と連結される。無線リンク及び有線ネットワークを経由して、ハンドセット１００はサーバ４１０のような多様なサーバの情報にアクセスする。サーバ４１０は、サーバ２０と均等であることができ、ディスプレイ１０２に表示される内容を提供することができる。

図５は、ハンドセット３０のブロック図を示す。ハンドセット３０は、ＤＳＰ（digital signal processor）５０２、及びメモリ５０４を含む。図示したように、ハンドセット３０は、アンテナ／前端部（front end unit）５０６、ＲＦ送受信機５０８、アナログ基底帯域処理部５１０、マイクロホン５１２、イヤホンスピーカ５１４、ヘッドセットポート５１６、入力／出力インターフェース（Ｉ／Ｏ ＩＰＣ：Input/Output Interface）５１８、着脱型メモリカード５２０、ＵＳＢ（Universal Serial Bus）ポート５２２、赤外線ポート５２４、振動器５２６、キーパッド５２８、接触感応性表面を持つタッチスクリーン液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）５３０、タッチスクリーン／ＬＣＤ制御器５３２、ＣＣＤ（charge-coupled device）カメラ５３４、カメラ制御器５３６、及びＧＰＳ（Global Positioning System）センサ５３８を更に含むことができる。

ＤＳＰ５０２若しくは他のある形態の制御器、または中央処理部は、メモリ５０４に内蔵されたソフトウェア、またはファームウェアによって、ハンドセット３０の多様な要素を制御するように動作する。ＤＳＰ５０２は、内蔵されたソフトウェア、またはファームウェアを用いてメモリ５０４または着脱型メモリカード５２０のようなポータブルデータ格納媒体のような情報運搬媒体に格納されるか、または、有線や無線ネットワーク通信を経由して得られる他のアプリケーションを実行することができる。アプリケーションソフトウェアは、要請された機能を提供できるＤＳＰ５０２の環境を設定するコンパイルされた機械読取型命令セットを含むか、またはアプリケーションインタープリター若しくはコンパイラにより処理されるハイレベルのソフトウェア命令を含んで、間接的にＤＳＰ５０２の環境を設定することができる。

アンテナ／前端部５０６は、無線信号と電気信号を変換することにより、ハンドセット３０がセルラーネットワーク、または他のどんな利用可能な無線通信ネットワークとも情報を送受信できるようにする。ＲＦ送受信機５０８は、周波数をシフティング（shifting）し、受信されたＲＦ信号を基底帯域に変換したり、基底帯域転送信号をＲＦ信号に変換したりする。アナログ基底帯域処理部５１０は、チャネル等化（equalization）及び信号復調を提供して、受信された信号から情報を抽出でき、情報を変調して送信信号を生成でき、かつオーディオ信号のためのアナログフィルタリングを提供することができる。このため、アナログ基底帯域処理部５１０は、ハンドセット１００がセル（Cell）フォンとして利用できるようにするために、内蔵マイクロホン５１２、及びイヤホンスピーカ５１４と連結するポートを有することができる。アナログ基底帯域処理部５１０は、ヘッドセット、または他のハンズフリーマイクロホン、及びスピーカ構成に連結するポートを更に含むことができる。

ＤＳＰ５０２は、アナログ基底帯域処理部５１０を経由して無線ネットワークとデジタル通信をやりとりすることができる。本発明の実施形態において、これらのデジタル通信は、インターネット接続を提供して、ユーザがインターネット上のコンテンツにアクセスし、電子メール、または文字メッセージをやりとりすることができるようにする。入力／出力インターフェース５１８は、ＤＳＰ５０２と多様なメモリ及びインターフェースを相互連結する。メモリ５０４、及び着脱型メモリカード５２０は、ＤＳＰ５０２の動作を設定するソフトウェア、及びデータを提供することができる。インターフェースとしては、ＵＳＢインターフェース５２２と赤外線ポート５２４が挙げられる。ＵＳＢインターフェース５２２は、ハンドセット１００がパーソナルコンピュータ、または他のコンピュータシステムと情報を交換するための周辺装置として機能できるようにすることができる。赤外線ポート５２４、及び他のブルートゥースインターフェース、またはＩＥＥＥ ８０２．１１互換無線インターフェースのようなオプション型ポートは、ハンドセット１００が近くの他のハンドセット及び／または無線基地局と通信できるようにする。

入力／出力インターフェース５１８は、トリガーされる時、ハンドセット３０を振動するようにする振動器５２６にＤＳＰ５０２を更に連結することができる。振動器５２６は、受信呼、新たな文字メッセージ、及び約束リマインダー（reminder）のような多様なイベントをユーザに静かに知らせてくれるメカニズムとして機能することができる。

キーパッド５２８は、インターフェース５１８を経由してＤＳＰ５０２に連結されて、ユーザが選択し、情報を入力し、その他、ハンドセットに情報を提供できるようにする一つのメカニズムを提供する。他の入力メカニズムは、タッチスクリーンＬＣＤ５３０であることができ、これはまた、文字及び／またはグラフィックをユーザに表示することができる。タッチスクリーンＬＣＤ制御器５３２は、ＤＳＰ５０２をタッチスクリーンＬＣＤ５３０に連結する。

ＣＣＤカメラ５３４は、ハンドセットがデジタル写真を撮ることができるようにする。ＤＳＰ５０２は、カメラ制御器５３６を経由してＣＣＤカメラ５３４と通信する。ＧＰＳセンサ５３８は、ＤＳＰ５０２に連結されて、ＧＰＳ信号をデコーディングし、ハンドセット１００が自分の位置を決定できるようにする。また、例えば、ラジオ、及びテレビ受信のような追加的な機能を提供するために、多様な他の周辺装置が含まれることができる。

図６は、ＤＳＰ５０２により具現できるソフトウェア環境６０２を示す。ＤＳＰ５０２は、残りのソフトウェアが動作するプラットフォームを提供する、運営体制ドライバ６０４を実行する。運営体制ドライバ６０４は、標準インターフェースを有するハンドセットハードウェアのためのドライバを提供し、これは、アプリケーションソフトウェアにアクセス可能なものである。運営体制ドライバ６０４は、ハンドセット１００で駆動しているアプリケーション間の制御を伝達するアプリケーション管理サービス（ＡＭＳ：Application Management Services）６０６を含む。ハンドセット３０は、図６に示すように、ウェブブラウザアプリケーション６０８、メディアプレーヤーアプリケーション６１０、及びジャバアプレット６１２を含むことができる。ウェブブラウザアプリケーション６０８は、ハンドセット３０がウェブブラウザとして動作するように設定して、ユーザが様式（form）に情報を入力できるようにし、並びにウェブページを検索及び閲覧するために、リンクを選択できるようにする。メディアプレーヤーアプリケーション６１０は、ハンドセット１００がオーディオ、またはオーディオビジュアル（audiovisual）メディアを検索して再生できるようにする。ジャバアプレット６１２は、ハンドセット１００がゲーム、ユーティリティ、及び他の機能を提供できるように設定する。コンポーネント６１４は、ここで説明したような障害許容性機能の全部、または一部を提供することができる。

本発明の幾つかの実施形態が提供されたが、開示されたシステム及び方法は、本発明の思想及び範囲を逸脱しない限り、各種の特定の形態で実施できることを理解すべきである。その例は、例示的であって、制限的でなく、その意図は、ここに与えられた詳細な説明に制限されない。例えば、多様な構成要素及び成分が他のシステムに結合または統合されることができ、ある特徴は省略されたり、具現できなかったりすることもある。

また、個別的に、または分離的に説明及び図示された技術、システム、サブシステム（subsystem）、及び方法は、本発明の範囲を逸脱することなく、他のシステム、モジュール、技術、または方法と結合及び統合されることができる。直接的に連結されるか、互いに通信するものと図示及び論議された他のアイテムは、あるインターフェース、または装置を介して結合されることができるので、これ以上互いに直接的に結合できないものと見なされることができるが、相変わらず間接的に結合されるか、電気的でも、機械的でも、または他のものにより互いに通信することができる。変形、代替、代案の他の例は、当業者により確認できるものであり、ここに開示された本質及び範囲を逸脱することなく作られることができる。

本発明の一実施形態によるハンドセットに障害許容性（fault tolerance）を提供するシステムを示す図である。 本発明の一実施形態による障害許容性システムに用いられることができる状態テーブルを示す図である。 本発明の一実施形態による無線通信における障害許容性を提供する過程を示す図である。 本発明の一実施形態によるハンドセットを含む無線通信システムを示す図である。 本発明の一実施形態によるヘッドセットの構成を示す図である。 本発明の一実施形態によってハンドセットで具現できるソフトウェア環境を示す図である。

符号の説明

１０ 障害許容システム
２０ 遠隔サーバ
２２ 状態テーブル生成部
２４ 学習部
２６ アプリケーション
２８ データ格納部
３０ ハンドセット
３２ フライホイールバッファ
３３ 状態テーブルフレームワーク
３４ 状態テーブルメモリ
３６ 状態テーブルドライバ
４０ ディスプレイ部
４２ キーパッド
４４ ユーザ入力メモリ
５２ 現在イメージ
５４ 状態テーブル
５６ ユーザ入力

Claims (20)

1. ハンドセットであって、
   前記ハンドセットが遠隔のサーバに格納された任意のアプリケーションに接続して、前記任意のアプリケーションを実行することによって、前記サーバから前記任意のアプリケーション実行に従ってストリーミング転送される複数のデジタルイメージを蓄積し、前記ハンドセットに表示されるように前記蓄積されたイメージを提供するバッファと、
   前記サーバに対する無線接続が可能である時、前記サーバから前記任意のアプリケーション実行に従う状態情報を格納した少なくとも一つ以上の状態テーブル情報を受信し、前記サーバに対する無線接続が可能でない時、前記任意のアプリケーションと関連したユーザ入力があれば、現在状態を前記状態テーブル情報で前記ユーザ入力に対応して検出された次の状態に転換し、前記次の状態に対応する出力を、前記出力を再生する構成要素へ転送する状態テーブルフレームワークと
   を含んで、
   前記サーバに対する無線接続が可能でない時、前記ユーザ入力に対応する出力をユーザに提供することを特徴とするハンドセット。
2. 前記状態テーブルフレームワークは、
   前記状態テーブル情報を格納する状態テーブルメモリと、
   前記ユーザ入力を受信し、前記状態テーブル情報で前記ユーザ入力に対応する次の状態を検索し、前記ハンドセット上のディスプレイのために、前記次の状態に関連した複数の出力の中の一つをディスプレイ部へ転送する状態テーブルドライバと
   を含むことを特徴とする請求項１記載のハンドセット。
3. 前記サーバに対する無線接続が可能でない時、前記任意のアプリケーションと関連したユーザ入力が発生しなければ、前記バッファの複数のデジタルイメージの中の一つを前記ディスプレイ部に伝達し、前記任意のアプリケーションと関連したユーザ入力があれば、前記状態テーブルフレームワークから提供される前記複数の出力の中の一つを前記ディスプレイ部へ転送するブラウザを更に含むことを特徴とする請求項２記載のハンドセット。
4. 前記サーバに対する無線接続が可能でない時、少なくとも一つのユーザ入力を格納し、前記無線接続が復旧される時、前記格納された少なくとも一つのユーザ入力を前記サーバへ転送するユーザ入力メモリを更に含むことを特徴とする請求項１記載のハンドセット。
5. 前記デジタルイメージ及び前記状態テーブル情報は、少なくとも一つのＡｊａｘプログラミングツールによって転送されることを特徴とする請求項１記載のハンドセット。
6. 無線通信における障害許容性を提供するシステムであって、
   ハンドセットが遠隔のサーバに格納された任意のアプリケーションに接続して、前記任意のアプリケーションを実行することによって、前記サーバから前記任意のアプリケーション実行に従ってストリーミング転送される複数のデジタルイメージを蓄積し、前記ハンドセットに表示されるように前記蓄積されたイメージを提供するバッファと、
   前記サーバに対する無線接続が可能である時、前記サーバから前記任意のアプリケーション実行に従う状態情報を格納した少なくとも一つ以上の状態テーブル情報を受信し、前記サーバに対する無線接続が可能でない時、前記任意のアプリケーションと関連したユーザ入力があれば、現在状態を前記状態テーブル情報で前記ユーザ入力に対応して検出された次の状態に転換し、次の状態に対応する出力を、前記出力を再生する構成要素へ転送する状態テーブルフレームワークと
   を含むハンドセットと、
   前記状態テーブル情報を生成する状態テーブル生成部を含む前記サーバと
   を含むことを特徴とする無線通信における障害許容性を提供するシステム。
7. 前記ハンドセットは、前記サーバで実行可能なアプリケーションにアクセスすることを特徴とする請求項６記載の無線通信における障害許容性を提供するシステム。
8. 前記状態テーブルフレームワークは、
   前記状態テーブル情報を格納する状態テーブルメモリと、
   前記ユーザ入力を受信し、前記状態テーブル情報で前記ユーザ入力に対応する次の状態を検索し、前記ハンドセット上のディスプレイのために、前記次の状態に関連した複数の出力の中の一つをディスプレイ部へ転送する状態テーブルドライバと
   を含むことを特徴とする請求項６記載の無線通信における障害許容性を提供するシステム。
9. 前記ハンドセットは、前記サーバに対する無線接続が可能でない場合、前記任意のアプリケーションと関連したユーザ入力が発生しなければ、前記バッファの複数のデジタルイメージの中の一つを前記ディスプレイ部に伝達し、前記任意のアプリケーションと関連したユーザ入力があれば、前記状態テーブルフレームワークから提供される前記複数の出力の中の一つを前記ディスプレイ部へ転送するブラウザを更に含むことを特徴とする請求項６記載の無線通信における障害許容性を提供するシステム。
10. 前記ハンドセットは、前記サーバに対する無線接続が可能でない時、少なくとも一つのユーザ入力を格納し、前記無線接続が復旧される時、前記格納された少なくとも一つのユーザ入力を前記サーバへ転送するユーザ入力メモリを更に含むことを特徴とする請求項６記載の無線通信における障害許容性を提供するシステム。
11. 前記サーバは、前記サーバで実行可能であり、前記ハンドセットによりアクセス可能であり、前記ハンドセットに格納されていない、複数のアプリケーションを含むことを特徴とする請求項６記載の無線通信における障害許容性を提供するシステム。
12. 前記状態テーブル生成部は、前記ユーザの少なくとも一つの過去入力に基づいて、前記状態テーブル情報に含まれる次の状態を決定する学習部を更に含むことを特徴とする請求項６記載の無線通信における障害許容性を提供するシステム。
13. 無線通信における障害許容性を提供する方法であって、
    ハンドセットが、遠隔のサーバに格納された任意のアプリケーションに接続して、前記任意のアプリケーションを実行させる第１段階と、
    前記サーバが、前記ハンドセットと無線接続が維持された間、前記任意のアプリケーション実行に従って発生する複数のデジタルイメージをストリーミング転送し、前記任意のアプリケーション実行に従う状態情報を格納した少なくとも一つ以上の状態テーブル情報を生成して前記ハンドセットへ転送する第２段階と、
    前記ハンドセットが、前記複数のデジタルイメージを受信してバッファに臨時格納し、前記状態テーブル情報を受信して状態テーブルフレームワークに格納する第３段階と、
    前記ハンドセットが、前記サーバに対する無線接続が可能でない時、前記任意のアプリケーションと関連したユーザ入力があれば、前記状態テーブルフレームワークが現在状態を前記状態テーブル情報で前記ユーザ入力に対応して検出された次の状態に転換し、前記次の状態に対応する出力を前記出力を再生する構成要素へ転送して前記ユーザ入力に対応する出力をユーザに提供する第４段階と
    を含むことを特徴とする障害許容性を提供する方法。
14. 前記第１段階は、前記ハンドセットが、
    前記サーバに接続して、前記任意のアプリケーションを選択する段階と、
    前記任意のアプリケーションを前記サーバで実行させる段階と、
    前記サーバから前記任意のアプリケーションの実行に基づいて前記ハンドセットのディスプレイをアップデートする段階と
    を更に含むことを特徴とする請求項１３記載の障害許容性を提供する方法。
15. 前記任意のアプリケーションは、前記サーバで実行されるＷｅｂＯＳアプリケーションであることを特徴とする請求項１４記載の障害許容性を提供する方法。
16. 前記第４段階は、前記ハンドセットが、
    前記サーバに対する無線接続が可能でない時に発生する前記ユーザ入力を格納する段階と、
    前記無線接続が復旧される時、前記格納されたユーザ入力を前記サーバへ転送する段階と
    を更に含むことを特徴とする請求項１３記載の障害許容性を提供する方法。
17. 前記第２段階で、前記サーバは、
    前記状態テーブル情報生成の際、以前のユーザハンドセット動作を考慮して前記状態テーブル情報に含まれる状態情報を決定することを特徴とする請求項１３記載の障害許容性を提供する方法。
18. 前記サーバは、前記状態テーブル情報生成の際、現在ユーザの動作に基づいて現在及び次の状態に関連したクラスターを生成して前記状態テーブル情報に含めて転送することを特徴とする請求項１７記載の障害許容性を提供する方法。
19. 前記サーバは、前記クラスター生成の際、以前のユーザハンドセット動作を考慮して生成することを特徴とする請求項１８記載の障害許容性を提供する方法。
20. 前記ハンドセットが、前記サーバに対する無線接続が可能でない時、前記任意のアプリケーションと関連したユーザ入力がなければ、前記バッファに格納された前記複数のデジタルイメージを順次にディスプレイする第５段階を更に含むことを特徴とする請求項１３記載の障害許容性を提供する方法。

Images