(57)【要約】  ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、Java（登録商標）アプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスの提供を受けることができるアプリケーション管理装置。この管理装置(400)は、携帯端末(100)に適用され、携帯端末(100)に装着されるＩＣカード(200)のＩＣ機能を用いたサービスに利用される複数のアプリを管理する。テーブル記憶部(406)は、ＩＣカード(200)のカードアプリと、携帯端末(100)内の固有のプラットホームに依存するネイティブアプリ及び非ネイティブアプリとからなる複数のアプリをそれぞれ示す複数のアプリ名称に、複数のアプリの連携により実行されるサービスを示すサービスＩＤを関連付けて記憶する。統合アプリ制御部(408)は、記憶されたサービスＩＤ及びサービスＩＤに関連付けられた複数のアプリ名称を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリを管理する。
2008050439.tif 000002
【特許請求の範囲】
【請求項１】
装着されるＩＣカードのＩＣ機能を用いたサービスに利用される複数のアプリケーションを管理するアプリケーション管理装置であって、
前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に、前記複数のアプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶手段と、
記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリケーションを統合して管理する管理手段とを有するアプリケーション管理装置。
【請求項２】
前記複数のアプリケーションは、それぞれ異なるプラットホームで実行される請求項１記載のアプリケーション管理装置。
【請求項３】
前記複数のアプリケーションは、前記ＩＣカードのカードアプリケーションと、装置本体内に格納され、前記装置固有のプラットホームに依存するネイティブアプリケーションとからなる請求項１記載のアプリケーション管理装置。
【請求項４】
前記複数のアプリケーションは、前記ＩＣカードのカードアプリケーションと、装置本体内に格納され、前記装置固有のプラットホームに依存するネイティブアプリケーションと、前記装置本体内に格納され、前記装置固有のプラットホームに依存しない非ネイティブアプリケーションとからなる請求項１記載のアプリケーション管理装置。
【請求項５】
前記記憶手段に記憶されたサービスの削除及び前記記憶手段へのサービスの記憶を指示する指示手段を備え、
前記管理手段は、前記指示手段から前記サービスの削除指示を受けた場合、前記記憶手段に記憶される、指示対象である前記サービスのサービスＩＤに関連する全てのアプリ識別情報に対応するアプリケーションを一括削除し、前記指示手段から前記サービスの記憶指示を受けた場合、記憶指示対象である記憶対象サービスで利用される複数のアプリケーションを一括して追加するアプリケーション管理装置。
【請求項６】
前記管理手段は、削除指示対象である前記サービスのサービスＩＤに関連する全てのアプリケーションを一括削除する際に、一括削除対象となるアプリケーションが他のサービスで共通に利用されている場合には、前記他のサービスで利用されている前記アプリケーションを一括削除対象の前記複数のアプリケーションから外す請求項５記載のアプリケーション管理装置。
【請求項７】
装置本体において実行可能なアプリケーションを一覧として記憶するアプリ一覧記憶手段を更に備え、
前記管理手段は、前記指示手段から前記サービスの記憶指示を受けて、記憶指示対象である記憶対象サービスで利用される複数のアプリケーションを一括して追加する際に、一括追加対象となるアプリケーションが、前記アプリ一覧記憶手段に記憶されている場合には、前記アプリ一覧記憶手段に記憶されたアプリケーションを一括追加対象となる前記複数のアプリケーションから外す請求項５記載のアプリケーション管理装置。
【請求項８】
前記複数のアプリケーションをユーザにより選択させる選択手段と、
選択された前記複数のアプリケーションの連携により実行されるサービスにサービスＩＤを付与して、前記記憶手段に、前記選択された前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に関連付けて記憶させるサービスＩＤ付与手段とを有する請求項１記載のアプリケーション管理装置。
【請求項９】
装着されるＩＣカードのＩＣ機能を用いたサービスに利用される複数のアプリケーションを管理するアプリケーション管理方法であって、
前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に、前記複数のアプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶ステップと、
記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリケーションを管理する管理ステップとを有するアプリケーション管理方法。
【請求項１０】
前記サービスＩＤと対応するアプリ識別情報及びアプリバージョンを含むメタデータであるサービス情報を外部装置から取得するサービス情報取得手段を有し、
前記記憶手段は、取得した前記サービス情報を、サービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報として記憶するアプリケーション管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカード、特に、非接触式ＩＣカードの装着によりＩＣ機能を有する携帯端末においてアプリケーションを管理するアプリケーション管理装置及びアプリケーション管理方法に関する。
【背景技術】
【０００２】
近年、クレジットカードやプリペイドカードなどの磁気カードは、大量な情報を扱ったり、安全性信頼性が必要なカードサービスを提供したりするために、電子マネーを組み込み、一枚で複数のサービスを提供可能なＩＣ（Integrated Circuit）カードに置き換わりつつある。【０００３】
ＩＣカードは、ＣＰＵやＩＣメモリ等のＩＣチップを内蔵し、セキュリティ性が高く、演算処理機能を備え、カード内部で比較や判断などの処理を実行できる。これにより、磁気カードよりも高度な利用方法が考えられ、交通機関、商取引、セキュリティなどの様々なビジネス分野で新たなサービスが展開されている。【０００４】
ＩＣカードは、カード表面にＩＣチップの金属端子が露出している「接触型」と、電磁波で通信する「非接触型」に大別できる。また、一般に携帯電話に搭載されるIC機能は接触と非接触の両方のインタフェースを有する。さらに、非接触型ＩＣカードは、ＩＣカードと、ＩＣカードのデータを読み書き可能なリーダライタとの通信距離により、「密着型」、「近接型」、「近傍型」、「マイクロ波型」に分類される。【０００５】
このようなＩＣカードを携帯電話に装着して、ＩＣカード内のアプリケーションと、携電話内のアプリケーションとを連携させて一つのアプリケーションサービス（以下「サービス」という）が実行される。【０００６】
例えば、非接触型ＩＣカードが装着されてＩＣ機能やＪａｖａ（登録商標）に対応する携帯電話では、ＩＣカードに内蔵されたカードアプリ−電話本体のネイティブアプリ−電話本体のＪａｖａ（登録商標）アプリ間の連携によってサービスが実行される。【０００７】
このようなサービスを実行するため、特許文献１及び特許文献２に示すように、携帯端末に装着されたＩＣカード内のアプリと携帯端末のアプリとの連携を管理したり関連付けたりするものが知られている。【０００８】
特許文献１は、ＩＣカードを装着した携帯端末において、ＩＣカードのカードアプリ側で、通信ネットワークで接続されたサーバに、携帯端末のアプリ（ネイティブアプリ）を認証させて、携帯端末のアプリとカードアプリとの連携を管理している。また、特許文献２は、マルチアプリケーション機能を有するＩＣカードを、通信可能に接続されたサーバによって管理している。
【特許文献１】特開２００４−９４４９９号公報
【特許文献２】特開２００３−６５７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、ＩＣカードを装着する携帯端末では、特許文献１及び２でも同様に、同一のサービスに用いられるカードアプリ、ネイティブアプリ、Ｊａｖａ（登録商標）アプリ等の異なるプラットホーム上のアプリは、ユーザによりそれぞれ個別に管理しているため、手間がかかるものとなっている。【００１０】
このため、同一サービスで利用されるＩＣカードのカードアプリ、携帯端末のネイティブアプリ、Ｊａｖａ（登録商標）等の非ネイティブアプリといったそれぞれプラットホームが異なる複数のアプリでも、これらの管理を容易に行いたいという要望がある。【００１１】
本発明の目的は、ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、端末側の非ネイティブアプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスの提供を受けることができるアプリケーション管理装置及びアプリケーション管理方法を提供することである。
【課題を解決するための手段】
【００１２】
本発明のアプリケーション管理装置は、装着されるＩＣカードのＩＣ機能を用いたサービスに利用される複数のアプリケーションを管理するアプリケーション管理装置であって、前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に、前記複数のアプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶手段と、記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリケーションを管理する管理手段とを有する構成を採る。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、端末側の非ネイティブアプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスを実行することによりサービスの提供を受けることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態に係るアプリケーション管理装置を有する携帯端末全体の物理的構成を示すブロック図
【図２】本発明の一実施の形態に係る携帯端末のソフトウェア構成図
【図３】携帯端末において統合アプリマネージャを実現するアプリケーション管理装置を示す機能ブロック図
【図４】テーブル記憶部が記憶するテーブルの一例を示す図
【図５】統合アプリ制御部によるユーザインターフェースの一例として表示部に表示されたサービス一覧を示す図
【図６】本発明に係るアプリケーション管理装置において、提供されるサービスを追加する動作を説明するフローチャート
【図７】本発明に係るアプリケーション管理装置において、提供されるサービスを削除する動作を説明するフローチャート
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。【００１６】
図１は、本発明の一実施の形態に係るアプリケーション（以下、「アプリ」という）管理装置を有する携帯端末１００全体の物理的構成を示すブロック図である。【００１７】
携帯端末１００は、ＩＣカード、特に、非接触式ＩＣカードが装着されるＩＣ機能付き携帯端末（例えば、携帯電話）であり、同一のサービスに利用されるＩＣカードに格納されたカードアプリと、端末におけるアプリとを一括管理する。【００１８】
携帯端末１００におけるアプリは、携帯端末固有のプラットホームに依存するネイティブアプリと、携帯端末固有のプラットホームに依存しない非依存のアプリ（非ネイティブアプリ）とを含む。プラットホームは、ハードウェア構成と、オペレーションシステム（OS）等のソフトウェア構成によって規定されるアーキテクチャとを含む概念である。【００１９】
図１に示す携帯端末１００は、ＩＣカード（ここでは非接触型ＩＣカード２００）を装着し、装着される非接触型ＩＣカード（便宜上、「ＩＣカード」ともいう）２００のカードアプリと、端末自体のアプリとで実行されるアプリケーションサービス提供を授受可能となっている。なお、本実施の形態で称するＩＣカード２００は、カードの形を有するものに限定されず、携帯端末に搭載されて、非接触型ＩＣカードと同様の非接触型ＩＣ機能を有する構成要素を意味する。つまり、ＩＣカード２００はＩＣチップ２００としてもよい。【００２０】
携帯端末１００は、筐体の外側に露出している部分に配置された操作ボタン等の操作部１０１と、表示部１０２と、通信部１０３と、ＣＰＵ１２０と、ＲＯＭ部１０４と、ＲＡＭ部１０５と、メモリ部１０６と、Ｉ／Ｆ部１０７とを備える。【００２１】
操作部１０１、表示部１０２、通信部１０３、ＲＯＭ部１０４、ＲＡＭ部１０５、メモリ部１０６及びＩ／Ｆ部１０７は、ＣＰＵ１２０に接続されている。【００２２】
操作部１０１は、表示部１０２に表示されるサービスに関する情報を用いて、ユーザに対して、サービスの削除、追加（記憶）、更新等のサービスに関する指示や、独自にサービスを設定する際の、設定するサービスに利用する複数のアプリの選択指示等を行わせる。この操作部１０１は、選択手段及び指示手段として機能する。【００２３】
表示部１０２は、液晶表示パネル等を用いてなり、携帯端末１００が提供されるサービスに関する情報を表示する。【００２４】
通信部１０３は、例えば通信ネットワークを介して、基地局やサーバなどの外部装置（ここではサーバ３００）と無線通信によりデータの送受信を行う。ＲＯＭ部１０４は、携帯電話本来の制御プログラムを格納し、ＲＡＭ部１０５は、受信したデータを含む情報を一時的に保管し操作する。【００２５】
また、メモリ部１０６は、受信したデータ又は情報を保管し、本実施の形態では、特に、複数のアプリケーションを受信し処理するアプリケーションプログラムが記録、格納される。なお、このメモリ部１０６に格納されるアプリケーションプログラム（「アプリ」ともいう）は、後述するアプリ管理部４１２（図３参照）により管理される。【００２６】
このアプリケーションプログラムにはアプリケーション検索キーがタグ付けされており、非接触型ＩＣカード２００から送信される起動プログラムの起動コマンドを受信して、アプリケーションキーと照合させ、前記アプリケーションプログラムを立ち上げる。なお、ＲＡＭ部１０５にアプリケーションプログラムを記憶するようにしてもよい。【００２７】
ＣＰＵ１２０は、ＲＯＭ部１０４及びＲＡＭ部１０５とともに携帯端末全体の制御を行う端末制御部として機能するとともに、携帯端末１００に提供されるサービスで利用されるアプリケーションを統合管理するアプリケーション管理装置のアプリ統合管理制御部として機能する。なお、図示しないが、携帯端末１００は、受話器及び送話器を制御する音声処理部を有する。【００２８】
非接触型ＩＣカード２００は、ＲＦＩＤ（Radio Frequency Identification）などのＩＣチップを内蔵してなる。非接触型ＩＣカード２００は、カードＩ／Ｆ部２０１と、非接触交信用のアンテナであるアンテナ部２０２と、ＣＰＵ２０３と、ＲＯＭ部２０４と、ＲＡＭ部２０５と、カードメモリ２０６とを有する。【００２９】
カードＩ／Ｆ部２０１、アンテナ部２０２、ＲＯＭ部２０４、ＲＡＭ部２０５及びカードメモリ２０６は、非接触型ＩＣカード２００の制御部であるＣＰＵ２０３に接続されている。【００３０】
カードＩ／Ｆ部２０１は、Ｉ／Ｆ部１０７に接続されることによりＩＣカード２００を携帯端末本体に接続する。アンテナ部２０２は、リーダライタ３５０との間で情報の送受信を非接触通信で行う。このアンテナ部２０２を介してＩＣカード２００は、リーダライタ３５０からサービス情報等の情報を取得したり、リーダライタ３５０に情報を送信したりする。【００３１】
ＲＯＭ部２０４は、ＣＰＵ２０３で用いられる起動プログラムや、その他データを制御するプログラムが格納され、ＲＡＭ部２０５は、受信データを含む受信情報を一時的に保管し操作する。カードメモリ２０６は、アプリケーションプログラムの起動プログラム及び、相互認証用鍵その他データを保管する。【００３２】
また、ＩＣカード２００は、カードメモリ２０６をセキュア領域として自由に設定できる構成としてもよい。この場合、このセキュア領域として使用できる容量は、カードメモリ２０６の容量の範囲内で自由に設定することが可能である。【００３３】
なお、ＩＣカード２００は、内部で鍵の管理および暗号化を実行することで、高い秘匿性を実現すると同時に、読み書き時の高速データ転送を実現し、機密情報保護等の応用に適した機能を提供することが可能となっている。【００３４】
図２は、本発明の一実施の形態に係る携帯端末１００のソフトウェア構成図である。【００３５】
図２に示すように携帯端末１００は、Ｈ／Ｗ３０１と、デバイスドライバ３０２と、ＯＳ３０３と、ネイティブアプリ３０５と、非依存のアプリ３０６（ここでは、Ｊａｖａ（登録商標）アプリ）と、ＶＭ（Virtual Manager）３０７と、統合アプリマネージャ３０８を有する。【００３６】
図２に示すＨ／Ｗ３０１は、図１のハードウェアに相当する。デバイスドライバ３０２は、ＣＰＵ１２０、メモリ部１０６等のＨ／Ｗ３０１の各処理部を制御する。ＯＳ３０３は、各プラットホームのアプリである、ネイティブアプリ３０５、非依存のアプリ３０６、ＶＭ３０７、カードアプリ３１０の動作環境を提供してプログラムを実行する。また、ＯＳ３１２は、非接触ＩＣカード２００のカードＯＳである。図２に示すように非接触ＩＣカード２００は、カードアプリ１，２，３を備え、マルチアプリケーション対応のカードとなっている。【００３７】
図２に示す統合アプリマネージャ３０８は、アプリケーション管理装置により実行される。統合アプリマネージャ３０８は、非接触ＩＣカード２００が装着された携帯端末１００において、プラットホームの異なるアプリである非依存のアプリ３０６、ネイティブアプリ３０５、カードアプリ３１０を統括管理する。【００３８】
図３は、携帯端末１００において統合アプリマネージャ３０８を実現するアプリケーション管理装置４００を示す機能ブロック図である。【００３９】
アプリケーション管理装置４００は、携帯端末１００に備えられ、プラットホームの異なる複数のアプリを、これらを連携して実行するアプリケーションサービス毎に一括して管理する。【００４０】
図３に示すアプリケーション管理装置４００は、サービス情報取得部４０２と、サービス情報解析部４０４と、テーブル更新部４０５と、テーブル記憶部４０６と、統合アプリ制御部４０８と、アプリ一覧記憶部４１０と、アプリ管理部４１２と、サービスＩＤ付与部４１４と、操作部１０１と、表示部１０２等とを有する。【００４１】
ここで、サービス情報（メタデータ）とは、サービス毎に必要となるアプリ名称（アプリ識別情報（識別子））が記載されるとともに、サービスを示すサービスＩＤと、サービスを実行する際に必要なアプリの種類及びバーション等とが関連付けられた情報である。【００４２】
なお、サービス情報取得部４０２、サービス情報解析部４０４、テーブル更新部４０５、統合アプリ制御部４０８、アプリ管理部４１２及びサービスＩＤ付与部４１４は、図１に示すＣＰＵ１２０、ＲＡＭ部１０５、ＲＯＭ部１０４等により構成されるアプリ総合管理制御部４１５に含まれる。なお、アプリ総合管理制御部４１５は、ＣＰＵ１２０、ＲＡＭ部１０５、ＲＯＭ部１０４に加え、ＣＰＵ２０３、ＲＡＭ部２０５、ＲＯＭ部２０４で構成されてもよい。【００４３】
また、テーブル記憶部４０６及びアプリ一覧記憶部４１０は、図１に示すＲＡＭ部１０５やメモリ部１０６等により構成される。【００４４】
サービス情報取得部４０２は、統合アプリ制御部４０８に制御され、サービス事業者が提供するサービス毎のサービス情報を取得して、サービス情報解析部４０４に出力する。      【００４５】
サービス情報取得部４０２は、サービス情報をどのように取得しても良く、例えば、携帯端末１００の通信部１０３を介す等してダウンロードすることによって取得してもよい。【００４６】
サービス情報解析部４０４は、統合アプリ制御部４０８により制御され、入力されるサービス情報の内容を解析して、テーブル更新部４０５に出力する。【００４７】
具体的に、サービス情報取得部４０２から入力されたサービス情報は、サービス情報解析部４０４で解析され、統合アプリ制御部４０８の制御により、解析内容が、既に携帯端末１００に記憶されたものであるか否かが判定される。この判定結果も含めてサービス情報がサービス情報解析部４０４からテーブル更新部４０５に出力される。【００４８】
サービス情報取得部４０２から入力されたサービス情報が、既に記憶されたサービス情報のサービスで利用されるアプリのバージョンや、アプリ自体の変更、追加を示す情報である場合、サービス情報解析部４０４は、更新すべきサービス情報としてテーブル更新部４０５に出力する。【００４９】
サービス情報解析部４０４は、統合アプリ制御部４０８の制御によって判定される、携帯端末１００自体において実行可能であるか否かの判定情報も含めて、取得したサービス情報をテーブル更新部４０５に出力する。【００５０】
テーブル更新部４０５は、統合アプリ制御部４０８により制御され、入力される解析されたサービス情報を用いて、携帯端末１００自体において実行可能であるか否かの判定情報も含めてサービス情報として、テーブル記憶部４０６に出力してテーブルを更新する。【００５１】
テーブル更新部４０５は、サービス情報を更新する場合、統合アプリ制御部４０８の制御により、表示部１０２にサービス情報更新の旨を示す表示を行う。【００５２】
さらに、テーブル更新部４０５は、操作部１０１や通信部１０３等を用いてユーザによって任意のアプリがインストールされるか若しくは既にインストールされている場合、統合アプリ制御部４０８により取得したアプリ情報が入力される。【００５３】
テーブル記憶部４０６は、テーブル更新部４０５により入力されるサービス情報を更新したり保存したりし、サービス毎に、当該サービスを示すサービスＩＤに、サービスで利用されるアプリを対応付けて記憶する。なお、テーブル記憶部４０６内のサービス情報は、テーブル更新部４０５により更新されることに加えて、統合アプリ制御部４０８により読み書き自在であり、統合アプリ制御部４０８により更新・保存される。このテーブル記憶部４０６に記憶されるサービス情報のテーブルは、サービスＩＤを基準に関連付けられるため、サービスＩＤテーブルともいう。【００５４】
図４は、テーブル記憶部４０６が記憶するテーブルの一例を示す図である。【００５５】
図４に示すように、テーブル（「サービスＩＤテーブル」ともいう）４２０では、提供されるサービスと、サービスに利用されるアプリとが対応付している。具体的には、テーブル４２０では、サービス毎に、サービス名称、サービスを示すサービスＩＤ、携帯端末１００においてサービス実行が可能か否かの情報が記憶されている。【００５６】
また、テーブル４２０では、サービスを示すサービスＩＤ毎に、利用されるアプリの種類、携帯端末１００におけるアプリの有無、当該アプリのバーションなどが対応付けられている。アプリの有無は、携帯端末１００にアプリがインストール済みであるか否かを示す情報である。【００５７】
例えば、図４に示すテーブル４２０では、サービスとして「チケット」が、当該サービス「チケット」を識別するＩＤ「０１」と、このサービスが携帯端末１００において実行可能であることを示す「有効」の情報とともに記憶されている。【００５８】
このテーブル４２０では、サービスは、当該サービスを実行する際に利用されるアプリである、Ｊａｖａ（登録商標）等の非依存のアプリ、ＩＣカードのカードアプリ、ネイティブアプリのアプリ情報が関連付けられている。【００５９】
あるサービスに利用される複数のアプリは、それぞれプラットホームが異なっており、具体的には、非依存のアプリと、ネイティブアプリと、カードアプリを用いることによって実行されるものとなっている。なお、ネイティブアプリとカードアプリのみの組み合わせであってもよい。【００６０】
テーブル４２０の「チケット」サービスは、非依存アプリであるＪａｖａ（登録商標）アプリなどの非依存のアプリ名「Ｊａｖａ（登録商標）Ｂ」と、Ｊａｖａ（登録商標）アプリが既にインストール済みを示す「あり」と、「チケット」サービスで用いられるＪａｖａ（登録商標）アプリのバージョンを示す「Ｖ１．０」とが関連付けられている。【００６１】
また、「チケット」サービスでは、Ｊａｖａ（登録商標）アプリとともに、既にインストール済みのネイティブアプリ「γ」、バージョン「Ｖ２．０」と、既にインストール済みのカードアプリ「１」、バージョン「１．０」が関連付けられている。【００６２】
なお、「γ」はネイティブアプリの種類、「あり」は携帯端末１００にインストール済みであることを示している。また、実行できるサービスで有るかを示す「有効」は、当該サービスで利用されるアプリが全てインストール済みであり、携帯端末１００において実行可能であることを示す。【００６３】
同様に、図４に示すテーブル４２０には、サービスとして「マネー」が、当該サービスを識別するサービスＩＤ「０２」と、携帯端末１００において実行不可能を示す「無効」の情報とともに記憶されている。【００６４】
テーブル４２０の「マネー」サービスは、インストールされていないＪａｖａ（登録商標）アプリ「Ａ」、インストール済みのネイティブアプリ「β」バージョン「Ｖ１．０」及びインストール済みのカードアプリ「２」バージョン「Ｖ１．５」を用いて実行される。なお、実行できるサービスであるか否かを示す「無効」は、当該サービスで利用されるアプリ中に不足しているアプリ（ここでは、未インストールのＪａｖａ（登録商標）アプリ）があり、携帯端末１００において実行できないことを示す。【００６５】
図３に示す統合アプリ制御部４０８は、接続される各構成要素を制御して、携帯端末１００に提供されるサービスを実行するために、同一サービスで利用される複数のアプリを統合し、サービス毎に管理する。【００６６】
具体的には、統合アプリ制御部４０８は、サービス情報取得部４０２を介してサービス情報を取得し、取得したサービス情報をサービス情報解析部４０４にて解析し、テーブル更新部４０５を介してテーブル記憶部４０６にテーブルとして記憶させる。【００６７】
統合アプリ制御部４０８は、取得したサービス情報の解析内容が当該サービス情報のサービスを実行するアプリがテーブル記憶部４０６に記憶されていない解析内容である場合、そのアプリをアプリ一覧記憶部４１０のインストール済みのアプリ一覧で検索する。【００６８】
すなわち、統合アプリ制御部４０８は、取得したサービス情報のサービスを実行するアプリがテーブル記憶部４０６に存在しない場合、アプリ一覧記憶部４１０を用いて、他のサービスで使用される等インストール済みであるかを判定する。他のサービスで使用される等によってインストール済みであった場合、統合アプリ制御部４０８は、テーブル更新部４０５を介してテーブルを更新する。【００６９】
また、統合アプリ制御部４０８は、操作部１０１からの入力により各部を制御する。統合アプリ制御部４０８は、特に、テーブル記憶部４０６のテーブル（ここではテーブル４２０）を用いて、アプリ管理部４１２を制御したりして、サービスを実行する際に用いられるアプリを管理する。【００７０】
さらに、統合アプリ制御部４０８は、携帯端末１００において、操作部１０１や通信部１０３等を用いてインストールされたアプリなども含め、携帯端末１００においてインストールされているアプリをアプリ一覧記憶部４１０に一覧として記憶する。【００７１】
また、統合アプリ制御部４０８は、テーブル記憶部４０６のテーブル（ここではテーブル４２０）を用いて、サービス情報を表示部１０２に表示する。操作部１０１を介して表示した内容に対応する入力があった場合、統合アプリ制御部４０８は、テーブル記憶部４０６に表示内容に対応するサービスを読みにいき、実行に必要なアプリをチェックし、アプリ管理部４１２を介して実行に必要なアプリを全て実行する。【００７２】
例えば、統合アプリ制御部４０８は、入力部からサービス一覧表示の指示があった場合、テーブル記憶部４０６からサービス情報を読み出して表示部１０２に表示する。【００７３】
図５は、統合アプリ制御部４０８によるユーザインターフェースの一例として表示部１０２に表示されたサービス一覧を示す図である。【００７４】
図５に示すように表示部１０２には、サービス一覧として、提供されたサービスの種類（図５では、電子チケットサービスを示す「チケット」、「マネー」等）毎に、「アプリ追加」、「アプリ削除」、「アプリ有効」、「アプリ無効」、「アプリ更新」などの入力可能な指示情報が表示される。なお、この表示は、携帯端末１００のＯＳ標準のランチャにより表示される。【００７５】
そして、操作部１０１を介して、表示された指示の入力が統合アプリ制御部４０８に入力されると、統合アプリ制御部４０８は、表示内容に対応する処理を、アプリ管理部４１２を介して実行する。【００７６】
また、統合アプリ制御部４０８は、ユーザに独自にサービスを生成させる機能を有する。例えば、統合アプリ制御部４０８は、アプリ一覧記憶部４１０において記憶されたアプリ（携帯端末１００におけるインストール済のアプリ）を表示部１０２に表示して、操作部１０１を介してサービスの実行に利用する複数のアプリをユーザに選択させる。複数のアプリが操作部１０１により選択された際に、統合アプリ制御部４０８は、選択されたアプリの連携により実行されるサービスを生成し、選択されたアプリの識別情報（例えば、アプリ名称）と、生成したサービスとを示す情報をサービスＩＤ付与部４１４に出力する。【００７７】
アプリ一覧記憶部４１０は、携帯端末１００においてインストール済みのアプリ、つまり、既に取得しているアプリの種類を記憶するものであり、その種類を示す情報は、アプリ統合制御部４０８によって読み書きされる。ここで、アプリ一覧記憶部４１０に記憶されるアプリは、どの様に記憶されても良い。例えば、ユーザの操作によって携帯端末１００において通信部１０３を介して、無線ネットワークにより接続されている他装置から取得するものであってもよい。また、携帯端末１００を記憶媒体が着脱自在な構成とし、この記憶媒体を介してアプリ一覧記憶部４１０に記憶させる構成としてもよい。【００７８】
アプリ管理部４１２は、統合アプリ制御部４０８の制御によって、サービスを受ける場合、当該サービスを実行する際に用いられるアプリを管理するものであり、アプリの追加、削除、更新などを行う。なお、アプリ管理部４１２は、携帯端末１００におけるアプリを、プラットホームの種類に関係なく管理するものであり、管理されるアプリはメモリ部１０６、カードメモリ２０６等にアプリケーションプログラムとして格納されている。【００７９】
ここでは、アプリ管理部４１２は、Ｊａｖａ（登録商標）アプリなどの非依存型アプリ、依存型アプリであるネイティブアプリ、カード内のアプリであるカードアプリのそれぞれを管理し、それぞれのアプリの追加、削除、更新を行う。【００８０】
サービスＩＤ付与部４１４は、操作部１０１を介した複数のアプリの選択によって、選択されたアプリの連携により実行されるサービスが、統合アプリ制御部４０８を介して独自に生成、つまり、設定された場合、生成されたサービスに、サービスＩＤを付与する。【００８１】
また、サービスＩＤ付与部４１４は、統合アプリ制御部４０８を介して、付与したサービスＩＤを、選択された複数のアプリケーションのそれぞれを示す複数のアプリ名称に関連付けてサービス情報としてテーブル記憶部４０６に記憶する。【００８２】
次に、アプリケーション管理装置４００の動作について説明する。【００８３】
図６は、本発明に係るアプリケーション管理装置において、提供されるサービスを追加する動作を説明するフローチャートである。【００８４】
まず、携帯端末１００におけるアプリケーション管理装置４００では、まず、提供されるサービスのサービス情報（サービスＩＤ、本サービスの実行に必要なアプリ名、バージョン）を取得し、テーブル記憶部４０６に記憶する。このサービス情報は、ここでは、通信部１０３（図１参照）を介して、サーバから取得したものとする。なお、サービス情報は、図１において非接触ＩＣカード２００のアンテナ部２０２を介して、非接触ＩＣカード２００と非接触通信可能なリーダライタから取得して、テーブル記憶部４０６に記憶するようにしてもよい。【００８５】
そして、操作部１０１を介して追加指定されたサービスが入力されると、ステップＳ１では、統合アプリ制御部４０８は、テーブル記憶部４０６で、指定されたサービスを示すサービスＩＤを検索して、ステップＳ２に移行する。【００８６】
ステップＳ２では、統合アプリ制御部４０８は、テーブル記憶部４０６において、指定されたサービスＩＤで実行されるアプリに不足するアプリ（「不足アプリ」ともいう）が有るか無いかを判定する。【００８７】
つまり、ステップＳ２では、統合アプリ制御部４０８は、サービスＩＤが示すサービスを実行するアプリがテーブル４２０（サービスＩＤテーブル）をチェックし、携帯端末１００にインストールされているものとして、テーブル記憶部４０６に記憶されているか否かを判定する。【００８８】
このステップＳ２において、不足アプリがあれば、つまり、テーブル記憶部４０６に登録されていれば、ステップＳ３に移行し、無ければ、つまり、テーブル記憶部４０６に登録されていなければ、アプリ管理部４１２を介して指定されたサービスに利用されるアプリを用いて当該サービスを実行する。【００８９】
ステップＳ３では、統合アプリ制御部４０８は、アプリ一覧記憶部４１０の情報を読み出して、他のサービスで利用されるアプリとして不足アプリがあるか否かを判定し、不足アプリが無ければステップＳ４に移行し、不足アプリがあればステップＳ５に移行する。      【００９０】
具体的に、このステップＳ３では、統合アプリ制御部４０８は、アプリ一覧記憶部４１０において、不足アプリの登録があれば、不足アプリは携帯端末１００にインストールされ、携帯端末１００において他のサービスにて使用されていると判定する。また、統合アプリ制御部４０８は、アプリ一覧記憶部４１０において、不足アプリの登録がなければ、不足アプリは携帯端末１００にインストールされておらず、携帯端末１００において他のサービスにて使用されていないと判定する。【００９１】
ステップＳ４では、統合アプリ制御部４０８は、不足アプリを、通信部１０３やアンテナ部２０２を介してサーバ３００（図１参照）やリーダライタ３５０（図１参照）等の外部装置からインストールして、ステップＳ５に移行する。【００９２】
詳細には、ステップＳ４では、携帯端末１００は、不足アプリを、通信部１０３を介してサーバからインストールしたり、アンテナ部２０２を介してリーダライタからインストールしたりする。なお、携帯端末１００が、不足アプリを格納した記憶媒体を挿着可能に構成されていれば、挿着された記憶媒体の不足アプリを用いるようにしてもよい。なお、ここでは、インストールする不足アプリは、メモリ部１０６に格納され、アプリ管理部４１２により管理される。【００９３】
ステップＳ５では、統合アプリ制御部４０８は、テーブル更新部４０５を介して、取得した不足アプリを、当該不足アプリが不足していたサービスのサービスＩＤに関連付けて、テーブル記憶部４０６のサービス情報のテーブルを更新して処理を終了する。【００９４】
図７は、本発明に係るアプリケーション管理装置４００において、提供されるサービスを削除する動作を説明するフローチャートである。【００９５】
操作部１０１を介して削除指定されたサービスが、アプリ総合管理制御部４１５に入力されると、ステップＳ１１では、統合アプリ制御部４０８は、テーブル記憶部４０６で、指定されたサービスを示すサービスＩＤを検索して、ステップＳ１２に移行する。【００９６】
ステップＳ１２では、統合アプリ制御部４０８は、テーブル記憶部４０６のテーブル（サービスＩＤテーブル）にて、指定されたサービスのサービスＩＤに関連付けられたアプリが存在しているか否かを判定する。【００９７】
このステップＳ１２において、指定されたサービスのサービスＩＤに関連付けられたアプリが存在していればステップＳ１３に移行し、存在していなければ、処理を終了する。【００９８】
ステップＳ１３では、統合アプリ制御部４０８は、指定されたサービスＩＤに関連付けられたアプリは複数サービスで共有しているか否かを判定し、共有していればステップＳ１４に移行し、共有していなければステップＳ１５に移行する。【００９９】
つまり、ステップＳ１３では、総合アプリ制御部４０８は、指定されたサービスＩＤに関連付けられたアプリが、他のサービスを実行する際のアプリとして登録されているかを検索し、その検索結果基づいて、当該アプリの共有、非共有を判定する。【０１００】
ステップＳ１４では、統合アプリ制御部４０８は、削除するサービスのサービスＩＤに関連付けられたアプリを、削除対象から外して、ステップＳ１５に移行する。【０１０１】
ステップＳ１５では、統合アプリ制御部４０８は、アプリ管理部４１２を介して、該当するアプリを全てアンインストールして、ステップＳ１６に移行する。【０１０２】
ステップＳ１６では、統合アプリ制御部４０８は、テーブル更新部４０５を介して、削除対象としたサービス情報を、当該サービス情報を示すサービスＩＤを用いて、テーブル記憶部４０６から削除して、サービス情報を更新する。【０１０３】
このようにアプリケーション管理装置４００では、サービス毎に用意したサービス情報（サービスのメタデータ）を用いることで、異なるプラットホーム上のアプリをサービスごとに一括管理できる。言い換えれば、アプリケーション管理装置４００は、サービスＩＤを用いて、図２に示す非依存のアプリ（Ｊａｖａ（登録商標）アプリ）、ネイティブアプリ、カードアプリの各層について一括管理できる。【０１０４】
これにより、アプリケーション管理装置を有する携帯端末１００では、同一サービス用アプリ群をまとめてインストールしたり、アンインストールしたり、アクティベイトしたり、さらにはインアクティベイトしたりすることができる。【０１０５】
また、アプリが、アプリケーション管理装置４００の処理によってインストールが行われず、ユーザによって手動でインストールされた場合、統合アプリ制御部４０８は、インストールアプリの名称をチェックしてテーブルを更新する。【０１０６】
また、アプリが、携帯端末１００において、例えば操作部１０１を介して手動でアンインストールされた場合、統合アプリ制御部４０８はアンインストールアプリの名称をチェックして、テーブル記憶部４０６のテーブルから関連するアプリを読み出す。そして、表示部１０２に対して、読み出したアプリをユーザに一緒に削除するかの表示を行う。【０１０７】
また、携帯端末１００によれば、サーバ３００（図１参照）やリーダライタ３５０（図１参照）からインストール済みのアプリの更新情報が得られた場合は、アプリケーション管理装置４００によって、同一サービスの他アプリの更新情報も確認し、必要な場合は同一サービスの全てのアプリを更新することができる。【０１０８】
取得したサービス情報をテーブル記憶部４０６のテーブルに登録し、インストール済みアプリがあればテーブル記憶部４０６のテーブルを更新する。【０１０９】
また、アプリケーション管理装置４００を有する携帯端末１００では、ユーザが複数のアプリを選択して独自にサービスＩＤを与えることで、新たにサービス情報を生成可能となる。【０１１０】
すなわち、アプリケーション管理装置４００を有する携帯端末１００を用いて独自のサービスを実行させる際に、当該サービスに利用する複数のアプリを、ユーザに、操作部１０１を介してアプリ管理部４１２が管理するアプリから選択させる。なお、アプリ管理部４１２が管理するアプリは、携帯端末１００及びＩＣカード２００においてインストール済のアプリとする。【０１１１】
そして、操作部１０１を介して選択された複数のアプリの情報が統合アプリ制御部４０８に入力されると、選択された複数のアプリによって実行されるサービスが生成され、サービスＩＤ付与部４１４にて、当該サービスにサービスＩＤが付与される。【０１１２】
このサービスＩＤ付与部４１４にて行われるサービスＩＤの付与によって、複数のアプリのそれぞれを示すアプリ名称（アプリ識別情報）に関連付けられたサービス情報が生成されることとなる。【０１１３】
このサービス情報は、統合アプリ制御部４０８を介して、テーブル記憶部４０６に記憶され、記憶されたサービス情報が示すサービスが実行される場合、統合アプリ制御部４０８は、テーブル記憶部４０６から対応するサービス情報を読み出して、サービスを実行する。【０１１４】
なお、ここでは、本発明をハードウェアで構成する場合を例にとって説明したが、本発明をソフトウェアで実現することも可能である。例えば、本発明に係るアプリケーション管理方法のアルゴリズムをプログラミング言語によって記述し、このプログラムをメモリに記憶しておいて情報処理手段によって実行させることにより、本発明に係るアプリケーション装置と同様の機能を実現することができる。【０１１５】
また、本実施の形態では、アプリ管理部４１２が単一の場合を説明した。しかしながら、既存のアーキテクチャの変更を最小限に抑えて本発明を実現する場合は、アプリ種別ごとに存在する既存の複数のアプリ管理部を統括する統合アプリ制御部４０８としてもよい。【０１１６】
また、本発明に係るアプリケーション管理装置は、接触ＩＣカード、非接触ＩＣカードなどを装着できるＩＣ機能に対応した携帯端末に搭載することが可能であるため、これにより上記と同様の作用効果を有するアプリケーション管理システムを提供することができる。
【産業上の利用可能性】
【０１１７】
本発明に係るアプリケーション管理装置及びアプリケーション管理方法は、ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、端末側の非ネイティブアプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスの提供を受けることができる効果を有し、ＩＣ機能に対応した携帯電話に有用である。
【図１】
2008050439.tif 000003
【図２】
2008050439.tif 000004
【図３】
2008050439.tif 000005
【図４】
2008050439.tif 000006
【図５】
2008050439.tif 000007
【図６】
2008050439.tif 000008
【図７】
2008050439.tif 000009
【手続補正書】
【提出日】平成20年2月26日(2008.2.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装着されるＩＣカードのＩＣ機能を用いたサービスに利用される前記ＩＣカードのカードアプリケーションと自装置本体内に格納される装置内アプリケーションを管理するアプリケーション管理装置であって、
前記カードアプリケーションと前記装置内アプリケーションのそれぞれを示すアプリ識別情報に、前記カードアプリケーションと前記装置内アプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶手段と、
記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記カードアプリケーションと前記装置内アプリケーションを統合して管理する管理手段と、
を有するアプリケーション管理装置。
【請求項２】
前記装置内アプリケーションは、自装置固有のプラットホームに依存するネイティブアプリケーションであることを特徴とする請求項１記載のアプリケーション管理装置。
【請求項３】
前記装置内アプリケーションは、自装置固有のプラットホームに依存するネイティブアプリケーションと、前記自装置固有のプラットホームに依存しない非ネイティブアプリケーションとで構成される請求項１記載のアプリケーション管理装置。
【請求項４】
前記記憶手段に記憶されたサービスの削除及び前記記憶手段へのサービスの記憶を指示する指示手段を備え、
前記管理手段は、前記指示手段から前記サービスの削除指示を受けた場合、前記記憶手段に記憶される、指示対象である前記サービスのサービスＩＤに関連する全てのアプリ識別情報に対応するカードアプリケーションと前記装置内アプリケーションを一括削除し、前記指示手段から前記サービスの記憶指示を受けた場合、記憶指示対象である記憶対象サービスで利用されるカードアプリケーションと前記装置内アプリケーションを一括して追加する請求項１に記載のアプリケーション管理装置。
【請求項５】
前記管理手段は、削除指示対象である前記サービスのサービスＩＤに関連する全てのアプリケーションを一括削除する際に、一括削除対象となるカードアプリケーション及び又は前記装置内アプリケーションが他のサービスで共通に利用されている場合には、前記他のサービスで利用されている前記カードアプリケーション及び又は前記装置内アプリケーションを一括削除対象の前記カードアプリケーション及び又は前記装置内アプリケーションから外す請求項４記載のアプリケーション管理装置。
【請求項６】
装置本体において実行可能な前記カードアプリケーション及び又は前記装置内アプリケーションを一覧として記憶するアプリ一覧記憶手段を更に備え、
前記管理手段は、前記指示手段から前記サービスの記憶指示を受けて、記憶指示対象である記憶対象サービスで利用される前記カードアプリケーション及び又は前記装置内アプリケーションを一括して追加する際に、一括追加対象となる前記カードアプリケーション及び又は前記装置内アプリケーションが、前記アプリ一覧記憶手段に記憶されている場合には、前記アプリ一覧記憶手段に記憶された前記カードアプリケーション及び又は前記装置内アプリケーションを一括追加対象となる前記カードアプリケーション及び又は前記装置内アプリケーションから外す請求項４記載のアプリケーション管理装置。
【請求項７】
前記カードアプリケーション及び又は前記装置内アプリケーションをユーザにより選択させる選択手段と、
選択された前記カードアプリケーションと前記装置内アプリケーションの連携により実行されるサービスにサービスＩＤを付与して、前記記憶手段に、前記選択された前記カードアプリケーション及び又は前記装置内アプリケーションのそれぞれを示す複数のアプリ識別情報に関連付けて記憶させるサービスＩＤ付与手段とを有する請求項１記載のアプリケーション管理装置。
【請求項８】
装着されるＩＣカードのＩＣ機能を用いたサービスに利用される前記ＩＣカードのカードアプリケーションと自装置本体内に格納される装置内アプリケーションを管理するアプリケーション管理方法であって、
前記カードアプリケーションと前記装置内アプリケーションのそれぞれを示す複数のアプリ識別情報に、前記カードアプリケーションと前記装置内アプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶ステップと、
記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記カードアプリケーションと前記装置内アプリケーションを管理する管理ステップと、
を有するアプリケーション管理方法。
【請求項９】
前記サービスＩＤと対応するアプリ識別情報及びアプリバージョンを含むサービス情報を外部装置から取得するサービス情報取得手段を有し、
前記記憶手段は取得した前記サービス情報をサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報として記憶する請求項１に記載のアプリケーション管理装置。
【請求項１０】
（削除）
【手続補正書】
【提出日】平成21年3月12日(2009.3.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装着されるＩＣカードのＩＣ機能を用いたサービスに利用される前記ＩＣカードのカードアプリケーションと自装置本体内に格納される装置内アプリケーションを管理するアプリケーション管理装置であって、
前記カードアプリケーションと前記装置内アプリケーションのそれぞれを示すアプリ識別情報に、前記カードアプリケーションと前記装置内アプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶手段と、
記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記カードアプリケーションと前記装置内アプリケーションを統合して管理する管理手段と、
を有するアプリケーション管理装置。
【請求項２】
前記装置内アプリケーションは、自装置固有のプラットホームに依存するネイティブアプリケーションである請求項１記載のアプリケーション管理装置。
【請求項３】
前記装置内アプリケーションは、自装置固有のプラットホームに依存するネイティブアプリケーションと、前記自装置固有のプラットホームに依存しない非ネイティブアプリケーションとで構成される請求項１記載のアプリケーション管理装置。
【請求項４】
前記記憶手段に記憶されたサービスの削除及び前記記憶手段へのサービスの記憶を指示する指示手段を備え、
前記管理手段は、前記指示手段から前記サービスの削除指示を受けた場合、前記記憶手段に記憶される、指示対象である前記サービスのサービスＩＤに関連する全てのアプリ識別情報に対応するカードアプリケーションと前記装置内アプリケーションを一括削除し、前記指示手段から前記サービスの記憶指示を受けた場合、記憶指示対象である記憶対象サービスで利用されるカードアプリケーションと前記装置内アプリケーションを一括して追加する請求項１に記載のアプリケーション管理装置。
【請求項５】
前記管理手段は、削除指示対象である前記サービスのサービスＩＤに関連する全てのアプリケーションを一括削除する際に、一括削除対象となるカードアプリケーション及び又は前記装置内アプリケーションが他のサービスで共通に利用されている場合には、前記他のサービスで利用されている前記カードアプリケーション及び又は前記装置内アプリケーションを一括削除対象の前記カードアプリケーション及び又は前記装置内アプリケーションから外す請求項４記載のアプリケーション管理装置。
【請求項６】
装置本体において実行可能な前記カードアプリケーション及び又は前記装置内アプリケーションを一覧として記憶するアプリ一覧記憶手段を更に備え、
前記管理手段は、前記指示手段から前記サービスの記憶指示を受けて、記憶指示対象である記憶対象サービスで利用される前記カードアプリケーション及び又は前記装置内アプリケーションを一括して追加する際に、一括追加対象となる前記カードアプリケーション及び又は前記装置内アプリケーションが、前記アプリ一覧記憶手段に記憶されている場合には、前記アプリ一覧記憶手段に記憶された前記カードアプリケーション及び又は前記装置内アプリケーションを一括追加対象となる前記カードアプリケーション及び又は前記装置内アプリケーションから外す請求項４記載のアプリケーション管理装置。
【請求項７】
前記カードアプリケーション及び又は前記装置内アプリケーションをユーザにより選択させる選択手段と、
選択された前記カードアプリケーションと前記装置内アプリケーションの連携により実行されるサービスにサービスＩＤを付与して、前記記憶手段に、前記選択された前記カードアプリケーション及び又は前記装置内アプリケーションのそれぞれを示す複数のアプリ識別情報に関連付けて記憶させるサービスＩＤ付与手段とを有する請求項１記載のアプリケーション管理装置。
【請求項８】
装着されるＩＣカードのＩＣ機能を用いたサービスに利用される前記ＩＣカードのカードアプリケーションと自装置本体内に格納される装置内アプリケーションを管理するアプリケーション管理方法であって、
前記カードアプリケーションと前記装置内アプリケーションのそれぞれを示す複数のアプリ識別情報に、前記カードアプリケーションと前記装置内アプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶ステップと、
記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記カードアプリケーションと前記装置内アプリケーションを管理する管理ステップと、
を有するアプリケーション管理方法。
【請求項９】
前記サービスＩＤと対応するアプリ識別情報及びアプリバージョンを含むサービス情報を外部装置から取得するサービス情報取得手段を有し、
前記記憶手段は取得した前記サービス情報をサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報として記憶する請求項１に記載のアプリケーション管理装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカード、特に、非接触式ＩＣカードの装着によりＩＣ機能を有する携帯端末においてアプリケーションを管理するアプリケーション管理装置及びアプリケーション管理方法に関する。
【背景技術】
【０００２】
近年、クレジットカードやプリペイドカードなどの磁気カードは、大量な情報を扱ったり、安全性信頼性が必要なカードサービスを提供したりするために、電子マネーを組み込み、一枚で複数のサービスを提供可能なＩＣ（Integrated Circuit）カードに置き換わりつつある。
【０００３】
ＩＣカードは、ＣＰＵやＩＣメモリ等のＩＣチップを内蔵し、セキュリティ性が高く、演算処理機能を備え、カード内部で比較や判断などの処理を実行できる。これにより、磁気カードよりも高度な利用方法が考えられ、交通機関、商取引、セキュリティなどの様々なビジネス分野で新たなサービスが展開されている。
【０００４】
ＩＣカードは、カード表面にＩＣチップの金属端子が露出している「接触型」と、電磁波で通信する「非接触型」に大別できる。また、一般に携帯電話に搭載されるIC機能は接触と非接触の両方のインタフェースを有する。さらに、非接触型ＩＣカードは、ＩＣカードと、ＩＣカードのデータを読み書き可能なリーダライタとの通信距離により、「密着型」、「近接型」、「近傍型」、「マイクロ波型」に分類される。
【０００５】
このようなＩＣカードを携帯電話に装着して、ＩＣカード内のアプリケーションと、携電話内のアプリケーションとを連携させて一つのアプリケーションサービス（以下「サービス」という）が実行される。
【０００６】
例えば、非接触型ＩＣカードが装着されてＩＣ機能やＪａｖａ（登録商標）に対応する携帯電話では、ＩＣカードに内蔵されたカードアプリ−電話本体のネイティブアプリ−電話本体のＪａｖａ（登録商標）アプリ間の連携によってサービスが実行される。
【０００７】
このようなサービスを実行するため、特許文献１及び特許文献２に示すように、携帯端末に装着されたＩＣカード内のアプリと携帯端末のアプリとの連携を管理したり関連付けたりするものが知られている。
【０００８】
特許文献１は、ＩＣカードを装着した携帯端末において、ＩＣカードのカードアプリ側で、通信ネットワークで接続されたサーバに、携帯端末のアプリ（ネイティブアプリ）を認証させて、携帯端末のアプリとカードアプリとの連携を管理している。また、特許文献２は、マルチアプリケーション機能を有するＩＣカードを、通信可能に接続されたサーバによって管理している。
【特許文献１】特開２００４−９４４９９号公報
【特許文献２】特開２００３−６５７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、ＩＣカードを装着する携帯端末では、特許文献１及び２でも同様に、同一のサービスに用いられるカードアプリ、ネイティブアプリ、Ｊａｖａ（登録商標）アプリ等の異なるプラットホーム上のアプリは、ユーザによりそれぞれ個別に管理しているため、手間がかかるものとなっている。
【００１０】
このため、同一サービスで利用されるＩＣカードのカードアプリ、携帯端末のネイティブアプリ、Ｊａｖａ（登録商標）等の非ネイティブアプリといったそれぞれプラットホームが異なる複数のアプリでも、これらの管理を容易に行いたいという要望がある。
【００１１】
本発明の目的は、ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、端末側の非ネイティブアプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスの提供を受けることができるアプリケーション管理装置及びアプリケーション管理方法を提供することである。
【課題を解決するための手段】
【００１２】
本発明のアプリケーション管理装置は、装着されるＩＣカードのＩＣ機能を用いたサービスに利用される前記ＩＣカードのカードアプリケーションと自装置本体内に格納される装置内アプリケーションを管理するアプリケーション管理装置であって、前記カードアプリケーションと前記装置内アプリケーションのそれぞれを示すアプリ識別情報に、前記カードアプリケーションと前記装置内アプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶手段と、記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記カードアプリケーションと前記装置内アプリケーションを統合して管理する管理手段とを有する構成を採る。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、端末側の非ネイティブアプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスを実行することによりサービスの提供を受けることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１５】
図１は、本発明の一実施の形態に係るアプリケーション（以下、「アプリ」という）管理装置を有する携帯端末１００全体の物理的構成を示すブロック図である。
【００１６】
携帯端末１００は、ＩＣカード、特に、非接触式ＩＣカードが装着されるＩＣ機能付き携帯端末（例えば、携帯電話）であり、同一のサービスに利用されるＩＣカードに格納されたカードアプリと、端末におけるアプリとを一括管理する。
【００１７】
携帯端末１００におけるアプリは、携帯端末固有のプラットホームに依存するネイティブアプリと、携帯端末固有のプラットホームに依存しない非依存のアプリ（非ネイティブアプリ）とを含む。プラットホームは、ハードウェア構成と、オペレーションシステム（OS）等のソフトウェア構成によって規定されるアーキテクチャとを含む概念である。
【００１８】
図１に示す携帯端末１００は、ＩＣカード（ここでは非接触型ＩＣカード２００）を装着し、装着される非接触型ＩＣカード（便宜上、「ＩＣカード」ともいう）２００のカードアプリと、端末自体のアプリとで実行されるアプリケーションサービス提供を授受可能となっている。なお、本実施の形態で称するＩＣカード２００は、カードの形を有するものに限定されず、携帯端末に搭載されて、非接触型ＩＣカードと同様の非接触型ＩＣ機能を有する構成要素を意味する。つまり、ＩＣカード２００はＩＣチップ２００としてもよい。
【００１９】
携帯端末１００は、筐体の外側に露出している部分に配置された操作ボタン等の操作部１０１と、表示部１０２と、通信部１０３と、ＣＰＵ１２０と、ＲＯＭ部１０４と、ＲＡＭ部１０５と、メモリ部１０６と、Ｉ／Ｆ部１０７とを備える。
【００２０】
操作部１０１、表示部１０２、通信部１０３、ＲＯＭ部１０４、ＲＡＭ部１０５、メモリ部１０６及びＩ／Ｆ部１０７は、ＣＰＵ１２０に接続されている。
【００２１】
操作部１０１は、表示部１０２に表示されるサービスに関する情報を用いて、ユーザに対して、サービスの削除、追加（記憶）、更新等のサービスに関する指示や、独自にサービスを設定する際の、設定するサービスに利用する複数のアプリの選択指示等を行わせる。この操作部１０１は、選択手段及び指示手段として機能する。
【００２２】
表示部１０２は、液晶表示パネル等を用いてなり、携帯端末１００が提供されるサービスに関する情報を表示する。
【００２３】
通信部１０３は、例えば通信ネットワークを介して、基地局やサーバなどの外部装置（ここではサーバ３００）と無線通信によりデータの送受信を行う。ＲＯＭ部１０４は、携帯電話本来の制御プログラムを格納し、ＲＡＭ部１０５は、受信したデータを含む情報を一時的に保管し操作する。
【００２４】
また、メモリ部１０６は、受信したデータ又は情報を保管し、本実施の形態では、特に、複数のアプリケーションを受信し処理するアプリケーションプログラムが記録、格納される。なお、このメモリ部１０６に格納されるアプリケーションプログラム（「アプリ」ともいう）は、後述するアプリ管理部４１２（図３参照）により管理される。
【００２５】
このアプリケーションプログラムにはアプリケーション検索キーがタグ付けされており、非接触型ＩＣカード２００から送信される起動プログラムの起動コマンドを受信して、アプリケーションキーと照合させ、前記アプリケーションプログラムを立ち上げる。なお、ＲＡＭ部１０５にアプリケーションプログラムを記憶するようにしてもよい。
【００２６】
ＣＰＵ１２０は、ＲＯＭ部１０４及びＲＡＭ部１０５とともに携帯端末全体の制御を行う端末制御部として機能するとともに、携帯端末１００に提供されるサービスで利用されるアプリケーションを統合管理するアプリケーション管理装置のアプリ統合管理制御部として機能する。なお、図示しないが、携帯端末１００は、受話器及び送話器を制御する音声処理部を有する。
【００２７】
非接触型ＩＣカード２００は、ＲＦＩＤ（Radio Frequency Identification）などのＩＣチップを内蔵してなる。非接触型ＩＣカード２００は、カードＩ／Ｆ部２０１と、非接触交信用のアンテナであるアンテナ部２０２と、ＣＰＵ２０３と、ＲＯＭ部２０４と、ＲＡＭ部２０５と、カードメモリ２０６とを有する。
【００２８】
カードＩ／Ｆ部２０１、アンテナ部２０２、ＲＯＭ部２０４、ＲＡＭ部２０５及びカードメモリ２０６は、非接触型ＩＣカード２００の制御部であるＣＰＵ２０３に接続されている。
【００２９】
カードＩ／Ｆ部２０１は、Ｉ／Ｆ部１０７に接続されることによりＩＣカード２００を携帯端末本体に接続する。アンテナ部２０２は、リーダライタ３５０との間で情報の送受信を非接触通信で行う。このアンテナ部２０２を介してＩＣカード２００は、リーダライタ３５０からサービス情報等の情報を取得したり、リーダライタ３５０に情報を送信したりする。
【００３０】
ＲＯＭ部２０４は、ＣＰＵ２０３で用いられる起動プログラムや、その他データを制御するプログラムが格納され、ＲＡＭ部２０５は、受信データを含む受信情報を一時的に保管し操作する。カードメモリ２０６は、アプリケーションプログラムの起動プログラム及び、相互認証用鍵その他データを保管する。
【００３１】
また、ＩＣカード２００は、カードメモリ２０６をセキュア領域として自由に設定できる構成としてもよい。この場合、このセキュア領域として使用できる容量は、カードメモリ２０６の容量の範囲内で自由に設定することが可能である。
【００３２】
なお、ＩＣカード２００は、内部で鍵の管理および暗号化を実行することで、高い秘匿性を実現すると同時に、読み書き時の高速データ転送を実現し、機密情報保護等の応用に適した機能を提供することが可能となっている。
【００３３】
図２は、本発明の一実施の形態に係る携帯端末１００のソフトウェア構成図である。
【００３４】
図２に示すように携帯端末１００は、Ｈ／Ｗ３０１と、デバイスドライバ３０２と、ＯＳ３０３と、ネイティブアプリ３０５と、非依存のアプリ３０６（ここでは、Ｊａｖａ（登録商標）アプリ）と、ＶＭ（Virtual Manager）３０７と、統合アプリマネージャ３０８を有する。
【００３５】
図２に示すＨ／Ｗ３０１は、図１のハードウェアに相当する。デバイスドライバ３０２は、ＣＰＵ１２０、メモリ部１０６等のＨ／Ｗ３０１の各処理部を制御する。ＯＳ３０３は、各プラットホームのアプリである、ネイティブアプリ３０５、非依存のアプリ３０６、ＶＭ３０７、カードアプリ３１０の動作環境を提供してプログラムを実行する。また、ＯＳ３１２は、非接触ＩＣカード２００のカードＯＳである。図２に示すように非接触ＩＣカード２００は、カードアプリ１，２，３を備え、マルチアプリケーション対応のカードとなっている。
【００３６】
図２に示す統合アプリマネージャ３０８は、アプリケーション管理装置により実行される。統合アプリマネージャ３０８は、非接触ＩＣカード２００が装着された携帯端末１００において、プラットホームの異なるアプリである非依存のアプリ３０６、ネイティブアプリ３０５、カードアプリ３１０を統括管理する。
【００３７】
図３は、携帯端末１００において統合アプリマネージャ３０８を実現するアプリケーション管理装置４００を示す機能ブロック図である。
【００３８】
アプリケーション管理装置４００は、携帯端末１００に備えられ、プラットホームの異なる複数のアプリを、これらを連携して実行するアプリケーションサービス毎に一括して管理する。
【００３９】
図３に示すアプリケーション管理装置４００は、サービス情報取得部４０２と、サービス情報解析部４０４と、テーブル更新部４０５と、テーブル記憶部４０６と、統合アプリ制御部４０８と、アプリ一覧記憶部４１０と、アプリ管理部４１２と、サービスＩＤ付与部４１４と、操作部１０１と、表示部１０２等とを有する。
【００４０】
ここで、サービス情報（メタデータ）とは、サービス毎に必要となるアプリ名称（アプリ識別情報（識別子））が記載されるとともに、サービスを示すサービスＩＤと、サービスを実行する際に必要なアプリの種類及びバーション等とが関連付けられた情報である。
【００４１】
なお、サービス情報取得部４０２、サービス情報解析部４０４、テーブル更新部４０５、統合アプリ制御部４０８、アプリ管理部４１２及びサービスＩＤ付与部４１４は、図１に示すＣＰＵ１２０、ＲＡＭ部１０５、ＲＯＭ部１０４等により構成されるアプリ総合管理制御部４１５に含まれる。なお、アプリ総合管理制御部４１５は、ＣＰＵ１２０、ＲＡＭ部１０５、ＲＯＭ部１０４に加え、ＣＰＵ２０３、ＲＡＭ部２０５、ＲＯＭ部２０４で構成されてもよい。
【００４２】
また、テーブル記憶部４０６及びアプリ一覧記憶部４１０は、図１に示すＲＡＭ部１０５やメモリ部１０６等により構成される。
【００４３】
サービス情報取得部４０２は、統合アプリ制御部４０８に制御され、サービス事業者が提供するサービス毎のサービス情報を取得して、サービス情報解析部４０４に出力する。
【００４４】
サービス情報取得部４０２は、サービス情報をどのように取得しても良く、例えば、携帯端末１００の通信部１０３を介す等してダウンロードすることによって取得してもよい。
【００４５】
サービス情報解析部４０４は、統合アプリ制御部４０８により制御され、入力されるサービス情報の内容を解析して、テーブル更新部４０５に出力する。
【００４６】
具体的に、サービス情報取得部４０２から入力されたサービス情報は、サービス情報解析部４０４で解析され、統合アプリ制御部４０８の制御により、解析内容が、既に携帯端末１００に記憶されたものであるか否かが判定される。この判定結果も含めてサービス情報がサービス情報解析部４０４からテーブル更新部４０５に出力される。
【００４７】
サービス情報取得部４０２から入力されたサービス情報が、既に記憶されたサービス情報のサービスで利用されるアプリのバージョンや、アプリ自体の変更、追加を示す情報である場合、サービス情報解析部４０４は、更新すべきサービス情報としてテーブル更新部４０５に出力する。
【００４８】
サービス情報解析部４０４は、統合アプリ制御部４０８の制御によって判定される、携帯端末１００自体において実行可能であるか否かの判定情報も含めて、取得したサービス情報をテーブル更新部４０５に出力する。
【００４９】
テーブル更新部４０５は、統合アプリ制御部４０８により制御され、入力される解析されたサービス情報を用いて、携帯端末１００自体において実行可能であるか否かの判定情報も含めてサービス情報として、テーブル記憶部４０６に出力してテーブルを更新する。
【００５０】
テーブル更新部４０５は、サービス情報を更新する場合、統合アプリ制御部４０８の制御により、表示部１０２にサービス情報更新の旨を示す表示を行う。
【００５１】
さらに、テーブル更新部４０５は、操作部１０１や通信部１０３等を用いてユーザによって任意のアプリがインストールされるか若しくは既にインストールされている場合、統合アプリ制御部４０８により取得したアプリ情報が入力される。
【００５２】
テーブル記憶部４０６は、テーブル更新部４０５により入力されるサービス情報を更新したり保存したりし、サービス毎に、当該サービスを示すサービスＩＤに、サービスで利用されるアプリを対応付けて記憶する。なお、テーブル記憶部４０６内のサービス情報は、テーブル更新部４０５により更新されることに加えて、統合アプリ制御部４０８により読み書き自在であり、統合アプリ制御部４０８により更新・保存される。このテーブル記憶部４０６に記憶されるサービス情報のテーブルは、サービスＩＤを基準に関連付けられるため、サービスＩＤテーブルともいう。
【００５３】
図４は、テーブル記憶部４０６が記憶するテーブルの一例を示す図である。
【００５４】
図４に示すように、テーブル（「サービスＩＤテーブル」ともいう）４２０では、提供されるサービスと、サービスに利用されるアプリとが対応付している。具体的には、テーブル４２０では、サービス毎に、サービス名称、サービスを示すサービスＩＤ、携帯端末１００においてサービス実行が可能か否かの情報が記憶されている。
【００５５】
また、テーブル４２０では、サービスを示すサービスＩＤ毎に、利用されるアプリの種類、携帯端末１００におけるアプリの有無、当該アプリのバーションなどが対応付けられている。アプリの有無は、携帯端末１００にアプリがインストール済みであるか否かを示す情報である。
【００５６】
例えば、図４に示すテーブル４２０では、サービスとして「チケット」が、当該サービス「チケット」を識別するＩＤ「０１」と、このサービスが携帯端末１００において実行可能であることを示す「有効」の情報とともに記憶されている。
【００５７】
このテーブル４２０では、サービスは、当該サービスを実行する際に利用されるアプリである、Ｊａｖａ（登録商標）等の非依存のアプリ、ＩＣカードのカードアプリ、ネイティブアプリのアプリ情報が関連付けられている。
【００５８】
あるサービスに利用される複数のアプリは、それぞれプラットホームが異なっており、具体的には、非依存のアプリと、ネイティブアプリと、カードアプリを用いることによって実行されるものとなっている。なお、ネイティブアプリとカードアプリのみの組み合わせであってもよい。
【００５９】
テーブル４２０の「チケット」サービスは、非依存アプリであるＪａｖａ（登録商標）アプリなどの非依存のアプリ名「Ｊａｖａ（登録商標）Ｂ」と、Ｊａｖａ（登録商標）アプリが既にインストール済みを示す「あり」と、「チケット」サービスで用いられるＪａｖａ（登録商標）アプリのバージョンを示す「Ｖ１．０」とが関連付けられている。
【００６０】
また、「チケット」サービスでは、Ｊａｖａ（登録商標）アプリとともに、既にインストール済みのネイティブアプリ「γ」、バージョン「Ｖ２．０」と、既にインストール済みのカードアプリ「１」、バージョン「１．０」が関連付けられている。
【００６１】
なお、「γ」はネイティブアプリの種類、「あり」は携帯端末１００にインストール済みであることを示している。また、実行できるサービスで有るかを示す「有効」は、当該サービスで利用されるアプリが全てインストール済みであり、携帯端末１００において実行可能であることを示す。
【００６２】
同様に、図４に示すテーブル４２０には、サービスとして「マネー」が、当該サービスを識別するサービスＩＤ「０２」と、携帯端末１００において実行不可能を示す「無効」の情報とともに記憶されている。
【００６３】
テーブル４２０の「マネー」サービスは、インストールされていないＪａｖａ（登録商標）アプリ「Ａ」、インストール済みのネイティブアプリ「β」バージョン「Ｖ１．０」及びインストール済みのカードアプリ「２」バージョン「Ｖ１．５」を用いて実行される。なお、実行できるサービスであるか否かを示す「無効」は、当該サービスで利用されるアプリ中に不足しているアプリ（ここでは、未インストールのＪａｖａ（登録商標）アプリ）があり、携帯端末１００において実行できないことを示す。
【００６４】
図３に示す統合アプリ制御部４０８は、接続される各構成要素を制御して、携帯端末１００に提供されるサービスを実行するために、同一サービスで利用される複数のアプリを統合し、サービス毎に管理する。
【００６５】
具体的には、統合アプリ制御部４０８は、サービス情報取得部４０２を介してサービス情報を取得し、取得したサービス情報をサービス情報解析部４０４にて解析し、テーブル更新部４０５を介してテーブル記憶部４０６にテーブルとして記憶させる。
【００６６】
統合アプリ制御部４０８は、取得したサービス情報の解析内容が当該サービス情報のサービスを実行するアプリがテーブル記憶部４０６に記憶されていない解析内容である場合、そのアプリをアプリ一覧記憶部４１０のインストール済みのアプリ一覧で検索する。
【００６７】
すなわち、統合アプリ制御部４０８は、取得したサービス情報のサービスを実行するアプリがテーブル記憶部４０６に存在しない場合、アプリ一覧記憶部４１０を用いて、他のサービスで使用される等インストール済みであるかを判定する。他のサービスで使用される等によってインストール済みであった場合、統合アプリ制御部４０８は、テーブル更新部４０５を介してテーブルを更新する。
【００６８】
また、統合アプリ制御部４０８は、操作部１０１からの入力により各部を制御する。統合アプリ制御部４０８は、特に、テーブル記憶部４０６のテーブル（ここではテーブル４２０）を用いて、アプリ管理部４１２を制御したりして、サービスを実行する際に用いられるアプリを管理する。
【００６９】
さらに、統合アプリ制御部４０８は、携帯端末１００において、操作部１０１や通信部１０３等を用いてインストールされたアプリなども含め、携帯端末１００においてインストールされているアプリをアプリ一覧記憶部４１０に一覧として記憶する。
【００７０】
また、統合アプリ制御部４０８は、テーブル記憶部４０６のテーブル（ここではテーブル４２０）を用いて、サービス情報を表示部１０２に表示する。操作部１０１を介して表示した内容に対応する入力があった場合、統合アプリ制御部４０８は、テーブル記憶部４０６に表示内容に対応するサービスを読みにいき、実行に必要なアプリをチェックし、アプリ管理部４１２を介して実行に必要なアプリを全て実行する。
【００７１】
例えば、統合アプリ制御部４０８は、入力部からサービス一覧表示の指示があった場合、テーブル記憶部４０６からサービス情報を読み出して表示部１０２に表示する。
【００７２】
図５は、統合アプリ制御部４０８によるユーザインターフェースの一例として表示部１０２に表示されたサービス一覧を示す図である。
【００７３】
図５に示すように表示部１０２には、サービス一覧として、提供されたサービスの種類（図５では、電子チケットサービスを示す「チケット」、「マネー」等）毎に、「アプリ追加」、「アプリ削除」、「アプリ有効」、「アプリ無効」、「アプリ更新」などの入力可能な指示情報が表示される。なお、この表示は、携帯端末１００のＯＳ標準のランチャにより表示される。
【００７４】
そして、操作部１０１を介して、表示された指示の入力が統合アプリ制御部４０８に入力されると、統合アプリ制御部４０８は、表示内容に対応する処理を、アプリ管理部４１２を介して実行する。
【００７５】
また、統合アプリ制御部４０８は、ユーザに独自にサービスを生成させる機能を有する。例えば、統合アプリ制御部４０８は、アプリ一覧記憶部４１０において記憶されたアプリ（携帯端末１００におけるインストール済のアプリ）を表示部１０２に表示して、操作部１０１を介してサービスの実行に利用する複数のアプリをユーザに選択させる。複数のアプリが操作部１０１により選択された際に、統合アプリ制御部４０８は、選択されたアプリの連携により実行されるサービスを生成し、選択されたアプリの識別情報（例えば、アプリ名称）と、生成したサービスとを示す情報をサービスＩＤ付与部４１４に出力する。
【００７６】
アプリ一覧記憶部４１０は、携帯端末１００においてインストール済みのアプリ、つまり、既に取得しているアプリの種類を記憶するものであり、その種類を示す情報は、アプリ統合制御部４０８によって読み書きされる。ここで、アプリ一覧記憶部４１０に記憶されるアプリは、どの様に記憶されても良い。例えば、ユーザの操作によって携帯端末１００において通信部１０３を介して、無線ネットワークにより接続されている他装置から取得するものであってもよい。また、携帯端末１００を記憶媒体が着脱自在な構成とし、この記憶媒体を介してアプリ一覧記憶部４１０に記憶させる構成としてもよい。
【００７７】
アプリ管理部４１２は、統合アプリ制御部４０８の制御によって、サービスを受ける場合、当該サービスを実行する際に用いられるアプリを管理するものであり、アプリの追加、削除、更新などを行う。なお、アプリ管理部４１２は、携帯端末１００におけるアプリを、プラットホームの種類に関係なく管理するものであり、管理されるアプリはメモリ部１０６、カードメモリ２０６等にアプリケーションプログラムとして格納されている。
【００７８】
ここでは、アプリ管理部４１２は、Ｊａｖａ（登録商標）アプリなどの非依存型アプリ、依存型アプリであるネイティブアプリ、カード内のアプリであるカードアプリのそれぞれを管理し、それぞれのアプリの追加、削除、更新を行う。
【００７９】
サービスＩＤ付与部４１４は、操作部１０１を介した複数のアプリの選択によって、選択されたアプリの連携により実行されるサービスが、統合アプリ制御部４０８を介して独自に生成、つまり、設定された場合、生成されたサービスに、サービスＩＤを付与する。
【００８０】
また、サービスＩＤ付与部４１４は、統合アプリ制御部４０８を介して、付与したサービスＩＤを、選択された複数のアプリケーションのそれぞれを示す複数のアプリ名称に関連付けてサービス情報としてテーブル記憶部４０６に記憶する。
【００８１】
次に、アプリケーション管理装置４００の動作について説明する。
【００８２】
図６は、本発明に係るアプリケーション管理装置において、提供されるサービスを追加する動作を説明するフローチャートである。
【００８３】
まず、携帯端末１００におけるアプリケーション管理装置４００では、まず、提供されるサービスのサービス情報（サービスＩＤ、本サービスの実行に必要なアプリ名、バージョン）を取得し、テーブル記憶部４０６に記憶する。このサービス情報は、ここでは、通信部１０３（図１参照）を介して、サーバから取得したものとする。なお、サービス情報は、図１において非接触ＩＣカード２００のアンテナ部２０２を介して、非接触ＩＣカード２００と非接触通信可能なリーダライタから取得して、テーブル記憶部４０６に記憶するようにしてもよい。
【００８４】
そして、操作部１０１を介して追加指定されたサービスが入力されると、ステップＳ１では、統合アプリ制御部４０８は、テーブル記憶部４０６で、指定されたサービスを示すサービスＩＤを検索して、ステップＳ２に移行する。
【００８５】
ステップＳ２では、統合アプリ制御部４０８は、テーブル記憶部４０６において、指定されたサービスＩＤで実行されるアプリに不足するアプリ（「不足アプリ」ともいう）が有るか無いかを判定する。
【００８６】
つまり、ステップＳ２では、統合アプリ制御部４０８は、サービスＩＤが示すサービスを実行するアプリがテーブル４２０（サービスＩＤテーブル）をチェックし、携帯端末１００にインストールされているものとして、テーブル記憶部４０６に記憶されているか否かを判定する。
【００８７】
このステップＳ２において、不足アプリがあれば、つまり、テーブル記憶部４０６に登録されていれば、ステップＳ３に移行し、無ければ、つまり、テーブル記憶部４０６に登録されていなければ、アプリ管理部４１２を介して指定されたサービスに利用されるアプリを用いて当該サービスを実行する。
【００８８】
ステップＳ３では、統合アプリ制御部４０８は、アプリ一覧記憶部４１０の情報を読み出して、他のサービスで利用されるアプリとして不足アプリがあるか否かを判定し、不足アプリが無ければステップＳ４に移行し、不足アプリがあればステップＳ５に移行する。
【００８９】
具体的に、このステップＳ３では、統合アプリ制御部４０８は、アプリ一覧記憶部４１０において、不足アプリの登録があれば、不足アプリは携帯端末１００にインストールされ、携帯端末１００において他のサービスにて使用されていると判定する。また、統合アプリ制御部４０８は、アプリ一覧記憶部４１０において、不足アプリの登録がなければ、不足アプリは携帯端末１００にインストールされておらず、携帯端末１００において他のサービスにて使用されていないと判定する。
【００９０】
ステップＳ４では、統合アプリ制御部４０８は、不足アプリを、通信部１０３やアンテナ部２０２を介してサーバ３００（図１参照）やリーダライタ３５０（図１参照）等の外部装置からインストールして、ステップＳ５に移行する。
【００９１】
詳細には、ステップＳ４では、携帯端末１００は、不足アプリを、通信部１０３を介してサーバからインストールしたり、アンテナ部２０２を介してリーダライタからインストールしたりする。なお、携帯端末１００が、不足アプリを格納した記憶媒体を挿着可能に構成されていれば、挿着された記憶媒体の不足アプリを用いるようにしてもよい。なお、ここでは、インストールする不足アプリは、メモリ部１０６に格納され、アプリ管理部４１２により管理される。
【００９２】
ステップＳ５では、統合アプリ制御部４０８は、テーブル更新部４０５を介して、取得した不足アプリを、当該不足アプリが不足していたサービスのサービスＩＤに関連付けて、テーブル記憶部４０６のサービス情報のテーブルを更新して処理を終了する。
【００９３】
図７は、本発明に係るアプリケーション管理装置４００において、提供されるサービスを削除する動作を説明するフローチャートである。
【００９４】
操作部１０１を介して削除指定されたサービスが、アプリ総合管理制御部４１５に入力されると、ステップＳ１１では、統合アプリ制御部４０８は、テーブル記憶部４０６で、指定されたサービスを示すサービスＩＤを検索して、ステップＳ１２に移行する。
【００９５】
ステップＳ１２では、統合アプリ制御部４０８は、テーブル記憶部４０６のテーブル（サービスＩＤテーブル）にて、指定されたサービスのサービスＩＤに関連付けられたアプリが存在しているか否かを判定する。
【００９６】
このステップＳ１２において、指定されたサービスのサービスＩＤに関連付けられたアプリが存在していればステップＳ１３に移行し、存在していなければ、処理を終了する。
【００９７】
ステップＳ１３では、統合アプリ制御部４０８は、指定されたサービスＩＤに関連付けられたアプリは複数サービスで共有しているか否かを判定し、共有していればステップＳ１４に移行し、共有していなければステップＳ１５に移行する。
【００９８】
つまり、ステップＳ１３では、総合アプリ制御部４０８は、指定されたサービスＩＤに関連付けられたアプリが、他のサービスを実行する際のアプリとして登録されているかを検索し、その検索結果基づいて、当該アプリの共有、非共有を判定する。
【００９９】
ステップＳ１４では、統合アプリ制御部４０８は、削除するサービスのサービスＩＤに関連付けられたアプリを、削除対象から外して、ステップＳ１５に移行する。
【０１００】
ステップＳ１５では、統合アプリ制御部４０８は、アプリ管理部４１２を介して、該当するアプリを全てアンインストールして、ステップＳ１６に移行する。
【０１０１】
ステップＳ１６では、統合アプリ制御部４０８は、テーブル更新部４０５を介して、削除対象としたサービス情報を、当該サービス情報を示すサービスＩＤを用いて、テーブル記憶部４０６から削除して、サービス情報を更新する。
【０１０２】
このようにアプリケーション管理装置４００では、サービス毎に用意したサービス情報（サービスのメタデータ）を用いることで、異なるプラットホーム上のアプリをサービスごとに一括管理できる。言い換えれば、アプリケーション管理装置４００は、サービスＩＤを用いて、図２に示す非依存のアプリ（Ｊａｖａ（登録商標）アプリ）、ネイティブアプリ、カードアプリの各層について一括管理できる。
【０１０３】
これにより、アプリケーション管理装置を有する携帯端末１００では、同一サービス用アプリ群をまとめてインストールしたり、アンインストールしたり、アクティベイトしたり、さらにはインアクティベイトしたりすることができる。
【０１０４】
また、アプリが、アプリケーション管理装置４００の処理によってインストールが行われず、ユーザによって手動でインストールされた場合、統合アプリ制御部４０８は、インストールアプリの名称をチェックしてテーブルを更新する。
【０１０５】
また、アプリが、携帯端末１００において、例えば操作部１０１を介して手動でアンインストールされた場合、統合アプリ制御部４０８はアンインストールアプリの名称をチェックして、テーブル記憶部４０６のテーブルから関連するアプリを読み出す。そして、表示部１０２に対して、読み出したアプリをユーザに一緒に削除するかの表示を行う。
【０１０６】
また、携帯端末１００によれば、サーバ３００（図１参照）やリーダライタ３５０（図１参照）からインストール済みのアプリの更新情報が得られた場合は、アプリケーション管理装置４００によって、同一サービスの他アプリの更新情報も確認し、必要な場合は同一サービスの全てのアプリを更新することができる。
【０１０７】
取得したサービス情報をテーブル記憶部４０６のテーブルに登録し、インストール済みアプリがあればテーブル記憶部４０６のテーブルを更新する。
【０１０８】
また、アプリケーション管理装置４００を有する携帯端末１００では、ユーザが複数のアプリを選択して独自にサービスＩＤを与えることで、新たにサービス情報を生成可能となる。
【０１０９】
すなわち、アプリケーション管理装置４００を有する携帯端末１００を用いて独自のサービスを実行させる際に、当該サービスに利用する複数のアプリを、ユーザに、操作部１０１を介してアプリ管理部４１２が管理するアプリから選択させる。なお、アプリ管理部４１２が管理するアプリは、携帯端末１００及びＩＣカード２００においてインストール済のアプリとする。
【０１１０】
そして、操作部１０１を介して選択された複数のアプリの情報が統合アプリ制御部４０８に入力されると、選択された複数のアプリによって実行されるサービスが生成され、サービスＩＤ付与部４１４にて、当該サービスにサービスＩＤが付与される。
【０１１１】
このサービスＩＤ付与部４１４にて行われるサービスＩＤの付与によって、複数のアプリのそれぞれを示すアプリ名称（アプリ識別情報）に関連付けられたサービス情報が生成されることとなる。
【０１１２】
このサービス情報は、統合アプリ制御部４０８を介して、テーブル記憶部４０６に記憶され、記憶されたサービス情報が示すサービスが実行される場合、統合アプリ制御部４０８は、テーブル記憶部４０６から対応するサービス情報を読み出して、サービスを実行する。
【０１１３】
なお、ここでは、本発明をハードウェアで構成する場合を例にとって説明したが、本発明をソフトウェアで実現することも可能である。例えば、本発明に係るアプリケーション管理方法のアルゴリズムをプログラミング言語によって記述し、このプログラムをメモリに記憶しておいて情報処理手段によって実行させることにより、本発明に係るアプリケーション装置と同様の機能を実現することができる。
【０１１４】
また、本実施の形態では、アプリ管理部４１２が単一の場合を説明した。しかしながら、既存のアーキテクチャの変更を最小限に抑えて本発明を実現する場合は、アプリ種別ごとに存在する既存の複数のアプリ管理部を統括する統合アプリ制御部４０８としてもよい。
【０１１５】
また、本発明に係るアプリケーション管理装置は、接触ＩＣカード、非接触ＩＣカードなどを装着できるＩＣ機能に対応した携帯端末に搭載することが可能であるため、これにより上記と同様の作用効果を有するアプリケーション管理システムを提供することができる。
【産業上の利用可能性】
【０１１６】
本発明に係るアプリケーション管理装置及びアプリケーション管理方法は、ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、端末側の非ネイティブアプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスの提供を受けることができる効果を有し、ＩＣ機能に対応した携帯電話に有用である。
【図面の簡単な説明】
【０１１７】
【図１】本発明の一実施の形態に係るアプリケーション管理装置を有する携帯端末全体の物理的構成を示すブロック図
【図２】本発明の一実施の形態に係る携帯端末のソフトウェア構成図
【図３】携帯端末において統合アプリマネージャを実現するアプリケーション管理装置を示す機能ブロック図
【図４】テーブル記憶部が記憶するテーブルの一例を示す図
【図５】統合アプリ制御部によるユーザインターフェースの一例として表示部に表示されたサービス一覧を示す図
【図６】本発明に係るアプリケーション管理装置において、提供されるサービスを追加する動作を説明するフローチャート
【図７】本発明に係るアプリケーション管理装置において、提供されるサービスを削除する動作を説明するフローチャート
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008050439.tif 000010
【図２】
2008050439.tif 000011
【図３】
2008050439.tif 000012
【図４】
2008050439.tif 000013
【図５】
2008050439.tif 000014
【図６】
2008050439.tif 000015
【図７】
2008050439.tif 000016
【国際調査報告】
2008050439.tif 000017
2008050439.tif 000018
2008050439.tif 000019
2008050439.tif 000020