"電池からの電力供給を受けて動作する端末装置であって、前記電池の残量を特定する残量特定部と、自装置で実現する複数の機能のうちいずれかを実現する指示をユーザから受け付ける第1受付部と、前記第1受付部により指示が受け付けられた機能を実現可能な複数の実現方法のそれぞれについて、当該実現方法が用いられた場合の前記電池の電力消費量を予測する予測部と、前記残量特定部により特定された残量に応じて、前記予測部が前記実現方法毎に予測した電力消費量に関する情報を、各実現方法を識別する情報と関連づけて提示する提示部と、前記提示部の提示内容に従ってユーザにより指定された前記実現方法を受け付ける第2受付部と、前記第2受付部により受け付けられた前記実現方法で、前記指示が受け付けられた機能を実現する機能実現部とを備えることを特徴とする端末装置。前記提示部は、前記電池における単位時間当たりの電力消費量、又は前記特定された残量の前記電池からの電力供給を受けて実行可能な処理の内容を、前記識別する情報と関連づけて提示することを特徴とする請求項1に記載の端末装置。前記機能実現部による前記機能の実現に要した前記電池の電力消費量と、当該機能の実現方法を識別する識別情報とを対応付けて記憶する記憶部を備え、前記予測部は、各実現方法についての電力消費量を、前記記憶部において当該実現方法の前記識別情報に対応付けられた電力消費量に基づいて予測することを特徴とする請求項1又は2に記載の端末装置。前記予測部は、通信を伴う前記機能を実現する指示を前記第1受付部が受け付けた場合、その通信相手毎に電力消費量を予測することを特徴とする請求項1から3のいずれか1項に記載の端末装置。前記提示部は、前記通信相手の通信先に関連づけて当該通信相手についての予測結果を提示することを特徴とする請求項4に記載の端末装置。自装置の単位時間当たりの電力消費量に影響する外部環境であって、自装置の位置又は時刻に応じて前記影響の程度が異なる外部環境を検知する環境特定部を備え、前記予測部は、前記環境特定部により検知された外部環境に基づいて電力消費量の予測結果を異ならせることを特徴とする請求項1から5のいずれか1項に記載の端末装置。前記外部環境は、自装置が通信に用いる電波の受信状況、自装置の位置での気温、又は自装置が通信接続する通信網の混雑状況であることを特徴とする請求項6に記載の端末装置。電池からの電力供給を受けて動作する端末装置のコンピュータに、前記電池の残量を特定する残量特定ステップと、前記端末装置で実現する複数の機能のうちいずれかを実現する指示をユーザから受け付ける第1受付ステップと、前記第1受付ステップで指示が受け付けられた機能を実現可能な複数の実現方法のそれぞれについて、当該実現方法が用いられた場合の前記電池の電力消費量を予測する予測ステップと、前記残量特定ステップで特定された残量に応じて、前記予測ステップで前記実現方法毎に予測した電力消費量に関する情報を、各実現方法を識別する情報と関連づけて提示する提示ステップと、前記提示ステップで提示内容に従ってユーザにより指定された前記実現方法を受け付ける第2受付ステップと、前記第2受付ステップで受け付けられた前記実現方法で、前記指示が受け付けられた機能を実現する機能実現ステップとを実行させるためのプログラム。端末装置のユーザは、自身の端末装置を用いて他人に連絡を取りたい場合がある。これに対し端末装置は、連絡機能の実現方法として、例えば、テレビ電話や、音声通信のみの電話以下、単に電話という。、電子メール、SMSShortMessageServiceという複数の方法を有している。ユーザがどの方法を選択するかは、ユーザが置かれる状況や端末装置の電池残量によって左右されることが多い。例えば、ユーザが重要な用件を至急伝えたい場合は、テレビ電話や電話を選択し、そうでなければ電子メールやSMSを選択する。また、端末装置の電池残量が少ないことをユーザが分かっていれば、電池切れの可能性を考えて、ユーザは電力消費量が相対的に大きいテレビ電話や電話を避けて、電子メールやSMSを選択する、という具合である。また、ユーザが現在位置やこれから訪れる場所を調べたい場合に、地図機能を利用することがあるが、端末装置における地図機能の実現方法として、例えば、端末装置にインストールされたアプリケーションプログラムを実行する方法や、地図サービスを提供するWebサイトにアクセスする方法がある。この場合も、ユーザは各実現方法の利便性や、端末装置の電池残量などを考慮していずれかを選択することが多いと考えられる。このように、ユーザが目的の機能を端末装置に実現させる場合にいずれかの方法を選択するが、その際、自身がどの方法を選択するべきかの判断の助けとなる情報が、端末装置から提供されると便利である。そこで、本発明は、ユーザが指示した機能の複数の実現方法のうちのいずれかをユーザに指定させる際に、その指定の助けとなる情報をユーザに提供することを目的とする。上述した課題を解決するため、本発明の端末装置は、電池からの電力供給を受けて動作する端末装置であって、前記電池の残量を特定する残量特定部と、自装置で実現する複数の機能のうちいずれかを実現する指示をユーザから受け付ける第1受付部と、前記第1受付部により指示が受け付けられた機能を実現可能な複数の実現方法のそれぞれについて、当該実現方法が用いられた場合の前記電池の電力消費量を予測する予測部と、前記残量特定部により特定された残量に応じて、前記予測部が前記実現方法毎に予測した電力消費量に関する情報を、各実現方法を識別する情報と関連づけて提示する提示部と、前記提示部の提示内容に従ってユーザにより指定された前記実現方法を受け付ける第2受付部と、前記第2受付部により受け付けられた前記実現方法で、前記指示が受け付けられた機能を実現する機能実現部とを備えることを特徴とする。本発明において、前記提示部は、前記電池における単位時間当たりの電力消費量、又は前記特定された残量の前記電池からの電力供給を受けて実行可能な処理の内容を、前記識別する情報と関連づけて提示するようにしてもよい。また、本発明において、前記機能実現部による前記機能の実現に要した前記電池の電力消費量と、当該機能の実現方法を識別する識別情報とを対応付けて記憶する記憶部とを備え、前記予測部は、各実現方法についての電力消費量を、前記記憶部において当該実現方法の前記識別情報に対応付けられた電力消費量に基づいて予測するようにしてもよい。また、本発明において、前記予測部は、通信を伴う前記機能を実現する指示を前記第1受付部が受け付けた場合、その通信相手毎に電力消費量を予測するようにしてもよい。この構成において、前記提示部は、前記通信相手の通信先に関連づけて当該通信相手についての予測結果を提示するようにしてもよい。また、本発明において、自装置の単位時間当たりの電力消費量に影響する外部環境であって、自装置の位置又は時刻に応じて前記影響の程度が異なる外部環境を検知する環境特定部を備え、前記予測部は、前記環境特定部により検知された外部環境に基づいて電力消費量の予測結果を異ならせるようにしてもよい。この構成において、前記外部環境は、自装置が通信に用いる電波の受信状況、自装置の位置での気温、又は自装置が通信接続する通信網の混雑状況としてもよい。本発明のプログラムは、電池からの電力供給を受けて動作する端末装置のコンピュータに、前記電池の残量を特定する残量特定ステップと、前記端末装置で実現する複数の機能のうちいずれかを実現する指示をユーザから受け付ける第1受付ステップと、前記第1受付ステップで指示が受け付けられた機能を実現可能な複数の実現方法のそれぞれについて、当該実現方法が用いられた場合の前記電池の電力消費量を予測する予測ステップと、前記残量特定ステップで特定された残量に応じて、前記予測ステップで前記実現方法毎に予測した電力消費量に関する情報を、各実現方法を識別する情報と関連づけて提示する提示ステップと、前記提示ステップで提示内容に従ってユーザにより指定された前記実現方法を受け付ける第2受付ステップと、前記第2受付ステップで受け付けられた前記実現方法で、前記指示が受け付けられた機能を実現する機能実現ステップとを実行させるためのものである。本発明によれば、ユーザが指示した機能の複数の実現方法のうちのいずれかをユーザに指定させる際に、その指定の助けとなる情報をユーザに提供することができる。実施形態以下、図面を参照して本発明の実施形態を説明する。図1は、端末装置10の構成を示すブロック図である。端末装置10は、携帯電話端末である。図1に示すように、端末装置10は、制御部11と、音声入出力部12と、電池13と、無線通信部14と、操作部15と、表示部16と、記憶部17とを備える。制御部11は、CPUCentralProcessingUnitを含む演算装置やメモリを備える制御装置であり、そのメモリや記憶部17に記憶されたプログラムを実行することにより、端末装置10の動作を制御する。例えば、制御部11は、電池13から端末装置10内への給電に関する制御を行ったり、電池13が供給可能な電力の残量以下、電池残量という。を特定したりする機能を有している。音声入出力部12は、受話音声等を収音するマイクロホンや送話音声等を放音するスピーカを備え、端末装置10に対する音声の入出力に関する機能を実現する。電池13は、充電可能な二次電池であり、端末装置10の電源となる。無線通信部14は、無線通信回路やアンテナを備え、移動通信網やインターネット、ゲートウェイなどを含むネットワークに接続するためのインタフェースである。操作部15は、テンキーなどの複数の操作子を備え、ユーザによる操作子の操作を受け付けて、その操作に応じた操作信号を制御部11に出力する。表示部16は、例えば液晶駆動回路や液晶ディスプレイを備え、各種の画像を表示する。記憶部17は、例えばEEPROMElectronicallyErasableandProgrammableROMを備え、制御部11により実行されるプログラムや電力消費情報171、アドレス帳172、メーラ173、Webブラウザ174及び地図アプリ175を記憶する。電力消費情報171は、端末装置10における電力消費量の履歴を示す情報である。電力消費情報171は、ある機能を1回実現するごとに、その1回の機能の実現に要した消費電力の量例えば、電力と時間の積を積算した電力量を示す。電力消費情報171には、例えば、端末装置10で実現可能な連絡機能に関する情報が記述される。連絡機能は、ユーザが端末装置10を用いて他人に連絡を取るための機能であって、端末装置10による通信を伴う機能である。端末装置10は、テレビ電話、電話、電子メール及びSMSという4つの実現方法で連絡機能を実現可能である。これら4つの方法で実現される機能は連絡という点で互いに共通するが、その機能の実現により端末装置10の電池13で消費される電力の量は異なる。このように、端末装置10における機能は、ユーザの端末装置10の利用目的を達成するために、端末装置10が1又は複数の処理が実行されることで実現される。そして、端末装置10には、ある機能を達成するための手段として当該機能の実現方法が複数存在する場合があり、この実現方法毎に、端末装置10で実行される処理端末装置10の動作の内容が異なる。図2は、電力消費情報171のデータ構造を示す図である。図2に示すように、電力消費情報171は、機能実現方法と、電力消費量という2種類の情報を対応付けた電力消費量の履歴を記述したデータテーブルである。機能実現方法のフィールドには、端末装置10が実現した機能、及びその機能の実現方法を識別する識別情報が記述される。特に、連絡機能については、通信相手を示す情報も併せて記述される。図2では、通信相手を示す情報を括弧書きのアルファベットで表しており、このアルファベットが同じ履歴があった場合、それらの通信相手は同じであることを意味する。電力消費量のフィールドには、機能の実現により電池13で消費された電力の量例えば、電力量が記述される。電力消費情報171において、図2の第1行に示す内容は、ユーザAを通信相手とする電話での電力消費量が、W1であったことを意味する。第2行に示す内容は、ユーザAを通信相手とする電子メールの作成及び送信での電力消費量が、W2であったことを意味する。図2の第3行に示す内容は、ユーザBを通信相手とする電話での電力消費量が、W3であったことを意味する。第4行に示す内容は、ユーザCを通信相手とするテレビ電話での電力消費量が、W4であったことを意味する。他の行の内容についても同様に解釈することができるが、モバイルブラウザやフルブラウザはWebブラウザ174の実行により実現される機能であるが、互いに実現方法が異なる。モバイルブラウザは、マイクロブラウザとも呼ばれる簡易ブラウザであり、携帯電話端末等の携帯端末向けに設計されたウェブブラウザである。フルブラウザは、パーソナルコンピュータ向けに設計されたウェブサイトを閲覧できるウェブブラウザである。地図アプリは、地図アプリ175の実行により実現される機能である。アドレス帳172は、端末装置10の通信相手となりうる端末装置の通信先等の情報を記述したデータである。この通信先には、連絡機能の実現において用いられる電話番号及び電子メールアドレスが含まれる。図3は、アドレス帳172の内容が表示される画面以下、アドレス表示画面という。の一例を示す図である。図3a,bは、それぞれ、図2においてAで表したユーザAに関するアドレス表示画面を示したものであるが、その内容が一部相違する。まず、図3aに示すように、アドレス表示画面では、ユーザの氏名○○××や登録された顔写真が表示されるとともに、その下側に、ユーザAの端末装置に割り当てられた電話番号090xxxxyyyyが、携帯電話機を模したアイコン画像I1に対応付けて提示される。アドレス表示画面において電話番号の下側には、ユーザAの端末装置に割り当てられた電子メールアドレスaaabbb.ne.jpが、手紙を模したアイコン画像I2に対応付けて提示される。アイコン画像I1や電話番号は、連絡機能に関して電話という実現方法を識別する情報であり、アイコン画像I2や電子メールアドレスは、連絡機能に関して電子メールという実現方法を識別する情報である。図3aに示すアドレス表示画面では、さらに、端末装置10で連絡機能を実現した場合の電池13の電力消費量に関する情報が提示される。この情報は、単位時間当たりの電力消費量を表す。ここでは、アイコン画像I1に関連づけて、消費量:10分/5.0という文字列を含むメッセージm1が提示される。メッセージm1は、この電話番号を用いた電話において、10分につき電池13の残量の5.0の電力が消費されると予測されることを意味する。また、アドレス表示画面では、アイコン画像I2に関連づけて、消費量:5通/5.0という文字列を含むメッセージm2が提示される。このメッセージm2は、この電子メールアドレスを用いた電子メールの作成から送信には、5通につき電池13の残量の1.0の電力が消費される、と予測されることを意味する。これらの予測結果は、電力消費情報171に基づいて端末装置10が予測したものであるが、この予測に関する内容について詳しくは後述する。なお、図3aにおいて、電話番号の文字が白黒反転した状態で表示されているが、これは電話番号がカーソルで選択中であることを意味する。この状態で端末装置10の操作部15の図示せぬ決定キーが押下されると、端末装置10は、カーソルで選択された電話番号を通信先として、電話により連絡機能を実現する。電子メールアドレスの場合も同様であり、カーソルで通信先つまり、電子メールの送信先として指定される。また、アドレス表示画面には、テレビ電話やSMSについても端末装置10に対するユーザの指示に応じて同様の情報が表示されるが、ここではその説明及び図示を省略する。以上のように、端末装置10はアドレス表示画面を利用して、連絡機能の実現方法毎に電力消費量を予測して、各実現方法を識別する情報ここでは、アイコン画像や通信先と関連づけて予測結果をユーザに提示する。このアドレス表示画面を見たユーザは、各実現方法を指定した場合に、ユーザAとの連絡を取るためにどの程度の電力を要するのかを予め知ることができる。また、端末装置10は、図3bに示す態様で、アドレス表示画面を表示することもできる。図3bに示すアドレス表示画面では、電池13の残量の電力を用いて連絡機能を実現した場合に実行可能である処理の内容の予測結果が提示される。具体的には、アイコン画像I1に関連づけて、50分通話可能です。という文字列を含むメッセージm3がアドレス表示画面に提示される。このメッセージm3は、この電話番号を用いた電話で、50分間通話可能であると予測されることを意味する。また、アドレス表示画面では、アイコン画像I2に関連づけて150通送信可能です。という文字列を含むメッセージm4が提示される。このメッセージm4は、この電子メールアドレスを用いた電子メールの作成から送信を150通行うことができる、と予測されることを意味する。なお、これらの内容も、電力消費情報171から端末装置10が予測したものであるが、この予測に関する内容について詳しくは後述する。メーラ173は、連絡機能の実現方法のひとつである電子メールを利用する際に実行され、端末装置10で電子メールを作成したり送受信したりする際に実行されるアプリケーションプログラムである。Webブラウザ174は、ブラウザ機能を実現するために用いられる。ここでは、Webブラウザ174は、モバイルブラウザ及びフルブラウザという、互い異なるブラウザを実行するためのアプリケーションプログラムを含んでいる。地図アプリ175は、地図機能を実現するための実現方法のひとつに用いられ、端末装置10において地図を表示するときに実行されるアプリケーションプログラムである。続いて、端末装置10の制御部11が実現する機能について説明する。図4は、制御部11が実現する機能構成を示す機能ブロック図である。制御部11はプログラムを実行することにより、残量特定部111と、第1受付部112と、予測部113と、提示部114と、第2受付部115と、機能実現部116とに相当する各機能を実現する。残量特定部111は、電池13の電池残量を特定する。二次電池である電池13の電圧はその電池残量に対応した大きさとなるから、例えば、ここでの電池残量はその電圧値により特定される。また、残量特定部111は、機能実現部116による機能の実現に要した電池13の電力消費量を特定する。例えば、残量特定部111は、その機能の実現に係る処理の開始前の電池残量と、その処理後の電池残量とを特定し、その残量の差分を電池13の電力消費量として特定する。残量特定部111は、特定した電力消費量を、機能実現部116で用いられた機能の実現方法を示す識別情報と対応付けて電力消費情報171に記述する。第1受付部112は、ユーザの操作部15の操作に従って、端末装置10で実現する複数の機能のうちいずれかを実現する指示をユーザから受け付ける。第1受付部112は、連絡機能やブラウザ機能、地図機能などの、ユーザの端末装置10の利用目的に応じた機能の実現の指示を受け付ける。予測部113は、第1受付部112により指示が受け付けられた機能を実現可能な複数の実現方法のそれぞれについて、当該実現方法が用いられた場合の電池13の電力消費量を予測する。予測部113は、各実現方法についての電力消費量を、電力消費情報171において当該実現方法を識別する識別情報に対応付けられた電力消費量に基づいて予測する。予測部113は、例えば、実現方法毎に平均的な電力消費量を算出し、これを電力消費量の予測結果とする。提示部114は、残量特定部112により特定された電池残量に応じて、予測部113が実現方法毎に予測した電力消費量に関する情報を、各実現方法を識別する情報と関連づけて提示する。提示部114は、表示部16への表示により予測部113の予測結果として、電力消費量に関する情報を提示する。ここでは、第1に、提示部114は、残量特定部111により特定された残量の電力を用いて機能を実現した場合の、単位時間当たりの電力消費量を提示する。第2に、提示部114は、残量特定部111により特定された残量の電力を用いて機能を実現した場合に実行可能な処理の内容を提示する。第1受付部112が連絡機能の実現の指示を受け付けた場合、提示部114は、テレビ電話、電話、電子メール及びSMSのそれぞれについても同様の情報を提示する。連絡機能の場合、提示部114はアドレス帳172を読み出して、図3に示す内容のアドレス表示画面に予測結果を配置して提示する。第2受付部115は、ユーザの操作部15の操作に従って、提示部114の提示内容に従ってユーザにより指定された実現方法を受け付ける。連絡機能の場合、第2受付部115は、図3a,bのアドレス表示画面において、通信先をカーソルで選択した状態で決定キーがユーザにより押下された場合に、この押下操作を、実現方法を指定する操作として受け付ける。機能実現部116は、第2受付部115により受け付けられた実現方法で、第1受付部112で指示が受け付けられた機能を実現する。連絡機能の場合、機能実現部116は、操作部15によってテレビ電話、電話、電子メール又はSMSのいずれかが指定されると、指定された方法で連絡機能を実現するよう、無線通信部14の制御を含む処理を実行する。次に、端末装置10の動作について説明する。図5,6は、端末装置10における動作の手順を示すフローチャートである。図5は、端末装置10がある機能の実現をユーザに指示されたときの動作手順を示すフローチャートである。図6は、端末装置10が電力消費情報171を更新する際の動作手順を示すフローチャートである。まず、図5の内容について説明する。制御部11は、ユーザの操作部15の操作に応じて、ある機能の実現の指示をユーザから受け付けたか否かを判断するステップSA1。ここでは、制御部11は、アドレス表示画面の表示を指示する操作を、連絡機能の実現を指示する操作として受け付ける。ここで、制御部11は、連絡機能の実現の指示を受け付けたと判断するとステップSA1;YES、現時点での電池13の電池残量を特定するステップSA2。次に、制御部11は、連絡機能の複数の実現方法について、電池13の電池残量の電力を用いて連絡機能を実現した場合において、単位時間当たりの電力消費量を予測するステップSA3。ここで、制御部11は、電力消費情報171を参照して、実現方法毎に過去における単位時間当たりの電力消費量を算出する。通信相手がユーザAである場合、制御部11は、電話について、電力消費量W1W5と加算して、機能の実現回数で除することにより、1回当たりの電力消費量を算出する。そして、制御部11は、1回当たりの電力消費量を、1回当たりの平均利用時間つまり、機能の開始から終了までの平均時間で除することで、単位時間当たりの電力消費量を算出する。そして、制御部11は、単位時間当たりの電力消費量と、現時点の電池残量とに基づいて、図3aのメッセージm1が示す10分/5.0という具合に、電話についての電力消費量を予測する。同様に、通信相手がユーザAである場合、制御部11は、電子メールについて、電力消費量W2W6と加算して、機能の実現回数で除することにより、1回当たりの電力消費量を算出する。そして、制御部11は1回当たりの電力消費量を1回当たりの平均利用時間で除することで、単位時間当たりの電力消費量を算出する。そして、制御部11は、単位時間当たりの電力消費量と、現時点の電池残量とに基づいて、図3aのメッセージm2が示す5通/1.0という具合に、電子メールについての電力消費量を予測する。制御部11は、テレビ電話やSMSについても同様にして、電力消費量を予測する。次に、制御部11は、連絡機能の複数の実現方法について、電池13の電池残量の電力を用いて連絡機能を実現した場合に実行可能な処理の内容を予測するステップSA4。ここで、通信相手がユーザAである場合、制御部11は、ステップSA3の処理で算出した電話の単位時間当たりの電力消費量と、ステップSA2の処理で特定した電池残量とに基づいて、電話の残りの利用可能な時間を算出する。この算出により、制御部11は、図3bのメッセージm3が示す50分という具合に、電話について実行可能な処理の内容を予測する。同様に、通信相手がユーザAである場合、制御部11は、ステップSA3の処理で算出した電子メール単位時間当たりの電力消費量と、ステップSA2の処理で特定した電池残量とに基づいて、電子メールの作成から送信に関する処理を実行可能な回数を算出する。この算出により、制御部11は、図3bのメッセージm4が示す150通という具合に、電子メールについて実行可能な処理の内容を予測する。制御部11は、テレビ電話やSMSについても同様にして実行可能な処理の内容を予測する。なお、ステップSA3,SA4の処理において、電力消費情報171にある程度の履歴が記述されるまではユーザの過去の利用状況を反映するのが難しい。よって、端末装置10は、電力消費情報171にある量の情報が蓄積されるまではデフォルトの内容に従って予測結果を求めてもよいし、予測結果を求めないようにしてもよい。次に、制御部11は、ステップSA3,SA4の処理で求めた予測結果を、各実現方法を識別する情報と関連づけてユーザに提示するステップSA5。図3a,bに示すように、制御部11は、アイコン画像や通信先という連絡機能の実現方法を示す情報と関連づけて、表示部16にメッセージm1~m4を表示させる。制御部11が単位時間当たりの電力消費量と、実行可能な処理の内容とのどちらをユーザに提示するかについて、ここではユーザに指示された方を提示しているが、これらを同時に提示してもよい。このようにして、制御部11は、実現方法毎に予測した電力消費量を、特定した電池13の電池残量に応じた態様で各実現方法を識別する情報と関連づけて提示する。次に、制御部11は、ユーザの操作部15の操作により、この提示内容に従ってユーザにより指定された実現方法を受け付けるステップSA6。ユーザは、図3のようなアドレス表示画面を見ながら図示せぬ方向キーを押下してカーソルを移動させ、電話番号や電子メールアドレスという通信先を指定することにより、いずれかの実現方法を選択する。次に、制御部11は、ステップSA6の処理で受け付けた実現方法で、ユーザによる指示を受け付けた機能を実現するステップSA7。例えば、制御部11は、ユーザにより電話が指定されると、指定された通信先の電話番号を指定して発呼要求を無線通信部14により送信し、電話で機能を実現する。また、制御部11は、ユーザにより電子メールが選択されると、メーラ173を実行して、電子メール作成用の画面を表示部16に表示させて電子メールの作成を行い、その送信が指示されると、無線通信部14により電子メールを送信することで、電子メールで機能を実現する。次に、図6の内容について説明する。端末装置10では、複数の実現方法が存在する機能が実現するたびに、電力消費情報171を更新するために、後述する手順の処理を実行する。制御部11は、ある実現方法での機能の実現が指示されると、その開始前における電池13の電池残量を特定するステップSB1。次に、制御部11は、機能の実現に係る処理を中断するか否かを判断するステップSB2。制御部11は、ステップSB2の処理でYESと判断すると、電力消費情報171の更新に係る処理を終了する。処理の中断は、電子メールやSMSであれば、電子メールやショートメールの作成が開始されたものの、これが送信されなかった場合が該当する。電話やテレビ電話については、発呼要求を端末装置10が送信した場合に、通信相手が不在などの理由で、通信チャネルが確立されなかった場合が、処理の中断に該当する。このように、機能を実現するための処理の中断は、各実現方法で機能の実現するために実行される処理がすべて完結しなかったことを意味する。制御部11が処理の中断があった場合に電力消費情報171を更新しないのは、ステップSA3,SA4の予測結果に、この中断による影響が作用しないようにするためである。次に、制御部11は、処理を中断しなかったと判断するとステップSB2;NO、処理を終了したか否かを判断するステップSB3。制御部11は、処理を終了するまでは、ステップSB3NO→ステップSB2の処理ステップを繰り返す。処理の継続中とは、例えば、電子メールやショートメールの作成中や電話やテレビ電話で通話中のことを意味する。制御部11は、機能の実現に伴う処理を終了したつまり、完結したと判断するとステップSB3;YES、終了時の電池13の電池残量を特定するステップSB4。そして、制御部11は、ステップSB1の処理で特定した電池残量と、ステップSB4の処理で特定した電池残量との差分に基づいて、機能の実現により電池13から消費した電力の量を特定するステップSB5。そして、制御部11は、機能及びその機能の実現方法を識別する識別情報と、ステップSB5の処理で特定した電力消費量とを対応付けて電力消費情報171に記述し、これを更新する。以上、連絡機能の場合における端末装置10の動作を説明したが、ブラウザ機能や地図機能などの他の機能についても、端末装置10は同様に動作する。例えば、ブラウザ機能であれば、端末装置10は各ブラウザを実行中の電力消費量を特定して、電力消費情報171に記述する。そして、端末装置10は、図7a,bに示す使用するブラウザ選択画面において、電力消費情報171に基づいて単位時間当たりの電力消費量や実行可能な処理の内容を、モバイルブラウザ及びフルブラウザという各実現方法について特定する。そして、端末装置10は、ブラウザ機能の各実現方法を識別する情報ここでは、ブラウザ名と関連づけて予測結果をユーザに提示する。この場合も、端末装置10は、ユーザに指定されたブラウザを実行するように、Webブラウザ174を記憶部17から読み出して実行する。地図機能についても、前掲の機能と同様にすることができる。ここでは、地図アプリ175というアプリケーションプログラムの実行を伴う実現方法と、地図サイトA~Cという通信を伴う実現方法とがある。この場合、地図サイトA~Cは通信を伴う分だけ、地図アプリ175の実行時の消費電力が大きいと考えられるが、電車の乗換案内等の情報提供サービスが地図アプリ175よりも充実している場合があると考えられる。この場合、端末装置10は、地図機能を実現するための処理の実行中の電力消費量を特定して、電力消費情報171に記述しておく。そして、端末装置10は、図8a,bに示すような地図機能選択画面において、電力消費情報171に基づいて単位時間当たりの電力消費量や実行可能な処理の内容を、地図アプリ175及び地図サイトA~Cという各実現方法について特定する。そして、端末装置10は、地図機能の各実現方法を識別する情報ここでは、アプリケーションプログラム名や地図サイト名と関連づけて、予測結果をユーザに提示する。この場合も、端末装置10はユーザに指定されたブラウザを実行するように、地図アプリ175を記憶部17から読み出して実行する。また、前掲の機能以外の機能であっても、当該機能を実現するために複数の実現方法があれば、本発明を適用可能である。各機能と複数の実現方法との対応関係については、設計段階等で予め端末装置10で決められているもののほか、アプリケーションプログラムのインストールなどによって実現方法が追加された場合に、新たな対応関係が手動又は自動で追加されるとよい。以上説明した実施形態によれば、端末装置10は、自装置で実現する機能の指示をユーザから受け付けると、この機能の複数の実現方法について、当該実現方法が用いられた場合の電池13の電力消費量を予測する。そして、端末装置10は、実現方法毎に予測した電力消費量を、特定した電池残量に応じた態様で各実現方法を識別する情報と関連づけて提示し、提示内容に従ってユーザに指定された実現方法で、上記指示された機能を実現する。これにより、ユーザは、自身が所望する機能を端末装置10に実現させる場合に、例えば、どの程度の電力消費が生じるかや、残りの電池残量の電力でどのような処理を実行できるのか等の情報を、事前に把握することができる。ユーザは、この予測結果を参照することにより、今後の端末装置10の使用に配慮して電力消費量の少ない方法を選択したり、すぐに充電できる環境にあるという理由でより利便性が高い方法を選択したりする、という使い分けが容易になる。また、端末装置10の予測結果は、過去における端末装置10の利用状況の履歴を反映した内容となっている。よって、ユーザ毎に端末装置10の利用の仕方が様々であったり、電池13の経時変化による容量劣化つまり、充電量の低下が生じたりしても、端末装置10のユーザの利用状況や電池13の現在の状態を反映した内容で、端末装置10は予測結果を提示することができる。特に、本実施形態では、端末装置10は連絡機能に関して通信相手毎に予測するので、例えば、長電話になる傾向にある通信相手とそうでない通信相手とで予測結果を異ならせることもでき、ユーザによる実際の利用と予測結果とが乖離することを抑えられる。[変形例]本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。[変形例1]上述した実施形態において、端末装置10は、外部環境に応じて予測結果を異ならせるようにしてもよい。図9は、制御部11が実現する機能構成を示す機能ブロック図である。制御部11はプログラムを実行することにより、残量特定部111と、第1受付部112と、予測部113と、提示部114と、第2受付部115と、機能実現部116と、環境特定部117とに相当する各機能を実現する。残量特定部111、第1受付部112、提示部114、第2受付部115及び機能実現部116の各部の機能は上述した実施形態と同じであり、その説明を省略する。環境特定部117は、端末装置10の単位時間当たりの電力消費量に影響する外部環境であって、端末装置10の位置又は時間に応じてその影響の程度が異なる外部環境を検知し特定する。外部環境としては、例えば、a端末装置10が通信に用いる電波の受信状況、b端末装置10の位置での気温、又はc端末装置10が通信接続する通信網の混雑状況である。予測部113は、環境特定部117により検知された環境に基づいて予測結果を異ならせる。以下、各外部環境について説明する。a端末装置10が通信に用いる電波の受信状況端末装置10の位置によって、無線通信部14が無線通信に用いる電波の受信強度が異なるが、受信強度が低い場所ほどその無線通信による電力消費量が増大する。そこで、環境特定部117は、電波の受信強度が端末装置10で検知されると、この受信強度を特定する。予測部113は、環境特定部117により特定された受信強度に応じて予測結果を異ならせる。具体的には、予測部113は、受信強度が低くなるほど、単位時間当たりの電力消費量を大きくしたり、現時点の電池残量で実行可能な処理の内容を少なくしたりする。また、予測部113は、いわゆるハンドオーバの影響に基づいて予測結果を異ならせてもよい。この場合、予測部113は、受信強度の単位時間当たりの変化量が大きくなるほど、単位時間当たりの電力消費量を大きくしたり、現時点の電池残量で実行可能な処理の内容を少なくしたりする。また、端末装置10の位置と受信強度との関係について、制御部11が無線通信部14により受信した電波の強度から特定してもよい。また、制御部11は、GPSGlobalPositioningSystem等を用いて端末装置10の位置を測り、複数位置における電波の受信強度を記憶するデータベースにアクセスして、データベースの内容に基づいて自装置の位置の受信強度を特定してもよい。b端末装置10の位置での気温また、端末装置10の位置での気温の高低によっても消費電力は異なり、気温が低くなるほど電池の消耗が激しくなる。そこで、端末装置10が自装置の位置での気温を検出する温度センサを有する構成とし、環境特定部117は、温度センサで検知された結果に基づいて気温を特定する。予測部113は、環境特定部117により特定された気温に応じて予測結果を異ならせる。具体的には、予測部113は、気温が低くなるほど、単位時間当たりの電力消費量を大きくしたり、現時点の電池残量で実行可能な処理の内容を少なくしたりする。c端末装置10が通信接続する通信網の混雑状況深夜などの所定の時間帯は通信網の混雑状況ネットワークトラヒックが増大する傾向にある。この場合、端末装置10が通信網に接続して通信する際、通信網が混雑するほど電力消費量が増大する。そこで、環境特定部117は、端末装置10で無線通信部14が接続する通信網の混雑状況を検知すると、この検知結果に基づいて混雑状況を特定する。予測部113は、環境特定部117により特定された混雑状況に応じて予測結果を異ならせる。具体的には、予測部113は、混雑状況が増大するほど、単位時間当たりの電力消費量を大きくしたり、現時点の電池残量で実行可能な処理の内容を少なくしたりする。また、上記a,bは、端末装置10の位置によって変化しうるので、端末装置10が測位した結果を用いて、間接的にこれらの外部環境を特定してもよい。また、上記b,cは時刻によって変化しうるので、端末装置10が測った時刻を用いて、これらの外部環境を間接的に特定してもよい。また、端末装置10の単位時間当たりの電力消費量に影響する外部環境であって、端末装置10の位置又は時間に応じてその影響の程度が異なる外部環境は前掲以外のものであってもよい。要するに、外部環境の変化と電池13における電力消費との関係が明らかである外部環境を、本発明に適用することができる。[変形例2]上述した実施形態において、提示部114は、アドレス表示画面を利用して連絡機能に関する予測結果を提示していたが、これ以外のタイミングで予測結果を提示してもよい。また、提示部114は、ブラウザ機能の予測結果を、URLUniformResourceLocatorを指定する画面で提示してもよい。このように、提示部114の提示タイミングについては、様々な変形が可能である。また、提示部114は、機能の実現方法毎の予測結果を一覧表示する態様に限らず、複数画面に分けて予測結果を提示してもよい。[変形例3]また、端末装置10は、電力消費量及び実現可能な処理の内容の一方のみを提示する構成であってもよい。また、端末装置10は、電池13の残量が100である場合の電力に対する電力消費量の割合を提示してもよいし、電話1分当たりの電力消費量や電子メール1通当たりの電力消費量を提示してもよい。また、端末装置10は、単位時間あたりの電力消費量を数値化して提示する態様に限らず、その大小をユーザが把握できるように色分けして表示したり、アイコン画像を近傍に配置して表示したりしてもよい。また、端末装置10は、電池残量で実行可能な処理について、電話については、1回の通話の平均時間を用いて通話が可能な回数を提示してもよいし、電子メールについて、時間を用いて表示してもよい。このように、提示部114が提示する予測結果の内容や提示方法について、様々な変形が可能である。上述した実施形態では、端末装置10は、過去の処理履歴から電力消費情報171を更新していたが、これをデフォルトの内容ままとする構成であってもよい。上述した実施形態では、端末装置10は、ユーザからの機能の実現の指示を受け付けたことを契機に各実現方法の電力消費量を予測していたが、この指示の前に予測されたものであってもよい。[変形例4]上述した実施形態では、本発明の端末装置を携帯電話端末に適用した場合を説明したが、本発明は、その他の端末装置に適用することも可能である。例えば、本発明は、例えば、モバイルコンピュータや、スマートフォンやPDAPersonalDigitalAssistance、携帯ゲーム機等の様々な端末装置に適用することができる。また、端末装置によっては、端末装置10で内部構成としていたものを適宜外部構成としても本発明を特定することができる。また、端末装置10は、ユーザによる機能の実現の指示や使用する実現方法の指示を、音声認識などの技術を用いてユーザから受け付けてもよく、要するに、操作部15の操作以外の方法で受け付けてもよい。また、端末装置10の制御部11が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現されうる。"