電子機器、アプリケーション退避格納サーバおよび機能ＩＣ用アプリケーション管理システム
【課題】非接触ＩＣカード機能ＩＣなどの機能ＩＣに内蔵の専用メモリの記憶容量により制限される数以上のアプリケーションを利用可能とする電子機器を提供する。
【解決手段】機能ＩＣを内蔵する電子機器と、アプリケーション退避格納サーバとをセキュリティの確保が可能なネットワークを通じて接続可能とする。電子機器から、使用者個人識別用情報を伴った要求をすることにより、アプリケーション退避格納サーバに対して、機能ＩＣ用の専用メモリに格納されているアプリケーションプログラムおよびその付随データの退避格納をし、または、アプリケーション退避格納サーバに退避格納されていたアプリケーションプログラムおよびその付随データの返却ができるようにする。
【解決手段】機能ＩＣを内蔵する電子機器と、アプリケーション退避格納サーバとをセキュリティの確保が可能なネットワークを通じて接続可能とする。電子機器から、使用者個人識別用情報を伴った要求をすることにより、アプリケーション退避格納サーバに対して、機能ＩＣ用の専用メモリに格納されているアプリケーションプログラムおよびその付随データの退避格納をし、または、アプリケーション退避格納サーバに退避格納されていたアプリケーションプログラムおよびその付随データの返却ができるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば非接触ＩＣカード機能ＩＣなどの機能ＩＣを備える、例えば携帯電話端末などの電子機器に関する。また、この発明は、機能ＩＣ用アプリケーション管理システムおよびこのシステムに用いるアプリケーション退避格納サーバに関する。
【背景技術】
【０００２】
近年、携帯電話端末などの電子機器への非接触ＩＣカード機能搭載が標準的になりつつある。この非接触ＩＣカード機能は、ＲＦＩＤ（Radio Frequency Identification；電磁波を用いた被接触の自動認識技術の総称）を用いて、種々の機能を実現するものである。例えば、交通機関の乗車券に、お財布代わりに、電子チケットに、会員証・ポイントカードに、などのような機能が、この非接触ＩＣカード機能として可能となっている。
【０００３】
携帯電話端末などの電子機器では、この非接触ＩＣカード機能ＩＣが、筐体内の回路部品の一つして設けられている。この非接触ＩＣカード機能ＩＣは、前述したような機能を実現するためのアプリケーション（アプリケーションプログラム）と、その付随データとを記憶する専用メモリ部を備え、当該専用メモリに、通常、複数個の機能分のアプリケーションおよびその付随データを格納可能とされている。
【０００４】
参考となる特許文献は、次の通りである。
【特許文献１】特開２００６−０４８２７０号公報
【特許文献２】特開２００６−１３５７１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、非接触ＩＣカード機能用のアプリケーションおよびその付随データは、セキュリティを確保して、メモリに格納しておく必要がある。このため、非接触ＩＣカード機能ＩＣの外部のメモリに、それらのアプリケーションおよびその付随データを格納することは困難であり、非接触ＩＣカード機能ＩＣ内の専用メモリに、それらのアプリケーションおよびその付随データを格納する必要がある。
【０００６】
ところが、例えば携帯電話端末などに搭載される非接触ＩＣカード機能ＩＣに内蔵の専用メモリの記憶容量は比較的小さく、専用メモリに格納できるアプリケーション（その付随データを含むものとする）の数は少数に限られ、そのため、携帯端末で利用可能なアプリケーションの数が限られてしまうという問題がある。
【０００７】
また、専用メモリの格納領域の空きが無い状態で、新規のアプリケーションを、携帯電話端末の非接触ＩＣカード機能ＩＣに追加搭載しようとする場合には、専用メモリに保持されている古いアプリケーションを消去して空き領域を生成し、その生成した空き領域に、新規のアプリケーションのプログラムデータおよびその付随データ領域を確保する必要がある。
【０００８】
このため、消去してしまったアプリケーションについては、それを利用したい場合には、再度、契約をやり直すなどして、当該アプリケーションを再取得する必要があり、厄介であった。
【０００９】
この発明は、非接触ＩＣカード機能ＩＣなどの機能ＩＣに内蔵の専用メモリの記憶容量により制限される数以上のアプリケーションを利用可能とすることができる携帯電話端末などの電子機器を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、この発明は、
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を有する機能ＩＣを備える電子機器と、セキュリティの確保が可能なネットワークを通じて前記電子機器と接続され、前記アプリケーションおよびその付随データを格納するための格納部を備えるアプリケーション退避格納サーバとからなる機能ＩＣ用アプリケーション管理システムであって、
前記電子機器は、
セキュリティの確保が可能なネットワークを通じて、予め定められているアプリケーション退避格納サーバにアクセスして通信路を形成するための工程と、
前記通信路を通じて、使用者個人識別用情報を伴って、前記アプリケーション退避格納サーバに対して、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納を要求、または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を要求する要求工程と、
前記要求工程における前記要求に対する前記アプリケーション退避格納サーバからの許可を受けた後に、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を、前記通信路を通じて実行する工程と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための端末内管理テーブルを更新する更新工程と、
を備え、
前記アプリケーション退避格納サーバは、
前記セキュリティの確保が可能なネットワークを通じて、前記電子機器からのアクセスを受けて通信路を形成する工程と、
前記電子機器からの、使用者個人識別用情報を伴った、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納要求、または前記格納部に退避格納されていた前記アプリケーションおよびその付随データの返却要求を前記通信路を通じて受信したときに、前記使用者個人識別用情報を用いた認証を行い、認証が取れたときに、前記電子機器に前記要求の許可を通知する工程と、
前記電子機器に前記要求の許可を通知した後に、前記電子機器からの前記アプリケーションおよびその付随データの退避格納または前記格納部に格納されていた前記アプリケーションおよびその付随データの返却を実行する工程と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための、前記使用者個人識別用情報に関連付けられたサーバ内管理テーブルを更新する更新工程と、
を備えることを特徴とする機能ＩＣ用アプリケーション管理システムを提供する。
【００１１】
上述の構成のこの発明においては、機能ＩＣ用の新規のアプリケーションを電子機器に取り込もうとする際に、機能ＩＣに内蔵の専用メモリに充分な空き容量がないときには、アプリケーション退避格納サーバにアクセスし、当該時点で専用メモリに格納されている複数個のアプリケーションの中から選択したアプリケーションおよびその付随データの退避要求をして、前記アプリケーションおよびその付随データを、アプリケーション退避格納サーバに退避格納することができる。
【００１２】
また、電子機器の使用者がアプリケーション退避格納サーバに退避格納していたアプリケーションを利用したいときには、電子機器からアプリケーション退避格納サーバに、当該アプリケーション退避格納サーバに退避格納していたアプリケーションおよびその付随データの返却要求をして、当該アプリケーションおよびその付随データを取り戻して専用メモリに格納することができる。
【００１３】
この場合に、電子機器からは、使用者個人識別用情報を伴って退避要求または返却要求が、アプリケーション退避格納サーバに対して送られる。アプリケーション退避格納サーバは、電子機器のアプリケーションおよびその付随データを、使用者個人識別用情報に関連付けられたサーバ内管理テーブルにより管理する。
【００１４】
そして、アプリケーション退避格納サーバは、電子機器からの使用者個人識別用情報を伴った退避要求または返却要求については、使用者個人識別情報により認証を行って、許可または不許可を決定し、許可するときには、退避要求または返却要求に対する許可通知を行う。
【００１５】
そして、アプリケーション退避格納サーバおよび電子機器は、アプリケーションおよびその付随情報について、所在情報の変動があったときには、当該所在変動があったアプリケーションおよびその付随情報について、対応する使用者個人識別情報に関連付けられたサーバ内管理テーブルおよび電子機器内管理テーブルを更新するようにする。これにより、機能ＩＣ用アプリケーションが、アプリケーション退避格納サーバまたは電子機器のどちらにあるかを管理することができる。
【発明の効果】
【００１６】
この発明によれば、電子機器がセキュリティの確保が可能なネットワークを通じて接続可能なアプリケーション退避格納サーバに、機能ＩＣ用のアプリケーションおよびその付随データを退避格納し、また、当該アプリケーション退避格納サーバに退避格納していた機能ＩＣ用のアプリケーションおよびその付随データを専用メモリに戻すことができる。
【００１７】
そして、この発明によれば、この機能ＩＣ用のアプリケーションおよびその付随データについて退避格納または返却の処理を、セキュリティを確保して行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明による機能ＩＣ用アプリケーション管理システムの実施形態を、図を参照しながら説明する。
【００１９】
図は、この発明の実施形態のシステム構成例を説明するための図であり、この実施形態のシステムは、電子機器の例としての携帯電話端末１と、アプリケーション退避格納サーバ２と、アプリケーション配信サーバ３と、これら間を接続するための無線基地局４、携帯電話ネットワーク５およびインターネット６とにより構成される。
【００２０】
この実施形態の携帯電話端末１は、使用許可の基礎となる情報としての加入者情報（加入者電話番号やＩＭＥＩなどのユーザを識別することができる情報（ユーザ識別子）など）が記録された着脱自在のモジュール、例えばＩＣカードを装填することにより使用可能となるものである。
【００２１】
ＩＭＴ−２０００システムに関するＩＴＵ勧告の中で、この加入者情報を記憶する媒体（モジュール）は、ＵＩＭ（User Identity Module）と呼ばれている。欧州で用いられているＧＳＭ（Global System for Mobile Communication）システムでは、このモジュールは、ＳＩＭ（Subscriber Identity module）カードと呼ばれている。また、３ＧＰＰ（3rd Generation Partnership Project）では、このモジュールはＵＳＩＭ（Universal Subscriber Identity module）カードと呼ばれている。そこで、以下の説明においては、このカードをＵＳＩＭ／ＳＩＭカードと記載することとする。
【００２２】
ＵＳＩＭ／ＳＩＭカードが、ＵＳＩＭ／ＳＩＭカードに対応した携帯電話端末に装填されると、その携帯電話端末は、ＵＳＩＭ／ＳＩＭカードに記録されている加入者情報を利用して発着信などを行うことが可能となる。
【００２３】
したがって、ＵＳＩＭ／ＳＩＭカードを利用したシステムでは、ＵＳＩＭ／ＳＩＭカードに加入者情報が入っているため、ＵＳＩＭ／ＳＩＭカードを装填することにより、どの携帯電話端末でも同じ加入者情報を利用して通話や通信をすることができる（例えば、特許文献１（特開２００５−１７５７９８号公報）参照）。ただし、ＵＳＩＭ／ＳＩＭカードが装填されていなくても、携帯電話端末の電話通信以外の付加機能は、使用可能となっている。
【００２４】
また、携帯電話端末１は、この実施形態では、例えばＦｅｌｉＣａ（登録商標）という名称で呼ばれる非接触ＩＣカード機能ＩＣ（以下、単に機能ＩＣという）を内蔵するものである。
【００２５】
アプリケーション配信サーバ３は、機能ＩＣ用の新規のアプリケーションプログラムを携帯電話端末１に提供するもので、この例では、携帯電話端末１は、無線基地局４、携帯電話ネットワーク５およびインターネット６を通じてアプリケーション配信サーバ３に接続可能である。そして、携帯電話端末１は、機能ＩＣ用の新規のアプリケーションの要求を、携帯電話ネットワーク５およびインターネット６を通じて、アプリケーション配信サーバ３に送ることにより、新規の機能ＩＣ用アプリケーションを取得して、機能ＩＣの専用メモリに格納保存することができる。
【００２６】
この新規のアプリケーションの取得の際には、インターネット６を経由して取得するものであり、セキュリティもそれほど高くない状態でよい。
【００２７】
アプリケーション退避格納サーバ２は、携帯電話端末１がアプリケーション配信サーバ３から取得した機能ＩＣ用のアプリケーションおよびその付随データを、携帯電話端末１からの退避格納要求に応じて取得して、サーバ内メモリに退避格納する。
【００２８】
携帯電話端末１は、無線基地局４および携帯電話ネットワーク５を通じてアプリケーション退避格納サーバ２に接続可能である。この場合、携帯電話端末１とアプリケーション退避格納サーバ２の接続経路中にはインターネット６は介在しない。携帯電話ネットワーク５は、インターネット６に比べてセキュリティの確保が可能な高セキュリティのネットワークであり、携帯電話端末１と、アプリケーション退避格納サーバ２とは、高セキュリティの通信が可能である。
【００２９】
携帯電話端末１は、アプリケーション退避格納サーバ２に退避格納要求して退避格納したアプリケーションおよびその付随データを、機能ＩＣの専用メモリから削除して、当該専用メモリの空き容量をその削除した分、増加させることができる。
【００３０】
また、アプリケーション退避格納サーバ２は、携帯電話端末１からの返却要求に応じて、退避格納しているアプリケーションおよびその付随データを、携帯電話端末１に返却する。アプリケーション退避格納サーバ２は、返却したときには、退避格納していたアプリケーションおよびその付随データを、そのサーバ内メモリから削除する。
【００３１】
そして、この実施形態では、携帯電話端末１の機能ＩＣおよびアプリケーション退避格納サーバ２のそれぞれは、携帯電話端末１がアプリケーション配信サーバ３から取得した複数個の機能ＩＣ用のアプリケーションについての所在を確認することができるように管理するための管理テーブル（以下の説明においては、携帯電話端末１の機能ＩＣの管理テーブルは端末内管理テーブル、アプリケーション退避格納サーバ２の管理テーブルは、サーバ内管理テーブルと、それぞれ称することとする）を備える。
【００３２】
この場合、管理テーブルは、携帯電話端末１がアプリケーション配信サーバ３から取得した複数個の機能ＩＣ用のアプリケーションについての管理テーブルであるので、携帯電話端末１では、端末内管理テーブルは、例えば携帯電話端末１の端末識別子に対応する一つとし、また、アプリケーション退避格納サーバ２においても、携帯電話端末の端末識別子に対応して、サーバ内管理テーブルを管理するようにすることもできる。
【００３３】
その場合には、携帯電話端末１からの退避格納要求および返却要求に、携帯電話端末１の端末識別子を含めてアプリケーション退避格納サーバ２に送るようにすれば良い。この場合、アプリケーション退避格納サーバ２は、受信した退避格納要求および返却要求から抽出して取得した携帯電話端末１の端末識別子を用いてサーバ内管理テーブルを管理することができる。
【００３４】
しかし、この実施形態では、携帯電話端末１は、ＵＳＩＭ／ＳＩＭカードを使用可能であり、一つの携帯電話端末１であっても、装填されるＵＳＩＭ／ＳＩＭカードが変更されると、携帯電話端末１の使用者は、当該装填されたＵＳＩＭ／ＳＩＭカードに登録されている加入者とすることができる。
【００３５】
そこで、この実施形態では、携帯電話端末１の機能ＩＣのアプリケーションも、携帯電話端末１に装填されたＵＳＩＭ／ＳＩＭカードに登録されているユーザ識別子毎に管理できるようにしている。そのため、この実施形態では、携帯電話端末１からの退避格納要求および返却要求に、装填されているＵＳＩＭ／ＳＩＭカードに登録されている加入者情報のユーザ識別子を、使用者個人識別用情報として含めて、アプリケーション退避格納サーバ２に送るようにする。
【００３６】
そして、アプリケーション退避格納サーバ２は、受信した退避格納要求および返却要求から抽出して取得したＵＳＩＭ／ＳＩＭカードに登録されているユーザ識別子を、使用者個人識別子用情報として用いて、携帯電話端末１の加入者毎に、サーバ内管理テーブルを管理するようにする。
【００３７】
なお、この実施形態では、当該アプリケーションプログラムを実行することで発生する、あるいは実行するために必要である付随データも、当該アプリケーションと共に管理するようにするものである。付随データとしては、例えば交通機関の乗車券としての機能の場合には、残りの利用可能金額のデータや、使用履歴データなどであり、会員証・ポイントカードとしての機能の場合には、蓄積ポイント数などである。また、課金のための情報などの、その他の個別情報もある。
【００３８】
以上のようなシステム構成とすることにより、携帯電話端末１内の機能ＩＣ用のアプリケーションを、アプリケーション退避格納サーバ２に格納または入れ替えることにより、携帯電話端末１内の機能ＩＣの専用メモリのアプリケーション格納領域に、空きがない状態でも、既存のアプリケーションを削除すること無しに、アプリケーション配信サーバ３から、新規のアプリケーションを追加することができる。
【００３９】
また、この実施形態では、ＵＳＩＭ／ＳＩＭカードに登録されている加入者情報に含まれるユーザ識別子毎に機能ＩＣ用アプリケーションの管理テーブルを管理するようにするので、携帯電話端末１と、アプリケーション退避格納サーバ２との間でのアプリケーションの入れ替え機能を利用することにより、ある携帯電話端末内の、加入者毎の機能ＩＣ用アプリケーションやその付随データを、他の携帯電話端末に移動して利用することが可能となり、当該他の携帯電話端末でも、ＵＳＩＭ／ＳＩＭカードを移動するだけで、当該ＵＳＩＭ／ＳＩＭカードに登録されている加入者用のアプリケーションおよびその付随データ（上述した個別情報など）を利用することができる。
【００４０】
［実施形態の携帯電話端末１のハードウエア構成例］
図２は、この実施形態の携帯電話端末１のハードウエア構成例を示すブロック図である。すなわち、この実施形態の携帯電話端末１においては、制御バス１０１およびデータバス１０２からなるシステムバスに対して、制御部１１と、通信回路１２と、表示部１３と、操作部１４と、メインメモリ１５と、ＵＳＩＭ／ＳＩＭカード制御部１６と、機能ＩＣ部１７とが接続されている。
【００４１】
制御部１１は、マイクロコンピュータにより構成されるもので、このマイクロコンピュータには、この実施形態の携帯電話端末１の種々の処理を制御するためのソフトウエアプログラムが格納されており、制御部１１は、そのソフトウエアプログラムにしたがって種々の制御処理を実行する。
【００４２】
通信回路１２は、基地局４および携帯電話ネットワーク５を通じて電話通信やその他の情報通信を行なうための携帯電話通信用の無線通信部であり、アンテナ１２ＡＴを通じて通信データを送受する。
【００４３】
表示部１３は、液晶ディスプレイなどの表示素子を備え、当該表示素子に制御部１１の制御を受けながら、種々の表示画面を表示するようにする機能を備える。
【００４４】
操作部１４は、テンキーやその他のキーを備える。制御部１１は、操作部１４を通じていかなるキーが操作されたかを検知し、当該操作されたキーに対応する制御処理動作を実行するように構成されている。
【００４５】
メモリ１５には、携帯電話端末１における電話帳データやメールアドレス、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などのデータのほか、当該携帯電話端末１が備える機能に付随する蓄積データが格納される。この実施形態では、アプリケーション退避格納サーバ２の電話番号やアプリケーション配信サーバ３のＵＲＬも、このメモリ１５に記憶されている。
【００４６】
ＵＳＩＭ／ＳＩＭカード制御部１６には、ＵＳＩＭ／ＳＩＭカード１６Ｃが装填可能であって、当該装填されたＵＳＩＭ／ＳＩＭカード１６Ｃから読み出した加入者情報をシステムバスを通じて制御部１１に供給する。制御部１１は、この加入者情報中のユーザ識別子Ｕｉｄを用いて、電話通信やその他の情報通信を実行するようにする。
【００４７】
機能ＩＣ部１７は、非接触ＩＣカード機能を備える機能ＩＣからなり、端末内アプリケーション制御部１７１と、非接触通信部１７２とを備える。図３は、この機能ＩＣ部１７の内部構成例を示すもので、端末内アプリケーション制御部１７１は、この例においては、機能ＩＣ部１７の専用メモリであるＩＣ内メモリ１７３を備える。このＩＣ内メモリ１７３は、端末内アプリケーション記憶部１７４と、端末内管理テーブル記憶部１７５とを、メモリエリアとして備えている。
【００４８】
端末内アプリケーション記憶部１７４には、図４に示すように、機能ＩＣ部１７で実行可能な複数個の機能ＩＣ用のアプリケーションの情報（アプリケーションプログラムとその付随データ）が記憶される。ここで、この明細書では、このアプリケーションの情報をアプリケーションファイルと称することとする。そして、ＩＣ内メモリ１７３内に格納されているアプリケーションファイルを、端末内アプリケーションファイルと称することとする。
【００４９】
この例では、それぞれのアプリケーションファイルには、アプリケーションを実行するためのアプリケーションプログラムと、当該アプリケーションの実行に伴って発生あるいは必要となる前述したような付随データとが含まれる。この実施形態の説明では、アプリケーションファイルには、ＦＩＡＰ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。
【００５０】
端末内アプリケーション記憶部１７４のアプリケーションファイルＦＩＡＰ＿Ｘは、図４に示すように、ユーザ識別子Ｕｉｄに対応付けられて記憶されている。そして、この実施形態では、あるＵＳＩＭ／ＳＩＭカード１６Ｃが装填されている状態では、当該ＵＳＩＭ／ＳＩＭカード１６Ｃに登録されているユーザ識別子Ｕｉｄに関連付けられたアプリケーションのみが利用可能となるように構成されている。
【００５１】
端末内管理テーブル記憶部１７５には、図４に示すように、機能ＩＣ部１７に取り込まれた全てのアプリケーションおよびそのアプリケーションファイルの所在情報を管理するためのテーブル情報（以下、この管理テーブル情報を、端末内管理テーブルＴＢＬ＿ＭＢという）が記憶される。
【００５２】
この端末内管理テーブルＴＢＬ＿ＭＢも、ユーザ識別子Ｕｉｄに対応付けられて、ユーザ識別子毎に記憶されている。ただし、後述するように、端末内管理テーブルＴＢＬ＿ＭＢは、ＵＳＩＭ／ＳＩＭカード１６Ｃが装填され、最初に電源が携帯電話端末に投入されたときに、携帯電話端末１がアプリケーション退避管理サーバ２にアクセスして、当該ユーザ識別子Ｕｉｄに対応する端末内管理テーブルＴＢＬ＿ＭＢを取得するようにしており、このため、使用中は、そのときに携帯電話端末１に装填されているＵＳＩＭ／ＳＩＭカード１６Ｃに登録されているユーザ識別子Ｕｉｄに関連付けられた端末内管理テーブルＴＢＬ＿ＭＢのみが存在する。
【００５３】
ＵＳＩＭ／ＳＩＭカード１６Ｃが携帯電話端末１から外されると、それまで使用されていた端末内管理テーブルＴＢＬ＿ＭＢは削除される。
【００５４】
ここで、以下の説明においては、端末内管理テーブルＴＢＬ＿ＭＢにおいて、機能ＩＣ部１７のＩＣ内メモリ１７３にアプリケーションファイルが存在するアプリケーションには、ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。また、端末内管理テーブルＴＢＬ＿ＭＢにおいて、アプリケーション退避格納サーバ２にアプリケーションファイルが退避格納されているアプリケーションには、（ＮＷ）ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。
【００５５】
図４では、機能ＩＣ部１７には、一旦、ユーザ識別子Ｕｉｄ＝Ｐａについて、９個のアプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｂ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿Ｅ，ＡＰＬＮ＿Ｆ，ＡＰＬＮ＿Ｇ，ＡＰＬＮ＿Ｈ，ＡＰＬＮ＿Ｉが、アプリケーション配信サーバ３から取得されたが、アプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿Ｆは、アプリケーション退避格納サーバ２に退避格納されて、当該時点では、ＩＣ内メモリ１７３には、そのアプリケーションファイルＦＩＡＰ＿Ａ，ＦＩＡＰ＿Ｃ，ＦＩＡＰ＿Ｄ，ＦＩＡＰ＿Ｆが存在しないことを示している。
【００５６】
後述するように、制御部１１は、機能ＩＣ部１７のアプリケーションファイルの、アプリケーション退避格納サーバ２への退避格納およびアプリケーション退避格納サーバ２に退避格納されているアプリケーションファイルの機能ＩＣ部１７のＩＣ内メモリ１７３への返却格納の制御処理を実行するようにする。
【００５７】
なお、後述するように、この実施形態の携帯電話端末１では、操作部１４を通じた使用者等によるアプリケーションの選択操作指示に基づいて、選択されたアプリケーションファイルの退避格納および／または返却格納を行うことができるように構成されている。
【００５８】
さらに、この実施形態では、使用者等がアプリケーション配信サーバ３から新規のアプリケーションを取得要求した際に、携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３に充分な空き容量がないときには、制御部１１は、自動的に、ＩＣ内メモリ１７３内の適当なアプリケーションファイルを、アプリケーション退避格納サーバ２に退避格納した後、新規のアプリケーションをアプリケーション配信サーバ３から取得するようにする制御を行うように構成されている。
【００５９】
［アプリケーション退避格納サーバ２の要部の構成例］
アプリケーション退避格納サーバ２は、例えば携帯電話ネットワークを通じて通信可能な機能を備えるパーソナルコンピュータを用いて構成することができる。そして、この実施形態のアプリケーション退避格納サーバ２の要部の機能は、図５に示すようなものとすることができる。
【００６０】
すなわち、図５に示すように、アプリケーション退避格納サーバ２は、このサーバ２全体の処理動作を制御する制御部２０と、携帯電話ネットワーク５を通じてセキュリティの高い通信を行なう通信路を形成可能な無線通信部２１と、機能ＩＣ用のアプリケーションの受信格納および返却送信、管理テーブルの更新処理を行うためのサーバ内アプリケーション制御部２２とを備えて構成されている。
【００６１】
サーバ内アプリケーション制御部２２は、この例においては、サーバ内メモリ２３を備える。このサーバ内メモリ２３は、サーバ内アプリケーション記憶部２４と、サーバ内管理テーブル記憶部２５とを、メモリエリアとして備えている。
【００６２】
サーバ内アプリケーション記憶部２４には、図６に示すように、携帯電話端末１の機能ＩＣ部１７で実行可能な複数個の機能ＩＣ用のアプリケーションの情報、つまり、アプリケーションファイルが、使用者個人識別情報としてのユーザ識別子Ｕｉｄに対応して格納されることで、加入者毎に記憶される。
【００６３】
また、サーバ内管理テーブル記憶部２５には、図６に示すように、ユーザ識別子Ｕｉｄに対応させることにより、携帯電話端末１の機能ＩＣ部１７に取り込まれた、ユーザ識別子Ｕｉｄで特定される各加入者についての全てのアプリケーションおよびそのアプリケーションファイルの所在情報を管理するためのテーブル情報（以下、この管理テーブル情報を、サーバ内管理テーブルＴＢＬ＿ＳＶという）が記憶される。
【００６４】
したがって、図６では、１個のサーバ内管理テーブルＴＢＬ＿ＳＶのみが記載されている、サーバ内管理テーブル記憶部２４には、複数の加入者のユーザ識別子Ｕｉｄについての複数個のサーバ内管理テーブルＴＢＬ＿ＳＶが存在するものである。
【００６５】
ここで、以下の説明においては、サーバ内管理テーブルＴＢＬ＿ＳＶにおいて、携帯電話端末の機能ＩＣ部１７のＩＣ内メモリ１７３にアプリケーションファイルが存在するアプリケーションには、（ｏｕｔ）ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。また、サーバ内管理テーブルＴＢＬ＿ＳＶにおいて、アプリケーション退避格納サーバ２に、アプリケーションファイルが退避格納されているアプリケーションには、（ｉｎ）ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。
【００６６】
図６では、ユーザ識別子Ｕｉｄ＝Ｐａの加入者が、アプリケーション配信サーバ３から取得して利用可能とされている９個のアプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｂ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿Ｅ，ＡＰＬＮ＿Ｆ，ＡＰＬＮ＿Ｇ，ＡＰＬＮ＿Ｈ，ＡＰＬＮ＿Ｉのうち、アプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿ＦのアプリケーションファイルＦＩＡＰ＿Ａ，ＦＩＡＰ＿Ｃ，ＦＩＡＰ＿Ｄ，ＦＩＡＰ＿Ｆは、アプリケーション退避格納サーバ２に退避格納されており、また、アプリケーションＡＰＬＮ＿Ｂ，ＡＰＬＮ＿Ｅ，ＡＰＬＮ＿Ｇ，ＡＰＬＮ＿Ｈ，ＡＰＬＮ＿ＩのアプリケーションファイルＦＩＡＰ＿Ｂ，ＦＩＡＰ＿Ｅ，ＦＩＡＰ＿Ｇ，ＦＩＡＰ＿Ｈ，ＦＩＡＰ＿Ｉは、携帯電話端末１のＩＣ内メモリ１７３に格納されていることを示している。
【００６７】
制御部２０は、携帯電話ネットワーク５を通じて携帯電話端末１から送られてくる接続アクセス要求を、無線通信部２１を通じて受信し、前記携帯電話端末１との間で、携帯電話ネットワーク５を通じたセキュリティの高い通信路を形成する。
【００６８】
そして、制御部２０は、携帯電話端末１から送られてくる退避格納要求や返却要求に含まれる使用者個人識別情報としてのユーザ識別子Ｕｉｄを用いて、携帯電話端末１についての認証を行い、認証が取れたときに、前記要求に対する許可通知を、携帯電話端末１に返すようにする。
【００６９】
そして、制御部２０は、認証が取れた後、前記ユーザ識別子Ｕｉｄで特定される加入者について、退避格納要求や返却要求において指定されているアプリケーションファイルの退避格納および／または返却の処理の実行を、サーバ内アプリケーション制御部２２に指示する。この指示を受けたアプリケーション制御部２２は、前記加入者について、アプリケーションファイルの退避格納および／または返却の実行処理を行う。
【００７０】
そして、サーバ内アプリケーション制御部２２は、アプリケーションファイルの退避格納および／または返却の実行処理の後、前記加入者についてのサーバ内管理テーブルＴＢＬ＿ＳＶの更新処理を実行する。
【００７１】
［携帯電話端末の端末内管理テーブルの取得］
この実施形態の場合、携帯電話端末１に、ＵＳＩＭ／ＳＩＭカード１６Ｃが装填されて、最初に電源が投入されたときには、当該携帯電話端末１は、自動的に、アプリケーション退避格納サーバ２に、装填されたＵＳＩＭ／ＳＩＭカード１６Ｃから取得したユーザ識別子Ｕｉｄを含めた機能ＩＣ管理情報要求を送るようにする。
【００７２】
この機能ＩＣ管理情報要求を受け取ったアプリケーション退避格納サーバ２は、当該要求に含まれるユーザ識別子Ｕｉｄを参照して、当該ユーザ識別子Ｕｉｄに対応付けられているサーバ内管理テーブルＴＢＬ＿ＳＶを検索する。そして、アプリケーション退避格納サーバ２は、検索の結果、検出したユーザ識別子に対応付けられているサーバ内管理テーブルＴＢＬ＿ＳＶから、当該ユーザ識別子Ｕｉｄに対応付けられる、携帯電話端末１用の端末内管理テーブルＴＢＬ＿ＭＢの情報を生成して、当該要求をしてきた携帯電話端末１に送るようにする。
【００７３】
機能ＩＣ管理情報要求を送出した携帯電話端末１は、このアプリケーション退避格納サーバ２から送られてくる端末内管理テーブルＴＢＬ＿ＭＢの情報を受信して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶する。そして、以後は、この端末内管理テーブル記憶部１７５に記憶した端末内管理テーブルＴＢＬ＿ＭＢについて、更新処理などを実行するものである。
【００７４】
なお、前述したように、この実施形態の携帯電話端末１では、ＵＳＩＭ／ＳＩＭカードが、端末から外された時点で、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶されていた端末内管理テーブルＴＢＬ＿ＭＢを削除する。そして、その後、ＵＳＩＭ／ＳＩＭカード１６Ｃが、携帯電話端末に装填されると前述したようにしてアプリケーション退避格納サーバ２から端末内管理テーブルＴＢＬ＿ＭＢを取得して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するものである。
【００７５】
なお、上述の説明では、アプリケーション退避格納サーバ２は、機能ＩＣ管理情報要求を受信したときには、当該要求をしてきた携帯電話端末１用の端末内管理テーブルＴＢＬ＿ＭＢを生成して、送出するようにしたが、アプリケーション退避格納サーバ２が、携帯電話端末１用の端末内管理テーブルＴＢＬ＿ＭＢを生成するのではなく、アプリケーション退避格納サーバ２は、当該端末内管理テーブルＴＢＬ＿ＭＢを生成するのに必要な情報のみを携帯電話端末１に送り、これを受信した携帯電話端末１が、自端末用の端末内管理テーブルを生成して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するようにしてもよい。
【００７６】
［システムにおけるアプリケーション退避格納または返却処理動作］
＜新規のアプリケーション取得時の空きエリアの確保＞
まず、新規に機能ＩＣ用アプリケーションをアプリケーション配信サーバ３から取得する場合において、機能ＩＣ部１７のＩＣ内メモリ１７３に充分な空きメモリエリアが無い場合における処理動作の概要を、図７および図８を用いて説明する。なお、この例は、ユーザ識別子Ｕｉｄ＝Ｐａの加入者についての機能ＩＣ用アプリケーションについての処理動作である。
【００７７】
なお、以下の説明においては、携帯電話端末１からアプリケーション退避格納サーバ２にアプリケーションファイルを退避格納する処理をチェックインと称し、アプリケーション退避格納サーバ２から、携帯電話端末１にアプリケーションファイルを返却する処理をチェックアウトと称することとする。
【００７８】
図７および図８を用いて説明する例は、携帯電話端末１が、新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊを、アプリケーション配信サーバ３に要求してダウンロードしようとしたが、当該携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量がない場合である。
【００７９】
この場合においては、携帯電話端末１では、新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊのダウンロードを実行するに先立ち、自動的に選択した、あるいは、使用者が手動で選択したアプリケーションＡＰＬＮ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂを、アプリケーション退避格納サーバ２にチェックインして、機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量を確保するようにする。
【００８０】
そして、携帯電話端末１では、当該確保した空き容量部分に、アプリケーション配信サーバ３からダウンロードした新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊを格納保存するようにする。
【００８１】
この処理動作の際に、携帯電話端末１およびアプリケーション退避格納サーバ２では、アプリケーションＡＰＬＮ＿Ｂのチェックインが完了したときと、新規のアプリケーションＡＰＬＮ＿Ｊの携帯電話端末１へのダウンロードが完了したときとで、それぞれ端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶを、端末内アプリケーション記憶部１７４の記憶内容と、サーバ内アプリケーション記憶部２４の記憶内容とに合わせるように更新処理をする。
【００８２】
図７におけるユーザ識別子Ｕｉｄ＝Ｐａについての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶは、アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂのアプリケーション退避格納サーバ２へのチェックイン完了前の状態を示している。
【００８３】
アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂが、アプリケーション退避格納サーバ２にチェックイン（退避格納）されると、携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３の当該アプリケーションファイルＦＩＡＰ＿Ｂは、削除された状態となるので、その分の空きメモリエリアが生成されることになる。
【００８４】
次に、図８におけるユーザ識別子Ｕｉｄ＝Ｐａについての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶは、アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂのアプリケーション退避格納サーバ２へのチェックイン完了後であって、さらに、アプリケーション配信サーバ３から新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊのダウンロードを完了した状態を示している。
【００８５】
つまり、アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂが、アプリケーション退避格納サーバ２にチェックイン（退避格納）されたことによる空きメモリエリアに、新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊが格納された状態である。
【００８６】
図９は、この例の場合における携帯電話端末１、アプリケーション退避格納サーバ２およびアプリケーション配信サーバ３間における処理シーケンスを説明するための図である。
【００８７】
先ず、携帯電話端末１は、新規のアプリケーションを取得するためにアプリケーション配信サーバ３にアクセスして通信路を形成した後、取得要求するアプリケーションのアプリケーションファイルのサイズ、つまりファイル容量を問い合わせる。
【００８８】
この問い合わせに対して、アプリケーション配信サーバ３は、取得要求されたアプリケーションファイルのサイズを携帯電話端末１に通知する。この通知を受け取った携帯電話端末１は、当該アプリケーションファイルのサイズと、機能ＩＣ部１７のＩＣ内メモリ１７３の、アプリケーションファイルの格納エリアの空き容量とを比較して、充分な空き容量があるかどうか判別する。
【００８９】
この判別の結果、充分な空き容量があると判別したときには、図９では、図示を省略するが、携帯電話端末１は、アプリケーション配信サーバ３からの新規のアプリケーションファイルのダウンロードを実行する。そして、携帯電話端末１は、当該時点で携帯電話端末１に装填されているＵＳＩＭ／ＳＩＭカード１６Ｃの加入者情報のユーザ識別子についての端末内管理テーブルＴＢＬ＿ＭＢに、ダウンロードしたアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＭＢを更新する。そして、携帯電話端末１は、アプリケーション退避格納サーバ２にアクセスして接続し、新規アプリケーションをダウンロードして格納したことをアプリケーション退避格納サーバ２に通知する。この通知を受けて、アプリケーション退避格納サーバ２は、対応するユーザ識別子についてのサーバ内管理テーブルＴＢＬ＿ＳＶに、新規のアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＳＶを更新する。
【００９０】
また、前記判別の結果、充分な空き容量が無いと判別したときには、携帯電話端末１は、アプリケーション配信サーバ３との通信路を一旦切断する。そして、図９に示すように、携帯電話端末１では、自動的に、あるいは使用者等の選択指定により、アプリケーション退避格納サーバ２にチェックインするアプリケーションの選定がなされる。そして、携帯電話端末１は、装填されているＵＳＩＭ／ＳＩＭカード１６Ｃから、ユーザ識別子Ｕｉｄを取得して、当該ユーザ識別子Ｕｉｄを含めて、アプリケーション退避格納サーバ２に、選定したアプリケーションファイルのチェックイン要求を送る。
【００９１】
アプリケーション退避格納サーバ２は、携帯電話端末１から受け取ったチェックイン要求に含まれるユーザ識別子と、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子とを照合して認証処理を行う。この認証処理の結果、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子の中に、取得したユーザ識別子と同一のものが存在して認証できたと判別したときには、アプリケーション退避格納サーバ２は、チェックイン許可通知を携帯電話端末１に送る。
【００９２】
このチェックイン許可通知を受け取った携帯電話端末１は、選択指定したアプリケーションファイルを、アプリケーション退避格納サーバ２に転送する。アプリケーション退避格納サーバ２は、転送されてきたアプリケーションファイルを、チェックイン要求に含まれていたユーザ識別子に対応してサーバ内メモリ２３に格納する。このとき、携帯電話端末１ではチェックインしたアプリケーションファイルを、ＩＣ内メモリ１７３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルから削除する。
【００９３】
そして、携帯電話端末１およびアプリケーション退避格納サーバ２では、アプリケーションのチェックインが完了したとき、それぞれ、対応するユーザ識別子についての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶを、端末内アプリケーション記憶部１７４の記憶内容と、サーバ内アプリケーション記憶部２４の記憶内容とに合わせるように更新処理をする。そして、携帯電話端末１とアプリケーション退避格納サーバ２との通信路は切断する。
【００９４】
次に、携帯電話端末１は、アプリケーション配信サーバ３にアクセスして、通信路を再生成し、取得要求する新規のアプリケーションについてのダウンロード要求を送る。アプリケーション配信サーバ３は、このダウンロード要求に応じて、取得要求されたアプリケーションファイルのダウンロードを実行する。
【００９５】
このダウンロードの終了後、携帯電話端末１とアプリケーション配信サーバ３との通信路は切断される、そして、携帯電話端末１は、当該時点におけるＵＳＩＭ／ＳＩＭカードのユーザ識別子についての端末内管理テーブルＴＢＬ＿ＭＢにダウンロードしたアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＭＢを更新する。
【００９６】
そして、図９では、詳細は省略したが、携帯電話端末１は、アプリケーション退避格納サーバ２に再アクセスして接続し、新規のアプリケーションの取得をアプリケーション退避格納サーバ２に通知する。この通知を受けたアプリケーション退避格納サーバ２は、対応するユーザ識別子についてのサーバ内管理テーブルＴＢＬ＿ＳＶに、新規なアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＳＶを更新する。そして、携帯電話端末１とアプリケーション退避格納サーバ２との間の通信路を切断し、このシーケンスを終了する。
【００９７】
以上のようにして、この実施形態によれば、携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量が無いときであっても、アプリケーション退避格納サーバ２に、適宜のアプリケーションファイルをチェックインさせることにより、ＩＣ内メモリ１７３に空き容量を生成して、新規のアプリケーションをダウンロードして利用することができるようになる。
【００９８】
図１０およびその続きである図１１は、以上説明したシーケンス例の場合における携帯電話端末１での処理動作を説明するためのフローチャートである。このフローチャートの各ステップは、制御部１１およびこの制御部１１の制御に従った機能ＩＣ部１７のアプリケーション制御部１７１が実行するものである。
【００９９】
すなわち、携帯電話端末１において、使用者により、例えばそのメニュー一覧画面から、機能ＩＣ用の新規のアプリケーションの取得要求がなされると、図１０の処理ルーチンが開始される。
【０１００】
先ず、携帯電話端末１の制御部１１は、通信回路１２を通じてアプリケーション配信サーバにアクセスし、無線基地局４、携帯電話ネットワーク５およびインターネット６を通じて、携帯電話端末１とアプリケーション配信サーバ２との間に通信路を形成する（ステップＳ１０１）。
【０１０１】
次に、制御部１１は、要求する新アプリケーションのサイズ（ファイル容量）をアプリケーション配信サーバ３に問い合わせ要求し（ステップＳ１０２）、この要求に対応してアプリケーション配信サーバ３から送られてくる新アプリケーションのサイズの情報を受信する（ステップＳ１０３）。
【０１０２】
そして、制御部１１は、機能ＩＣ部１７のアプリケーション制御部１７１に、ＩＣ内メモリ１７３のアプリケーションファイルの格納領域の空き容量を問い合わせ（ステップＳ１０４）、検知したその空き容量と、新アプリケーションのサイズとを比較して、空き容量が充分であるか否か判別する（ステップＳ１０５）。
【０１０３】
ステップＳ１０５で、空き容量が充分ではないと判別したときには、制御部１１は、表示部１３により、例えば、「ＩＣ内メモリに充分な空きがないので、チェックイン後に、ダウンロードしますが、よろしいでしょうか？」などをディスプレイ画面に表示して、チェックインをすることに同意するかどうかの問い合わせをする（ステップＳ１０６）。
【０１０４】
次に、制御部１１は、このステップＳ１０６での問い合わせに対して、使用者により「同意する」旨の操作入力がなされたか否かを判別する（ステップＳ１０７）。このステップＳ１０７で、使用者により非同意とされたと判別したときには、制御部１１は、表示部１３により、ダウンロードの中止をディスプレイ画面に表示して報知し（ステップＳ１０８）、アプリケーション配信サーバ３との通信路を切断し（ステップＳ１０９）、この処理ルーチンを終了する。
【０１０５】
また、ステップＳ１０７で、使用者により「同意する」とされたと判別したときには、制御部１１は、アプリケーション配信サーバ３との通信路を一旦切断する（図１１のステップＳ１１１）。そして、制御部１１は、アプリケーション退避格納サーバ２にアクセスして、選定したアプリケーションファイルをチェックインして空き容量を生成する処理を、機能ＩＣ部１７の端末内アプリケーション制御部１７１と共に実行する（ステップＳ１１２）。このステップＳ１１２の詳細な処理動作については後述する。
【０１０６】
そして、制御部１１は、ステップＳ１１２において、機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量を確保すると、アプリケーション退避格納サーバ２との通信路は切断し、その代わりにアプリケーション配信サーバ３にアクセスして、当該アプリケーション配信サーバ３との間に通信路を再生成して、取得しようとしていた新アプリケーションのダウンロード要求をアプリケーション配信サーバ３に送信する（ステップＳ１１３）。
【０１０７】
そして、制御部１１は、このダウンロード要求に対応してアプリケーション配信サーバ３からダウンロードされてくる新アプリケーションのアプリケーションファイル（アプリケーションプログラムおよびその付随データ）を通信回路１２を通じて受信して機能ＩＣ部１７に転送し、端末内アプリケーション制御部１７１が、そのダウンロードされたアプリケーションファイルを、ＩＣ内メモリ１７３の端末内アプリケーション記憶部１７４に、当該時点で装填されているＵＳＩＭ／ＳＩＭカード１６から取得したユーザ識別子Ｕｉｄに対応して格納する（ステップＳ１１４）。そして、ダウンロード完了後、制御部１１は、アプリケーション配信サーバ３との通信路を切断する。
【０１０８】
そして、端末内アプリケーション制御部１７１は、端末内管理テーブル記憶部１７５の、前記ユーザ識別子Ｕｉｄに対応する端末内管理テーブルＴＢＬ＿ＭＢに、新アプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＭＢを更新する（ステップＳ１１５）。
【０１０９】
次に、制御部１１は、アプリケーション退避格納サーバ２にアクセスして接続し、端末内アプリケーション制御部１７１から新アプリケーションについてのファイル名、ユーザ識別子などの通知情報を取得して、当該通知情報をアプリケーション退避格納サーバ２に、そのサーバ内管理テーブルＴＢＬ＿ＳＶの更新のために送り、その後、アプリケーション退避格納サーバ２との通信路を切断する（ステップＳ１１６）。そして、この処理ルーチンを終了する。
【０１１０】
また、ステップＳ１０５で、空き容量が充分であると判別したときには、制御部１１は、ステップＳ１１３に飛んで、アプリケーション配信サーバ３に、取得しようとしている新アプリケーションのダウンロード要求を送り、上述したステップＳ１１３以降の処理を繰り返すことにより、アプリケーション退避格納サーバ２へのチェックイン処理を経由することなく、新アプリケーションのダウンロードを実行する。
【０１１１】
次に、ステップＳ１１２におけるＩＣ内メモリにおける空き容量生成のための処理について、図１２のフローチャートを参照しながら説明する。
【０１１２】
先ず、制御部１１は、アプリケーション退避格納サーバ２にチェックイン（退避格納）するアプリケーションの選択方法の設定をチェックする（ステップＳ１２１）。すなわち、この実施形態では、携帯電話端末１においては、機能ＩＣ部１７のＩＣ内メモリ１７３に空き容量が充分でない場合に、その空き容量を確保するためにチェックインするアプリケーションの選択方法として、制御部１１が自動的に選択する方法（自動選択方法）と、ユーザが選択する方法（手動選択方法）とのいずれかの方法を選択することが、ユーザにより設定可能となっている。
【０１１３】
そして、この実施形態では、携帯電話端末１では、初期的には、ユーザ選択方法が選択設定されており、ユーザにより、自動選択方法が選択設定可能とされている。この設定情報は、例えばメモリ１５に格納されており、制御部１１は、このメモリ１５の選択方法の設定情報を参照して、チェックする。
【０１１４】
制御部１１は、ステップＳ１２１でのチェックの結果、自動選択方法が設定されているか、または、手動選択方法が設定されているかを判別する（ステップＳ１２２）。そして、自動選択方法が設定されていると判別したときには、制御部１１は、アプリケーション制御部１７１に、アプリケーション配信サーバ３から取得した新アプリケーションファイルのサイズに応じてチェックインするアプリケーションを検索して、自動選択させるようにする（ステップＳ１２３）。つまり、制御部１１は、アプリケーション制御部１７１に依頼して、新アプリケーションファイルを格納するだけの充分な空き容量が確保できるように、チェックインするアプリケーションを自動選択する。
【０１１５】
また、ステップＳ１２２で手動選択方法が設定されていると判別したときには、制御部１１は、ＩＣ内メモリ１７３の端末内アプリケーション記憶部１７４に格納されているチェックイン可能なアプリケーションファイルの一覧を、表示部１３によりディスプレイ画面に表示すると共に、当該アプリケーションファイル一覧から、チェックインするアプリケーションファイルの選択操作を促すメッセージを表示して、使用者のアプリケーションファイルの選択操作を要求するようにする（ステップＳ１２４）。
【０１１６】
そして、制御部１１は、操作部１４を通じた使用者によるチェックインするアプリケーションファイルの選択を待ち（ステップＳ１２５）、使用者がチェックインするアプリケーションの選択を行ったと判別したときには、アプリケーション制御部１７１に、当該選択されたアプリケーションファイルのサイズで、新アプリケーションをダウンロードするのに充分な空き容量が確保できたか否か判別させるようにする（ステップＳ１２６）。
【０１１７】
ステップＳ１２６で、アプリケーション制御部１７１が、充分な空き容量が確保できてはいないと判別したときには、制御部１１は、表示部１３に、チェックインするアプリケーションファイルの更なる選択を使用者に促すようにする表示メッセージを、ディスプレイ画面に表示させるようにする（ステップＳ１２７）。そして、ステップＳ１２５に戻り、このステップＳ１２５以降の処理を繰り返す。
【０１１８】
また、ステップＳ１２６で、アプリケーション制御部１７１が、充分な空き容量が確保できたと判別したときには、制御部１１は、チェックインするアプリケーションファイルの選択終了として、次のステップＳ１２８に移行する。ステップＳ１２３で、自動選択が終了した後にも、このステップＳ１２８に移行する。
【０１１９】
ステップＳ１２８では、制御部１１は、ＵＳＩＭ／ＳＩＭカード１６Ｃからユーザ識別子Ｕｉｄを取得する。そして、制御部１１は、アプリケーション退避格納サーバ２にアクセスして通信路を形成し、ユーザ識別子Ｕｉｄを含めた、選択したアプリケーションファイルのチェックイン要求を、当該通信路を通じてアプリケーション退避格納サーバ２に送る（ステップＳ１２９）。
【０１２０】
そして、制御部１１は、アプリケーション退避格納サーバ２からのチェックイン許可通知を待ち（ステップＳ１３０）、チェックイン許可通知を受信したと判別したときには、チェックインするとして選択したアプリケーションファイルを、アプリケーション退避格納サーバ２に送信する（ステップＳ１３１）。このとき、ＩＣ内メモリ１７３から送信したアプリケーションファイルは削除する。
【０１２１】
そして、制御部１１は、端末内アプリケーション制御部１７１に指示して、端末内管理テーブル記憶部１７５の、当該時点におけるユーザ識別子Ｕｉｄについての端末内管理テーブルＴＢＬ＿ＭＢからチェックインしたアプリケーションファイルの記録を削除させて、当該端末内管理テーブルＴＢＬ＿ＭＢを更新するようにする（ステップＳ１３２）。そして、アプリケーション退避格納サーバ２との通信路を切断して（ステップＳ１３３）、この処理ルーチンを終了する。
【０１２２】
次に、上述の携帯電話端末１での処理に対応するアプリケーション退避格納サーバ２での処理について、図１３のフローチャートを参照しながら説明する。
【０１２３】
アプリケーション退避格納サーバ２の制御部２３は、携帯電話端末１からの接続要求を受信すると（ステップＳ１４１）、携帯電話端末１との間の通信路を生成する（ステップＳ１４２）。
【０１２４】
そして、制御部２３は、携帯電話端末１からのチェックイン要求を受信したか否か判別し（ステップＳ１４３）、受信してはいないと判別したときには、その他の処理ステップＳ１４４に移行する。
【０１２５】
また、ステップＳ１４３で、携帯電話端末１からのチェックイン要求を受信したと判別したときには、制御部２３は、当該チェックイン要求に含まれるユーザ識別子Ｕｉｄを抽出して、当該ユーザ識別子Ｕｉｄと同じユーザ識別子のサーバ内管理テーブルＴＢＬ＿ＳＶがあるか否かを照合して認証を行う（ステップＳ１４５）。
【０１２６】
このステップＳ１４５で、照合の結果、認証が取れなかったときには、制御部２３は、認証ができなかったことを携帯電話端末１に送信し（ステップＳ１４６）、携帯電話端末１との間の通信路を切断する（ステップＳ１４７）。
【０１２７】
また、ステップＳ１４５で、照合の結果、認証が取れたと判別したときには、制御部２３は、チェックイン許可通知を携帯電話端末１に送信する（ステップＳ１４８）。そして、携帯電話端末１からチェックインするアプリケーションファイルが送られてくるので、当該アプリケーションファイルを受信して、それを取得したユーザ識別子Ｕｉｄに対応して、サーバ内アプリケーション記憶部２４に格納して、チェックイン処理を実行する（ステップＳ１４９）。
【０１２８】
そして、制御部２３は、サーバ内アプリケーション制御部２２に指示して、サーバ内管理テーブル記憶部２５の、前記取得したユーザ識別子Ｕｉｄについての端末内管理テーブルＴＢＬ＿ＳＶに、チェックインしたアプリケーションファイルの記録を追加させて、当該サーバ内管理テーブルＴＢＬ＿ＳＶを更新するようにする（ステップＳ１５０）。そして、携帯電話端末１との通信路を切断して（ステップＳ１５１）、この処理ルーチンを終了する。
【０１２９】
＜携帯電話端末１のアプリケーションの入れ替え＞
この実施形態では、機能ＩＣ部１７のＩＣ内メモリ１７３に空き容量が充分でないときのみではなく、使用者の指示操作により、適宜のタイミングで、使用者が選択したアプリケーションファイルをアプリケーション退避格納サーバ２にチェックインすることができ、また、使用者が選択したアプリケーションファイルをアプリケーション退避格納サーバ２からチェックアウトすることができる。
【０１３０】
また、この実施形態では、チェックインおよびチェックアウトは、それぞれ独立して行うことができると共に、チェックインとチェックアウトとを、同時に行って、携帯電話端末１の機能ＩＣ部１７へのアプリケーションの入れ替えを行うこともできる。アプリケーションの入れ替え処理について、図１４〜図１８を用いて説明する。
【０１３１】
図１４および図１５は、このアプリケーションの入れ替え処理の概要を説明するための図で、図１４の管理テーブルＴＢＬ＿ＭＢおよびＴＢＬ＿ＳＶは入れ替え完了前の状態を、図１５の管理テーブルＴＢＬ＿ＭＢおよびＴＢＬ＿ＳＶは入れ替え完了後の状態を示している。
【０１３２】
この図１４および図１５を用いて説明する例は、ＩＣ内メモリ１７３に格納されているアプリケーションＡＰＬＮ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂと、アプリケーション退避格納サーバ２に退避されているアプリケーションＡＰＬＮ＿ＡのアプリケーションファイルＦＩＡＰ＿Ａとを入れ替える場合である。なお、図１４，図１５の例においては、携帯電話端末１に装填されているＵＳＩＭ／ＳＩＭカード１６Ｃから取得したユーザ識別子Ｕｉｄが、Ｕｉｄ＝Ｐａである場合である。
【０１３３】
図１６は、このアプリケーションの入れ替えの場合のシーケンス例を示すもので、この図１６に示すように、先ず、携帯電話端末１において、使用者により、チェックインするアプリケーションと、チェックアウトするアプリケーションの選択がなされる。
【０１３４】
このアプリケーションの選択の際には、携帯電話端末１では、ユーザ識別子Ｐａの端末内管理テーブルＴＢＬ＿ＭＢを参照して、当該端末内管理テーブルＴＢＬ＿ＭＢにおいて、ＩＣ内メモリ１７３に格納されているとされているアプリケーションは、チェックイン可能なアプリケーションとして一覧表示され、サーバ内メモリ２３に退避格納されているとされているアプリケーションは、チェックアウト可能なアプリケーションとして一覧表示される。使用者は、この一覧表示から、チェックインおよびチェックアウトするアプリケーションをそれぞれ選択するようにする。
【０１３５】
前述したように、この例では、チェックインするアプリケーションとして、アプリケーションＡＰＬＮ＿Ｂが選択され、また、チェックアウトするアプリケーションとして、アプリケーションＡＰＬＮ＿Ａが選択される。
【０１３６】
そして、使用者が、このアプリケーションの選択の終了後、チェックイン／チェックアウトの開始指示操作をすると、携帯電話端末１は、ユーザ識別子Ｐａを取得した後、アプリケーション退避格納サーバ２に、当該ユーザ識別子Ｐａを含めて、アプリケーションＡＰＬＮ＿Ｂのチェックイン要求と、アプリケーションＡＰＬＮ＿Ａのチェックアウト要求とを要求内容とするチェックイン／チェックアウト要求を送る。
【０１３７】
アプリケーション退避格納サーバ２は、携帯電話端末１から受け取ったチェックイン／チェックアウト要求に含まれるユーザ識別子と、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子とを照合して認証処理を行う。この認証処理の結果、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子の中に、取得したユーザ識別子と同一のものが存在して認証できたと判別したときには、アプリケーション退避格納サーバ２は、チェックイン／チェックアウト許可通知を携帯電話端末１に送る。
【０１３８】
このチェックイン／チェックアウト許可通知を受け取った携帯電話端末１は、選択指定したチェックインするアプリケーションファイル、この例ではアプリケーションファイルＦＩＡＰ＿Ｂを、アプリケーション退避格納サーバ２に転送する。
【０１３９】
アプリケーション退避格納サーバ２は、転送されてきたアプリケーションファイルを、チェックイン要求に含まれていたユーザ識別子に対応してサーバ内メモリ２３に格納する。このとき、携帯電話端末１ではチェックインしたアプリケーションファイルＦＩＡＰ＿Ｂを、ＩＣ内メモリ１７３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルから削除する。
【０１４０】
次に、このチェックイン完了後、アプリケーション退避格納サーバ２は、選択指定されたチェックアウトすべきアプリケーションファイル、この例ではサーバ内メモリ２３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルＦＩＡＰ＿Ａを、携帯電話端末１に転送する。そして、当該サーバ内メモリ２３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルＦＩＡＰ＿Ａは削除する。
【０１４１】
一方、携帯電話端末１は、転送されてきたアプリケーションファイルＦＩＡＰ＿Ａを、ユーザ識別子Ｐａに対応してＩＣ内メモリ１７３に格納する。
【０１４２】
そして、携帯電話端末１およびアプリケーション退避格納サーバ２では、アプリケーションのチェックインおよびチェックアウトが完了したとき、それぞれ、対応するユーザ識別子Ｐａについての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶを、端末内アプリケーション記憶部１７４の記憶内容と、サーバ内アプリケーション記憶部２４の記憶内容とに合わせるように更新処理をする（図１５参照）。そして、携帯電話端末１とアプリケーション退避格納サーバ２との通信路は切断する。
【０１４３】
図１７は、以上説明したアプリケーション入れ替えシーケンス例の場合における携帯電話端末１での処理動作を説明するためのフローチャートである。このフローチャートの各ステップは、制御部１１およびこの制御部１１の制御に従った機能ＩＣ部１７のアプリケーション制御部１７１が実行するものである。
【０１４４】
すなわち、例えば携帯電話端末１において、機能一覧メニューからアプリケーションのチェックイン／チェックアウトの項目が選択されると、図１０の処理ルーチンが開始される。
【０１４５】
図１０の処理ルーチンを開始すると、制御部１１は、先ず、端末内アプリケーション制御部１７１を通じてユーザ識別子Ｐａの端末内管理テーブルＴＢＬ＿ＭＢを取得し、これに基づいて、ＩＣ内メモリ１７３に格納されている、チェックイン可能なアプリケーションの一覧と、サーバ内メモリ２３に退避格納されている、チェックアウト可能なアプリケーションの一覧とをディスプレイ画面に表示する（ステップＳ２０１）。
【０１４６】
次に、制御部１１は、この一覧画面を通じた使用者の選択入力から、チェックインするアプリケーションとチェックアウトするアプリケーションの選択指示を受け付ける（ステップＳ２０２）。
【０１４７】
次に、制御部１１は、ＵＳＩＭ／ＳＩＭカード１６Ｃからユーザ識別子Ｕｉｄを取得する（ステップＳ２０３）。そして、制御部１１は、アプリケーション退避格納サーバ２にアクセスし、ユーザ識別子を含むと共に、チェックインするアプリケーションおよびチェックアウトするアプリケーションの指定情報を含むチェックイン／チェックアウト要求を送信する（ステップＳ２０４）。
【０１４８】
そして、制御部１１は、アプリケーション退避格納サーバ２からのチェックイン／チェックアウト許可通知を待ち（ステップＳ２０５）、チェックイン／チェックアウト許可通知を受信したときには、制御部１１は、端末内アプリケーション制御部１７１に指示して、選択したアプリケーションファイルをアプリケーション退避格納サーバ２に転送して、チェックイン処理を実行（ステップＳ２０６）、チェックイン処理が終了したら、アプリケーション退避格納サーバ２から送られてくる、選択したアプリケーションファイルを受信して、チェックアウト処理を実行する（ステップＳ２０７）。
【０１４９】
そして、制御部１１は、機能ＩＣ部１７の端末内アプリケーション制御部１７１に指示して、当該時点におけるＵＳＩＭ／ＳＩＭカード１６Ｃのユーザ識別子Ｕｉｄに対応する端末内管理テーブルＴＢＬ＿ＭＢについて、前述したような更新処理を実行させるようにする（ステップＳ２０８）。
【０１５０】
その後、制御部１１は、アプリケーション退避格納サーバ２との間の通信路を切断して（ステップＳ２０９）、この処理ルーチンを終了する。
【０１５１】
次に、図１８のフローチャートを参照しながら、アプリケーションの入れ替えシーケンスにおけるアプリケーション退避格納サーバ２での処理動作例を説明する。
【０１５２】
アプリケーション退避格納サーバ２の制御部２３は、携帯電話端末１からの接続要求を受信すると（ステップＳ２１１）、携帯電話端末１との間の通信路を生成する（ステップＳ２１２）。
【０１５３】
そして、制御部２３は、携帯電話端末１からのチェックイン／チェックアウト要求を受信したか否か判別し（ステップＳ２１３）、受信してはいないと判別したときには、その他の処理ステップＳ２１４に移行する。
【０１５４】
また、ステップＳ２１３で、携帯電話端末１からのチェックイン／チェックアウト要求を受信したと判別したときには、制御部２３は、当該チェックイン／チェックアウト要求に含まれるユーザ識別子Ｕｉｄを抽出して、当該ユーザ識別子Ｕｉｄと同じユーザ識別子のサーバ内管理テーブルＴＢＬ＿ＳＶがあるか否かを照合して認証を行う（ステップＳ２１５）。
【０１５５】
このステップＳ２１５で、照合の結果、認証が取れなかったときには、制御部２３は、認証ができなかったことを携帯電話端末１に送信し（ステップＳ２１６）、携帯電話端末１との間の通信路を切断する（ステップＳ２１７）。
【０１５６】
また、ステップＳ２１５で、照合の結果、認証が取れたと判別したときには、制御部２３は、チェックイン／チェックアウト許可通知を携帯電話端末１に送信する（ステップＳ２１８）。そして、携帯電話端末１からチェックインするアプリケーションファイルが送られてくるので、当該アプリケーションファイルを受信して、それを取得したユーザ識別子Ｕｉｄに対応して、サーバ内アプリケーション記憶部２４に格納して、チェックイン処理を実行し、当該チェックイン処理が終了したら、要求されたアプリケーションファイルを携帯電話端末１に送信して、チェックアウト処理を実行する（ステップＳ２１９）。
【０１５７】
そして、制御部２３は、サーバ内アプリケーション制御部２２に指示して、サーバ内管理テーブル記憶部２５の、前記取得したユーザ識別子Ｕｉｄについての端末内管理テーブルＴＢＬ＿ＳＶに、チェックイン／チェックアウトしたアプリケーションファイルの記録の削除／追加を実行させて、当該サーバ内管理テーブルＴＢＬ＿ＳＶを更新するようにする（ステップＳ２２０）。そして、携帯電話端末１との通信路を切断して（ステップＳ２２１）、この処理ルーチンを終了する。
【０１５８】
［他の実施形態］
以上の説明は、１台の携帯電話端末に対して、複数の異なるＵＳＩＭ／ＳＩＭカードが装填される場合を想定した場合であるが、携帯電話端末１内の端末内管理テーブルＴＢＬ＿ＭＢと、アプリケーション退避格納サーバ２内のサーバ内管理テーブルＴＢＬ＿ＳＶと、ＵＳＩＭ／ＳＩＭカード内のユーザ識別子Ｕｉｄを利用することにより、一つのユーザ識別子Ｕｉｄに対して、つまり、一人の加入者に対して、複数台の携帯電話端末において、アプリケーション退避格納サーバとの間で、アプリケーションのチェックインおよび／またはチェックアウトが可能となる。この場合、アプリケーションのチェックインおよび／またはチェックアウトが実施できるのは、ＵＳＩＭ／ＳＩＭカードが装填された携帯電話端末のみに限られる。
【０１５９】
図１９および図２０は、２台の携帯電話端末１Ａ，１Ｂを、ＵＳＩＭ／ＳＩＭカードのユーザ識別子ＵｉｄがＵｉｄ＝Ｐａである加入者が利用する場合におけるアプリケーション退避格納サーバ２のサーバ内管理テーブルＴＢＬ＿ＳＶの記憶情報内容例と、携帯電話端末１Ａの端末内管理テーブルＴＢＬ＿ＭＢａおよび携帯電話端末１Ｂの端末内管理テーブルＴＢＬ＿ＭＢｂの記憶情報内容例とを示すものである。
【０１６０】
この実施形態においては、アプリケーション退避格納サーバ２のサーバ内管理テーブルＴＢＬ＿ＳＶでは、チェックアウト中のアプリケーションが、いずれの端末に格納されているかの情報を備える。図１９および図２０において、サーバ内管理テーブルＴＢＬ＿ＳＶで、「（Ａ−ｏｕｔ）ＡＰＬＮ＿Ｘ」は、携帯電話端末１Ａにチェックアウト中のアプリケーションを示し、また、「（Ｂ−ｏｕｔ）ＡＰＬＮ＿Ｘ」は、携帯電話端末１Ｂにチェックアウト中のアプリケーションを示している。
【０１６１】
また、「（ｉｎ）ＡＰＬＮ＿Ｘ」は、前述の実施形態の場合と同様に、アプリケーション退避格納サーバ２のサーバ内アプリケーション記憶部２４に格納されているアプリケーションを示している。
【０１６２】
そして、携帯電話端末１Ａ、１Ｂのそれぞれの機能ＩＣ部の端末内アプリケーション制御部１７１Ａ、１７１Ｂでは、図１９、図２０に示すように、自端末内に存在して現在利用可能なアプリケーションと、アプリケーション退避格納サーバ２や他の携帯電話端末に格納されているアプリケーションとを区別して管理する。
【０１６３】
すなわち、図１９および図２０に示すように、端末内アプリケーション制御部１７１Ａおよび１７１Ｂがそれぞれ管理する端末内管理テーブルＴＢＬ＿ＭＢａおよびＴＢＬ＿ＭＢｂにおいて、「ＡＰＬＮ＿Ｘ」は、自端末内に格納して現在利用可能なアプリケーションを示しており、また、「（ＮＷ）ＡＰＬＮ＿Ｘ」は、アプリケーション退避格納サーバ２に退避格納されているものとされるアプリケーションを示している。なお、この例では、他の携帯電話端末に格納されているアプリケーションも、アプリケーション退避格納サーバ２に退避格納されているものとして取り扱うようにしている。
【０１６４】
この実施形態においても、各携帯電話端末１Ａ，１Ｂは、アプリケーション退避格納サーバ２との間で、上述した実施形態と同様にして、ＩＣ内メモリの空き容量不足の際や、アプリケーション入れ替えのためのチェックインおよびチェックアウトができると共に、機能ＩＣ部の端末内アプリケーション制御部１７１Ａ，１７１Ｂが、それぞれ自端末内の端末内管理テーブルＴＢＬ＿ＭＢａ、ＴＢＬ＿ＭＢｂを更新するようにする。
【０１６５】
また、アプリケーション退避格納サーバ２は、アプリケーションがチェックアウトされる複数の携帯電話端末を区別して管理すること以外は、前述の実施形態と全く同様にして、チェックインおよびチェックアウト、また、サーバ内管理テーブルＴＢＬ＿ＳＶの更新処理を実行する。
【０１６６】
なお、この実施形態の場合には、チェックインおよび／またはチェックアウト要求は、ユーザ識別子Ｕｉｄのみではなく、携帯電話端末１Ａ，１Ｂの識別子を付加して、携帯電話端末１Ａまたは１Ｂからアプリケーション退避格納サーバ２に送るようにする。
【０１６７】
また、図１９および図２０に示したように、この実施形態の場合、携帯電話端末１Ａまたは１Ｂに、ＵＳＩＭ／ＳＩＭカードが装填されて、最初に電源が投入されたときには、当該携帯電話端末は、自動的に、アプリケーション退避格納サーバ２に、自端末の識別子とユーザ識別子とを含めた機能ＩＣ管理情報要求を送るようにする。
【０１６８】
この機能ＩＣ管理情報要求を受け取ったアプリケーション退避格納サーバ２は、当該要求に含まれるユーザ識別子を参照して、当該ユーザ識別子に対応するサーバ内管理テーブルＴＢＬ＿ＳＶを検索する。そして、アプリケーション退避格納サーバ２は、検索の結果、検出したユーザ識別子に対応するサーバ内管理テーブルＴＢＬ＿ＳＶから、前記機能ＩＣ管理情報要求に含まれる携帯電話端末の識別子で示される携帯電話端末用の端末内管理テーブルＴＢＬ＿ＭＢの情報を生成して、当該要求をしてきた携帯電話端末に送るようにする。
【０１６９】
機能ＩＣ管理情報要求を送出した携帯電話端末は、このアプリケーション退避格納サーバ２から送られてくる端末内管理テーブルＴＢＬ＿ＭＢの情報を受信して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶する。そして、以後は、この端末内管理テーブル記憶部１７５に記憶した端末内管理テーブルＴＢＬ＿ＭＢについて、更新処理などを実行するものである。
【０１７０】
そして、この実施形態の携帯電話端末では、ＵＳＩＭ／ＳＩＭカードが、端末から外された時点で、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶されていた端末内管理テーブルＴＢＬ＿ＭＢを削除する。そして、その後、ＵＳＩＭ／ＳＩＭカードが、携帯電話端末に装填されると前述したようにしてアプリケーション退避格納サーバ２から端末内管理テーブルを取得して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するものである。
【０１７１】
なお、上述の説明では、アプリケーション退避格納サーバ２は、機能ＩＣ管理情報要求を受信したときには、当該要求をしてきた携帯電話端末用の端末内管理テーブルを生成して、送出するようにしたが、アプリケーション退避格納サーバ２が、携帯電話端末用の端末内管理テーブルを生成するのではなく、アプリケーション退避格納サーバ２は、当該端末内管理テーブルを生成するのに必要な情報のみを携帯電話端末に送り、これを受信した携帯電話端末が、自端末用の端末内管理テーブルを生成して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するようにしてもよい。
【０１７２】
［その他の実施形態および変形例］
上述の実施形態においては、チェックインおよび／またはチェックアウトの後だけでなく、新規のアプリケーションを携帯電話端末にダウンロードしたときにも、当該ダウンロード時に、携帯電話端末は、自端末の端末内管理テーブルＴＢＬ＿ＭＢを更新するとともに、アプリケーション退避格納サーバ２に、当該新アプリケーションを通知して、サーバ内管理テーブルＴＢＬ＿ＳＶを同時に更新させるようにしたが、サーバ内管理テーブルＴＢＬ＿ＳＶの更新は、ダウンロード時に同時ではなく、後の時点に行うようにしても良い。
【０１７３】
また、使用者（加入者）が、携帯電話端末において、機能ＩＣ用アプリケーションを強制削除したときにも、アプリケーション退避格納サーバ２に、それを通知する必要があるが、その通知も、削除と同時でなく、後の時点でも良い。後の時点としては、例えば、携帯電話端末を通常は使用しない夜間など、予め定めた時間に、アプリケーション退避格納サーバ２に通知する必要な情報を送るように構成することもできる。
【０１７４】
また、この発明が適用される電子機器は、携帯電話端末に限らず、その他の携帯機器であっても良いことは言うまでもない。また、セキュリティの確保が可能なネットワークは、携帯電話ネットワークに限られるものでないことも言うまでもない。
【０１７５】
また、機能ＩＣとしては、上述の例のフェリカ（登録商標）ＩＣに限らず、セキュリティ確保のために、ＩＣ内に専用メモリを備え、その容量が有限なものであるものに、この発明は適用可能である。
【０１７６】
ユーザ識別子は、上述の例は携帯電話端末であったので、ＵＳＩＭ／ＳＩＭカードから取得される加入者情報に含まれる情報を用いるようにしたが、これに限られるものではなく、例えば使用者が設定したユーザ識別子を用いるようにしてももちろん良い。
【図面の簡単な説明】
【０１７７】
【図１】この発明による機能ＩＣ用アプリケーション管理システムの実施形態の全体の概要を示す図である。
【図２】図１のシステムを構成する電子機器の一例としての携帯電話端末の構成例を示すブロック図である。
【図３】図２の携帯電話端末における機能ＩＣ部１７の構成を説明するための図である。
【図４】図２の携帯電話端末における機能ＩＣ部１７のＩＣ内メモリの記憶内容を説明するための図である。
【図５】図１のシステムを構成するアプリケーション退避格納サーバの構成例を示すブロック図である。
【図６】図５のアプリケーション退避格納サーバのサーバ内メモリの記憶内容を説明するための図である。
【図７】図１のシステムにおける処理動作の一例を説明するための図である。
【図８】図１のシステムにおける処理動作の一例を説明するための図である。
【図９】図１のシステムにおける処理動作の一例の流れを説明するためのシーケンス図である。
【図１０】図１のシステムにおける処理動作の一例における携帯電話端末での処理動作例を説明するためのフローチャートの一部を示す図である。
【図１１】図１のシステムにおける処理動作の一例における携帯電話端末での処理動作例を説明するためのフローチャートの一部を示す図である。
【図１２】図１１のステップＳ１１２の詳細例を説明するためのフローチャートを示す図である。
【図１３】図１のシステムにおける処理動作の一例におけるアプリケーション退避格納サーバでの処理動作例を説明するためのフローチャートを示す図である。
【図１４】図１のシステムにおける処理動作の他の例を説明するための図である。
【図１５】図１のシステムにおける処理動作の他の例を説明するための図である。
【図１６】図１のシステムにおける処理動作の他の例の流れを説明するためのシーケンス図である。
【図１７】図１のシステムにおける処理動作の他の例における携帯電話端末での処理動作例を説明するためのフローチャートを示す図である。
【図１８】図１のシステムにおける処理動作の他の例におけるアプリケーション退避格納サーバでの処理動作例を説明するためのフローチャートを示す図である。
【図１９】図１のシステムにおける処理動作のさらに他の例を説明するための図である。
【図２０】図１のシステムにおける処理動作のさらに他の例を説明するための図である。
【符号の説明】
【０１７８】
１…携帯電話端末、２…アプリケーション退避格納サーバ、５…携帯電話ネットワーク、１１…制御部、１６…ＵＳＩＭ／ＳＩＭカード制御部、１７…機能ＩＣ部、
【技術分野】
【０００１】
この発明は、例えば非接触ＩＣカード機能ＩＣなどの機能ＩＣを備える、例えば携帯電話端末などの電子機器に関する。また、この発明は、機能ＩＣ用アプリケーション管理システムおよびこのシステムに用いるアプリケーション退避格納サーバに関する。
【背景技術】
【０００２】
近年、携帯電話端末などの電子機器への非接触ＩＣカード機能搭載が標準的になりつつある。この非接触ＩＣカード機能は、ＲＦＩＤ（Radio Frequency Identification；電磁波を用いた被接触の自動認識技術の総称）を用いて、種々の機能を実現するものである。例えば、交通機関の乗車券に、お財布代わりに、電子チケットに、会員証・ポイントカードに、などのような機能が、この非接触ＩＣカード機能として可能となっている。
【０００３】
携帯電話端末などの電子機器では、この非接触ＩＣカード機能ＩＣが、筐体内の回路部品の一つして設けられている。この非接触ＩＣカード機能ＩＣは、前述したような機能を実現するためのアプリケーション（アプリケーションプログラム）と、その付随データとを記憶する専用メモリ部を備え、当該専用メモリに、通常、複数個の機能分のアプリケーションおよびその付随データを格納可能とされている。
【０００４】
参考となる特許文献は、次の通りである。
【特許文献１】特開２００６−０４８２７０号公報
【特許文献２】特開２００６−１３５７１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、非接触ＩＣカード機能用のアプリケーションおよびその付随データは、セキュリティを確保して、メモリに格納しておく必要がある。このため、非接触ＩＣカード機能ＩＣの外部のメモリに、それらのアプリケーションおよびその付随データを格納することは困難であり、非接触ＩＣカード機能ＩＣ内の専用メモリに、それらのアプリケーションおよびその付随データを格納する必要がある。
【０００６】
ところが、例えば携帯電話端末などに搭載される非接触ＩＣカード機能ＩＣに内蔵の専用メモリの記憶容量は比較的小さく、専用メモリに格納できるアプリケーション（その付随データを含むものとする）の数は少数に限られ、そのため、携帯端末で利用可能なアプリケーションの数が限られてしまうという問題がある。
【０００７】
また、専用メモリの格納領域の空きが無い状態で、新規のアプリケーションを、携帯電話端末の非接触ＩＣカード機能ＩＣに追加搭載しようとする場合には、専用メモリに保持されている古いアプリケーションを消去して空き領域を生成し、その生成した空き領域に、新規のアプリケーションのプログラムデータおよびその付随データ領域を確保する必要がある。
【０００８】
このため、消去してしまったアプリケーションについては、それを利用したい場合には、再度、契約をやり直すなどして、当該アプリケーションを再取得する必要があり、厄介であった。
【０００９】
この発明は、非接触ＩＣカード機能ＩＣなどの機能ＩＣに内蔵の専用メモリの記憶容量により制限される数以上のアプリケーションを利用可能とすることができる携帯電話端末などの電子機器を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、この発明は、
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を有する機能ＩＣを備える電子機器と、セキュリティの確保が可能なネットワークを通じて前記電子機器と接続され、前記アプリケーションおよびその付随データを格納するための格納部を備えるアプリケーション退避格納サーバとからなる機能ＩＣ用アプリケーション管理システムであって、
前記電子機器は、
セキュリティの確保が可能なネットワークを通じて、予め定められているアプリケーション退避格納サーバにアクセスして通信路を形成するための工程と、
前記通信路を通じて、使用者個人識別用情報を伴って、前記アプリケーション退避格納サーバに対して、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納を要求、または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を要求する要求工程と、
前記要求工程における前記要求に対する前記アプリケーション退避格納サーバからの許可を受けた後に、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を、前記通信路を通じて実行する工程と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための端末内管理テーブルを更新する更新工程と、
を備え、
前記アプリケーション退避格納サーバは、
前記セキュリティの確保が可能なネットワークを通じて、前記電子機器からのアクセスを受けて通信路を形成する工程と、
前記電子機器からの、使用者個人識別用情報を伴った、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納要求、または前記格納部に退避格納されていた前記アプリケーションおよびその付随データの返却要求を前記通信路を通じて受信したときに、前記使用者個人識別用情報を用いた認証を行い、認証が取れたときに、前記電子機器に前記要求の許可を通知する工程と、
前記電子機器に前記要求の許可を通知した後に、前記電子機器からの前記アプリケーションおよびその付随データの退避格納または前記格納部に格納されていた前記アプリケーションおよびその付随データの返却を実行する工程と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための、前記使用者個人識別用情報に関連付けられたサーバ内管理テーブルを更新する更新工程と、
を備えることを特徴とする機能ＩＣ用アプリケーション管理システムを提供する。
【００１１】
上述の構成のこの発明においては、機能ＩＣ用の新規のアプリケーションを電子機器に取り込もうとする際に、機能ＩＣに内蔵の専用メモリに充分な空き容量がないときには、アプリケーション退避格納サーバにアクセスし、当該時点で専用メモリに格納されている複数個のアプリケーションの中から選択したアプリケーションおよびその付随データの退避要求をして、前記アプリケーションおよびその付随データを、アプリケーション退避格納サーバに退避格納することができる。
【００１２】
また、電子機器の使用者がアプリケーション退避格納サーバに退避格納していたアプリケーションを利用したいときには、電子機器からアプリケーション退避格納サーバに、当該アプリケーション退避格納サーバに退避格納していたアプリケーションおよびその付随データの返却要求をして、当該アプリケーションおよびその付随データを取り戻して専用メモリに格納することができる。
【００１３】
この場合に、電子機器からは、使用者個人識別用情報を伴って退避要求または返却要求が、アプリケーション退避格納サーバに対して送られる。アプリケーション退避格納サーバは、電子機器のアプリケーションおよびその付随データを、使用者個人識別用情報に関連付けられたサーバ内管理テーブルにより管理する。
【００１４】
そして、アプリケーション退避格納サーバは、電子機器からの使用者個人識別用情報を伴った退避要求または返却要求については、使用者個人識別情報により認証を行って、許可または不許可を決定し、許可するときには、退避要求または返却要求に対する許可通知を行う。
【００１５】
そして、アプリケーション退避格納サーバおよび電子機器は、アプリケーションおよびその付随情報について、所在情報の変動があったときには、当該所在変動があったアプリケーションおよびその付随情報について、対応する使用者個人識別情報に関連付けられたサーバ内管理テーブルおよび電子機器内管理テーブルを更新するようにする。これにより、機能ＩＣ用アプリケーションが、アプリケーション退避格納サーバまたは電子機器のどちらにあるかを管理することができる。
【発明の効果】
【００１６】
この発明によれば、電子機器がセキュリティの確保が可能なネットワークを通じて接続可能なアプリケーション退避格納サーバに、機能ＩＣ用のアプリケーションおよびその付随データを退避格納し、また、当該アプリケーション退避格納サーバに退避格納していた機能ＩＣ用のアプリケーションおよびその付随データを専用メモリに戻すことができる。
【００１７】
そして、この発明によれば、この機能ＩＣ用のアプリケーションおよびその付随データについて退避格納または返却の処理を、セキュリティを確保して行うことができる。
【発明を実施するための最良の形態】
【００１８】
以下、この発明による機能ＩＣ用アプリケーション管理システムの実施形態を、図を参照しながら説明する。
【００１９】
図は、この発明の実施形態のシステム構成例を説明するための図であり、この実施形態のシステムは、電子機器の例としての携帯電話端末１と、アプリケーション退避格納サーバ２と、アプリケーション配信サーバ３と、これら間を接続するための無線基地局４、携帯電話ネットワーク５およびインターネット６とにより構成される。
【００２０】
この実施形態の携帯電話端末１は、使用許可の基礎となる情報としての加入者情報（加入者電話番号やＩＭＥＩなどのユーザを識別することができる情報（ユーザ識別子）など）が記録された着脱自在のモジュール、例えばＩＣカードを装填することにより使用可能となるものである。
【００２１】
ＩＭＴ−２０００システムに関するＩＴＵ勧告の中で、この加入者情報を記憶する媒体（モジュール）は、ＵＩＭ（User Identity Module）と呼ばれている。欧州で用いられているＧＳＭ（Global System for Mobile Communication）システムでは、このモジュールは、ＳＩＭ（Subscriber Identity module）カードと呼ばれている。また、３ＧＰＰ（3rd Generation Partnership Project）では、このモジュールはＵＳＩＭ（Universal Subscriber Identity module）カードと呼ばれている。そこで、以下の説明においては、このカードをＵＳＩＭ／ＳＩＭカードと記載することとする。
【００２２】
ＵＳＩＭ／ＳＩＭカードが、ＵＳＩＭ／ＳＩＭカードに対応した携帯電話端末に装填されると、その携帯電話端末は、ＵＳＩＭ／ＳＩＭカードに記録されている加入者情報を利用して発着信などを行うことが可能となる。
【００２３】
したがって、ＵＳＩＭ／ＳＩＭカードを利用したシステムでは、ＵＳＩＭ／ＳＩＭカードに加入者情報が入っているため、ＵＳＩＭ／ＳＩＭカードを装填することにより、どの携帯電話端末でも同じ加入者情報を利用して通話や通信をすることができる（例えば、特許文献１（特開２００５−１７５７９８号公報）参照）。ただし、ＵＳＩＭ／ＳＩＭカードが装填されていなくても、携帯電話端末の電話通信以外の付加機能は、使用可能となっている。
【００２４】
また、携帯電話端末１は、この実施形態では、例えばＦｅｌｉＣａ（登録商標）という名称で呼ばれる非接触ＩＣカード機能ＩＣ（以下、単に機能ＩＣという）を内蔵するものである。
【００２５】
アプリケーション配信サーバ３は、機能ＩＣ用の新規のアプリケーションプログラムを携帯電話端末１に提供するもので、この例では、携帯電話端末１は、無線基地局４、携帯電話ネットワーク５およびインターネット６を通じてアプリケーション配信サーバ３に接続可能である。そして、携帯電話端末１は、機能ＩＣ用の新規のアプリケーションの要求を、携帯電話ネットワーク５およびインターネット６を通じて、アプリケーション配信サーバ３に送ることにより、新規の機能ＩＣ用アプリケーションを取得して、機能ＩＣの専用メモリに格納保存することができる。
【００２６】
この新規のアプリケーションの取得の際には、インターネット６を経由して取得するものであり、セキュリティもそれほど高くない状態でよい。
【００２７】
アプリケーション退避格納サーバ２は、携帯電話端末１がアプリケーション配信サーバ３から取得した機能ＩＣ用のアプリケーションおよびその付随データを、携帯電話端末１からの退避格納要求に応じて取得して、サーバ内メモリに退避格納する。
【００２８】
携帯電話端末１は、無線基地局４および携帯電話ネットワーク５を通じてアプリケーション退避格納サーバ２に接続可能である。この場合、携帯電話端末１とアプリケーション退避格納サーバ２の接続経路中にはインターネット６は介在しない。携帯電話ネットワーク５は、インターネット６に比べてセキュリティの確保が可能な高セキュリティのネットワークであり、携帯電話端末１と、アプリケーション退避格納サーバ２とは、高セキュリティの通信が可能である。
【００２９】
携帯電話端末１は、アプリケーション退避格納サーバ２に退避格納要求して退避格納したアプリケーションおよびその付随データを、機能ＩＣの専用メモリから削除して、当該専用メモリの空き容量をその削除した分、増加させることができる。
【００３０】
また、アプリケーション退避格納サーバ２は、携帯電話端末１からの返却要求に応じて、退避格納しているアプリケーションおよびその付随データを、携帯電話端末１に返却する。アプリケーション退避格納サーバ２は、返却したときには、退避格納していたアプリケーションおよびその付随データを、そのサーバ内メモリから削除する。
【００３１】
そして、この実施形態では、携帯電話端末１の機能ＩＣおよびアプリケーション退避格納サーバ２のそれぞれは、携帯電話端末１がアプリケーション配信サーバ３から取得した複数個の機能ＩＣ用のアプリケーションについての所在を確認することができるように管理するための管理テーブル（以下の説明においては、携帯電話端末１の機能ＩＣの管理テーブルは端末内管理テーブル、アプリケーション退避格納サーバ２の管理テーブルは、サーバ内管理テーブルと、それぞれ称することとする）を備える。
【００３２】
この場合、管理テーブルは、携帯電話端末１がアプリケーション配信サーバ３から取得した複数個の機能ＩＣ用のアプリケーションについての管理テーブルであるので、携帯電話端末１では、端末内管理テーブルは、例えば携帯電話端末１の端末識別子に対応する一つとし、また、アプリケーション退避格納サーバ２においても、携帯電話端末の端末識別子に対応して、サーバ内管理テーブルを管理するようにすることもできる。
【００３３】
その場合には、携帯電話端末１からの退避格納要求および返却要求に、携帯電話端末１の端末識別子を含めてアプリケーション退避格納サーバ２に送るようにすれば良い。この場合、アプリケーション退避格納サーバ２は、受信した退避格納要求および返却要求から抽出して取得した携帯電話端末１の端末識別子を用いてサーバ内管理テーブルを管理することができる。
【００３４】
しかし、この実施形態では、携帯電話端末１は、ＵＳＩＭ／ＳＩＭカードを使用可能であり、一つの携帯電話端末１であっても、装填されるＵＳＩＭ／ＳＩＭカードが変更されると、携帯電話端末１の使用者は、当該装填されたＵＳＩＭ／ＳＩＭカードに登録されている加入者とすることができる。
【００３５】
そこで、この実施形態では、携帯電話端末１の機能ＩＣのアプリケーションも、携帯電話端末１に装填されたＵＳＩＭ／ＳＩＭカードに登録されているユーザ識別子毎に管理できるようにしている。そのため、この実施形態では、携帯電話端末１からの退避格納要求および返却要求に、装填されているＵＳＩＭ／ＳＩＭカードに登録されている加入者情報のユーザ識別子を、使用者個人識別用情報として含めて、アプリケーション退避格納サーバ２に送るようにする。
【００３６】
そして、アプリケーション退避格納サーバ２は、受信した退避格納要求および返却要求から抽出して取得したＵＳＩＭ／ＳＩＭカードに登録されているユーザ識別子を、使用者個人識別子用情報として用いて、携帯電話端末１の加入者毎に、サーバ内管理テーブルを管理するようにする。
【００３７】
なお、この実施形態では、当該アプリケーションプログラムを実行することで発生する、あるいは実行するために必要である付随データも、当該アプリケーションと共に管理するようにするものである。付随データとしては、例えば交通機関の乗車券としての機能の場合には、残りの利用可能金額のデータや、使用履歴データなどであり、会員証・ポイントカードとしての機能の場合には、蓄積ポイント数などである。また、課金のための情報などの、その他の個別情報もある。
【００３８】
以上のようなシステム構成とすることにより、携帯電話端末１内の機能ＩＣ用のアプリケーションを、アプリケーション退避格納サーバ２に格納または入れ替えることにより、携帯電話端末１内の機能ＩＣの専用メモリのアプリケーション格納領域に、空きがない状態でも、既存のアプリケーションを削除すること無しに、アプリケーション配信サーバ３から、新規のアプリケーションを追加することができる。
【００３９】
また、この実施形態では、ＵＳＩＭ／ＳＩＭカードに登録されている加入者情報に含まれるユーザ識別子毎に機能ＩＣ用アプリケーションの管理テーブルを管理するようにするので、携帯電話端末１と、アプリケーション退避格納サーバ２との間でのアプリケーションの入れ替え機能を利用することにより、ある携帯電話端末内の、加入者毎の機能ＩＣ用アプリケーションやその付随データを、他の携帯電話端末に移動して利用することが可能となり、当該他の携帯電話端末でも、ＵＳＩＭ／ＳＩＭカードを移動するだけで、当該ＵＳＩＭ／ＳＩＭカードに登録されている加入者用のアプリケーションおよびその付随データ（上述した個別情報など）を利用することができる。
【００４０】
［実施形態の携帯電話端末１のハードウエア構成例］
図２は、この実施形態の携帯電話端末１のハードウエア構成例を示すブロック図である。すなわち、この実施形態の携帯電話端末１においては、制御バス１０１およびデータバス１０２からなるシステムバスに対して、制御部１１と、通信回路１２と、表示部１３と、操作部１４と、メインメモリ１５と、ＵＳＩＭ／ＳＩＭカード制御部１６と、機能ＩＣ部１７とが接続されている。
【００４１】
制御部１１は、マイクロコンピュータにより構成されるもので、このマイクロコンピュータには、この実施形態の携帯電話端末１の種々の処理を制御するためのソフトウエアプログラムが格納されており、制御部１１は、そのソフトウエアプログラムにしたがって種々の制御処理を実行する。
【００４２】
通信回路１２は、基地局４および携帯電話ネットワーク５を通じて電話通信やその他の情報通信を行なうための携帯電話通信用の無線通信部であり、アンテナ１２ＡＴを通じて通信データを送受する。
【００４３】
表示部１３は、液晶ディスプレイなどの表示素子を備え、当該表示素子に制御部１１の制御を受けながら、種々の表示画面を表示するようにする機能を備える。
【００４４】
操作部１４は、テンキーやその他のキーを備える。制御部１１は、操作部１４を通じていかなるキーが操作されたかを検知し、当該操作されたキーに対応する制御処理動作を実行するように構成されている。
【００４５】
メモリ１５には、携帯電話端末１における電話帳データやメールアドレス、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などのデータのほか、当該携帯電話端末１が備える機能に付随する蓄積データが格納される。この実施形態では、アプリケーション退避格納サーバ２の電話番号やアプリケーション配信サーバ３のＵＲＬも、このメモリ１５に記憶されている。
【００４６】
ＵＳＩＭ／ＳＩＭカード制御部１６には、ＵＳＩＭ／ＳＩＭカード１６Ｃが装填可能であって、当該装填されたＵＳＩＭ／ＳＩＭカード１６Ｃから読み出した加入者情報をシステムバスを通じて制御部１１に供給する。制御部１１は、この加入者情報中のユーザ識別子Ｕｉｄを用いて、電話通信やその他の情報通信を実行するようにする。
【００４７】
機能ＩＣ部１７は、非接触ＩＣカード機能を備える機能ＩＣからなり、端末内アプリケーション制御部１７１と、非接触通信部１７２とを備える。図３は、この機能ＩＣ部１７の内部構成例を示すもので、端末内アプリケーション制御部１７１は、この例においては、機能ＩＣ部１７の専用メモリであるＩＣ内メモリ１７３を備える。このＩＣ内メモリ１７３は、端末内アプリケーション記憶部１７４と、端末内管理テーブル記憶部１７５とを、メモリエリアとして備えている。
【００４８】
端末内アプリケーション記憶部１７４には、図４に示すように、機能ＩＣ部１７で実行可能な複数個の機能ＩＣ用のアプリケーションの情報（アプリケーションプログラムとその付随データ）が記憶される。ここで、この明細書では、このアプリケーションの情報をアプリケーションファイルと称することとする。そして、ＩＣ内メモリ１７３内に格納されているアプリケーションファイルを、端末内アプリケーションファイルと称することとする。
【００４９】
この例では、それぞれのアプリケーションファイルには、アプリケーションを実行するためのアプリケーションプログラムと、当該アプリケーションの実行に伴って発生あるいは必要となる前述したような付随データとが含まれる。この実施形態の説明では、アプリケーションファイルには、ＦＩＡＰ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。
【００５０】
端末内アプリケーション記憶部１７４のアプリケーションファイルＦＩＡＰ＿Ｘは、図４に示すように、ユーザ識別子Ｕｉｄに対応付けられて記憶されている。そして、この実施形態では、あるＵＳＩＭ／ＳＩＭカード１６Ｃが装填されている状態では、当該ＵＳＩＭ／ＳＩＭカード１６Ｃに登録されているユーザ識別子Ｕｉｄに関連付けられたアプリケーションのみが利用可能となるように構成されている。
【００５１】
端末内管理テーブル記憶部１７５には、図４に示すように、機能ＩＣ部１７に取り込まれた全てのアプリケーションおよびそのアプリケーションファイルの所在情報を管理するためのテーブル情報（以下、この管理テーブル情報を、端末内管理テーブルＴＢＬ＿ＭＢという）が記憶される。
【００５２】
この端末内管理テーブルＴＢＬ＿ＭＢも、ユーザ識別子Ｕｉｄに対応付けられて、ユーザ識別子毎に記憶されている。ただし、後述するように、端末内管理テーブルＴＢＬ＿ＭＢは、ＵＳＩＭ／ＳＩＭカード１６Ｃが装填され、最初に電源が携帯電話端末に投入されたときに、携帯電話端末１がアプリケーション退避管理サーバ２にアクセスして、当該ユーザ識別子Ｕｉｄに対応する端末内管理テーブルＴＢＬ＿ＭＢを取得するようにしており、このため、使用中は、そのときに携帯電話端末１に装填されているＵＳＩＭ／ＳＩＭカード１６Ｃに登録されているユーザ識別子Ｕｉｄに関連付けられた端末内管理テーブルＴＢＬ＿ＭＢのみが存在する。
【００５３】
ＵＳＩＭ／ＳＩＭカード１６Ｃが携帯電話端末１から外されると、それまで使用されていた端末内管理テーブルＴＢＬ＿ＭＢは削除される。
【００５４】
ここで、以下の説明においては、端末内管理テーブルＴＢＬ＿ＭＢにおいて、機能ＩＣ部１７のＩＣ内メモリ１７３にアプリケーションファイルが存在するアプリケーションには、ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。また、端末内管理テーブルＴＢＬ＿ＭＢにおいて、アプリケーション退避格納サーバ２にアプリケーションファイルが退避格納されているアプリケーションには、（ＮＷ）ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。
【００５５】
図４では、機能ＩＣ部１７には、一旦、ユーザ識別子Ｕｉｄ＝Ｐａについて、９個のアプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｂ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿Ｅ，ＡＰＬＮ＿Ｆ，ＡＰＬＮ＿Ｇ，ＡＰＬＮ＿Ｈ，ＡＰＬＮ＿Ｉが、アプリケーション配信サーバ３から取得されたが、アプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿Ｆは、アプリケーション退避格納サーバ２に退避格納されて、当該時点では、ＩＣ内メモリ１７３には、そのアプリケーションファイルＦＩＡＰ＿Ａ，ＦＩＡＰ＿Ｃ，ＦＩＡＰ＿Ｄ，ＦＩＡＰ＿Ｆが存在しないことを示している。
【００５６】
後述するように、制御部１１は、機能ＩＣ部１７のアプリケーションファイルの、アプリケーション退避格納サーバ２への退避格納およびアプリケーション退避格納サーバ２に退避格納されているアプリケーションファイルの機能ＩＣ部１７のＩＣ内メモリ１７３への返却格納の制御処理を実行するようにする。
【００５７】
なお、後述するように、この実施形態の携帯電話端末１では、操作部１４を通じた使用者等によるアプリケーションの選択操作指示に基づいて、選択されたアプリケーションファイルの退避格納および／または返却格納を行うことができるように構成されている。
【００５８】
さらに、この実施形態では、使用者等がアプリケーション配信サーバ３から新規のアプリケーションを取得要求した際に、携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３に充分な空き容量がないときには、制御部１１は、自動的に、ＩＣ内メモリ１７３内の適当なアプリケーションファイルを、アプリケーション退避格納サーバ２に退避格納した後、新規のアプリケーションをアプリケーション配信サーバ３から取得するようにする制御を行うように構成されている。
【００５９】
［アプリケーション退避格納サーバ２の要部の構成例］
アプリケーション退避格納サーバ２は、例えば携帯電話ネットワークを通じて通信可能な機能を備えるパーソナルコンピュータを用いて構成することができる。そして、この実施形態のアプリケーション退避格納サーバ２の要部の機能は、図５に示すようなものとすることができる。
【００６０】
すなわち、図５に示すように、アプリケーション退避格納サーバ２は、このサーバ２全体の処理動作を制御する制御部２０と、携帯電話ネットワーク５を通じてセキュリティの高い通信を行なう通信路を形成可能な無線通信部２１と、機能ＩＣ用のアプリケーションの受信格納および返却送信、管理テーブルの更新処理を行うためのサーバ内アプリケーション制御部２２とを備えて構成されている。
【００６１】
サーバ内アプリケーション制御部２２は、この例においては、サーバ内メモリ２３を備える。このサーバ内メモリ２３は、サーバ内アプリケーション記憶部２４と、サーバ内管理テーブル記憶部２５とを、メモリエリアとして備えている。
【００６２】
サーバ内アプリケーション記憶部２４には、図６に示すように、携帯電話端末１の機能ＩＣ部１７で実行可能な複数個の機能ＩＣ用のアプリケーションの情報、つまり、アプリケーションファイルが、使用者個人識別情報としてのユーザ識別子Ｕｉｄに対応して格納されることで、加入者毎に記憶される。
【００６３】
また、サーバ内管理テーブル記憶部２５には、図６に示すように、ユーザ識別子Ｕｉｄに対応させることにより、携帯電話端末１の機能ＩＣ部１７に取り込まれた、ユーザ識別子Ｕｉｄで特定される各加入者についての全てのアプリケーションおよびそのアプリケーションファイルの所在情報を管理するためのテーブル情報（以下、この管理テーブル情報を、サーバ内管理テーブルＴＢＬ＿ＳＶという）が記憶される。
【００６４】
したがって、図６では、１個のサーバ内管理テーブルＴＢＬ＿ＳＶのみが記載されている、サーバ内管理テーブル記憶部２４には、複数の加入者のユーザ識別子Ｕｉｄについての複数個のサーバ内管理テーブルＴＢＬ＿ＳＶが存在するものである。
【００６５】
ここで、以下の説明においては、サーバ内管理テーブルＴＢＬ＿ＳＶにおいて、携帯電話端末の機能ＩＣ部１７のＩＣ内メモリ１７３にアプリケーションファイルが存在するアプリケーションには、（ｏｕｔ）ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。また、サーバ内管理テーブルＴＢＬ＿ＳＶにおいて、アプリケーション退避格納サーバ２に、アプリケーションファイルが退避格納されているアプリケーションには、（ｉｎ）ＡＰＬＮ＿Ｘ（Ｘ＝Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・）なる参照符号を付与することとする。
【００６６】
図６では、ユーザ識別子Ｕｉｄ＝Ｐａの加入者が、アプリケーション配信サーバ３から取得して利用可能とされている９個のアプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｂ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿Ｅ，ＡＰＬＮ＿Ｆ，ＡＰＬＮ＿Ｇ，ＡＰＬＮ＿Ｈ，ＡＰＬＮ＿Ｉのうち、アプリケーションＡＰＬＮ＿Ａ，ＡＰＬＮ＿Ｃ，ＡＰＬＮ＿Ｄ，ＡＰＬＮ＿ＦのアプリケーションファイルＦＩＡＰ＿Ａ，ＦＩＡＰ＿Ｃ，ＦＩＡＰ＿Ｄ，ＦＩＡＰ＿Ｆは、アプリケーション退避格納サーバ２に退避格納されており、また、アプリケーションＡＰＬＮ＿Ｂ，ＡＰＬＮ＿Ｅ，ＡＰＬＮ＿Ｇ，ＡＰＬＮ＿Ｈ，ＡＰＬＮ＿ＩのアプリケーションファイルＦＩＡＰ＿Ｂ，ＦＩＡＰ＿Ｅ，ＦＩＡＰ＿Ｇ，ＦＩＡＰ＿Ｈ，ＦＩＡＰ＿Ｉは、携帯電話端末１のＩＣ内メモリ１７３に格納されていることを示している。
【００６７】
制御部２０は、携帯電話ネットワーク５を通じて携帯電話端末１から送られてくる接続アクセス要求を、無線通信部２１を通じて受信し、前記携帯電話端末１との間で、携帯電話ネットワーク５を通じたセキュリティの高い通信路を形成する。
【００６８】
そして、制御部２０は、携帯電話端末１から送られてくる退避格納要求や返却要求に含まれる使用者個人識別情報としてのユーザ識別子Ｕｉｄを用いて、携帯電話端末１についての認証を行い、認証が取れたときに、前記要求に対する許可通知を、携帯電話端末１に返すようにする。
【００６９】
そして、制御部２０は、認証が取れた後、前記ユーザ識別子Ｕｉｄで特定される加入者について、退避格納要求や返却要求において指定されているアプリケーションファイルの退避格納および／または返却の処理の実行を、サーバ内アプリケーション制御部２２に指示する。この指示を受けたアプリケーション制御部２２は、前記加入者について、アプリケーションファイルの退避格納および／または返却の実行処理を行う。
【００７０】
そして、サーバ内アプリケーション制御部２２は、アプリケーションファイルの退避格納および／または返却の実行処理の後、前記加入者についてのサーバ内管理テーブルＴＢＬ＿ＳＶの更新処理を実行する。
【００７１】
［携帯電話端末の端末内管理テーブルの取得］
この実施形態の場合、携帯電話端末１に、ＵＳＩＭ／ＳＩＭカード１６Ｃが装填されて、最初に電源が投入されたときには、当該携帯電話端末１は、自動的に、アプリケーション退避格納サーバ２に、装填されたＵＳＩＭ／ＳＩＭカード１６Ｃから取得したユーザ識別子Ｕｉｄを含めた機能ＩＣ管理情報要求を送るようにする。
【００７２】
この機能ＩＣ管理情報要求を受け取ったアプリケーション退避格納サーバ２は、当該要求に含まれるユーザ識別子Ｕｉｄを参照して、当該ユーザ識別子Ｕｉｄに対応付けられているサーバ内管理テーブルＴＢＬ＿ＳＶを検索する。そして、アプリケーション退避格納サーバ２は、検索の結果、検出したユーザ識別子に対応付けられているサーバ内管理テーブルＴＢＬ＿ＳＶから、当該ユーザ識別子Ｕｉｄに対応付けられる、携帯電話端末１用の端末内管理テーブルＴＢＬ＿ＭＢの情報を生成して、当該要求をしてきた携帯電話端末１に送るようにする。
【００７３】
機能ＩＣ管理情報要求を送出した携帯電話端末１は、このアプリケーション退避格納サーバ２から送られてくる端末内管理テーブルＴＢＬ＿ＭＢの情報を受信して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶する。そして、以後は、この端末内管理テーブル記憶部１７５に記憶した端末内管理テーブルＴＢＬ＿ＭＢについて、更新処理などを実行するものである。
【００７４】
なお、前述したように、この実施形態の携帯電話端末１では、ＵＳＩＭ／ＳＩＭカードが、端末から外された時点で、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶されていた端末内管理テーブルＴＢＬ＿ＭＢを削除する。そして、その後、ＵＳＩＭ／ＳＩＭカード１６Ｃが、携帯電話端末に装填されると前述したようにしてアプリケーション退避格納サーバ２から端末内管理テーブルＴＢＬ＿ＭＢを取得して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するものである。
【００７５】
なお、上述の説明では、アプリケーション退避格納サーバ２は、機能ＩＣ管理情報要求を受信したときには、当該要求をしてきた携帯電話端末１用の端末内管理テーブルＴＢＬ＿ＭＢを生成して、送出するようにしたが、アプリケーション退避格納サーバ２が、携帯電話端末１用の端末内管理テーブルＴＢＬ＿ＭＢを生成するのではなく、アプリケーション退避格納サーバ２は、当該端末内管理テーブルＴＢＬ＿ＭＢを生成するのに必要な情報のみを携帯電話端末１に送り、これを受信した携帯電話端末１が、自端末用の端末内管理テーブルを生成して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するようにしてもよい。
【００７６】
［システムにおけるアプリケーション退避格納または返却処理動作］
＜新規のアプリケーション取得時の空きエリアの確保＞
まず、新規に機能ＩＣ用アプリケーションをアプリケーション配信サーバ３から取得する場合において、機能ＩＣ部１７のＩＣ内メモリ１７３に充分な空きメモリエリアが無い場合における処理動作の概要を、図７および図８を用いて説明する。なお、この例は、ユーザ識別子Ｕｉｄ＝Ｐａの加入者についての機能ＩＣ用アプリケーションについての処理動作である。
【００７７】
なお、以下の説明においては、携帯電話端末１からアプリケーション退避格納サーバ２にアプリケーションファイルを退避格納する処理をチェックインと称し、アプリケーション退避格納サーバ２から、携帯電話端末１にアプリケーションファイルを返却する処理をチェックアウトと称することとする。
【００７８】
図７および図８を用いて説明する例は、携帯電話端末１が、新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊを、アプリケーション配信サーバ３に要求してダウンロードしようとしたが、当該携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量がない場合である。
【００７９】
この場合においては、携帯電話端末１では、新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊのダウンロードを実行するに先立ち、自動的に選択した、あるいは、使用者が手動で選択したアプリケーションＡＰＬＮ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂを、アプリケーション退避格納サーバ２にチェックインして、機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量を確保するようにする。
【００８０】
そして、携帯電話端末１では、当該確保した空き容量部分に、アプリケーション配信サーバ３からダウンロードした新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊを格納保存するようにする。
【００８１】
この処理動作の際に、携帯電話端末１およびアプリケーション退避格納サーバ２では、アプリケーションＡＰＬＮ＿Ｂのチェックインが完了したときと、新規のアプリケーションＡＰＬＮ＿Ｊの携帯電話端末１へのダウンロードが完了したときとで、それぞれ端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶを、端末内アプリケーション記憶部１７４の記憶内容と、サーバ内アプリケーション記憶部２４の記憶内容とに合わせるように更新処理をする。
【００８２】
図７におけるユーザ識別子Ｕｉｄ＝Ｐａについての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶは、アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂのアプリケーション退避格納サーバ２へのチェックイン完了前の状態を示している。
【００８３】
アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂが、アプリケーション退避格納サーバ２にチェックイン（退避格納）されると、携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３の当該アプリケーションファイルＦＩＡＰ＿Ｂは、削除された状態となるので、その分の空きメモリエリアが生成されることになる。
【００８４】
次に、図８におけるユーザ識別子Ｕｉｄ＝Ｐａについての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶは、アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂのアプリケーション退避格納サーバ２へのチェックイン完了後であって、さらに、アプリケーション配信サーバ３から新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊのダウンロードを完了した状態を示している。
【００８５】
つまり、アプリケーションＡＰＦＬ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂが、アプリケーション退避格納サーバ２にチェックイン（退避格納）されたことによる空きメモリエリアに、新規のアプリケーションＡＰＬＮ＿ＪのアプリケーションファイルＦＩＡＰ＿Ｊが格納された状態である。
【００８６】
図９は、この例の場合における携帯電話端末１、アプリケーション退避格納サーバ２およびアプリケーション配信サーバ３間における処理シーケンスを説明するための図である。
【００８７】
先ず、携帯電話端末１は、新規のアプリケーションを取得するためにアプリケーション配信サーバ３にアクセスして通信路を形成した後、取得要求するアプリケーションのアプリケーションファイルのサイズ、つまりファイル容量を問い合わせる。
【００８８】
この問い合わせに対して、アプリケーション配信サーバ３は、取得要求されたアプリケーションファイルのサイズを携帯電話端末１に通知する。この通知を受け取った携帯電話端末１は、当該アプリケーションファイルのサイズと、機能ＩＣ部１７のＩＣ内メモリ１７３の、アプリケーションファイルの格納エリアの空き容量とを比較して、充分な空き容量があるかどうか判別する。
【００８９】
この判別の結果、充分な空き容量があると判別したときには、図９では、図示を省略するが、携帯電話端末１は、アプリケーション配信サーバ３からの新規のアプリケーションファイルのダウンロードを実行する。そして、携帯電話端末１は、当該時点で携帯電話端末１に装填されているＵＳＩＭ／ＳＩＭカード１６Ｃの加入者情報のユーザ識別子についての端末内管理テーブルＴＢＬ＿ＭＢに、ダウンロードしたアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＭＢを更新する。そして、携帯電話端末１は、アプリケーション退避格納サーバ２にアクセスして接続し、新規アプリケーションをダウンロードして格納したことをアプリケーション退避格納サーバ２に通知する。この通知を受けて、アプリケーション退避格納サーバ２は、対応するユーザ識別子についてのサーバ内管理テーブルＴＢＬ＿ＳＶに、新規のアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＳＶを更新する。
【００９０】
また、前記判別の結果、充分な空き容量が無いと判別したときには、携帯電話端末１は、アプリケーション配信サーバ３との通信路を一旦切断する。そして、図９に示すように、携帯電話端末１では、自動的に、あるいは使用者等の選択指定により、アプリケーション退避格納サーバ２にチェックインするアプリケーションの選定がなされる。そして、携帯電話端末１は、装填されているＵＳＩＭ／ＳＩＭカード１６Ｃから、ユーザ識別子Ｕｉｄを取得して、当該ユーザ識別子Ｕｉｄを含めて、アプリケーション退避格納サーバ２に、選定したアプリケーションファイルのチェックイン要求を送る。
【００９１】
アプリケーション退避格納サーバ２は、携帯電話端末１から受け取ったチェックイン要求に含まれるユーザ識別子と、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子とを照合して認証処理を行う。この認証処理の結果、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子の中に、取得したユーザ識別子と同一のものが存在して認証できたと判別したときには、アプリケーション退避格納サーバ２は、チェックイン許可通知を携帯電話端末１に送る。
【００９２】
このチェックイン許可通知を受け取った携帯電話端末１は、選択指定したアプリケーションファイルを、アプリケーション退避格納サーバ２に転送する。アプリケーション退避格納サーバ２は、転送されてきたアプリケーションファイルを、チェックイン要求に含まれていたユーザ識別子に対応してサーバ内メモリ２３に格納する。このとき、携帯電話端末１ではチェックインしたアプリケーションファイルを、ＩＣ内メモリ１７３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルから削除する。
【００９３】
そして、携帯電話端末１およびアプリケーション退避格納サーバ２では、アプリケーションのチェックインが完了したとき、それぞれ、対応するユーザ識別子についての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶを、端末内アプリケーション記憶部１７４の記憶内容と、サーバ内アプリケーション記憶部２４の記憶内容とに合わせるように更新処理をする。そして、携帯電話端末１とアプリケーション退避格納サーバ２との通信路は切断する。
【００９４】
次に、携帯電話端末１は、アプリケーション配信サーバ３にアクセスして、通信路を再生成し、取得要求する新規のアプリケーションについてのダウンロード要求を送る。アプリケーション配信サーバ３は、このダウンロード要求に応じて、取得要求されたアプリケーションファイルのダウンロードを実行する。
【００９５】
このダウンロードの終了後、携帯電話端末１とアプリケーション配信サーバ３との通信路は切断される、そして、携帯電話端末１は、当該時点におけるＵＳＩＭ／ＳＩＭカードのユーザ識別子についての端末内管理テーブルＴＢＬ＿ＭＢにダウンロードしたアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＭＢを更新する。
【００９６】
そして、図９では、詳細は省略したが、携帯電話端末１は、アプリケーション退避格納サーバ２に再アクセスして接続し、新規のアプリケーションの取得をアプリケーション退避格納サーバ２に通知する。この通知を受けたアプリケーション退避格納サーバ２は、対応するユーザ識別子についてのサーバ内管理テーブルＴＢＬ＿ＳＶに、新規なアプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＳＶを更新する。そして、携帯電話端末１とアプリケーション退避格納サーバ２との間の通信路を切断し、このシーケンスを終了する。
【００９７】
以上のようにして、この実施形態によれば、携帯電話端末１の機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量が無いときであっても、アプリケーション退避格納サーバ２に、適宜のアプリケーションファイルをチェックインさせることにより、ＩＣ内メモリ１７３に空き容量を生成して、新規のアプリケーションをダウンロードして利用することができるようになる。
【００９８】
図１０およびその続きである図１１は、以上説明したシーケンス例の場合における携帯電話端末１での処理動作を説明するためのフローチャートである。このフローチャートの各ステップは、制御部１１およびこの制御部１１の制御に従った機能ＩＣ部１７のアプリケーション制御部１７１が実行するものである。
【００９９】
すなわち、携帯電話端末１において、使用者により、例えばそのメニュー一覧画面から、機能ＩＣ用の新規のアプリケーションの取得要求がなされると、図１０の処理ルーチンが開始される。
【０１００】
先ず、携帯電話端末１の制御部１１は、通信回路１２を通じてアプリケーション配信サーバにアクセスし、無線基地局４、携帯電話ネットワーク５およびインターネット６を通じて、携帯電話端末１とアプリケーション配信サーバ２との間に通信路を形成する（ステップＳ１０１）。
【０１０１】
次に、制御部１１は、要求する新アプリケーションのサイズ（ファイル容量）をアプリケーション配信サーバ３に問い合わせ要求し（ステップＳ１０２）、この要求に対応してアプリケーション配信サーバ３から送られてくる新アプリケーションのサイズの情報を受信する（ステップＳ１０３）。
【０１０２】
そして、制御部１１は、機能ＩＣ部１７のアプリケーション制御部１７１に、ＩＣ内メモリ１７３のアプリケーションファイルの格納領域の空き容量を問い合わせ（ステップＳ１０４）、検知したその空き容量と、新アプリケーションのサイズとを比較して、空き容量が充分であるか否か判別する（ステップＳ１０５）。
【０１０３】
ステップＳ１０５で、空き容量が充分ではないと判別したときには、制御部１１は、表示部１３により、例えば、「ＩＣ内メモリに充分な空きがないので、チェックイン後に、ダウンロードしますが、よろしいでしょうか？」などをディスプレイ画面に表示して、チェックインをすることに同意するかどうかの問い合わせをする（ステップＳ１０６）。
【０１０４】
次に、制御部１１は、このステップＳ１０６での問い合わせに対して、使用者により「同意する」旨の操作入力がなされたか否かを判別する（ステップＳ１０７）。このステップＳ１０７で、使用者により非同意とされたと判別したときには、制御部１１は、表示部１３により、ダウンロードの中止をディスプレイ画面に表示して報知し（ステップＳ１０８）、アプリケーション配信サーバ３との通信路を切断し（ステップＳ１０９）、この処理ルーチンを終了する。
【０１０５】
また、ステップＳ１０７で、使用者により「同意する」とされたと判別したときには、制御部１１は、アプリケーション配信サーバ３との通信路を一旦切断する（図１１のステップＳ１１１）。そして、制御部１１は、アプリケーション退避格納サーバ２にアクセスして、選定したアプリケーションファイルをチェックインして空き容量を生成する処理を、機能ＩＣ部１７の端末内アプリケーション制御部１７１と共に実行する（ステップＳ１１２）。このステップＳ１１２の詳細な処理動作については後述する。
【０１０６】
そして、制御部１１は、ステップＳ１１２において、機能ＩＣ部１７のＩＣ内メモリ１７３に、充分な空き容量を確保すると、アプリケーション退避格納サーバ２との通信路は切断し、その代わりにアプリケーション配信サーバ３にアクセスして、当該アプリケーション配信サーバ３との間に通信路を再生成して、取得しようとしていた新アプリケーションのダウンロード要求をアプリケーション配信サーバ３に送信する（ステップＳ１１３）。
【０１０７】
そして、制御部１１は、このダウンロード要求に対応してアプリケーション配信サーバ３からダウンロードされてくる新アプリケーションのアプリケーションファイル（アプリケーションプログラムおよびその付随データ）を通信回路１２を通じて受信して機能ＩＣ部１７に転送し、端末内アプリケーション制御部１７１が、そのダウンロードされたアプリケーションファイルを、ＩＣ内メモリ１７３の端末内アプリケーション記憶部１７４に、当該時点で装填されているＵＳＩＭ／ＳＩＭカード１６から取得したユーザ識別子Ｕｉｄに対応して格納する（ステップＳ１１４）。そして、ダウンロード完了後、制御部１１は、アプリケーション配信サーバ３との通信路を切断する。
【０１０８】
そして、端末内アプリケーション制御部１７１は、端末内管理テーブル記憶部１７５の、前記ユーザ識別子Ｕｉｄに対応する端末内管理テーブルＴＢＬ＿ＭＢに、新アプリケーションの記録を追加して、当該端末内管理テーブルＴＢＬ＿ＭＢを更新する（ステップＳ１１５）。
【０１０９】
次に、制御部１１は、アプリケーション退避格納サーバ２にアクセスして接続し、端末内アプリケーション制御部１７１から新アプリケーションについてのファイル名、ユーザ識別子などの通知情報を取得して、当該通知情報をアプリケーション退避格納サーバ２に、そのサーバ内管理テーブルＴＢＬ＿ＳＶの更新のために送り、その後、アプリケーション退避格納サーバ２との通信路を切断する（ステップＳ１１６）。そして、この処理ルーチンを終了する。
【０１１０】
また、ステップＳ１０５で、空き容量が充分であると判別したときには、制御部１１は、ステップＳ１１３に飛んで、アプリケーション配信サーバ３に、取得しようとしている新アプリケーションのダウンロード要求を送り、上述したステップＳ１１３以降の処理を繰り返すことにより、アプリケーション退避格納サーバ２へのチェックイン処理を経由することなく、新アプリケーションのダウンロードを実行する。
【０１１１】
次に、ステップＳ１１２におけるＩＣ内メモリにおける空き容量生成のための処理について、図１２のフローチャートを参照しながら説明する。
【０１１２】
先ず、制御部１１は、アプリケーション退避格納サーバ２にチェックイン（退避格納）するアプリケーションの選択方法の設定をチェックする（ステップＳ１２１）。すなわち、この実施形態では、携帯電話端末１においては、機能ＩＣ部１７のＩＣ内メモリ１７３に空き容量が充分でない場合に、その空き容量を確保するためにチェックインするアプリケーションの選択方法として、制御部１１が自動的に選択する方法（自動選択方法）と、ユーザが選択する方法（手動選択方法）とのいずれかの方法を選択することが、ユーザにより設定可能となっている。
【０１１３】
そして、この実施形態では、携帯電話端末１では、初期的には、ユーザ選択方法が選択設定されており、ユーザにより、自動選択方法が選択設定可能とされている。この設定情報は、例えばメモリ１５に格納されており、制御部１１は、このメモリ１５の選択方法の設定情報を参照して、チェックする。
【０１１４】
制御部１１は、ステップＳ１２１でのチェックの結果、自動選択方法が設定されているか、または、手動選択方法が設定されているかを判別する（ステップＳ１２２）。そして、自動選択方法が設定されていると判別したときには、制御部１１は、アプリケーション制御部１７１に、アプリケーション配信サーバ３から取得した新アプリケーションファイルのサイズに応じてチェックインするアプリケーションを検索して、自動選択させるようにする（ステップＳ１２３）。つまり、制御部１１は、アプリケーション制御部１７１に依頼して、新アプリケーションファイルを格納するだけの充分な空き容量が確保できるように、チェックインするアプリケーションを自動選択する。
【０１１５】
また、ステップＳ１２２で手動選択方法が設定されていると判別したときには、制御部１１は、ＩＣ内メモリ１７３の端末内アプリケーション記憶部１７４に格納されているチェックイン可能なアプリケーションファイルの一覧を、表示部１３によりディスプレイ画面に表示すると共に、当該アプリケーションファイル一覧から、チェックインするアプリケーションファイルの選択操作を促すメッセージを表示して、使用者のアプリケーションファイルの選択操作を要求するようにする（ステップＳ１２４）。
【０１１６】
そして、制御部１１は、操作部１４を通じた使用者によるチェックインするアプリケーションファイルの選択を待ち（ステップＳ１２５）、使用者がチェックインするアプリケーションの選択を行ったと判別したときには、アプリケーション制御部１７１に、当該選択されたアプリケーションファイルのサイズで、新アプリケーションをダウンロードするのに充分な空き容量が確保できたか否か判別させるようにする（ステップＳ１２６）。
【０１１７】
ステップＳ１２６で、アプリケーション制御部１７１が、充分な空き容量が確保できてはいないと判別したときには、制御部１１は、表示部１３に、チェックインするアプリケーションファイルの更なる選択を使用者に促すようにする表示メッセージを、ディスプレイ画面に表示させるようにする（ステップＳ１２７）。そして、ステップＳ１２５に戻り、このステップＳ１２５以降の処理を繰り返す。
【０１１８】
また、ステップＳ１２６で、アプリケーション制御部１７１が、充分な空き容量が確保できたと判別したときには、制御部１１は、チェックインするアプリケーションファイルの選択終了として、次のステップＳ１２８に移行する。ステップＳ１２３で、自動選択が終了した後にも、このステップＳ１２８に移行する。
【０１１９】
ステップＳ１２８では、制御部１１は、ＵＳＩＭ／ＳＩＭカード１６Ｃからユーザ識別子Ｕｉｄを取得する。そして、制御部１１は、アプリケーション退避格納サーバ２にアクセスして通信路を形成し、ユーザ識別子Ｕｉｄを含めた、選択したアプリケーションファイルのチェックイン要求を、当該通信路を通じてアプリケーション退避格納サーバ２に送る（ステップＳ１２９）。
【０１２０】
そして、制御部１１は、アプリケーション退避格納サーバ２からのチェックイン許可通知を待ち（ステップＳ１３０）、チェックイン許可通知を受信したと判別したときには、チェックインするとして選択したアプリケーションファイルを、アプリケーション退避格納サーバ２に送信する（ステップＳ１３１）。このとき、ＩＣ内メモリ１７３から送信したアプリケーションファイルは削除する。
【０１２１】
そして、制御部１１は、端末内アプリケーション制御部１７１に指示して、端末内管理テーブル記憶部１７５の、当該時点におけるユーザ識別子Ｕｉｄについての端末内管理テーブルＴＢＬ＿ＭＢからチェックインしたアプリケーションファイルの記録を削除させて、当該端末内管理テーブルＴＢＬ＿ＭＢを更新するようにする（ステップＳ１３２）。そして、アプリケーション退避格納サーバ２との通信路を切断して（ステップＳ１３３）、この処理ルーチンを終了する。
【０１２２】
次に、上述の携帯電話端末１での処理に対応するアプリケーション退避格納サーバ２での処理について、図１３のフローチャートを参照しながら説明する。
【０１２３】
アプリケーション退避格納サーバ２の制御部２３は、携帯電話端末１からの接続要求を受信すると（ステップＳ１４１）、携帯電話端末１との間の通信路を生成する（ステップＳ１４２）。
【０１２４】
そして、制御部２３は、携帯電話端末１からのチェックイン要求を受信したか否か判別し（ステップＳ１４３）、受信してはいないと判別したときには、その他の処理ステップＳ１４４に移行する。
【０１２５】
また、ステップＳ１４３で、携帯電話端末１からのチェックイン要求を受信したと判別したときには、制御部２３は、当該チェックイン要求に含まれるユーザ識別子Ｕｉｄを抽出して、当該ユーザ識別子Ｕｉｄと同じユーザ識別子のサーバ内管理テーブルＴＢＬ＿ＳＶがあるか否かを照合して認証を行う（ステップＳ１４５）。
【０１２６】
このステップＳ１４５で、照合の結果、認証が取れなかったときには、制御部２３は、認証ができなかったことを携帯電話端末１に送信し（ステップＳ１４６）、携帯電話端末１との間の通信路を切断する（ステップＳ１４７）。
【０１２７】
また、ステップＳ１４５で、照合の結果、認証が取れたと判別したときには、制御部２３は、チェックイン許可通知を携帯電話端末１に送信する（ステップＳ１４８）。そして、携帯電話端末１からチェックインするアプリケーションファイルが送られてくるので、当該アプリケーションファイルを受信して、それを取得したユーザ識別子Ｕｉｄに対応して、サーバ内アプリケーション記憶部２４に格納して、チェックイン処理を実行する（ステップＳ１４９）。
【０１２８】
そして、制御部２３は、サーバ内アプリケーション制御部２２に指示して、サーバ内管理テーブル記憶部２５の、前記取得したユーザ識別子Ｕｉｄについての端末内管理テーブルＴＢＬ＿ＳＶに、チェックインしたアプリケーションファイルの記録を追加させて、当該サーバ内管理テーブルＴＢＬ＿ＳＶを更新するようにする（ステップＳ１５０）。そして、携帯電話端末１との通信路を切断して（ステップＳ１５１）、この処理ルーチンを終了する。
【０１２９】
＜携帯電話端末１のアプリケーションの入れ替え＞
この実施形態では、機能ＩＣ部１７のＩＣ内メモリ１７３に空き容量が充分でないときのみではなく、使用者の指示操作により、適宜のタイミングで、使用者が選択したアプリケーションファイルをアプリケーション退避格納サーバ２にチェックインすることができ、また、使用者が選択したアプリケーションファイルをアプリケーション退避格納サーバ２からチェックアウトすることができる。
【０１３０】
また、この実施形態では、チェックインおよびチェックアウトは、それぞれ独立して行うことができると共に、チェックインとチェックアウトとを、同時に行って、携帯電話端末１の機能ＩＣ部１７へのアプリケーションの入れ替えを行うこともできる。アプリケーションの入れ替え処理について、図１４〜図１８を用いて説明する。
【０１３１】
図１４および図１５は、このアプリケーションの入れ替え処理の概要を説明するための図で、図１４の管理テーブルＴＢＬ＿ＭＢおよびＴＢＬ＿ＳＶは入れ替え完了前の状態を、図１５の管理テーブルＴＢＬ＿ＭＢおよびＴＢＬ＿ＳＶは入れ替え完了後の状態を示している。
【０１３２】
この図１４および図１５を用いて説明する例は、ＩＣ内メモリ１７３に格納されているアプリケーションＡＰＬＮ＿ＢのアプリケーションファイルＦＩＡＰ＿Ｂと、アプリケーション退避格納サーバ２に退避されているアプリケーションＡＰＬＮ＿ＡのアプリケーションファイルＦＩＡＰ＿Ａとを入れ替える場合である。なお、図１４，図１５の例においては、携帯電話端末１に装填されているＵＳＩＭ／ＳＩＭカード１６Ｃから取得したユーザ識別子Ｕｉｄが、Ｕｉｄ＝Ｐａである場合である。
【０１３３】
図１６は、このアプリケーションの入れ替えの場合のシーケンス例を示すもので、この図１６に示すように、先ず、携帯電話端末１において、使用者により、チェックインするアプリケーションと、チェックアウトするアプリケーションの選択がなされる。
【０１３４】
このアプリケーションの選択の際には、携帯電話端末１では、ユーザ識別子Ｐａの端末内管理テーブルＴＢＬ＿ＭＢを参照して、当該端末内管理テーブルＴＢＬ＿ＭＢにおいて、ＩＣ内メモリ１７３に格納されているとされているアプリケーションは、チェックイン可能なアプリケーションとして一覧表示され、サーバ内メモリ２３に退避格納されているとされているアプリケーションは、チェックアウト可能なアプリケーションとして一覧表示される。使用者は、この一覧表示から、チェックインおよびチェックアウトするアプリケーションをそれぞれ選択するようにする。
【０１３５】
前述したように、この例では、チェックインするアプリケーションとして、アプリケーションＡＰＬＮ＿Ｂが選択され、また、チェックアウトするアプリケーションとして、アプリケーションＡＰＬＮ＿Ａが選択される。
【０１３６】
そして、使用者が、このアプリケーションの選択の終了後、チェックイン／チェックアウトの開始指示操作をすると、携帯電話端末１は、ユーザ識別子Ｐａを取得した後、アプリケーション退避格納サーバ２に、当該ユーザ識別子Ｐａを含めて、アプリケーションＡＰＬＮ＿Ｂのチェックイン要求と、アプリケーションＡＰＬＮ＿Ａのチェックアウト要求とを要求内容とするチェックイン／チェックアウト要求を送る。
【０１３７】
アプリケーション退避格納サーバ２は、携帯電話端末１から受け取ったチェックイン／チェックアウト要求に含まれるユーザ識別子と、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子とを照合して認証処理を行う。この認証処理の結果、サーバ内アプリケーション制御部２２でサーバ内管理テーブルＴＢＬ＿ＳＶを管理しているユーザ識別子の中に、取得したユーザ識別子と同一のものが存在して認証できたと判別したときには、アプリケーション退避格納サーバ２は、チェックイン／チェックアウト許可通知を携帯電話端末１に送る。
【０１３８】
このチェックイン／チェックアウト許可通知を受け取った携帯電話端末１は、選択指定したチェックインするアプリケーションファイル、この例ではアプリケーションファイルＦＩＡＰ＿Ｂを、アプリケーション退避格納サーバ２に転送する。
【０１３９】
アプリケーション退避格納サーバ２は、転送されてきたアプリケーションファイルを、チェックイン要求に含まれていたユーザ識別子に対応してサーバ内メモリ２３に格納する。このとき、携帯電話端末１ではチェックインしたアプリケーションファイルＦＩＡＰ＿Ｂを、ＩＣ内メモリ１７３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルから削除する。
【０１４０】
次に、このチェックイン完了後、アプリケーション退避格納サーバ２は、選択指定されたチェックアウトすべきアプリケーションファイル、この例ではサーバ内メモリ２３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルＦＩＡＰ＿Ａを、携帯電話端末１に転送する。そして、当該サーバ内メモリ２３でユーザ識別子Ｐａに対応して格納されているアプリケーションファイルＦＩＡＰ＿Ａは削除する。
【０１４１】
一方、携帯電話端末１は、転送されてきたアプリケーションファイルＦＩＡＰ＿Ａを、ユーザ識別子Ｐａに対応してＩＣ内メモリ１７３に格納する。
【０１４２】
そして、携帯電話端末１およびアプリケーション退避格納サーバ２では、アプリケーションのチェックインおよびチェックアウトが完了したとき、それぞれ、対応するユーザ識別子Ｐａについての端末内管理テーブルＴＢＬ＿ＭＢおよびサーバ内管理テーブルＴＢＬ＿ＳＶを、端末内アプリケーション記憶部１７４の記憶内容と、サーバ内アプリケーション記憶部２４の記憶内容とに合わせるように更新処理をする（図１５参照）。そして、携帯電話端末１とアプリケーション退避格納サーバ２との通信路は切断する。
【０１４３】
図１７は、以上説明したアプリケーション入れ替えシーケンス例の場合における携帯電話端末１での処理動作を説明するためのフローチャートである。このフローチャートの各ステップは、制御部１１およびこの制御部１１の制御に従った機能ＩＣ部１７のアプリケーション制御部１７１が実行するものである。
【０１４４】
すなわち、例えば携帯電話端末１において、機能一覧メニューからアプリケーションのチェックイン／チェックアウトの項目が選択されると、図１０の処理ルーチンが開始される。
【０１４５】
図１０の処理ルーチンを開始すると、制御部１１は、先ず、端末内アプリケーション制御部１７１を通じてユーザ識別子Ｐａの端末内管理テーブルＴＢＬ＿ＭＢを取得し、これに基づいて、ＩＣ内メモリ１７３に格納されている、チェックイン可能なアプリケーションの一覧と、サーバ内メモリ２３に退避格納されている、チェックアウト可能なアプリケーションの一覧とをディスプレイ画面に表示する（ステップＳ２０１）。
【０１４６】
次に、制御部１１は、この一覧画面を通じた使用者の選択入力から、チェックインするアプリケーションとチェックアウトするアプリケーションの選択指示を受け付ける（ステップＳ２０２）。
【０１４７】
次に、制御部１１は、ＵＳＩＭ／ＳＩＭカード１６Ｃからユーザ識別子Ｕｉｄを取得する（ステップＳ２０３）。そして、制御部１１は、アプリケーション退避格納サーバ２にアクセスし、ユーザ識別子を含むと共に、チェックインするアプリケーションおよびチェックアウトするアプリケーションの指定情報を含むチェックイン／チェックアウト要求を送信する（ステップＳ２０４）。
【０１４８】
そして、制御部１１は、アプリケーション退避格納サーバ２からのチェックイン／チェックアウト許可通知を待ち（ステップＳ２０５）、チェックイン／チェックアウト許可通知を受信したときには、制御部１１は、端末内アプリケーション制御部１７１に指示して、選択したアプリケーションファイルをアプリケーション退避格納サーバ２に転送して、チェックイン処理を実行（ステップＳ２０６）、チェックイン処理が終了したら、アプリケーション退避格納サーバ２から送られてくる、選択したアプリケーションファイルを受信して、チェックアウト処理を実行する（ステップＳ２０７）。
【０１４９】
そして、制御部１１は、機能ＩＣ部１７の端末内アプリケーション制御部１７１に指示して、当該時点におけるＵＳＩＭ／ＳＩＭカード１６Ｃのユーザ識別子Ｕｉｄに対応する端末内管理テーブルＴＢＬ＿ＭＢについて、前述したような更新処理を実行させるようにする（ステップＳ２０８）。
【０１５０】
その後、制御部１１は、アプリケーション退避格納サーバ２との間の通信路を切断して（ステップＳ２０９）、この処理ルーチンを終了する。
【０１５１】
次に、図１８のフローチャートを参照しながら、アプリケーションの入れ替えシーケンスにおけるアプリケーション退避格納サーバ２での処理動作例を説明する。
【０１５２】
アプリケーション退避格納サーバ２の制御部２３は、携帯電話端末１からの接続要求を受信すると（ステップＳ２１１）、携帯電話端末１との間の通信路を生成する（ステップＳ２１２）。
【０１５３】
そして、制御部２３は、携帯電話端末１からのチェックイン／チェックアウト要求を受信したか否か判別し（ステップＳ２１３）、受信してはいないと判別したときには、その他の処理ステップＳ２１４に移行する。
【０１５４】
また、ステップＳ２１３で、携帯電話端末１からのチェックイン／チェックアウト要求を受信したと判別したときには、制御部２３は、当該チェックイン／チェックアウト要求に含まれるユーザ識別子Ｕｉｄを抽出して、当該ユーザ識別子Ｕｉｄと同じユーザ識別子のサーバ内管理テーブルＴＢＬ＿ＳＶがあるか否かを照合して認証を行う（ステップＳ２１５）。
【０１５５】
このステップＳ２１５で、照合の結果、認証が取れなかったときには、制御部２３は、認証ができなかったことを携帯電話端末１に送信し（ステップＳ２１６）、携帯電話端末１との間の通信路を切断する（ステップＳ２１７）。
【０１５６】
また、ステップＳ２１５で、照合の結果、認証が取れたと判別したときには、制御部２３は、チェックイン／チェックアウト許可通知を携帯電話端末１に送信する（ステップＳ２１８）。そして、携帯電話端末１からチェックインするアプリケーションファイルが送られてくるので、当該アプリケーションファイルを受信して、それを取得したユーザ識別子Ｕｉｄに対応して、サーバ内アプリケーション記憶部２４に格納して、チェックイン処理を実行し、当該チェックイン処理が終了したら、要求されたアプリケーションファイルを携帯電話端末１に送信して、チェックアウト処理を実行する（ステップＳ２１９）。
【０１５７】
そして、制御部２３は、サーバ内アプリケーション制御部２２に指示して、サーバ内管理テーブル記憶部２５の、前記取得したユーザ識別子Ｕｉｄについての端末内管理テーブルＴＢＬ＿ＳＶに、チェックイン／チェックアウトしたアプリケーションファイルの記録の削除／追加を実行させて、当該サーバ内管理テーブルＴＢＬ＿ＳＶを更新するようにする（ステップＳ２２０）。そして、携帯電話端末１との通信路を切断して（ステップＳ２２１）、この処理ルーチンを終了する。
【０１５８】
［他の実施形態］
以上の説明は、１台の携帯電話端末に対して、複数の異なるＵＳＩＭ／ＳＩＭカードが装填される場合を想定した場合であるが、携帯電話端末１内の端末内管理テーブルＴＢＬ＿ＭＢと、アプリケーション退避格納サーバ２内のサーバ内管理テーブルＴＢＬ＿ＳＶと、ＵＳＩＭ／ＳＩＭカード内のユーザ識別子Ｕｉｄを利用することにより、一つのユーザ識別子Ｕｉｄに対して、つまり、一人の加入者に対して、複数台の携帯電話端末において、アプリケーション退避格納サーバとの間で、アプリケーションのチェックインおよび／またはチェックアウトが可能となる。この場合、アプリケーションのチェックインおよび／またはチェックアウトが実施できるのは、ＵＳＩＭ／ＳＩＭカードが装填された携帯電話端末のみに限られる。
【０１５９】
図１９および図２０は、２台の携帯電話端末１Ａ，１Ｂを、ＵＳＩＭ／ＳＩＭカードのユーザ識別子ＵｉｄがＵｉｄ＝Ｐａである加入者が利用する場合におけるアプリケーション退避格納サーバ２のサーバ内管理テーブルＴＢＬ＿ＳＶの記憶情報内容例と、携帯電話端末１Ａの端末内管理テーブルＴＢＬ＿ＭＢａおよび携帯電話端末１Ｂの端末内管理テーブルＴＢＬ＿ＭＢｂの記憶情報内容例とを示すものである。
【０１６０】
この実施形態においては、アプリケーション退避格納サーバ２のサーバ内管理テーブルＴＢＬ＿ＳＶでは、チェックアウト中のアプリケーションが、いずれの端末に格納されているかの情報を備える。図１９および図２０において、サーバ内管理テーブルＴＢＬ＿ＳＶで、「（Ａ−ｏｕｔ）ＡＰＬＮ＿Ｘ」は、携帯電話端末１Ａにチェックアウト中のアプリケーションを示し、また、「（Ｂ−ｏｕｔ）ＡＰＬＮ＿Ｘ」は、携帯電話端末１Ｂにチェックアウト中のアプリケーションを示している。
【０１６１】
また、「（ｉｎ）ＡＰＬＮ＿Ｘ」は、前述の実施形態の場合と同様に、アプリケーション退避格納サーバ２のサーバ内アプリケーション記憶部２４に格納されているアプリケーションを示している。
【０１６２】
そして、携帯電話端末１Ａ、１Ｂのそれぞれの機能ＩＣ部の端末内アプリケーション制御部１７１Ａ、１７１Ｂでは、図１９、図２０に示すように、自端末内に存在して現在利用可能なアプリケーションと、アプリケーション退避格納サーバ２や他の携帯電話端末に格納されているアプリケーションとを区別して管理する。
【０１６３】
すなわち、図１９および図２０に示すように、端末内アプリケーション制御部１７１Ａおよび１７１Ｂがそれぞれ管理する端末内管理テーブルＴＢＬ＿ＭＢａおよびＴＢＬ＿ＭＢｂにおいて、「ＡＰＬＮ＿Ｘ」は、自端末内に格納して現在利用可能なアプリケーションを示しており、また、「（ＮＷ）ＡＰＬＮ＿Ｘ」は、アプリケーション退避格納サーバ２に退避格納されているものとされるアプリケーションを示している。なお、この例では、他の携帯電話端末に格納されているアプリケーションも、アプリケーション退避格納サーバ２に退避格納されているものとして取り扱うようにしている。
【０１６４】
この実施形態においても、各携帯電話端末１Ａ，１Ｂは、アプリケーション退避格納サーバ２との間で、上述した実施形態と同様にして、ＩＣ内メモリの空き容量不足の際や、アプリケーション入れ替えのためのチェックインおよびチェックアウトができると共に、機能ＩＣ部の端末内アプリケーション制御部１７１Ａ，１７１Ｂが、それぞれ自端末内の端末内管理テーブルＴＢＬ＿ＭＢａ、ＴＢＬ＿ＭＢｂを更新するようにする。
【０１６５】
また、アプリケーション退避格納サーバ２は、アプリケーションがチェックアウトされる複数の携帯電話端末を区別して管理すること以外は、前述の実施形態と全く同様にして、チェックインおよびチェックアウト、また、サーバ内管理テーブルＴＢＬ＿ＳＶの更新処理を実行する。
【０１６６】
なお、この実施形態の場合には、チェックインおよび／またはチェックアウト要求は、ユーザ識別子Ｕｉｄのみではなく、携帯電話端末１Ａ，１Ｂの識別子を付加して、携帯電話端末１Ａまたは１Ｂからアプリケーション退避格納サーバ２に送るようにする。
【０１６７】
また、図１９および図２０に示したように、この実施形態の場合、携帯電話端末１Ａまたは１Ｂに、ＵＳＩＭ／ＳＩＭカードが装填されて、最初に電源が投入されたときには、当該携帯電話端末は、自動的に、アプリケーション退避格納サーバ２に、自端末の識別子とユーザ識別子とを含めた機能ＩＣ管理情報要求を送るようにする。
【０１６８】
この機能ＩＣ管理情報要求を受け取ったアプリケーション退避格納サーバ２は、当該要求に含まれるユーザ識別子を参照して、当該ユーザ識別子に対応するサーバ内管理テーブルＴＢＬ＿ＳＶを検索する。そして、アプリケーション退避格納サーバ２は、検索の結果、検出したユーザ識別子に対応するサーバ内管理テーブルＴＢＬ＿ＳＶから、前記機能ＩＣ管理情報要求に含まれる携帯電話端末の識別子で示される携帯電話端末用の端末内管理テーブルＴＢＬ＿ＭＢの情報を生成して、当該要求をしてきた携帯電話端末に送るようにする。
【０１６９】
機能ＩＣ管理情報要求を送出した携帯電話端末は、このアプリケーション退避格納サーバ２から送られてくる端末内管理テーブルＴＢＬ＿ＭＢの情報を受信して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶する。そして、以後は、この端末内管理テーブル記憶部１７５に記憶した端末内管理テーブルＴＢＬ＿ＭＢについて、更新処理などを実行するものである。
【０１７０】
そして、この実施形態の携帯電話端末では、ＵＳＩＭ／ＳＩＭカードが、端末から外された時点で、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶されていた端末内管理テーブルＴＢＬ＿ＭＢを削除する。そして、その後、ＵＳＩＭ／ＳＩＭカードが、携帯電話端末に装填されると前述したようにしてアプリケーション退避格納サーバ２から端末内管理テーブルを取得して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するものである。
【０１７１】
なお、上述の説明では、アプリケーション退避格納サーバ２は、機能ＩＣ管理情報要求を受信したときには、当該要求をしてきた携帯電話端末用の端末内管理テーブルを生成して、送出するようにしたが、アプリケーション退避格納サーバ２が、携帯電話端末用の端末内管理テーブルを生成するのではなく、アプリケーション退避格納サーバ２は、当該端末内管理テーブルを生成するのに必要な情報のみを携帯電話端末に送り、これを受信した携帯電話端末が、自端末用の端末内管理テーブルを生成して、機能ＩＣ部１７の端末内管理テーブル記憶部１７５に記憶するようにしてもよい。
【０１７２】
［その他の実施形態および変形例］
上述の実施形態においては、チェックインおよび／またはチェックアウトの後だけでなく、新規のアプリケーションを携帯電話端末にダウンロードしたときにも、当該ダウンロード時に、携帯電話端末は、自端末の端末内管理テーブルＴＢＬ＿ＭＢを更新するとともに、アプリケーション退避格納サーバ２に、当該新アプリケーションを通知して、サーバ内管理テーブルＴＢＬ＿ＳＶを同時に更新させるようにしたが、サーバ内管理テーブルＴＢＬ＿ＳＶの更新は、ダウンロード時に同時ではなく、後の時点に行うようにしても良い。
【０１７３】
また、使用者（加入者）が、携帯電話端末において、機能ＩＣ用アプリケーションを強制削除したときにも、アプリケーション退避格納サーバ２に、それを通知する必要があるが、その通知も、削除と同時でなく、後の時点でも良い。後の時点としては、例えば、携帯電話端末を通常は使用しない夜間など、予め定めた時間に、アプリケーション退避格納サーバ２に通知する必要な情報を送るように構成することもできる。
【０１７４】
また、この発明が適用される電子機器は、携帯電話端末に限らず、その他の携帯機器であっても良いことは言うまでもない。また、セキュリティの確保が可能なネットワークは、携帯電話ネットワークに限られるものでないことも言うまでもない。
【０１７５】
また、機能ＩＣとしては、上述の例のフェリカ（登録商標）ＩＣに限らず、セキュリティ確保のために、ＩＣ内に専用メモリを備え、その容量が有限なものであるものに、この発明は適用可能である。
【０１７６】
ユーザ識別子は、上述の例は携帯電話端末であったので、ＵＳＩＭ／ＳＩＭカードから取得される加入者情報に含まれる情報を用いるようにしたが、これに限られるものではなく、例えば使用者が設定したユーザ識別子を用いるようにしてももちろん良い。
【図面の簡単な説明】
【０１７７】
【図１】この発明による機能ＩＣ用アプリケーション管理システムの実施形態の全体の概要を示す図である。
【図２】図１のシステムを構成する電子機器の一例としての携帯電話端末の構成例を示すブロック図である。
【図３】図２の携帯電話端末における機能ＩＣ部１７の構成を説明するための図である。
【図４】図２の携帯電話端末における機能ＩＣ部１７のＩＣ内メモリの記憶内容を説明するための図である。
【図５】図１のシステムを構成するアプリケーション退避格納サーバの構成例を示すブロック図である。
【図６】図５のアプリケーション退避格納サーバのサーバ内メモリの記憶内容を説明するための図である。
【図７】図１のシステムにおける処理動作の一例を説明するための図である。
【図８】図１のシステムにおける処理動作の一例を説明するための図である。
【図９】図１のシステムにおける処理動作の一例の流れを説明するためのシーケンス図である。
【図１０】図１のシステムにおける処理動作の一例における携帯電話端末での処理動作例を説明するためのフローチャートの一部を示す図である。
【図１１】図１のシステムにおける処理動作の一例における携帯電話端末での処理動作例を説明するためのフローチャートの一部を示す図である。
【図１２】図１１のステップＳ１１２の詳細例を説明するためのフローチャートを示す図である。
【図１３】図１のシステムにおける処理動作の一例におけるアプリケーション退避格納サーバでの処理動作例を説明するためのフローチャートを示す図である。
【図１４】図１のシステムにおける処理動作の他の例を説明するための図である。
【図１５】図１のシステムにおける処理動作の他の例を説明するための図である。
【図１６】図１のシステムにおける処理動作の他の例の流れを説明するためのシーケンス図である。
【図１７】図１のシステムにおける処理動作の他の例における携帯電話端末での処理動作例を説明するためのフローチャートを示す図である。
【図１８】図１のシステムにおける処理動作の他の例におけるアプリケーション退避格納サーバでの処理動作例を説明するためのフローチャートを示す図である。
【図１９】図１のシステムにおける処理動作のさらに他の例を説明するための図である。
【図２０】図１のシステムにおける処理動作のさらに他の例を説明するための図である。
【符号の説明】
【０１７８】
１…携帯電話端末、２…アプリケーション退避格納サーバ、５…携帯電話ネットワーク、１１…制御部、１６…ＵＳＩＭ／ＳＩＭカード制御部、１７…機能ＩＣ部、
【特許請求の範囲】
【請求項１】
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を備える機能ＩＣと、
セキュリティの確保が可能なネットワークを通じて、予め定められているアプリケーション退避格納サーバにアクセスして通信路を形成するための手段と、
前記通信路を通じて、使用者個人識別用情報を伴って、前記アプリケーション退避格納サーバに対して、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納を要求、または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を要求する要求手段と、
前記要求手段による前記要求に対する前記アプリケーション退避格納サーバからの許可を受けた後に、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を、前記通信路を通じて実行するための手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための管理テーブルを更新する更新手段と、
を備えることを特徴とする電子機器。
【請求項２】
請求項１に記載の電子機器において、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣである
ことを特徴とする電子機器。
【請求項３】
請求項１に記載の電子機器において、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣであり、
前記セキュリティの確保が可能なネットワークは携帯電話網であり、
前記使用者個人識別用情報は、ＵＳＩＭ／ＳＩＭに含まれる個人識別用情報を用いることを特徴とする携帯電話端末である電子機器。
【請求項４】
請求項３に記載の電子機器において、
前記使用者個人識別用情報毎に前記管理テーブルが管理されて、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションが、前記使用者個人識別用情報毎に管理される
ことを特徴とする電子機器。
【請求項５】
請求項１に記載の電子機器において、
前記機能ＩＣ用の新規のアプリケーションを取得して、前記専用メモリ内に格納する前に、取得しようとする前記新規のアプリケーションの容量サイズを検知すると共に、前記専用メモリの空き容量を検知し、前記専用メモリの空き容量が、前記新規のアプリケーションを格納するのに充分であるか否かを判別する判別手段と、
前記判別手段で前記専用メモリの空き容量が充分ではないと判別したときに、前記専用メモリに格納されている前記アプリケーションおよびその付随データの中から、前記専用メモリに必要な空き容量を確保できる容量の１または複数個の前記アプリケーションおよびその付随データを選定して、前記アプリケーション退避格納サーバに退避格納する手段と、
を備えることを特徴とする電子機器。
【請求項６】
請求項１に記載の電子機器において、
前記機能ＩＣ用の新規のアプリケーションを取得して、前記専用メモリ内に格納する前に、取得しようとする前記新規のアプリケーションの容量サイズを検知すると共に、前記専用メモリの空き容量を検知し、前記専用メモリの空き容量が、前記新規のアプリケーションを格納するのに充分であるか否かを判別する判別手段と、
前記判別手段で前記専用メモリの空き容量が充分ではないと判別したときに、前記専用メモリに格納されている前記アプリケーションおよびその付随データの中から、前記アプリケーション退避格納サーバに退避格納させる前記アプリケーションおよびその付随データを使用者に選定させるためのユーザインターフェースを提供する手段と、
前記ユーザインターフェースを通じて前記使用者により選定された１または複数個の前記アプリケーションおよびその付随データを、前記アプリケーション退避格納サーバに退避格納して、前記専用メモリに前記新規のアプリケーションを格納する空き容量を確保する手段と、
を備えることを特徴とする電子機器。
【請求項７】
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を備える機能ＩＣ用の前記アプリケーションおよびその付随データを退避格納するためのアプリケーション退避格納サーバであって、
前記アプリケーションおよびその付随データを格納するための格納部と、
セキュリティの確保が可能なネットワークを通じて、前記機能ＩＣを備える電子機器からのアクセスを受けて通信路を形成するための手段と、
前記機能ＩＣを備える電子機器からの、使用者個人識別用情報を伴った、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納要求、または前記格納部に退避格納されていた前記アプリケーションおよびその付随データの返却要求を前記通信路を通じて受信したときに、前記使用者個人識別用情報を用いた認証を行い、認証が取れたときに、前記電子機器に前記要求の許可を通知する手段と、
前記電子機器に前記要求の許可を通知した後に、前記電子機器からの前記アプリケーションおよびその付随データの退避格納または前記格納部に格納されていた前記アプリケーションおよびその付随データの返却を実行する手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための、前記使用者個人識別用情報に関連付けられた管理テーブルを更新する更新手段と、
を備えるアプリケーション退避格納サーバ。
【請求項８】
請求項７に記載のアプリケーション退避格納サーバにおいて、
前記電子機器は、携帯電話端末であり、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣであり、
前記セキュリティの確保が可能なネットワークは携帯電話網であり、
前記使用者個人識別用情報は、ＵＳＩＭ／ＳＩＭに含まれる個人識別用情報である
ことを特徴とするアプリケーション退避格納サーバ。
【請求項９】
請求項８に記載のアプリケーション退避格納サーバにおいて、
前記使用者個人識別用情報に関連付けられた管理テーブルにおいては、前記アプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るときに、前記電子機器の識別情報も併せて記憶される
ことを特徴とするアプリケーション退避格納サーバ。
【請求項１０】
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を有する機能ＩＣを備える電子機器と、セキュリティの確保が可能なネットワークを通じて前記電子機器と接続され、前記アプリケーションおよびその付随データを格納するための格納部を備えるアプリケーション退避格納サーバとからなる機能ＩＣ用アプリケーション管理システムであって、
前記電子機器は、
セキュリティの確保が可能なネットワークを通じて、予め定められているアプリケーション退避格納サーバにアクセスして通信路を形成するための工程と、
前記通信路を通じて、使用者個人識別用情報を伴って、前記アプリケーション退避格納サーバに対して、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納を要求、または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を要求する要求手段程と、
前記要求手段による前記要求に対する前記アプリケーション退避格納サーバからの許可を受けた後に、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を、前記通信路を通じて実行するための手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための端末内管理テーブルを更新する更新手段と、
を備え、
前記アプリケーション退避格納サーバは、
前記セキュリティの確保が可能なネットワークを通じて、前記電子機器からのアクセスを受けて通信路を形成するための手段と、
前記電子機器からの、使用者個人識別用情報を伴った、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納要求、または前記格納部に退避格納されていた前記アプリケーションおよびその付随データの返却要求を前記通信路を通じて受信したときに、前記使用者個人識別用情報を用いた認証を行い、認証が取れたときに、前記電子機器に前記要求の許可を通知する手段と、
前記電子機器に前記要求の許可を通知した後に、前記電子機器からの前記アプリケーションおよびその付随データの退避格納または前記格納部に格納されていた前記アプリケーションおよびその付随データの返却を実行する手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための、前記使用者個人識別用情報に関連付けられたサーバ内管理テーブルを更新する更新手段と、
を備えることを特徴とする機能ＩＣ用アプリケーション管理システム。
【請求項１１】
請求項１０に記載の機能ＩＣ用アプリケーション管理システムにおいて、
前記電子機器は、携帯電話端末であり、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣであり、
前記セキュリティの確保が可能なネットワークは携帯電話網であり、
前記使用者個人識別用情報は、ＵＳＩＭ／ＳＩＭに含まれる個人識別用情報である
ことを特徴とする機能ＩＣ用アプリケーション管理システム。
【請求項１２】
請求項１０に記載の機能ＩＣ用アプリケーション管理システムにおいて、
前記使用者個人識別用情報に関連付けられた前記サーバ内管理テーブルにおいては、前記アプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るときに、前記電子機器の識別情報も併せて記憶する
ことを特徴とする機能ＩＣ用アプリケーション管理システム。
【請求項１】
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を備える機能ＩＣと、
セキュリティの確保が可能なネットワークを通じて、予め定められているアプリケーション退避格納サーバにアクセスして通信路を形成するための手段と、
前記通信路を通じて、使用者個人識別用情報を伴って、前記アプリケーション退避格納サーバに対して、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納を要求、または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を要求する要求手段と、
前記要求手段による前記要求に対する前記アプリケーション退避格納サーバからの許可を受けた後に、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を、前記通信路を通じて実行するための手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための管理テーブルを更新する更新手段と、
を備えることを特徴とする電子機器。
【請求項２】
請求項１に記載の電子機器において、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣである
ことを特徴とする電子機器。
【請求項３】
請求項１に記載の電子機器において、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣであり、
前記セキュリティの確保が可能なネットワークは携帯電話網であり、
前記使用者個人識別用情報は、ＵＳＩＭ／ＳＩＭに含まれる個人識別用情報を用いることを特徴とする携帯電話端末である電子機器。
【請求項４】
請求項３に記載の電子機器において、
前記使用者個人識別用情報毎に前記管理テーブルが管理されて、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションが、前記使用者個人識別用情報毎に管理される
ことを特徴とする電子機器。
【請求項５】
請求項１に記載の電子機器において、
前記機能ＩＣ用の新規のアプリケーションを取得して、前記専用メモリ内に格納する前に、取得しようとする前記新規のアプリケーションの容量サイズを検知すると共に、前記専用メモリの空き容量を検知し、前記専用メモリの空き容量が、前記新規のアプリケーションを格納するのに充分であるか否かを判別する判別手段と、
前記判別手段で前記専用メモリの空き容量が充分ではないと判別したときに、前記専用メモリに格納されている前記アプリケーションおよびその付随データの中から、前記専用メモリに必要な空き容量を確保できる容量の１または複数個の前記アプリケーションおよびその付随データを選定して、前記アプリケーション退避格納サーバに退避格納する手段と、
を備えることを特徴とする電子機器。
【請求項６】
請求項１に記載の電子機器において、
前記機能ＩＣ用の新規のアプリケーションを取得して、前記専用メモリ内に格納する前に、取得しようとする前記新規のアプリケーションの容量サイズを検知すると共に、前記専用メモリの空き容量を検知し、前記専用メモリの空き容量が、前記新規のアプリケーションを格納するのに充分であるか否かを判別する判別手段と、
前記判別手段で前記専用メモリの空き容量が充分ではないと判別したときに、前記専用メモリに格納されている前記アプリケーションおよびその付随データの中から、前記アプリケーション退避格納サーバに退避格納させる前記アプリケーションおよびその付随データを使用者に選定させるためのユーザインターフェースを提供する手段と、
前記ユーザインターフェースを通じて前記使用者により選定された１または複数個の前記アプリケーションおよびその付随データを、前記アプリケーション退避格納サーバに退避格納して、前記専用メモリに前記新規のアプリケーションを格納する空き容量を確保する手段と、
を備えることを特徴とする電子機器。
【請求項７】
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を備える機能ＩＣ用の前記アプリケーションおよびその付随データを退避格納するためのアプリケーション退避格納サーバであって、
前記アプリケーションおよびその付随データを格納するための格納部と、
セキュリティの確保が可能なネットワークを通じて、前記機能ＩＣを備える電子機器からのアクセスを受けて通信路を形成するための手段と、
前記機能ＩＣを備える電子機器からの、使用者個人識別用情報を伴った、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納要求、または前記格納部に退避格納されていた前記アプリケーションおよびその付随データの返却要求を前記通信路を通じて受信したときに、前記使用者個人識別用情報を用いた認証を行い、認証が取れたときに、前記電子機器に前記要求の許可を通知する手段と、
前記電子機器に前記要求の許可を通知した後に、前記電子機器からの前記アプリケーションおよびその付随データの退避格納または前記格納部に格納されていた前記アプリケーションおよびその付随データの返却を実行する手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための、前記使用者個人識別用情報に関連付けられた管理テーブルを更新する更新手段と、
を備えるアプリケーション退避格納サーバ。
【請求項８】
請求項７に記載のアプリケーション退避格納サーバにおいて、
前記電子機器は、携帯電話端末であり、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣであり、
前記セキュリティの確保が可能なネットワークは携帯電話網であり、
前記使用者個人識別用情報は、ＵＳＩＭ／ＳＩＭに含まれる個人識別用情報である
ことを特徴とするアプリケーション退避格納サーバ。
【請求項９】
請求項８に記載のアプリケーション退避格納サーバにおいて、
前記使用者個人識別用情報に関連付けられた管理テーブルにおいては、前記アプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るときに、前記電子機器の識別情報も併せて記憶される
ことを特徴とするアプリケーション退避格納サーバ。
【請求項１０】
複数個のアプリケーションおよびその付随データを、セキュリティを確保して、格納可能な専用メモリを内蔵し、前記複数個のアプリケーションを実行する機能を有する機能ＩＣを備える電子機器と、セキュリティの確保が可能なネットワークを通じて前記電子機器と接続され、前記アプリケーションおよびその付随データを格納するための格納部を備えるアプリケーション退避格納サーバとからなる機能ＩＣ用アプリケーション管理システムであって、
前記電子機器は、
セキュリティの確保が可能なネットワークを通じて、予め定められているアプリケーション退避格納サーバにアクセスして通信路を形成するための工程と、
前記通信路を通じて、使用者個人識別用情報を伴って、前記アプリケーション退避格納サーバに対して、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納を要求、または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を要求する要求手段程と、
前記要求手段による前記要求に対する前記アプリケーション退避格納サーバからの許可を受けた後に、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納または前記アプリケーション退避格納サーバに退避格納されていた前記アプリケーションおよびその付随データの返却を、前記通信路を通じて実行するための手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための端末内管理テーブルを更新する更新手段と、
を備え、
前記アプリケーション退避格納サーバは、
前記セキュリティの確保が可能なネットワークを通じて、前記電子機器からのアクセスを受けて通信路を形成するための手段と、
前記電子機器からの、使用者個人識別用情報を伴った、前記専用メモリに格納されている前記アプリケーションおよびその付随データの退避格納要求、または前記格納部に退避格納されていた前記アプリケーションおよびその付随データの返却要求を前記通信路を通じて受信したときに、前記使用者個人識別用情報を用いた認証を行い、認証が取れたときに、前記電子機器に前記要求の許可を通知する手段と、
前記電子機器に前記要求の許可を通知した後に、前記電子機器からの前記アプリケーションおよびその付随データの退避格納または前記格納部に格納されていた前記アプリケーションおよびその付随データの返却を実行する手段と、
前記通信路を通じた前記アプリケーションおよびその付随データの退避格納または返却の後、前記機能ＩＣで利用可能とされる前記複数個のアプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るか、前記アプリケーション退避格納サーバに在るかの所在情報を管理するための、前記使用者個人識別用情報に関連付けられたサーバ内管理テーブルを更新する更新手段と、
を備えることを特徴とする機能ＩＣ用アプリケーション管理システム。
【請求項１１】
請求項１０に記載の機能ＩＣ用アプリケーション管理システムにおいて、
前記電子機器は、携帯電話端末であり、
前記機能ＩＣは、非接触ＩＣカード機能用ＩＣであり、
前記セキュリティの確保が可能なネットワークは携帯電話網であり、
前記使用者個人識別用情報は、ＵＳＩＭ／ＳＩＭに含まれる個人識別用情報である
ことを特徴とする機能ＩＣ用アプリケーション管理システム。
【請求項１２】
請求項１０に記載の機能ＩＣ用アプリケーション管理システムにおいて、
前記使用者個人識別用情報に関連付けられた前記サーバ内管理テーブルにおいては、前記アプリケーションおよびその付随データが、前記電子機器の専用メモリ内に在るときに、前記電子機器の識別情報も併せて記憶する
ことを特徴とする機能ＩＣ用アプリケーション管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００８−２６９２０７（Ｐ２００８−２６９２０７Ａ）
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願番号】特願２００７−１１０１６１（Ｐ２００７−１１０１６１）
【出願日】平成１９年４月１９日（２００７．４．１９）
【出願人】（５０１４３１０７３）ソニー・エリクソン・モバイルコミュニケーションズ株式会社 (810)
【Ｆターム（参考）】
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願日】平成１９年４月１９日（２００７．４．１９）
【出願人】（５０１４３１０７３）ソニー・エリクソン・モバイルコミュニケーションズ株式会社 (810)
【Ｆターム（参考）】
[ Back to top ]