(57)【特許請求の範囲】
【請求項１】
通信ネットワークを経由して接続されたサーバに送信するデータを入力するためのデータ入力端末であって、
前記サーバから送信された通信データを受信するための受信部と、
前記受信部からの前記通信データに基づいて画像を表示するための出力部と、
前記受信部からの前記通信データに基づいて受信状態が正常であると判定された場合に入力処理モードを通常モードとし、前記受信状況が正常でないと判定された場合に前記入力処理モードを保存モードとし、前記受信状況が前記正常でない状況から前記正常な状況に変化したと判定された場合に前記入力処理モードを復帰モードとする状況判定部と、
ユーザの入力操作を示す前記通信データに対する送信指示を表す入力データを受付けるための入力部と、
前記入力部からの前記入力データを蓄積するためのデータ記憶部と、
前記データ記憶部に蓄積されている前記入力データを前記出力部に表示させるための送信確認部と、
前記保存モードの通知を受信すると前記入力処理モードの受信待ち状態を維持し、復帰モードの通知を受信すると、前記入力部からの入力を一時的に停止させて前記記憶部からの前記入力データを前記出力部へ読出して、前記ユーザに前記入力データを前記サーバヘ送信するか否かを問合せ、前記ユーザが前記送信指示を表す前記入力データをサーバに送信した場合は、前記送信指示を表す前記入力データを送信後に前記送信指示の前記入力データを消去するとともに、前記ユーザが前記送信指示に対応する前記入力データを前記サーバに送信しない場合は、前記入力データを消去する制御を行うためのデータ振分部と、
前記データ振分部における制御に基づいて前記データ記憶部に蓄積された前記入力データを前記サーバに送信するための送信部と、
を備えたことを特徴とするデータ入力端末。
【請求項２】
請求項１に記載されたデータ入力端末であって、
前記復帰モードと前記通常モードを区別するために、前記状況判定部に異常フラグを備えたことを特徴とするデータ入力端末。
【請求項３】
通信ネットワークを経由して接続されたサーバに送信するデータを入力し、入力データを記録するための記憶部を備えたデータ入力端末が実行する入力データ送信方法であって、
前記サーバから送信される通信データを受信する受信ステップと、
前記受信ステップからの前記通信データに基づいて画像を表示する出力ステップと、
前記受信部からの前記通信データに基づいて受信状態が正常であると判定された場合に入力処理モードを通常モードとし、前記受信状況が正常でないと判定された場合に前記入力処理モードを保存モードとし、前記受信状況が前記正常でない状況から前記正常な状況に変化したと判定された場合に前記入力処理モードを復帰モードとする状況判定ステップと、
ユーザの入力操作を示す前記通信データに対する送信指示を表す入力データを受付けるための入力受付ステップと、
前記入力部からの前記入力データを蓄積するためのデータ記憶ステップと、
前記データ記憶部に蓄積されている前記入力データを前記出力部に表示させるための送信確認ステップと、
前記保存モードの通知を受信すると前記入力処理モードの受信待ち状態を維持し、復帰モードの通知を受信すると、前記入力部からの入力を一時的に停止させて前記記憶部からの前記入力データを前記出力部へ読出して、前記ユーザに前記入力データを前記サーバヘ送信するか否かを問合せ、前記ユーザが前記送信指示を表す前記入力データをサーバに送信した場合は、前記送信指示を表す前記入力データを送信後に前記送信指示の前記入力データを消去するとともに、前記ユーザが前記送信指示に対応する前記入力データを前記サーバに送信しない場合は、前記入力データを消去する制御を行うためのデータ振分ステップと、
前記データ振分部における制御に基づいて前記データ記憶部に蓄積された前記入力データを前記サーバに送信するための送信ステップと、
を含むことを特徴とする入力データ送信方法。
【請求項４】
通信ネットワークを経由して接続されたサーバに送信するデータを入力し、入力データを記録するためのデータ記憶部を備えたコンピュータに入力データ送信方法を実行させるプログラムであって、
コンピュータに、
前記サーバから送信される通信データを受信する受信ステップと、
前記受信ステップからの前記通信データに基づいて画像を表示する出力ステップと、
前記受信部からの前記通信データに基づいて受信状態が正常であると判定された場合に入力処理モードを通常モードとし、前記受信状況が正常でないと判定された場合に前記入力処理モードを保存モードとし、前記受信状況が前記正常でない状況から前記正常な状況に変化したと判定された場合に前記入力処理モードを復帰モードとする状況判定ステップと、
ユーザの入力操作を示す前記通信データに対する送信指示を表す入力データを受付けるための入力受付ステップと、
前記入力部からの前記入力データを蓄積するためのデータ記憶ステップと、
前記データ記憶部に蓄積されている前記入力データを前記出力部に表示させるための送信確認ステップと、
前記保存モードの通知を受信すると前記入力処理モードの受信待ち状態を維持し、復帰モードの通知を受信すると、前記入力部からの入力を一時的に停止させて前記記憶部からの前記入力データを前記出力部へ読出して、前記ユーザに前記入力データを前記サーバヘ送信するか否かを問合せ、前記ユーザが前記送信指示を表す前記入力データをサーバに送信した場合は、前記送信指示を表す前記入力データを送信後に前記送信指示の前記入力データを消去するとともに、前記ユーザが前記送信指示に対応する前記入力データを前記サーバに送信しない場合は、前記入力データを消去する制御を行うためのデータ振分ステップと、
前記データ振分部における制御に基づいて前記データ記憶部に蓄積された前記入力データを前記サーバに送信するための送信ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに送信するデータを入力するための端末に係り、特に、入力データの送信を制御することのできる入力データ送信方法に関する。
【背景技術】
【０００２】
ＰＣ（パーソナルコンピュータ）の普及に伴い、個々の従業員が使用するＰＣ内に保存した重要情報の保護や多数のＰＣの保守経費が企業において問題となってきた。これに対する解としてシンクライアントシステムが注目されている。シンクライアントシステムは、ＰＣを利用して業務を行う代わりに、センターで管理するサーバあるいはＰＣ（以降、サーバと総称する）にリモート端末から通信ネットワーク経由でアクセスして業務を行う形態のコンピュータシステムである。端末は、サーバから受信した情報に基づいて画面表示を行い、ユーザから入力されたデータをサーバに送信する。端末に情報を保存しないため情報保護対策が容易であり、端末で実行される機能が限定されるため、端末の保守経費はＰＣの保守経費に比較して格段に少なくなる。通常、ユーザから入力されたデータはすぐにサーバに向けて送信されるため、通信ネットワークの状態が悪くなると、画面表示と入力との同期がとれなくなり、不都合を生じる。これに対する対策が考案されている（たとえば特許文献１）。特許文献１に開示された技術は、端末が通信の切断を検知したときに、以降のユーザ入力データを端末内に保持しておき、保持しておいたユーザ入力データを通信再開後に端末からサーバに送信するものである。
【特許文献１】特開２００７−３４６８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に開示された技術では、通信ネットワークの状態が悪く通信が遅延している場合を救済することができない。そもそも、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のようなセッションレスのプロトコルで通信する場合には、切断の概念がないためこの技術を適用することができない。また、通信が切断してから端末が通信の切断を検知するまでの間に入力されたデータは失われてしまう。さらに、表示画像が変化しないためにユーザがデータを再入力してしまうことへの対処も考慮されていない。本発明の目的は、受信障害が生じた場合でも入力データの送信を制御することのできるデータ入力端末を提供することにある。
【課題を解決するための手段】
【０００４】
本発明にかかるデータ入力端末は、通信ネットワークを経由して接続されたサーバに送信するデータを入力するためのデータ入力端末であって、前記サーバから送信された通信データを受信するための受信部と、前記受信部からの前記通信データに基づいて画像を表示するための出力部と、前記受信部からの前記通信データに基づいて受信状態が正常であると判定された場合に入力処理モードを通常モードとし、前記受信状況が正常でないと判定された場合に前記入力処理モードを保存モードとし、前記受信状況が前記正常でない状況から前記正常な状況に変化したと判定された場合に前記入力処理モードを復帰モードとする状況判定部と、ユーザの入力操作を示す前記通信データに対する送信指示を表す入力データを受付けるための入力部と、前記入力部からの前記入力データを蓄積するためのデータ記憶部と、前記データ記憶部に蓄積されている前記入力データを前記出力部に表示させるための送信確認部と、前記保存モードの通知を受信すると前記入力処理モードの受信待ち状態を維持し、復帰モードの通知を受信すると、前記入力部からの入力を一時的に停止させて前記記憶部からの前記入力データを前記出力部へ読出して、前記ユーザに前記入力データを前記サーバヘ送信するか否かを問合せ、前記ユーザが前記送信指示を表す前記入力データをサーバに送信した場合は、前記送信指示を表す前記入力データを送信後に前記送信指示の前記入力データを消去するとともに、前記ユーザが前記送信指示に対応する前記入力データを前記サーバに送信しない場合は、前記入力データを消去する制御を行うためのデータ振分部と、前記データ振分部における制御に基づいて前記データ記憶部に蓄積された前記入力データを前記サーバに送信するための送信部とを備えたことを特徴とする。
【０００５】
本発明にかかるデータ入力端末は、前記復帰モードと前記通常モードを区別するために、前記状況判定部に異常フラグを備えたことを特徴とする。
【０００９】
本発明にかかる入力データ送信方法は、通信ネットワークを経由して接続されたサーバに送信するデータを入力し、入力データを記録するための記憶部を備えたデータ入力端末が実行する入力データ送信方法であって、
前記サーバから送信される通信データを受信する受信ステップと、前記受信ステップからの前記通信データに基づいて画像を表示する出力ステップと、前記受信部からの前記通信データに基づいて受信状態が正常であると判定された場合に入力処理モードを通常モードとし、前記受信状況が正常でないと判定された場合に前記入力処理モードを保存モードとし、前記受信状況が前記正常でない状況から前記正常な状況に変化したと判定された場合に前記入力処理モードを復帰モードとする状況判定ステップと、ユーザの入力操作を示す前記通信データに対する送信指示を表す入力データを受付けるための入力受付ステップと、前記入力部からの前記入力データを蓄積するためのデータ記憶ステップと、前記データ記憶部に蓄積されている前記入力データを前記出力部に表示させるための送信確認ステップと、前記保存モードの通知を受信すると前記入力処理モードの受信待ち状態を維持し、復帰モードの通知を受信すると、前記入力部からの入力を一時的に停止させて前記記憶部からの前記入力データを前記出力部へ読出して、前記ユーザに前記入力データを前記サーバヘ送信するか否かを問合せ、前記ユーザが前記送信指示を表す前記入力データをサーバに送信した場合は、前記送信指示を表す前記入力データを送信後に前記送信指示の前記入力データを消去するとともに、前記ユーザが前記送信指示に対応する前記入力データを前記サーバに送信しない場合は、前記入力データを消去する制御を行うためのデータ振分ステップと、
前記データ振分部における制御に基づいて前記データ記憶部に蓄積された前記入力データを前記サーバに送信するための送信ステップとを含むことを特徴とする。
【００１０】
本発明にかかるプログラムは、通信ネットワークを経由して接続されたサーバに送信するデータを入力し、入力データを記録するためのデータ記憶部を備えたコンピュータに入力データ送信方法を実行させるプログラムであって、コンピュータに、前記サーバから送信される通信データを受信する受信ステップと、前記受信ステップからの前記通信データに基づいて画像を表示する出力ステップと、前記受信部からの前記通信データに基づいて受信状態が正常であると判定された場合に入力処理モードを通常モードとし、前記受信状況が正常でないと判定された場合に前記入力処理モードを保存モードとし、前記受信状況が前記正常でない状況から前記正常な状況に変化したと判定された場合に前記入力処理モードを復帰モードとする状況判定ステップと、ユーザの入力操作を示す前記通信データに対する送信指示を表す入力データを受付けるための入力受付ステップと、前記入力部からの前記入力データを蓄積するためのデータ記憶ステップと、前記データ記憶部に蓄積されている前記入力データを前記出力部に表示させるための送信確認ステップと、前記保存モードの通知を受信すると前記入力処理モードの受信待ち状態を維持し、復帰モードの通知を受信すると、前記入力部からの入力を一時的に停止させて前記記憶部からの前記入力データを前記出力部へ読出して、前記ユーザに前記入力データを前記サーバヘ送信するか否かを問合せ、前記ユーザが前記送信指示を表す前記入力データをサーバに送信した場合は、前記送信指示を表す前記入力データを送信後に前記送信指示を表す前記入力データを消去するとともに、前記ユーザが前記送信指示に対応する前記入力データを前記サーバに送信しない場合は、前記入力データを消去する制御を行うためのデータ振分ステップと、前記データ振分部における制御に基づいて前記データ記憶部に蓄積された前記入力データを前記サーバに送信するための送信ステップとを実行させるためのプログラム。
【発明の効果】
【００１１】
本発明によれば、ユーザ入力データを常時一時的に保存しておき、通信ネットワークの状態が正常であると確認されたときに、保存してあった入力データをサーバに転送することができるため、受信障害が生じた場合でも入力データの送信を制御することのできるデータ入力端末を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、図面に基づいて本発明の実施形態を説明する。
［第１の実施形態］
本実施形態では、通信ネットワークが正常でないときにユーザが不用意に入力したデータを、通信ネットワークが正常状態に復帰した際にサーバに送らないようにする。
【００１３】
図１は、本発明の第１の実施形態にかかるデータ入力端末のシステム構成を示す図である。本実施形態にかかるデータ入力端末２は、サーバから送信された画像データを受信するための受信部１２と、受信した画像データに基づいて通信ネットワークの状況を判定するための状況判定部１４と、通信ネットワークの状態に応じて決定される入力データの取り扱いモード（入力処理モード）を表示させるためのモード告知部１６と、受信部１２で受信した画像データに基づいて表示画像を生成し、生成された表示画像にモード告知部１６から送信された画像を重畳させて表示画面に表示するための出力部１８と、ユーザからの入力を受け付ける入力部２０と、入力されたデータを記憶するためのデータ記憶部２２と、データ記憶部２２に記憶された入力データを処理するためのデータ振分部２４と、読み出された入力データをサーバに送信するための送信部２６と、データ入力端末２全体を制御する制御部３０とを含む。
【００１４】
状況判定部１４は、通信ネットワークの状態に応じて入力処理モードを決定し、決定された取り扱いモードをモード告知部１６およびデータ振分部２４に通知する。データ入力端末２の機能のうち、本明細書で陽に説明されない機能はすべて制御部３０が実行するものとする。
【００１５】
以下、具体的な事例に基づいて本実施形態を説明する。本実施形態では、データ入力端末２に表示すべき動画像のフレームデータのパケットがサーバからデータ入力端末２に送信されるものと想定する。通常、動画像のフレームデータは複数のパケットに分割されて送信される。送信されたパケットがデータ入力端末２で受信されるまでの時間は通信ネットワークの状況や送信経路によって変化する。このため、複数のパケットの到着順序が送信順序と異なることがある。データ入力端末２は、受信したパケットをシーケンス番号順に並べて元のフレームデータに戻す。特定のパケットを受信する前に後続の特定数のパケットを受信した場合、この特定のパケットは欠落したと判断され、このパケットを含むフレームデータも欠落したものとして処理される。本実施形態の説明においては、簡単のため、画像データがフレーム単位で送受信され、フレームデータの欠落（フレームロス）の状況をもって通信ネットワークの状況を判定するものとする。フレームデータは受信部１２で受信され、出力部１８に転送される。状況判定部１４はフレームロスを検知し、検知されたフレームロスの状況に基づいて入力処理モードを決定する。本実施形態では、入力処理モードを、入力データをそのままサーバに送信する通常モードと、入力データを破棄する破棄モードの２種類とする。破棄モードのとき、モード告知部１６が破棄モードであることを示す画像を出力部１８に送り、データ振分部２４がデータ記憶部２２に記憶された入力データを消去する。通常モードのとき、データ振分部２４がデータ記憶部２２に記憶された入力データを読出して送信部２６に送り、読出した入力データをデータ記憶部２２から消去する。
【００１６】
図２は、本発明の第１の実施形態にかかるデータ入力端末における画像データ受信処理のフローチャートである。本実施形態における画像データ受信処理の流れを図２に従って説明する。
【００１７】
（ステップＳ１０２）受信部１２が画像データを受信し、出力部１８および状況判定部１４に転送する。
【００１８】
（ステップＳ１０４）出力部１８が画像データに基づいて画像表示を行う。
【００１９】
（ステップＳ１０６）状況判定部１４が、画像データの受信状況が正常であるか否かを判定し、入力処理モードを決定する。受信状況が正常であると判定された場合、状況判定部１４は入力処理モードを通常モードとする。受信状況が正常でないと判定された場合、状況判定部１４は入力処理モードを破棄モードとする。
【００２０】
（ステップＳ１０８）状況判定部１４が、入力処理モードを破棄モードとした場合（ステップＳ１０６：破棄）、モード告知部１６が破棄モードであることを表す情報の出力を出力部１８に指示する。破棄モードであることを表す情報の出力方法として、本実施形態では、破棄モードを表す画像を表示画面に重畳させる。破棄モードであることを表す情報の出力はこれに限定するものではなく、破棄モードであることをユーザに伝えることができればどんな方法でもよい。たとえば、破棄モードであることを伝える文言の表示、あるいは、破棄モードであることを伝える文言の音声出力であってもよい。なお、出力部１８は、破棄モードであることを表す情報の出力を指示されると、以降、破棄モードであることを表す情報を出力し続けるものとする。
【００２１】
（ステップＳ１１０）状況判定部１４が、データ振分部２４に破棄モードであることを通知する。その後、画像データ受信処理はステップＳ１０２に移行する。
【００２２】
（ステップＳ１１２）状況判定部１４が、入力処理モードを通常モードとした場合（ステップＳ１０６：通常）、モード告知部１６が通常モードであることを表す情報の出力を出力部１８に指示する。通常モードであることを表す情報はブランク（何も重畳しない）であってもよい。あるいは、通常モードであることを表す情報の出力を出力部１８に指示する代わりに、破棄モードであることを表す情報の出力の停止を出力部１８に指示してもよい。
【００２３】
（ステップＳ１１４）状況判定部１４は、データ振分部２４に通常モードであることを通知する。その後、画像データ受信処理はステップＳ１０２に移行する。
【００２４】
図３は、本発明の第１の実施形態にかかるデータ入力端末におけるデータ入力処理のフローチャートである。本実施形態におけるデータ入力処理の流れを図３に従って説明する。
【００２５】
（ステップＳ１２２）入力部２０はユーザからのデータ入力を待っている。
【００２６】
（ステップＳ１２４）ユーザがデータを入力すると（ステップＳ１２２：Ｙｅｓ）、入力部２０が入力されたデータをデータ記憶部２２に記録する。
【００２７】
図４は、本発明の第１の実施形態にかかるデータ入力端末におけるデータ振分処理のフローチャートである。本実施形態におけるデータ振分処理の流れを図４に従って説明する。
【００２８】
（ステップＳ１３２）データ振分部２４は、状況判定部１４からのモード通知を待っている。状況判定部１４から破棄モードの通知が来ると（ステップＳ１３２：破棄）、データ振分処理はステップＳ１３６に移行する。
【００２９】
（ステップＳ１３４）状況判定部１４から通常モードの通知が来ると（ステップＳ１３２：通常）、データ振分部２４は、データ記憶部２２から入力データを読出し、送信部２６から送信させる。
【００３０】
（ステップＳ１３６）データ振分部２４は、読出した入力データをデータ記憶部２２から消去する。この後、データ振分処理はステップＳ１３２に移行する。
【００３１】
上述のように、入力部２０はユーザから入力されたデータを送信部２６に送るのではなく、データ記憶部２２に書き込む。データ振分部２４は、状況判定部１４が画像データの受信状況を判定するごとに、データ記憶部２２に記録された入力データを消去する。判定結果が「正常」であれば、データ振分部２４は、データ記憶部２２に記録された入力データを消去する前に、データ記憶部２２に記録された入力データを読出して送信部２６から送信させる。出力部１８は受信部１２で受信した画像データに基づいて画像表示を行い、状況判定部１４の判定結果が「正常」でなければ、破棄モードであることを出力する。すなわち、以降の入力データは破棄されることをユーザに伝える。
【００３２】
図５は、本発明の第１の実施形態にかかるデータ入力端末における受信状況判定処理のフローチャートである。本実施形態における受信状況判定処理の流れを図５に従って説明する。
【００３３】
（ステップＳ１４２）状況判定部１４はフレームデータの遅延を測定するために所定時間をタイマにセットする。
【００３４】
（ステップＳ１４４）受信部１２はフレームデータを待っている。
【００３５】
（ステップＳ１４６）受信部１２がフレームデータを受信すると（ステップＳ１４４：Ｙｅｓ）、状況判定部１４はフレームロスの有無をチェックする。フレームロスのチェックの方法はどのような方法でもよいが、たとえば、前回受信したフレームデータのシーケンス番号を記憶しておき、今回受信したフレームデータのシーケンス番号との差を算出する。差が１の場合にフレームロス無しとし、差が２以上の場合にフレームロス有りとする。算出後、記憶するシーケンス番号を今回受信したフレームデータのシーケンス番号に置き換える。
【００３６】
（ステップＳ１４８）状況判定部１４は、フレームロスが多いか否か（すなわち、シーケンス番号の差が所定数より大きいか否か）をチェックする。
【００３７】
（ステップＳ１５０）フレームロスが多くない場合（ステップＳ１４８：Ｎｏ）、状況判定部１４は、受信状況を「正常」と判定する。その後、受信状況判定処理はステップＳ１４２に移行する。
【００３８】
（ステップＳ１５２）受信部１２がフレームデータを受信しない（ステップＳ１４４：Ｙｅｓ）間、タイマが時間をカウントし続ける。
【００３９】
（ステップＳ１５４）タイマにセットされた時間が経過したとき（ステップＳ１５２：Ｙｅｓ）、あるいはフレームロスが多い場合（ステップＳ１４８：Ｙｅｓ）、状況判定部１４は、受信状況を「異常」と判定する。その後、受信状況判定処理はステップＳ１４２に移行する。
【００４０】
１フレームの時間は短いので、少しのフレームデータが欠落した程度では画像表示に対するユーザの入力行為に影響を与えない。本実施形態では、所定数以上のフレームデータが欠落したときに初めて受信状況を「異常」と判定するようにしている。
【００４１】
上述の受信状況判定処理において、フレームをパケットとしてもよい。すなわち、状況判定部１４はパケットの欠落（パケットロス）を検知し、検知されたパケットロスの状況に基づいて入力処理モードを決定する。この場合、記憶するシーケンス番号は、これまで受信したパケットのシーケンス番号のうち、最大の値を持つシーケンス番号とする。
【００４２】
動画圧縮の規格によっては、少しのフレームロスでも画像表示に大きな影響を及ぼすことがある。たとえば、フレーム間予測を採用する典型的な方式では、他のフレームに依存せず１フレームの情報を自己完結して保持しているＩフレームと、他のフレームとの差異情報を保持し、他のフレームを参照してフレーム画像を再現するＰフレームあるいはＢフレームとを組み合わせる。この場合、一つのＰフレームあるいはＢフレームのフレームデータが欠落しただけでも、以降のフレーム画像の再現に支障をきたすことがある。ただし、Ｉフレームのフレームデータの受信によって、画像表示は正常に戻る。このようなケースに対応するためには、図６に示されたフローチャートに従って受信状況判定処理を行うことが望ましい。図６のフローチャートは図５のフローチャートにステップＳ１６２乃至ステップＳ１７０を追加したものである。Ｉフレームのフレームデータの受信以降、フレームロスがなければ受信状況を「正常」と判定し、フレームロスが発生すると、それ以降、次のＩフレームのフレームデータを受信するまでは受信状況を「異常」と判定する。このために、フレームロスが発生したことを示すロスフラグが設けられる。フレームロスが検知されたらロスフラグが立てられ、Ｉフレームのフレームデータが受信されたらロスフラグが下げられる。以下、追加されたステップの流れを説明する。
【００４３】
（ステップＳ１６２）フレームロスが多くない場合（ステップＳ１４８：Ｎｏ）、状況判定部１４は、受信したフレームデータがＩフレームであるか否かをチェックする。
【００４４】
（ステップＳ１６４）受信したフレームデータがＩフレームである場合（ステップＳ１６２：Ｙｅｓ）、状況判定部１４は、ロスフラグを下げる。
【００４５】
（ステップＳ１６６）受信したフレームデータがＩフレームでない場合（ステップＳ１６２：Ｎｏ）、状況判定部１４は、ロスフラグが立っているか否かをチェックする。ロスフラグが立っている場合（ステップＳ１６６：Ｙｅｓ）、受信状況判定処理はステップＳ１５４に移行する。
【００４６】
（ステップＳ１６８）ロスフラグが立っていない場合（ステップＳ１６６：Ｎｏ）、状況判定部１４は、ステップＳ１４６におけるチェック結果に基づいて、フレームロスの有無をチェックする。フレームロスが無ければ（ステップＳ１６８：Ｎｏ）、受信状況判定処理はステップＳ１５０に移行する。
【００４７】
（ステップＳ１７０）フレームロスがあれば（ステップＳ１６８：Ｙｅｓ）、状況判定部１４は、ロスフラグを立てる。以後、受信状況判定処理はステップＳ１５４に移行する。
【００４８】
上述のように、本実施形態によれば、受信状況が正常であると判定されたとき、蓄積されている入力データがサーバに送信され、受信状況が正常でないと判定されたとき、蓄積されている入力データが破棄されるため、通信ネットワークが正常でないときにユーザが不用意に入力したデータを、通信ネットワークが正常に復帰した際にサーバに送らないようにすることができる。
［第２の実施形態］
第１の実施形態においては、受信状況が正常でないと判定されたとき、蓄積されている入力データが破棄されたが、ユーザが意図して先行入力している可能性もある。この場合は、蓄積されている入力データをサーバに送信することが望ましい。本実施形態では、蓄積されている入力データをユーザに提示し、蓄積されている入力データをサーバに送信するか否かをユーザに問合わせる。
【００４９】
図７は、本発明の第２の実施形態にかかるデータ入力端末のシステム構成を示す図である。本実施形態にかかるデータ入力端末２は、図１に示された構成に送信確認部２８が追加されたものである。送信確認部２８は、受信状態が異常状態から正常状態に復帰したときに、データ記憶部２２に蓄積されている入力データをサーバに送信するか否かの確認入力をユーザに入力させるために、データ記憶部２２に蓄積されている入力データを出力部１８に表示させる。
【００５０】
図８は、本発明の第２の実施形態にかかるデータ入力端末における画像データ受信処理のフローチャートである。図２に示されたフローチャートとの違いは、ステップＳ１０６乃至ステップＳ１１０がステップＳ２０６乃至ステップＳ２１０に変更され、ステップＳ２１６およびステップＳ２１８が追加されていることである。本実施形態における画像データ受信処理の流れを、図２に示されたフローチャートと異なる部分について図８に従って説明する。
【００５１】
（ステップＳ２０６）状況判定部１４が、画像データの受信状況が正常であるか否かを判定し、入力処理モードを決定する。正常な受信状況が続いていると判定された場合、状況判定部１４は入力処理モードを通常モードとする。受信状況が正常でないと判定された場合、状況判定部１４は入力処理モードを保存モードとする。受信状況が正常でない状況から正常な状況に変化したと判定された場合、状況判定部１４は入力処理モードを復帰モードとする。
【００５２】
（ステップＳ２０８）状況判定部１４が、入力処理モードを保存モードとした場合（ステップＳ２０６：保存）、モード告知部１６が保存モードであることを表す情報の出力を出力部１８に指示する。
【００５３】
（ステップＳ２１０）状況判定部１４が、データ振分部２４に保存モードであることを通知する。その後、画像データ受信処理はステップＳ１０２に移行する。
【００５４】
（ステップＳ２１６）状況判定部１４が、入力処理モードを復帰モードとした場合（ステップＳ２０６：復帰）、モード告知部１６が復帰モードであることを表す情報の出力を出力部１８に指示する。
【００５５】
（ステップＳ２１８）状況判定部１４が、データ振分部２４に復帰モードであることを通知する。その後、画像データ受信処理はステップＳ１０２に移行する。
【００５６】
図９は、本発明の第２の実施形態にかかるデータ入力端末におけるデータ振分処理のフローチャートである。図４に示されたフローチャートとの違いは、ステップＳ１３２がステップＳ２３２に変更され、ステップＳ２３８およびステップＳ２４０が追加されていることである。本実施形態における画像データ受信処理の流れを、図４に示されたフローチャートと異なる部分について図９に従って説明する。
【００５７】
（ステップＳ２３２）データ振分部２４は、状況判定部１４からのモード通知を待っている。状況判定部１４から保存モードの通知が来ると（ステップＳ２３２：保存）、データ振分処理はステップＳ２３２に移行する。
【００５８】
（ステップＳ２３８）状況判定部１４から復帰モードの通知が来ると（ステップＳ２３２：復帰）、送信確認部２８は、入力部２０からの入力を一時的に停止させ、データ記憶部２２から入力データを読出して出力部１８に出力させる。
【００５９】
（ステップＳ２４０）所定時間の経過後、入力部２０からの入力停止を解除し、ユーザが入力部２０から送信の指示を入力すると、データ振分処理はステップＳ１３４に移行する。ユーザが入力部２０から破棄の指示を入力すると、データ振分処理はステップＳ１３６に移行する。
【００６０】
上述の入力部２０の一時入力停止はユーザの指示とサーバへの入力データとを区別するためである。
【００６１】
図１０は、本発明の第２の実施形態にかかるデータ入力端末における受信状況判定処理のフローチャートである。図６に示されたフローチャートとの違いは、ステップＳ２７２乃至ステップＳ２７８が追加されていることである。本実施形態においては、復帰モードを通常の正常モードと区別するために、前回の受信状況判定処理における判定結果が「異常」であったことを示す異常フラグが設けられる。受信状況が「異常」と判定されたときに異常フラグが立てられ、受信状況が「異常」でないと判定されたときに異常フラグが下げられる。
【００６２】
本実施形態における受信状況判定処理の流れを、図６に示されたフローチャートと異なる部分について図１０に従って説明する。
【００６３】
（ステップＳ２７２）状況判定部１４は、異常フラグが立っているか否かをチェックする。異常フラグが立っていない場合（ステップＳ２７２：Ｎｏ）、受信状況判定処理はステップＳ１５０に移行する。
【００６４】
（ステップＳ２７４）異常フラグが立っている場合（ステップＳ２７２：Ｙｅｓ）、状況判定部１４は異常フラグを下げる。
【００６５】
（ステップＳ２７６）状況判定部１４は、受信状況を「復帰」と判定する。その後、受信状況判定処理はステップＳ１４２に移行する。
【００６６】
（ステップＳ２７８）状況判定部１４は異常フラグを立てる。
【００６７】
上述のように、本実施形態によれば、蓄積されている入力データをユーザの指示によってサーバに送信することができる。
【００６８】
なお、蓄積されている入力データのうち、ユーザの指定に従って、一部の入力データのみをサーバに送信するようにしてもよい。
【００６９】
上述の説明では、サーバから動画像データが送信されるとして説明したが、これに限定するものではない。音声データでもよいし、任意のデータが定期的に送信され、そのデータに基づいて出力内容が変化する場合でも適用可能である。あるいは、データ入力端末から送信した入力データに応じてサーバから何らかのデータが送信され、そのデータに基づいて出力内容が変化する場合でも適用可能である。この場合、タイムアウトを判定するためのタイマセットはデータ入力端末からの入力データ送信後に行う。
【００７０】
本発明の実施形態にかかるデータ入力端末は、ハードウェアとして実施可能であるだけでなく、コンピュータのソフトウェアとしても実施可能である。例えば、図１に示した受信部１２、状況判定部１４、モード告知部１６、出力部１８、入力部２０、データ振分部２４、送信部２６、および制御部３０の機能をコンピュータに実行させるプログラムを作成し、当該プログラムをコンピュータのメモリに読み込ませて実行させれば、データ入力端末を実現することができる。
【００７１】
本発明の実施形態にかかるデータ入力端末を実現するプログラムは、図１１に示すように、ＣＤ−ＲＯＭやＣＤ−ＲＷ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ等やフレキシブルディスク等の可搬型記録媒体３４だけでなく、通信回線３６の先に備えられた他の記憶装置３８や、コンピュータシステム３２のハードディスクやＲＡＭ等の記憶装置、記録媒体４０のいずれに記憶されるものであってもよく、プログラム実行時には、プログラムはローディングされ、主メモリ上で実行される。
【００７２】
本発明の実施形態にかかるデータ入力端末の構成要素は、任意の組合せで実現されてよい。複数の構成要素が一つの部材として実現されてもよいし、一つの構成要素が複数の部材から構成されてもよい。
（付記１）通信ネットワークを経由して接続されたサーバに送信するデータを入力するためのデータ入力端末であって、
前記サーバから送信された通信データを受信するための受信部と、
前記受信部からの前記通信データに基づいて出力情報を生成し出力するための出力部と、
前記受信部からの前記通信データに基づいて前記通信ネットワークの状況の判定を行うための状況判定部と、
ユーザの入力操作を示す入力データを受付けるための入力部と、
前記入力部からの入力データを前記状況判定部の判定結果に基づいて前記サーバへ送信するか否かを制御するためのデータ振分部と、
前記データ振分部における制御に基づいて、前記入力部からの入力データを前記サーバに送信するための送信部と、
を備えたことを特徴とするデータ入力端末。
（付記２）付記１に記載されたデータ入力端末であって、
前記入力部からの入力データを記録するためのデータ記憶部と、
を有し、
前記データ振分部は、前記データ記憶部に記録された前記入力データからの入力データを、前記状況判定部の判定結果に基づいて前記サーバへ送信するか否かを制御し、
前記送信部は、前記データ振分部における制御に基づいて、前記データ記憶部に記録された入力部からの入力データを、前記サーバに送信する、
ことを特徴とするデータ入力端末。
【００７３】
（付記３）付記２に記載されたデータ入力端末であって、
前記データ振分部は、
前記状況判定部からの判定結果が第１の状況の場合、前記データ記憶部に記録された入力データを読出して前記送信部へ入力し、該入力データを前記データ記憶部から消去する第１の振分部と、
前記状況判定部からの判定結果が第２の状況の場合、前記データ記憶部に記録された入力データを前記データ記憶部から消去する第２の振分部と、
前記状況判定部からの判定結果が第３の状況の場合、前記データ記憶部に記録された入力データを前記データ記憶部において維持する第３の振分部と、
の少なくともいずれか一を備えたことを特徴とするデータ入力端末。
（付記４）付記３に記載されたデータ入力端末であって、
前記第２の振分部は、前記入力データが破棄されることを示す情報を前記出力部へ出力し、
前記第３の振分部は、前記入力データについて前記サーバへの送信が保留されていることを示す情報を前記出力部へ出力する
ことを特徴とするデータ入力端末。
（付記５）付記３あるいは付記４に記載されたデータ入力端末であって、さらに
前記状況判定部からの判定結果が前記第三の状況から前記第一の状況に遷移した場合に、前記データ記憶部に記録された入力データを前記サーバへ送信するか否かの問合せを前記出力部に出力し、該出力に応じてユーザからの回答を示す回答データを受け付ける送信確認部を備え、
前記データ振分部は、前記状況判定部からの判定結果が前記第三の状況から前記第一の状況に遷移した場合に、前記送信確認部からの回答データが前記サーバへの送信依頼を示すとき前記データ記憶部に記録された入力データを送信部へ入力して該入力データを前記データ記憶部から消去し、前記送信確認部からの回答データが前記サーバへの送信拒否を示すとき前記データ記憶部に記録された入力データを前記データ記憶部から消去する第４の振分部
を備えたことを特徴とするデータ入力端末。
（付記６）付記１乃至付記５のいずれか一に記載されたデータ入力端末であって、
前記判定は、
前記サーバから送信されたデータの遅延状況に基づく判定、
前記サーバから送信されたデータの欠落状況に基づく判定、あるいは
前記サーバから送信されたデータの圧縮方法に依存したデータの欠落状況に基づく判定
のうち、少なくとも一によるものである
ことを特徴とするデータ入力端末。
（付記７）通信ネットワークを経由して接続されたサーバに送信するデータを入力し、入力データを記録するためのデータ記憶部を備えたデータ入力端末が実行する入力データ送信方法であって、
前記サーバから送信された通信データを受信する受信ステップと、
前記受信ステップからの前記通信データに基づいて出力情報を生成し出力する出力ステップと、
前記受信ステップからの前記通信データに基づいて前記通信ネットワークの状況の判定を行う状況判定ステップと、
ユーザの入力操作を示す入力データを受付ける入力受付ステップと、
前記入力受付ステップからの入力データを、前記状況判定ステップからの判定結果に基づいて、前記サーバへ送信するか否かを判定するデータ振分ステップと、
前記データ振分ステップにおける判定に基づいて、前記入力受付ステップからの入力データを、前記サーバに送信する送信ステップと、
を含むことを特徴とする入力データ送信方法。
（付記８）付記７に記載された入力データ送信方法であって、
前記入力受付ステップからの入力データを記録するデータ記録ステップと、
を有し、
前記データ振分ステップは、前記データ記憶ステップにおいて記録された前記入力受付ステップからの入力データを、前記状況判定ステップからの判定結果に基づいて、前記サーバへ送信するか否かを判定し、
前記送信ステップは、前記データ振分ステップにおける判定に基づいて、前記データ記憶ステップにおいて記録された入力受付ステップからの入力データを、前記サーバに送信する、
ことを特徴とする入力データ送信方法。
（付記９）付記８に記載された入力データ送信方法であって、
前記データ振分ステップは、
前記状況判定ステップにおける判定結果が第１の状況の場合、前記データ記録ステップにおいて記録された入力データを前記サーバへ送信し、前記データ記録ステップにおいて記録された入力データを消去する第１の振分ステップと、
前記状況判定部からの判定結果が第２の状況の場合、前記データ記録ステップにおいて記録された入力データを消去する第２の振分ステップと、
前記状況判定部からの判定結果が第３の状況の場合、前記データ記録ステップにおいて記録された入力データを維持する第３の振分ステップと、
の少なくともいずれか一を含むことを特徴とする入力データ送信方法。
（付記９）付記８に記載された入力データ送信方法であって、
前記第２の振分ステップは、前記入力データが破棄されることを示す情報を出力する破棄情報出力ステップを含み、
前記第３の振分ステップは、前記入力データについて前記サーバへの送信が保留されていることを示す情報を出力する保留情報出力ステップを含む
ことを特徴とする入力データ送信方法。
（付記１０）付記８あるいは付記９に記載された入力データ送信方法であって、さらに
前記状況判定ステップにおける判定結果が前記第三の状況から前記第一の状況に遷移した場合に、前記データ記録ステップにおいて記録された入力データを前記サーバへ送信するか否かの問合せを出力し、該出力に応じてユーザからの回答を示す回答データを受け付ける送信確認ステップを含み、
前記データ振分ステップは、前記状況判定ステップにおける判定結果が前記第三の状況から前記第一の状況に遷移した場合に、前記送信確認ステップにおける前記回答データが前記サーバへの送信依頼を示すとき前記データ記録ステップにおいて記録された入力データを送信部へ入力して該入力データを消去し、前記送信確認部ステップにおける前記回答データが前記サーバへの送信拒否を示すとき前記データ記録ステップにおいて記録された入力データを消去する第４の振分ステップ
を含むことを特徴とする入力データ送信方法。
（付記１１）付記７乃至付記１０のいずれか一に記載された入力データ送信方法であって、
前記判定は、
前記サーバから送信されたデータの遅延状況に基づく判定、
前記サーバから送信されたデータの欠落状況に基づく判定、あるいは
前記サーバから送信されたデータの圧縮方法に依存したデータの欠落状況に基づく判定
のうち、少なくとも一によるものである
ことを特徴とする入力データ送信方法。
（付記１２）通信ネットワークを経由して接続されたサーバに送信するデータを入力し、入力データを記録するためのデータ記憶部を備えたコンピュータに入力データ送信方法を実行させるプログラムであって、
コンピュータに、
前記サーバから送信された通信データを受信する受信ステップと、
前記受信ステップからの前記通信データに基づいて出力情報を生成し出力する出力ステップと、
前記受信ステップからの前記通信データに基づいて前記通信ネットワークの状況の判定を行う状況判定ステップと、
ユーザの入力操作を示す入力データを受付ける入力受付ステップと、
前記入力受付ステップからの入力データを、前記状況判定ステップからの判定結果に基づいて、前記サーバへ送信するか否かを判定するデータ振分ステップと、
前記データ振分ステップにおける判定に基づいて、前記入力受付ステップからの入力データを、前記サーバに送信する送信ステップと、
を実行させるためのプログラム。
【図面の簡単な説明】
【００７４】
【図１】本発明の第１の実施形態にかかるデータ入力端末のシステム構成を示す図である。
【図２】本発明の第１の実施形態にかかるデータ入力端末における画像データ受信処理のフローチャートである。
【図３】本発明の第１の実施形態にかかるデータ入力端末におけるデータ入力処理のフローチャートである。
【図４】本発明の第１の実施形態にかかるデータ入力端末におけるデータ振分処理のフローチャートである。
【図５】本発明の第１の実施形態にかかるデータ入力端末における受信状況判定処理のフローチャートである。
【図６】本発明の第１の実施形態にかかるデータ入力端末における受信状況判定処理のフローチャートである。
【図７】本発明の第２の実施形態にかかるデータ入力端末のシステム構成を示す図である。
【図８】本発明の第２の実施形態にかかるデータ入力端末における画像データ受信処理のフローチャートである。
【図９】本発明の第２の実施形態にかかるデータ入力端末におけるデータ振分処理のフローチャートである。
【図１０】本発明の第２の実施形態にかかるデータ入力端末における受信状況判定処理のフローチャートである。
【図１１】コンピュータ環境の例を示す図である。
【符号の説明】
【００７５】
２：  データ入力端末
１２：  受信部
１４：  状況判定部
１６：  モード告知部
１８：  出力部
２０：  入力部
２２：  データ記憶部
２４：  データ振分部
２６：  送信部
２８：  送信確認部
３０：  制御部
【図１】
0004998166.tif 000002
【図２】
0004998166.tif 000003
【図３】
0004998166.tif 000004
【図４】
0004998166.tif 000005
【図５】
0004998166.tif 000006
【図６】
0004998166.tif 000007
【図７】
0004998166.tif 000008
【図８】
0004998166.tif 000009
【図９】
0004998166.tif 000010
【図１０】
0004998166.tif 000011
【図１１】
0004998166.tif 000012