"端末と、当該端末をリモート操作するリモート端末と、リモートサーバとを備えるリモートシステムであって、前記リモートサーバは、前記端末からのリモート要求に応じて、当該端末に記憶された前記リモート要求に関するデータを取得し、前記リモート端末に通知するデータ取得モジュールを備え、前記リモート端末は、前記端末からのリモート要求に対するリモート操作をリモート操作者から受付けて、当該リモート操作をリモートサーバに送信する操作受付モジュールを備え、前記リモートサーバは、さらに、前記リモート操作者から受付けたリモート操作を、前記リモート端末から前記端末に対してリアルタイムで画面共有を行ったリモート操作ではなく、前記端末からのリモート要求に対応した操作を行うコマンドとして、前記端末に送信するコマンド送信モジュールを備えるリモートシステム。前記リモートサーバは、前記端末から前記端末の画面情報に対応する画像ID、文字の少なくともいずれか一方を取得する画面情報取得モジュールと、取得した前記画像ID、前記文字の少なくともいずれか一方に対応した画像を、前記リモート端末に表示する端末情報出力モジュールと、を備える請求項1に記載のリモートシステム。前記画面情報取得モジュールが、前記端末の画面情報に対応する画像IDを取得できない場合は、前記端末から、取得できない画像IDに対応する画像そのものを取得し、前記端末情報出力モジュールは、リモートサーバに予め記憶された雛形データと、前記端末から取得した画像とを使用して、前記端末の画面情報に相当する画像を、前記リモート端末に表示する請求項3に記載のリモートシステム。前記端末が、前記端末に表示されているスクリーンショットの画像データを、逐次、前記リモートサーバに送信する画面情報送信モジュールを備え、前記リモートサーバが、送信された画像データを受信して、前記リモート端末に転送する画面情報転送モジュールを備え、所定のタイミングで、前記画面情報送信モジュールと画面情報転送モジュールとを起動することで、前記リモート端末から前記端末に対してリアルタイムで画面共有を行うことでリモート操作を行うフルリモートシステムを実行し、前記コマンド送信モジュールの処理を停止する請求項1に記載のリモートシステム。前記操作受付モジュールは、予め対応付けられた禁止データに対するリモート操作または、禁止されたリモート操作を検知した場合は、前記リモート端末又は前記リモートサーバに、当該リモート操作を記憶するログ記憶モジュールをさらに備える請求項1に記載のリモートシステム。端末と、当該端末をリモート操作するリモート端末と、リモートサーバとを備えるリモート操作方法であって、前記リモートサーバは、前記端末からのリモート要求に応じて、当該端末に記憶された前記リモート要求に関するデータを取得し、前記リモート端末に通知するステップ、を実行し、前記リモート端末は、前記端末からのリモート要求に対するリモート操作をリモート操作者から受付けて、当該リモート操作をリモートサーバに送信するステップを実行し、前記リモートサーバは、さらに、前記リモート操作者から受付けたリモート操作を、前記リモート端末から前記端末に対してリアルタイムで画面共有を行ったリモート操作ではなく、前記端末からのリモート要求に対応した操作を行うコマンドとして、前記端末に送信するステップを実行するリモート操作方法。前記端末は、送信された前記コマンドに基づいて、当該リモート要求に対する前記リモート操作者のリモート操作を前記端末に反映する際に、前記端末を操作するユーザが、当該端末で当該リモート要求に応じた操作を自ら行うためのユーザインターフェースを、段階的に表示するステップを実行する請求項6に記載のリモート操作方法。前記リモートサーバは、前記端末から前記端末の画面情報に対応する画像ID、文字の少なくともいずれか一方を取得するステップと、取得した前記画像ID、前記文字の少なくともいずれか一方に対応した画像を、前記リモート端末に表示するステップと、を実行する請求項6に記載のリモート操作方法。前記取得するステップでは、前記端末の画面情報に対応する画像IDを取得できない場合は、前記端末から、取得できない画像IDに対応する画像そのものを取得し、前記リモート端末に表示するステップでは、リモートサーバに予め記憶された雛形データと、前記端末から取得した画像とを使用して、前記端末の画面情報に相当する画像を、前記リモート端末に表示する請求項8に記載のリモート操作方法。所定のタイミングで、前記端末が、前記端末に表示されているスクリーンショットの画像データを、逐次、前記リモートサーバに送信するステップを実行し、前記リモートサーバが、送信された画像データを受信して、前記リモート端末に転送するステップを実行することで、前記リモート端末から前記端末に対してリアルタイムで画面共有を行うことでリモート操作を行うフルリモートシステムを実行し、前記端末からのリモート要求に対応した操作を行うコマンドとして、前記端末に送信する処理を停止する請求項6に記載のリモート操作方法。前記リモート操作者からリモート操作を受付けるステップにおいて、予め対応付けられた禁止データに対するリモート操作または、禁止されたリモート操作を検知した場合は、前記リモート端末又は前記リモートサーバに、当該リモート操作を記憶する請求項6に記載のリモート操作方法。一方、リモートサポートを行う端末から、サポートを受けるユーザ端末にリモートログイン等をして、リアルタイムで画面共有をすることで、リモート操作を行うことが知られている。すなわち、サポート端末に、ユーザ端末に表示されている画面を、逐次、転送して表示するとともに、サポート端末を操作すると、あたかも、ユーザ端末を操作しているかのように、入力操作リモート操作を行うことが可能となる。しかしながら、このようにリアルタイムで画面共有を行うリモートシステムは、変化する画面情報のデータを、逐次、相手側に送信する必要があり、通信に必要なデータ量が多い。このため通信帯域の容量が大きくなくては、充分なサービスを行うことができない。また、このリモートシステムは、処理するデータ量が多いことから、リモートサービスの開始が遅くなったり、一のリモート操作が完了するまで長時間を要してしまうことがある。しかし、ユーザにとっては、短時間でリモートサポートサービスを提供し、リモート操作が円滑であることが望ましい。本発明は、これらの課題に鑑み、ユーザにとって迅速にリモートサポートサービスを開始するとともに、リモート操作を即座に完了できることが可能なリモートシステム、リモート操作方法を提供することを目的とする。本発明では、以下のような解決手段を提供する。第1の特徴に係る発明は、端末と、当該端末をリモート操作するリモート端末と、リモートサーバとを備えるリモートシステムであって、前記リモートサーバは、前記端末からのリモート要求に応じて、当該端末に記憶された前記リモート要求に関するデータを取得し、前記リモート端末に通知するデータ取得モジュールを備え、前記リモート端末は、前記端末からのリモート要求に対するリモート操作をリモート操作者から受付けて、当該リモート操作をリモートサーバに送信する操作受付モジュールを備え、前記リモートサーバは、さらに、前記リモート操作者から受付けたリモート操作を、前記リモート端末から前記端末に対してリアルタイムで画面共有を行ったリモート操作ではなく、前記端末からのリモート要求に対応した操作を行うコマンドとして、前記端末に送信するコマンド送信モジュールを備えるリモートシステム。第1の特徴に係る発明によれば、リモートサーバは、端末からのリモート要求に応じて、当該端末に記憶された前記リモート要求に関するデータを取得し、前記リモート端末に通知する。リモート端末は、端末からのリモート要求に対するリモート操作をリモート操作者から受付けて、当該リモート操作をリモートサーバに送信する。そして、リモートサーバは、さらに、リモート操作者から受付けたリモート操作を、リモート端末から端末に対してリアルタイムで画面共有を行ったリモート操作ではなく、端末からのリモート要求に対応した操作を行うコマンドとして、端末に送信する。したがって、リモート操作に対応した操作を行うコマンドにより、リモート操作を実現するため、リアルタイムで画面共有を行うことがないリモートシステムを実現する。このリモートシステムによれば、データ処理量が少ないため、各端末の負荷が少なく、データ通信量も少ないため、ユーザにとって迅速にリモートサポートサービスを開始するとともに、リモート操作を即座に完了できることができる。第1の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第2の特徴に係る発明によれば、第1の特徴に係る発明であって、前記端末は、前記コマンド送信モジュールにより送信されたコマンドに基づいて、当該リモート要求に対する前記リモート操作者のリモート操作を前記端末に反映する際に、前記端末を操作するユーザが、当該端末で当該リモート要求に応じた操作を自ら行うためのユーザインターフェースを、段階的に表示する演出モジュールを備えるリモートシステムを提供する。第2の特徴に係る発明によれば、リモートサーバは、端末からのリモート要求に応じて、当該端末に記憶されたデータを取得し、リモート端末は、端末からのリモート要求に対するリモート操作をリモート操作者から受付ける。そして、リモートサーバは、さらに、リモート操作から受付けた操作を、端末からのリモート要求に対応した操作を行うコマンドとして、端末に送信する。加えて、端末は、ここで送信されたコマンドに基づいて、当該リモート要求に対するリモート操作者の操作を端末に反映する際に、端末を操作するユーザが、端末で当該リモート要求に応じた操作を自ら行うためのユーザインターフェースを、段階的に表示する。課題として、第1の特徴に係る発明において、コマンドを、単にサーバからユーザの端末に送信して実行する方法では、ユーザが操作方法を意識することなく、実行が完了してしまう。例えば、端末の設定に関するコマンドであれば、その設定操作方法を、ユーザが学習する機会はない。したがって、この場合、ユーザは、再度、同じような設定を行う際に、自らの操作で設定することができない。さらに、ユーザ端末に対して、一の設定を行うにも、いくつもの段階的な操作を経て、設定したい項目に到達できる場合がある。このような場合は、この段階的な操作の全てを理解しておかなくては、設定が完了できない。そこで、第2の特徴に係る発明では、リモートサーバは、リモート要求を端末から受けて、このリモート要求に対応したコマンドにより、リモート要求された事項の反映を完了させるとともに、この設定を行うためのユーザインターフェースを段階的に端末に表示させることで、端末を操作するユーザが、リモート要求した操作方法を学ぶことが可能である。特に、複数の端末のOSOperatingSystemが同じである場合は、リモート操作で設定するコマンド自体は、端末のハードウェアが異なるメーカであっても同じ場合が多い。しかし、表示される画面情報のみが端末のメーカによって異なる場合が多い。このような場合に有効である。第2の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第3の特徴に係る発明は、第1の特徴に係る発明であって、前記リモートサーバは、前記端末から前記端末の画面情報に対応する画像ID、文字の少なくともいずれか一方を取得する画面情報取得モジュールと、取得した前記画像ID、前記文字の少なくともいずれか一方に対応した画像を、前記リモート端末に表示する端末情報出力モジュールと、を備えるリモートシステムを提供する。第3の特徴に係る発明によれば、リモートサーバは、端末から、端末の画面情報に対応する画像ID、文字の少なくともいずれか一方を取得し、取得した画像ID、文字の少なくともいずれか一方に対応した画像を、リモート端末に表示する。したがって、リモートサーバは、端末の画面情報をリモート端末に表示させることが可能である。この際に、端末の画面情報そのものを送受信するのではなく、画像ID、文字の送受信により対応した画像の表示処理を行うので、端末とリモートサーバ間のデータ転送量を削減し、リモート操作時間のロスを回避することが可能である。いわば、リアルタイムな画面共有のシミュレーションをすることが可能となる。さらに、このデータ転送量を削減した状態で、端末に段階的に表示させたユーザインターフェースを、リモート端末側でも、この演出が行われているか否かを確認することが可能である。第3の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第4の特徴に係る発明は、第3の特徴に係る発明であって、前記画面情報取得モジュールが、前記端末の画面情報に対応する画像IDを取得できない場合は、前記端末から、取得できない画像IDに対応する画像そのものを取得し、前記端末情報出力モジュールは、リモートサーバに予め記憶された雛形データと、前記端末から取得した画像を使用して、前記端末の画面情報に相当する画像を、前記リモート端末に表示するリモートシステムを提供する。第4の特徴に係る発明によれば、端末の画面情報に対応する画像IDを取得できない場合は、端末から取得できない画像IDに対応する画像そのものを取得し、リモートサーバに予め記憶された雛形データと、端末から取得した画像を使用して、端末の画面情報に相当する画像を、リモート端末に表示する。したがって、例えば、新しい端末で、画像IDがサポートサーバ100に登録されていない場合であっても、端末に表示されている画像そのものを取得して、リモート端末に表示することが可能である。第4の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第5の特徴に係る発明は、第1の特徴に係る発明であって、前記端末が、前記端末に表示されているスクリーンショットの画像データを、逐次、前記リモートサーバに送信する画面情報送信モジュールを備え、前記リモートサーバが、送信された画像データを受信して、前記リモート端末に転送する画面情報転送モジュールを備え、所定のタイミングで、前記画面情報送信モジュールと画面情報転送モジュールとを起動することで、前記リモート端末から前記端末に対してリアルタイムで画面共有を行うことでリモート操作を行うフルリモートシステムを実行し、前記コマンド送信モジュールの処理を停止するリモートシステムを提供する。第5の特徴に係る発明によれば、端末が、端末に表示されているスクリーンショットの画像データを、逐次、リモートサーバに送信し、リモートサーバが、送信された画像データを受信して、リモート端末に転送し、所定のタイミングで、画面情報送信モジュールと画面情報転送モジュールによるフルリモートシステムに切替える。したがって、リモートシステムのデータ通信状況等に応じて、リアルタイムで画面共有を行うフルリモートシステムに切替えてリモートサービスを提供することが可能である。第5の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第6の特徴に係る発明は、第1の特徴に係る発明であって、前記操作受付モジュールは、予め対応付けられた禁止データに対するリモート操作または、禁止されたリモート操作を検知した場合は、前記リモート端末又は前記リモートサーバに、当該リモート操作を記憶するログ記憶モジュールをさらに備えるリモートシステムを提供する。第6の特徴に係る発明によれば、予め対応付けられた禁止データに対するリモート操作または、禁止されたリモート操作を検知した場合は、前記リモート端末又は前記リモートサーバに、当該リモート操作を記憶する。したがって、リモート操作により不正にデータを操作されたり、誤操作があった場合に、ログを記憶しておくことが可能である。第6の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第7の特徴に係る発明は、第2の特徴に係る発明であって、前記演出モジュールは、段階的に表示した、前記ユーザインターフェースを、前記端末のユーザの操作に応じて再表示する再表示モジュールを備える、リモートシステムを提供する。したがって、端末を所有するユーザは、以前に、段階的に表示されたユーザインターフェースを、再表示させることが可能である。第7の特徴に係る発明は、リモートシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。本発明によれば、ユーザにとって迅速にリモートサポートサービスを開始するとともに、リモート操作を即座に完了できることが可能なリモートシステム、リモート操作方法を提供することができる。以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。以下では、本発明の好適な実施形態として、クイックリモートシステムをリモートサポートシステムに適用した例について説明する。本発明において、ユーザ端末10に対してリモート操作することは、ユーザ端末10にサポートをリモートから行う用途で使用される場合について説明する。後述するサポートサーバは、一般的には、リモートサーバであってよい。サポート端末は、リモート端末であってよい。後述する設定コマンドは、設定に限定されない一般的なコマンドであってよい。サポート要求は、一般的には、リモート要求であってよい。[クイックリモートシステムのシステム構成]図1は、本発明の好適な実施形態であるクイックリモートシステム1のシステム構成図である。クイックリモートシステム1は、ユーザ端末10a~10c以下、単に10とする、サポートサーバ100、公衆回線網3インターネット網や第3世代、第4世代通信網など、サポート端末150から構成される。ユーザ端末10は、公衆回線網3を介して、サポートサーバ100と通信可能に接続されている。サポートサーバ100とサポート端末150は、LANLocalAreaNetworkで接続されていてもよいし、公衆回線網3を介して接続されていてもよい。クイックリモートシステム1内の通信は、無線通信、有線通信を問わない。ユーザ端末10が公衆回線網3と接続するために、ルータ等のネットワーク機器を介して通信可能であってよい。ユーザ端末10は、ユーザがサポートを受けるための一般的な情報端末であってよく、後述する機能を備える情報機器や電化製品である。ユーザ端末10は、例えば、携帯電話、スマートフォン10b、複合型プリンタ、テレビ10a、ルータ又はゲートウェイ等のネットワーク機器、コンピュータ10cに加えて、冷蔵庫、洗濯機等の白物家電であってもよいし、電話機、ネットブック端末、スレート端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生録画プレーヤ等の一般的な情報家電であってよい。サポート端末150は、ユーザ端末10に対してサポートを行うサポート者が使用する一般的な情報端末である。一般的に、リモートサポートは、サポート端末150からユーザ端末10に対してリアルタイムで画面共有を行って、リモート操作を行うことでサポートが行われる。すなわち、ユーザ端末10に表示されているスクリーンショットとなる画面情報が、サポート端末150に表示され、この画面情報に対して、サポート端末150からリモート操作することで、このリモート操作が直接、ユーザ端末10に反映される。このリモートシステムは、後述するフルリモートシステムに対応する。しかし、クイックリモートシステム1適宜、以下、クイックリモートでは、このリアルタイムで画面共有によるリモート操作を行わないリモートシステムである。[各機能の説明]図2は、サポート端末150、サポートサーバ100、ユーザ端末10の機能ブロックと各機能の関係を示す図である。ユーザ端末10及びサポート端末150は、制御部として、CPUCentralProcessingUnit,RAMRandomAccessMemory,ROMReadOnlyMemory等を備え、通信部として、例えば、IEEE802.11に準拠したWiFiWirelessFidelity対応デバイス又は、第3世代移動通信システム等のIMT-2000規格に準拠した無線デバイス等を備える有線によるLAN接続であってもよい。さらに、ユーザ端末10及びサポート端末150は、出力入力部として、制御部で制御したデータや画像を出力表示する表示部を備え、かつ、ユーザやサポート者からの入力を受付けるタッチパネルやキーボード、マウス等を備える。加えて、ユーザ端末10及びサポート端末150は、記憶部として、ハードディスクや半導体メモリによる、データのストレージ部を備える。ユーザ端末10において、制御部がアプリケーション層の所定のプログラムを読み込むことで、通信部、出力入力部、記憶部と協働して、データ送信モジュール11、画面情報送信モジュール12、演出モジュール13、コマンド実行モジュール14、再表示モジュール15、画面情報分析モジュール17を実現する。ユーザ端末10の記憶部の一部が、演出画像ストレージ16を実現する。各モジュールの具体的な機能については、図3に基づいて説明する。サポート端末150において、制御部が所定のアプリケーション層の所定のプログラムを読み込むことで、通信部、出力入力部、記憶部と協働して、端末情報表示モジュール151、設定操作受付モジュール152とを実現する。各モジュールの具体的な機能については、図3に基づいて説明する。サポートサーバ100は、制御部として、CPUCentralProcessingUnit,RAMRandomAccessMemory,ROMReadOnlyMemory等を備え、通信部として、例えば、IEEE802.11に準拠したWiFiWirelessFidelity対応デバイスを備える有線であってもよい。加えて、サポートサーバ100は、記憶部として、ハードディスクや半導体メモリによる、データのストレージ部を備える。サポートサーバ100の制御部が所定のアプリケーション層の所定のプログラムを読み込むことで、通信部、記憶部と協働して、データ取得モジュール101、画面情報取得モジュール102、端末情報出力モジュール103、コマンド送信モジュール104、登録モジュール105、ログ記憶モジュール106を実現する。各モジュールの機能については、以下で説明する。[リモートサポート処理]図3は、ユーザ端末10、サポートサーバ100、サポート端末150が実行するリモートサポート処理のフローチャートである。ユーザ端末10は、ユーザからサポートを要求する操作を受付けるステップS01。ユーザ端末10には、リモートサポートを受けるためのアプリケーションがインストールされており、例えば、このアプリケーションを起動する操作をユーザから受付ける。ユーザ端末10が、ユーザからサポートを要求する操作を受付けた場合ステップS01:YESには、ユーザ端末10は、サポートサーバ100に接続して、サポート要求があった旨をサポートサーバ100に通知して、ステップS02に処理を移す。ユーザ端末10が、ユーザからサポートを要求する操作を受付けない場合ステップS01:NOは、ステップS01の処理をループする。次に、サポートサーバ100のデータ取得モジュール101は、ユーザ端末10の設定情報の取得を要求するステップS02。設定情報とは、ユーザ端末10にハードウェアとして設定されているデータ及び、ソフトウェアとして設定されているデータである。サポートサーバ100は、ユーザ端末10に記憶されている全ての設定情報を取得要求しなくてよく、サポートサーバ100が取得する設定情報は、ユーザ端末10の機種ごとに、サポートサーバ100に予め定められていてよい。一例として、図6に示すように、サポート端末150に表示されるサポート画面155では、サウンド設定のマナーモードの設定が有効であったり、着信音量が29であることが、ソフトウェアとして設定される設定情報である。なお、設定情報に加えて、図6に示す、お客様情報電話番号、端末のモデル名、ネットワークを取得要求してもよい。この要求に応じて、ユーザ端末10のデータ送信モジュール11は、サポートサーバ100に要求された設定情報を送信するステップS03。サポートサーバ100のデータ取得モジュール101は、ユーザ端末10から送信された設定情報を受信し、取得するステップS04。サポートサーバ100は、任意のサポート端末150を選択して、サポート要求があった旨と、そのユーザ端末10の設定情報を取得したことを、選択したサポート端末150に通知する。この通知に応じて、選択されたサポート端末150の端末情報表示モジュール151は、サポート者から操作に応じて、サポートサーバ100にアクセスすることで、サポートサーバ100の端末情報出力モジュール103が、設定情報をサポート端末150に表示させるステップS05。一例として、図6に示すようなサポート画面155がサポート端末150に表示される。次に、サポート端末150の設定操作受付モジュール152は、ユーザからのサポート要求に対する解決策となる設定操作リモート操作をサポート者から受付けるステップS06。サポート者から設定操作を受付けた場合ステップS06:YESには、その設定操作をサポートサーバ100に送信し、ステップS07に移行する。サポート者から設定操作を受付けない場合ステップS06:NOは、サポート者からの入力待ちとなり、ステップS06をループする。サポートサーバ100のコマンド送信モジュール104は、サポート端末150からの設定操作を受信すると、その設定操作に対応する設定コマンドを生成しステップS07、生成した設定コマンドをユーザ端末10に送信するステップS08。その後、ステップS09に処理を移す。設定コマンドとは、サポートサーバ100が、サポートの要求をした設定を、ユーザ端末10に対して行わせるコマンドである。例えば、ユーザ端末10のサウンド設定が、所定のコンフィグレーションファイルに記述されることで設定されている場合には、このコンフィグレーションファイルをユーザが望む設定に更新することで、サウンド設定が変更される。この際に、サポートサーバ100が、所定のコマンドを送信して、ユーザ端末10に記憶されているコンフィグレーションファイルを入れ替えたり、記述を変更する。ここで送信した所定のコマンドが、設定コマンドである。図4の設定コマンド対応テーブルに示すように、サポート端末150から受付けた設定操作と、生成する設定コマンドは、予め対応付けられてサポートサーバ100に記憶されている。設定コマンドは、設定コマンド対応テーブル内のコマンドそのものであってもよいが、サポート端末150から入力された文字、数値を設定コマンド対応テーブル内のコマンドに含めて、設定コマンドを生成してもよい。図4の例では、設定操作が音量変更操作であって、着信音量変更を音量15に設定する操作である。この場合に対応する設定コマンドは、着信音量コマンド1である。次に、サポートサーバ100は、設定演出データをユーザ端末10に送信するステップS09。ユーザ端末10の演出モジュール13は、サポートサーバ100から送信された設定演出データを受信し、受信した設定演出データを演出画像ストレージ16に記憶し、ユーザインターフェースの演出処理を実行するステップS10。設定演出データとは、サポート要求した設定を、ユーザが自らユーザ端末10を操作して設定する際に、ユーザ端末10に段階的に表示されるユーザインターフェースに関するデータである。すなわち、設定演出データは、このユーザインターフェースを、ユーザ端末10に段階的に表示するシナリオデータと、このシナリオデータを実行させるためのコマンドから構成される。シナリオデータとは、ユーザがサポート要求した設定を、自らユーザ端末10を操作して設定するために、ユーザ端末10に表示するユーザインターフェースについて、どのユーザインターフェースを、どの順番で表示し、どのような操作で次のユーザインターフェースに移行するかといった取り決めを定めたデータである。図4の例では、設定演出データは、着信音量シナリオ1であって、最初に、設定ウィンドウを表示し、次に、サウンド設定の選択表示をしてというシナリオで構成されている。設定演出データは、このシナリオデータを、ユーザ端末10に実行させるためのコマンドを含む。設定演出データは、図4の設定コマンド対応テーブルのように、設定操作、設定コマンドと予め対応付けられている。したがって、サポートサーバ100は、設定操作、設定コマンドが決定すれば、設定演出データも決定する。図4の例では、設定コマンド着信音量コマンド1に対応する設定演出データは、着信音量シナリオ1である。次に、ユーザ端末10のコマンド実行モジュール14は、サポートサーバ100から受信した設定コマンドを実行するステップS11。すなわち、コマンド実行モジュール14は、サポートサーバ100から受信した設定コマンドを実行することで、サポート要求した項目を実際に設定させることができる。例えば、先の例では、ユーザ端末10の着信音量を音量15に設定することが可能である。このように、クイックリモートシステム1では、リモートログイン等によりリモート操作そのものに関する操作データを扱うのではなく、リモート操作に対応するコマンドを利用することで、迅速にサポート端末150からのリモート操作を行うことが可能となる。[ユーザインターフェースの演出処理]図5、図7、図8に基づいて、ユーザ端末10の演出モジュール13が実行し、上述のステップS10に対応するユーザインターフェースの演出処理について説明する。最初に、演出モジュール13は、ユーザ端末10の表示部に、サポート要求した設定のユーザインターフェースの演出が始まるメッセージを表示し、演出を開始してよいかの操作を受付ける。このユーザからの演出開始の操作に応じて、ステップS30の処理を開始する。演出モジュール13は、設定演出データのシナリオデータに基づいて、ユーザインターフェースの演出処理を実行する。図5のシナリオデータは、ユーザ端末10の着信音量を設定するシナリオである。このシナリオは、三段階の画面表示基本設定画面、サウンド設定画面、着信音設定画面で構成されている。この例のように、シナリオが必ずしも三段階で構成されるというものではなく、その設定が完了するまで必要な画面構成数が段階数となる。この例では、最初に、ユーザ端末10の表示部に着信音量を設定するデモを行ないます。画面をタップしてください。等のメッセージが表示されてもよい。最初に、演出モジュール13は、基本設定画面の表示を行うステップS30。基本設定画面とは、図7に示すような画面であって、ユーザ端末10の通信設定無線とネットワーク、サウンド設定、メール設定、アプリケーション設定など、ユーザ端末10の基本的な設定を行う画面である。ここで、基本設定画面において、ユーザがこの画面で操作すべき項目を強調表示してもよい。すなわち、図7に示すように、この場合、シナリオが着信音量の設定であるので、次にユーザが操作すべきアイコンとして、サウンド設定54の項目を強調表示してよい。次に、演出モジュール13は、ユーザからの操作待ちとなるステップS31。例えば、図7に示す、次へアイコン55を操作した場合ステップS31:YESには、次の段階のユーザインターフェースを表示するために、ステップS32に移行する。次へアイコン55を操作するまでステップS31:NOは、本処理の処理待ちとなる。次に、第2段階として、演出モジュール13は、サウンド設定画面を表示するステップS32。サウンド設定画面とは、図8に示すようなユーザ端末10のサウンド関連を設定する画面である。通常、ユーザがユーザ端末10に対して、基本設定画面で、サウンド設定の項目を選択操作すると、サウンド設定画面が表示される。このサウンド設定画面においても、ユーザがこの画面で操作すべき項目を強調表示してもよい。すなわち、図8に示すように、この場合、シナリオが着信音量の設定であるので、次にユーザが操作すべきアイコンとして、電話着信音57の項目を強調表示してよい。次に、同様に、演出モジュール13は、ユーザからの操作待ちとなるステップS33。例えば、図8に示す、次へアイコン56を操作した場合ステップS33:YESには、次の段階のユーザインターフェースを表示するために、ステップS34に移行する。次へアイコン55を操作するまでステップS33:NOは、本処理の処理待ちとなる。次に、第3段階として、演出モジュール13は、電話着信音設定画面を表示するステップS34。電話着信音設定画面は、電話着信音を設定するための画面である。図示しないが、通常、この画面を操作することで、ユーザはユーザ端末10の着信音量を変更できる。ここでは、実際に、ユーザ端末10の着信音量を変更設定しないが、変更するためのユーザインターフェースは、変更完了となるまで演出表示する。なお、ステップS31、S33では、ユーザからの操作を受信するか否かにより、次のステップに移行しているが、例えば、ユーザからの操作を受信せずに、所定時間経過したら、次のステップに移行してもよい。[設定演出データの再表示]上述のように、設定コマンドがサポートサーバ100から送信され、ユーザ端末10に設定が実行されるタイミングのみで、設定演出データがユーザ端末10に表示されるのではなく、一度、受信した設定演出データは、演出画像ストレージに記憶され、ユーザからの任意の表示要求に応じて、再表示可能に構成されてよい。この場合は、再表示モジュール15が、ユーザから再表示を要求する操作を受付けて、演出画像ストレージに記憶された設定演出データを読み出し、段階的に表示したユーザインターフェースを再表示する。[画面情報分析処理]一方、リモートサポート処理のステップS02からステップS05までの処理に並行して、ユーザ端末10は、図9の画面情報分析処理を実行する。すなわち、ステップS01と同様に、ユーザ端末10は、サポート要求があったと判断した場合ステップS20:YESは、ステップS21に処理を移す。サポート要求があるまでは、ステップS01と同様に処理待ちとなるステップS20:NO。画面情報とは、原則的には、ユーザ端末10に表示されている画面イメージ全体である。例えば、ユーザ端末10の表示部の領域を越えて、画面イメージが存在する場合ユーザ端末10の画面をスクロールすると表示される領域が存在する場合には、表示部の領域を超えた部分を含む。ユーザ端末10の画面情報分析モジュール17は、現在、ユーザ端末10の表示部に表示されている画像及び文字の分析を行うステップS21。画面情報分析モジュール17は、最初に、表示部に表示されている文字を抽出する。一方、ユーザ端末10には、図10に示す画像ID対応テーブルが予め記憶されている。すなわち、画像ID対応テーブルは、ユーザ端末10の表示部に表示されるアイコン画像が画像IDとともに対応づけられたテーブルである。この画像ID対応テーブルを参照して、画面情報分析モジュール17は、現在、表示部に表示されている画像のうち、画像IDに対応するアイコン画像があるか否かを判断する。この結果、画面情報分析モジュール17は、抽出された文字と、画面上に存在したアイコン画像に対応する画像IDを決定するステップS22。なお、画像ID対応テーブルは、サポートサーバ100にのみ記憶されていて、画面情報分析処理が開始すると、ユーザ端末10がサポートサーバ100からダウンロードして、ユーザ端末10に記憶してもよい。次に、画面情報送信モジュール12は、決定した画像IDと文字を、サポートサーバ100に送信するステップS23。一例として、ユーザ端末10の表示部に、図11の画面情報62が表示されている場合で上述の処理を説明する。画面情報分析モジュール17は、文字を検索することで、設定、無線とネットワーク、サウンド設定を抽出する。そして、図10に示す、画像ID対応テーブルを参照して、画像ID001、002が対応するアイコン画像が存在すると判断する。したがって、文字設定、無線とネットワーク、サウンド設定を決定し、画像ID001、002を決定し、これらのデータをサポートサーバ100に送信する。一方、サポートサーバ100の画面情報取得モジュール102は、図12示す、画像ID文字対応テーブルを参照して、取得した画像ID及び文字に対応する対応画像データを決定する。上記の例の場合では、文字設定、無線とネットワーク、サウンド設定を決定し、画像ID001、002では、対応画像データは、Sound1pngになる。対応画像データは、原則的には、ユーザ端末10に表示されている画面イメージ全体に対応する画像データである。例えば、ユーザ端末10の表示部の領域を越えて、画面イメージが存在する場合ユーザ端末10の画面をスクロールすると表示される領域が存在する場合には、表示部の領域を超えた部分を含む画像データである。サポートサーバ100の端末情報出力モジュール103は、サポート端末150からの要求に応じて、決定した対応画像データをサポート端末150に表示する。図6の例に示すように、サポート端末150には、ユーザ画面イメージ158の箇所に、ユーザ端末10に表示されている画面情報62と同じ画像が表示されている。したがって、サポート者は、ユーザが視認している画面情報を把握することが可能である。なお、画面情報分析処理は、ステップS20において、サポート要求があったタイミングで始動するが、ユーザ端末10の表示部に表示される画面情報が更新されるたびに、ステップS21からステップS23が実行される。これにより、常に、サポート端末150に、ユーザ端末10に表示さている画面情報と同じ画像が表示される。なお、ユーザ端末10に記憶される画像ID対応テーブルと、画像ID文字対応テーブルは、ユーザ端末10の機種毎に異なるテーブルが設けられている。すなわち、リモートサポート処理のステップS04の設定情報において、サポートサーバ100は、ユーザ端末10の機種名を取得しておく。そして、この取得した機種名に基づいて、画像ID文字対応テーブルを参照して、対応画像データを決定する。なお、上述の説明では、文字と画像IDとの両方で、一つの対応画像データが決定されているが、文字と画像IDのどちらか一方で、一つの対応画像データが決定されてもよい。なお、サポート端末150にユーザ端末10の画面情報を表示するにあたり、上述のような画像IDによる表示方法に限られず、リアルタイムな画面共有により、逐次、ユーザ端末10に表示されている画像データをサポート端末150に送信して、サポート端末150に表示してもよい。つまり、リモート操作は、コマンドにより擬似的に行われるため、後述するフルリモートではないが、ユーザ端末10の画面のみをサポート端末150が共有してよい。[アイコン画像取得はめ込み処理]サポートサーバ100に対応画像データが記憶されていない場合は、サポート端末150にユーザ端末10に表示されている画面情報を表示することができない。また、画像ID対応テーブルに存在しないアイコン画像がユーザ端末10に表示されている場合も、ユーザ端末10に表示されている画面情報をサポート端末150に表示することができない。そこで、以下の説明では、仮に、対応画像データがサポートサーバ100に記憶されていなかったり、画像IDに登録されていないアイコン画像がユーザ端末10に表示されていても、サポート端末150に画面情報を表示する方法について、図13を参照して説明する。ユーザ端末10は、画面情報分析処理のステップS22において、画像IDが決定できない場合がある。また、画像IDは決定できるが、画像ID文字列対応テーブル内に、その決定した画像IDと文字に対応した項目がなく、対応画像データが存在しない場合がある。これらの場合は、ステップS41において、サポートサーバ100の画面情報取得モジュール102は、ユーザ端末10の画面情報を構成するアイコン画像、文字をユーザ端末10から取得する。ここでの画像とは、ユーザ端末10の画面上に存在する上述のアイコン画像例えば、図11のアイコン画像63、64である。サポートサーバ100の端末情報出力モジュール103は、ユーザ端末10から取得したアイコン画像と文字に基づいて、このアイコン画像と文字を、雛形データにはめ込むステップS42。ここで、雛形データは、予めサポートサーバ100に記憶されたデータであって、ユーザ端末10に表示する画面情報のうち、アイコン画像と文字を抜いた背景データである。そして、このアイコン画像と文字が雛形データに、はめ込まれたデータをサポート端末150に送信するステップS43。サポート端末150は、このはめ込みデータを受信して、ユーザ端末10の擬似的な画面情報として表示する。最後に、サポートサーバ100の登録モジュール105は、今回、ユーザ端末10から取得したアイコン画像に新たな画像IDを付して、機種名を判断するためのデータと対応づけて登録するステップS44機種名を判断するデータの取得については、後述する。これにより、今まで登録されていなかったアイコン画像と画像IDを加えることで、画像ID対応テーブルを更新することが可能である。なお、はめ込まれたデータを、対応画像データとしてもよい。なお、画像の取得に時間がかかる場合は、スピードを優先して、文字のみをユーザ端末10から取得して、雛型データにはめ込んでもよい。これであっても、文字によりユーザ端末10に表示されている画面情報を、サポート者は推測することが可能である。なお、仮に、ユーザ端末10が新しい機種の場合には、サポートサーバ100に図12の画像ID文字対応テーブルにおける、対応画像データが記憶されていないため、サポート端末150にユーザ端末10に表示されている画面情報を表示することができない。そこで、以下の説明では、仮に、対応画像データがサポートサーバ100に記憶されていなくても、画面情報を表示する方法について説明する。リモートサポート処理の設定情報の取得において、サポートサーバ100のデータ取得モジュール101は、ユーザ端末10の機種名を判断するためのデータを取得する。機種名を判断するためのデータとは、型番、MACアドレス、SIMSubscriberIdentityModuleCardカードのID番号、電話番号等であってよい。そして、取得した機種名を判断するためのデータに基づいて、この機種が、サポートサーバ100に登録されている機種か否かを判断するステップS40。登録されている場合ステップS40:YESは、上述の処理を実行する。これに対して、登録されていない場合ステップS40:NOは、ステップS41以降を実行する。ステップS40は、図3に図示していない。ステップS41からの処理は、図3と同様である。ステップS44において、サポートサーバ100の登録モジュール105は、今回、ユーザ端末10から取得したアイコン画像に対して画像IDを付与し、このアイコン画像と画像IDを、機種名を判断するためのデータと対応づけて登録する。これにより、画像ID対応テーブルを更新できるとともに、次回は、新しい機種名ではなくなり、かつ、画像IDが付与されていることで、アイコン画像そのものの送受信ではなく、画像IDでの処理により、より高速に処理を行うことが可能になる。[フルリモートシステムとの切替え処理]図3で説明したリモートサポート処理クイックリモートは、設定コマンドの使用と、画像IDの使用により、データ転送処理の負荷が少なく、高速にサポート処理を行うことが可能となる。しかし、サポート者側の要請として、ユーザ端末10に表示されている画面情報を直接、サポート端末150にて閲覧することができて、かつ、直接、その画面に対してリモート操作ができるフルリモートを行いたいという要望がある。フルリモートシステムとは、端末間で、逐次、画面共有を行ってリモートサービスが行われるリモートシステムである。すなわち、ユーザ端末10に表示されている画面のスクリーンショットを常時、サポート端末150に送信して表示する。そして、サポート端末150からのリモート操作入力が、逐次、ユーザ端末10の操作入力として反映される。この場合は、サポート者が直接的に、ユーザ端末10に対して行った操作を確認できるという点で、利便性が向上するが、ユーザ端末10に表示される画面情報のスクリーンショットを、逐次、サポート端末150に表示させ、かつ、表示された画面に対するリモート操作を反映させる必要があるため、サポートサーバ100を含め、システム全体の処理量の負荷が上がるとともに、データの転送量が多くなるという課題がある。そこで、リモートサポートを開始した段階では、クイックリモートを使用し、ユーザ端末10に対するリモートサポート処理を迅速に開始しておき、その後、フルリモートの準備ができた時点で、クイックリモートからフルリモートに切替える。この処理について、以下で説明する。フルリモートシステムを実行するために、ユーザ端末10は、ユーザ端末10の画面に表示されているスクリーンショットの画像データを、逐次、サポートサーバ100に送信する画面情報送信モジュール18を備える。一方、サポートサーバ100は、ユーザ端末10から送信された画像データを受信して、サポート端末150に転送する画面情報転送モジュール107を備える。図3のリモートサポート処理において、ユーザ端末10は、ステップS01において、ユーザからサポート要求を受けると、画面情報送信モジュール18が起動する。一方、サポートサーバ100は、サポート要求があった旨の通知をユーザ端末10から受けると、ステップS02からの処理を実行するとともに、画面情報転送モジュール107が起動する。画面情報転送モジュール107は、起動しても実際に、画面情報送信モジュール18から画像データを受信しないと、サポート端末150に画像を転送できない。また、仮に、画面情報転送モジュール107が、画像データをユーザ端末10から受信しても、ユーザ端末10から、画像データが、逐次、送られてくるため、受信した画像データをサポート端末に転送できなくては快適なフルリモートサービスを提供できない。したがって、画面情報転送モジュール107は、ユーザ端末10から画像データを受信し、かつ、サポート端末150に画像データを送信することが可能であり、かつ、サポート端末150が受信した画像データを逐次、表示しているか否かを確認する。また、ユーザ端末10とサポートサーバ100とサポート端末150との通信帯域が所定容量を確保できたタイミングで、準備が完了したとしてもよい。このような確認を行うために、フルリモートサービスの開始には時間がかかる場合が多い。ここで、図3で説明したクイックリモートは、このような準備に時間がかからないことが多いため、一般には、リモートサポートがフルリモートよりも先に開始される。クイックリモートによるリモートサポートが開始された後の、所定のタイミングで、クイックリモートを停止して、フルリモートによりリモートサービスを行う。この所定のタイミングとは、上述した準備が完了したタイミングであってよい。すなわち、フルリモートの準備ができたタイミングで、自動的に、クイックリモートで使用するコマンド送信モジュール104が停止する。そして、ユーザ端末10とサポート端末150とでリアルタイムで画面共有が始まり、サポート端末150のユーザ画面イメージ158に、共有されたユーザ端末10の画面が表示される。リモート操作についても、フルリモートによる操作受付が開始する。図14に示すように、フルリモートに切替えたことを、サポート者に知らせるメッセージを表示してもよい。例えば、通信帯域の容量が充分である際に、クイックリモートからフルリモートに自動的に切替えて、ユーザ端末10が移動した等の事情で、その後、通信帯域の容量に余裕がなくなった際に、フルリモートからクイックリモートに切替えてもよい。[個人情報に対する操作のログ記憶処理]ユーザ端末10には、アドレス帳等の個人情報や、仕事上の営業秘密等のデータが記憶されている。したがって、リモートサポート処理において、サポート端末150からユーザ端末10に対するリモート操作により、この個人情報や営業秘密のデータが不正に操作される場合がある。また、意図的ではなくても、サポート者が操作を間違うことにより、ユーザ端末10に記憶された、アプリケーションやデータを削除してしまうことがある。そこで、予めサポート端末150でユーザ端末10に対する操作を禁止するデータアドレス帳等を拡張子で識別する等や、禁止する操作の項目データの削除の操作は許容しない等をサポートサーバ100もしくはサポート端末150に記憶しておく。そして、サポート者が禁止されているデータに対する操作閲覧、編集をした場合や、禁止されている操作を行った場合は、サポートサーバ100又はサポート端末150がこれを検知し、サポートサーバ100又はサポート端末150のログ記憶モジュール153が、当該操作をログとして記憶する。なお、図15に示すように、禁止する行為アドレス帳713を閲覧しているが行われた場合に、サポート端末150に、警告メッセージ712を表示してもよい。なお、クイックリモートの場合は、上記の禁止する操作が行われた場合には、ログの記憶とともに、設定コマンド設定に限定されないコマンドの生成ステップS07をしないで、操作に基づくコマンド操作をしないことが効果的である。上述した手段、機能は、コンピュータCPU,情報処理装置,各種端末を含むが、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、CDCD-ROMなど、DVDDVD-ROM、DVD-RAMなど等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置記録媒体に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。"