JPWO2008050439A1 - アプリケーション管理装置及びアプリケーション管理方法 - Google Patents

アプリケーション管理装置及びアプリケーション管理方法 Download PDF

Info

Publication number
JPWO2008050439A1
JPWO2008050439A1 JP2008540855A JP2008540855A JPWO2008050439A1 JP WO2008050439 A1 JPWO2008050439 A1 JP WO2008050439A1 JP 2008540855 A JP2008540855 A JP 2008540855A JP 2008540855 A JP2008540855 A JP 2008540855A JP WO2008050439 A1 JPWO2008050439 A1 JP WO2008050439A1
Authority
JP
Japan
Prior art keywords
application
service
unit
applications
card
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2008540855A
Other languages
English (en)
Inventor
安齋　潤
潤 安齋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2008050439A1 publication Critical patent/JPWO2008050439A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Telephone Function (AREA)

Abstract

ＩＣカードが装着される携帯端末において、同一のサービスに利用するカードアプリ、ネイティブアプリ、Java（登録商標）アプリなどの異なるプラットホーム上のアプリであっても、これらアプリを一括管理してサービスの提供を受けることができるアプリケーション管理装置。この管理装置(400)は、携帯端末(100)に適用され、携帯端末(100)に装着されるＩＣカード(200)のＩＣ機能を用いたサービスに利用される複数のアプリを管理する。テーブル記憶部(406)は、ＩＣカード(200)のカードアプリと、携帯端末(100)内の固有のプラットホームに依存するネイティブアプリ及び非ネイティブアプリとからなる複数のアプリをそれぞれ示す複数のアプリ名称に、複数のアプリの連携により実行されるサービスを示すサービスＩＤを関連付けて記憶する。統合アプリ制御部(408)は、記憶されたサービスＩＤ及びサービスＩＤに関連付けられた複数のアプリ名称を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリを管理する。

Description

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

Claims (10)

  1. 装着されるＩＣカードのＩＣ機能を用いたサービスに利用される複数のアプリケーションを管理するアプリケーション管理装置であって、
    前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に、前記複数のアプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶手段と、
    記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリケーションを統合して管理する管理手段とを有するアプリケーション管理装置。
  2. 前記複数のアプリケーションは、それぞれ異なるプラットホームで実行される請求項１記載のアプリケーション管理装置。
  3. 前記複数のアプリケーションは、前記ＩＣカードのカードアプリケーションと、装置本体内に格納され、前記装置固有のプラットホームに依存するネイティブアプリケーションとからなる請求項１記載のアプリケーション管理装置。
  4. 前記複数のアプリケーションは、前記ＩＣカードのカードアプリケーションと、装置本体内に格納され、前記装置固有のプラットホームに依存するネイティブアプリケーションと、前記装置本体内に格納され、前記装置固有のプラットホームに依存しない非ネイティブアプリケーションとからなる請求項１記載のアプリケーション管理装置。
  5. 前記記憶手段に記憶されたサービスの削除及び前記記憶手段へのサービスの記憶を指示する指示手段を備え、
    前記管理手段は、前記指示手段から前記サービスの削除指示を受けた場合、前記記憶手段に記憶される、指示対象である前記サービスのサービスＩＤに関連する全てのアプリ識別情報に対応するアプリケーションを一括削除し、前記指示手段から前記サービスの記憶指示を受けた場合、記憶指示対象である記憶対象サービスで利用される複数のアプリケーションを一括して追加するアプリケーション管理装置。
  6. 前記管理手段は、削除指示対象である前記サービスのサービスＩＤに関連する全てのアプリケーションを一括削除する際に、一括削除対象となるアプリケーションが他のサービスで共通に利用されている場合には、前記他のサービスで利用されている前記アプリケーションを一括削除対象の前記複数のアプリケーションから外す請求項５記載のアプリケーション管理装置。
  7. 装置本体において実行可能なアプリケーションを一覧として記憶するアプリ一覧記憶手段を更に備え、
    前記管理手段は、前記指示手段から前記サービスの記憶指示を受けて、記憶指示対象である記憶対象サービスで利用される複数のアプリケーションを一括して追加する際に、一括追加対象となるアプリケーションが、前記アプリ一覧記憶手段に記憶されている場合には、前記アプリ一覧記憶手段に記憶されたアプリケーションを一括追加対象となる前記複数のアプリケーションから外す請求項５記載のアプリケーション管理装置。
  8. 前記複数のアプリケーションをユーザにより選択させる選択手段と、
    選択された前記複数のアプリケーションの連携により実行されるサービスにサービスＩＤを付与して、前記記憶手段に、前記選択された前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に関連付けて記憶させるサービスＩＤ付与手段とを有する請求項１記載のアプリケーション管理装置。
  9. 装着されるＩＣカードのＩＣ機能を用いたサービスに利用される複数のアプリケーションを管理するアプリケーション管理方法であって、
    前記複数のアプリケーションのそれぞれを示す複数のアプリ識別情報に、前記複数のアプリケーションの連携により実行される前記サービスを示すサービスＩＤを関連付けて記憶する記憶ステップと、
    記憶されたサービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報を用いて、前記サービスＩＤが示すサービス毎に利用される前記複数のアプリケーションを管理する管理ステップとを有するアプリケーション管理方法。
  10. 前記サービスＩＤと対応するアプリ識別情報及びアプリバージョンを含むメタデータであるサービス情報を外部装置から取得するサービス情報取得手段を有し、
    前記記憶手段は、取得した前記サービス情報を、サービスＩＤ及び前記サービスＩＤに関連付けられた前記複数のアプリ識別情報として記憶するアプリケーション管理装置。
JP2008540855A 2006-10-26 2006-10-26 アプリケーション管理装置及びアプリケーション管理方法 Pending JPWO2008050439A1 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2006/321424 WO2008050439A1 (en) 2006-10-26 2006-10-26 Application management device and application management method

Publications (1)

Publication Number Publication Date
JPWO2008050439A1 true JPWO2008050439A1 (ja) 2010-02-25

Family

ID=39324253

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008540855A Pending JPWO2008050439A1 (ja) 2006-10-26 2006-10-26 アプリケーション管理装置及びアプリケーション管理方法

Country Status (4)

Country Link
US (1) US20100043016A1 (ja)
EP (1) EP2079017A4 (ja)
JP (1) JPWO2008050439A1 (ja)
WO (1) WO2008050439A1 (ja)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7877482B1 (en) * 2008-04-01 2011-01-25 Google Inc. Efficient application hosting in a distributed application execution system
GB0820427D0 (en) * 2008-11-07 2008-12-17 Inq Entpr Ltd Mobile communication device and method
US8005950B1 (en) 2008-12-09 2011-08-23 Google Inc. Application server scalability through runtime restrictions enforcement in a distributed application execution system
WO2010103414A1 (en) 2009-03-10 2010-09-16 Nxp B.V. Method for transmitting an nfc application and computer device
JP4934162B2 (ja) * 2009-03-13 2012-05-16 株式会社エヌ・ティ・ティ・ドコモ 携帯端末および管理プログラム
JP4934161B2 (ja) * 2009-03-13 2012-05-16 株式会社エヌ・ティ・ティ・ドコモ 携帯端末および管理プログラム
KR20110055095A (ko) * 2009-11-19 2011-05-25 삼성전자주식회사 휴대용 단말기에서 어플리케이션 사용에 따른 과금 발생을 방지하기 위한 장치 및 방법
JP2011118837A (ja) 2009-12-07 2011-06-16 Sony Corp 情報処理装置、情報処理方法およびプログラム
US8522343B2 (en) * 2009-12-21 2013-08-27 Palm, Inc. Removing an active application from a remote device
JP5454208B2 (ja) * 2010-02-18 2014-03-26 株式会社リコー 画像処理装置、ソフトウェア管理システム、ソフトウェア管理方法およびプログラム
JP5633730B2 (ja) 2010-06-28 2014-12-03 ソニー株式会社 情報処理装置および方法、並びにプログラム
CN102375739B (zh) * 2010-08-25 2014-12-10 中兴通讯股份有限公司 一种移动终端应用的管理方法和装置
US9575777B2 (en) * 2011-03-08 2017-02-21 Sony Corporation Information processing device for performing contactless communication with an external device using multiple communication standards
CN102508597A (zh) * 2011-09-30 2012-06-20 北京风灵创景科技有限公司 一种在移动终端桌面上收藏应用的方法和设备
CN102685325B (zh) * 2012-04-23 2014-11-05 Tcl集团股份有限公司 一种童锁方法及系统
KR20150016239A (ko) * 2012-05-31 2015-02-11 소니 주식회사 정보 처리 장치, 정보 처리 방법 및 프로그램
US9792585B2 (en) * 2012-06-21 2017-10-17 Google Inc. Mobile application management
KR101737649B1 (ko) * 2012-07-16 2017-05-18 네이버 주식회사 공통 어드민을 이용하여 복수의 어플리케이션을 관리하는 방법 및 서버
JP6040617B2 (ja) * 2012-07-30 2016-12-07 ソニー株式会社 通信装置、情報処理方法、およびプログラム
JP5998767B2 (ja) * 2012-09-06 2016-09-28 大日本印刷株式会社 Ｉｃカードシステムおよびｉｃカード
JP6223740B2 (ja) * 2013-07-25 2017-11-01 京セラ株式会社 電子機器、プログラムおよび電子機器の制御方法
CN103631592B (zh) * 2013-11-29 2016-05-11 小米科技有限责任公司 一种显示资源的配置、调用方法、装置及设备
DE102013021158A1 (de) * 2013-12-10 2015-06-11 Fresenius Medical Care Deutschland Gmbh Verfahren zum Update und/oder Upgrade der Betriebssoftware eines elektronischen Gerätes
CN106445567A (zh) * 2015-08-04 2017-02-22 西安中兴新软件有限责任公司 一种终端应用的启动方法及终端
CN105242921A (zh) * 2015-09-23 2016-01-13 国网上海市电力公司 一种兼容性ui开发设备及其应用
JP6706052B2 (ja) * 2015-11-26 2020-06-03 Ｊｒ東日本メカトロニクス株式会社 情報処理装置、システム、情報処理方法、及びプログラム
JP6305663B2 (ja) * 2015-12-10 2018-04-04 三菱電機株式会社 情報処理装置、情報処理方法及び情報処理プログラム
JP6395004B2 (ja) * 2016-11-28 2018-09-26 ソニー株式会社 情報処理装置および方法、並びにプログラム
JP7210983B2 (ja) * 2018-09-28 2023-01-24 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP6894469B2 (ja) * 2019-06-11 2021-06-30 株式会社ユビキタスＡｉコーポレーション 情報処理装置およびその制御プログラム
JP7058631B2 (ja) * 2019-10-28 2022-04-22 ソニーグループ株式会社 情報処理装置および方法、並びにプログラム
US11797316B2 (en) 2021-10-08 2023-10-24 Bank Of America Corporation System and method for automatic generation and management of feature level application directory

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0784909A (ja) * 1993-09-16 1995-03-31 Sharp Corp 通信システム
JPH11184681A (ja) * 1997-12-19 1999-07-09 Fujitsu Ltd サービス管理方法，サービス管理装置及び記録媒体並びにチャットシステムのクライアント
JPH11219282A (ja) * 1998-01-30 1999-08-10 Nec Software Chubu Ltd コンピュータのプログラム管理方法およびコンピュータ装置
JP2004094499A (ja) * 2002-08-30 2004-03-25 Ntt Data Corp アプリケーション連携管理システム、ｉｃカード及び携帯端末
JP2006099721A (ja) * 2004-09-03 2006-04-13 Ntt Docomo Inc 移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4095680B2 (ja) * 1994-08-01 2008-06-04 富士通株式会社 カード型記憶装置用セキュリティ管理方法およびカード型記憶装置
DE69827405T2 (de) * 1997-03-24 2005-05-19 Visa International Service Association, Foster City System und verfahren für eine mehrzweckchipkarte die eine nachträgliche speicherung einer anwendung auf dieser karte ermöglicht
JP4213258B2 (ja) * 1998-07-16 2009-01-21 株式会社東芝 Ｉｃカード、ｉｃカード処理システム、及びｉｃカード処理方法
US6425522B1 (en) * 1998-07-23 2002-07-30 Hitachi, Ltd. IC card information processing system, and apparatus and cards for the same
US9213836B2 (en) * 2000-05-28 2015-12-15 Barhon Mayer, Batya System and method for comprehensive general electric protection for computers against malicious programs that may steal information and/or cause damages
JP2003006574A (ja) 2001-06-21 2003-01-10 Fujitsu Ltd カードシステム、カード情報提示装置、カード発行装置、カード内容更新装置、カードデータ更新装置、およびカード情報提供システム
US20040122774A1 (en) * 2002-08-02 2004-06-24 Martin Studd Method and system for executing applications on a mobile device
WO2004077207A2 (en) * 2003-02-28 2004-09-10 Koninklijke Philips Electronics N.V. A method of sharing files between user stations in a network
US20050167512A1 (en) * 2003-12-15 2005-08-04 Matsushita Electric Industrial Co., Ltd. Secure device and information processing apparatus
US7647346B2 (en) * 2005-03-29 2010-01-12 Microsoft Corporation Automatic rules-based device synchronization

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0784909A (ja) * 1993-09-16 1995-03-31 Sharp Corp 通信システム
JPH11184681A (ja) * 1997-12-19 1999-07-09 Fujitsu Ltd サービス管理方法，サービス管理装置及び記録媒体並びにチャットシステムのクライアント
JPH11219282A (ja) * 1998-01-30 1999-08-10 Nec Software Chubu Ltd コンピュータのプログラム管理方法およびコンピュータ装置
JP2004094499A (ja) * 2002-08-30 2004-03-25 Ntt Data Corp アプリケーション連携管理システム、ｉｃカード及び携帯端末
JP2006099721A (ja) * 2004-09-03 2006-04-13 Ntt Docomo Inc 移動体端末装置並びに非接触カード機能管理システム及び非接触カード機能取得システム

Also Published As

Publication number Publication date
WO2008050439A1 (en) 2008-05-02
US20100043016A1 (en) 2010-02-18
EP2079017A4 (en) 2009-11-18
EP2079017A1 (en) 2009-07-15

Similar Documents

Publication Publication Date Title
JPWO2008050439A1 (ja) アプリケーション管理装置及びアプリケーション管理方法
EP2211480B1 (en) Wireless communication device for providing at least one near field communication service
US9208483B2 (en) Sharing or reselling NFC applications among mobile communications devices
US10032147B2 (en) Managing information relating to secure module applications
JP4717381B2 (ja) 移動機、及び、アクセス制御方法
US9843933B2 (en) Method of accessing applications in a secure mobile environment
EP1770533A1 (en) Information management device and information management method
EP2940640A1 (en) Method for controlling payment device for selecting payment means
JP2008294976A (ja) 携帯端末、携帯端末管理システムおよびデータ保存方法
US9390259B2 (en) Method for activating an operating system in a security module
KR100971896B1 (ko) 통신 단말, 사용자 데이터 이동 시스템 및 사용자 데이터 이동 방법
US9027160B2 (en) Access management system and access management method
CN109040169A (zh) 管理配置文件的通信装置和方法
JP2007206893A (ja) Ｉｃカード及びインストールシステム
JP4889771B2 (ja) 携帯端末および管理プログラム
JP4253021B2 (ja) 携帯端末
JP2007004704A (ja) アプリケーションを削除するｉｃカードシステム
JP2010218028A (ja) 携帯端末および管理プログラム
KR20160134419A (ko) 복수의 가입자 식별 정보를 포함하는 스마트 카드를 이용한 가입자 식별 정보 변경 방법, 단말 및 컴퓨터 프로그램
JP6822158B2 (ja) 電子情報記憶媒体、ｉｃカード、削除処理方法、及び削除処理プログラム
JP2017021443A (ja) 電子情報記憶媒体、情報処理方法及び代表アプリケーション
JP4934162B2 (ja) 携帯端末および管理プログラム
JP6515850B2 (ja) 情報処理装置、ｉｃチップ、情報処理方法、プログラム、及び情報処理システム
JP2019062447A (ja) 端末
KR20070022737A (ko) 정보 관리 장치 및 정보 관리 방법

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120710

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120907

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20130122