JP6379825B2 - サービスアプリケーション発行装置、インストーラ、サービスアプリケーション発行システム、サービスアプリケーション発行方法及びインストール方法 - Google Patents
サービスアプリケーション発行装置、インストーラ、サービスアプリケーション発行システム、サービスアプリケーション発行方法及びインストール方法 Download PDFInfo
- Publication number
- JP6379825B2 JP6379825B2 JP2014158654A JP2014158654A JP6379825B2 JP 6379825 B2 JP6379825 B2 JP 6379825B2 JP 2014158654 A JP2014158654 A JP 2014158654A JP 2014158654 A JP2014158654 A JP 2014158654A JP 6379825 B2 JP6379825 B2 JP 6379825B2
- Authority
- JP
- Japan
- Prior art keywords
- service application
- data
- mobile terminal
- service
- issuance
- 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.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
この携帯端末の利用の発展した形態である、非接触IC(Integrated Circuit、集積回路)カードインターフェースの規格として国際標準化機構(ISO:International Organization Standardization)で規定されたNFC(Near Field Communication)対応の携帯端末がある。このNFC対応の携帯端末の普及により、携帯端末を用いた決済手法として、非接触IC決済サービスを用いたクレジットの利用が増加している(例えば、特許文献1参照)。すなわち、このNFCを用いることにより、クレジットのICカードと同様に、決済サービスのシステムにおけるR/W(Reader/Writer)機器とのデータの送受信が携帯端末でも行える。
また、今後は、クレジットカードのみではなく、プリペイドカード、ポイントカードあるいは社員証ID(Identification)カードなどのICカードにおいて、これらのエミュレートするサービスアプリケーションのインストールを、NFC対応のスマートフォンなどの携帯端末に対して行うことが予想される。
従来、IC(Integrated Circuit)カード発行機を用いて行われていたICカード発行処理を、OTAで行うためのシステムが開発されてきている。なお、ICカードの発行処理とは、ICカードのホルダがICカードを利用可能とするための処理であり、次のような0次から2次までの発行処理を含む。
この図5に示すサービスアプリケーション発行システムにおいて、ICカードを携帯端末5上においてエミュレートするためのサービスアプリケーションが、携帯端末5のUICC(Universal Integrated Circuit Card、汎用ICカード)52に、非接触記憶カード53あるいは内蔵メモリ上のUI(User Interface)アプリケーションによりインストールされる。非接触記憶カード53は、例えば、SD(Secure Digital)カード(登録商標)などのフラッシュメモリを用いたメモリカードである。このUICC52としては、例えばSIM(Subscriber Identity Module)カード、UIM(User Identity Module)カードなどがある。UICC52は、例えば、内部にCPU(Central Processing Unit)及びメモリを有しており、活性化された後のサービスアプリケーションのICカードのエミュレートを行う。
A社サービスセンター10_A及びZ社サービスセンター10_Zの各々は、ICカードのサービスを提供する会社のサービスセンターであり、アクセスコード及びパスワードを、サービスを依頼した利用者に対して郵送、あるいは電子メールにより送付する。
また、このサービスアプリケーションの配信は、MNO−TSMサーバー4が行う。また、利用者の認証、サービスアプリケーションに対する発行データの発行や管理は、SP−TSMサーバー2’が行う(F101、F102)。
すなわち、SP−TSMサーバー2’は、利用者の認証を行い、正しく認証されたと判定すると、正しく認証されたことを示す認証情報を携帯端末5に対して送信する。
UIアプリケーションは、発行レスポンスを受信すると、UICC52の識別情報及びサービスプロバイダの識別情報を付加し、パーソナライズの要求をSP−TSMサーバー2’に送信する(F107)。
また、UIアプリケーションは、発行リクエストが発行を開始する際の一種類のコマンドしかなく、UICC52におけるICカードの発行完了(パーソナライズ及びイニシャライズの終了)までいずれのサーバーからも発行状況を示す通知が供給されない。
例えば、イニシャライズまでが正常に終了し、パーソナライズにおいてエラーが発生した場合、パーソナライズから発行処理の再開を行えば良い。しかし、サービスアプリケーションのUICC52における発行状態が不明のため、パーソナライズからの再開を行うことができない。そのため、UIアプリケーションは、MNO−TSMサーバー4に対して、UICC52の初期化を要求し、一旦、UICC52のデータを削除した後、イニシャライズから発行処理を行う。
しかしながら、ICカードの発行中にエラーが発生した場合に、ICカードの発行状態に係わらず、UICC52、SP−TSMサーバー2’及びMNO−TSMサーバー4におけるICカードの発行状態の同期を取るスキームとなっているため、変更することができない。
また、SP−TSMサーバー2は、ダミーデータによりUICC52におけるサービスアプリケーションを偽活性させるとともに、このダミーデータを、携帯端末5における後述するUIアプリケーションの指定する記憶領域に書き込んで記憶させる。
利用者データベース21には、アクセスコード及びパスワードと発行ステータスとが対応して記憶されたサービスアプリケーション発行テーブル(後述)が書き込まれて記憶されている。この発行ステータスは、サービスアプリケーションの発行状態を示すステータスであり、サービスアプリケーションが発行されていないことを示す未発行と、サービスアプリケーションの発行が完了したことを示す発行済との2つのステータスがある。
利用者からサービスアプリケーションの発行の申請がなされた際、SP−TSMサーバー2は、利用者データベース21のサービスアプリケーション発行テーブルに対し、この利用者のアクセスコード、パスワード、SP(サービスプロバイダ)コード、サービスコード及び発行ステータスを有するレコードを生成する。また、このレコードには、携帯端末5にインストールされたサービスアプリケーションに対応したダミーデータも含まれている。このとき、SP−TSMサーバー2は、利用者データベース21のサービスアプリケーション発行テーブルにおける新たに作成したレコードの発行ステータスを未発行とする。
発行データは、携帯端末5のUICC52にインストールされた所定のICカードをエミュレートするサービスアプリケーションを、所有者に対応して使用可能とするパーソナライズ(活性化)を行うためのデータである。発行データのデータの種類については後述する。
サービスアプリケーション発行テーブルは、ICCID(UICCの識別情報)、アクセスコード、パスワード、SP(サービスプロバイダ)コード、サービスコード、会員番号(カード会員番号)、利用者の名前(ダミーデータ)、有効期限(ダミーデータ)及び発行ステータスなどを含むレコードとして構成されている。SPコードはサービスプロバイダを識別する情報である。サービスコードは、エミュレートされるICカードのサービスを識別するコードであり、例えば決済ブランド毎に設定されている。
有効期限は発行されたICカードの使用可能な期間を示し、名前はICカードの使用を申請した利用者の名前である。上述したダミーデータにおける会員の名前及びICカードの有効期限はダミーであり、意味のないあるいは意味があるがサービスに関係ないデータが用いられる。
また、MNO−TSMサーバー4は、確保した領域に対してインストールするサービスアプリケーションを、携帯端末5が送信する認証情報(SP−TSMサーバー2が携帯端末5に送信した認証情報)から抽出したサービスアプリケーション識別情報により、上記アプリケーションテーブルから読み出す。そして、MNO−TSMサーバー4は、読み出したサービスアプリケーションを携帯端末5に対して送信し、UIアプリケーションを介してUICC52にインストールする。
また、携帯端末5は、制御部51、UICC52及び非接触記憶カード53の各々を備えている。
非接触記憶カード53は、不揮発性のメモリで構成される記憶部であり、UIアプリケーションやTSMProxyなどがインストールされる。また、このUIアプリケーションやTSMProxyは、非接触記憶カード53ではなく、携帯端末5の内部メモリにインストールされても良い。TSMProxyは、プログラムであり、例えば、携帯端末5が販売される際に、予めインストールされている。
図3のシーケンスによる処理の前に、利用者は受けたいサービス会社(A社からZ社のいずれか)に対し、ICカードのサービスの申請を行っており、利用者は郵送あるいは電子メールによりアクセスコード及びパスワードを、各サービス会社から受領している。SP−TSMサーバー2においてICCID、アクセスコード、パスワード、SPコード、サービスコード、会員番号、ダミーの名前、ダミーの有効期限及び発行ステータスが、利用者データベース21のサービスアプリケーション発行テーブルにすでに書き込まれている。
利用者は携帯端末5においてUIアプリケーションを起動させ、図示しない携帯端末5の表示画面に表示されるサービスのアイコンのなかから、すでに申請してある所定のICカードのサービスのアイコンを選択する。
これにより、UIアプリケーションは、例えば、アクセスコード、パスワードなどを入力する入力欄を、携帯端末5の表示画面に対して表示する。
UIアプリケーションは、入力されたアクセスコード、パスワードなどを、UICC52の識別情報(ICCID)及びアクションパラメータ(インストールアクション)とともにSP−TSMサーバー2に対し、制御部51を介して送信して、認証の処理を要求する。
SP−TSMサーバー2は、アクションパラメータ(インストールアクション)が入力されることにより、供給されるアクセスコード、パスワードなどにより、利用者データベース21のサービスアプリケーション発行テーブルを参照し、利用者の認証を行う。このとき、SP−TSMサーバー2は、利用者から供給されたアクセスコード、パスワードと、利用者が対応するサービスアプリケーションの利用申請により登録されたサービスアプリケーション発行テーブルに記憶されているアクセスコード、パスワードとが一致するレコードを検出し、この検出したレコードにおける発行ステータスが未発行であるか否かの判定を行う。
SP−TSMサーバー2は、サービスアプリケーション発行テーブルにおいて、利用者から供給されるアクセスコード、パスワードとが一致するレコードにおける発行ステータスが未発行であることを検出すると、携帯端末5に対して暗号化された認証情報を送信する。このとき、SP−TSMサーバー2は、利用者データベース21のサービスアプリケーション発行テーブルに対して、供給されたICCIDを対応するレコードに書き込んで記憶させる。
UIアプリケーションは、SP−TSMサーバー2から認証情報が供給されると、MNO−TSMサーバー4に対して、認証情報を、アクションパラメータ(イニシャライズ)とともに送信する。このとき、UIアプリケーションは、UICC52におけるサービスアプリケーションをインストールする領域の確保、及びサービスアプリケーションをこの確保した領域にインストールするイニシャライズを、MNO−TSMサーバー4に要求する。
MNO−TSMサーバー4は、携帯端末5からイニシャライズの要求が供給されると、携帯端末5におけるUICC52の内部のメモリに対し、UIアプリケーションを介して、サービスアプリケーションをインストールする領域を確保する。
そして、MNO−TSMサーバー4は、認証情報からサービスアプリケーション識別情報を抽出し、抽出したサービスアプリケーション識別情報により、このサービスアプリケーション識別情報の示すサービスアプリケーションをアプリケーションテーブルから読み出す。
また、MNO−TSMサーバー4は、UICC52内部のメモリにおける確保した領域に対して、UIアプリケーションを介してサービスアプリケーションのインストールを行う。
そして、UICC52は、UIアプリケーションを介し、MNO−TSMサーバー4に対して、サービスアプリケーションのインストールが終了したことを示す発行完了通知を送信する。
このとき、UIアプリケーションは、サービスアプリケーションがUICC52におけるイニシャライズされた所定の領域にインストールされたことを、UICC52のCPUからの通知により判定する。
MNO−TSMサーバー4は、携帯端末5から発行完了通知を受信すると、イニシャライズが終了したことを示す発行レスポンスを携帯端末5に対して送信する。
UICC52のCPUは、MNO−TSMサーバー4から発行レスポンスが供給されると、SP−TSMサーバー2に対してアクセスする。このとき、TSMProxyは、通信先のURLをMNO−TSMサーバー4からSP−TSMサーバー2に変更する。
そして、UICC52のCPUは、自身の記憶部からICCIDを読み出し、ICCID、認証情報及びアクションパラメータ(パーソナライズアクション)を含む、サービスアプリケーションを活性化する発行データの発行を依頼するパーソナライズリクエストを、SP−TSMサーバー2に対して送信する。
SP−TSMサーバー2は、認証情報とともにパーソナライズアクションが供給されると、利用者データベース21のサービスアプリケーション発行テーブルを参照して、携帯端末5から供給されたICCID及びサービスアプリケーション識別情報と一致するICCID及びサービスアプリケーション識別情報が記載されたレコードの有無を確認する。
そして、SP−TSMサーバー2は、利用者データベース21のサービスアプリケーション発行テーブルを参照した結果、ICCID及びサービスアプリケーション識別情報と一致するICCID及びサービスアプリケーション識別情報が記載されたレコードが検出されると、このレコードにおけるダミーデータを読み出す。
UICC52のCPUは、SP−TSMサーバー2から供給されたダミーデータをUICC52の所定の領域にインストールされているサービスアプリケーションの所定の箇所に書き込み、サービスアプリケーションのダミーの偽活性化(ダミーの偽パーソナライズ)を行う。
このとき、SP−TSMサーバー2は、例えば、携帯端末5の非接触記憶カード53の所定の領域に上記ダミーデータを書き込んでおく。この処理により、UICC52に対するダミーのパーソナライズが終了する。しかしながら、この時点においては、サービスアプリケーションが活性化されておらず、携帯端末5には、受けたいサービスのICカードの動作をエミュレートする機能が付加されず、このサービスアプリケーションの発行が終了していない。
UICC52のCPUは、偽活性化されたサービスアプリケーションの示す動作に基づき、正常にサービスプリケーションが活性化されたことを示すパーソナライズ完了通知を、UIアプリケーションを介して、SP−TSMサーバー2に対して送信する。
そして、SP−TSMサーバー2は、このパーソナライズ完了通知を受信することにより、携帯端末5に対するサービスアプリケーションのパーソナライズが正常に行われたと判定する。SP−TSMサーバー2は、利用者データベース21のサービスアプリケーション発行テーブルにおいて、送信した発行データに対応するレコードにおける発行ステータスを未発行から発行済に変更し、ダミーデータを削除する処理を行う。
SP−TSMサーバー2は、利用者データベース21におけるサービスアプリケーションのパーソナライズの完了に伴う処理が終了すると、携帯端末5に対して、サービスアプリケーションのパーソナライズにおける処理が完了したことを示す通知であるパーソナライズレスポンスを出力する。
UIアプリケーションは、SP−TSMサーバー2からパーソナライズレスポンスを受信すると、MNO−TSMサーバー4に対して、サービスアプリケーションの偽パーソナライズにおける処理が全て完了したことを示す完了処理リクエストを出力する。
これにより、MNO−TSMサーバー4は、自身の有するサービスアプリケーション発行テーブルにおいて、完了リクエストに含まれるICCIDに対応するレコードにおける発行ステータスを未発行から発行中に変更する。
MNO−TSMサーバー4は、携帯端末5から完了処理リクエストを受信すると、携帯端末5に対して完了レスポンスを送信する。
これにより、UIアプリケーションは、携帯端末5に対するサービスアプリケーションの発行処理が、ダミーのパーソナライズを含めて全て終了したことを検出する。
UICC52にインストールされたサービスアプリケーションは、PIサーバー6に対して、自身が使用可能であるか否かを問い合わせるPIリクエストを発行する。
UIアプリケーションは、ダミーのパーソナライズが終了し、PIリクエストが発行される際、非接触記憶カード53に記憶されているダミーデータから会員番号を読み出す。
そして、UIアプリケーションは、発行されたICカードが使用可能か否かの判定を行うためのPIリクエストに対してこの会員番号を付加し、この会員番号が付加されたPIリクエストをPIサーバ6に対して送信する。
PIサーバー6は、携帯端末5からPIリクエストが供給されると、このPIリクエストから会員番号を抽出する。
そして、PIサーバー6は、抽出した会員番号に対応するレコードを、自身のデータベースにおけるサービスアプリケーション発行テーブルから検索する。
PIサーバー6は、サービスアプリケーション発行テーブルにおいて、検索されたレコードにおける発行ステータスが未発行か発行済のいずれであるかの判定を行う。ここで、PIサーバー6は、レコードにおける発行ステータスが未発行である場合、レコードから発行データを読み出して、この発行データを携帯端末5に対して送信する。
UIアプリケーションは、活性化されたサービスアプリケーションの示す動作に基づき、正常にサービスプリケーションが活性化されたことを示すパーソナライズ完了の通知を、PIサーバー6に対して送信する。
そして、PIサーバー6は、このパーソナライズ完了の通知を受信することにより、携帯端末5に対するサービスアプリケーションのパーソナライズが正常に行われたと判定する。PIサーバー6は、自身のデータベースのサービスアプリケーション発行テーブルにおいて、送信した発行データに対応するレコードにおける発行ステータスを未発行から発行済に変更し、発行データを削除する処理を行う。
PIサーバー6は、自身のデータベースにおけるサービスアプリケーションのパーソナライズの完了に伴う処理が終了すると、サービスアプリケーションのパーソナライズにおける処理が完了したことを示す通知であるPIレスポンスを、携帯端末5に対して出力する。
UIアプリケーションは、PIサーバー6からPIレスポンスを受信すると、MNO−TSMサーバー4に対して、サービスアプリケーションのパーソナライズにおける処理が全て完了したことを示す完了処理リクエストを出力する。
これにより、MNO−TSMサーバー4は、自身の有するサービスアプリケーション発行テーブルにおいて、完了処理リクエストに含まれるICCIDに対応するレコードにおける発行ステータスを未発行から発行済に変更する。
MNO−TSMサーバー4は、携帯端末5から完了処理リクエストを受信すると、携帯端末5に対して完了レスポンスを送信する。
これにより、UIアプリケーションは、携帯端末5に対するサービスアプリケーションの発行処理が、ダミーのパーソナライズを含めて全て終了したことを検出する。
このように、本実施形態においては、発行エラーの原因がイニシャライズにおける異常か、あるいはパーソナライズにおける異常であるかの判別を可能とする。
これにより、本実施形態によれば、サービスアプリケーションの発行中に発生した異常を、イニシャライズ及びパーソナライズのいずれで発生したかを明確に検出することができる。このため、イニシャライズが正常に終了し、かつパーソナライズが異常に終了した場合、パーソナライズから発行処理を行うことができ、発行エラーが発生した場合にイニシャライズから発行をの処理を再開する従来に比較して、発行エラーにおける再発行の処理に要する時間を短縮することができる。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
3…配信サービスサーバー
4…MNO−TSMサーバー
5…携帯端末
6…管理サーバー
10_A…A社サービスセンター
10_Z…Z社サービスセンター
21…利用者データベース
51…制御部
52…UICC
53…非接触記憶カード53
100…インターネット
Claims (12)
- 利用者の選択したICカードの動作をエミュレートするサービスアプリケーションを前記利用者の携帯端末に対して配信するサービスアプリケーション配信サーバーから配信された前記サービスアプリケーションを活性化する発行データを前記携帯端末に配信する発行データ配信サーバーと、
前記サービスアプリケーションからの問い合わせに対応し、前記携帯端末にインストールされたサービスアプリケーションの稼働及び非稼働を管理する管理サーバーと
を備え、
前記発行データ配信サーバーが前記発行データとしてダミーデータを前記携帯端末に対して発行することで発行済とし、前記管理サーバーが前記問い合わせにおいて前記携帯端末に対して前記発行データが前記サービスアプリケーションに対して未発行である場合、当該携帯端末に対して前記発行データを発行して前記サービスアプリケーションを活性化する
ことを特徴とするサービスアプリケーション発行装置。 - 前記発行データ配信サーバーが前記サービスアプリケーションを前記携帯端末にインストールするイニシャライズを行い、前記管理サーバーが前記携帯端末にインストールされた前記サービスアプリケーションを前記発行データにより活性化するパーソナライズを行う ことを特徴とする請求項1に記載のサービスアプリケーション発行装置。
- 前記ダミーデータが前記携帯端末にインストールされている前記サービスアプリケーションを識別する識別情報を含んでいる
ことを特徴とする請求項1または請求項2に記載のサービスアプリケーション発行装置。 - 携帯端末にインストールされており、利用者の選択したICカードの動作をエミュレートするサービスアプリケーションをサービスアプリケーション発行装置からダウンロードさせ、当該サービスアプリケーションが前記携帯端末にインストールされた後、前記サービスアプリケーション発行装置から前記サービスアプリケーションを活性化する発行データを受信する処理を行うインストーラであり、
前記サービスアプリケーションがイニシャライズされた、当該サービスアプリケーションが発行データにより活性化される際、前記発行データとしてダミーデータを受信して前記サービスアプリケーションの発行処理を一旦終了し、当該サービスアプリケーションの稼働の可否を、前記サービスアプリケーションからの問い合わせに対応し、前記携帯端末にインストールされたサービスアプリケーションの稼働及び非稼働を管理する管理サーバーにアクセスして確認するタイミングにおいて、前記サービスアプリケーションを活性化する発行データを当該管理サーバーから取り込む
ことを特徴とするインストーラ。 - 前記ダミーデータが前記携帯端末にインストールされている前記サービスアプリケーションを識別する識別情報を含んでいる
ことを特徴とする請求項4に記載のインストーラ。 - 前記識別情報を前記携帯端末の記憶部に一旦記憶し、前記管理サーバーにアクセスする際、前記記憶部から前記識別情報を読み出して問い合わせに付加して前記管理サーバーに送信する
ことを特徴とする請求項5に記載のインストーラ。 - 利用者の選択したICカードの動作をエミュレートするサービスアプリケーションを、サービスプロバイダからダウンロードし、当該サービスアプリケーションのインストールを行うインストーラが実装された携帯端末と、
利用者の選択したICカードの動作をエミュレートするサービスアプリケーションを前記利用者の携帯端末に対して配信するサービスアプリケーション配信サーバーから配信された前記サービスアプリケーションを活性化する発行データを前記携帯端末に配信する発行データ配信サーバーと、
前記携帯端末にインストールされた前記サービスアプリケーションからの問い合わせに対応し、前記携帯端末にインストールされたサービスアプリケーションの稼働及び非稼働を管理する管理サーバーと
を備え、
前記発行データ配信サーバーが前記発行データとしてダミーデータを前記携帯端末に対して発行することで発行済とし、前記管理サーバーが前記携帯端末の前記インストーラからの前記問い合わせの際、前記携帯端末の前記サービスアプリケーションに対して前記発行データが未発行である場合、当該携帯端末に対して前記発行データを発行して前記サービスアプリケーションを活性化する
ことを特徴とするサービスアプリケーション発行システム。 - 前記発行データ配信サーバーが前記サービスアプリケーションを前記携帯端末にインストールするイニシャライズを行い、前記管理サーバーが前記携帯端末にインストールされた前記サービスアプリケーションを前記発行データにより活性化するパーソナライズを行う ことを特徴とする請求項7に記載のサービスアプリケーション発行システム。
- 前記ダミーデータが前記携帯端末にインストールされている前記サービスアプリケーションを識別する識別情報を含んでいる
ことを特徴とする請求項7または請求項8に記載のサービスアプリケーション発行システム。 - 発行データ配信サーバーが利用者の選択したICカードの動作をエミュレートするサービスアプリケーションを前記利用者の携帯端末に対して配信するサービスアプリケーション配信サーバーから配信された前記サービスアプリケーションを活性化する発行データを前記携帯端末に配信する発行データ配信過程と、
管理サーバーが前記サービスアプリケーションからの問い合わせに対応し、前記携帯端末にインストールされたサービスアプリケーションの稼働及び非稼働を管理する管理過程と
を備え、
前記発行データ配信サーバーが前記発行データとしてダミーデータを前記携帯端末に対して発行することで発行済とし、前記管理サーバーが前記問い合わせにおいて前記携帯端末に対して前記発行データが前記サービスアプリケーションに対して未発行である場合、当該携帯端末に対して前記発行データを発行して前記サービスアプリケーションを活性化する
ことを特徴とするサービスアプリケーション発行方法。 - 携帯端末にインストールされており、利用者の選択したICカードの動作をエミュレートするサービスアプリケーションをサービスアプリケーション発行装置からダウンロードさせ、当該サービスアプリケーションが前記携帯端末にインストールされた後、前記サービスアプリケーション発行装置から前記サービスアプリケーションを活性化する発行データを受信する処理を行うインストーラによるインストール方法であり、
前記サービスアプリケーションがイニシャライズされた、当該サービスアプリケーションが発行データにより活性化される際、前記発行データとしてダミーデータを受信して前記サービスアプリケーションの発行処理を一旦終了し、当該サービスアプリケーションの稼働の可否を、前記サービスアプリケーションからの問い合わせに対応し、前記携帯端末にインストールされたサービスアプリケーションの稼働及び非稼働を管理する管理サーバーにアクセスして確認するタイミングにおいて、前記サービスアプリケーションを活性化する発行データを当該管理サーバーから取り込む
ことを特徴とするインストール方法。 - 利用者の選択したICカードの動作をエミュレートするサービスアプリケーションを、サービスプロバイダからダウンロードし、当該サービスアプリケーションのインストールを行うインストーラを携帯端末に実装する過程と、
発行データ配信サーバーが利用者の選択したICカードの動作をエミュレートするサービスアプリケーションを前記利用者の携帯端末に対して配信するサービスアプリケーション配信サーバーから配信された前記サービスアプリケーションを活性化する発行データを前記携帯端末に配信する過程と、
管理サーバーが前記携帯端末にインストールされた前記サービスアプリケーションからの問い合わせに対応し、前記携帯端末にインストールされたサービスアプリケーションの稼働及び非稼働を管理する過程と
を含み、
前記発行データ配信サーバーが前記発行データとしてダミーデータを前記携帯端末に対して発行することで発行済とし、前記管理サーバーが前記携帯端末の前記インストーラからの前記問い合わせの際、前記携帯端末の前記サービスアプリケーションに対して前記発行データが未発行である場合、当該携帯端末に対して前記発行データを発行して前記サービスアプリケーションを活性化する
ことを特徴とするサービスアプリケーション発行方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014158654A JP6379825B2 (ja) | 2014-08-04 | 2014-08-04 | サービスアプリケーション発行装置、インストーラ、サービスアプリケーション発行システム、サービスアプリケーション発行方法及びインストール方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014158654A JP6379825B2 (ja) | 2014-08-04 | 2014-08-04 | サービスアプリケーション発行装置、インストーラ、サービスアプリケーション発行システム、サービスアプリケーション発行方法及びインストール方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2016035686A JP2016035686A (ja) | 2016-03-17 |
JP6379825B2 true JP6379825B2 (ja) | 2018-08-29 |
Family
ID=55523498
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014158654A Active JP6379825B2 (ja) | 2014-08-04 | 2014-08-04 | サービスアプリケーション発行装置、インストーラ、サービスアプリケーション発行システム、サービスアプリケーション発行方法及びインストール方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6379825B2 (ja) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6044221B2 (ja) * | 2012-09-19 | 2016-12-14 | 大日本印刷株式会社 | 発行プログラム、携帯情報端末及び発行支援サーバ |
MX348460B (es) * | 2013-01-25 | 2017-06-14 | Google Inc | Sistemas, metodos y productos de programas informaticos para gestionar la reinstalacion de datos. |
-
2014
- 2014-08-04 JP JP2014158654A patent/JP6379825B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2016035686A (ja) | 2016-03-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2546549C2 (ru) | Способы, сервер, устройство-получатель платежей, компьютерные программы и компьютерные программные продукты для установления связи | |
JP5479097B2 (ja) | セキュアモジュールアプリケーションに関連する情報の管理 | |
KR20130116905A (ko) | 모바일 지갑 및 그의 관련 정보 관리 시스템 및 방법 | |
KR20140095745A (ko) | 결제 지원 방법과 시스템 | |
JP6923582B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
KR101472751B1 (ko) | 제휴사 앱을 이용한 결제 제공 방법 및 시스템 | |
JP5714712B2 (ja) | サーバ装置、クーポン管理方法及び通信システム | |
JP6305758B2 (ja) | 管理システム、管理システムによる管理方法、管理装置、管理装置の制御方法及びプログラム | |
JP6379825B2 (ja) | サービスアプリケーション発行装置、インストーラ、サービスアプリケーション発行システム、サービスアプリケーション発行方法及びインストール方法 | |
US20140379569A1 (en) | Method and apparatus for combining different kinds of wallets on a mobile device | |
KR101772358B1 (ko) | 결제수단 등록을 위한 타사 앱 자동 식별 방법 | |
JP4572519B2 (ja) | 電子情報認証システム、携帯情報端末及びそれらに用いる電子情報認証方法 | |
JP6394068B2 (ja) | サービスアプリケーション配信システム、サービスアプリケーション配信方法及びサービス情報管理サーバー | |
JP2014123224A (ja) | 端末装置、及び有効期限更新方法 | |
KR101311239B1 (ko) | Nfc 매체를 이용한 단말 제어 장치 및 그 방법 | |
KR101505847B1 (ko) | 결제 처리를 위한 제휴사 앱 인증 방법 | |
JP2016092507A (ja) | サービスアプリケーション発行システム | |
KR101574783B1 (ko) | 전자영수증 발행 시스템의 회원 데이터베이스 구축 방법 및 장치 | |
JP2014112392A (ja) | セキュアモジュールアプリケーションに関連する情報の管理 | |
KR101705404B1 (ko) | 카드 접촉을 통한 카드 사용 등록 시스템 및 이의 실행 방법 | |
KR20130100866A (ko) | 멤버십 서비스에서 고객 명의 변경을 자동 업데이트하는 시스템 및 방법 | |
JP2016012779A (ja) | サービスアプリケーション発行装置、サービスアプリケーション発行方法及びサービスアプリケーション発行システム | |
JP2016092452A (ja) | 発行データ配信サーバー、発行データ配信方法及び発行データ配信システム | |
JP2016012754A (ja) | サービスアプリケーション発行装置、サービスアプリケーション発行方法及びサービスアプリケーション発行システム | |
JP2019079293A (ja) | 携帯端末へのサービスアプリケーション発行システムおよびサービスアプリケーション発行方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170720 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180322 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180327 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180510 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20180511 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180703 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180716 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6379825 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |