JP5180331B2 - 通信端末、サーバ装置、通信方法およびプログラム - Google Patents

Description

本発明は、アプリケーション提供システム、携帯端末装置、およびサーバ装置に関する。

近年、携帯電話などの携帯端末装置に無線通信可能なＩＣチップが備えられ、外部装置と携帯端末装置のＩＣチップとの間で非接触式に通信を行って、データを送受信することが可能となっている。通常、携帯端末装置に備わるＩＣチップは、外部装置との通信中は携帯端末装置のアプリケーションの実行を制御するコントローラとの通信ができない。また、コントローラとの通信中は外部装置との通信ができないようになっている。

そこで、外部装置から携帯端末装置で実行されるアプリケーションを指定する情報とともに特殊コマンドを送信することにより、外部装置に指定されたアプリケーションを携帯端末装置側でスムーズに起動して実行させる技術が開発されている（例えば、特許文献１）。具体的には、携帯端末装置に備わるＩＣチップは、上記特殊コマンドを受信すると、コントローラとの通信を可能とする通信状態に遷移する。そして、コントローラは、この遷移したタイミングで外部装置からアプリケーションを指定する情報を取得して、指定されたアプリケーションを実行させる。

特開２００５−１０８０４４号公報

しかし、上記外部装置に指定されたアプリケーションが携帯端末装置に存在しなかった場合には、指定されたアプリケーションをサービス会社のＷｅｂサイトなどからダウンロードして取得しない限り、ユーザは所望の情報を得ることができない。ユーザがアプリケーションを取得するためには、サービス会社にアプリケーションを要求するための電子メールを送信したり、サービス会社のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を入力したりする必要がある。

上記のようなアプリケーションを要求するための操作は面倒であるため、ユーザは、アプリケーションの取得をせず、所望の情報を得ることを断念してしまう場合があった。また、ＵＲＬの誤入力などによりユーザがアプリケーションを取得できないために、所望の情報を得ることができない場合もある。このように、指定されたアプリケーションが携帯端末装置に存在しない場合には、ユーザは、データを取得しても所望の情報を得ることができず、サービス会社は要求された情報をユーザに提供する機会を損失してしまうという問題があった。

そこで、本発明は、このような問題に鑑みてなされたもので、その目的とするところは、指定されたアプリケーションの存在可否を判断して、ユーザが所望の情報をスムーズに取得可能な、新規かつ改良されたアプリケーション提供システム、携帯端末装置、およびサーバ装置を提供することにある。

上記課題を解決するために、本発明のある観点によれば、無線通信可能なＩＣチップを備えた携帯端末装置とサーバ装置とが通信網を介して接続されたアプリケーション提供システムであって：上記携帯端末装置は、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報とを含む送信電文を受信するためにＩＣチップ内に設けられた送信電文受信部を備えており、さらに、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが存在するか否かを判定するアプリケーション判定部と；アプリケーション判定部によりアプリケーションが存在しないと判定された場合に、対応するアプリケーションの送信要求を生成する送信要求生成部と；上記サーバ装置から送信されるアプリケーションを受信して格納するアプリケーション格納部と；を備え、上記サーバ装置は、携帯端末装置に送信する送信電文を生成する送信電文生成部と；携帯端末装置の要求に応じて、送信電文を送信する送信電文送信部と；携帯端末装置に、パラメータ情報に基づいて実行されるアプリケーションが存在しなかった場合に、携帯端末装置からのアプリケーション送信要求を受け付ける送信要求受付部と；アプリケーションの識別情報とアプリケーションを関連付けて記憶するアプリケーション記憶部と；送信要求受付部により受け付けられた携帯端末装置の要求に応じたアプリケーションを携帯端末装置に送信するアプリケーション送信部と；を備えることを特徴とする、アプリケーション提供システムが提供される。

上記パラメータ情報は、携帯端末装置のアプリケーションにユーザ所望の情報を表示させたり、アプリケーションに所定の処理を実行させたりするための情報である。また、アプリケーションの識別情報は、アプリケーションを識別可能な情報であって、例えば、所定のＩＤやＵＲＬなどにより識別可能な状態で携帯端末装置に格納されている。

上記構成によれば、サーバ装置により生成された送信電文を受信した携帯端末装置は、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションの存在可否を判断して、携帯端末装置にアプリケーションがなかった場合に、サーバ装置に対してアプリケーションの送信を要求する。これにより、携帯端末装置にアプリケーションの識別情報に対応するアプリケーションが存在しなかった場合でも、ユーザがＵＲＬ入力等の面倒な操作をせずに、送信電文受信からアプリケーションの取得までの処理を一連の流れでスムーズに行うことができる。さらに携帯端末装置は、サーバ装置に対してアプリケーションの識別情報に対応するアプリケーションの送信要求をユーザの操作なしに行うことができるため、ユーザはアプリケーションの配布場所を予め把握する必要がなくなる。また、ユーザが簡易な操作で携帯端末装置に存在しないアプリケーションを取得できることにより、ユーザに情報を提供するサービス会社は、より確実に情報を提供することが可能となる。

上記課題を解決するために、本発明の別の観点によれば、サーバ装置と通信網を介して接続され、無線通信可能なＩＣチップを備えた携帯端末装置であって：パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を受信するためにＩＣチップに設けられた送信電文受信部を備えており、さらに、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが存在するか否かを判定するアプリケーション判定部と；アプリケーション判定部によりアプリケーションが存在しないと判定された場合に、対応するアプリケーションの送信要求を生成する送信要求生成部と；サーバ装置から送信されるアプリケーションを受信して格納するアプリケーション格納部と；を備えることを特徴とする、携帯端末装置が提供される。

また、上記携帯端末装置は、送信電文に含まれるパラメータ情報に基づいて実行されたアプリケーションの実行結果を表示する表示部を備えてもよい。

上記構成によれば、サーバ装置から送信電文を送信された携帯端末装置は、送信電文に含まれるアプリケーションの識別情報によりアプリケーションの存在可否を判断して、アプリケーションが存在しなかった場合に、サーバ装置にアプリケーションの要求を行う。これにより、携帯端末装置にアプリケーションの識別情報に対応するアプリケーションが存在しなかった場合でも、対応するアプリケーションをサーバ装置から自動的にインストールして、スムーズにユーザに情報を提供することができる。

上記携帯端末装置は、所定のアプリケーションの実行を制御するコントローラを備え、コントローラは、送信電文に含まれるパラメータ情報に基づいて、アプリケーションの識別情報に対応するアプリケーションを実行させるようにしてもよい。

また、上記ＩＣチップは、サーバ装置と通信網を介して接続された外部の通信装置との間で近距離の非接触通信を行う第１通信部と；コントローラとの間で通信を行う第２通信部と；を備え、第１通信部を介して外部の通信装置から送信電文を受信し、第２通信部を介して送信電文をコントローラに送信するようにしてもよい。上記構成により、ＩＣチップが第１通信部による外部の通信装置との通信と、第２通信部によるコントローラとの通信との切り替えを行って、外部の通信装置から送信された送信電文に含まれるパラメータ情報に基づいて、アプリケーションをスムーズに実行することが可能となる。

上記送信電文には、携帯端末装置の仕様に応じた複数のアプリケーションの識別情報が含まれており、アプリケーション判定部は、複数のアプリケーションの識別情報によりアプリケーションが存在するか否かを判定するようにしてもよい。

上記課題を解決するために、本発明の別の観点によれば、無線通信可能なＩＣチップを備えた携帯端末装置と通信網を介して接続されたサーバ装置であって：パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を生成する送信電文生成部と；携帯端末装置の要求に応じて、送信電文を送信する送信電文送信部と；携帯端末装置にパラメータ情報に基づいて実行されるアプリケーションが存在しなかった場合に、携帯端末装置からのアプリケーション送信要求を受け付ける送信要求受付部と；アプリケーションの識別情報とアプリケーションを関連付けて記憶するアプリケーション記憶部と；携帯端末装置の要求に応じたアプリケーションを携帯端末装置に送信するアプリケーション送信部と；を備えることを特徴とする、サーバ装置が提供される。

上記サーバ装置は、上記アプリケーション送信部は、携帯端末装置の要求に応じたアプリケーションをアプリケーション記憶部から取得して送信するようにしてもよい。

上記構成によれば、上記サーバ装置は、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を生成して、携帯端末装置にアプリケーションがなかった場合に、上記アプリケーション識別情報に対応するアプリケーションを送信する。これにより、携帯端末装置にアプリケーションの識別情報に対応するアプリケーションが存在しなかった場合でも、ユーザがＵＲＬ入力等の面倒な操作をせずに、スムーズにアプリケーションを取得することが可能となる。また、ユーザが簡易な操作で携帯端末装置に存在しないアプリケーションが取得できることにより、ユーザに情報を提供するサービス会社は、より確実に情報を提供することが可能となる。

また、上記送信電文生成部は、携帯端末装置の仕様に応じた複数のアプリケーションの識別情報を含む送信電文を生成してもよい。

上記課題を解決するために、本発明の別の観点によれば、無線通信可能なＩＣチップを備えた携帯端末装置と、携帯端末装置と通信網を介して接続されたサーバ装置と、を用いて実現されたアプリケーション提供方法であって：ＩＣチップが、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を受信するステップと；携帯端末装置が、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが存在するか否かを判定するステップと；アプリケーション判定部によりアプリケーションが存在しないと判定された場合に、対応するアプリケーションの送信要求を生成してサーバ装置に送信するステップと；サーバ装置から送信されるアプリケーションを受信して格納するステップと；を含むことを特徴とする、アプリケーション提供方法が提供される。

上記課題を解決するために、本発明の別の観点によれば、サーバ装置と通信網を介して接続され、無線通信可能なＩＣチップを備えた携帯端末装置をして、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を受信する処理と；送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが存在するか否かを判定する処理と；アプリケーションが存在しないと判定された場合に、対応するアプリケーションの送信要求を生成する処理と；サーバ装置から送信されるアプリケーションを受信して格納する処理と；を実行せしめることを特徴とする、コンピュータプログラムが提供される。

上記課題を解決するために、本発明の別の観点によれば、無線通信可能なＩＣチップを備えた携帯端末装置と通信網を介して接続されたサーバ装置をして、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を生成する処理と；携帯端末装置の要求に応じて、送信電文を送信する処理と；携帯端末装置にパラメータ情報に基づいて実行されるアプリケーションが存在しなかった場合に、携帯端末装置からのアプリケーション送信要求を受け付ける処理と；携帯端末装置の要求に応じたアプリケーションを携帯端末装置に送信する処理と；を実行せしめることを特徴とする、コンピュータプログラムが提供される。

上記コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記の情報処理装置として機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供される。記録媒体は、例えば、磁気ディスク、光ディスクなどである。

以上説明したように本発明によれば、指定されたアプリケーションの存在可否を判断して、ユーザが所望の情報をスムーズに取得可能な、アプリケーション提供システム、携帯端末装置、およびサーバ装置を提供することができる。

本発明の実施形態にかかるアプリケーション提供システムを示す説明図である。 同実施の形態における携帯端末装置およびサーバ装置の機能構成を示すブロック図である。 同実施の形態における送信電文の一例を示す説明図である。 同実施の形態におけるＰＣの構成を示すブロック図である。 同実施の形態における非接触型ＩＣチップを備えた携帯端末装置の構成を示すブロック図である。 同実施の形態におけるアプリケーション提供システムの処理の流れを説明するフローチャートである。 同実施の形態におけるサーバ装置と携帯端末装置との間での情報の流れについて説明するタイミングチャートである。 同実施の形態におけるサーバ装置と携帯端末装置とＰＣとの間での情報の流れについて説明するタイミングチャートである。 同実施の形態における携帯端末装置の表示画面の画面表示例を説明する説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

まず、図１に基づいて、本発明の実施形態にかかるアプリケーション提供システム１０の全体構成について説明する。アプリケーション提供システム１０は、例えば、携帯端末装置１００ａ、１００ｂ、１００ｃ（以下、単に携帯端末装置１００と称する）と、サーバ装置２００と、ネットワーク３００と、リーダ／ライタ４００ａ、４００ｂ（以下、単に外部リーダ／ライタ４００と称する）と、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）５００などを備える。

サーバ装置２００は、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報を含む送信電文を生成し、ネットワーク３００を介して携帯端末装置１００に送信する。パラメータ情報は、携帯端末装置１００のアプリケーションにユーザ所望の情報を表示させたり、アプリケーションに所定の処理を実行させたりするための情報であって、例えば、「表示画面に“Ｈｅｌｌｏ！”を表示させる」という情報が含まれている。このパラメータ情報を入力データとして、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが実行される。例えば、「表示画面に“Ｈｅｌｌｏ！”を表示させる」というパラメータ情報を入力データとして、アプリケーションの識別情報に対応するアプリケーションが実行されて、携帯端末装置１００の表示画面に“Ｈｅｌｌｏ！”と表示させることができる。また、サーバ装置２００は携帯端末装置１００に提供するアプリケーションを保有しており、携帯端末装置１００からの送信要求に応じてネットワーク３００を介して携帯端末装置１００にアプリケーションを送信する。

アプリケーション提供システム１０には、複数のサーバ装置２００が含まれていてもよい。また、サーバ装置の機能や保有するデータ毎に異なる装置とするようにしてもよい。例えば、アプリケーションを保有するアプリケーションサーバ、アプリケーションをダウンロードさせるためのダウンロードサーバ、Ｗｅｂページを提供するＷｅｂサーバとして、各サーバ装置をネットワークを介して接続するようにしてもよい。

携帯端末装置１００は、サーバ装置１００により生成された送信電文を受信して、送信電文に含まれるパラメータ情報に基づいてアプリケーションの識別情報に対応するアプリケーションを実行する。携帯端末装置１００は、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが存在するか否かを判定し、存在しないと判定された場合に、対応するアプリケーションの送信要求を生成してサーバ装置２００に送信する。携帯端末装置１００は、サーバ装置２００から要求したアプリケーションを取得して実行することが可能となる。携帯端末装置１００としては、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯用ゲーム機器、時計などを例示することができる。

サーバ装置２００により送信される送信電文は、リーダ／ライタ４００またはＰＣ５００を介して携帯端末装置１００に送信されるようにしてもよい。また、ＰＣ５００がサーバ装置２００より取得した送信電文をリーダ／ライタ４００を介して携帯端末装置１００に送信するようにしてもよい。また、サーバ装置２００は、携帯端末装置１００やＰＣ５００において表示可能なＷｅｂページを保有し、携帯端末装置１００またはＰＣ５００からの要求に応じて、送信電文が埋め込まれたＷｅｂページを送信するようにしてもよい。Ｗｅｂページはサーバ装置２００に格納されていてもよいし、サーバ装置２００とは別の装置に格納されていてもよい。

リーダ／ライタ４００は、無線通信装置の一例であり、無線通信可能な範囲内に存在する非接触型ＩＣチップに送信電文を無線通信により送信する機能を有する。なお、リーダ／ライタ４００は、ＰＣ５００に組み込まれ、ＰＣと一体的に構成されていてもよいし、独立した装置としてケーブルでＰＣ５００に接続されていてもよい。また、ネットワーク３００を介してサーバ装置２００と接続された独立した装置であってもよい。

ＰＣ５００は、ネットワーク３００を介してサーバ装置２００から送信電文を取得して、送信電文を携帯端末装置１００に無線通信により送信するようにリーダ／ライタ４００に指示する。また、ＰＣ５００は、サーバ装置２００からパラメータ情報を含むＷｅｂページを取得して、Ｗｅｂページに埋め込まれているパラメータ情報に基づいて送信電文を生成してリーダ／ライタ４００を介して携帯端末装置１００に送信するようにしてもよい。

リーダ／ライタ４００により送信電文が携帯端末装置１００に送信される場合には、携帯端末１００に無線通信可能な非接触型のＩＣチップが備えられ、リーダ／ライタ４００と携帯端末装置１００との間で無線通信を行い、送信電文が送受信される。上述したように、非接触型ＩＣチップにより受信された送信電文にはパラメータ情報とアプリケーションの識別情報が含まれている。送信電文は携帯端末装置１００内のコントローラに送信され、パラメータ情報に基づいて、アプリケーションの識別情報に対応するアプリケーションが実行される。

例えば、リーダ／ライタ４００が送信電文とともに非接触型ＩＣチップの通信を制御するコマンドを送信することにより、非接触型ＩＣチップと携帯端末装置１００のコントローラとの通信をスムーズに行うことができる。具体的には、リーダ／ライタ４００から携帯端末装置１００の非接触型ＩＣに無線通信により送信電文と通信制御コマンドが送信され、通信制御コマンドを受信した非接触型ＩＣは、リーダ／ライタ４００との通信を携帯端末装置１００のコントローラとの通信に切替えて、コントローラに送信電文が送信される。

携帯端末装置１００は、非接触型ＩＣチップを内蔵していてもよいし、非接触型ＩＣチップ搭載のＩＣカードを挿入可能なカードスロットなどを備え、カードスロットに挿入されたＩＣカードとリーダ／ライタ４００との間で無線通信が行われるようにしてもよい。

ネットワーク３００は、サーバ装置２００と携帯端末装置１００またはリーダ／ライタ４００またはＰＣ５００とを双方向通信可能に接続する通信回線網である。ネットワーク３００は、例えば、インターネット、電話回線網、衛星通信網等の公衆回線網や、ＷＡＮ、ＬＡＮ、ＩＰ−ＶＰＮ等の専用回線網などで構成されており、有線・無線を問わない。

以上、アプリケーション提供システム１０の全体構成について説明した。次に、図２に基づいて、本実施形態にかかる携帯端末装置１００およびサーバ装置２００の機能構成について説明する。

図２は、携帯端末装置１００およびサーバ装置２００の機能構成を示すブロック図である。図２に示したように、携帯端末装置１００は、送信電文受信部１０２と、アプリケーション判定部１０４と、送信要求送信部１０６と、送信要求生成部１０８と、アプリケーション受信部１１０と、表示部１１２と、アプリケーション格納部１１４などを備える。

送信電文受信部１０２は、例えば、通信回線、通信回路、通信デバイス等で構成された通信インタフェースであって、サーバ装置２００により送信された送信電文を受信する機能を有する。送信電文受信部１０２により受信された送信電文は、アプリケーション判定部１０４に提供される。上述したように、サーバ装置２００により送信される送信電文は、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報とを含む送信電文である。

図３に基づいて、サーバ装置２００により送信される送信電文について詳細に説明する。図３は、サーバ装置２００により送信される送信電文の一例を示す説明図である。送信電文には、ヘッダ情報１５２と、送信パラメータ１５０と、フッダ情報１６０などが含まれる。送信パラメータ１５０には、ＵＲＬ１５４、ＩＤ１５６、Ｐａｒａｍ１５８などが含まれる。Ｐａｒａｍ１５８はパラメータ情報であり、ＵＲＬ１５４とＩＤ１５６は、Ｐａｒａｍ１５８に基づいて実行されるアプリケーションの識別情報である。携帯端末装置１００のアプリケーションは、後述するアプリケーション格納部１１４に格納されており、アプリケーションはＩＤ１５６またはＵＲＬ１５４などにより識別可能な状態で格納されている。

アプリケーション識別情報は、携帯端末装置１００の仕様により異なるようにしてもよい。例えば、移動体通信事業者Ｄ社仕様の携帯端末装置１００では、アプリケーションをＵＲＬ１５４で識別し、移動体通信事業者Ｋ社およびＶ社仕様の携帯端末装置１００は、アプリケーションをＩＤ１５６で識別するようにしてもよい。本実施形態では、送信電文にＵＲＬ１５４とＩＤ１５６とを含めることにより、仕様の異なるＤ社、Ｋ社およびＶ社の携帯端末装置１００で後述するアプリケーションの存在可否の判定が可能となる。

アプリケーション判定部１０４は、送信電文に含まれるアプリケーション識別情報に対応するアプリケーションが存在するか否かを判定する機能を有する。例えば、アプリケーション判定部１０４は、提供された送信電文に含まれるアプリケーション識別情報に対応するアプリケーションの実行を行って、アプリケーションが正しく実行されなかった場合には、対応するアプリケーションが存在しないと判定するようにしてもよい。アプリケーション判定部１０４は、アプリケーションが正しく実行された場合には、対応するアプリケーションが存在していると判定する。ここで、アプリケーションが正しく実行されるとは、パラメータ情報に基づいてアプリケーションが実行されて、携帯端末装置に所望の情報が表示されることをいう。アプリケーション判定部１０４は、対応するアプリケーションが存在しないと判定した場合にはその判断結果を送信要求生成部１０８に提供する。また、アプリケーション判定部１０４は、アプリケーションが存在すると判定した場合には、対応するアプリケーションによりパラメータ情報を処理して表示部１１２に表示させる。

送信要求生成部１０８は、アプリケーション判定部１０４の判定結果に応じて、送信要求を生成する機能を有する。具体的には、アプリケーション判定部１０４により携帯端末装置１００にアプリケーションが存在しないと判定された場合に、サーバ装置２００に対応するアプリケーションの送信を要求する電文を生成する。送信要求生成部１０８により生成された送信要求は、送信要求送信部１０６に提供される。

送信要求送信部１０６は、例えば、通信回線、通信回路、通信デバイス等で構成された通信インタフェースであって、送信要求生成部１０８により提供された送信要求をサーバ装置２００に送信する。

アプリケーション受信部１１０は、例えば、通信回線、通信回路、通信デバイス等で構成された通信インタフェースであって、サーバ装置２００より、送信電文受信部１０２により受信されたアプリケーションの識別情報に対応するアプリケーションを受信する。アプリケーション受信部１１０により受信されたアプリケーションは、アプリケーション格納部１１４に格納される。

表示部１１２は、ＣＲＴディスプレイや液晶ディスプレイ等の表示装置と、表示装置にデータを表示させるインタフェース部から構成され、アプリケーション受信部１１０により受信されたアプリケーションが実行された結果を携帯端末装置１００の表示画面等に表示する機能を有する。

以上、携帯端末装置１００の機能構成を説明した。次に、サーバ装置２００の機能構成を説明する。図２に示したように、サーバ装置２００は、送信電文生成部２０２と、送信電文送信部２０４と、送信要求受付部２０６と、アプリケーション取得部２０８と、アプリケーション記憶部２１０と、アプリケーション送信部２１２などを備える。

送信電文生成部２０２は、パラメータ情報とパラメータ情報に基づいて実行されるアプリケーションの識別情報とを含む送信電文を生成する機能を有する。送信電文生成部２０２は、生成した送信電文を送信電文送信部２０４に提供する。

送信電文送信部２０４は、例えば、通信回線、通信回路、通信デバイス等で構成された通信インタフェースであって、送信電文生成部２０２により提供された送信電文を携帯端末装置１００に送信する。

送信要求受付部２０６は、携帯端末装置１００にアプリケーション識別情報に対応するアプリケーションが存在しなかった場合に、携帯端末装置１００からのアプリケーション送信要求を受け付ける機能を有する。アプリケーション取得部２０８は、携帯端末装置１００により要求されたアプリケーションをアプリケーション記憶部２１０から取得する。アプリケーション取得部２０８は、取得したアプリケーションをアプリケーション送信部２１２に提供する。

アプリケーション記憶部２１０は、複数のアプリケーションを記憶し、例えばハードディスクドライブなどを例示することができる。アプリケーション記憶部２１０は、サーバ装置２００とは別のサーバ装置に備えられていてもよい。

アプリケーション送信部２１２は、例えば、通信回線、通信回路、通信デバイス等で構成された通信インタフェースであって、アプリケーション取得部２０８により提供されたアプリケーションを携帯端末装置１００に送信する機能を有する。

以上、携帯端末装置１００およびサーバ装置１００の機能構成を説明した。上述したように、携帯端末装置１００は、リーダ／ライタ４００またはＰＣ５００を介して送信電文を取得するようにしてもよい。その場合には、携帯端末装置１００に非接触型のＩＣチップを備え、リーダ／ライタ４００と携帯端末装置１００との間で無線通信を行い、ＩＣチップにより送信電文が取得されるようにしてもよい。次に、図４に基づいて、ＰＣ５００の構成について説明する。図４では、リーダ／ライタ４００が組み込まれたＰＣ５００について説明するが、かかる例に限定されず、リーダ／ライタ４００は、ＰＣ５００とは別の独立した装置としてケーブルでＰＣ５００と接続されるようにしてもよい。

図４に示したように、ＰＣ５００は、例えば、ＣＰＵ５０２、メモリ５０４、入力部５０６、表示部５０８、通信部５１０、ハードディスク５１２、リーダ／ライタ４００などを備える。ＣＰＵ５０２は、演算処理装置および制御装置として機能し、ＰＣ５００内の各部の処理を制御する。また、メモリ５０４は、ＲＯＭおよびＲＡＭから構成され、ＣＰＵ５０２の処理に関する各種データ、ＣＰＵ５０２の動作プログラム等を一時的に記憶する機能を有する。

入力部５０４は、キーボードやマウス等の入力装置と、入力装置から入力されたデータを受け付けるインタフェース部から構成される。

表示部５０８は、ＣＲＴディスプレイや液晶ディスプレイ等の表示装置と、ＣＰＵ５０２からの命令によって表示装置にデータを表示させるインタフェース部から構成される。

通信部５１０は、例えば、通信回線、通信回路、通信デバイス等で構成された通信インタフェースである。この通信装置５１０は、サーバ装置２００等の外部機器との間で、ネットワーク３００を介して、送信電文の送受信を行うことができる。

ハードディスク５１２は、例えばフラッシュメモリ等で構成されたデータ格納用の装置であり、オペレーションシステム（ＯＳ）や各種アプリケーションプログラムなどの各種データを格納することができる。このハードディスク５１２は記憶部の一例であり、ハードディスク５１２には、ブラウザ５１４と、リーダ／ライタ用ドライバ５１８が格納される。なお、ブラウザ５１４やリーダ／ライタ用ドライバ５１８は、ハードディスクではなく、メモリ５０４に格納されていてもよい。

リーダ／ライタ４００は、携帯端末装置１００に備わる非接触型ＩＣチップとの間で無線通信を行う。リーダ／ライタ４００と非接触型ＩＣチップとは、主に、１０ｃｍ程度の狭い範囲内のみにおいて非接触式に通信を行うことができる、１３．５６ＭＨｚのＲＦ搬送波周波数と最大２１２Ｋｂｐｓの通信速度を有する近距離無線規格（ＮＦＣ：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に沿って行われる。

ハードディスク５１２に格納されるリーダ／ライタ用ドライバ５１８は、リーダ／ライタ４００をＣＰＵ５０２が制御するために必要なデバイスドライバである。

以上、ＰＣ５００の構成について説明した。次に、図５に基づいて、非接触型のＩＣチップを備えた携帯端末装置１００の構成について説明する。図５に示したように、携帯端末装置１００は、非接触型ＩＣチップ１２０と、メモリ１２２と、コントローラ１２４と、受取アプリ１２６と、アプリケーション１２８、アンテナ１３２などを備える。

非接触型ＩＣチップ１２０は、携帯端末装置１００が備えるアンテナ１３２から交流電圧を供給される。アンテナ１３２は、非接触型ＩＣチップ１２０とリーダ／ライタ４００とが非接触式で通信を行う際に、リーダ／ライタ４００から発生している磁界による誘導電圧を生じさせることによって非接触型ＩＣチップ１２０を作動させるとともに、リーダ／ライタ４００との間で無線でデータの送受信を行うためのものである。

非接触型ＩＣチップ１２０は、例えば、整流回路、電源発生部、復調器、変調器、受信機、送信機、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、暗号エンジン、ＲＮＧ、ＣＲＣなどを含んで構成される。携帯端末装置１００に非接触型ＩＣチップ１２０が備えられている場合には、非接触型ＩＣチップ１２０に設けられた送信電文受信部１０２がリーダ／ライタ４００を介して送信電文を受信する。また、携帯端末装置１００に設けられた送信要求送信部１０６およびアプリケーション受信部１１０が、サーバ装置２００に接続してアプリケーション要求の送信およびアプリケーションの受信を行う。

整流回路は、アンテナ１３２から供給された交流電圧を整流し、電源発生部に供給する。電源発生部は、供給された電圧から非接触型ＩＣチップ１２０で使用する電源電圧を発生させる。復調機は、アンテナ１３２を介してリーダ／ライタ４００から受信した信号を非接触型ＩＣチップ１２０内で処理可能な電気信号に復調し、受信機に提供する。変調機は、非接触型ＩＣチップ１２０からアンテナ１３２を介してリーダ／ライタ４００に送信する電気信号を、非接触式通信で送信できる信号に変調する。

ＣＰＵは演算処理装置であって、電源発生部によって非接触型ＩＣチップ１２０内に発生する電源電圧によって作動し、非接触型ＩＣチップ１２０の全体制御を行う。ＲＯＭは、不揮発性のメモリであって、各アプリケーションや、プラットフォームとなるオペレーションシステム（以降、ＯＳと称する。）などが格納されている。

ＲＡＭは揮発性のメモリであって、ＯＳや各アプリケーションが一時的に使用するデータなどが格納される。ＥＥＰＲＯＭは、主にユーザデータの格納用等に使用されるが、アプリケーションやＯＳ等を格納してもよい。また、ＥＥＰＲＯＭの代わりにフラッシュメモリを使用することもできる。暗号エンジンは、外部装置との間で送受信されるデータの暗号化および複合化処理を行う。ＲＮＧは、暗号化の際の暗号鍵に使用する乱数を発生させる。ＣＲＣは、外部装置から受信したデータの巡回冗長検査、すなわちエラーチェックを行う。

非接触型ＩＣチップ１２０がリーダ／ライタ４００から受信した送信電文は、非接触型ＩＣチップ１２０内のＲＡＭに格納される。非接触型ＩＣチップ１２０は、リーダ／ライタ１２０から送信電文を受信してＲＡＭに格納し、通信が終了すると、コントローラ１２４に通知する。

また、上述したように、リーダ／ライタ４００から送信電文とともに非接触型ＩＣチップ１２０の通信を制御するコマンドを送信するようにしてもよい。この場合、携帯端末装置１００に、リーダ／ライタ４００と非接触型ＩＣチップ１２０との間で近距離の非接触通信を行う第１通信部と、非接触型ＩＣチップ１２０とコントローラ１２４との間で通信を行う第２通信部とを備えるようにしてもよい。第１通信部を介してリーダ／ライタ４００から送信電文とともに通信を制御するコマンドを受信した非接触型ＩＣチップ１２０は、通信の切り替えを行って、第２通信部を介して送信電文をコントローラ１２４送信する。このように、非接触型ＩＣチップが通信を制御するコマンドを受信して通信の切り替えを行うことにより、リーダ／ライタ４００から送信された送信電文に含まれるパラメータ情報に基づいて、携帯端末装置１００のアプリケーションを実行することが可能となる。

メモリ１２２は、ＲＯＭおよびＲＡＭから構成され、コントローラ１２４の制御処理に関する各種データ、コントローラ１２４の動作プログラム等を一時的に記憶する機能を有する。

コントローラ１２４は、上述した第２通信部を介して非接触型ＩＣチップ１２０から送信電文を受信して、送信電文に含まれるアプリケーション識別情報に対応するアプリケーションを実行して携帯端末装置１００の表示画面に実行結果を表示させる。コントローラ１２４は、非接触型ＩＣチップ１２０から送信された送信電文を、受取アプリ１２６に提供する。受取アプリ１２６は、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションにパラメータ情報を提供する。受取アプリ１２６は、送信電文に含まれるアプリケーションの識別情報であるＩＤ１５６またはＵＲＬ１５４によりアプリケーションの存在可否を判断する。

例えば、アプリケーション格納部１１４に格納されているアプリケーションがＩＤ１５６により識別可能な状態で格納されており、アプリケーションＡ１３０のＩＤ１５６が“ｆｅｌｉＣａＮＷ”であったとする。受取アプリ１２６は、送信電文に含まれるアプリケーションの識別情報“ＩＤ＝ｆｅｌｉＣａＮＷ”に対応するアプリケーションをアプリケーション格納部１１４から検索して、識別情報が“ＩＤ＝ｆｅｌｉＣａＮＷ”であるアプリケーションＡ１３０にパラメータ情報を提供する。パラメータ情報に基づいて、アプリケーションＡ１３０が実行される。

また、アプリケーション格納部１１４に格納されているアプリケーションがＵＲＬ１５４により識別可能な状態で格納されており、アプリケーションＡ１３０のＵＲＬ１５４が“ｈｔｔｐ：／／ｗｗｗ．ｆｅｌｉｃａｎｅｔｗｏｒｋｓ．ｃｏ．ｊｐ／ａｐｐｌｉ．ｊａｍ”であったとする。受取アプリ１２６は、送信電文に含まれるアプリケーションの識別情報“ＵＲＬ＝ｈｔｔｐ：／／ｗｗｗ．ｆｅｌｉｃａｎｅｔｗｏｒｋｓ．ｃｏ．ｊｐ／ａｐｐｌｉ．ｊａｍ”に対応するアプリケーションをアプリケーション格納部１１４から検索して、識別情報が“ＵＲＬ＝ｈｔｔｐ：／／ｗｗｗ．ｆｅｌｉｃａｎｅｔｗｏｒｋｓ．ｃｏ．ｊｐ／ａｐｐｌｉ．ｊａｍ”であるアプリケーションＡ１３０にパラメータ情報を提供する。パラメータ情報に基づいて、アプリケーションＡ１３０が実行される。

以上、非接触型ＩＣチップを備えた携帯端末装置１００の機能構成について説明した。次に、図６に基づいて、本実施形態にかかるアプリケーション提供システム１０の処理の流れについて説明する。なお以下の説明において図９に示した画面表示例を適宜参照する。図６では、リーダ／ライタ４００から送信電文が送信される場合を例示して説明するがかかる例に限定されず、送信電文はサーバ装置２００から携帯端末装置１００に送信されてもよいし、ＰＣ５００から携帯端末装置１００に送信されてもよい。

まず、ステップＳ１０２でリーダ／ライタ（Ｒ／Ｗ）４００から送信電文が送信される（Ｓ１０２）。上述したように、リーダ／ライタ４００と携帯端末装置１００の非接触型ＩＣチップとは１０ｃｍ程度の狭い範囲内のみにおいて非接触式に通信を行うことができる。ユーザにより携帯端末装置１００がリーダ／ライタ４００にかざされて、非接触式通信により携帯端末装置１００に送信電文が送信される（Ｓ１０４）。

携帯端末装置１００は、ステップＳ１０４において受信した送信電文に含まれるアプリケーション識別情報であるアプリケーションＩＤに対応するアプリケーションが携帯端末装置１００に存在するか否かを判定する（Ｓ１０６）。ステップＳ１０６において、携帯端末装置１００に、対応するアプリケーションが存在すると判定された場合には、ステップＳ１２０の処理を行う。ステップＳ１０６において、携帯端末装置１００に、対応するアプリケーションが存在しないと判定された場合には、送信電文に含まれるアプリケーション識別情報であるＵＲＬに対応するアプリケーションが携帯端末装置１００に存在するか否かを判定する（Ｓ１０８）。

ステップＳ１０８において、携帯端末装置１００に、対応するアプリケーションが存在すると判定された場合には、ステップＳ１２０の処理を行う。ステップＳ１０８において、携帯端末装置１００に、対応アプリケーションが存在しないと判定された場合には、サーバ装置２００に接続する（Ｓ１１０）。ここで、複数の移動体通信事業者が公開している各公開サーバをサーバ装置２００として例示することができる。携帯端末装置１００は、携帯端末装置１００の仕様に応じた移動体通信事業者の公開サーバに接続する。例えば、携帯端末装置１００がＤ社の仕様であればＤ社用のサーバに接続し（Ｓ１１２）、携帯端末装置１００がＫ社の仕様であればＫ社用のサーバに接続し（Ｓ１１４）、携帯端末装置１００がＶ社の仕様であればＶ社用のサーバに接続する（Ｓ１１６）。そして、携帯端末装置１００は、各公開サーバに接続して送信電文に含まれるアプリケーション識別情報に対応するアプリケーションを自動インストールする（Ｓ１１８）。ステップＳ１１８においてアプリケーションが自動インストールされる際には、図９に示した画面表示例６０２が表示される。ユーザによりアプリケーションを取得することを承諾する入力が行われた場合には、表示画面例６０４に示したようにデータ（アプリケーション）を受信中である旨が表示されて、アプリケーションが携帯端末装置１００に送信される。

そして、ステップＳ１１８においてアプリケーションが携帯端末装置１００にインストールされた後、アプリケーションが起動する（Ｓ１２０）。ステップＳ１０６またはステップＳ１０８においてアプリケーションが携帯端末装置１００に存在していると判定された場合には、ステップＳ１２０において、携帯端末装置１００に存在しているアプリケーションが起動する。携帯端末装置１００においてアプリケーションが起動する場合には、図６０８の画面表示例６０６が表示され、ユーザによりアプリケーションの起動を承諾する入力が行われた場合に、アプリケーションを起動するようにしてもよい。

ステップＳ１２０においてアプリケーションが起動した後、送信電文に含まれるパラメータ情報に基づいてアプリケーションが実行される（Ｓ１２２）。例えば、パラメータ情報が「表示画面に“Ｈｅｌｌｏ！”を表示させる」という命令を含む情報であった場合には、そのパラメータ情報に基づいてアプリケーションが実行されて、図９の表示画面例６０８に示したように、携帯端末装置１００の表示画面に“Ｈｅｌｌｏ！”が表示される。

以上、アプリケーション提供システム１０の処理の流れについて説明した。次に、図７に基づいて、本実施形態におけるサーバ装置２００と携帯端末装置１００との間での情報の流れについて説明する。

まず、携帯端末装置１００がサーバ装置２００に送信電文の取得を依頼する（Ｓ２０２）。ステップＳ２０２において、サーバ装置２００は、携帯端末装置１００により依頼された送信電文を生成して（Ｓ２０４）、生成した送信電文を携帯端末装置１００に送信する（Ｓ２０６）。ステップＳ２０２において、携帯端末装置１００により送信電文の取得依頼がされなくとも、サーバ装置２００から携帯端末装置１００に送信電文を送信するようにしてもよい。

ステップＳ２０６において、パラメータ情報とアプリケーションの識別情報とを含む送信電文を送信された携帯端末装置１００は、アプリケーションの識別情報に対応するアプリケーションの存在可否を判定する（Ｓ２０８）。ステップＳ２０８において携帯端末装置１００に対応するアプリケーションが存在しないと判定された場合には、アプリケーションの送信要求を生成する（Ｓ２１０）。そして、ステップＳ２１０において生成された送信要求をサーバ装置２００に送信する（Ｓ２１２）。

ステップＳ２１２において、アプリケーションの送信要求を受信したサーバ装置２００は、サーバ装置２００に備わるアプリケーション記憶部またはアプリケーションを記憶している別のサーバ装置から対応するアプリケーションを取得する（Ｓ２１４）。サーバ装置２００は、ステップＳ２１４において取得したアプリケーションを携帯端末装置１００に送信する（Ｓ２１６）。

ステップＳ２１６においてサーバ装置２００よりアプリケーションを送信された携帯端末装置１００は、送信されたアプリケーションを格納する（Ｓ２１８）。そして、ステップＳ２１８において格納したアプリケーションを起動して、送信電文に含まれるパラメータ情報に基づいてアプリケーションを実行する（Ｓ２２０）。ステップＳ２２０においてパラメータ情報に基づいて実行されたアプリケーションの実行結果を携帯端末装置１００の表示画面に表示する（Ｓ２２２）。

以上、サーバ装置２００と携帯端末装置１００との間での情報の流れについて説明した。次に、図８に基づいて、ＰＣ５００にリーダ／ライタ４００が備えられ、携帯端末装置１００に非接触型ＩＣチップが備えられている場合の、携帯端末装置１００とサーバ装置２００とＰＣ５００との間の情報の流れについて説明する。

まず、ＰＣ５００がサーバ装置２００に送信電文の取得を依頼する（Ｓ２５２）。サーバ装置２００は、ＰＣ５００により依頼された送信電文を送信する（Ｓ２５４）。ステップＳ２５４においてサーバ装置２００により送信電文を送信されたＰＣ５００は、リーダ／ライタから非接触型ＩＣチップに送信可能な送信電文を生成する（Ｓ２５６）。例えば、非接触型ＩＣチップとリーダ／ライタとの間で無線通信により送受信するデータとして予め定められたフォーマットのデータ中に送信電文を埋め込むようにしてもよい。ステップＳ２５６において、リーダ／ライタ４００で送信可能な送信電文を生成したＰＣ５００は、その送信電文を携帯端末装置１００のＩＣチップに送信する（２５８）。

ステップＳ２５８において、パラメータ情報とアプリケーションの識別情報とを含む送信電文を送信された携帯端末装置１００は、アプリケーションの識別情報に対応するアプリケーションの存在可否を判定する（Ｓ２６０）。ステップＳ２６０において携帯端末装置１００に対応するアプリケーションが存在しないと判定された場合には、アプリケーションの送信要求を生成する（Ｓ２６２）。そして、ステップＳ２６２において生成された送信要求をサーバ装置２００に送信する（Ｓ２６４）。

ステップＳ２６４において、アプリケーションの送信要求を受信したサーバ装置２００は、サーバ装置２００に備わるアプリケーション記憶部またはアプリケーションを記憶している別のサーバ装置から対応するアプリケーションを取得する（Ｓ２６６）。サーバ装置２００は、ステップＳ２１４において取得したアプリケーションを携帯端末装置１００に送信する（Ｓ２６８）。

ステップＳ２１６においてサーバ装置２００よりアプリケーションを送信された携帯端末装置１００は、送信されたアプリケーションを格納する（Ｓ２７０）。そして、ステップＳ２１８において格納したアプリケーションを起動して、送信電文に含まれるパラメータ情報に基づいてアプリケーションを実行する（Ｓ２７２）。ステップＳ２２０においてパラメータ情報に基づいて実行されたアプリケーションの実行結果を携帯端末装置１００の表示画面に表示する（Ｓ２７４）。

以上、携帯端末装置１００とサーバ装置２００とＰＣ５００との間の情報の流れについて説明した。本実施形態にかかるアプリケーション提供システムによれば、携帯端末装置で受信した送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションの存在可否を判断して、携帯端末装置のユーザに所望の情報をスムーズに提供することが可能となる。これにより、携帯端末装置に対応するアプリケーションが存在しなかった場合でも、ユーザがＵＲＬ入力等の面倒な操作をせずに、スムーズにアプリケーションを取得して所望の情報を得ることが可能となる。簡易な操作で携帯端末装置に存在しないアプリケーションが取得されることにより、ユーザに情報を提供するサービス会社は、より確実に要求された情報を提供することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

上記実施形態では、送信電文に含まれるアプリケーションの識別情報に対応するアプリケーションが実行されて所定の情報が携帯端末装置の表示画面に表示されるが、本発明はかかる例に限定されず、送信電文のパラメータ情報に更新データなどを含み、アプリケーションにより更新データの書き換えなどを行うようにしてもよい。これにより、ユーザは、更新データを書き換えるアプリケーションが携帯端末装置に存在しなかった場合でも、簡易な操作で更新データの書き換えを行うことが可能となる。

１００ 携帯端末装置
１０２ 送信電文受信部
１０４ アプリケーション判定部
１０６ 送信要求送信部
１０８ 送信要求生成部
１１０ アプリケーション受信部
１１２ 表示部
１１４ アプリケーション格納部
１２０ 非接触型ＩＣチップ
１２６ コントローラ
２００ サーバ装置
２０２ 送信電文生成部
２０４ 送信電文送信部
２０６ 送信要求受付部
２０８ アプリケーション取得部
２１０ アプリケーション記憶部
２１２ アプリケーション送信部
３００ ネットワーク
４００ リーダ／ライタ
５００ ＰＣ

Claims (8)

1. アプリケーションの識別情報、および前記アプリケーションの実行内容に関するパラメータ情報を受信する受信部と、
   前記識別情報に対応するアプリケーションを保持しているか否かを判定する判定部と、
   前記判定部が前記識別情報に対応するアプリケーションが保持されていないと判定した場合、当該アプリケーションの送信要求を生成するアプリケーション送信要求生成部と、
   通信網を介してサーバ装置から送信されるアプリケーションを保持するアプリケーション記憶部と、
   前記パラメータ情報を用いて前記識別情報に対応するアプリケーションの実行を制御する制御部と、
   を備え、
   前記パラメータ情報はＵＲＬを含み、
   前記アプリケーションの識別情報は、単一のアプリケーションを識別するためのＵＲＬを含む複数種類の識別情報からなる、通信端末。
2. 前記パラメータ情報に基づき実行されたアプリケーションの実行結果を示す情報を表示する表示部をさらに備える、請求項１に記載の通信端末
3. 外部の通信装置との間で近距離の非接触通信を行う第１通信部と、
   前記制御部との間で通信を行う第２通信部と、
   を備え、
   前記第１通信部を介して前記外部の通信装置から前記パラメータ情報および前記識別情報を受信し、前記第２通信部を介して当該パラメータ情報および当該識別情報を前記制御部に送信する、請求項１に記載の通信端末。
4. 前記第１通信部は前記外部の通信装置から通信制御情報を受信し、
   前記第２通信部は前記通信制御情報に基づき前記制御部との通信を行う
   請求項３に記載の通信端末。
5. 前記判定部は、前記複数種類の識別情報によりアプリケーションを保持しているか否かを判定する、請求項１に記載の通信端末。
6. 前記アプリケーション送信要求生成部は、前記判定部が前記アプリケーションを保持していないと判断した際、自動的に前記アプリケーション送信要求を生成する、請求項１に記載の通信端末。
7. アプリケーションの識別情報、および前記アプリケーションの実行内容に関するパラメータ情報を受信することと、
   前記識別情報に対応するアプリケーションを保持しているか否かを判定することと、
   前記識別情報に対応するアプリケーションが保持されていない場合、当該アプリケーションの送信要求を生成することと、
   通信網を介してサーバ装置から送信されるアプリケーションを保持することと、
   前記パラメータ情報を用いて前記識別情報に対応するアプリケーションの実行を制御することと、
   を含み、
   前記パラメータ情報はＵＲＬを含み、
   前記アプリケーションの識別情報は、単一のアプリケーションを識別するためのＵＲＬを含む複数種類の識別情報からなる、通信方法。
8. コンピュータを、
   アプリケーションの識別情報、および前記アプリケーションの実行内容に関するパラメータ情報を受信する受信部と、
   前記識別情報に対応するアプリケーションを保持しているか否かを判定する判定部と、
   前記判定部が前記識別情報に対応するアプリケーションが保持されていないと判定した場合、当該アプリケーションの送信要求を生成するアプリケーション送信要求生成部と、
   通信網を介してサーバ装置から送信されるアプリケーションを保持するアプリケーション記憶部と、
   前記パラメータ情報を用いて前記識別情報に対応するアプリケーションの実行を制御する制御部と、
   を備え、
   前記パラメータ情報はＵＲＬを含み、
   前記アプリケーションの識別情報は、単一のアプリケーションを識別するためのＵＲＬを含む複数種類の識別情報からなる、通信端末として機能させるための、プログラム。
   
   
   

Images