"電話番号の入力に応じて、相手側端末と通話を行う通話モジュールと、前記通話モジュールによる通話発信の開始に基づいて、前記通話発信の電話番号と予め対応付けられたアプリケーションが当該通話端末にインストールされているか否かを判断するモジュールと、前記アプリケーションがインストールされていない場合には、通信可能に接続されたサーバにアクセスするモジュールと、アクセスした前記サーバから、インストールされていない前記アプリケーションをダウンロードするモジュールと、を備える通話端末。通話発信をした相手側端末の着信状況に応じて、前記ダウンロードしたアプリケーションをインストールするか否か又は実行するか否かを判断するモジュールを備える、請求項1に記載の通話端末。電話番号の入力に応じて、相手側端末と通話を行うステップと、前記通話の通話発信が開始したことに応じて、前記通話発信の電話番号と予め対応付けられたアプリケーションが当該通話端末にインストールされているか否かを判断するステップと、前記アプリケーションがインストールされていない場合には、通信可能に接続されたサーバにアクセスするステップと、アクセスした前記サーバから、インストールされていない前記アプリケーションをダウンロードするステップと、を端末が実行するダウンロード方法。電話番号の入力に応じて、相手側端末と通話を行うステップ、前記通話の通話発信が開始したことに応じて、前記通話発信の電話番号と予め対応付けられたアプリケーションが当該通話端末にインストールされているか否かを判断するステップ、前記アプリケーションがインストールされていない場合には、通信可能に接続されたサーバにアクセスするステップ、アクセスした前記サーバから、インストールされていない前記アプリケーションをダウンロードするステップ、を端末に実行させるためのダウンロード用プログラム。しかしながら、サポートを行うオペレータに電話をすれば、ユーザが所望する問題を即座に解決できるわけではない。例えば、上述のリモートログインにより問題を解決する場合であっても、リモートログインを実行するソフトウェアがユーザ端末にインストールされて、このソフトが実行可能な待機状態となっていなくてはならない。そこで、特許文献2のような技術を利用することで、リモートサポートを行うエージェントソフトを入れておかなくても、リモートサポートを受けることが可能となるとも考えられる。しかし、この技術であっても、前提として、この拡張現実を行いうるアプリケーションがインストールされ、実行可能としておかなくてはならない。さらなるサポート上の問題点として、ユーザが、サポートを行うオペレータに電話をしても、通話中で、オペレータに電話が繋がらず、迅速な対応を受けることができないことも多い。この際に、ユーザは待ち時間が長くなるとストレスを感じることも多く、ユーザがオペレータに接続するまでの時間を有効に使えないという課題もある。本発明は、これらの課題に鑑み、ユーザが相手側端末に通話を開始して、相手側が電話に出るまでの時間を有効に活用することができる通話端末、ダウンロード方法、及びダウンロード用プログラムを提供することを目的とする。本発明では、以下のような解決手段を提供する。第1の特徴に係る発明は、電話番号の入力に応じて、相手側端末と通話を行う通話モジュールと、前記通話モジュールによる通話発信の開始に基づいて、前記通話発信の電話番号と予め対応付けられたアプリケーションが当該通話端末にインストールされているか否かを判断するモジュールと、前記アプリケーションがインストールされていない場合には、通信可能に接続されたサーバにアクセスするモジュールと、アクセスした前記サーバから、インストールされていない前記アプリケーションをダウンロードするモジュールと、を備える通話端末を提供する。第1の特徴に係る発明によれば、電話番号の入力に応じて、相手側端末と通話を行うにあたり、通話発信の開始に応じて、通話発信の電話番号と予め対応付けられたアプリケーションが当該通話端末にインストールされているか否かを判断する。そして、アプリケーションがインストールされていない場合には、通信可能に接続されたサーバにアクセスし、アクセスしたサーバから、インストールされていないアプリケーションをダウンロードしておくことで、通話の進捗に関わらず、電話番号に関連したアプリケーションを事前に取得し、実行することができる。したがって、ユーザが相手側端末に通話を開始して、相手側が電話に出るまでの時間を有効に活用することができる通話端末、ダウンロード方法、及びダウンロード用プログラムを提供することが可能である。第1の特徴に係る発明は、ダウンロードシステムのカテゴリであるが、リモート操作方法、プログラムのカテゴリであっても同様の作用、効果を奏する。第2の特徴に係る発明は、第1の特徴に係る発明であって、さらに、通話発信をした相手側端末の着信状況に応じて、前記ダウンロードしたアプリケーションをインストールするか否か又は実行するか否かを判断するモジュールを備える通話端末を提供する。本発明によれば、ユーザが相手側端末に通話を開始して、相手側が電話に出るまでの時間を有効に活用することができる通話端末、ダウンロード方法、及びダウンロード用プログラムを提供することができる。以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。[ダウンロードシステムのシステム構成]図1は、本発明の好適な実施形態であるダウンロードシステム1のシステム構成図である。ダウンロードシステム1は、通話端末10、Webサーバ100リモートサーバ、サポートサーバ、公衆回線網3例えば、インターネット網や第3世代、第4世代通信網など、IVR音声自動応答150から構成される。通話端末10は、無線通信により基地局と電波で交信し、基地局から交換機に接続して、公衆回線網3に接続されている、そして、公衆回線網3を介して、Webサーバ100と通信可能に接続されている。Webサーバ100とIVR150は、LANLocalAreaNetworkで接続されていてもよいし、公衆回線網3を介して接続されていてもよい。ダウンロードシステム1内の通信は、無線通信、有線通信を問わない。通話端末10が公衆回線網3と接続するために、ルータ等のネットワーク機器を介して通信可能であってよい。通話端末10は、ユーザがサポートを受けるための通話可能な情報端末であってよく、後述する機能を備える情報機器や電化製品である。通話端末10は、例えば、スレート端末、スマートフォン、携帯電話、複合型プリンタ、テレビ、ルータ又はゲートウェイ等のネットワーク機器、コンピュータに加えて、冷蔵庫、洗濯機等の白物家電であってもよいし、電話機、ネットブック端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生録画プレーヤ等の一般的な情報家電であってよい。通話端末10は、ユーザが使用する端末であって、制御部11、データ記憶部12、データ通信部13、入出力部14、音声通信部15を備えていれば、家庭用電化製品、業務用電化製品、携帯端末、業務用端末のいずれであってもよい。制御部11は、CPUCentralProcessingUnit、RAMRandomAccessMemory、ROMReadOnlyMemory等を備え、データ通信部13及び音声通信部15として、例えば、IEEE80211に準拠したWiFiWirelessFidelity対応デバイス又は、第3世代移動通信システム等のIMT2000規格に準拠した無線デバイス等を備える有線によるLAN接続であってもよい。さらに、データ記憶部12として、HDDHardDiskDrive、SSDSolidStateDrive等のいずれか又は双方を備える。さらに、入出力部14として、画像を表示する液晶モニタ等の表示部と、ユーザからの入力を受付けるキーボードやタッチパネル、音声入力等の入力部を備える。データ通信部13は、データ音声データを除く通信の送受信を行い、音声通信部15は、音声データの送受信を行うことを明確に示すため、本明細書では、便宜上、別々に記載している。データ通信部13と音声通信部15は、ハードウェアとして別々のものであってもよいが、ハードウェアとしては同一であるが、ソフトウェアモジュール等が異なることで、別々の機能を実現してもよい。また、データ通信部13と音声通信部15は、互いに異なるネットワークを利用してもよいし、同一のネットワークを利用してもよい。Webサーバ100は、通話端末10にアプリケーションをアップロードするサーバである。Webサーバ100は、制御部101、アプリ記憶部102、データ通信部103を備える。制御部101は、CPUCentralProcessingUnit、RAMRandomAccessMemory、ROMReadOnlyMemory等を備え、データ通信部103として、上記と同様に、有線又は無線対応の通信デバイスを備え、通話端末10がダウンロードするアプリケーションを記憶するアプリ記憶部102として、HDDHardDiskDrive、SSDSolidStateDrive等のいずれか又は双方を備える。IVR150は、通話端末10から音声通話を開始した際に、オペレータ20の電話機が応答するまでの間、所定の音声メッセージを再生する装置である。IVR150は、この音声メッセージを再生する音声再生部151と、オペレータ20の電話機が応答した際に、この電話機に通話を接続する音声接続部152とを備える。[通話ダウンロード処理]図2は、通話端末10、Webサーバ100が実行する通話ダウンロード処理のフローチャートである。最初に、通話端末10は、ユーザから所定の電話番号の入力を受付けて音声の通話発信指示があったか否かを判断するステップS01。すなわち、通話端末10に予め記憶された電話番号をユーザが選択してもよいし、ユーザが自ら電話番号の数字を入力してもよい。ここで、所定の電話番号とは、図3に示すように、アプリケーションと予め対応付けられている発信番号である。通話端末10は、ユーザから所定の電話番号の入力を受付けた場合ステップS01:YESには、ステップS02に処理を移す。通話端末10は、ユーザから所定の電話番号の入力を受付けるまでステップS01:NOには、処理待ちとなる。次に、通話端末10は、入力を受付けた電話番号に対して、音声の通話発信を行うステップS02。すなわち、通話端末10は、相手側端末に発呼の接続処理を行う。ここで、相手側端末がオペレータ20の電話機である場合に、オペレータ20が他の電話と通話中で、応答できない場合がある。この場合に、通話端末10の通話発信は、IVR150に接続されて、音声メッセージただいま、電話が混み合っています。しばらくお待ちくださいが音声出力されてよい。そして、通話端末10は、図3の電話番号アプリケーション対応テーブルを参照して、電話番号に対応する確認アプリケーションが通話端末10にインストールされているか否かを確認するステップS03。この確認方法としては、例えば、所定のプログラムが所定のファルダに保存されていることで、アプリケーションがインストールされているか否かを判断してもよい。ここで、通話端末10は、確認アプリケーションがインストールされていると判断したステップS04:YES場合には、ステップS10に処理を移行する。すなわち、この場合は、確認アプリケーションが既にインストールされているので、インストール処理を割愛して、アプリケーションの実行処理へと移行する。一方、通話端末10は、確認アプリケーションがインストールされていないと判断したステップS04:NO場合には、ステップS05に処理を移行する。すなわち、通話端末10は、電話番号アプリケーション対応テーブルの発信番号に対応するURLアドレスを参照し、このURLアドレスを有するWebサーバ100にアクセスし、確認アプリケーションのダウンロード要求を行うステップS05。Webサーバ100は、通話端末10からのダウンロード要求を受信しステップS06、アプリケーションを送信するステップS07。通話端末10は、Webサーバ100から送信されたアプリケーションを受信し、ダウンロード処理を行うステップS08。通話端末10は、ダウンロードが完了すると、ダウンロードしたアプリケーションをインストールするステップS09。一例として、図4に、通話端末10にて音声通話中65に、確認アプリケーションをダウンロードしていることを示す通話端末10の画面表示例を示す。この図では、0120-XXX-YYYに通話発信中に、電話番号アプリケーション対応テーブルにて対応するリモサポアプリAをダウンロードしており、現在、ダウンロードの完了が85であることを示す。次に、通話端末10は、インストールしたアプリケーションを実行するステップS10。元々、このアプリケーションが通話端末10にインストールされていた場合は、インストールされていたアプリケーションを実行する。通話端末10が、実行するアプリケーションは、通話発信する電話番号に関連したアプリケーションであってよい。具体的には、通話発信する相手先が、通話端末10の端末サポートのオペレータ20である場合には、このアプリケーションは、通話端末10のハードウェア及びソフトウェアを診断する診断アプリケーションであってよい。診断アプリケーションが実行された場合は、通話端末10のハードウェア及びソフトウェアを診断し、その診断結果として、診断コードを生成する。診断コードとは、例えば、特開2009-17457号公報に開示されるように、診断アプリケーションを実行したことで出力された診断結果を、一の英数字で表示したコードである。診断アプリケーションは、この診断コードをオペレータ20が使用する端末や、オペレータ20がアクセスするサーバに送信するステップS11。図5に示すように、通話端末10に診断コード66を表示してもよい。従来は、診断コードの取得は、オペレータ20に電話がつながった後に、オペレータの指示の下、診断アプリケーションをダウンロードし、これをインストールして、さらに、起動して、アプリケーションを実行した後にようやく診断コードを取得することができた。しかし、本処理によれば、通話端末10から通話発信をするのみで、自動的に診断コードを取得することができるので、サポートに対する時間を大幅に短縮することができる。[ダウンロード決定処理]次に、通話端末10が実行するダウンロード決定処理について説明する。ダウンロード決定処理は、通話端末10で、アプリケーションのダウンロード、アプリケーションの実行を行うか否かを決定する処理である。ダウンロード決定処理は、通話ダウンロード処理のステップS01、S02と同じ処理であり、通話ダウンロード処理のステップS03に移行する処理である。最初に、通話ダウンロード処理と同様に、通話端末10は、ユーザから所定の電話番号の入力を受付けて音声の通話発信指示があったか否かを判断するステップS01。すなわち、通話端末10に予め記憶された電話番号をユーザが選択してもよいし、ユーザが自ら電話番号の数字を入力してもよい。ここで、所定の電話番号とは、図3に示すように、アプリケーションと予め対応付けられている発信番号である。通話端末10は、ユーザから所定の電話番号の入力を受付けた場合ステップS01:YESには、ステップS02に処理を移す。通話端末10は、ユーザから所定の電話番号の入力を受付けるまでステップS01:NOには、処理待ちとなる。次に、通話端末10は、入力を受付けた電話番号に対して、音声の通話発信を行うステップS02。そして、通話端末10は、所定時間内に、所定の音声が入力されたか否かを判別するステップS02―02。例えば、図7に示されるように、通話端末10に、検知シンボル対応テーブルを予め記憶させておき、ここに記憶された検知シンボルである所定の音を相手方端末の音声出力により検知した場合には、ステップS02―03にて、YESと判断する。例えば、検知シンボルとして、お待たせしましたという音声が入力されて、通話端末10の音声認識処理により。おまたせしましたがテキスト化された場合には、通話端末10は、IVR150への接続ではなく、オペレータ20が電話に出たと判断して、処理を終了する。また、DTMFで、1がオペレータ20から押された場合に、この時のダイアルトーンを検知してもよい。すなわち、オペレータ20の着信時の運用として、オペレータ20が通話端末10の電話に出た際に、1を押すようにしている場合は、この1を検知シンボルとしてよい。一方、おまたせしました、こちら、XXサポートと、音声認識されず、かつ、所定のDTMFも検知されない場合は、オペレータ20が着信していないステップS02―03:NO。そのため、IVR150が所定の音声を再生しているため、通話ダウンロード処理のステップS03からの処理を実行する。ステップS03からの処理を実行後で、アプリケーションのダウンロードや実行を行っている間に、オペレータ20が電話に出た場合であっても、電話でのサポートと、これらのアプリケーションのダウンロード等の処理が並行して行われてもよい。上述した手段、機能は、コンピュータCPU,情報処理装置,各種端末を含むが、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置記録媒体に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。"