(57)【要約】【課題】サービス情報のみが変更された場合にインストーラの再ビルド及び再アップロードと、新たなサービスアプリケーション（以下、ＳＡ）に対応したインストーラのダウンロードとが必要ないサービスアプリケーション配信システムを提供する。【解決手段】本発明は、ＩＣカードの動作をエミュレートするＳＡを、サービスプロバイダからダウンロードする、携帯端末にインストールされたインストーラと、ＳＡのサービスを識別するサービス識別情報と、ＳＡのダウンロードに用いるサービス情報とを対応して管理するサービス情報管理サーバーと、ＳＡを識別するサービス情報に含まれるアプリケーション識別情報に基づいてＳＡを活性化する個人データを、インストーラに供給するアプリケーション発行サーバーとを備え、インストーラがサービス情報管理サーバーから取得したサービス情報をアプリケーション発行サーバーに送信し、ＳＡの個人データを取得する。【選択図】図１
2015222528.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末にインストールされており、利用者の選択したＩＣカードの動作をエミュレートするサービスアプリケーションを、サービスプロバイダからダウンロードし、当該サービスアプリケーションを携帯端末にインストールするインストーラと、
前記サービスアプリケーションのサービスを識別するサービス識別情報と、当該サービス識別情報の示すサービスアプリケーションをダウンロードするために必要なサービス情報とを対応して管理するサービス情報管理サーバーと、
前記サービス情報に含まれる、サービスアプリケーションを識別するアプリケーション識別情報により、前記利用者の選択したサービスアプリケーションを識別し、前記サービスアプリケーションを活性化するための個人データを、前記インストーラに供給するアプリケーション発行サーバーと
を備え、
前記インストーラが前記サービス情報管理サーバーからサービス情報を取得し、当該サービス情報を前記アプリケーション発行サーバーに対して送信し、アプリケーションサービスに対応した前記個人データを取得し、前記サービスアプリケーションを活性化する
ことを特徴とするサービスアプリケーション配信システム。
【請求項２】
前記サービス識別情報が、前記個人データを取得する際に用いる、利用者毎に供給されるアクセスコードに含まれており、
前記インストーラが前記アクセスコードから前記サービス識別情報を抽出し、前記サービス情報管理サーバーに対して前記サービス識別情報に対応した前記サービスアプリケーションのサービス情報を要求する
ことを特徴とする請求項１に記載のサービスアプリケーション配信システム。
【請求項３】
前記サービスアプリケーションのサービス情報が変更された場合、前記サービス情報管理サーバーにおける前記サービス情報が前記サービスプロバイダにより書き換えられる
ことを特徴とする請求項１または請求項２に記載のサービスアプリケーション配信システム。
【請求項４】
前記サービスアプリケーション内に前記サービス識別情報が設定されており、
前記インストーラが、前記アプリケーションの運用段階において、当該アプリケーションから前記サービス識別情報を読み出し、前記サービス情報管理サーバーからサービス情報を取得し、当該サービス情報を前記アプリケーション発行サーバーに対して送信し、
前記アプリケーション発行サーバーが前記サービスアプリケーションのサービス情報が変更されている場合、前記サービス情報管理サーバーに新たな個人データを送信する
ことを特徴とする請求項１から請求項３のいずれか一項に記載のサービスアプリケーション配信システム。
【請求項５】
携帯端末にインストールされたインストーラが、利用者の選択したＩＣカードの動作をエミュレートするサービスアプリケーションを、サービスプロバイダからダウンロードし、当該サービスアプリケーションを携帯端末にインストールする過程と、
サービス情報管理サーバーが、前記サービスアプリケーションのサービスを識別するサービス識別情報と、当該サービス識別情報の示すサービスアプリケーションをダウンロードするために必要なサービス情報とを対応して管理する過程と、
ＴＳＭサーバーが、前記サービス情報に含まれる、サービスアプリケーションを識別するアプリケーション識別情報により、前記利用者の選択したサービスアプリケーションを識別し、前記サービスアプリケーションを活性化するための個人データを、前記インストーラに供給する過程と
を含み、
前記インストーラが前記サービス情報管理サーバーからサービス情報を取得し、当該サービス情報を前記ＴＳＭサーバーに対して送信し、アプリケーションサービスに対応した前記個人データを取得し、前記サービスアプリケーションを活性化する
ことを特徴とするサービスアプリケーション配信方法。
【請求項６】
利用者の選択したＩＣカードの動作を携帯端末上でエミュレートするサービスアプリケーションのサービスを識別するサービス識別情報と、当該サービスアプリケーションを識別するアプリケーション識別情報を含むサービス情報とが対応付けて記憶されたサービス情報データベースを有し、
前記携帯端末にインストールされた、前記サービスアプリケーションを当該携帯端末にインストールするインストーラから、前記サービス識別情報が供給されると、当該サービス識別情報に対応するサービスアプリケーションに対応する前記サービス情報を、前記サービス情報データベースから読み出し、前記インストーラに送信する
ことを特徴とするサービス情報管理サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスアプリケーションを配信するサービスアプリケーション配信システム、サービスアプリケーション配信方法及びサービス情報管理サーバーに関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯端末に対してサーバとのデータの送受信を行い、サーバから携帯端末へのコンテンツなどのデータを配信するサービスが行われている。
この携帯端末の利用の発展した形態である、非接触ＩＣ（Integrated Circuit）カードインターフェースの規格として国際標準化機構（ISO：International Organization Standardization）で規定されたＮＦＣ（Near Field Communication）対応の携帯端末がある。このＮＦＣ対応の携帯端末の普及により、携帯端末を用いた決済手法として、非接触ＩＣ（Integrated Circuit）決済サービスを用いたクレジットの利用が増加している（例えば、特許文献１参照）。すなわち、このＮＦＣを用いることにより、クレジットのＩＣカードと同様に、決済サービスのシステムにおけるＲ／Ｗ（Reader/Writer）機器とのデータの送受信が携帯端末でも行える。
【０００３】
上述したように、携帯端末を近距離無線通信機能を有するＩＤカードと同様に決済サービスに適用させる場合、ＩＣカードのエミュレートを行うサービスアプリケーションをインストールする。そして、インストールしたサービスアプリケーションにより、クレジットカードなどのＩＣカードの決済機能を携帯端末に対してエミュレートさせる。
また、今後は、クレジットカードのみではなく、プリペイドカード、ポイントカードあるいは社員証ＩＤ（Identification）カードなどのＩＣカードにおいて、これらのエミュレートするサービスアプリケーションのインストールを、ＮＦＣ対応のスマートフォンなどの携帯端末に対して行うことが予想される。
【０００４】
図４は、従来のサービスアプリケーション配信システムの構成を示す図である。
この図４に示すサービスアプリケーション配信システムにおいて、ＩＣカードを携帯端末１０５上においてエミュレートするためのサービスアプリケーションが、携帯端末１０５のＵＩＣＣ（Universal Integrated Circuit Card）５２に、非接触記憶カード５３上のＵＩ（User Interface）アプリケーションによりインストールされる。非接触記憶カード５３は、例えば、ＳＤカード（登録商標）などの不揮発性メモリを用いたメモリカードである。このＵＩＣＣ５２としては、例えばＳＩＭ（Subscriber Identity Module）カード、ＵＩＭ（User Identity Module）カードなどがある。Ａ社サービスセンター１０＿Ａ及びＢ社サービスセンター１０＿Ｚの各々は、ＩＣカードのサービスを提供する会社のサービスセンターであり、アクセスコード及びパスワードを、サービスを依頼した利用者に対して郵送する。
【０００５】
このサービスアプリケーションの配信は、ＳＰ（Service Provider）−ＴＳＭ（Trusted Service Manager）サーバーが行う。また、サービスアプリケーションにおける個人データの発行や管理も、ＳＰ−ＴＳＭサーバー２が行う。ＳＰ−ＴＳＭサーバー２は、各ＩＣカードのサービス提供事業者から受託したサービスアプリケーションにおける個人データを、携帯端末１０５にインストールしたサービスアプリケーションを活性化させるため、携帯端末１０５に対してインターネット１００を介して配信する。この個人データは、携帯端末１０５のＵＩＣＣ５２にインストールされた所定のＩＣカードをエミュレートするサービスアプリケーションを、所有者に対応して使用可能とする（サービスアプリケーションの活性化を行う）ためのデータ（後述）である。ＭＮＯ（Mobile Network Operator）−ＴＳＭ（Trusted Service Manager）サーバー４は、ＳＰ−ＴＳＭサーバー２の利用者の認証に伴い、ＵＩＣＣにおいてサービスアプリケーションをインストールする領域を確保し、サービスアプリケーションをインストールするためのイニシャライズを行う。
【０００６】
そして、携帯端末１０５には、サービスアプリケーションをＵＩＣＣ５２に対してインストールする際、サービスアプリケーションをインストールするＵＩアプリケーションが制御部１５１により配信サービスサーバー３からダウンロードされる。そして、制御部１５１は、携帯端末１０５の非接触記憶カード５３に対し、ダウンロードしたサービスアプリケーションをインストールする。このＵＩアプリケーションは、サービスアプリケーションを活性化させる際、サービス情報、アクセスコード及びパスワードをＳＰ−ＴＳＭサーバー２に送信する。ここで、サービス情報とは、ＩＣカードの発行時、すなわちサービスアプリケーションを利用可能とする際に必要となるサービス毎に設定される固有の情報である。
これにより、ＳＰ−ＴＳＭサーバー２は、サービスアプリケーションの有無の確認と個人認証とを行い、正しく認証されたと判定すると携帯端末１０５のサービスアプリケーションに対して個人データの発行を行う。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−７５９０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来においては、ＳＰ−ＴＳＭサーバー２による個人データの発行環境に合わせるため、開発段階及び運用段階の双方で、ＵＩアプリケーションにおけるサービス情報のコードが変更される。この際、ＵＩアプリケーションが含むサービスアプリケーションのサービス情報を変更するため、ＵＩアプリケーションのプログラムのコードが変更される。すなわち、現行のＵＩアプリケーションの開発において、サービス情報が変更された場合としては、例えば、Ａ社とＢ社との調整の結果、サービス情報に含まれるサービスアプリケーションを識別するサービス識別情報がＡ社及びＢ社間で変更される場合がある。また、ＵＩアプリケーションが完成した後の運用過程においても、クレジットカードの利用可能ブランドがＡ社のみであったものが、Ｂ社も利用可能となると、サービス情報に対してＢ社のアプリケーションの情報が追加される場合がある。
【０００９】
さらに、サービス情報における各サービスアプリケーションのバージョン情報も変更されるため、このバージョン情報の変更によっても、ＵＩアプリケーションを変更する必要がある。サービスアプリケーションの仕様変更によりサービス情報のデータが１バイト変わっただけでも、ＵＩアプリケーションのコードを変更し、ビルド（build）とアップロードを行うことが必要となる。ここで、ビルドは、アプリケーションのプログラムのソースコードのコンパイルやライブラリのリンクなどを行い、最終的な実行可能ファイルを作成することを示している。すなわち、サービス情報が変更される度に、ＵＩアプリケーションが変更され、変更したサービスアプリケーションを再ビルドし、デジタルコンテンツの配信サービスのサイト、例えばgooglePlay（登録商標）などの配信サービスサーバー３に再アップロードする必要がある。
【００１０】
また、開発段階及び運用段階においてＵＩアプリケーションの本体に変更がなくとも、サービス情報の変更があった場合でもＵＩアプリケーション全体を変更する必要がある。ＳＰ−ＴＳＭの環境を利用するために用いるＵＩアプリケーションを開発する企業が限られているため、この開発する企業はサービスを提供する複数の会社から業務委託を受けている。このため、サービスを提供する企業間の調整により、ＵＩアプリケーションを変更する必要が多くなる。したがって、ＵＩアプリケーションの再ビルド及び再アップロードの作業を行う回数が増加し、ＵＩアプリケーションの開発における作業工程が煩雑となり、開発にかかる時間が増加してしまう。
【００１１】
また、携帯端末の場合はＩＣカードと異なり、複数のサービスアプリケーションをインストールさせ、複数のＩＣカードのエミュレートが可能である。そして、ＵＩアプリケーションの運用過程において、利用者が現在使用しているサービスと異なる新たなサービスを受けようとする場合、このサービスアプリケーションに対応したＵＩアプリケーションをダウンロードする必要がある。このため、新たなサービスを受けようとして、サービスアプリケーションをインストールする度に、利用者がサービスアプリケーションに対応したＵＩアプリケーションのダウンロードを行なわなければならない。
【００１２】
本発明は、このような事情に鑑みてなされたもので、開発過程においてサービス情報のみが変更された場合にＵＩアプリケーションの再ビルド及び再アップロードを行う必要がなく、かつ運用過程において利用者が新たなサービスアプリケーションをダウンロードする際、このサービスアプリケーションに対応したＵＩアプリケーションを新たにダウンロードする必要のないサービスアプリケーション配信システム、サービスアプリケーション配信方法及びサービス情報管理サーバーを提供することを目的とする。
【課題を解決するための手段】
【００１３】
この発明は上述した課題を解決するためになされたもので、本発明のサービスアプリケーション配信システムは、携帯端末にインストールされており、利用者の選択したＩＣカードの動作をエミュレートするサービスアプリケーションを、サービスプロバイダからダウンロードし、当該サービスアプリケーションを携帯端末にインストールするインストーラと、前記サービスアプリケーションのサービスを識別するサービス識別情報と、当該サービス識別情報の示すサービスアプリケーションをダウンロードするために必要なサービス情報とを対応して管理するサービス情報管理サーバーと、前記サービス情報に含まれる、サービスアプリケーションを識別するアプリケーション識別情報により、前記利用者の選択したサービスアプリケーションを識別し、前記サービスアプリケーションを活性化するための個人データを、前記インストーラに供給するアプリケーション発行サーバーとを備え、前記インストーラが前記サービス情報管理サーバーからサービス情報を取得し、当該サービス情報を前記アプリケーション発行サーバーに対して送信し、アプリケーションサービスに対応した前記個人データを取得し、前記サービスアプリケーションを活性化することを特徴とする。
【００１４】
本発明のサービスアプリケーション配信システムは、前記サービス識別情報が、前記個人データを取得する際に用いる、利用者毎に供給されるアクセスコードに含まれており、前記インストーラが前記アクセスコードから前記サービス識別情報を抽出し、前記サービス情報管理サーバーに対して前記サービス識別情報に対応した前記サービスアプリケーションのサービス情報を要求することを特徴とする。
【００１５】
本発明のサービスアプリケーション配信システムは、前記サービスアプリケーションのサービス情報が変更された場合、前記サービス情報管理サーバーにおける前記サービス情報が前記サービスプロバイダにより書き換えられることを特徴とする。
【００１６】
本発明のサービスアプリケーション配信システムは、前記サービスアプリケーション内に前記サービス識別情報が設定されており、前記インストーラが、前記アプリケーションの運用段階において、当該アプリケーションから前記サービス識別情報を読み出し、前記サービス情報管理サーバーからサービス情報を取得し、当該サービス情報を前記アプリケーション発行サーバーに対して送信し、前記アプリケーション発行サーバーが前記サービスアプリケーションのサービス情報が変更されている場合、前記サービス情報管理サーバーに新たな個人データを送信することを特徴とする。
【００１７】
本発明のサービスアプリケーション配信方法は、携帯端末にインストールされたインストーラが、利用者の選択したＩＣカードの動作をエミュレートするサービスアプリケーションを、サービスプロバイダからダウンロードし、当該サービスアプリケーションを携帯端末にインストールする過程と、サービス情報管理サーバーが、前記サービスアプリケーションのサービスを識別するサービス識別情報と、当該サービス識別情報の示すサービスアプリケーションをダウンロードするために必要なサービス情報とを対応して管理する過程と、ＴＳＭサーバーが、前記サービス情報に含まれる、サービスアプリケーションを識別するアプリケーション識別情報により、前記利用者の選択したサービスアプリケーションを識別し、前記サービスアプリケーションを活性化するための個人データを、前記インストーラに供給する過程とを含み、前記インストーラが前記サービス情報管理サーバーからサービス情報を取得し、当該サービス情報を前記ＴＳＭサーバーに対して送信し、アプリケーションサービスに対応した前記個人データを取得し、前記サービスアプリケーションを活性化することを特徴とする。
【００１８】
本発明のサービス情報管理サーバーは、利用者の選択したＩＣカードの動作を携帯端末上でエミュレートするサービスアプリケーションのサービスを識別するサービス識別情報と、当該サービスアプリケーションを識別するアプリケーション識別情報を含むサービス情報とが対応付けて記憶されたサービス情報データベースを有し、前記携帯端末にインストールされた、前記サービスアプリケーションを当該携帯端末にインストールするインストーラから、前記サービス識別情報が供給されると、当該サービス識別情報に対応するサービスアプリケーションに対応する前記サービス情報を、前記サービス情報データベースから読み出し、前記インストーラに送信することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、開発過程においてサービス情報のみが変更された場合にＵＩアプリケーションの再ビルド及び再アップロードを行う必要がなく、かつ運用過程において新たなサービスアプリケーションを受ける都度、ＵＩアプリケーションをダウンロードする必要のないサービスアプリケーション配信システム、サービスアプリケーション配信方法及びサービス情報管理サーバーを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態によるサービスアプリケーション配信システムの構成例を示す概略ブロック図である。
【図２】本実施形態におけるサービスアプリケーションのカード発行でのサービスアプリケーション配信システムの動作例を示すシーケンス図である。
【図３】本実施形態におけるサービスアプリケーションのカード再発行でのサービスアプリケーション配信システムの動作例を示すシーケンス図である。
【図４】従来のサービスアプリケーション配信システムの構成を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して、本発明の実施形態について説明する。図１は、本発明の一実施形態によるサービスアプリケーション配信システムの構成例を示す概略ブロック図である。この図１において、サービスアプリケーション配信システムは、ＵＩ（User Interface）管理サーバー１、ＳＰ−ＴＳＭサーバー２、配信サービスサーバー３、ＭＮＯ−ＴＳＭサーバー４、携帯端末５から構成されている。本実施形態において、上記ＵＩ（User Interface）管理サーバー１はサービス情報管理サーバーの具体例であり、ＳＰ−ＴＳＭサーバー２はアプリケーション発行サーバーの具体例であり、ＵＩアプリケーションはインストーラの具体例である。
【００２２】
ＵＩ管理サーバー１は、サービス識別情報と、このサービス識別情報に対応したサービスアプリケーションのサービス情報とを対応付けて管理する。サービスアプリケーションとは、後述する携帯端末５において、例えばクレジットカード、社員証カード、ポイントカード、証明書カードなどの近距離無線数新機能を有するＩＤカードの機能をエミュレートして使用する際に用いるアプリケーションを示している。サービス識別情報は、サービスアプリケーションのサービス種別を識別（例えば、クレジットのＩＣカードを提供する会社各々におけるＩＣカードをエミュレートするサービスの種別を識別）する識別情報である。
【００２３】
また、ＵＩ管理サーバー１は、サービス情報データベース１１を有している。このサービス情報データベース１１には、サービス識別情報と、このサービス識別情報に対応したサービスアプリケーションのサービス情報とが対応付けたサービス情報リストが書き込まれて記憶されている。サービス情報とは、例えば、サービスアプリケーションを識別するアプリケーション識別情報と、サービスアプリケーションのバージョンを示すバージョン情報を含むサービスアプリケーション個々に設定された情報（例えば、サービスアプリケーションを配信するＳＰ−ＴＳＭサーバー２及びＭＮＯ−ＴＳＭサーバー４各々のアドレスなど）である。
ＵＩ管理サーバー１は、携帯端末５からサービス識別情報が供給されると、このサービス識別情報に対応するサービスアプリケーションのサービス情報を携帯端末５に送信する。
【００２４】
ＳＰ−ＴＳＭサーバー２は、ＩＣカードを提供する会社のサービスプロバイダが保有するサーバーであり、ＵＩＣＣ５２にインストールされるサービスアプリケーション（イニシャライズ用プログラム）を、配信要求を行った携帯端末５に供給（配信）する。
また、ＳＰ−ＴＳＭサーバー２は、ＩＣカードのサービスを依頼した利用者のアクセスコードと、利用者の個人情報とが対応して記憶された利用者テーブルが記憶された利用者データベース２１を有している。
【００２５】
ＳＰ−ＴＳＭサーバー２は、サービスアプリケーションを配信する際、利用者データベース２１に記憶されている利用者テーブルを、供給されたアクセスコードにより参照し、アクセスコードにより利用者を検出した後、パスワードの一致の検出を行い、利用者が登録されているか否かを判定する。
また、ＳＰ−ＴＳＭサーバー２は、サービスアプリケーションの利用者の個人情報の管理、及び個人データの発行を行う。個人情報とは、例えば、利用者の氏名、住所、アクセスコード、使用しているサービスアプリケーションを識別するアプリケーション識別情報、パスワード、個人データを含む情報である。個人データとは、サービスアプリケーションを活性化させる（パーソナライズする）ためのデータであり、ＩＣカードのサービスに対応したサービスアプリケーションに与えられる利用者個々のカード番号、ＩＣカードの有効期間などを含む情報である。
【００２６】
利用者データベース２１には、利用者毎に、ＳＰ−ＴＳＭサーバー２により個人情報が書き込まれて記憶されている。
【００２７】
配信サービスサーバー３は、ＵＩアプリケーションを、配信要求を行った携帯端末５に対して配信する。ＵＩアプリケーションとは、サービスインターフェースを対応するＳＰ−ＴＳＭサーバー２に対して、このサービスアプリケーションを活性化（パーソナライズ）する個人データの配信要求とを行うためのアプリケーションである。本実施形態においては、ＵＩアプリケーションがＳＰ−ＴＳＭサーバー２及びＭＮＯ−ＴＳＭサーバー４の各々に対してアクセスを行い、サービスアプリケーションの発行要求を行うアプリケーションであるＴＳＭプロキシエージェントの機能を含んで記載している。
【００２８】
ＭＮＯ−ＴＳＭサーバー４は、携帯端末５の通信において、利用者が契約した通信会社（キャリア）が管理するサーバーであり、例えば携帯端末５に搭載されているＮＦＣ対応のＵＩＣＣ５２における記憶部の領域管理を行っている。
そして、ＭＮＯ−ＴＳＭサーバー４は、ＳＰ−ＴＳＭサーバー２が利用者の認証を行って登録を認証した携帯端末５のＵＩＣＣ５２（後述）において、サービスアプリケーションをインストールする領域を確保する（イニシャライズ）。
【００２９】
携帯端末５は、利用者の各々が保持する端末であり、例えば携帯電話やスマートフォンなどである。
また、携帯端末５は、制御部５１、ＵＩＣＣ５２及び非接触記憶カード５３の各々を備えている。
【００３０】
制御部５１は、図示しない無線基地局及びインターネット１００を用いて外部装置とのデータの送受信を行い、非接触記憶カード５３に対してデータの書き込みなどの処理を行う。また、制御部５１は、ＮＦＣなどの近距離無線通信を用いた送受信機能を有し、Ｒ／Ｗ機器とのデータの送受信を、ＩＣカードと同様に行う。
非接触記憶カード５３は、不揮発性のメモリで構成される記憶部であり、ＵＩアプリケーションなどがインストールされる。
【００３１】
ＵＩＣＣ５２は、固有の識別情報を有するＩＣカードであり、内部に自身の識別情報、携帯端末の加入者情報（携帯端末が携帯電話であれば電話番号など）が記憶されている。また、ＵＩＣＣ５２には、例えばＵＩアプリケーションにより、利用者が選択したＩＣカードのサービスの動作をエミュレートするサービスアプリケーションがインストールされる。
【００３２】
図１において、Ａ社サービスセンター１０＿ＡからＺ社サービスセンター１０＿Ｚの各々は、それぞれ携帯端末５により利用可能なサービスを提供する会社のサービスセンターである。利用者からサービスの利用を行いたいとする申請がなされると、利用者個々を識別するアクセスコードと、利用者毎に異なるパスワードを郵送などで、利用者宅に送付する。ここで、Ａ社サービスセンター１０＿ＡからＺ社サービスセンター１０＿Ｚの各々は、アクセスコード及びパスワードの供給を、インターネット１００を介した電子メールにより行っても良い。この供給されるアクセスコードには、利用者を識別する利用者識別情報とサービスを識別するサービス情報とが含まれている。
【００３３】
また、Ａ社からＺ社の各々は、ＳＰ−ＴＳＭサーバー２に対して、利用者の氏名、住所、使用しているアプリケーションのアプリケーション識別情報、パスワードの各々を送信し、個人データを発行するとともに、利用者の個人情報の管理の依頼を行う。Ａ社からＺ社の各々は、ＳＰ−ＴＳＭサーバー２から利用者の携帯端末５に対してサービスアプリケーションを送信する。
【００３４】
図２は、本実施形態におけるサービスアプリケーションのカード発行でのサービスアプリケーション配信システムの動作例を示すシーケンス図である。
図２のシーケンスによる処理の前に、利用者は受けたいサービス会社（Ａ社からＺ社）に対し、サービスの申請を行っており、利用者は郵送にてアクセスコード及びパスワードを、各サービス会社から受領している。ＳＰ−ＴＳＭサーバー２において利用者の個人情報及び個人データが利用者データベース２１にすでに書き込まれている。
【００３５】
また、ＵＩアプリケーションを開発する企業が、各社のサービスアプリケーションとして提供するサービスのサービス識別情報とサービス情報とを対応づけたサービス情報リストに対して書き込んで記憶させる。利用者は、ＵＩアプリケーションを配信サービスサーバー３から、携帯端末５に対してダウンロードしている。携帯端末５において、制御部５１は、ダウンロードしたＵＩアプリケーションを、非接触記憶カード５３に対してインストールする。
【００３６】
以下の説明は、ＵＩアプリケーションの開発過程及び運用過程でのカード発行におけるサービスアプリケーションの携帯端末５へのインストールを示している。開発過程における利用者は、モニターとしての利用者あるいは開発者である。
【００３７】
シーケンスＦ１：
利用者は携帯端末５においてＵＩアプリケーションを起動させ、図示しない携帯端末５の表示画面に表示されるサービスのアイコンのなかから、すでに申請してあるサービスのアイコンを選択する。
これにより、ＵＩアプリケーションは、アクセスコード及びパスワードを入力する入力欄を、携帯端末５の表示画面に対して表示する。
【００３８】
次に、利用者は、携帯端末５の表示画面の入力欄に対して図示しない入力手段により、アクセスコード及びパスワードを入力する。
ＵＩアプリケーションは、入力されたアクセスコードからサービス識別番号を抽出し、ＵＩ管理サーバー１に対して、サービス識別番号に対応するサービス情報を、制御部５１を介して要求する。
【００３９】
シーケンスＦ２：
ＵＩ管理サーバー１は、供給されたサービス識別情報に対応するサービス情報を、サービス情報データベース１１のサービス情報リストにおいて検索して読み出す。
そして、ＵＩ管理サーバー１は、読み出したサービス情報を携帯端末５に対して送信する。
【００４０】
シーケンスＦ３：
ＵＩアプリケーションは、ＵＩ管理サーバー１からサービス情報が供給されると、ＳＰ−ＴＳＭサーバー２にアクセスして、アクセスコード、パスワード及びサービス情報を送信し、サービスアプリケーションのダウンロードの処理を開始する。サービス情報には、ＳＰ−ＴＳＭサーバー２のアドレスが含まれている。
【００４１】
シーケンスＦ４：
ＳＰ−ＴＳＭサーバー２は、供給される利用者のアクセスコード、パスワード及びサービス情報により、利用者データベース２１を参照し、利用者の認証を行う。
そして、ＳＰ−ＴＳＭサーバー２は、利用者データベース２１において、利用者が対応するサービスアプリケーションの利用申請により登録されていることを検出すると、個人データを生成し、生成した個人データを利用者データベース２１に書き込む。
また、ＳＰ−ＴＳＭサーバー２は、認証結果により、携帯端末５に対して暗号化された認証情報（証明書）を送信する。
【００４２】
シーケンスＦ５：
ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２から認証情報が供給されると、ＭＮＯ−ＴＳＭサーバー４に対してこの認証情報を送信して、ＵＩＣＣ５２におけるサービスアプリケーションをインストールする領域確保を行うイニシャライズを要求する。
【００４３】
シーケンスＦ６：
ＭＮＯ−ＴＳＭサーバー４は、携帯端末５から認証情報を含むイニシャライズの要求が供給されると、携帯端末５におけるＵＩＣＣ５２に対し、サービスアプリケーションをインストール領域を確保するイニシャライズを、ＵＩアプリケーションを介して行う。
そして、ＭＮＯ−ＴＳＭサーバー４は、イニシャライズが終了を示す終了情報を携帯端末５に対して送信する。
【００４４】
シーケンスＦ７：
ＵＩアプリケーションは、ＭＮＯ−ＴＳＭサーバー４から終了情報が供給されると、ＳＰ−ＴＳＭサーバー２に対して、利用者のアクセスコード、パスワード及びサービス情報を含む配信要求を送信する。
【００４５】
シーケンスＦ８：
ＳＰ−ＴＳＭサーバー２は、自身に設けられた利用者データベース２１に記憶されているアクセスコード及びパスワードと利用者の個人情報とが対応して記憶された利用者テーブルを、供給されたアクセスコードにより参照し、アクセスコードにより利用者を検出した後、パスワードを比較し、利用者が登録されているか否かを判定する。
そして、ＳＰ−ＴＳＭサーバー２は、利用者が登録されていることが判定されると、サービス情報に含まれるアプリケーション識別情報を抽出し、このアプリケーション識別情報に対応するサービスアプリケーションを携帯端末５に対して送信する。
【００４６】
シーケンスＦ９：
ＵＩアプリケーションは、ＵＩＣＣ５２の確保された領域に対してサービスアプリケーションのインストールを行う。
そして、ＵＩアプリケーションは、サービスアプリケーションがＵＩＣＣ５２におけるイニシャライズされた所定の領域にインストールされたことを確認する。
これにより、ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２に対してアクセスし、アクセスコード、サービス情報及びパスワードを送信し、個人データの発行を依頼する。
【００４７】
シーケンスＦ１０：
ＳＰ−ＴＳＭサーバー２は、アクセスコードに含まれるアプリケーション識別情報を読み出し、自身の管理するサービスアプリケーションの中に、読み出したアプリケーション識別情報に対応したアプリケーションサービスの有無を確認する。
そして、ＳＰ−ＴＳＭサーバー２は、利用者データベース２１の利用者テーブルにおいて管理している利用者のなかに、供給されたアクセスコードに対応する利用者の有無を確認する。
ＳＰ−ＴＳＭサーバー２は、利用者データベース２１の利用者テーブルを参照した結果、アプリケーション識別情報に対応したアプリケーションを自身が管理し、かつアクセスコードが示す利用者が登録されている場合、供給されたアクセスコードに対応する個人データを利用者データベース２１から読み出す。
【００４８】
そして、ＳＰ−ＴＳＭサーバー２は、ＴＳＭデータベース４１から読み出した個人データを、携帯端末５に対して送信する。
ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２から供給された個人データをＵＩＣＣ５２の所定の領域にインストールされているサービスアプリケーションに書き込み、サービスアプリケーションの活性化（パーソナライズ）を行う。これにより、携帯端末５には、受けたいサービスのＩＣカードの動作をエミュレートする機能が付加され、このサービスアプリケーションの発行が行われる。
【００４９】
上述したように、本実施形態によれば、開発時において、サービスプロバイダ間の調整により変更されやすいアプリケーション識別情報や、変更によりアップされるバージョンなどのサービス情報を、サービス識別情報に対応させて、ＵＩ管理サーバー１に管理させることにより、サービス情報の変更のみが行われた場合、ＵＩアプリケーション自体の更新を行うことなく、ＵＩ管理サーバー１のサービス情報リストのみを書き換えることでサービス情報の変更に対応できる。このため、本実施形態によれば、サービス情報のみが変更された場合にＵＩアプリケーションの再ビルド及び再アップロードを行う必要がなくなり、開発作業が簡易となる。この書き換えは、例えば、ＵＩアプリケーションを開発している企業が図示しない自身のサーバーを介して、直接にサービス情報データベース１１のサービス情報リストの更新処理として行われる。
【００５０】
また、本実施形態によれば、新たなサービスが加わった場合においても、この新たなサービスを提供する会社のＳＰ−ＴＳＭサーバー２から、新たなサービスのサービスアプリケーションのサービス情報を、このサービスを示すサービス識別情報に対応させ、サービス情報データベース１１に書き加えることにより、ＵＩアプリケーションを変更せずに新たなサービスを提供することが可能となる。このとき、利用者から新たなサービスを提供する会社にサービスを受けたいとする申請をされた場合、上述した実施形態と同様に、サービスセンターが、新たなサービスアプリケーションのサービスを示すサービス識別情報をアクセスコードに埋め込んで、パスワードとともに利用者に対して通知する。
【００５１】
したがって、本実施形態によれば、サービス情報のみが変更されても、また新しいサービスが加わっても、従来のようにＵＩアプリケーション全体を作り変える必要がなくなり、再ビルド及び再アップロードせずにサービス情報の変更が行えるため、ＵＩアプリケーションの開発における工程を大幅に低減させることが可能となる。
また、本実施形態によれば、新たなＩＣカードをエミュレートするサービスが追加された場合においても、サービス情報データベース１１のサービス情報を書き換えることで対応することができ、ＵＩアプリケーションを変更せずに新たなサービスを提供することができる。
また、本実施形態によれば、サービス情報データベース１１が常に最新のサービスに対応しているため、利用者が新たなＩＣカードのサービスを受けようとした場合、ＵＩアプリケーションを再度ダウンロードする必要がなくなり、利用者のサービスを追加して受ける際の利便性が向上する。
【００５２】
次に、本発明の他の実施形態について説明する。携帯端末にインストールして利用するサービスアプリケーション、例えばクレジットカードや証明書カードなどの機能のアプリケーションの場合、セキュリティ認定や決済ブランド認定などの規定があり、各々のカードの有効期限や発行内容変更、不具合の改修が必要となり、定期的に新しい発行バージョンとする必要がある。ＩＣカードの場合、変更したＩＣカードを新たに利用者に郵送すれば良いが、携帯端末にインストールしたサービスアプリケーションの場合には、利用者にサービスアプリケーションを再度インストールしてもらう必要がある。
【００５３】
また、サービスアプリケーションによりサービスを提供する会社は、サービスが同一のサービスアプリケーションに対して同一のアプリケーション識別情報を用いる必要がある。このため、サービスアプリケーションを携帯端末５により利用している場合、外部からはアプリケーション識別情報の確認しか行えないため、ＵＩＣＣ５２にインストールされているサービスアプリケーションのバージョンがいつのものであるかを判定することができない。
【００５４】
一例を示すと、運用中のサービスアプリケーションにおいてセキュリティホールが検出され、このセキュリティホールが運用上において危険な状態にあることが判明した場合、このセキュリティホールを除去する変更を行った新たなサービスアプリケーションが作成される。そして、運用されているサービスアプリケーションを変更した最新のサービスアプリケーションに変更する必要が生じる。しかしながら、サービスアプリケーション自体の通常の動作には、セキュリティホールの有無に関係なく相違が判明せず、かつアプリケーション識別情報も同一のため、セキュリティホールがあるサービスアプリケーションか、あるいはセキュリティホールを除去したサービスアプリケーションかの区別を付けることができない。
【００５５】
以下、サービスアプリケーションのバージョンが変更された場合におけるサービスアプリケーションの再発行について説明する。ＵＩアプリケーションは、ＵＩＣＣ５２に対し、直前にインストールしたサービスアプリケーションのサービス情報とバージョン情報とを、非接触記憶カード５３の所定の領域に書き込んで記憶している。
図３は、本実施形態におけるサービスアプリケーションのカード再発行でのサービスアプリケーション配信システムの動作例を示すシーケンス図である。
【００５６】
シーケンスＦ１１：
ＵＩアプリケーションは、携帯端末５が起動される毎に、ＵＩＣＣ５２にインストールされているサービスアプリケーションに対して、サービス識別情報の送信を要求する。
【００５７】
シーケンスＦ１２：
サービスアプリケーションは、ＵＩアプリケーションに対して、自身のサービス識別情報を送信する。
【００５８】
シーケンスＦ１３：
ＵＩアプリケーションは、供給されたサービス識別情報をＵＩ管理サーバー１に対して送信し、このサービス識別情報の示すサービスアプリケーションのサービス情報を要求する。
【００５９】
シーケンスＦ１４：
ＵＩ管理サーバー１は、供給されたサービス識別情報に対応するサービスアプリケーションのサービス情報を、このサービス識別情報をキーとしてサービス情報データベース１１のサービス情報リストから読み出す。
そして、ＵＩ管理サーバー１は、サービス情報データベース１１から読み出したサービス情報を携帯端末５に対して送信する。
この時点において、ＵＩアプリケーションを開発する会社は、所定のサーバー（例えば、ＵＩ管理サーバー１）により、サービス情報データベース１１に記憶されているサービス情報のバージョン情報を最新のバージョンに書き換えてある。
【００６０】
シーケンスＦ１５：
ＵＩアプリケーションは、ＵＩ管理サーバー１から供給されるサービス情報からバージョン情報を抽出する。
そして、ＵＩアプリケーションは、自身の記憶しているサービス識別情報に対応したバージョンと、抽出したバージョンとを比較する。
このとき、ＵＩアプリケーションは、自身の記憶しているサービス識別情報に対応したバージョンと、抽出したバージョンとが一致する場合、ＵＩＣＣ５２にインストールされているサービスアプリケーションが最新バージョンであることを確認し、サービスアプリケーションの再インストールの処理を停止する。
【００６１】
一方、ＵＩアプリケーションは、自身の記憶しているサービス識別情報に対応したバージョンと、抽出したバージョンとが一致しない場合、ＵＩＣＣ５２にインストールされているサービスアプリケーションが古いバージョンであると判定する。
そして、ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２にアクセスして、アクセスコード、パスワード及びサービス情報を含む再発行要求を送信し、サービスアプリケーションの再発行のためのダウンロードの処理を開始する。
【００６２】
シーケンスＦ１６：
ＳＰ−ＴＳＭサーバー２は、供給される利用者のアクセスコード、パスワード及びサービス情報により、利用者データベース２１を参照し、利用者の認証を行う。
そして、ＳＰ−ＴＳＭサーバー２は、利用者データベース２１において、利用者のサービス情報におけるサービスアプリケーションが登録されていることを検出すると、再発行要求に対応して新たな個人データを生成し、生成した個人データを利用者データベース２１に書き込む。
また、ＳＰ−ＴＳＭサーバー２は、認証結果により、携帯端末５に対して暗号化された認証情報（証明書）を送信する。
【００６３】
シーケンスＦ１７：
ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２から認証情報が供給されると、ＭＮＯ−ＴＳＭサーバー４に対してこの認証情報を送信して、ＵＩＣＣ５２における現在のアプリケーションを削除するとともに、新たにサービスアプリケーションをインストールする領域確保を行うイニシャライズを要求する。
【００６４】
シーケンスＦ１８：
ＭＮＯ−ＴＳＭサーバー４は、携帯端末５から認証情報を含むイニシャライズの要求が供給されると、携帯端末５におけるＵＩＣＣ５２に対し、現在の指定されたサービスアプリケーションを削除する要求を行うとともに、新たなサービスアプリケーションをインストールする領域を確保するイニシャライズの要求を、ＵＩアプリケーションを介して行う。
そして、ＭＮＯ−ＴＳＭサーバー４は、イニシャライズが終了を示す終了情報を携帯端末５に対して送信する。
【００６５】
シーケンスＦ１９：
ＵＩアプリケーションは、ＭＮＯ−ＴＳＭサーバー４から終了情報が供給されると、ＳＰ−ＴＳＭサーバー２に対して、利用者のアクセスコード、パスワード及びサービス情報を含む配信要求を送信する。
【００６６】
シーケンスＦ２０：
ＳＰ−ＴＳＭサーバー２は、自身に設けられた利用者データベースに記憶されているアクセスコード及びパスワードと利用者の個人情報とが対応して記憶された利用者テーブルを、供給されたアクセスコードにより参照し、アクセスコードにより利用者を検出した後、パスワードを比較し、利用者が登録されているか否かを判定する。
そして、ＳＰ−ＴＳＭサーバー２は、利用者が登録されていることが判定されると、サービス情報に含まれるアプリケーション識別情報を抽出し、このアプリケーション識別情報に対応するサービスアプリケーションを携帯端末５に対して送信する。
【００６７】
シーケンスＦ２１：
ＵＩアプリケーションは、ＵＩＣＣ５２の確保された領域に対してサービスアプリケーションのインストールを行う。
そして、ＵＩアプリケーションは、サービスアプリケーションがＵＩＣＣ５２におけるイニシャライズされた所定の領域にインストールされたことを確認する。
これにより、ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２に対してアクセスし、アクセスコード、サービス情報及びパスワードを送信し、個人データの発行（パーソナライズ）を依頼する。
【００６８】
シーケンスＦ２２：
ＳＰ−ＴＳＭサーバー２は、アクセスコードに含まれるアプリケーション識別情報を読み出し、自身の管理するサービスアプリケーションの中に、読み出したアプリケーション識別情報に対応したアプリケーションサービスの有無を確認する。
そして、ＳＰ−ＴＳＭサーバー２は、利用者データベース２１において管理している利用者のなかに、供給されたアクセスコードに対応する利用者の有無を確認する。
ＳＰ−ＴＳＭサーバー２は、利用者データベース２１を参照した結果、アプリケーション識別情報に対応したアプリケーションを自身が管理し、かつアクセスコードが示す利用者が登録されている場合、供給されたアクセスコードに対応する個人データを利用者データベース２１から読み出す。
【００６９】
そして、ＳＰ−ＴＳＭサーバー２は、ＴＳＭデータベース４１から読み出した個人データを、携帯端末５に対して送信する。
ＵＩアプリケーションは、ＳＰ−ＴＳＭサーバー２から供給された個人データをＵＩＣＣ５２の所定の領域にインストールされているサービスアプリケーションに書き込み、サービスアプリケーションの活性化（パーソナライズ）、すなわち再発行の処理を行う。これにより、携帯端末５には、バージョンアップされたＩＣカードの動作をエミュレートする機能が付加され、ＩＣカードのサービスをエミュレートするサービスアプリケーションの再発行が行われる。
【００７０】
また、ＵＩアプリケーションがＵＩＣＣ５２にインストールされているサービスアプリケーションから、サービス識別情報とサービスアプリケーションの有効期限とを所定の周期で読み込む構成としても良い。この場合、ＵＩアプリケーションは、読み込んだ有効期限と現在の日付とを確認し、日付の差分がカード会社が設定している再発行の範囲であることを検出した場合、図３のフローチャートにより従い、シーケンスＦ１５におけるバージョンの判定を行わずに、サービスアプリケーションの再発行の処理を行う。
【００７１】
上述したように、他の実施形態によれば、一旦サービスアプリケーションをＵＩＣＣ５２にインストールした後、インストールしたサービスアプリケーションを変更する場合、バージョン情報などが不明でも、変更が必要なタイミングにおいてサービスアプリケーションを再インストールすることが可能となる。
【００７２】
また、図１におけるＵＩ管理サーバー１の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりサービス情報の管理の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７３】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００７４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであっても良い。
【００７５】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７６】
１…ＵＩ管理サーバー
２…ＳＰ−ＴＳＭサーバー
３…配信サービスサーバー
４…ＭＮＯ−ＴＳＭサーバー
５…携帯端末
１０＿Ａ…Ａ社サービスセンター
１０＿Ｚ…Ｂ社サービスセンター
１１…サービス情報データベース
２１…利用者データベース
５１…制御部
５２…ＵＩＣＣ
５３…非接触記憶カード５３
１００…インターネット
【図１】
2015222528.tif 000003
【図２】
2015222528.tif 000004
【図３】
2015222528.tif 000005
【図４】
2015222528.tif 000006