(57)【要約】【課題】第１の端末装置において、第２の端末装置にて発生した事象を確実に再現することが可能な端末制御システムを提供すること。【解決手段】このシステム１は、第１の端末装置２０を含むサーバシステムＳＳと、サーバシステムと通信可能に接続された第２の端末装置４０と、を含む。第２の端末装置は、第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する（５１）。第２の端末装置は、生成された作動状況情報を記憶する（５２）。第２の端末装置は、所定の送信実行条件が成立した場合、記憶されている作動状況情報をサーバシステムへ送信し、且つ、その作動状況情報を消去する（５３）。サーバシステムは、作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を第１の端末装置に再現させるように当該第１の端末装置を制御する（６１〜７２）。【選択図】図２
2010034748.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末装置を含むサーバシステムと、当該サーバシステムと通信可能に接続された第２の端末装置と、を含む端末制御システムであって、
前記第２の端末装置は、
前記第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
前記生成された作動状況情報を記憶する作動状況情報記憶手段と、
所定の送信実行条件が成立した場合、前記記憶されている作動状況情報を前記サーバシステムへ送信し、且つ、その作動状況情報を前記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を備え、
前記サーバシステムは、前記作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を前記第１の端末装置に再現させるように当該第１の端末装置を制御する端末制御手段を備える端末制御システム。
【請求項２】
請求項１に記載の端末制御システムであって、
前記送信実行条件は、前記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件である端末制御システム。
【請求項３】
請求項１に記載の端末制御システムであって、
前記送信実行条件は、前記作動状況情報を前記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件である端末制御システム。
【請求項４】
請求項１乃至請求項３のいずれか一項に記載の端末制御システムであって、
前記端末制御手段は、前記第２の端末装置にて生じた作動状況の順序と同一の順序にて前記作動状況を前記第１の端末装置に再現させるように当該第１の端末装置を制御するように構成された端末制御システム。
【請求項５】
請求項１乃至請求項４のいずれか一項に記載の端末制御システムであって、
前記端末制御手段は、前記第２の端末装置から受信した作動状況情報に基づいて、予め定められた規則に従って記述された手順を表す手順情報を生成し、当該生成した手順情報に基づいて前記受信した作動状況情報が表す作動状況と同一の作動状況を前記第１の端末装置に再現させるように当該第１の端末装置を制御するように構成された端末制御システム。
【請求項６】
請求項１乃至請求項５のいずれか一項に記載の端末制御システムであって、
前記第２の端末装置は、当該第２の端末装置の状態が異常状態であることを検出する異常状態検出手段を備え、
前記作動状況情報送信手段は、前記第２の端末装置の状態が異常状態にあることが検出された場合に、前記作動状況情報を前記サーバシステムへ送信するように構成された端末制御システム。
【請求項７】
請求項１乃至請求項６のいずれか一項に記載の端末制御システムであって、
前記作動状況情報送信手段は、前記作動状況情報を圧縮し、当該圧縮した作動状況情報を送信するように構成された端末制御システム。
【請求項８】
請求項１乃至請求項７のいずれか一項に記載の端末制御システムであって、
前記作動状況情報送信手段は、前記作動状況情報を暗号化し、当該暗号化した作動状況情報を送信するように構成された端末制御システム。
【請求項９】
請求項１乃至請求項８のいずれか一項に記載の端末制御システムであって、
前記作動状況情報送信手段は、前記作動状況情報とともに、前記第２の端末装置を識別するための装置識別情報を前記サーバシステムへ送信するように構成され、
前記サーバシステムは、前記作動状況情報及び前記装置識別情報を受信し、当該受信した作動状況情報及び装置識別情報を互いに対応付けて記憶するように構成された端末制御システム。
【請求項１０】
請求項１乃至請求項９のいずれか一項に記載の端末制御システムであって、
前記作動状況情報は、前記第２の端末装置に情報を入力するための入力キーの操作状況を表すキーイベント情報、当該第２の端末装置が実行しているプロセスを表すプロセス情報、及び、当該第２の端末装置が他の装置から受信した情報又は当該第２の端末装置が他の装置へ送信した情報を表す通信イベント情報、のうちの少なくとも１つを含む端末制御システム。
【請求項１１】
第１の端末装置を含むサーバシステムと通信可能に接続された第２の端末装置が、当該第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成工程と、
前記第２の端末装置が、前記生成された作動状況情報を、当該第２の端末装置が備える記憶装置に記憶させる作動状況情報記憶処理工程と、
所定の送信実行条件が成立した場合、前記記憶されている作動状況情報を前記サーバシステムへ送信し、且つ、その作動状況情報を前記作動状況情報記憶手段から消去する作動状況情報送信工程と、
前記サーバシステムが、前記作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を前記第１の端末装置に再現させるように当該第１の端末装置を制御する端末制御工程と、
を含む端末制御方法。
【請求項１２】
請求項１１に記載の端末制御方法であって、
前記送信実行条件は、前記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件である端末制御方法。
【請求項１３】
請求項１１に記載の端末制御方法であって、
前記送信実行条件は、前記作動状況情報を前記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件である端末制御方法。
【請求項１４】
端末装置であって、
前記端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
前記生成された作動状況情報を記憶する作動状況情報記憶手段と、
所定の送信実行条件が成立した場合、前記記憶されている作動状況情報を前記サーバシステムへ送信し、且つ、その作動状況情報を前記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を備える端末装置。
【請求項１５】
請求項１４に記載の端末装置であって、
前記送信実行条件は、前記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件である端末装置。
【請求項１６】
請求項１４に記載の端末装置であって、
前記送信実行条件は、前記作動状況情報を前記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件である端末装置。
【請求項１７】
記憶装置を備える端末装置に、
前記端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
前記生成された作動状況情報を、前記記憶装置に記憶させる作動状況情報記憶処理手段と、
所定の送信実行条件が成立した場合、前記記憶されている作動状況情報を前記サーバシステムへ送信し、且つ、その作動状況情報を前記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を実現させるための端末装置用プログラム。
【請求項１８】
請求項１７に記載の端末装置用プログラムであって、
前記送信実行条件は、前記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件である端末装置用プログラム。
【請求項１９】
請求項１７に記載の端末装置用プログラムであって、
前記送信実行条件は、前記作動状況情報を前記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件である端末装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１の端末装置において、第２の端末装置にて発生した事象を再現する端末制御システムに関する。
【背景技術】
【０００２】
第１の端末装置（第１のコンピュータ）において、第１の端末装置と異なる第２の端末装置（第２のコンピュータ）において発生した事象を再現する端末制御システムが知られている（例えば、特許文献１を参照）。
【０００３】
この端末制御システムにおいて、第２の端末装置は、第２の端末装置のユーザが第２の端末装置に対して入力した情報（操作情報）の履歴を表す情報（操作履歴情報）をメモリに記憶させる。そして、第１の端末装置からの送信要求に応じて、第２の端末装置は、メモリに記憶されている操作履歴情報を第１の端末装置へ送信する。
【０００４】
次いで、第１の端末装置は、第２の端末装置の作動状況と同一の作動状況を再現するように、受信した操作履歴情報に基づいて作動する。これにより、第２の端末装置において発生した事象を、第１の端末装置において再現することができる。
【特許文献１】特開平９−１６０７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、記憶容量が比較的小さい端末装置（例えば、携帯電話装置等）を上記端末装置として用いた場合、第１の端末装置から送信要求を受信する前に、メモリに記憶されている操作履歴情報の量（データ量）がメモリの記憶容量よりも大きくなる場合が生じる。このような場合、第２の端末装置は、第１の端末装置へすべての操作履歴情報を送信することができない。その結果、第１の端末装置において、第２の端末装置において発生した事象を正確に再現することができない虞があった。
【０００６】
このため、本発明の目的は、上述した課題である「第１の端末装置において、第２の端末装置において発生した事象を正確に再現することができない場合が生じること」を解決することが可能な端末制御システムを提供することにある。
【課題を解決するための手段】
【０００７】
かかる目的を達成するため本発明の一形態である端末制御システムは、
第１の端末装置を含むサーバシステムと、当該サーバシステムと通信可能に接続された第２の端末装置と、を含むシステムである。
【０００８】
更に、上記第２の端末装置は、
上記第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
上記生成された作動状況情報を記憶する作動状況情報記憶手段と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を備え、
上記サーバシステムは、上記作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を上記第１の端末装置に再現させるように当該第１の端末装置を制御する端末制御手段を備える。
【０００９】
また、本発明の他の形態である端末制御方法は、
第１の端末装置を含むサーバシステムと通信可能に接続された第２の端末装置が、当該第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成工程と、
上記第２の端末装置が、上記生成された作動状況情報を、当該第２の端末装置が備える記憶装置に記憶させる作動状況情報記憶処理工程と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信工程と、
上記サーバシステムが、上記作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を上記第１の端末装置に再現させるように当該第１の端末装置を制御する端末制御工程と、
を含む。
【００１０】
また、本発明の他の形態である端末装置は、
上記端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
上記生成された作動状況情報を記憶する作動状況情報記憶手段と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を備える。
【００１１】
また、本発明の他の形態である端末装置用プログラムは、
記憶装置を備える端末装置に、
上記端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
上記生成された作動状況情報を、上記記憶装置に記憶させる作動状況情報記憶処理手段と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を実現させるためのプログラムである。
【発明の効果】
【００１２】
本発明は、以上のように構成されることにより、第１の端末装置において、第２の端末装置にて発生した事象を確実に再現することができる。
【発明を実施するための最良の形態】
【００１３】
本発明の一形態である端末制御システムは、
第１の端末装置を含むサーバシステムと、当該サーバシステムと通信可能に接続された第２の端末装置と、を含むシステムである。
【００１４】
更に、上記第２の端末装置は、
上記第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
上記生成された作動状況情報を記憶する作動状況情報記憶手段と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を備え、
上記サーバシステムは、上記作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を上記第１の端末装置に再現させるように当該第１の端末装置を制御する端末制御手段を備える。
【００１５】
これによれば、第２の端末装置において発生した事象を、第１の端末装置において再現することができる。この結果、第２の端末装置において異常な（想定されていなかった）事象が発生した場合に、その原因を解明することができる。
【００１６】
ところで、第２の端末装置のユーザから第２の端末装置を操作した手順（即ち、第２の端末装置の作動状況）を聞き取り、その聞き取った内容に基づいてその作動状況を第１の端末装置に再現させる場合、ユーザの記憶が誤っていることも多いため、第１の端末装置において同一の事象を再現することができない場合があった。これに対し、上記構成によれば、第２の端末装置において発生した事象を、確実に第１の端末装置において再現することができる。
【００１７】
また、上記構成によれば、第２の端末装置は、送信実行条件が成立した場合（例えば、記憶されている作動状況情報の量が閾値量よりも多くなった場合）、記憶されている作動状況情報をサーバシステムへ送信し、且つ、その作動状況情報を消去する。これにより、第２の端末装置に記憶されている作動状況情報の量が過大となることを防止することができる。従って、第２の端末装置において発生した事象を、確実に第１の端末装置において再現することができる。換言すると、第２の端末装置の記憶容量を比較的小さくすることができる。
【００１８】
この場合、
上記送信実行条件は、上記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件であることが好適である。
【００１９】
これによれば、第２の端末装置は、記憶されている作動状況情報の量が閾値量よりも多くなった場合、その作動状況情報をサーバシステムへ送信し、且つ、その作動状況情報を消去する。これにより、第２の端末装置に記憶されている作動状況情報の量が過大となることを防止することができる。従って、第２の端末装置において発生した事象を、確実に第１の端末装置において再現することができる。換言すると、第２の端末装置の記憶容量を比較的小さくすることができる。
【００２０】
また、上記端末制御システムの他の態様において、
上記送信実行条件は、上記作動状況情報を上記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件であることが好適である。
【００２１】
これによれば、第２の端末装置は、作動状況情報を消去した最新の時点から待機時間が経過した場合、記憶されている作動状況情報をサーバシステムへ送信し、且つ、その作動状況情報を消去する。これにより、第２の端末装置に記憶されている作動状況情報の量が過大となることを防止することができる。従って、第２の端末装置において発生した事象を、確実に第１の端末装置において再現することができる。換言すると、第２の端末装置の記憶容量を比較的小さくすることができる。
【００２２】
この場合、
上記端末制御手段は、上記第２の端末装置にて生じた作動状況の順序と同一の順序にて上記作動状況を上記第１の端末装置に再現させるように当該第１の端末装置を制御するように構成されることが好適である。
【００２３】
この場合、
上記端末制御手段は、上記第２の端末装置から受信した作動状況情報に基づいて、予め定められた規則に従って記述された手順を表す手順情報を生成し、当該生成した手順情報に基づいて上記受信した作動状況情報が表す作動状況と同一の作動状況を上記第１の端末装置に再現させるように当該第１の端末装置を制御するように構成されることが好適である。
【００２４】
この場合、
上記第２の端末装置は、当該第２の端末装置の状態が異常状態であることを検出する異常状態検出手段を備え、
上記作動状況情報送信手段は、上記第２の端末装置の状態が異常状態にあることが検出された場合に、上記作動状況情報を上記サーバシステムへ送信するように構成されることが好適である。
【００２５】
これによれば、第２の端末装置の状態が異常状態である場合（異常時）、第２の端末装置は、直ちに作動状況情報をサーバシステムへ送信する。この結果、異常時には、第２の端末装置において発生した事象を、第１の端末装置において直ちに再現することができる。従って、サーバシステムのユーザは、第２の端末装置の状態が異常状態であることに対応して、迅速に行動することができる。
【００２６】
この場合、
上記作動状況情報送信手段は、上記作動状況情報を圧縮し、当該圧縮した作動状況情報を送信するように構成されることが好適である。
これによれば、通信量を低減することができる。
【００２７】
この場合、
上記作動状況情報送信手段は、上記作動状況情報を暗号化し、当該暗号化した作動状況情報を送信するように構成されることが好適である。
これによれば、第２の端末装置の作動状況が第３者に知られることを防止することができる。
【００２８】
この場合、
上記作動状況情報送信手段は、上記作動状況情報とともに、上記第２の端末装置を識別するための装置識別情報を上記サーバシステムへ送信するように構成され、
上記サーバシステムは、上記作動状況情報及び上記装置識別情報を受信し、当該受信した作動状況情報及び装置識別情報を互いに対応付けて記憶するように構成されることが好適である。
【００２９】
これによれば、第２の端末装置が複数存在している場合に、第１の端末装置にて再現した事象が実際に発生した第２の端末装置を特定することができる。
【００３０】
この場合、
上記作動状況情報は、上記第２の端末装置に情報を入力するための入力キーの操作状況を表すキーイベント情報、当該第２の端末装置が実行しているプロセスを表すプロセス情報、及び、当該第２の端末装置が他の装置から受信した情報又は当該第２の端末装置が他の装置へ送信した情報を表す通信イベント情報、のうちの少なくとも１つを含むことが好適である。
【００３１】
ところで、キーイベント情報、プロセス情報、及び、通信イベント情報、に基づいて、第２の端末装置の作動状況を特定することができる。従って、端末制御システムを上記のように構成することが好適である。
【００３２】
また、本発明の他の形態である端末制御方法は、
第１の端末装置を含むサーバシステムと通信可能に接続された第２の端末装置が、当該第２の端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成工程と、
上記第２の端末装置が、上記生成された作動状況情報を、当該第２の端末装置が備える記憶装置に記憶させる作動状況情報記憶処理工程と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信工程と、
上記サーバシステムが、上記作動状況情報を受信し、当該受信した作動状況情報が表す作動状況と同一の作動状況を上記第１の端末装置に再現させるように当該第１の端末装置を制御する端末制御工程と、
を含む。
【００３３】
この場合、
上記送信実行条件は、上記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件であることが好適である。
【００３４】
また、上記端末制御方法の他の態様において、
上記送信実行条件は、上記作動状況情報を上記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件であることが好適である。
【００３５】
また、本発明の他の形態である端末装置は、
上記端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
上記生成された作動状況情報を記憶する作動状況情報記憶手段と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を備える。
【００３６】
この場合、
上記送信実行条件は、上記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件であることが好適である。
【００３７】
また、上記端末装置の他の態様において、
上記送信実行条件は、上記作動状況情報を上記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件であることが好適である。
【００３８】
また、本発明の他の形態である端末装置用プログラムは、
記憶装置を備える端末装置に、
上記端末装置の作動状況を表す作動状況情報を、当該作動状況が変化する毎に生成する作動状況情報生成手段と、
上記生成された作動状況情報を、上記記憶装置に記憶させる作動状況情報記憶処理手段と、
所定の送信実行条件が成立した場合、上記記憶されている作動状況情報を上記サーバシステムへ送信し、且つ、その作動状況情報を上記作動状況情報記憶手段から消去する作動状況情報送信手段と、
を実現させるためのプログラムである。
【００３９】
この場合、
上記送信実行条件は、上記記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件であることが好適である。
【００４０】
また、上記端末装置用プログラムの他の態様において、
上記送信実行条件は、上記作動状況情報を上記作動状況情報記憶手段から消去した最新の時点から予め設定された待機時間が経過したという条件であることが好適である。
【００４１】
上述した構成を有する、端末制御方法、端末装置、又は、端末装置用プログラム、の発明であっても、上記端末制御システムと同様の作用を有するために、上述した本発明の目的を達成することができる。
【００４２】
以下、本発明に係る、端末制御システム、端末制御方法、端末装置、及び、端末装置用プログラム、の各実施形態について図１〜図６を参照しながら説明する。
【００４３】
＜第１実施形態＞
図１に示したように、第１実施形態に係る端末制御システム１は、第１のサーバ装置１０と、第１の端末装置２０と、第２のサーバ装置３０と、第２の端末装置４０と、を含む。第１のサーバ装置１０と第２のサーバ装置３０とは、通信回線（本例では、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ））ＮＷ１を介して、互いに通信可能に接続されている。また、第１のサーバ装置１０、第１の端末装置２０及び第２のサーバ装置３０は、サーバシステムＳＳを構成している。
【００４４】
第１のサーバ装置１０は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）及び記憶装置（メモリ及びハードディスク駆動装置（ＨＤＤ））を備える。第１のサーバ装置１０は、記憶装置に記憶されているプログラムをＣＰＵが実行することにより、後述する機能を実現するように構成されている。
第２のサーバ装置３０は、第１のサーバ装置１０と同じ構成を有している。
【００４５】
第１の端末装置２０は、携帯電話装置である。第１の端末装置２０は、通信部と、表示部と、入力部と、制御部と、を備えている。
【００４６】
通信部は、アンテナを有していて、アンテナを介して図示しない基地局と通信可能に構成されている。表示部は、ディスプレイを有する。表示部は、制御部から出力された画像情報に基づいて、文字及び図形等からなる画像をディスプレイに表示させる。入力部は、複数の入力キー（ボタン式スイッチ）を有する。第１の端末装置２０は、これらの入力キーを介して、ユーザの操作に基づく情報が入力されるように構成されている。
【００４７】
制御部は、図示しないＣＰＵ及び記憶装置（メモリ）を備えている。第１の端末装置２０は、記憶装置に記憶（格納）されているプログラムをＣＰＵが実行することにより、後述する機能を実現するように構成されている。
第２の端末装置４０は、第１の端末装置２０と同じ構成を有している。
【００４８】
また、第１の端末装置２０は、制御信号を受信可能に第１のサーバ装置１０とケーブルを介して接続されている。制御信号は、プロセスの実行の開始又は終了を指示するプロセス実行制御信号、入力キーの操作に応じて入力部が発生するキーイベント制御信号、及び、通信部が通信を行う（即ち、情報を受信する、又は、情報を送信する）ことにより発生する通信イベント制御信号、を含む。
【００４９】
このような構成により、第１の端末装置２０は、プロセス実行制御信号を受信することにより、プロセスの実行を開始又は終了させる。また、第１の端末装置２０は、キーイベント制御信号を受信することにより、実行中のプロセスによってその入力キーの操作と対応付けられた処理を行う。更に、第１の端末装置２０は、通信イベント制御信号を受信することにより、その通信内容に応じた処理を行う。
【００５０】
即ち、第１の端末装置２０は、第１のサーバ装置１０から制御信号を受信することにより、第１の端末装置２０の入力キーが操作されていなくても、第１の端末装置２０の入力キーが操作された場合と同様に作動する。更に、第１の端末装置２０は、第１のサーバ装置１０から制御信号を受信することにより、第１の端末装置２０の通信部が通信を行っていなくても、第１の端末装置２０の通信部が通信を行った場合と同様に作動する。
【００５１】
また、第２の端末装置４０は、基地局が接続された通信回線（本例では、インターネット）ＮＷ２を介して第２のサーバ装置３０と通信可能に構成されている。即ち、第２の端末装置４０は、サーバシステムＳＳと通信可能に接続されている、と言うこともできる。
【００５２】
図２は、上記のように構成された端末制御システム１の機能を表すブロック図である。この機能は、第２の端末装置４０のＣＰＵが後述する図３に示したフローチャートにより表されるプログラム等を実行するとともに、第１のサーバ装置１０及び第２のサーバ装置３０のＣＰＵが図示しないプログラム等を実行することにより、実現される。
【００５３】
この第２の端末装置４０の機能は、作動状況情報生成部（作動状況情報生成手段、作動状況情報生成工程）５１と、作動状況情報記憶部（作動状況情報記憶手段、作動状況情報記憶処理手段、作動状況情報記憶処理工程）５２と、作動状況情報送信部（作動状況情報送信手段）５３と、異常状態検出部（異常状態検出手段）５４と、を含む。
【００５４】
作動状況情報生成部５１は、キーイベント情報取得部５１ａと、プロセス情報取得部５１ｂと、通信イベント情報取得部５１ｃと、を含む。
【００５５】
キーイベント情報取得部５１ａは、キーイベントが発生する（即ち、入力キーの操作が行われる）毎に、キーイベント情報を取得する。キーイベント情報は、入力キーの操作状況を表す情報である。具体的には、キーイベント情報は、操作の対象となる入力キーを特定する情報と、操作の種類（例えば、入力キーを押し込む、又は、入力キーから手を離す）を表す情報と、を含む。
【００５６】
また、プロセス情報取得部５１ｂは、プロセスの実行が開始又は終了する毎に、プロセス情報を取得する。プロセス情報は、第２の端末装置４０が実行しているプロセスを表す情報である。具体的には、プロセス情報は、実行中のプロセスを特定する情報を含む。なお、プロセス情報は、メモリ内に記憶されているデータを表す情報を含んでいてもよい。
【００５７】
通信イベント情報取得部５１ｃは、第２の端末装置４０が基地局（他の装置）と通信を行う毎に、通信イベント情報を取得する。通信イベント情報は、第２の端末装置４０が基地局から受信した情報（例えば、着呼を表す情報、又は、メールの受信を表す情報等）又は第２の端末装置４０が基地局へ送信した情報（例えば、発呼を表す情報、又は、メールの送信を表す情報等）を表す情報である。
【００５８】
そして、作動状況情報生成部５１は、キーイベント情報取得部５１ａにより取得されたキーイベント情報、プロセス情報取得部５１ｂにより取得されたプロセス情報、及び、通信イベント情報取得部５１ｃにより取得された通信イベント情報と、それらの情報が取得された日時を表す日時情報と、を含む作動状況情報を生成する。即ち、作動状況情報生成部５１は、第２の端末装置４０の作動状況を表す作動状況情報を、作動状況が変化する毎に生成する、と言うことができる。
【００５９】
また、作動状況情報記憶部５２は、作動状況情報生成部５１により生成された作動状況情報を第２の端末装置４０の記憶装置に記憶させる（蓄積する）。
【００６０】
作動状況情報送信部５３は、所定の送信実行条件が成立した場合、第２の端末装置４０の記憶装置に記憶されている作動状況情報及び装置識別情報を予め定められたアルゴリズムに従って圧縮する。本例では、送信実行条件は、記憶装置に記憶されている作動状況情報の量が予め設定された閾値量よりも多くなったという条件である。
【００６１】
また、装置識別情報は、第２の端末装置４０を識別するための情報である。本例では、装置識別情報は、第２の端末装置４０に予め付与された（固有の）機器ＩＤ（文字列を表す情報）である。なお、装置識別情報は、ユーザＩＤ（文字列を表す情報）であってもよいし、第２の端末装置４０に割り当てられた電話番号を表す情報であってもよい。
【００６２】
更に、作動状況情報送信部５３は、圧縮した作動状況情報及び装置識別情報を、予め記憶された暗号鍵情報に基づいて暗号化する。そして、作動状況情報送信部５３は、暗号化された作動状況情報及び装置識別情報を第２のサーバ装置３０へ送信し、且つ、その送信した作動状況情報を第２の端末装置４０の記憶装置から消去する。
【００６３】
また、異常状態検出部５４は、実行中のプロセスが発生するエラー信号を検出する。即ち、異常状態検出部５４は、第２の端末装置４０の状態が異常状態であることを検出する。
【００６４】
更に、作動状況情報送信部５３は、異常状態検出部５４により第２の端末装置４０の状態が異常状態にあることが検出された場合にも、上記送信実行条件が成立した場合と同様に、記憶装置に記憶されている作動状況情報を第２のサーバ装置３０へ送信し、且つ、その送信した作動状況情報を記憶装置から消去する。
【００６５】
また、第２のサーバ装置３０の機能は、作動状況情報受信部（端末制御手段の一部）６１と、作動状況情報記憶部（端末制御手段の一部）６２と、スクリプト生成部（端末制御手段の一部）６３と、スクリプト送信部（端末制御手段の一部）６４と、を含む。
【００６６】
作動状況情報受信部６１は、第２の端末装置４０により送信された作動状況情報及び装置識別情報を受信する。作動状況情報受信部６１は、第２のサーバ装置３０の記憶装置に予め記憶された情報であって、第２の端末装置４０により暗号化された情報を復号するための情報である復号鍵情報に基づいて、受信した作動状況情報及び装置識別情報を復号する。
【００６７】
更に、作動状況情報受信部６１は、復号した作動状況情報及び装置識別情報を、予め定められたアルゴリズムに従って伸長することにより、第２の端末装置４０により記憶されていた作動状況情報及び装置識別情報を取得する。
【００６８】
作動状況情報記憶部６２は、作動状況情報受信部６１により取得された作動状況情報及び装置識別情報を互いに対応付けて第２のサーバ装置３０の記憶装置に記憶させる（蓄積する）。
【００６９】
スクリプト生成部６３は、第１のサーバ装置１０のユーザの指示に従って第１のサーバ装置１０から送信されたスクリプト生成指示を受信する。スクリプト生成指示は、スクリプトの生成を指示する情報であって、装置識別情報を含む。スクリプト生成部６３は、スクリプト生成指示を受信すると、そのスクリプト生成指示に含まれる装置識別情報と対応付けて作動状況情報記憶部６２により記憶されている作動状況情報を取得する。スクリプト生成部６３は、取得した作動状況情報に基づいて、スクリプトを生成する。
【００７０】
スクリプトは、予め定められた規則に従って記述された手順を表す手順情報であって、作動状況情報に含まれる日時情報に基づいて、第２の端末装置４０にて生じた作動状況の順序と同一の順序にて作動状況を第１の端末装置２０に再現させるための手順を表す手順情報である。
【００７１】
スクリプト送信部６４は、スクリプト生成部６３により生成されたスクリプトを第１のサーバ装置１０へ送信する。
【００７２】
また、第１のサーバ装置１０の機能は、スクリプト受信部（端末制御手段の一部）７１と、端末制御部（端末制御手段の一部）７２と、を含む。なお、第１のサーバ装置１０の機能の詳細については、例えば、特開２００１−２６８２０２号公報、特開２００８−００５３９１号公報及び特開２００８−１４７７８号公報等に記載されているので、本明細書においては省略する。
【００７３】
なお、第１のサーバ装置１０は、第１の端末装置２０と通信を行う装置を備えていてもよい。この場合、第１のサーバ装置１０は、第１の端末装置２０へ電波を送信することにより、第１の端末装置２０に通信イベント制御信号を発生させる。また、第１のサーバ装置１０は、第１の端末装置２０の入力キーを操作する装置を備えていてもよい。この場合、第１のサーバ装置１０は、その装置により入力キーを操作することにより第１の端末装置２０にキーイベント制御信号を発生させる。
【００７４】
スクリプト受信部７１は、第２のサーバ装置３０により送信されたスクリプトを受信する。
端末制御部７２は、スクリプト受信部７１により受信されたスクリプトに基づいて制御信号を生成する。端末制御部７２は、生成した制御信号を第１の端末装置２０へ送信する。
【００７５】
このようにして、第１のサーバ装置１０は、第２の端末装置４０にて生じた作動状況の順序と同一の順序にて、第２の端末装置４０にて生じた作動状況と同一の作動状況を第１の端末装置２０に再現させるように、第１の端末装置２０を制御する。
【００７６】
次に、上述した端末制御システム１の作動について具体的に述べる。
第２の端末装置４０のＣＰＵは、図３にフローチャートにより示した作動状況情報送信プログラム（端末装置用プログラム）を、予め設定された実行周期が経過する毎に実行するようになっている。なお、作動状況情報送信プログラムの処理は、作動状況情報送信工程に対応している。
【００７７】
具体的に述べると、ＣＰＵは、作動状況情報送信プログラムの処理を開始すると、ステップ３０５にて、第２の端末装置４０の記憶装置に記憶されている作動状況情報の量（データ量、データサイズ）が、予め設定された閾値量よりも多いか否かを判定する。
【００７８】
先ず、記憶装置に記憶されている作動状況情報の量が閾値量以下である場合を想定して説明を続ける。この場合、ＣＰＵは、「Ｎｏ」と判定してステップ３１０に進み、実行中のプロセスがエラー信号を発生したか否かを検出する。
【００７９】
いま、実行中のプロセスがエラー信号を発生していない場合を想定して説明を続ける。この場合、ＣＰＵは、「Ｎｏ」と判定してこのプログラムの実行を終了する。即ち、この場合、第２の端末装置４０は、作動状況情報の送信を行わない。
【００８０】
その後、第２の端末装置４０は、第２の端末装置４０のユーザにより入力キーが操作されたり、基地局から情報を受信したり、することによって作動状況が変化する毎に、作動状況情報を生成し、生成した作動状況情報を記憶装置に記憶させる。その結果、記憶装置に記憶されている作動状況情報の量が閾値量よりも多くなる。
【００８１】
この状態においては、ＣＰＵがステップ３０５に進んだとき、ＣＰＵは、「Ｙｅｓ」と判定してステップ３１５に進む。そして、ＣＰＵは、ステップ３１５にて、記憶装置に記憶されている作動状況情報及び装置識別情報を圧縮する。これにより、通信量を低減することができる。
【００８２】
次いで、ＣＰＵは、ステップ３２０にて、圧縮した作動状況情報及び装置識別情報を暗号化する。これにより、第２の端末装置４０の作動状況が第３者に知られることを防止することができる。
【００８３】
そして、ＣＰＵは、ステップ３２５にて、暗号化した作動状況情報及び装置識別情報を第２のサーバ装置３０へ送信する（図４のステップＡ１）。次いで、ＣＰＵは、ステップ３３０にて、送信した作動状況情報を記憶装置から消去する。そして、ＣＰＵは、このプログラムの実行を終了する。これにより、第２の端末装置４０に記憶されている作動状況情報の量が過大となることを防止することができる。
【００８４】
一方、第２のサーバ装置３０は、第２の端末装置４０により送信された作動状況情報及び装置識別情報を受信する。そして、第２のサーバ装置３０は、受信した作動状況情報及び装置識別情報を復号する（図４のステップＢ１）。次いで、第２のサーバ装置３０は、復号した作動状況情報及び装置識別情報を伸長する（図４のステップＢ２）。更に、第２のサーバ装置３０は、伸長した作動状況情報及び装置識別情報を互いに対応付けて第２のサーバ装置３０の記憶装置に記憶させる（図４のステップＢ３）。
【００８５】
その後、第１のサーバ装置１０のユーザの指示に応じて、第１のサーバ装置１０は、スクリプト生成指示を第２のサーバ装置３０へ送信する（図４のステップＣ１）。
【００８６】
一方、第２のサーバ装置３０は、スクリプト生成指示を受信すると、受信したスクリプト生成指示に含まれる装置識別情報と対応付けて記憶されている作動状況情報を取得する。そして、第２のサーバ装置３０は、取得した作動状況情報に基づいてスクリプトを生成する（図４のステップＢ４）。次いで、第２のサーバ装置３０は、生成したスクリプトを第１のサーバ装置１０へ送信する（図４のステップＢ５）。
【００８７】
これにより、第１のサーバ装置１０は、スクリプトを受信し、受信したスクリプトに基づいて制御信号を生成する（図４のステップＣ２）。そして、第１のサーバ装置１０は、生成した制御信号を第１の端末装置２０へ送信する（図４のステップＣ３）。これにより、第１の端末装置２０は、第２の端末装置４０にて生じた作動状況の順序と同一の順序にて、第２の端末装置４０にて生じた作動状況と同一の作動状況を再現する。
【００８８】
このように、端末制御システム１によれば、第２の端末装置４０において発生した事象を、第１の端末装置２０において再現することができる。この結果、第２の端末装置４０において異常な（想定されていなかった）事象が発生した場合に、その原因を解明することができる。
【００８９】
ところで、第２の端末装置４０のユーザから第２の端末装置４０を操作した手順（即ち、第２の端末装置４０の作動状況）を聞き取り、その聞き取った内容に基づいてその作動状況を第１の端末装置２０に再現させる場合、ユーザの記憶が誤っていることも多いため、第１の端末装置２０において同一の事象を再現することができない場合があった。これに対し、端末制御システム１によれば、第２の端末装置４０において発生した事象を、確実に第１の端末装置２０において再現することができる。
【００９０】
なお、図４のステップＢ４、ステップＢ５、及び、ステップＣ１〜ステップＣ３の処理は、端末制御工程に対応している。
【００９１】
また、第２の端末装置４０の記憶装置に記憶されている作動状況情報の量が閾値量以下である場合において、実行中のプロセスがエラー信号を発生した場合、ＣＰＵは、ステップ３０５に進んだとき、「Ｎｏ」と判定してステップ３１０に進み、ステップ３１０にて「Ｙｅｓ」と判定してステップ３１５に進む。
【００９２】
そして、ＣＰＵは、上述した場合と同様に、ステップ３１５〜ステップ３３０の処理を実行することにより、作動状況情報及び装置識別情報を第２のサーバ装置３０へ送信し、且つ、送信した作動状況情報を記憶装置から消去する。そして、ＣＰＵは、このプログラムの実行を終了する。
【００９３】
これによれば、第２の端末装置４０の状態が異常状態である場合（異常時）、第２の端末装置４０は、直ちに作動状況情報を第２のサーバ装置３０へ送信する。この結果、異常時には、第２の端末装置４０において発生した事象を、第１の端末装置２０において直ちに再現することができる。従って、第１のサーバ装置１０のユーザは、第２の端末装置４０の状態が異常状態であることに対応して、迅速に行動することができる。
【００９４】
以上、説明したように、本発明による端末制御システムの第１実施形態によれば、第２の端末装置４０は、第２の端末装置４０の記憶装置に記憶されている作動状況情報の量が閾値量よりも多くなった場合、記憶されている作動状況情報をサーバシステムＳＳへ送信し、且つ、その作動状況情報を記憶装置から消去する。これにより、第２の端末装置４０に記憶されている作動状況情報の量が過大となることを防止することができる。従って、第２の端末装置４０において発生した事象を、確実に第１の端末装置２０において再現することができる。換言すると、第２の端末装置４０の記憶容量を比較的小さくすることができる。
【００９５】
また、第１実施形態において、第２のサーバ装置３０は、作動状況情報及び装置識別情報を互いに対応付けて記憶するように構成されている。これによれば、第２の端末装置４０が複数存在している場合に、第２の端末装置４０の１つを特定し、特定した第２の端末装置４０において発生した事象を、第１の端末装置２０において再現することができる。換言すると、第１の端末装置２０にて再現した事象が実際に発生した第２の端末装置４０を特定することができる。
【００９６】
＜第２実施形態＞
次に、本発明の第２実施形態に係る端末制御システムについて説明する。第２実施形態に係る端末制御システムは、上記第１実施形態に係る端末制御システムに対して、作動状況情報を送信してから待機時間が経過した場合に再び作動状況情報を送信する点において相違している。従って、以下、かかる相違点を中心として説明する。
【００９７】
第２実施形態に係る作動状況情報送信部５３は、所定の送信実行条件が成立した場合、第２の端末装置４０の記憶装置に記憶されている作動状況情報及び装置識別情報を予め定められたアルゴリズムに従って圧縮する。本例では、送信実行条件は、作動状況情報を記憶装置から消去した最新の時点から予め設定された待機時間が経過したという条件である。
【００９８】
更に、作動状況情報送信部５３は、圧縮した作動状況情報及び装置識別情報を、予め記憶された暗号鍵情報に基づいて暗号化する。そして、作動状況情報送信部５３は、暗号化された作動状況情報及び装置識別情報を第２のサーバ装置３０へ送信し、且つ、その送信した作動状況情報を第２の端末装置４０の記憶装置から消去する。
【００９９】
第２の端末装置４０のＣＰＵは、図３に示した作動状況情報送信プログラムに代えて、図５にフローチャートにより示した作動状況情報送信プログラムを、予め設定された実行周期が経過する毎に実行するようになっている。図５に示した作動状況情報送信プログラムは、図３に示した作動状況情報送信プログラムのステップ３０５の処理を、図５に示したステップ５０５の処理に置換したプログラムである。
【０１００】
ＣＰＵは、作動状況情報送信プログラムの処理を開始すると、ステップ５０５にて、作動状況情報を記憶装置から消去した最新（最後）の時点から予め設定された待機時間が経過したか否かを判定する。
【０１０１】
先ず、作動状況情報を記憶装置から消去した最新の時点から待機時間が未だ経過していない場合を想定して説明を続ける。この場合、ＣＰＵは、「Ｎｏ」と判定してステップ３１０に進み、実行中のプロセスがエラー信号を発生したか否かを検出する。
【０１０２】
いま、実行中のプロセスがエラー信号を発生していない場合を想定して説明を続ける。この場合、ＣＰＵは、「Ｎｏ」と判定してこのプログラムの実行を終了する。即ち、この場合、第２の端末装置４０は、作動状況情報の送信を行わない。
【０１０３】
一方、作動状況情報を記憶装置から消去した最新の時点から待機時間が経過した場合、ＣＰＵは、ステップ５０５にて「Ｙｅｓ」と判定してステップ３１５に進み、ステップ３１５〜ステップ３３０の処理を実行することにより、作動状況情報及び装置識別情報を第２のサーバ装置３０へ送信し、且つ、送信した作動状況情報を記憶装置から消去する。
【０１０４】
このように、第２実施形態に係る端末制御システム１によれば、第２の端末装置４０は、作動状況情報を消去した最新の時点から待機時間が経過した場合、記憶されている作動状況情報をサーバシステムＳＳへ送信し、且つ、その作動状況情報を消去する。これにより、第２の端末装置４０に記憶されている作動状況情報の量が過大となることを防止することができる。従って、第２の端末装置４０において発生した事象を、確実に第１の端末装置２０において再現することができる。換言すると、第２の端末装置４０の記憶容量を比較的小さくすることができる。
【０１０５】
なお、本発明は上記各実施形態に限定されることはなく、本発明の範囲内において種々の変形例を採用することができる。例えば、上記各実施形態において、第２の端末装置４０は、第２の端末装置４０の状態が異常状態であるか否かに基づいて、作動状況情報を送信するか否かを決定するように構成されていた。ところで、上記各実施形態の変形例において、第２の端末装置４０は、第２の端末装置４０の状態が異常状態であるか否かに基づいて、作動状況情報を送信するか否かを決定しないように構成されていてもよい。この場合、第２の端末装置４０の機能は、図６に示したように、異常状態検出部５４を含まないことが好適である。
【０１０６】
また、上記各実施形態において、第２の端末装置４０は、作動状況情報を圧縮して送信するように構成されていたが、圧縮することなく作動状況情報を送信するように構成されていてもよい。更に、上記各実施形態において、第２の端末装置４０は、作動状況情報を暗号化して送信するように構成されていたが、暗号化することなく作動状況情報を送信するように構成されていてもよい。加えて、上記各実施形態の変形例において、第２の端末装置４０は、圧縮することなく且つ暗号化することなく作動状況情報を送信するように構成されていてもよい。
【０１０７】
また、上記各実施形態において、作動状況情報は、キーイベント情報、プロセス情報及び通信イベント情報のすべてを含んでいたが、これらの情報のうちの１つ又は２つを含んでいてもよい。また、作動状況情報は、キーイベント情報、プロセス情報及び通信イベント情報のいずれも含んでいなくてもよい。
【０１０８】
更に、上記各実施形態においては、サーバシステムＳＳは、第１のサーバ装置１０及び第２のサーバ装置３０からなる２つのサーバ装置を含んでいたが、第１のサーバ装置１０及び第２のサーバ装置３０に代えて、第１のサーバ装置１０の機能及び第２のサーバ装置３０の機能の両方の機能を有する１つのサーバ装置を含んでいてもよい。
【産業上の利用可能性】
【０１０９】
本発明は、試験用の携帯電話装置において、ユーザ用の携帯電話装置にて発生した事象を再現する端末制御システム等に適用可能である。
【図面の簡単な説明】
【０１１０】
【図１】本発明の第１実施形態に係る端末制御システムの概略構成を表す図である。
【図２】図１に示した端末制御システムの機能の概略を表すブロック図である。
【図３】図１に示した第２の端末装置のＣＰＵが実行する作動状況情報送信プログラムを示したフローチャートである。
【図４】図１に示した端末制御システムの作動の概要を表すシーケンス図である。
【図５】本発明の第２実施形態に係る第２の端末装置のＣＰＵが実行する作動状況情報送信プログラムを示したフローチャートである。
【図６】本発明の変形例に係る第２の端末装置の機能の概略を表すブロック図である。
【符号の説明】
【０１１１】
１      端末制御システム
１０    第１のサーバ装置
２０    第１の端末装置
３０    第２のサーバ装置
４０    第２の端末装置
５１    作動状況情報生成部
５１ａ  キーイベント情報取得部
５１ｂ  プロセス情報取得部
５１ｃ  通信イベント情報取得部
５２    作動状況情報記憶部
５３    作動状況情報送信部
５４    異常状態検出部
６１    作動状況情報受信部
６２    作動状況情報記憶部
６３    スクリプト生成部
６４    スクリプト送信部
７１    スクリプト受信部
７２    端末制御部
ＳＳ    サーバシステム
【図１】
2010034748.tif 000003
【図２】
2010034748.tif 000004
【図３】
2010034748.tif 000005
【図４】
2010034748.tif 000006
【図５】
2010034748.tif 000007
【図６】
2010034748.tif 000008