JPH113301A - 端末装置及び端末装置の動作制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバとの通信が不能となった場合において
も、データの消失を防止すると共にクライアント側で必
要最小限の機能を実行できるようにした端末装置及び端
末装置の動作制御方法を提供する。 【解決手段】 サーバとの間で無線通信を行う無線通信
部７と、データのセーブが行われるフラッシュディスク
３と、サーバからのプログラムがロードされるＲＡＭ６
と、サーバからのアプリケーションプログラムの受信時
に通信エラーを検出した場合は編集中及び入力中のデー
タをフラッシュディスク３にセーブするＣＰＵ５とを有
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、端末装置及び端末
装置の動作制御方法に係り、更に詳しくは、無線により
ＬＡＮ（Ｌocal Ａrea Ｎetwork）接続可能な携帯端末
上でサーバのディスク等に記憶されているプログラムを
実行する場合に好適な端末装置及び端末装置の動作制御
方法に関する。

【０００２】

【従来の技術】従来、無線通信機能によりコンピュータ
等と情報のやり取りを行う携帯端末が普及している。携
帯端末は可能な限り小型化されることが要求されるた
め、携帯端末に搭載されるＲＡＭ及びディスク等の容量
は制限されるのが普通である。そのため、携帯端末のデ
ィスク等に蓄えられるプログラムは制限される。

【０００３】そこで、携帯端末を無線によってサーバ
（他のコンピュータや電子機器から要求を受けて処理す
るコンピュータ）に接続して、サーバのディスク等に記
憶されているプログラムをサーバから無線通信によって
携帯端末のＲＡＭ上にロードして実行できるようにして
いる。また、一度に携帯端末のＲＡＭ上にロードできる
プログラムのサイズも制限されるので、選択的にＲＡＭ
上にロードされて実行される。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た従来技術においては下記のような問題があった。即
ち、無線は有線に比較すると通信の信頼性が低いため、
通信不能になる場合がある。このため、従来の携帯端末
においては、サーバからプログラムをロード中に通信が
不能になると、プログラムが実行できないばかりかハン
グ（hange-up：コンピュータ等の電子機器が停止しどう
にもならなくなる状態）する場合があった。このような
事態が発生すると、携帯端末で編集中及び入力中のデー
タを消失することがあった。また、通信が復旧するまで
は以降の携帯端末を使った処理が全くできなくなるとい
う問題があった。

【０００５】本発明は、上述した点に鑑みなされたもの
であり、サーバとの通信が不能となった場合において
も、データの消失を防止すると共にクライアント側で必
要最小限の機能を実行できるようにした端末装置及び端
末装置の動作制御方法を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１の発明は、サーバとの間で通信可能な端末
装置において、前記サーバとの通信状態を検出する検出
手段と、該検出手段で通信状態が正常でないことを検出
した場合は編集中及び入力中のデータをセーブする制御
手段とを有することを特徴とする。

【０００７】上記目的を達成するため、請求項２の発明
は、サーバとの間で通信可能な端末装置において、前記
サーバとの通信状態を検出する検出手段と、前記サーバ
からロードしたプログラムを記憶する記憶手段と、前記
プログラムの一部の機能は前記記憶手段に常駐させ、前
記検出手段で通信状態が正常でないことを検出した場合
は前記サーバから他のプログラムのロードを中止して前
記一部の機能は常時実行可能とする制御手段とを有する
ことを特徴とする。

【０００８】上記目的を達成するため、請求項３の発明
は、前記検出手段は、受信タイムアウトエラー、受信デ
ータのＣＲＣ符号チェックによるエラーの有無に基づき
通信状態が正常でないか否かを検出することを特徴とす
る。

【０００９】上記目的を達成するため、請求項４の発明
は、前記サーバとの間で無線通信を行う無線通信手段を
有することを特徴とする。

【００１０】上記目的を達成するため、請求項５の発明
は、サーバとの間で通信可能な端末装置の動作制御方法
において、前記サーバとの通信状態を検出する検出ステ
ップと、該検出ステップで通信状態が正常でないことを
検出した場合は編集中及び入力中のデータをセーブする
制御手段とを有することを特徴とする。

【００１１】上記目的を達成するため、請求項６の発明
は、サーバとの間で通信可能な端末装置の動作制御方法
において、前記サーバとの通信状態を検出する検出ステ
ップと、前記サーバからロードしたプログラムを記憶す
る記憶ステップと、前記プログラムの一部の機能は前記
記憶ステップで記憶させておき、前記検出ステップで通
信状態が正常でないことを検出した場合は前記サーバか
ら他のプログラムのロードを中止して前記一部の機能は
常時実行可能とする制御ステップとを有することを特徴
とする。

【００１２】上記目的を達成するため、請求項７の発明
は、前記検出ステップでは、受信タイムアウトエラー、
受信データのＣＲＣ符号チェックによるエラーの有無に
基づき通信状態が正常でないか否かを検出することを特
徴とする。

【００１３】上記目的を達成するため、請求項８の発明
は、前記サーバとの間で無線通信を行う無線通信ステッ
プを有することを特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。

【００１５】［１］第１の実施の形態 先ず、第１の実施の形態に係る携帯端末装置の構成を図
１のブロック図を参照して説明する。第１の実施の形態
に係る携帯端末装置は、タッチキー入力部１と、キー入
力部２と、フラッシュディスク３と、表示部４と、ＣＰ
Ｕ５と、ＲＡＭ６と、無線通信部７と、ＲＯＭ８とを備
える構成となっている。

【００１６】上記各部の構成を詳述すると、タッチキー
入力部１は、表示部４の上に実装される例えば透明タッ
チパネルから構成されており、表示部４に表示されたキ
ーの上をタッチすると当該キーが入力される。キー入力
部２は、数字キー及び制御キー（スペース、バックスペ
ース等）の入力に使用される。フラッシュディスク３
は、フラッシュメモリで構成される不揮発性メモリであ
る。

【００１７】表示部４は、ＣＰＵ５の制御に基づき各種
データ及びガイダンス等を表示する。ＣＰＵ５は、ＣＰ
Ｕ５に接続された各ブロックをプログラムに基づき制御
する。ＲＡＭ６は、実行中のプログラムや編集中のデー
タを記憶する揮発性メモリである。無線通信部７は、無
線によってサーバとの間でプログラム及びデータの通信
を行う。ＲＯＭ８には、ＯＳ（Ｏperating Ｓystem：基
本プログラム）が記憶されている。

【００１８】次に、上記のごとく構成してなる第１の実
施の形態に係る携帯端末装置の動作について説明する。
携帯端末装置のＣＰＵ５においてＲＯＭ８に記憶されて
いるＯＳが実行され、ＯＳに基づき各ブロックの制御が
行われる。本システムが起動すると各ブロックの初期化
が行われ、ＣＰＵ５は無線通信部７を介してサーバと通
信を行い、実行可能なサーバ上のアプリケーションプロ
グラム名をサーバから取得する。そして、ＣＰＵ５は当
該アプリケーションプログラム名を表示部４に表示す
る。

【００１９】ユーザは実行したいアプリケーションプロ
グラム名が表示されている表示部４の上部をタッチする
ことによって、アプリケーションプログラムの実行を指
示する。これに伴い、そのタッチ入力がＣＰＵ５で検出
されると、ＣＰＵ５は無線通信部７を介してサーバに当
該タッチ入力されたアプリケーションプログラムを送信
するように要求する。サーバは携帯端末装置からの要求
を受けると、その要求されたアプリケーションプログラ
ムを携帯端末装置へ送信する。

【００２０】携帯端末装置のＣＰＵ５は無線通信部７を
介してサーバからのアプリケーションプログラムを受信
すると、ＲＡＭ６に当該アプリケーションプログラムを
ロードする。そして、ＣＰＵ５は当該アプリケーション
プログラムを実行する。ユーザは携帯端末装置上でアプ
リケーションプログラムを実行することによって、デー
タの編集及びデータの入力を行うが、データファイルの
変更及び入力が行われた場合には、アプリケーションは
当該データファイル名をＯＳに通知する。

【００２１】現在、ＲＡＭ６上にロードされているプロ
グラムの機能以外の機能を実行する場合には、新たにサ
ーバよりそのプログラムをロードする必要がある。プロ
グラムをロードする場合に、ＣＰＵ５は無線通信部７を
介して送信するようにサーバに対して要求する。サーバ
は携帯端末装置からその要求を受けると、要求されたア
プリケーションプログラムを携帯端末装置へ送信する。

【００２２】携帯端末装置のＣＰＵ５は無線通信部７を
介してサーバから当該アプリケーションプログラムを受
信するが、この受信時にＣＰＵ５で通信エラーを検出し
た場合には、変更及び入力が行われてアプリケーション
より通知されたデータファイルをフラッシュディスク３
にセーブする。この場合、通信エラーは受信タイムアウ
トエラー及び受信データのＣＲＣ（Ｃyclic Ｒedundanc
y Ｃheck：２進多項式を特定しておき、データ・ブロッ
ク内の文字をこの多項式で処理した結果をこのブロック
に付け、伝送結果をこれで確認しようというコード）符
号チェックによるエラーにより検出する。

【００２３】上述したように、第１の実施の形態によれ
ば、携帯端末装置は、サーバとの間で無線通信を行う無
線通信部７と、データのセーブが行われるフラッシュデ
ィスク３と、サーバからのプログラムがロードされるＲ
ＡＭ６と、サーバからのアプリケーションプログラムの
受信時に通信エラーを検出した場合は編集中及び入力中
のデータをフラッシュディスク３にセーブするＣＰＵ５
とを有するため、サーバのプログラムをクライアント
（サーバからサービスを受ける側：携帯端末装置）のＲ
ＡＭ６にロードして実行する際にサーバとの通信が不能
となった場合、編集中のデータ及び入力中のデータを自
動的にフラッシュディスク３（不揮発性メモリ）にセー
ブすることができる。これにより、サーバとの通信が不
能になった場合でも、データを消失することがないとい
う効果を奏する。

【００２４】上記第１の実施の形態においては、携帯端
末装置の場合を例に上げて説明したが、これに限定され
るものではなく、サーバと通信可能で且つサーバからプ
ログラムをロード可能な種々の装置に適用することが可
能である。

【００２５】［２］第２の実施の形態 第２の実施の形態に係る携帯端末装置は、上記第１の実
施の形態と同様に、タッチキー入力部１と、キー入力部
２と、フラッシュディスク３と、表示部４と、ＣＰＵ５
と、ＲＡＭ６と、無線通信部７と、ＲＯＭ８とを備える
構成となっている（上記図１参照）。第２の実施の形態
に係る携帯端末装置各部の構成については、上記第１の
実施の形態で詳述したので説明は省略する。

【００２６】図２はサーバ上のアプリケーションプログ
ラムの構造を示す図である。アプリケーションプログラ
ムは、基本機能（機能１〜機能３）、機能４、機能５、
機能６の４つの部分に分けられる。また、図３は携帯端
末装置のＲＡＭ６のマップを示す図である。アプリケー
ションプログラムが最初に携帯端末装置のＲＡＭ６上に
ロードされると、基本機能（機能１〜機能３）と機能４
がＲＡＭ６上にロードされる。この時、表示部４には図
４に示す画面が表示される。

【００２７】例えば、ここでユーザが表示部４上の“機
能４”をタッチすると、図５のような表示画面となり、
機能４の作業が行える画面となる。ここでユーザが“基
本メニューへ”をタッチすると、図４の画面へ戻る。こ
こでユーザが“機能５”をタッチすると、ＣＰＵ５は機
能５のプログラムを送るようにサーバに対して要求す
る。サーバは要求を受け取ると、機能５のプログラムを
携帯端末装置へ送信する。ＣＰＵ５は機能５のプログラ
ムを受信すると、ＲＡＭ６上で、図３の“機能４〜６を
選択的にロード”する部分に機能５のプログラムをロー
ドする。そして、機能５のプログラムが実行される。

【００２８】しかし、機能５のプログラムをＲＡＭ６に
ロード中に通信エラーとなった場合には、ロード処理を
中止し、表示部４に図６の表示を行う。図６の表示は、
サーバとの通信が不可能であるため機能５と機能６は実
行できないことを示しており、機能５と機能６は網掛け
表示としている。この場合、基本機能の１〜３と機能４
は実行可能である。尚、編集データ及び入力データをフ
ラッシュディスク３にセーブする機能は基本機能に含ま
れる。

【００２９】ところで、一度通信エラーが発生したなら
ば、携帯端末装置は或るインターバルで無線通信部７を
介してサーバにポーリング信号を送信する。サーバはポ
ーリング信号を受信すると、それに対する応答信号を携
帯端末装置へ送信する。その応答信号が携帯端末装置の
無線通信部７を介してＣＰＵ５で正常に受信されたなら
ば、サーバとの通信が可能であることを示すので、表示
部４における機能５と機能６の網掛け表示は、ＣＰＵ５
の制御により通常表示に切り替えられる。応答信号が正
常に受信できなかった場合には、表示部４における機能
５と機能６は網掛け表示のままである。

【００３０】上述したように、第２の実施の形態によれ
ば、携帯端末装置は、サーバとの間で無線通信を行う無
線通信部７と、データのセーブが行われるフラッシュデ
ィスク３と、サーバからのプログラムがロードされるＲ
ＡＭ６と、サーバからロードとして実行するプログラム
の一部の機能だけはＲＡＭ６上に常駐させ、サーバから
のプログラムをロード中に通信エラーとなった場合はサ
ーバから他のプログラムのロードを中止して前記一部の
機能だけは常時実行可能とするＣＰＵ５とを有するた
め、サーバとの通信が不能となった場合でも、クライア
ント（携帯端末装置）側で必要最小限の機能は実行でき
るという効果を奏する。

【００３１】上記第２の実施の形態においては、携帯端
末装置の場合を例に上げて説明したが、これに限定され
るものではなく、サーバと通信可能で且つサーバからプ
ログラムをロード可能な種々の装置に適用することが可
能である。

【００３２】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器からなる装置に適用
してもよい。前述した実施形態の機能を実現するソフト
ウエアのプログラムコードを記憶した記憶媒体を、シス
テム或いは装置に供給し、そのシステム或いは装置のコ
ンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納
されたプログラムコードを読み出し実行することによっ
ても、達成されることは言うまでもない。

【００３３】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。

【００３４】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭな
どを用いることができる。

【００３５】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳなどが実
際の処理の一部または全部を行い、その処理によって前
述した実施形態の機能が実現される場合も含まれること
は言うまでもない。

【００３６】更に、記憶媒体から読出されたプログラム
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵなどが実際の処理の一部または全部を行い、その
処理によって前述した実施形態の機能が実現される場合
も含まれることは言うまでもない。

【００３７】

【発明の効果】以上説明したように、請求項１の発明に
よれば、サーバとの間で通信可能な端末装置において、
前記サーバとの通信状態を検出する検出手段と、該検出
手段で通信状態が正常でないことを検出した場合は編集
中及び入力中のデータをセーブする制御手段とを有する
ため、サーバのプログラムをクライアントたる端末装置
の記憶手段にロードして実行する際にサーバとの通信が
不能となった場合、編集中のデータ及び入力中のデータ
を自動的にセーブ（例えば不揮発性の記憶手段等に）す
ることができる。これにより、サーバとの通信が不能に
なった場合でも、データを消失することがないという効
果を奏する。

【００３８】請求項２の発明によれば、サーバとの間で
通信可能な端末装置において、前記サーバとの通信状態
を検出する検出手段と、前記サーバからロードしたプロ
グラムを記憶する記憶手段と、前記プログラムの一部の
機能は前記記憶手段に常駐させ、前記検出手段で通信状
態が正常でないことを検出した場合は前記サーバから他
のプログラムのロードを中止して前記一部の機能は常時
実行可能とする制御手段とを有するため、サーバとの通
信が不能となった場合でも、クライアントたる端末装置
側で必要最小限の機能は実行できるという効果を奏す
る。

【００３９】請求項３の発明によれば、前記検出手段
は、受信タイムアウトエラー、受信データのＣＲＣ符号
チェックによるエラーの有無に基づき通信状態が正常で
ないか否かを検出するため、受信タイムアウトエラー、
受信データのＣＲＣ符号チェックによるエラーの有無に
基づきサーバとの通信が不能となったことを検出した場
合に、データを消失することがないという効果や、クラ
イアントたる端末装置側で必要最小限の機能は実行でき
るという効果を奏する。

【００４０】請求項４の発明によれば、前記サーバとの
間で無線通信を行う無線通信手段を有するため、有線通
信に比較すると通信の信頼性が低い無線通信でサーバと
通信を行う場合に、サーバとの通信が不能になってもデ
ータを消失することがないという効果や、クライアント
たる端末装置側で必要最小限の機能は実行できるという
効果を奏する。

【００４１】請求項５の発明によれば、サーバとの間で
通信可能な端末装置の動作制御方法において、前記サー
バとの通信状態を検出する検出ステップと、該検出ステ
ップで通信状態が正常でないことを検出した場合は編集
中及び入力中のデータをセーブする制御手段とを有する
ため、サーバのプログラムをクライアントたる端末装置
の記憶手段にロードして実行する際にサーバとの通信が
不能となった場合、編集中のデータ及び入力中のデータ
を自動的にセーブ（例えば不揮発性の記憶手段等に）す
ることができる。これにより、サーバとの通信が不能に
なった場合でも、データを消失することがないという効
果を奏する。

【００４２】請求項６の発明によれば、サーバとの間で
通信可能な端末装置の動作制御方法において、前記サー
バとの通信状態を検出する検出ステップと、前記サーバ
からロードしたプログラムを記憶する記憶ステップと、
前記プログラムの一部の機能は前記記憶ステップで記憶
させておき、前記検出ステップで通信状態が正常でない
ことを検出した場合は前記サーバから他のプログラムの
ロードを中止して前記一部の機能は常時実行可能とする
制御ステップとを有するため、サーバとの通信が不能と
なった場合でも、クライアントたる端末装置側で必要最
小限の機能は実行できるという効果を奏する。

【００４３】請求項７の発明は、前記検出ステップで
は、受信タイムアウトエラー、受信データのＣＲＣ符号
チェックによるエラーの有無に基づき通信状態が正常で
ないか否かを検出するため、受信タイムアウトエラー、
受信データのＣＲＣ符号チェックによるエラーの有無に
基づきサーバとの通信が不能となったことを検出した場
合に、データを消失することがないという効果や、クラ
イアントたる端末装置側で必要最小限の機能は実行でき
るという効果を奏する。

【００４４】請求項８の発明は、前記サーバとの間で無
線通信を行う無線通信ステップを有するため、有線通信
に比較すると通信の信頼性が低い無線通信でサーバと通
信を行う場合に、サーバとの通信が不能になってもデー
タを消失することがないという効果や、クライアントた
る端末装置側で必要最小限の機能は実行できるという効
果を奏する。

【図面の簡単な説明】

【図１】本発明の第１及び第２の実施の形態に係る携帯
端末装置の構成を示すブロック図である。

【図２】本発明の第２の実施の形態に係るサーバ上のア
プリケーションプログラムの構成を示す説明図である。

【図３】本発明の第２の実施の形態に係る携帯端末装置
のＲＡＭのマップを示す説明図である。

【図４】本発明の第２の実施の形態に係る携帯端末装置
における基本メニューの表示画面を示す説明図である。

【図５】本発明の第２の実施の形態に係る携帯端末装置
における機能４実行画面を示す説明図である。

【図６】本発明の第２の実施の形態に係る携帯端末装置
における通信エラー発生時の基本メニューの表示画面を
示す説明図である。

【符号の説明】

１ タッチキー入力部 ２ キー入力部 ３ フラッシュディスク ４ 表示部 ５ ＣＰＵ ６ ＲＡＭ ７ 無線通信部 ８ ＲＯＭ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サーバとの間で通信可能な端末装置にお
   いて、 前記サーバとの通信状態を検出する検出手段と、該検出
   手段で通信状態が正常でないことを検出した場合は編集
   中及び入力中のデータをセーブする制御手段とを有する
   ことを特徴とする端末装置。
2. 【請求項２】 サーバとの間で通信可能な端末装置にお
   いて、 前記サーバとの通信状態を検出する検出手段と、前記サ
   ーバからロードしたプログラムを記憶する記憶手段と、
   前記プログラムの一部の機能は前記記憶手段に常駐さ
   せ、前記検出手段で通信状態が正常でないことを検出し
   た場合は前記サーバから他のプログラムのロードを中止
   して前記一部の機能は常時実行可能とする制御手段とを
   有することを特徴とする端末装置。
3. 【請求項３】 前記検出手段は、受信タイムアウトエラ
   ー、受信データのＣＲＣ符号チェックによるエラーの有
   無に基づき通信状態が正常でないか否かを検出すること
   を特徴とする請求項１又は２記載の端末装置。
4. 【請求項４】 前記サーバとの間で無線通信を行う無線
   通信手段を有することを特徴とする請求項１乃至３の何
   れかに記載の端末装置。
5. 【請求項５】 サーバとの間で通信可能な端末装置の動
   作制御方法において、 前記サーバとの通信状態を検出する検出ステップと、該
   検出ステップで通信状態が正常でないことを検出した場
   合は編集中及び入力中のデータをセーブする制御手段と
   を有することを特徴とする端末装置の動作制御方法。
6. 【請求項６】 サーバとの間で通信可能な端末装置の動
   作制御方法において、 前記サーバとの通信状態を検出する検出ステップと、前
   記サーバからロードしたプログラムを記憶する記憶ステ
   ップと、前記プログラムの一部の機能は前記記憶ステッ
   プで記憶させておき、前記検出ステップで通信状態が正
   常でないことを検出した場合は前記サーバから他のプロ
   グラムのロードを中止して前記一部の機能は常時実行可
   能とする制御ステップとを有することを特徴とする端末
   装置の動作制御方法。
7. 【請求項７】 前記検出ステップでは、受信タイムアウ
   トエラー、受信データのＣＲＣ符号チェックによるエラ
   ーの有無に基づき通信状態が正常でないか否かを検出す
   ることを特徴とする請求項５又は６記載の端末装置の動
   作制御方法。
8. 【請求項８】 前記サーバとの間で無線通信を行う無線
   通信ステップを有することを特徴とする請求項５乃至７
   の何れかに記載の端末装置の動作制御方法。