"入力情報を取得する情報取得部と、登録文字列の分類を示す識別子を記憶する第1記憶部と、前記情報取得部が取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を、前記第1記憶部を参照して特定する特定部と、前記識別子と、提示対象となる機能との関係を記憶する第2記憶部と、前記第2記憶部を参照して、前記特定部が特定した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示部とを備えることを特徴とする機能提示システム。前記第1記憶部は、前記入力情報の認識に用いられ、登録文字列に前記識別子を割り当てた辞書ファイルを記憶し、前記特定部は、前記辞書ファイルを参照して、前記入力情報を認識し、認識した入力文字列と当該入力文字列に対応する登録文字列の前記識別子とを特定することを特徴とする請求項1に記載の機能提示システム。前記第1記憶部は、少なくとも一部の登録文字列について複数の前記識別子を記憶し、前記特定部は、前記入力文字列に含まれる一の登録文字列の前記識別子が前記第1記憶部に複数記憶されている場合、当該複数の前記識別子を特定することを特徴とする請求項1又は2に記載の機能提示システム。前記識別子は、前記登録文字列の意味に基づく分類を示し、前記第2記憶部は、前記識別子と、提示対象となる前記機能の種類とを対応付けて記憶し、前記提示部は、前記特定部が特定した識別子に対応付けて前記第2記憶部に記憶された種類の機能を、前記提示方法で複数提示することを特徴とする請求項1から3のいずれか1項に記載の機能提示システム。前記識別子は、前記登録文字列に対して定められた前記機能の種類を前記分類として示し、前記第1記憶部は、前記機能の種類に対して与えられた重み付けを前記識別子に対応付けて記憶し、前記特定部は、前記第1記憶部を参照して、前記識別子と、当該識別子が示す前記機能の種類に対する重み付けとを特定し、前記提示部は、前記特定部が特定した識別子と重み付けとに応じて、前記提示方法で複数機能を提示することを特徴とする請求項1から3のいずれか1項に記載の機能提示システム。前記識別子として、前記登録文字列の意味に基づく分類を示す第1識別子と、前記登録文字列の分類として前記登録文字列に対して定められた前記機能の種類を示す第2識別子とがあり、前記第1記憶部は、前記登録文字列毎に、前記第1識別子、前記第2識別子、及び当該第2識別子が示す前記機能の種類に対して与えられた重み付けを記憶し、前記提示部は、前記第2記憶部を参照して、前記特定部が特定した前記第1識別子、又は前記特定部が特定した第2識別子と重み付けとに応じて、前記提示方法で複数機能を提示することを特徴とする請求項1から3のいずれか1項に記載の機能提示システム。前記提示部は、前記入力文字列に対応する登録文字列の表記方法に応じて、前記提示方法を異ならせることを特徴とする請求項1から6のいずれか1項に記載の機能提示システム。前記提示部により前記機能が提示された後にユーザにより実現が指示された前記機能に基づいて、前記第1記憶部の記憶内容を更新する第1更新部を備えることを特徴とする請求項1から7のいずれか1項に記載の機能提示システム。前記提示部により前記機能が提示された後にユーザにより実現が指示された前記機能に基づいて、前記第2記憶部の記憶内容を更新する第2更新部を備えることを特徴とする請求項1から8のいずれか1項に記載の機能提示システム。前記提示部が提示した前記機能のうち決められた条件を満たす機能を実現する機能実現部を備え、前記提示部は、前記特定部が特定した識別子に応じて提示対象となる複数機能と、前記機能実現部が機能を実現した結果とを提示することを特徴とする請求項1から9のいずれか1項に記載の機能提示システム。サーバ装置と端末装置とを備える機能提示システムであって、前記サーバ装置は、前記端末装置と通信する第1通信部と、前記端末装置の入力情報を取得する情報取得部と、登録文字列の分類を示す識別子を記憶する第1記憶部と、前記情報取得部が取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を、前記第1記憶部を参照して特定する特定部と、前記特定部が特定した識別子を前記端末装置に送信するよう、前記第1通信部を制御する送信制御部と、を有し、前記端末装置は、前記サーバ装置と通信する第2通信部と、前記識別子と、提示対象となる機能との関係を記憶する第2記憶部と、前記第2通信部により前記サーバ装置から受信した前記識別子を取得する識別子取得部と、前記第2記憶部を参照して、前記特定部が特定した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示部とを有することを特徴とする機能提示システム。サーバ装置と通信する通信部と、自端末装置の入力情報が示す入力文字列に対応する登録文字列に対し、当該登録文字列の分類を示す識別子が前記サーバ装置により特定されると、前記通信部の通信により当該識別子を取得する識別子取得部と、前記識別子と、提示対象となる機能との関係を記憶する記憶部と、前記記憶部を参照して、前記識別子取得部が取得した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示部とを備えることを特徴とする端末装置。自サーバ装置から受信した識別子に応じた機能を複数提示する端末装置と通信する通信部と、前記端末装置の入力情報を取得する情報取得部と、登録文字列の分類を示す識別子を記憶する記憶部と、前記情報取得部が取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を、前記記憶部を参照して特定する特定部と、前記特定部が特定した識別子を前記端末装置に送信するよう、前記通信部を制御する送信制御部とを備えることを特徴とするサーバ装置。通信部を有する端末装置のコンピュータに、前記端末装置の入力情報が示す入力文字列に対応する登録文字列に対し、当該登録文字列の分類を示す識別子がサーバ装置により特定されると、前記通信部の通信により当該識別子を取得する識別子取得ステップと、前記識別子と、提示対象となる機能との関係を記憶する記憶部を参照して、前記識別子取得ステップで取得した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示ステップとを実行させるためのプログラム。通信部を有するサーバ装置のコンピュータに、当該サーバ装置から受信した識別子に応じた機能を複数提示する端末装置の入力情報を取得する情報取得ステップと、登録文字列の分類を示す識別子を記憶する記憶部を参照して、前記情報取得ステップで取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を特定する特定ステップと、前記特定ステップで特定した識別子を前記端末装置に送信するよう、前記通信部を制御する送信制御ステップとを実行させるためのプログラム。入力情報を取得する情報取得ステップと、登録文字列の分類を示す識別子を記憶する第1記憶部を参照して、前記情報取得ステップで取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を特定する特定ステップと、前記識別子と、提示対象となる機能との関係を記憶する第2記憶部を参照して、前記特定ステップで特定した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示ステップとを有することを特徴とする機能提示方法。ところで、特許文献1から特許文献3に記載された発明は、いずれも、ユーザにとって最適な機能を択一的に推定することにより、ユーザに強いられる機能選択に関する負担を減らすことができるものである。しかしながら、スマートフォンや携帯電話端末等の、多くの機能を実現可能な端末装置では、ユーザの希望する機能を1つに絞り込んで推定することが難しい場合があると考えられる。例えば、地名である横浜という文字列が入力文字列に含まれる場合、ユーザが現在位置から横浜までの電車での行き方を知りたいときには、電車の乗換案内を提供する機能がユーザにとって最適な機能であるし、ユーザが横浜にある飲食店に関する情報を知りたいときには、グルメ情報を提供するWebサイトを表示するためのブラウザ機能がユーザにとって最適な機能であるし、ユーザが横浜周辺の地理を知りたいときには、地図機能がユーザにとって最適な機能であると考えられる。また、グルメ情報を提供するWebサイトに様々なものがあるように、ユーザの利用目的を達成することができる機能が複数存在する場合がある。この場合、ユーザが利用したい機能はその時時で異なることも考えられる。特許文献1から特許文献3に記載された発明は、ユーザによる利用の可能性を考慮して積極的に複数の機能を提示する、という技術思想の下でなされたものでない。そこで、本発明は、入力文字列を基に複数機能を提示して、ユーザによる機能選択を支援することを目的とする。上述した課題を解決するため、本発明の機能提示システムは、入力情報を取得する情報取得部と、登録文字列の分類を示す識別子を記憶する第1記憶部と、前記情報取得部が取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を、前記第1記憶部を参照して特定する特定部と、前記識別子と、提示対象となる機能との関係を記憶する第2記憶部と、前記第2記憶部を参照して、前記特定部が特定した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示部とを備えることを特徴とする。本発明において、前記第1記憶部は、前記入力情報の認識に用いられ、登録文字列に前記識別子を割り当てた辞書ファイルを記憶し、前記特定部は、前記辞書ファイルを参照して、前記入力情報を認識し、認識した入力文字列と、当該入力文字列に対応する登録文字列の前記識別子とを特定するようにしてもよい。本発明において、前記第1記憶部は、少なくとも一部の登録文字列について複数の前記識別子を記憶し、前記特定部は、前記入力文字列に含まれる一の登録文字列の前記識別子が前記第1記憶部に複数記憶されている場合、当該複数の前記識別子を特定するようにしてもよい。本発明において、前記識別子は、前記登録文字列の意味に基づく分類を示し、前記第2記憶部は、前記識別子と、提示対象となる前記機能の種類とを対応付けて記憶し、前記提示部は、前記特定部が特定した識別子に対応付けて前記第2記憶部に記憶された種類の機能を、前記提示方法で複数提示するようにしてもよい。また、本発明において、前記識別子は、前記登録文字列に対して定められた前記機能の種類を前記分類として示し、前記第1記憶部は、前記機能の種類に対して与えられた重み付けを前記識別子に対応付けて記憶し、前記特定部は、前記第1記憶部を参照して、前記識別子と、当該識別子が示す前記機能の種類に対する重み付けとを特定し、前記提示部は、前記特定部が特定した識別子と重み付けとに応じて、前記提示方法で複数機能を提示するようにしてもよい。また、本発明において、前記識別子として、前記登録文字列の意味に基づく分類を示す第1識別子と、前記登録文字列の分類として前記登録文字列に対して定められた前記機能の種類を示す第2識別子とがあり、前記第1記憶部は、前記登録文字列毎に、前記第1識別子、前記第2識別子、及び当該第2識別子が示す前記機能の種類に対して与えられた重み付けを記憶し、前記提示部は、前記第2記憶部を参照して、前記特定部が特定した前記第1識別子、又は前記特定部が特定した第2識別子と重み付けとに応じて、前記提示方法で複数機能を提示するようにしてもよい。本発明において、前記提示部は、前記入力文字列に対応する登録文字列の表記方法に応じて、前記提示方法を異ならせるようにしてもよい。本発明において、前記提示部により前記機能が提示された後にユーザにより実現が指示された前記機能に基づいて、前記第1記憶部の記憶内容を更新する第1更新部を備えるようにしてもよい。また、本発明において、前記提示部により前記機能が提示された後にユーザにより実現が指示された前記機能に基づいて、前記第2記憶部の記憶内容を更新する第2更新部を備えるようにしてもよい。本発明において、前記提示部が提示した前記機能のうち決められた条件を満たす機能を実現する機能実現部を備え、前記提示部は、前記特定部が特定した識別子に応じて提示対象となる複数機能と、前記機能実現部が機能を実現した結果とを提示するようにしてもよい。また、本発明の機能提示システムは、サーバ装置と端末装置とを備える機能提示システムであって、前記サーバ装置は、前記端末装置と通信する第1通信部と、前記端末装置の入力情報を取得する情報取得部と、登録文字列の分類を示す識別子を記憶する第1記憶部と、前記情報取得部が取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を、前記第1記憶部を参照して特定する特定部と、前記特定部が特定した識別子を前記端末装置に送信するよう、前記第1通信部を制御する送信制御部と、を有し、前記端末装置は、前記サーバ装置と通信する第2通信部と、前記識別子と、提示対象となる機能との関係を記憶する第2記憶部と、前記第2通信部により前記サーバ装置から受信した前記識別子を取得する識別子取得部と、前記第2記憶部を参照して、前記特定部が特定した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示部とを有することを特徴とする。本発明の端末装置は、サーバ装置と通信する通信部と、自端末装置の入力情報が示す入力文字列に対応する登録文字列に対し、当該登録文字列の分類を示す識別子が前記サーバ装置により特定されると、前記通信部の通信により当該識別子を取得する識別子取得部と、前記識別子と、提示対象となる機能との関係を記憶する記憶部と、前記記憶部を参照して、前記識別子取得部が取得した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示部とを備えることを特徴とする。本発明のサーバ装置は、自サーバ装置から受信した識別子に応じた機能を複数提示する端末装置と通信する通信部と、前記端末装置の入力情報を取得する情報取得部と、登録文字列の分類を示す識別子を記憶する記憶部と、前記情報取得部が取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を、前記記憶部を参照して特定する特定部と、前記特定部が特定した識別子を前記端末装置に送信するよう、前記通信部を制御する送信制御部とを備えることを特徴とする。本発明のプログラムは、通信部を有する端末装置のコンピュータに、前記端末装置の入力情報が示す入力文字列に対応する登録文字列に対し、当該登録文字列の分類を示す識別子がサーバ装置により特定されると、前記通信部の通信により当該識別子を取得する識別子取得ステップと、前記識別子と、提示対象となる機能との関係を記憶する記憶部を参照して、前記識別子取得ステップで取得した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示ステップとを実行させるためのものである。本発明のプログラムは、通信部を有するサーバ装置のコンピュータに、当該サーバ装置から受信した識別子に応じた機能を複数提示する端末装置の入力情報を取得する情報取得ステップと、登録文字列の分類を示す識別子を記憶する記憶部を参照して、前記情報取得ステップで取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を特定する特定ステップと、前記特定ステップで特定した識別子を前記端末装置に送信するよう、前記通信部を制御する送信制御ステップとを実行させるためのものである。本発明の機能提示方法は、入力情報を取得する情報取得ステップと、登録文字列の分類を示す識別子を記憶する第1記憶部を参照して、前記情報取得ステップで取得した入力情報に応じて、当該入力情報が示す入力文字列に対応する登録文字列の前記識別子を特定する特定ステップと、前記識別子と、提示対象となる機能との関係を記憶する第2記憶部を参照して、前記特定ステップで特定した識別子に応じて提示対象となる機能を所定の提示方法で複数提示する提示ステップとを有することを特徴とする。本発明によれば、入力文字列を基に複数機能を提示して、ユーザによる機能選択を支援することができる。以下、図面を参照しつつ本発明の実施形態を説明する。[第1実施形態]図1は、機能提示システム1の全体構成を示す図である。機能提示システム1は、端末装置20で実現可能な機能の中から、端末装置20のユーザが利用を希望する機能を推定して提示するサービス以下、機能提示サービスという。を提供するためのシステムである。図1に示すように、機能提示システム1は、サーバ装置10と、端末装置20とを備えている。サーバ装置10と端末装置20とは、ネットワークNW経由で互いに通信可能に接続されている。ネットワークNWは、ここでは、移動体通信網、ゲートウェイ及びインターネットを含む通信網である。端末装置20は、ここではスマートフォンであり、音声端末装置20のユーザが発する声を想定する。を検出し、検出した音声を基に機能提示サービスで推定された機能を提示する。サーバ装置10は、端末装置20で検出された音声を認識する音声認識サーバとして機能する一方で、音声認識の結果に基づいて機能提示サービスの提供を支援する。なお、端末装置20は、スマートフォンに限らず、例えば携帯電話端末やパーソナルコンピュータ、PDAPersonalDigitalAssistant等の通信機能を有する端末装置であってもよい。また、図1には、端末装置20を1つだけ図示しているが、実際にはより多数の端末装置20が機能提示システム1に含まれる。図2は、サーバ装置10の構成を示すブロック図である。図2に示すように、サーバ装置10は、制御部11と、通信部12と、記憶部13とを備える。制御部11は、CPUCentralProcessingUnit、ROMReadOnlyMemory、及びRAMRandomAccessMemoryを備えるマイクロコンピュータである。CPUは、ROMや記憶部13に記憶されたプログラムをRAMに読み出して実行することにより、サーバ装置10の各部を制御する。通信部12は、ネットワークNWに接続するためのインタフェースである第1通信部。記憶部13は、例えばハードディスク装置を備える、辞書ファイル131及び制御部11により実行される各種プログラムを含むデータを記憶する第1記憶部。辞書ファイル131は、音声認識に用いられる音声認識辞書であるとともに、以下に説明する構成を有する辞書ファイルである。図3は、辞書ファイル131の構成を示す図である。辞書ファイル131では、辞書登録された登録文字列に、その登録文字列の意味に基づく分類を示す識別子が対応付けてられている。図3に示すように、辞書ファイル131は、登録文字列と第1識別子との各フィールドに記述された情報を対応付けたデータテーブルを含む。登録文字列のフィールドには、辞書ファイル131に登録された文字列が記述されている。登録文字列は、典型的には単語であるが、複合語等の任意の文字列例えば、情報検索に用いられる検索語を含みうる。また、登録文字列は、漢字、平仮名、片仮名、アルファベット等の、どのような文字で構成されてもよい。第1識別子のフィールドには、登録文字列の意味に基づく分類を示す識別子が記述される。第1識別子は、登録文字列の意味又は概念に応じて予め決められた分類に従って、各登録文字列に割り当てられている。例えば、登録文字列表参道の第1識別子は地名であり、登録文字列会議の第1識別子は行事である。また、辞書ファイル131では、一の登録文字列に複数の第1識別子が割り当てられることもある。登録文字列品川の第1識別子は、地名,人名地名及び人名である。これは品川という文字列が、地名としても解釈しうるし、人名詳しくは、人の姓しても解釈しうることによるものである。辞書ファイル131には、少なくとも一部の登録文字列について、複数の第1識別子が記述されている。なお、図3に示す登録文字列及び第1識別子は一例であり、実際には、より多数の組み合わせが辞書ファイル131に記述されている。例えば、人名を更に細分化して、芸能人名や作家名、スポーツ選手名等の第1識別子が用いられてもよい。また、辞書ファイル131に辞書登録されたすべての登録文字列に、第1識別子が割り当てられているとは限らない。図4は、端末装置20の構成を示すブロック図である。図4に示すように、端末装置20は、制御部21と、音声入出力部22と、無線通信部23と、UIUserInterface部24と、記憶部25とを備える。制御部21は、CPU、ROM、及びRAMを備えるマイクロコンピュータである。CPUは、ROMや記憶部25に記憶されたプログラムをRAMに読み出して実行することにより、端末装置20の各部を制御する。音声入出力部22は、受話音声等を収音するマイクロホンと送話音声を放音するスピーカとを備え、音声の入出力に関する機能を実現する。音声入出力部22は、マイクロホンによって端末装置20のユーザが発した音声を検出し、音声の検出結果を制御部21に出力する。無線通信部23は、無線通信回路やアンテナを備え、ネットワークNWに無線通信により接続するためのインタフェースである第2通信部。UI部24は、画像を表示する表示面と、表示面に重ねられたタッチパネルとを備え、GUIGraphicalUserInterfaceを提供するものである。すなわち、UI部24は、タッチパネルによりユーザからの操作を受け付ける操作部と、表示面に表示する画像により情報を報知する表示部としての双方の機能を実現する。なお、端末装置20において、操作部と表示部とがそれぞれ独立したハードウェアで実現されてもよい。記憶部25は、例えばEEPROMElectronicallyErasableandProgrammableROMを備え、機能選択ファイル251、機能管理テーブル252及び各種のアプリケーションソフトウェアを含むデータを記憶する第2記憶部。制御部21は、例えば、記憶部25が記憶するアプリケーションソフトウェアを実行することにより、端末装置20における機能を実現する。記憶部25が記憶するアプリケーションソフトウェアは、例えば、メーラやWebブラウザ、地図を表示するための地図アプリ、動画ファイルを再生するための動画アプリ等を含むが、どのようなアプリケーションソフトウェアを含んでいてもよい。また、これらのアプリケーションソフトウェアは、端末装置20にプリインストールされたものや、ユーザによって端末装置20にインストールされたものを含む。なお、アプリケーションソフトウェアには、そのアプリケーションソフトウェアの実行をユーザが端末装置20に指示する際に、ユーザが指定するアイコン画像を表示するためのアルゴリズムが記述されている。端末装置20で実現可能な機能は、端末装置20が必要な情報処理を実行することにより実現され、機能毎に少なくとも情報処理の内容の一部が異なる。例えば、Webブラウザの実行により実現される機能であっても、アクセス先のURLUniformResourceLocatorが異なれば、それぞれ異なる機能として区別される。なお、端末装置20で各機能の実現に必要な情報アクセス先のURL等は、記憶部25に記憶されている。制御部21はその情報を用いた情報処理を実行して、各機能を実現する。図5は、機能選択ファイル251の構成を示す図である。機能選択ファイル251は、第1識別子と、提示対象となる機能との関係を記憶するデータである。図5に示すように、機能選択ファイル251は、第1識別子と、カテゴリと、カテゴリ優先度との各フィールドに記述された情報を対応付けたデータテーブルである。第1識別子のフィールドには、辞書ファイル131に記述されたものと共通する第1識別子が、1又は複数の組み合わせで記述されている。カテゴリのフィールドには、端末装置20で実現可能な機能の種類として、機能が属するカテゴリが記述されている。カテゴリ優先度のフィールドには、カテゴリに対する優先度が記述されている。カテゴリ優先度は、詳しくは後述するが、機能提示サービスの提供において参照される優先度である。カテゴリ優先度は、ここでは0.0以上1.0以下の値であり、その値が大きいほど優先度が高いことを示す。機能選択ファイル251には、例えば、第1識別子地名食品地名及び食品に対応付けて、カテゴリグルメ及びカテゴリ優先度0.6と、カテゴリ買い物及びカテゴリ優先度0.4とが記述されている。このように、機能選択ファイル251では、複数の第1識別子の組み合わせに対応してカテゴリ及びカテゴリ優先度が記述されていることがある。また、機能選択ファイル251には、第1識別子地名に対応付けて、カテゴリ地図及びカテゴリ優先度0.8と、カテゴリグルメ及びカテゴリ優先度0.2とが記述されている。機能選択ファイル251では、第1識別子が示す登録文字列の意味と関連が深いカテゴリが当該弟1識別子に対応付けられ、例えば、その関連が深いほどカテゴリ優先度が高い。また、複数の第1識別子の組み合わせは、地名地名のように、同一の第1識別子を複数含んでいてもよい。第1識別子地名地名には、カテゴリ乗換案内が対応付けられている。これは入力文字列に地名を意味する登録文字列が2つ含まれているということは、例えば、ユーザが電車での乗換を調べるために、出発地点と到着地点とを指定した可能性が考えられることによるものである。なお、図5に示す第1識別子、カテゴリ及びカテゴリ優先度は一例であり、実際には、より多数の組み合わせが機能選択ファイル251に記述されている。ただし、機能選択ファイル251は、一の第1識別子の組み合わせについて、カテゴリ優先度の総和が1.0となるように構成されている。また、どのカテゴリにどの機能が属するかについては、機能提示システム1の設計段階等で決められる。以上の構成を有する機能選択ファイル251は、詳しくは後述するが、所定の提示方法で提示する機能を選択する際に、端末装置20により参照されるデータである。図6は、機能管理テーブル252の構成を示す図である。機能管理テーブル252は、端末装置20が実現可能な機能と、当該機能が属するカテゴリとの対応関係が記述されたデータテーブルである。図6に示すように、機能管理テーブル252では、カテゴリと、機能と、機能優先度との各フィールドに記述された情報が対応付けられている。カテゴリのフィールドには、機能選択ファイル251に記述されたものと共通する情報が記述されている。機能のフィールドには、端末装置20で実現可能な機能を識別する情報が記述されている。例えば、機能のフィールドにサイトと記述された機能は、Webブラウザの実行により実現される。機能優先度のフィールドには、機能に対する優先度が記述されている。機能優先度は、詳しくは後述するが、機能提示サービスにおける機能の提示の際に参照される優先度である。機能優先度は、ここではカテゴリ毎に独立して各機能に割り当てられた優先順位であり、その値が小さいほど優先度が高いことを意味する。機能優先度が設定されていない機能図6で-ハイフンで示した機能は、端末装置20で実現可能であるものの、機能提示サービスでは提示の対象とならないものとする。以上の機能管理テーブル252の機能優先度は、ユーザ設定等に応じて端末装置20により更新されてもよい。また、機能管理テーブル252において全ての機能に機能優先度が設定されていてもよい。続いて、機能提示システム1の機能的構成を説明する。図7は、サーバ装置10の制御部11の機能的構成を示す機能ブロック図である。図7に示すように、制御部11は、プログラムを実行することにより、情報取得部111と、特定部112と、送信制御部113とに相当する機能を実現する。情報取得部111は、通信部12の通信により、端末装置20の入力情報を取得する。入力情報は、例えば端末装置20で検出された音声例えば、音声波形を示す音声情報である。特定部112は、辞書ファイル131を参照して、情報取得部111が取得した入力情報が示す入力文字列と、当該入力文字列に対応する登録文字列の第1識別子とを特定する。入力情報が音声情報である場合、特定部112は、辞書ファイル131を参照して、音声情報を認識し、認識した入力文字列とこの入力文字列に対応する登録文字列の第1識別子とを特定する。特定部112は、入力文字列に含まれる登録文字列に対応付けられた1又は複数の第1識別子を、登録文字列毎に辞書ファイル131からすべて特定する。入力文字列は、ここではテキストコードで表される。送信制御部113は、入力文字列と、入力文字列に対応する登録文字列について特定部112が特定した第1識別子との組を端末装置20に送信するよう、通信部12を制御する。図8は、端末装置20の制御部21の機能的構成を示す機能ブロック図である。図8に示すように、制御部21は、プログラムを実行することにより、識別子取得部211と、提示部212と、機能実現部213とに相当する機能を実現する。識別子取得部211は、送信制御部113の制御によりサーバ装置10から送信され無線通信部23により受信された入力文字列と、入力文字列に対応する登録文字列の第1識別子との組を取得して、ここから第1識別子を取得する。提示部212は、機能選択ファイル251及び機能管理テーブル252を参照して、識別子取得部211が取得した第1識別子に応じて提示対象となる機能を、所定の提示方法で複数提示する。例えば、提示部212は、識別子取得部211が取得した第1識別子に応じて提示対象となる機能を、他の機能よりも優先させてUI部24への表示により提示する。なお、識別子取得部211が取得した第1識別子は、特定部112が特定した第1識別子と同一である。機能実現部213は、提示部212が提示する機能のうち決められた条件を満たす機能を実現する。例えば、機能実現部213は、提示部212が提示する機能のうちのいずれか1つの機能を、ユーザからの当該機能の実現指示を受け付けることなく実現する。提示部212は、提示対象となる複数機能と、機能実現部213が機能を実現した結果とを提示する。機能実現部213は、端末装置20における機能の実現に関する制御を司るものであり、例えば、UI部24の操作や音声入力によって機能の実現がユーザに指示された場合に、当該機能を実現する。また、例えばユーザによっては自動で機能の実現が開始することを希望しない場合もあると考えられるため、機能実現部213は、提示部212により提示された機能を用いてユーザからの実現指示を受け付けた場合に、その指示に応じて機能を実現するものであってもよい。また、機能実現部213は、入力文字列の全部又は一部を利用して機能を実現する場合もあれば、入力文字列を用いないで機能を実現する場合もある。次に、機能提示システム1の動作を説明する。図9は、機能提示システム1の動作を示すシーケンスチャートである。端末装置20の制御部21は、ユーザによりUI部24が操作されて機能提示サービスの利用が指示されると、音声入力の受付を開始する。端末装置20のユーザは自身が利用したい機能に関する言葉を発する。ここで、ユーザは、品川区にあるラーメン店に関する情報を調べたいと考え、品川という言葉と、ラーメンという言葉とを発したとする。制御部21は、音声入出力部22により品川、ラーメンというユーザの発声に応じて音声入力を受け付けて、この音声を示す音声情報を入力情報として受け付けるステップSA1。端末装置20の制御部21は、音声情報である入力情報をサーバ装置10に送信するよう、無線通信部23を制御するステップSA2。サーバ装置10の制御部11は、通信部12によるサーバ装置10との通信により音声情報である入力情報を取得するステップSA3。次に、制御部11は、辞書ファイル131を参照して、音声情報を認識しステップSA4、認識した入力文字列と当該入力文字列に対応する登録文字列の第1識別子とを特定するステップSA5。図3に示すように、辞書ファイル131において、登録文字列品川に第1識別子地名,人名が割り当てられ、登録文字列ラーメンに第1識別子食品が割り当てられている。よって、制御部11は、品川<地名,人名>及びラーメン<食品>というデータを得る。なお、AA<BB>という形式のデータは、入力文字列に含まれる登録文字列AAの第1識別子がBBであることを意味する。このデータ形式は一例であり、登録文字列と第1識別子との関係が明らかであれば、これ以外のデータ形式が採用されてもよい。次に、制御部11は、入力文字列と、入力文字列に含まれる登録文字列について特定した第1識別子との組を端末装置20に送信するよう、通信部12を制御するステップSA6。端末装置20の制御部21は、入力文字列と、入力文字列に含まれる登録文字列の第1識別子との組を無線通信部23によって受信すると、ここから第1識別子を取得するステップSA7。制御部11は、品川<地名,人名>及びラーメン<食品>というデータをサーバ装置10から取得したから、ここでは、第1識別子として地名,人名食品を取得する。なお、ここでは、各登録文字列から特定された第1識別子がを用いて区別される。次に、制御部21は、機能選択ファイル251を参照して、ステップSA7の処理で取得した第1識別子に応じて提示対象となる機能が属するカテゴリを選択するステップSA8。ここで、制御部21は、機能選択ファイル251において、第1識別子地名,人名食品と一致する第1識別子に対応付けられたカテゴリを選択する。この選択の際、制御部21は、第1識別子が部分一致したテゴリよりも、完全一致したカテゴリを優先させる。ここでの完全一致は、サーバ装置10で特定された第1識別子の組み合わせが、機能選択ファイル251に記述されていることを意味する。また、部分一致は、サーバ装置10で特定された第1識別子の組み合わせの一部を構成する第1識別子が、機能選択ファイル251に記述されていることを意味する。ここでは、図5に示すように、サーバ装置10で特定された第1識別子地名,人名食品に完全一致する第1識別子として、地名食品が機能選択ファイル251に記述されている。また、サーバ装置10で特定された第1識別子地名,人名食品に部分一致する第1識別子として、地名が機能選択ファイル251に記述されている。よって、制御部21はカテゴリグルメ、買い物及び地図を選択し、各カテゴリ優先度をそれぞれ0.6、0.4、0.8と特定する。なお、カテゴリグルメは、第1識別子地名食品と、第1識別子地名とで選択されるが、この場合、制御部21はカテゴリ優先度が高い方を採用するとよい。次に、制御部21は、ステップSA8の処理で選択したカテゴリに属する、決められた条件を満たす機能を実現するステップSA9。ここでは、制御部21は、サーバ装置10で特定された第1識別子と機能選択ファイル251に記述された第1識別子との一致数、カテゴリ優先度、及び機能優先度に応じて定まる1つの機能を、ユーザからの機能の実現指示を受け付けることなく実現する。制御部21は、第1識別子の一致数が最も多く、且つ、カテゴリ優先度及び機能優先度がそれぞれ最も高い機能を実現する。既に説明したとおり、ここでは、第1識別子の一致数が最も多いカテゴリはグルメ及び買い物であるが、カテゴリ優先度が最も高いカテゴリはグルメである。そして、カテゴリグルメに属する機能のうち、機能優先度が最も高い機能は、グルメサイトAである。よって、制御部21は、グルメサイトAについて、品川及びラーメンを検索語として用いて情報検索を行う。なお、この場合において、制御部21は入力文字列に対応する登録文字列のすべてを用いてもよいし、一部の登録文字列を用いてもよい。また、制御部21は、入力文字列の全体を用いて機能を実現してもよいし、入力文字列を用いないで機能を実現してもよい。次に、制御部21は、ステップSA8の処理で選択したカテゴリに属する複数機能を所定の提示方法で提示するとともに、ステップSA9の処理に応じた機能の実現結果を提示するステップSA10。ここでは、制御部21は、図6に示す機能管理テーブル252で機能優先度が設定されたすべての機能を提示対象とし、更に、ステップSA8の処理で選択したカテゴリに属する機能であって、第1識別子に応じて提示対象となった機能を、他の機能よりも優先させて提示する。ステップSA8の処理で、制御部21は、グルメ、買い物及び地図という3つのカテゴリを選択したので、グルメサイトA~グルメサイトC→買い物サイトA→買い物サイトC→地図アプリという順で、これら7つの機能を他の機能よりも優先させて提示する。具体的には、制御部21は、第1識別子に応じて提示対象となった機能に対応するアイコン画像を、サーバ装置10で特定された第1識別子と機能選択ファイル251に記述された第1識別子との一致数、カテゴリ優先度、及び機能優先度に応じた態様で配置するとともに、ステップSA9の処理で機能を実現した結果を配置した機能提示画面を、UI部24に表示させる。制御部21は、アイコン画像がUI部24の操作によりユーザに指定されたことを契機に、そのアイコン画像に対応する機能を実現する。図10は、機能提示画面を示す図である。図10において、アイコン画像I1~I7は、それぞれ、他の機能よりも優先させて提示される機能に対応するアイコン画像である。機能提示画面が表示されたとき、アイコン画像I1~I4は表示面に表示されているので、ユーザは画面を遷移させるための操作をUI部24に行うことなく、これらのアイコン画像を視認し、指定することが可能である。一方で、破線で示したアイコン画像I5~I7は、機能提示画面が表示されたときには表示面に表示されず、ユーザが画面を遷移させるための操作例えば、フリック操作をUI部24に行うことで表示面に表示される。これらのアイコン画像I1~I7は、第1識別子の一致数が多い順→カテゴリ優先度が高い順→機能優先度が高い順となるように配置される。すなわち、アイコン画像I1~I7は、順に、グルメサイトA~グルメサイトC→買い物サイトA~買い物サイトC→地図アプリという配置となる。よって、ユーザにしてみれば、第1識別子の一致数が多い機能、カテゴリ優先度が高い機能、又は機能優先度が高い機能のアイコン画像ほど、より少ない操作量の操作で指定することが可能である。また、制御部21は、アイコン画像I7よりも更に図中右側に、すなわち、アイコン画像I1~I7よりもアイコン画像を表示させるための操作量が多くなる位置に、機能管理テーブル252で機能優先度が設定された、残りのすべての機能のアイコン画像を表示させる。このようにして制御部21は、第1識別子に応じて提示対象となる機能以外の機能については、カテゴリ優先度及び機能優先度とは無関係にアイコン画像を配置する。例えば、制御部21は、機能管理テーブル252における機能の記述順と同じになるようなアイコン画像の配置としてもよいし、設計段階等で予め決められた配置としてもよいし、ユーザによる過去の利用履歴を反映させた配置例えば、利用回数や利用頻度が高い機能ほど、アイコン画像を図中左側に表示させるとしてもよい。ここでは、制御部21は、第1識別子に応じて提示対象となった機能のみについて、第1識別子の一致数、カテゴリ優先度及び機能優先度に従って提示する。なお、制御部21は、第1識別子に応じて提示対象となった機能のみを提示し、それ以外の機能を提示しない、という提示方法を採用してもよい。この場合、アイコン画像I1~I7のみが機能提示画面で表示される。要するに、制御部21は、予め決められた提示方法に従って、第1識別子に応じて提示対象となった機能を少なくとも提示すればよい。また、機能提示画面のアイコン画像と同時に、アイコン画像の下側の領域に、制御部21がステップSA9の処理で実現した機能の実現結果が表示される。この機能の実現結果は、アイコン画像I1に対応する機能の実現結果となるはずであり、ここではグルメサイトAである。これにより、ユーザは、機能提示システム1でユーザが最も強く利用を希望すると推定された機能の実現結果を、速やかに確認することができる。以上説明した第1実施形態では、サーバ装置10は、辞書ファイル131を参照して、端末装置20の入力情報を認識し、入力文字列とこの入力文字列に対応する登録文字列の第1識別子とを特定する。そして、端末装置20は、サーバ装置10から提供された第1識別子と、機能選択ファイル251及び機能管理テーブル252とに応じて複数機能を提示する。このような機能提示システム1では、単にユーザにとって好ましいと思われる機能を択一的に推定し提示するのではなく、ユーザの端末装置20の様々な利用目的の可能性に鑑みて、ユーザにとって有用と推定される機能の候補を複数提示する。また、端末装置20は、第1識別子の一致数、カテゴリ優先度及び機能優先度に応じた態様で、機能提示画面を表示する。これにより、端末装置20は、ユーザが利用を強く希望すると推定される機能ほど、ユーザに強いる操作負担を少なくして、選択した複数機能や機能の実現結果を提示することが可能である。また、機能提示システム1では、構文解析等の複雑な解析処理を入力文字列に対して行わないで、音声認識に用いられる辞書ファイル131を参照して第1識別子を特定する。このように、機能提示システム1では、構文解析や、入力文字列を得た後に第1識別子を特定するためのデータベース参照に係る処理を必要としないので、入力情報が端末装置20に入力されてから機能提示までに要する時間の増大が抑えられる。また、機能提示システム1では、この第1識別子の特定に多数のデータテーブルを参照することはなく、また、入力文字列に含まれる登録文字列の第1識別子はそれぞれ独立して特定されるので、他の登録文字列の第1識別子の確定状況の影響を受けない。よって、機能提示システム1では、入力文字列の各登録文字列の本来の意味を正確に反映させて、機能提示サービスを提供することができる。<第1実施形態の変形例>上述した第1実施形態の構成を、以下の1-1~1-6で説明する構成に変形してもよい。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。1-1機能提示システム1において、機能選択ファイル251に記述された第1識別子の組み合わせ例えば、地名食品の一部を構成する第1識別子が、サーバ装置10で特定された場合例えば、地名のみが特定された場合に、これらが部分一致すると扱われてもよい。この場合、制御部21は、部分一致した第1識別子に機能選択ファイル251で対応付けられたカテゴリについては、カテゴリ優先度を小さくするよう補正する。例えば、制御部21は、部分一致したカテゴリについては、カテゴリ優先度を1/2にする。よって、入力文字列が品川ラーメンのときには、制御部21は、カテゴリグルメ、買い物、及び地図について、カテゴリ優先度を0.6、0.4、0.4とする。なお、制御部21は、部分一致の程度に応じてカテゴリ優先度の補正の内容を異ならせてもよい。例えば、制御部21は、一致度が低いほどカテゴリ優先度を大きく減じるように補正する。1-2機能提示システム1が表示する機能提示画面を以下のように変形してもよい。図11は、機能提示画面の別の態様を示す図である。提示対象のアイコン画像の数が多くなった場合、図10に示す機能提示画面では、第1識別氏の一致数やカテゴリ優先度、機能優先度が相対的に低い機能のアイコン画像が表示されるまでに、ユーザに強いられる操作の量が多くなる。そこで、制御部21は、図11aに示す機能提示画面をまずUI部24に表示させる。ここで、アイコン画像I1~I3は、図10に示したアイコン画像と同じものである。制御部21は、アイコン画像I1~I3の右側に配置したアイコン画像Ietcがユーザにより指定されると、図11bに示す機能提示画面に遷移させる。ここでは、制御部21は、機能の実現結果を表示させないで、UI部24の表示面のほぼ全体を使ってアイコン画像を表示させる。これにより、図10の機能提示画面よりも表示面に配置可能なアイコン画像が増えるので、カテゴリ優先度が低いカテゴリに属する機能のアイコン画像も、ユーザは指定しやすくなる。制御部21は、図11bに示す機能提示画面では、図10に示す機能提示画面の場合と同じ規則に従ってアイコン画像を配置してもよいし、この規則とは無関係にアイコン画像を配置してもよい。制御部21は、図11bに示す機能提示画面でのアイコン画像の配置を任意のものとすることが可能である。なお、制御部21は、図11aに示す機能提示画面において機能に対応するアイコン画像を表示させていたが、提示対象の機能が属するカテゴリに対応するアイコン画像を表示させてもよい。この場合、アイコン画像の配置は、第1識別子の一致数が多い→カテゴリ優先度が高い、という順にすればよい。制御部21は、いずれかのカテゴリに対応するアイコン画像がユーザに指定されると、図11b示す機能提示画面において、指定されたカテゴリに属する各機能のアイコン画像を表示させるとよい。なお、制御部21は、提示対象の機能の数が閾値未満であれば、図10に示すような機能提示画面を表示させ、提示対象の機能の数が閾値以上であれば、図11に示すような機能提示画面を表示させてもよい。なお、以上説明した機能提示画面におけるアイコン画像の配置の態様は一例であり、表示面で一度に表示されるアイコン数やそれらの配置位置などは、前掲の態様に限定されない。1-3上述した第1実施形態の機能提示システム1において、端末装置20の制御部21は、アイコン画像I1に対応する機能をユーザの指示なしに実現し、それ以外の機能についてはユーザによりアイコン画像が指定されたことを契機に実現していた。これに代えて、制御部21は、アイコン画像I2~I7に対応する機能で、第1識別子に応じて提示対象となった機能のうち、ステップSA9の処理で実現しなかった機能を、予めバックグラウンドで実現してもよい。この構成によれば、制御部21は、アイコン画像がユーザに指定されたことを契機に、迅速にその実現結果を提示することができる。この場合において、制御部21は、カテゴリ優先度や機能優先度が一定レベル以上高い例えば、上位の3つ機能など、アイコン画像を提示する機能のうちの一部の機能について、予めバックグラウンドで実現してもよい。なお、バックグラウンドでの機能の実現の際、制御部21は、Webブラウザの実行によるwebサイトの表示のように、通信を伴う機能については、アプリケーションソフトウェアを実行し、更に、その機能の実現に必要なデータをダウンロードしてキャッシュしておく。一方、制御部21機能実現部213は、通信を伴う機能以外の機能については、アプリケーションソフトウェアをRAMに読み出しておく。このバックグラウンドでの機能の実現については、制御部21がアイコン画像が指定されてから対応する機能の実現を開始するよりも、機能の実現できるまでに要する時間を短くできればよいので、処理の内容は前掲のものに限定されない。制御部21は、機能の実現に必要な情報処理の一部を予め実行しておけばよい。1-4機能提示システム1において、辞書ファイル131に記述された第1識別子に、当該第1識別子が示す分類に対する重み係数が対応付けられていてもよい。この場合、機能提示システム1では、重み係数が大きい第1識別子をより重視する。例えば、登録文字列品川について、仮に、地名としての認知度が低く、人名として認知度が高いとした場合に、地名の重み係数を0.3とし、人名の重み係数を1.0とする。端末装置20に第1識別子を送信する際、サーバ装置10の制御部11は、この第1識別子に重み係数を対応付けておく。端末装置20は、第1識別子とともに重み係数を取得し、この第1識別子から特定したカテゴリのカテゴリ優先度に重み係数を作用させてここでは、乗算する、最終的なカテゴリ優先度を算出する。サーバ装置10が第1識別子地名を特定した場合、以下のように端末装置20は動作する。端末装置20の制御部21は、地図のカテゴリ優先度0.8に、地名の重み係数0.3を乗算して、カテゴリ優先度0.24を算出する。また、制御部21は、グルメのカテゴリ優先度0.2に、地名の重み係数0.3を乗算して、カテゴリ優先度0.06を算出する。また、制御部21は、Web検索のカテゴリ優先度0.5に、人名の重み係数1.0を乗算して、カテゴリ優先度0.5を算出する。このようにすれば、カテゴリ優先度は、Web検索>地図>グルメとなる。一方、上述したような重み係数を用いない構成では、Web検索のカテゴリ優先度が0.5となり、地図のカテゴリ優先度が0.8となり、グルメのカテゴリ優先度が0.2となるので、カテゴリ優先度は地図>Web検索>グルメとなり、端末装置20で第1識別子に対する重み付けを用いた場合と異なる結果になる。以上のように、機能提示システム1では、第1識別子に対応する重み付けの有無やその重み付けの程度によって、カテゴリの提示の態様を異ならせることも可能である。ここでは、登録文字列の意味としての認知度が高いほど、重み付けが大きくなるようにしていたが、これ以外の指標で重み付けが決められていてもよい。1-5機能提示システム1において、機能の種類として、機能が属するカテゴリを用いていたが、機能そのものを用いてもよい。また、この場合において、端末装置20では、機能選択ファイル251の内容と機能管理テーブル252の内容を一体化したデータを参照して、入力文字列から特定した第1識別子に応じて提示対象となる機能を特定することも可能である。1-6機能提示システム1において、機能優先度をカテゴリ優先度のように数値化し、この値が大きくなるほど優先度を高くするようにしてもよい。その際、端末装置20は、図5に示す機能選択ファイル251で特定したカテゴリ優先度に機能優先度を作用させて例えば、乗じて機能毎の優先度を算出し、この優先度を上述の機能優先度に代えて用いてもよい。[第2実施形態]次に、本発明の第2実施形態について説明する。この第2実施形態の機能提示システム1では、辞書ファイル及び機能選択ファイルの構成が上述した第1実施形態と相違する。これに伴い、サーバ装置10及び端末装置20の構成及び動作も上述の第1実施形態とは相違する。以下の説明において、本実施形態の機能提示システム1の構成のうち、第1実施形態と共通するものは同一の符号を付して表し、その各構成の説明及び図示を適宜省略する。また、第1実施形態と対応する構成について符号の末尾にaを付して表し、適宜その説明を省略する。サーバ装置10は、音声認識辞書として用いられる辞書ファイル131aを記憶部13に記憶している。図12は、辞書ファイル131aの構成を示す図である。図12に示すように、辞書ファイル131aは、登録文字列と機能情報との各フィールドに記述された情報を対応付けたデータテーブルである。登録文字列のフィールドには、辞書ファイル131と同様、辞書ファイル131aに登録された文字列が記述される。機能情報のフィールドには、第2識別子と重み係数との組が記述される。第2識別子は、登録文字列に対して定められた機能の種類を当該登録文字列の分類として示すものである。機能の種類は、上述した第1実施形態のように機能が属するカテゴリを指す場合もあれば、機能そのものを指す場合もある。図12に示す例では、地図やグルメはカテゴリに相当し、スケジューラやメモ帳は機能そのものに相当する。図12では、AABBというデータ形式で記述されているが、これは第2識別子AAという機能の種類に対して、重み係数BBが与えられていることを意味する。図12の第4行には、httpwww~comと記述されているが、これは、登録文字列に関連する情報を提供するWebサイトのURLを意味する。これは、Web閲覧において参照されるアドレス情報であり、機能そのものを示す情報に相当する。重み係数は、ここでは0.0以上1.0以下の値であり、その値が大きいほど機能の種類に対する重み付けが大きいことを示す。また、辞書ファイル131aは、一の登録文字列について、重み係数の総和が1.0となるように構成されている。辞書ファイル131aでは、登録文字列の意味と関連が深い機能の種類を示す第2識別子が当該登録文字列に対応付けられ、例えば、その関連が深いほど重み係数が大きい。なお、辞書ファイル131aに辞書登録されたすべての登録文字列に、機能情報が割り当てられているとは限らない。図13は、機能選択ファイル251aの構成を示す図である。端末装置20は、入力文字列から特定される第2識別子と、提示対象となる機能との関係を記述した機能選択ファイル251aを、記憶部25に記憶している。図13に示すように、機能選択ファイル251aには、重み係数の総和が上位3位の種類の機能を、重み付け順の配置とするという内容が記述されている。ただし、機能選択ファイル251aのこの内容は一例であり、重み係数の総和が上位5位等とされてもよいし、ユーザにより設定された内容であってもよい。このように機能選択ファイル251aは、入力文字列に対応する登録文字列の機能情報に応じて提示対象となる機能の規則を記述したデータである。以上の構成を有する機能選択ファイル251aは、詳しくは後述するが、所定の提示方法で提示する機能を選択する際に、端末装置20により参照されるデータである。次に、制御部11の機能的構成について説明する。ここでは、上述した第1実施形態における機能的構成との相違点を主に説明する。情報取得部111は、通信部12の通信により端末装置20の入力情報を取得する。特定部112は、辞書ファイル131aを参照して、情報取得部111が取得した入力情報が示す入力文字列と、当該入力文字列に対応する登録文字列の機能情報つまり、第2識別子及び重み係数とを特定する。入力情報が音声情報である場合、特定部112は、辞書ファイル131aを参照して、音声情報を認識し、認識した入力文字列と入力文字列に対応する登録文字列の機能情報とを特定する。送信制御部113は、入力文字列と、入力文字列に対応する登録文字列について特定部112が特定した機能情報との組を端末装置20に送信するよう、通信部12を制御する。制御部11のこれ以外の機能は、上述した第1実施形態と同じである。次に、制御部21の機能的構成について説明する。ここでは、上述した第1実施形態における機能的構成との相違点を主に説明する。識別子取得部211は、無線通信部23により受信された入力文字列と、入力文字列に対応する登録文字列の機能情報との組を取得し、ここから機能情報を取得する。提示部212は、機能選択ファイル251a及び機能管理テーブル252を参照して、識別子取得部211が取得した機能情報に応じて提示対象となる機能を所定の提示方法で複数提示する。例えば、提示部212は、識別子取得部211が取得した機能情報と、機能選択ファイル251aに記述された内容とに応じて定まる機能を、他の機能よりも優先させて提示する。制御部21のこれ以外の機能は、上述した第1実施形態と同様である。次に、機能提示システム1の動作を説明する。図14は、機能提示システム1の動作を示すシーケンスチャートである。図14に示すステップSB1~SB3の処理ステップは、上述した第1実施形態のSA1~SA3と同じであるから、ここではその説明を省略する。以下の説明において、ユーザは品川及びラーメンを音声入力したものとする。サーバ装置10の制御部11は、辞書ファイル131aを参照して、音声情報を認識しステップSB4、認識した入力文字列とこの入力文字列に対応する登録文字列の機能情報とを特定するステップSB5。図12に示すように、辞書ファイル131aにおいて、登録文字列品川には、機能情報地図0.7、グルメ0.2、電話0.1が対応付けられ、登録文字列ラーメンには、機能情報グルメ0.4、レシピ0.3、買い物0.3が対応付けられている。次に、制御部11は、入力文字列と、入力文字列に含まれる登録文字列について特定した機能情報との組を端末装置20に送信するよう、通信部12を制御するステップSB6。端末装置20の制御部21は、入力文字列と、入力文字列に含まれる登録文字列について特定した機能情報との組を無線通信部23によって受信すると、ここから機能情報を取得するステップSB7。ここで、制御部21は、機能情報<地図0.7、グルメ0.2、電話0.1>及び<グルメ0.4、レシピ0.3、買い物0.3>をそれぞれ取得する。次に、制御部21は、機能選択ファイル251aを参照して、機能の種類毎に重み係数の総和を算出するステップSB8。ここでは、制御部21は、<地図0.7、グルメ0.6、レシピ0.3、買い物0.3、電話0.1>を算出する。次に、制御部21は、ステップSB8の処理で重み係数を算出した種類の機能から、決められた条件を満たす機能を実現するステップSB9。ここでは、制御部21は、重み係数が最大であった種類の機能を実現する。重み係数が最大であった機能の種類がカテゴリであった場合、制御部21は、そのカテゴリに属する機能優先度が最も高い機能を実現する。それ以外は、制御部21は、第1実施形態のステップSA9の処理と同様にすればよい。次に、制御部21は、機能選択ファイル251a及び機能管理テーブル252を参照して、ステップSB7で取得した機能情報に応じて提示対象となる機能を所定の提示方法で提示させるとともに、ステップSB9の処理に応じた機能の実現結果を提示するステップSB10。ここでは、制御部21は、図6に示す機能管理テーブル252で機能優先度が設定されたすべての機能を提示対象とし、かつ、機能情報に応じて提示対象となる機能を、他の機能よりも優先させて提示する。ここでは、制御部21は、機能選択ファイル251aに記述された重み係数の総和が上位3位の種類の機能を、重み付け順の配置とするという内容に従って、重み係数の総和が上位3位の種類の機能ここでは、カテゴリグルメ、買い物及び地図に属する機能について、重み係数の総和が高い順→機能優先度が高い順となるようにアイコン画像を配置して、機能提示画面をUI部24に表示させる。制御部21は、機能管理テーブル252で機能優先度が設定されたそれ以外の機能については、機能優先度や重み係数の総和とは無関係にアイコン画像を配置して、機能提示画面を表示させる。なお、本実施形態においても、制御部21は、機能選択ファイル251aで規定される条件を満たす機能のアイコン画像のみを提示し、機能管理テーブル252で機能優先度が設定された他の機能については提示しない、という提示方法を採用してもよい。要するに、制御部21は、予め決められた提示方法に従って、機能情報に応じて提示対象となった機能を少なくとも提示すればよい。以上説明した第2実施形態の機能提示システム1では、登録文字列の分類として登録文字列に定められた機能の種類を用いる点で、上述の第1実施形態と相違する。これにより、例えば、登録文字列と機能の種類との関係が多数のユーザによって利用される組み合わせであるほど、重み係数が大きくなるように設定されていれば、機能提示システム1では、多数のユーザの実際の利用状況の統計に応じた機能提示サービスを提供することが可能となる。また、サーバ装置10で辞書ファイル131aが管理されるので、入力文字列に応じて好ましい機能が時々刻々と変化することがあっても、サーバ装置10側での調整により、機能提示システム1において現在の状況に応じた機能の提示が可能となる。これ以外にも、本実施形態の機能提示システム1によれば、上述した第1実施形態と同等の作用効果を奏する。<第2実施形態の変形例>上述した第2実施形態の構成を、以下の2-1~2-3で説明する構成に変形してもよい。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。2-1機能提示システム1において、辞書ファイル131aに記述された重み係数をそのまま用いるのではなく、登録文字列毎の重要度に応じて重み係数を変化させてから、制御部21が重み係数の総和を算出するようにしてもよい。例えば、登録文字列品川に対して登録文字列ラーメンが2倍重要であったとすると、制御部21は、登録文字列ラーメンの重み係数を2倍にしてから、重み係数の総和を算出する。この場合、制御部21は、<地図0.7、グルメ0.2、電話帳0.1>、及び<グルメ0.8、レシピ0.6、買い物0.6>で加算するので、ステップSB10の処理では、カテゴリグルメ、地図、レシピの順で機能を優先させて提示する。登録文字列毎の重要度は、サーバ装置10の管理者や端末装置20のユーザにより設定されてもよいし、サーバ装置10や端末装置20により、入力文字列における登録文字列の入力頻度の希少度例えば、入力文字列としての利用が少ない登録文字列や、tf-idfTermFreaquencyInverseDocumentFrequency等の指標を用いて算出されてもよい。tf-idfは、文書中の単語に関する重みの一種であり、主に情報検索や文章要約等の分野で利用されるものであるが、例えば、これまで利用された入力文字列を用いて算出されればよい。これにより、例えば、表参道等のような利用頻度が高い登録文字列については、重要度が低く設定され、店舗名等のように、利用頻度が低い登録文字列については、重要度が高く設定される。2-2機能提示システム1では、機能の種類毎に重み係数を合算しているが、例えばカテゴリグルメと、機能グルメサイトAとの重み係数を合算するなど、機能と、その機能が属するカテゴリとの重み係数を合算してもよい。また、本実施形態の機能提示システム1では、重み係数の総和に応じて機能を提示しているが、これ以外にも、重み付けを反映させるための周知の方法を用いて機能を提示してもよい。2-3機能提示システム1で、機能の種類として、機能が属するカテゴリ又は機能そのもののどちらか一方が採用されてもよい。[第3実施形態]次に、本発明の第3実施形態について説明する。この第3実施形態の機能提示システム1では、上述した第1実施形態のように第1識別子に応じて機能を提示する第1の提示方法と、上述した第2実施形態のように機能情報第2識別子に応じて機能を提示する第2の提示方法とを択一的に採用して、機能を提示する。第1及び第2の提示方法のアルゴリズムは、上述した第1、第2実施形態と同じである。以下の説明において、本実施形態の機能提示システム1の構成のうち、第1実施形態と共通するものは同一の符号を付して表し、その各構成の説明及び図示を適宜省略する。また、第1実施形態と対応する構成について符号の末尾にbを付して表し、適宜その説明を省略する。ところで、ある入力文字列に対して第1及び第2の提示方法のいずれかを採用しようとした場合、以下のような事情が存在すると発明者は考えた。例えば有名人の名前が入力文字列に含まれている場合、第1の提示方法のように登録文字列の意味的な分類に基づいて機能を提示する構成では、どの有名人でも結果が同じになることがある。一方で、有名人の名前であっても、その名前によって、ユーザにとって好ましい機能は異なると考えられる。例えば、ユーザにしてみれば、ウェブログを開設している有名人であればそのウェブログを閲覧したいと考えることがあるし、有名人が歌手であればその有名人の音楽を聴きたいと考える場合があるし、有名人によってはその有名人の画像を閲覧したいと考える場合もある、という具合である。このような事情を考慮すると、第2の提示方法を採用するのが好ましいと考えられる。しかしながら、第2の提示方法で好ましい機能の提示結果をユーザが得るには、辞書ファイル131aにおいてユーザの利用状況に関して十分な統計結果が反映されていなければならず、統計量が不足していると、好ましい提示結果をユーザが得られない場合がある。また、入力文字列に複数の登録文字列が含まれている場合には、その組み合わせ次第で重み係数が様々に変化しうるので、必ずしもユーザにとって好ましい機能が提示されるとは限らない。このような事情に照らして、本実施形態の機能提示システム1では、上記第1又は第2の提示方法の一方を択一的に採用する。図15は、辞書ファイル131bの構成を示す図である。サーバ装置10は、音声認識辞書として用いられる辞書ファイル131bを記憶部13に記憶している。図15に示すように、辞書ファイル131bは、登録文字列と、第1識別子と、機能情報との各フィールドに記述された情報を対応付けたデータテーブルである。登録文字列のフィールドには、辞書ファイル131と同様、辞書ファイル131bに登録された文字列が記述される。第1識別子のフィールドには、辞書ファイル131と同様の第1識別子が記述される。機能情報のフィールドには、辞書ファイル131aと同様の情報が記述される。図16は、機能選択ファイル251bにあっては、上述した機能選択ファイル251,251aの双方の内容が記述されている。端末装置20は、機能選択ファイル251bを、記憶部25に記憶している。この実施形態の機能提示システム1において、第1又第2の提示方法のどちらを採用するかを決定するための仕組みとして、以下のようなものがある。例えば、特定部112は、入力文字列に対応する登録文字列が1つだけである場合、第2の提示方法を採用するように機能情報を特定し、登録文字列が2つ以上である場合には、第1の提示方法を採用するように第1識別子を特定する。以降、サーバ装置10及び端末装置20は、特定部112が特定した識別子に応じて、上述した第1、2実施形態のいずれかと同様にして機能する。例えば、入力文字列に品川又はラーメンの一方のみが含まれていれば、機能提示システム1では、第2の提示方法が採用される。また、入力文字列に品川及びラーメンの2つが含まれていれば、機能提示システム1では、第1の提示方法が採用される。このようにすれば、第1又は第2の提示方法のそれぞれの長所を活かすことができると考えられる。制御部21が第2の提示方法を採用する場合、図17に示す重み付け更新テーブル132を参照して、第1識別子が示すカテゴリに応じた更新係数を重み係数に作用させてここでは、乗じてから、重み係数の総和を算出するようにしてもよい。重み付け更新テーブル132は、例えばサーバ装置10で管理され記憶部13に記憶されている。制御部21は、重み付け更新テーブル132の内容を基に、例えば第1識別子地名食品に対応付けられたカテゴリグルメに属する機能について、重み係数に更新係数を乗じて2倍にしてから、重み係数の総和を算出する。このようにすれば、第2の提示方法の採用時においても、第1の提示方法で用いた意味的な分類による作用を反映させることができる。また、特定部112は、入力文字列に対応する登録文字列に、第1識別子又は第2識別子の一方しか対応付けられていない場合、識別子が記述されている方の提示方法を採用してもよい。これにより、機能提示システム1では、辞書ファイル131bにおける識別子の有無に応じて、適切な提示方法を選択し、より適切な機能を提示できることができる。これら以外にも、機能提示システム1において、辞書ファイル131bにおいてユーザの利用状況の統計が十分に反映されている登録文字列が入力文字列に含まれる場合には、第2の提示方法が採用されるようにし、それ以外の場合は、第1の提示方法が採用されてもよい。例えば、サーバ装置10が辞書ファイル131bに記述された登録文字列が入力文字列に含まれていた回数を数えておき、この回数が閾値以上になれば、統計量が十分と判断して第2の提示方法を優先して採用し、それ以外の場合は、第1の提示方法を採用する。機能提示システム1において第1又は第2の提示方法のどちらを採用するかの判定条件は、前掲以外のものであってもよい。また、以上の第3実施形態の機能提示システム1によれば、上述した第1、第2実施形態と同等の効果も奏する。[第4実施形態]次に、本発明の第4実施形態について説明する。この第4実施形態の機能提示システム1は、上述した第1~3実施形態で説明した辞書ファイルを更新する機能を有している。本実施形態の機能提示システム1の構成のうち、第1,2実施形態と共通するものは同一の符号を付して表し、その各構成の説明及び図示を適宜省略する。図18は、サーバ装置10の制御部11の機能的構成を示す機能ブロック図である。図18に示すように、制御部11は、プログラムを実行することにより、情報取得部111と、特定部112と、送信制御部113と、更新データ取得部114と、第1更新部115とに相当する機能を実現する。情報取得部111、特定部112及び送信制御部113は、上述した第1又は第2実施形態と同等に機能する。更新データ取得部114は、提示部212により複数機能が提示された後にユーザにより実現が指示された機能を特定するための更新データを取得する。更新データ取得部114は、UI部24が操作されていずれかの機能の実現が指示されると、その指示がなされた機能の通知を更新データとして、通信部12の通信により取得する。ユーザにより実現が指示される機能は、機能提示画面において提示された機能もあれば、機能提示画面において提示されなかった機能もある。第1更新部115は、更新データ取得部114が取得した更新データに基づいて、辞書ファイル131,131aを更新する。第1更新部115は、更新データ取得部114が取得した更新データで特定される機能が提示部212により提示されやすくなるように、辞書ファイル131,131aを更新する。次に、機能提示システム1の動作を説明する。以下、第1識別子に基づいて機能を提示する第1の提示方法の場合と、第2実施形態のように機能情報に基づいて機能を提示する第2の提示方法の場合とに分けて動作を説明する。図19は、第1の提示方法を採用した機能提示システム1の動作を示すシーケンスチャートである。ステップSA1~SA10までの処理ステップは、上述した第1実施形態と同じであるから、ここではその説明を省略する。端末装置20の制御部21は、ステップSA10の処理で機能提示画面をUI部24に表示させた後、アイコン画像のユーザの指定等によって、機能の実現の指示を受け付けるステップSA11。ここでは、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリの実行により実現される機能が指示されたものとする。この動作アプリは、機能提示画面において提示されていない機能に該当するものである。制御部21は、登録文字列品川及びラーメンである場合の提示結果に対し、動画アプリに関する機能の実現指示があった旨を、無線通信部23によりサーバ装置10に通知するステップSA12。サーバ装置10の制御部11は、通信部12より実現指示があった旨の通知を受信すると、この通知を更新データとして取得するステップSA13。次に、制御部11は、取得した更新データに基づいて、辞書ファイル131を更新するステップSA14。辞書ファイル131の更新方法として、以下のようなものがある。例えば、制御部11は、登録文字列品川及びラーメンを組み合わせて一の登録文字列として、品川ラーメンという登録文字列を辞書ファイル131に新たに記述する。そして、制御部11は、登録文字列品川ラーメンが入力文字列に含まれる場合に、機能動作アプリが提示されるように、第1識別子を決定する。この場合の第1識別子には、図5に示す機能選択ファイル251で、動作アプリが属するカテゴリ動画再生と対応付けられた映画名がある。このように制御部11は、入力文字列に含まれる登録文字列を複数組み合わせて一の登録文字列とする。そして、制御部11は、ステップSA13の処理で取得した更新データに基づいて、端末装置20で実現された機能が属するカテゴリを特定する。そして、制御部11は、特定したカテゴリに機能選択ファイル251において対応付けられた第1識別子を、組み合わせた登録文字列に対応付けるよう、辞書ファイル131を更新する。また、制御部11は、既登録の登録文字列品川及びラーメンのそれぞれの第1識別子を書き換えるように、辞書ファイル131を更新してもよい。この場合、制御部11は、辞書ファイル131において、登録文字列品川及びラーメンの双方又は一方に第1識別子映画名を追加するように更新する。このように制御部11は、ステップSA13の処理で取得した更新データに基づいて、端末装置20で実現された機能が属するカテゴリを特定する。そして、制御部11は、特定したカテゴリに機能選択ファイル251において対応付けられた第1識別子を登録文字列に対応付けるように、辞書ファイル131を更新する。図20は、第2の提示方法を採用した機能提示システム1の動作を示すシーケンスチャートである。ステップSB1~SB10までの処理ステップは、上述した第2実施形態と同じであるから、ここではその説明を省略する。端末装置20の制御部21は、ステップSB10の処理で機能提示画面をUI部24に表示させた後、アイコン画像のユーザの指定等によって、機能の実現の指示を受け付けるステップSB11。ここでは、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリの実行により実現される機能の実現が指示されるものとする。制御部21は、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリに関する機能の実現指示があった旨を、無線通信部23によりサーバ装置10に通知するステップSB12。サーバ装置10の制御部11は、通信部12より実現指示があった旨の通知を受信すると、この通知を更新データとして取得するステップSB13。次に、端末装置20の制御部21は、取得した更新データに基づいて、辞書ファイル131aを更新するステップSB14。辞書ファイル131aの更新方法として、以下のようなものがある。例えば、制御部11は、登録文字列品川及びラーメンを一の登録文字列品川ラーメンとして辞書ファイル131aに記述する。そして、制御部11は、この登録文字列品川ラーメンが入力文字列に含まれる場合に、機能選択サービスにおいて機能動画アプリが提示されやすくなるように、機能情報を設定する。例えば、制御部11は、カテゴリ動作再生の重み係数を1.0としたり、機能動画アプリの重み係数を1.0にしたりする。このように制御部11は、入力文字列に含まれる登録文字列を複数組み合わせて一の登録文字列とするとともに、ステップSB13の処理で取得した更新データに基づいて、端末装置20で実現された機能の種類機能そのものと、機能が属するカテゴリのどちらでもよい。を、当該一の登録文字列に対応付けるよう、辞書ファイル131aを更新する。また、制御部11は、既登録の登録文字列品川及びラーメンのそれぞれの機能情報を書き換えるように、辞書ファイル131aを更新してもよい。この場合、制御部11は、辞書ファイル131aにおいて、登録文字列品川及びラーメンの双方に、第2識別子映画名と重み係数とが対応付けられるように更新する。ここでは、制御部11は、登録文字列品川及びラーメンの第2識別子動画再生について、重み係数を0.1だけ加算するという具合に、決められた値を加算して新たな重み係数とするとよい。また、制御部11は、上述した稀少性やtf-idfの指標を用いて、稀少性の高いものやtf-idfが大きいほど、重み係数の増加量を大きくするようにしてもよい。また、制御部11は、登録文字列品川及びラーメンの第2識別子として、機能動画アプリを追加してもよい。このように制御部11が、ステップSB13の処理で取得した更新データに基づいて、端末装置20で実現された機能の種類を、入力文字列に含まれる一の登録文字列に新たに対応付けたり、当該登録文字列が既登録であれば当該機能の種類の重み係数を大きくしたりして、辞書ファイル131aを更新する。なお、機能提示システム1における辞書ファイルの更新は、ユーザにより機能提示サービスが利用されるたびに行われてもよいし、サーバ装置10で機能提示サービスの利用履歴が管理され、同じ利用が閾値以上の回数又は頻度行われたことを契機に更新されてもよい。また、機能提示システム1において、機能提示サービスの利用履歴に基づいて、同じ利用をした端末装置20の数又は割合が閾値以上となったことを契機に辞書ファイルが更新されてもよい。機能提示サービスの利用履歴を管理するために、例えば、更新データ取得部114は、取得した更新データで特定される機能の実現履歴例えば、機能の種類や機能の実現日時、機能を実現した端末装置を識別する情報を含む。を記憶部13に記憶蓄積させる。そして、第1更新部115は、記憶部13に蓄積された機能の実現履歴に基づいて、辞書ファイルを更新する。以上説明した第4実施形態の機能提示システム1では、実際のユーザの機能の利用状況を学習して、辞書ファイルを更新することができる。また、この機能提示システム1によれば、機能提示サービスの利用回数が増えるほど、より好ましい機能提示サービスを提供することができるし、登録文字列が自動で辞書ファイルに蓄積されるという効果も奏する。このようにして、本実施形態の機能提示システム1によれば、多数のユーザの利用状況に応じて、世間の動向や流行等を反映したサービスの提供が可能となる。なお、本実施形態の辞書ファイルの更新に係る構成は、上述した第3実施形態の機能提示システム1における辞書ファイル131bの更新にも適用可能である。[第5実施形態]次に、本発明の第5実施形態について説明する。この第5実施形態の機能提示システム1は、機能選択ファイル251,251aを更新する機能を有している。以下の説明において、本実施形態の機能提示システム1の構成のうち、第1,2実施形態と共通するものは同一の符号を付して表し、その各構成の説明及び図示を適宜省略する。図21は、端末装置20の制御部21の機能的構成を示す機能ブロック図である。図21に示すように、制御部21は、プログラムを実行することにより、識別子取得部211と、提示部212と、機能実現部213と、更新データ取得部214と、第2更新部215とに相当する機能を実現する。識別子取得部211、提示部212、及び機能実現部213は、上述した第1又は第2実施形態と同等に機能する。更新データ取得部214は、提示部212により複数機能が提示された後にユーザにより実現が指示された機能を特定するための更新データを取得する。更新データ取得部214は、UI部24が操作されていずれかの機能の実現が指示されると、その指示がなされた機能の更新データを取得する。第2更新部215は、更新データ取得部214が取得した更新データで特定される機能に基づいて機能選択ファイル251,251aを更新する。第2更新部215は更新データ取得部214が取得した更新データで特定される機能が提示部212で提示されやすくなるように、機能選択ファイル251,251aを更新する。次に、機能提示システム1の動作を説明する。以下、第1実施形態の提示方法の場合と第2実施形態の提示方法の場合とに分けて動作を説明する。図22は、第1の提示方法を採用した機能提示システム1の動作を示すシーケンスチャートである。ステップSA1~SA10までの処理ステップは、上述した第1実施形態と同じであるから、ここではその説明を省略する。端末装置20の制御部21は、ステップSA10の処理で機能提示画面をUI部24に表示させた後、アイコン画像のユーザの指定等により、機能の実現の指示を受け付けるステップSA11。ここでは、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリ実行が指示されるものとする。制御部21は、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリにより実現される機能を特定するための更新データを取得するステップSA15。次に、制御部21は、取得した更新データに基づいて、機能選択ファイル251を更新するステップSA16。機能選択ファイル251の更新方法として、以下のようなものがある。例えば、制御部21は、登録文字列品川ラーメンに対応して、第1識別子地名食品に対応するカテゴリを書き換えるように、機能選択ファイル251を更新する。この場合、制御部21は、機能選択ファイル251において、第1識別子地名食品又は人名食品に、カテゴリ動画再生を対応付けるように更新する。これにより、入力文字列に品川及びラーメンが含まれる場合に、カテゴリ動画再生に属する機能が提示されることになる。この場合、登録文字列大阪ハンバーグの場合も、第1識別子地名食品又は人名食品となるので、カテゴリ動画再生に属する機能が提示されやすくなる。このように制御部21は、ステップSA15の処理で取得した更新データに基づいて、端末装置20で実現された機能が属するカテゴリを特定する。そして、制御部21は、特定したカテゴリにステップSA7の処理で取得した第1識別子を新たに対応付けたり、この第1識別子に対応付けられたカテゴリ優先度を高くしたりして、機能選択ファイル251を更新する。図23は、第2の提示方法を採用した機能提示システム1の動作を示すシーケンスチャートである。ステップSB1~SB10までの処理ステップは、上述した第2実施形態と同じであるから、ここではその説明を省略する。端末装置20の制御部21は、ステップSB10の処理で機能提示画面をUI部24に表示させた後、アイコン画像のユーザの指定等により、機能の実現の指示を受け付けるステップSB11。ここでは、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリ実行が指示されるものとする。制御部21は、登録文字列品川、ラーメンである場合の提示結果に対し、動画アプリにより実現される機能を特定するための更新データを取得するステップSB15。次に、制御部21は、取得した更新データに基づいて、機能選択ファイル251aを更新するステップSB16。機能選択ファイル251aの更新方法として、以下のようなものがある。例えば、制御部21は、登録文字列品川ラーメンに対応して、カテゴリグルメ、地図およびレシピを選択するが、ここに強制的に、カテゴリ動画再生を含めるように、機能選択ファイル251a更新する。これにより、以降、入力文字列に品川及びラーメンが含まれる場合に、機能提示システム1では、カテゴリ動画再生に属する機能動画アプリが提示される。また、機能提示システム1において、重み係数に関わらず、カテゴリ動画再生や機能動画アプリの機能優先度を最も高い優先度として扱う内容が機能選択ファイル251aに記述されていてもよい。このように制御部11は、ステップSB13の処理で取得した更新データに基づいて、端末装置20で実現された機能の種類を特定し、特定した機能の種類がステップSB7の処理で取得した機能情報と同じものが取得されたときにこの種類が提示されやすくなるよう、機能選択ファイル251aを更新する。なお、機能提示システム1における機能選択ファイルの更新は、ユーザにより機能提示サービスが利用されるたびに行われてもよいし、サーバ装置10で機能提示サービスの利用履歴が管理され、同じ利用が閾値以上の回数又は頻度行われたことを契機に更新されてもよい。また、機能提示システム1において、機能提示サービスの利用履歴に基づいて、同じ利用をした端末装置20の数又は割合が閾値以上となったことを契機に更新されてもよい。機能提示サービスの利用履歴を管理するために、例えば、更新データ取得部214は、取得した更新データで特定される機能の実現履歴上述した第4実施形態と同じデータでよい。を記憶部25に蓄積させる。そして、第2更新部215は、記憶部25に蓄積された機能の実現履歴に基づいて、機能選択ファイルを更新する。以上説明した第5実施形態の機能提示システム1では、実際のユーザの機能の利用状況を学習して、機能選択ファイルを更新することができる。また、この機能提示システム1によれば、機能提示サービスの利用回数が増えるほど、より好ましい機能提示サービスを提供することができる。このようにして、本実施形態の機能提示システム1によれば、多数のユーザの利用状況に応じて、世間の動向や流行等を反映したサービスの提供が可能となる。なお、本実施形態の機能選択ファイルの更新に係る構成は、上述した第3実施形態の機能提示システム1の機能選択ファイル251bの更新にも適用可能である。また、第4,第5実施形態の更新の機能を両方備えた機能提示システム1としてもよい。[変形例]本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。[変形例1]上述した各実施形態では、端末装置20は辞書ファイル及び機能選択ファイルに基づいて提示する機能を特定していたが、端末装置20が以下のように動作するようにしてもよい。なお、本変形例では、端末装置20は、サーバ装置10により識別子が特定される前に入力文字列を取得する。端末装置20は、例えば、自装置の音声認識機能で入力文字列を取得する。なお、以下では、制御部11がサーバ装置10から取得する入力文字列を用いて行う制御の説明を省略する。図24は、端末装置20の動作を示すフローチャートである。制御部21は、入力文字列を取得するステップSC1。次に、制御部21は、入力文字列に特定の登録文字列が含まれるか否かを判断するステップSC2。特定の登録文字列は、ここでは、検索サイトAの名称○○や地図△△のように、ユーザが利用を希望する機能を特定可能な予め決められた文字列である。このような文字列が入力文字列に含まれていれば、実質的に、利用したい機能をユーザが指定したことに近いといえる。制御部21は、特定の登録文字列が含まれると判断した場合ステップSC2;YES、この登録文字列に対応して定められた機能を実現する。入力文字列が検索サイトA○○であれば、制御部21は、検索サイトAで検索語を○○として情報検索を行い、入力文字列が地図品川であれば、制御部21は、地図アプリを実行して品川区付近の地図を表示する、という具合である。このような特定の登録文字列と、実現対象となる機能との対応関係は記憶部25等に記憶され、制御部21はこの対応関係を参照するとよい。制御部21は、ステップSC3の処理を実行した後、又はステップSC2で特定の登録文字列が含まれないと判断した場合ステップSC2;NO、無線通信部23により入力文字列をサーバ装置10に送信するステップSC4。そして、上述した各実施形態の手順で、サーバ装置10によりこの入力文字列を入力情報として第1識別子又は機能情報が特定されると、制御部21は無線通信部23により第1識別子又は機能情報を受信するステップSC5。そして、制御部21は、受信した第1識別子又は機能情報と、機能選択ファイル及び機能管理テーブル252とに基づいて機能の種類を特定しステップSC6、提示対象の機能があるか否かを判断するステップSC7。ここで、制御部21は、提示対象の機能がある場合にはステップSC7;YES、上述した各実施形態と同様にして、機能管理テーブル252に従って機能を提示するステップSC8。一方、制御部21は、提示対象の機能がない場合にはステップSC7;NO、標準設定の機能を提示するステップSC9。ここでは、制御部21は、所定の情報検索サイトやメモ帳等、適切な機能が提示できなかった場合においてユーザが希望する可能性の高いと推定される所定の機能を提示する。この機能は、ユーザ設定や設計段階等で決められてもよいし、制御部21が、ユーザの過去の利用履歴に基づいて、利用回数や頻度が閾値以上となった機能を提示してもよい。本変形例の構成によれば、端末装置20は、入力文字列に含まれる文字列そのものから、ユーザの希望する機能を推定して提示することが可能である。また、提示対象の機能がない場合であっても、何の機能も提示されないで、ユーザが不便に感じてしまうことを抑えることができる。[変形例2]上述した各実施形態では、入力文字列に対して辞書ファイル及び機能選択ファイルを参照して機能提示していたので、登録文字列の表記方法がいかようであっても、登録文字列が同一であれば提示結果が同一になることがある。例えば、入力文字列にラーメンという1つの登録文字列が含まれる場合、ラーメンが食べたい、ラーメンの作り方のどちらであっても、提示結果が同じになるということである。しかしながら、前者の入力文字列であれば、カテゴリグルメの機能がユーザにとって好適であるといえるし、後者の入力文字列であれば、カテゴリレシピの機能がユーザにとって好適であるといえる。このように、入力文字列における登録文字列の表記方法は、入力文字列における当該登録文字列以外の文字列又は文字によって変化しうるものである。そこで、本変形例では、提示部212は、識別子取得部211から識別子とともに入力文字列を取得し、入力文字列における登録文字列の表記方法に従って、機能の提示方法を異ならせる。例えば、食べたいや作り方のような文字列に対応するカテゴリ又は機能を示す情報が記憶部25に記憶されていて、提示部212はこの情報に従って、他の機能よりも優先させて提示する機能を特定する。提示部212は、アイコン画像の配置順を変更するようにして機能の提示方法を異ならせてもよいし、優先させて提示する機能のみを提示してもよい。また、提示部212は、入力文字列を解析して、入力文字列において文字数、登録文字列数又は形態素数が閾値以上である場合には、機能選択ファイルを参照しないで機能を提示するようにしてもよい。例えば、入力文字列がラーメンを最初に発明したのは誰かの場合、提示部212は、予め決められた機能として、カテゴリWeb検索に属する機能やメモ帳を選択する、という具合である。[変形例3]上述した各実施形態では、情報取得部111、特定部112及び送信制御部113に相当する機能がサーバ装置10で実現され、識別子取得部211、提示部212及び機能実現部213に相当する機能が端末装置20で実現されていたが、前掲した各機能を実現する装置は、この態様に限定されるものではない。要するに、機能提示システム1により実現される機能的構成が、例えば図25に示す構成になればよい。例えば、サーバ装置10が、情報取得部111、特定部112及び識別子取得部211に相当する機能を実現してもよい。この場合、サーバ装置10は、辞書ファイル及び機能選択ファイルの双方を記憶する。サーバ装置10は、機能選択ファイルを参照して提示対象となる機能の種類を選択すると、その内容を端末装置20に通知する。そして、端末装置20において、提示部212は、通知された種類の機能を、機能管理テーブルを参照して提示する。また、上述したすべての機能が端末装置20で実現されてもよい。この場合、端末装置20は、入力情報を取得すると、辞書ファイルを参照して、入力情報が示す入力文字列と識別子つまり、第1又は第2識別子とを特定する。そして、端末装置20は、特定した識別子と、機能選択ファイル及び機能管理テーブルとに応じて、機能を提示する。この場合、端末装置20が辞書ファイル及び機能選択ファイルの双方を記憶する。この構成であっても、サーバ装置10が端末装置20に更新データを送信する等して、上述した第4,5実施形態と同様にして、端末装置20が辞書ファイル及び機能選択ファイルを更新することも可能である。また、この場合において、辞書ファイル及び機能選択ファイルをサーバ装置10が記憶し、端末装置20がサーバ装置10に問い合わせて、機能選択ファイルを参照した処理を行うようにしてもよい。[変形例4]上述した各実施形態の機能提示システム1において、参照される辞書ファイルや機能選択ファイルが状況に応じて異なるようにしてもよい。例えば、機能提示システム1において、端末装置20のユーザのユーザ属性に応じて、参照される辞書ファイルや機能選択ファイルを異ならせてもよい。この場合、端末装置20は、ユーザの性別や年齢、出身地、趣味等のユーザ属性を示す属性情報を、入力情報の送信時等にサーバ装置10に送信する。サーバ装置10の制御部11情報取得部111は、ユーザ属性を示す属性情報を取得する。そして、制御部11特定部112は、取得した属性情報が示すユーザ属性に対応した辞書ファイルを参照して、識別子を特定する。一方、端末装置20の制御部11提示部212は、ユーザ属性に対応した機能選択ファイルを参照して機能を提示する。このようにすれば、ユーザ属性に応じて利用機能の傾向が異なる場合であっても、この傾向を機能提示サービスへ反映させることが可能となる。また、機能提示システム1において、辞書ファイルや機能選択ファイルをユーザ毎に異ならせるようにしてもよい。また、端末装置20の位置に応じて、機能提示システム1で参照される辞書ファイルや機能選択ファイルを異ならせてもよい。例えば、端末装置20のユーザが東京に居て大阪の情報を調べるときは、定番の観光地を調べることを希望する場合が多いと推定される。一方、端末装置20のユーザが大阪に居て大阪の情報を調べるときは、電車の乗換案内を調べることを希望する場合が多いと推定される。このように、ある入力文字列に対する利用機能の傾向は、ユーザの居る場所に応じて異なることが考えられる。そこで、端末装置20はGPSGlobalPositioningSystem測位や基地局測位等を行って自装置の位置を特定してサーバ装置10に通知する。そして、サーバ装置10及び端末装置20は、この位置に応じた辞書ファイルや機能選択ファイルを選択して機能を提示するようにしてもよい。また、時刻に応じて、機能提示システム1で参照される辞書ファイルや機能選択ファイルを異ならせてもよい。例えば、昼間や夜間にハンバーグという登録文字列が含まれる入力文字列が使用された場合、ハンバーグを食べたいとユーザが考えていると推定されるので、カテゴリグルメの機能が好適であると推定される。一方、夕方にハンバーグという登録文字列が含まれる入力文字列が使用された場合、ハンバーグのレシピをユーザが調べたいと考えていて、カテゴリレシピの機能が好適であると推定される。そこで、サーバ装置10はタイマの計時時刻から現在時刻を特定して、特定した現在時刻に応じた辞書ファイルを選択して参照する。端末装置20においても、タイマの計時時刻から現在時刻を特定して、特定した時刻に応じた機能選択ファイルを選択して機能を提示するとよい。また、端末装置20の位置や時刻に応じて参照される辞書ファイルや機能選択ファイルを異ならせる構成は、カテゴリ優先度や重み係数を端末装置20の位置や時刻に応じて変化させることでも実現可能である。[変形例5]上述した各実施形態の機能提示システム1では、カテゴリ優先度や機能優先度という情報が存在していたが、本発明は、これらを扱うことを必須とするものではない。この場合であっても、端末装置20では機能の提示を行うことは可能である。カテゴリ優先度がない構成であれば、端末装置20は、第1識別子に基づいて特定した複数のカテゴリを平等に扱うが、例えば、機能選択ファイル251における記述順が先のカテゴリを、カテゴリ優先度が高いカテゴリと同じようにして扱ってもよい。また、機能優先度がない構成であれば、端末装置20は、各カテゴリ内に属する複数機能を平等に扱うが、例えば、機能管理テーブル252における記述順が先の機能ほど、機能優先度が高い機能と同じようにして扱ってもよい。[変形例6]また、端末装置20は、ステップSA9又はステップSB9の処理で、ユーザからの指示なしに機能を実現していたが、これを実現しない構成であってもよい。この場合、制御部21は機能実現部213に相当する機能を実現しなくてよい。このような場合、サーバ装置10が、入力文字列に対して特定した識別子を端末装置20に提供するものの、入力文字列については提供しない構成とすることも可能である。もちろん、機能実現部213が、ユーザからの指示なしに機能を実現する場合に入力文字列を用いないのであれば、サーバ装置10が入力文字列を端末装置20に提供しなくてもよい。また、端末装置20は、複数の機能の実現結果を機能提示画面において並べて提示できる場合、ユーザによる機能の実現指示を受け付けることなく、決められた条件を満たす複数機能を実現し、その結果を提示してもよい。この場合、例えば、端末装置20は、カテゴリ優先度が閾値以上であるカテゴリに属する機能をすべて実現する。[変形例7]上述した各実施形態では、サーバ装置10が、入力文字列に含まれる登録文字列と、辞書ファイルに記述された登録文字列とが一致した場合に識別子を特定していたが、例えばいわゆる表記ゆれを考慮して、入力文字列に含まれる登録文字列コンピュータに対し、辞書ファイルに辞書登録された登録文字列コンピューターの識別子を特定してもよい。また、サーバ装置10は、略語の利用を考慮して、入力文字列に含まれる登録文字列パソコンに対し、辞書ファイルに辞書登録された登録文字列パーソナルコンピュータの識別子を特定してもよい。このように、サーバ装置10では、取得した入力文字列に対応する登録文字列の識別子を、辞書ファイルを参照して特定すればよい。[変形例8]上述した各実施形態において、端末装置20の入力情報は音声情報に限らない。入力情報は、端末装置20の撮影装置で撮影された内容を示す画像情報であってもよい。この場合、例えば、文字列例えば、手書き文字が含まれる原稿が撮影装置で撮影される。サーバ装置10の制御部11は、文字認識辞書として用いられ、登録文字列に識別子を割り当てた辞書ファイルを参照して、画像情報である入力情報を認識し、認識した入力文字列とこの入力文字列に対応する登録文字列の識別子とを特定する。このように、入力情報が辞書ファイルを参照して入力文字列を認識できる情報であり、かつ、この辞書ファイルにおいて登録文字列に識別子が割り当てられていれば、サーバ装置10は、入力文字列を得た後に識別子を特定するためのデータベース参照に係る処理を必要としない。よって、上述した各実施形態と同様、入力情報が端末装置20に入力されてから機能提示までに要する時間の増大が抑えられる。また、ユーザによりUI部24が操作されて、文字情報が入力情報として端末装置20に入力されてもよい。この場合、端末装置20は、入力情報として入力文字列を受け付けて、この入力文字列をサーバ装置10に提供することとなる。このような場合、識別子の特定に用いられる辞書ファイルは、入力情報の認識に用いられる辞書でなくてよい。このように、サーバ装置10が、入力情報を認識して入力文字列を特定する機能を有していなくてよい。また、入力情報が音声情報である場合であっても、端末装置20に実装された音声認識機能を用いて端末装置20が音声認識を行って入力文字列を特定し、これをサーバ装置10に提供してもよい。また、端末装置20及びサーバ装置10以外の装置例えば、汎用の音声認識サーバによって音声認識が行われてもよい。[変形例9]また、第1識別子及び第2識別子は、それぞれ登録文字列の分類を識別するものであればよいから、通し番号や無意味文字によって表されてもよい。また、上述した各実施形態の機能提示システム1では、1つのカテゴリに複数の機能が属していたが、1つのカテゴリに1つの機能が属していてもよい。この場合、本発明の機能の種類は、必然的に機能そのものに対応することとなる。また、端末装置20における機能の提示の態様は、アイコン画像の表示に限らず、検索サイトAという文字列を表示する等、別の態様であってもよい。また、端末装置20は、提示結果から機能の実現を指示できる態様で表示するのではなく、機能の通知のみを目的とした提示を行ってもよい。また、サーバ装置10の制御部11や端末装置20の制御部21が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現されうる。"