JP6372548B2

JP6372548B2 - 発行支援サーバ及び発行支援プログラム

Info

Publication number: JP6372548B2
Application number: JP2016223773A
Authority: JP
Inventors: 亜友美春名
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2016-11-17
Filing date: 2016-11-17
Publication date: 2018-08-15
Anticipated expiration: 2032-09-19
Also published as: JP2017054534A

Description

本発明は、発行支援サーバ及び発行支援プログラムに関する。

従来、例えば、おサイフケータイ（登録商標）といわれる携帯情報端末のＩＣチップでの非接触通信を利用した各種のサービスが多く存在する。例えば、乗車料金の支払いのための電子バリューが記録されたＩＣチップを内蔵した携帯情報端末を用いて、鉄道会社の自動改札機に対して非接触の通信をすることで乗車料金を支払うものが提案されている（例えば、特許文献１）。

特開２０１１−１９２２９３号公報

上述のサービスの提供を受けるには、携帯情報端末においてＩＣチップにそのサービスに関する会員情報の発行処理を行う必要がある。一方で、近年、ＩＣチップの通信規格は、複数存在する。しかし、特許文献１に記載のものは、複数の通信規格に対応するものではなかった。

そこで、本発明は、複数の通信規格に対応した発行処理が可能な発行プログラム、携帯情報端末及び発行支援サーバを提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。

第１の発明は、ユーザが携行可能なコンピュータ（１）において実行する発行プログラム（２１）であって、前記コンピュータを、前記コンピュータが有する近距離無線通信の通信規格を確認する通信規格確認手段（１４）と、前記通信規格確認手段によって確認した前記通信規格に対応し、前記コンピュータを使用して発行元のサービスの提供を受けるための発行処理を、セキュアな記憶領域に対して行う発行処理手段（１６）と、して機能させるための発行プログラムである。
第２の発明は、第１の発明の発行プログラム（２１）において、前記発行処理手段（１６）を、前記コンピュータ（１）が複数の前記通信規格に対応する場合に、各々の前記通信規格に対応した前記発行処理を、前記記憶領域に対して行うように機能させること、を特徴とする発行プログラムである。
第３の発明は、第１の発明の発行プログラム（２１）において、前記発行処理手段（１６）を、前記コンピュータ（１）が複数の前記通信規格に対応する場合に、各々の前記通信規格に対応した前記発行処理を、前記記憶領域に対して順番に行うように機能させること、を特徴とする発行プログラムである。
第４の発明は、第３の発明の発行プログラム（２１）において、前記コンピュータ（１）を、前記発行処理手段（１６）により前記発行処理がされた前記記憶領域に対して、前記発行処理がされた順番に、前記コンピュータを使用した前記発行元からのサービスの提供を受けられなくするための削除処理を行う削除処理手段（１８）と、して機能させること、を特徴とする発行プログラムである。
第５の発明は、第２の発明から第４の発明までのいずれかの発行プログラム（２１）において、前記記憶領域は、前記通信規格に対応して複数有すること、を特徴とする発行プログラムである。
第６の発明は、第１の発明から第５の発明までのいずれかの発行プログラム（２１）において、前記コンピュータ（１）に対して通信可能な第１サーバ（４）を経由する第１工程と、前記コンピュータに対して通信可能な第２サーバ（７）を経由する、前記第１工程とは異なる第２工程と、を備え、前記発行処理手段（１６）を、前記通信規格に応じて前記第１工程と前記第２工程とを選択して、前記発行処理を行う工程選択手段（１６ａ）として機能させること、を特徴とする発行プログラムである。
第７の発明は、第６の発明の発行プログラム（２１）において、前記発行処理手段（１６）を、発行処理要求を前記第１サーバ（４）に送信することで、前記工程選択手段（１６ａ）により選択された前記第１工程による発行処理を前記第１サーバとの間で行うように機能させ、発行処理要求を前記第１サーバに送信し、前記第２サーバ（７）への接続情報を前記第１サーバから受信することで、前記工程選択手段により選択された前記第２工程による発行処理を前記第２サーバとの間で行うように機能させること、を特徴とする発行プログラムである。
第８の発明は、第１の発明から第７の発明までのいずれかの発行プログラム（２１）において、前記コンピュータ（１）を、前記発行元（６）が有し、前記コンピュータの使用者を特定する識別情報の入力を受け付けて、前記発行元に対して前記識別情報を送信する識別情報送信手段（１１）と、前記発行元による前記識別情報を用いた認証結果を受信する認証結果受信手段（１２）と、して機能させ、前記発行処理手段（１６）を、前記認証結果受信手段により受信した前記認証結果が認証可の場合に、前記通信規格に対応した前記発行処理を行うように機能させること、を特徴とする発行プログラムである。

第９の発明は、第１の発明から第８の発明までのいずれかの発行プログラム（２１）を記憶した記憶部（２０）と、前記発行プログラムを実行する制御部（１０）と、を備える携帯情報端末（１）である。

第１０の発明は、携帯情報端末（１）から受信した発行元（６）のサービスの提供を受けるための認証要求を、サービスを提供する前記発行元に送信することで、前記発行元から受信した認証結果を前記携帯情報端末に送信する認証結果送信部（４２）と、前記認証結果が認証可であり、前記携帯情報端末から第１発行処理要求を受信した場合に、前記携帯情報端末を使用した前記発行元のサービスの提供を受けるための発行処理を前記携帯情報端末との間で行う第１発行処理部（４４）と、前記認証結果が認証可であり、前記携帯情報端末から第２発行処理要求を受信した場合に、発行処理サーバ（７）への認証要求を行い、前記発行処理サーバの接続情報を前記発行処理サーバから受信して前記携帯情報端末に送信することで、前記携帯情報端末と前記発行処理サーバとの間での前記発行処理を誘導する第２発行処理部（４６，４７）と、を備える発行支援サーバ（４）である。

本発明によれば、複数の通信規格に対応した発行処理が可能な発行プログラム、携帯情報端末及び発行支援サーバを提供することができる。

本実施形態に係る会員情報発行システムの全体構成を示す図である。本実施形態に係る携帯情報端末及び発行支援サーバの機能構成を示す図である。本実施形態に係る会員情報発行システムでの発行処理を説明するための図である。本実施形態に係る携帯情報端末の発行処理のフローチャートである。本実施形態に係る携帯情報端末のタッチパネルでの表示例を示す図である。本実施形態に係る発行処理済の携帯情報端末の使用例を示す図である。本実施形態に係る会員情報発行システムでの退会処理を説明するための図である。本実施形態に係る携帯情報端末のタッチパネルでの表示例を示す図である。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

（実施形態）
図１は、本実施形態に係る会員情報発行システム１００の全体構成を示す図である。
会員情報発行システム１００は、携帯情報端末１を用いてあるサービスの提供を受けるための会員情報を、携帯情報端末１に対して発行するシステムである。
会員情報発行システム１００は、携帯情報端末１と、発行支援サーバ４（第１サーバ）と、サービス提供サーバ６と、発行処理サーバ７（第２サーバ）と、アプリ配信サーバ８と、アプリ管理サーバ９とを備えている。携帯情報端末１と、発行支援サーバ４と、サービス提供サーバ６と、発行処理サーバ７と、アプリ配信サーバ８と、アプリ管理サーバ９とは、通信ネットワークＮを介して通信可能に接続されている。

携帯情報端末１は、あるサービスに関する会員情報の発行処理を行う端末である。そして、携帯情報端末１は、例えば、スマートフォンに代表される個人用の携帯コンピュータの機能を併せ持った携帯電話機である。
あるサービスとは、サービス提供事業者（発行元）が行う会員向けのサービスである。あるサービスは、例えば、鉄道会社が提供する乗車運賃の支払いサービスや、あるものを購入した際等にポイントを貯めることができるサービス等の様々なサービスが該当する。そして、携帯情報端末１の所有者は、既にそのサービスに関して会員登録済である。携帯情報端末１の所有者は、この携帯情報端末１を用いて会員登録済のあるサービスを受けるために、会員情報の発行処理を申し込む。

携帯情報端末１は、非接触で通信を行うＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）チップ２ａ及びＦｅｌｉｃａ（登録商標）チップ２ｂと、セキュアな記憶媒体であるＵＩＭ（ＵｓｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ）３とを有する。
ＮＦＣチップ２ａは、ＮＦＣの仕様により作成されたＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）チップである。ＮＦＣの規格（通信規格）（ＩＳＯ／ＩＥＣ１８０９２（ＮＦＣＩＰ−１）、ＩＳＯ／ＩＥＣ２１４８１（ＮＦＣＩＰ−２））では、１３．５６ＭＨｚの電磁波を使い、１００ｍｍ程度の至近距離でデータ通信を行う近距離無線通信が可能である。ＮＦＣチップ２ａは、ＮＦＣの規格による通信を利用して後述するリーダライタとの通信を行う。
Ｆｅｌｉｃａチップ２ｂは、Ｆｅｌｉｃａ機能が組み込まれたＩＣチップである。Ｆｅｌｉｃａチップ２ｂは、情報をセキュアに記憶する記憶領域である不揮発メモリと、無線通信チップとを内蔵している。Ｆｅｌｉｃａの規格（通信規格）では、１３．５６ＭＨｚの電磁波で通信し、１００ｍｍ程度のごく近距離での通信が可能である。
ＵＩＭ３は、携帯情報端末１を所有する個人を識別する情報が記録され、情報をセキュアに記憶する記憶媒体である。ＵＩＭ３は、発行用アプリ２２（後述する）を記憶する。

発行支援サーバ４は、携帯情報端末１と、サービス提供サーバ６との間でサービス提供サーバ６が提供するサービスを受けようとする携帯情報端末１の所有者である申込者の認証を仲介する。また、発行支援サーバ４は、認証後に携帯情報端末１から受信したＦｅｌｉｃａチップ２ｂに対応した会員情報の発行要求に応じて、発行処理サーバ７による発行処理を支援する。さらに、発行支援サーバ４は、認証後に携帯情報端末１から受信した会員情報の発行要求に応じて、ＮＦＣチップ２ａに対して発行処理を行う。
サービス提供サーバ６は、申込者により予め会員登録がされているサービス提供事業者のサーバである。サービス提供サーバ６は、サービス提供事業者ごとに複数あってもよい。サービス提供サーバ６は、申込者を認証し、携帯情報端末１を用いた会員情報の発行を許可するか否かの判断を行う。
発行処理サーバ７は、携帯情報端末１のＦｅｌｉｃａチップ２ｂに対して発行処理を行う。

アプリ配信サーバ８は、携帯情報端末１にダウンロードして使用するアプリケーションプログラム（以下、アプリ、ソフトウェアともいう。）を複数記憶する。アプリ配信サーバ８が記憶するアプリケーションプログラムには、携帯情報端末１に対して会員情報の発行を行うためのアプリである発行プログラム２１（後述する）を含む。アプリ配信サーバ８は、携帯情報端末１に対して発行プログラム２１を配信する。
アプリ管理サーバ９は、通信事業者が管理するサーバである。アプリ管理サーバ９は、主に携帯情報端末１のユーザが所持するＵＩＭ３のソフトウェアの管理を行う。アプリ管理サーバ９は、携帯情報端末１に対してＵＩＭ３のソフトウェアの１つである発行用アプリ２２（後述する）を配信する。
通信ネットワークＮは、例えば、インターネット回線であってよく、その一部が無線通信を行うものであってよい。

次に、会員情報発行システム１００の主な装置の機能構成について説明する。図２は、本実施形態に係る携帯情報端末１及び発行支援サーバ４の機能構成を示す図である。
携帯情報端末１は、上述したＮＦＣチップ２ａと、Ｆｅｌｉｃａチップ２ｂと、ＵＩＭ３との他に、制御部１０と、記憶部２０と、タッチパネル３０と、通信Ｉ／Ｆ（インタフェース）部３２とを備える。
ここで、ＵＩＭ３は、発行用アプリ２２を記憶する。発行用アプリ２２は、発行プログラム２１の実行によってアプリ管理サーバ９からダウンロードされる。また、発行用アプリ２２は、ＮＦＣチップ２ａに対応した会員情報の発行に必要なソフトウェアである。

制御部１０は、携帯情報端末１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているオペレーティングシステム（ＯＳ）や各種アプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
制御部１０は、識別情報送信手段としてのＩＤ（ＩＤｅｎｔｉｆｉｅｒ）・パスワード送信部１１と、認証結果受信手段としての認証結果受信部１２と、通信規格確認手段としての通信規格確認部１４と、発行処理手段としての発行処理部１６と、工程選択手段としての工程選択部１６ａと、削除処理手段としての削除処理部１８とを備える。

ＩＤ・パスワード送信部１１は、例えば、タッチパネル３０を用いて申込者が入力したＩＤとパスワードとを、発行支援サーバ４に対して送信する。ＩＤとパスワードは、会員情報を発行するためのサービス提供事業者側で申込者を特定するものであり、サービス提供サーバ６に既に登録されている。
認証結果受信部１２は、サービス提供サーバ６での認証結果を、発行支援サーバ４から受信する。
通信規格確認部１４は、携帯情報端末１が有する近距離無線通信の通信規格を確認する。
発行処理部１６は、通信規格確認部１４によって確認した通信規格に対応した発行処理を行う。
工程選択部１６ａは、ＮＦＣチップ２ａに対応する工程（第１工程）と、Ｆｅｌｉｃａチップ２ｂに対応する工程（第２工程）とを選択する。
削除処理部１８は、例えば、発行処理により発行された会員情報を削除することで、その会員情報を使用したサービス提供事業者によるサービスの提供を受けられないようにする。

記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部２０は、発行プログラム２１を記憶する。
発行プログラム２１は、携帯情報端末１に予めインストール済のソフトウェアである。また、発行プログラム２１は、アプリ配信サーバ８に対して通信をすることで、携帯情報端末１にダウンロードされるソフトウェアであってもよい。発行プログラム２１は、携帯情報端末１の制御部１０が実行する会員情報の発行処理のための各種機能を実現するためのプログラムである。
タッチパネル３０は、液晶パネル等で構成される表示部としての機能と、各種操作入力を行う入力部としての機能とを有する。
通信Ｉ／Ｆ部３２は、通信ネットワークＮを介して上述した各種のサーバとの通信を行うためのインタフェース部であり、送信部及び受信部の役割を行う。

発行支援サーバ４は、制御部４０と、記憶部５０とを備える。
制御部４０は、発行支援サーバ４の全体を制御するＣＰＵである。制御部４０は、記憶部５０に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
制御部４０は、ユーザ認証送信部４１と、認証結果送受信部４２と、第１発行受信部４３と、第１発行処理部４４と、第２発行受信部４５と、認証リクエスト部４６と、ＵＲＬ送受信部４７とを有する。
ユーザ認証送信部４１は、サービス提供事業者を特定する情報と共に携帯情報端末１から受信したＩＤ及びパスワードを、サービス提供サーバ６に対して送信する。
認証結果送受信部４２は、ユーザ認証送信部４１が送信したＩＤ及びパスワードを使用したサービス提供サーバ６での認証結果を受信し、携帯情報端末１に対して認証結果を送信する。

第１発行受信部４３は、携帯情報端末１からＮＦＣチップ２ａに対応した発行要求を受信する。
第１発行処理部４４は、ＵＩＭ３に対してＮＦＣチップ２ａに対応した会員情報の発行処理を行う。
第２発行受信部４５は、携帯情報端末１からＦｅｌｉｃａチップ２ｂに対応した発行要求を受信する。
認証リクエスト部４６は、発行処理サーバ７に対して、認証を受けたサービスの情報や申込者のＩＤ等を送信して、発行処理サーバ７に対して発行処理を依頼する。
ＵＲＬ送受信部４７は、申込者のＩＤ等を含む発行処理サーバ７を指定したＵＲＬを発行処理サーバ７から受信し、携帯情報端末１に送信する。
なお、認証リクエスト部４６と、ＵＲＬ送受信部４７とは、発行処理サーバ７との間での発行処理を誘導する第２発行処理部として機能する。
記憶部５０は、制御部４０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。

次に、会員情報発行システム１００の処理について説明する。図３は、本実施形態に係る会員情報発行システム１００での発行処理を説明するための図である。
（＃１）から（＃７）までは、サービス提供事業者に対するユーザ認証の処理である。
携帯情報端末１は、アプリ配信サーバ８から発行プログラム２１をダウンロードして、記憶部２０に記憶する（＃１）。ダウンロードの方法は、例えば、インターネットのショッピングサイトのページから発行プログラム２１をダウンロードしたり、サービス提供サーバ６にアクセスしてそこからアプリ配信サーバ８を経由してダウンロードしたりするものである。なお、携帯情報端末１に予め発行プログラム２１がインストールされている場合（プレインストール時）には、このダウンロードの処理は不要である。
次に、携帯情報端末１の制御部１０は、申込者からの操作を受け付ける。制御部１０は、受け付けた操作が発行プログラム２１の起動の操作であることに応じて、発行プログラム２１を起動して認証依頼処理を行う（＃２）。携帯情報端末１の制御部１０がサービス提供事業者によるサービス提供を受けるためのＩＤ及びパスワードを受け付けたことで、ＩＤ・パスワード送信部１１は、発行支援サーバ４に対して、サービス提供事業者を特定する情報と、ＩＤ及びパスワードとを送信する（＃３）。

発行支援サーバ４は、携帯情報端末１とサービス提供サーバ６との間の認証処理を仲介する。発行支援サーバ４のユーザ認証送信部４１は、受信したＩＤ及びパスワードを、ＩＤに対応するサービス提供サーバ６に送信する（＃４）。
サービス提供サーバ６は、受信したＩＤ及びパスワードを使用して認証処理を行い（＃５）、認証結果と、認証可の場合には、パーソナライズデータとを発行支援サーバ４に対して送信する（＃６）。パーソナライズデータとは、発行処理に必要なデータであり、そのサービスの会員登録がされた申込者の情報をいう。
発行支援サーバ４の認証結果送受信部４２は、サービス提供サーバ６から認証結果と、認証可の場合のパーソナライズデータとを受信し、認証結果を携帯情報端末１に対して送信する（＃７）。

次に、携帯情報端末１の通信規格確認部１４は、この携帯情報端末１の近距離無線通信の通信規格を確認する（＃８）。そして、携帯情報端末１の制御部１０は、発行処理のフローを決定する。本実施形態の携帯情報端末１は、Ｆｅｌｉｃａを利用した通信とＮＦＣを利用した通信とが可能な端末であるので、制御部１０は、Ｆｅｌｉｃａチップ２ｂに対する発行処理と、ＮＦＣチップ２ａに対する発行処理とを行うことを決定する。

次に、（＃９）から（＃１５）までは、携帯情報端末１のＦｅｌｉｃａチップ２ｂに会員情報を発行する処理である。なお、（＃１０）から（＃１５）までは、従来からのＦｅｌｉｃａの仕様にしたがって行われる処理である。
携帯情報端末１の工程選択部１６ａは、Ｆｅｌｉｃａチップ２ｂに対する発行処理を選択することで発行処理を行う（＃９）。そして、発行処理部１６は、発行支援サーバ４に対して発行処理を要求する（＃１０）。発行支援サーバ４の第２発行受信部４５は、発行処理の要求を受信し、認証リクエスト部４６は、発行処理サーバ７に対して認証リクエストをする発行支援処理を行う（＃１１）。発行処理サーバ７では、携帯情報端末１から直接発行処理サーバ７に接続するための発行用ＵＲＬを送信する事前処理を行い（＃１２）、発行支援サーバ４のＵＲＬ送受信部４７は、発行用ＵＲＬを受信し、携帯情報端末１に送信する（＃１３）。
携帯情報端末１の発行処理部１６は、受信した発行用ＵＲＬを用いて発行要求を発行処理サーバ７に対して行う（＃１４）。発行処理サーバ７は、携帯情報端末１のＦｅｌｉｃａチップ２ｂに発行データ用の領域を確保し、パーソナライズデータを書き込む発行処理を行う（＃１５）。
これらの処理により、携帯情報端末１のＦｅｌｉｃａチップ２ｂには、Ｆｅｌｉｃａによる通信を利用した発行処理が行われた状態になる。よって、携帯情報端末１は、Ｆｅｌｉｃａによる通信を使用した会員サービスを受けることができる。

次に、（＃１６）から（＃１９）までは、携帯情報端末１のＮＦＣチップ２ａに会員情報を発行する処理である。
携帯情報端末１の工程選択部１６ａは、ＮＦＣチップ２ａに対する発行処理を選択する。発行処理部１６は、アプリ管理サーバ９に対して一次発行を要求する（＃１６）。一次発行は、会員情報の発行に必要な情報をＵＩＭ３に書き込むことが可能かどうかの確認を行う処理である。書き込み可能であれば、アプリ管理サーバ９は、発行用アプリ２２を送信する（＃１７）。携帯情報端末１の制御部１０は、受信した発行用アプリ２２をＵＩＭ３に記憶させる。そして、携帯情報端末１の発行処理部１６は、ＵＩＭ３にインストールした発行用アプリ２２を起動して実行し、発行支援サーバ４に対して二次発行である発行処理を要求する（＃１８）。発行支援サーバ４の第１発行受信部４３は、発行処理の要求を受信し、第１発行処理部４４は、携帯情報端末１のＵＩＭ３にパーソナライズデータを書き込む発行処理を行う（＃１９）。そして、制御部１０は、本処理を終了する。

これらの処理により、携帯情報端末１のＵＩＭ３には、ＮＦＣによる通信を利用した発行処理が行われた状態になる。よって、携帯情報端末１は、ＮＦＣによる通信を使用した会員サービスを受けることができる。
以上の処理により、会員情報発行システム１００は、携帯情報端末１に対してＦｅｌｉｃａとＮＦＣとの２つの通信規格に対応する会員情報を発行できる。

次に、上述で説明した携帯情報端末１での発行処理の詳細を表示例と共に説明する。図４は、本実施形態に係る携帯情報端末１の発行処理のフローチャートである。図５は、本実施形態に係る携帯情報端末１のタッチパネル３０での表示例を示す図である。
図４のステップＳ（以下、「Ｓ」という。）１１において、携帯情報端末１の制御部１０は、申込者による操作によって、発行プログラム２１を起動する。
図５（ａ）は、発行プログラム２１を起動した際にタッチパネル３０に表示される画面例である。この例は、鉄道会社の会員サービスを受けるための発行処理に関するものである。そして、図５（ｂ）は、会員番号入力として、ＩＤ及びパスワードを入力するための画面例である。

図４に戻り、Ｓ１２において、例えば、図５（ｂ）のような画面に申込者がＩＤ及びパスワードを入力し、「次へ」を選択することで、制御部１０は、ＩＤ及びパスワードを受け付ける。
Ｓ１３において、ＩＤ・パスワード送信部１１は、受け付けたＩＤ及びパスワードを発行支援サーバ４に対して送信する認証要求を行う。
Ｓ１４において、認証結果受信部１２は、発行支援サーバ４から認証結果を受信し、制御部１０は、認証結果が認証可であるか否かを判断する。認証結果が認証可である場合（Ｓ１４：ＹＥＳ）には、制御部１０は、処理をＳ１５に移す。他方、認証結果が認証不可である場合（Ｓ１４：ＮＯ）には、制御部１０は、本処理を終了する。
なお、認証結果が認証可の場合に、制御部１０は、図５（ｃ）に示す画面を表示し、申込者からの「ＯＫ」の入力を受け付けてからＳ１５の処理に進むようにしてもよい。また、認証結果が認証不可の場合に、制御部１０は、図５（ｄ）に示す画面を表示し、申込者からの「戻る」の入力を受け付けた場合に図５（ｂ）の画面を表示し、Ｓ１２に戻るようにしてもよい。その場合に、記憶部２０にＩＤ及びパスワードの入力のやり直し回数の制限（例えば、３回）を予め記憶しておき、それ以上のやり直しを受け付けた場合には、制御部１０は、強制的に終了するようにしてもよい。

図４のＳ１５において、通信規格確認部１４は、携帯情報端末１の近距離無線通信の通信規格を確認する。通信規格の確認は、例えば、携帯情報端末１が有するチップの種類を確認することで、通信規格を確認できる。また、通信規格の確認は、例えば、携帯情報端末１が有するＵＩＭ３等のセキュアな記憶領域を確認することで、通信規格を確認できる。
Ｓ１６において、発行処理部１６は処理フローを決定する。処理フローの決定とは、Ｆｅｌｉｃａチップ２ｂに対してだけ発行処理を行うのか、ＮＦＣチップ２ａに対してだけ発行処理を行うのか、両者を行うのか、の決定をいう。

Ｓ１７において、発行処理部１６は、Ｆｅｌｉｃａチップ２ｂに会員情報を発行するか否かを判断する。Ｆｅｌｉｃａチップ２ｂに会員情報を発行する場合（Ｓ１７：ＹＥＳ）には、制御部１０は、処理をＳ１８に移す。他方、Ｆｅｌｉｃａチップ２ｂに会員情報を発行しない場合（Ｓ１７：ＮＯ）には、制御部１０は、処理をＳ１９に移す。
Ｓ１８において、発行処理部１６は、Ｆｅｌｉｃａチップ２ｂに対して発行処理を行う。この発行処理は、上述した図３の（＃９）〜（＃１５）に対応する。

Ｓ１９において、発行処理部１６は、ＮＦＣチップ２ａに会員情報を発行するか否かを判断する。ＮＦＣチップ２ａに会員情報を発行する場合（Ｓ１９：ＹＥＳ）には、制御部１０は、処理をＳ２０に移す。他方、ＮＦＣチップ２ａに会員情報を発行しない場合（Ｓ１９：ＮＯ）には、制御部１０は、本処理を終了する。
Ｓ２０において、発行処理部１６は、ＮＦＣチップ２ａに対して発行処理を行う。この発行処理は、上述した図３の（＃１６）〜（＃１９）に対応する。
図５（ｅ）は、上述のＳ１５以降の処理の間にタッチパネル３０に表示される画面例である。図５（ｅ）に示すように、タッチパネル３０には、進行状況を視覚的に表すことが望ましい。このようにすることで、処理待ちの際に申込者に与えるストレスを軽減できる。図５（ｆ）は、本処理の終了後にタッチパネル３０に表示される画面例である。

次に、上述の処理により会員情報が発行された携帯情報端末１の使用例を説明する。図６は、本実施形態に係る発行処理済の携帯情報端末１の使用例を示す図である。
申込者は、携帯情報端末１に対して駅の自動改札機６１を通過できる会員サービスの発行処理を行ったものとする。申込者である使用者Ｐは、駅の自動改札機６１のリーダライタ６２に携帯情報端末１をかざして近づける。リーダライタ６２を有する自動改札機６１は、サービス提供サーバ６に接続されており、サービス提供サーバ６での認証結果によって、自動改札機６１のゲートを開閉するものとする。この例では、その際の携帯情報端末１とリーダライタ６２との組み合わせによるリーダライタ６２の処理について説明する。
なお、リーダライタ６２は、定期的（例えば、１秒ごと）にＥＭＶ（Ｅｕｒｏｐａｙ、ＭａｓｔｅｒＣａｒｄ、ＶＩＳＡの略）のポーリング（要求問合せ）とＦｅｌｉｃａのポーリングとを繰り返すものとする。ＥＭＶのポーリングは、ＮＦＣチップ２ａが応答可能であり、Ｆｅｌｉｃａのポーリングは、Ｆｅｌｉｃａチップ２ｂが応答可能である。

パターン１は、携帯情報端末１がＮＦＣチップ２ａ及びＦｅｌｉｃａチップ２ｂを有する場合である。この場合には、発行処理は、ＮＦＣチップ２ａとＦｅｌｉｃａチップ２ｂとに対して行われている。よって、リーダライタ６２がポーリングしたもののうち、携帯情報端末１をかざして近づけたときに最初にポーリングしたものに携帯情報端末１が応答することで、リーダライタ６２側では認証処理を行う。携帯情報端末１は、ポーリングがＥＭＶであってもＦｅｌｉｃａであっても応答できる。
パターン２は、携帯情報端末１がＦｅｌｉｃａチップ２ｂのみを有する場合である。この場合には、発行処理は、Ｆｅｌｉｃａチップ２ｂに対してのみ行われている。携帯情報端末１は、リーダライタ６２がポーリングしたもののうち、ＥＭＶには対応できない。そして、携帯情報端末１は、次にポーリングされるＦｅｌｉｃａに応答することで、リーダライタ６２側では認証処理を行う。

パターン３は、携帯情報端末１がＮＦＣチップ２ａのみを有する場合である。この場合には、発行処理は、ＮＦＣチップ２ａに対してのみ行われている。携帯情報端末１は、リーダライタ６２がポーリングしたもののうち、Ｆｅｌｉｃａには対応できない。そして、携帯情報端末１は、次にポーリングされるＥＭＶに応答することで、リーダライタ６２側では認証処理を行う。
したがって、携帯情報端末１が会員情報発行システム１００で発行された会員情報を用いることで、リーダライタ６２側では、携帯情報端末１の会員情報の発行状況に応じた認証処理を行うことができる。そして、リーダライタ６２は、定期的に通信規格の異なるポーリングをするので、どのような携帯情報端末１を使用した場合であっても、認証処理にかかる時間を短くできる。

次に、発行処理済の携帯情報端末１の退会処理について説明する。退会処理とは、サービスの提供を受けるための発行処理をして使用可能にした携帯情報端末１から、パーソナルデータを削除することで、携帯情報端末１でサービスの提供を受けられなくすることをいう。図７は、本実施形態に係る会員情報発行システム１００での退会処理を説明するための図である。図８は、本実施形態に係る携帯情報端末１のタッチパネル３０での表示例を示す図である。
図７において、まず、携帯情報端末１の制御部１０は、申込者からの操作を受け付ける。制御部１０は、受け付けた操作が発行プログラム２１の起動の操作であることに応じて、発行プログラム２１を起動して、退会依頼処理を行う（＃１０１）。
図８（ａ）は、発行プログラム２１を起動して、会員情報をタッチパネル３０に表示した画面例である。そして、図８（ａ）にて携帯情報端末１の使用者が「退会」を選択することで、携帯情報端末１は、図８（ｂ）に示す画面を表示する。図８（ｂ）にて携帯情報端末１の使用者が「ＯＫ」を選択することで、携帯情報端末１は、図８（ｃ）に示す画面を表示する。

図７に戻り、携帯情報端末１の削除処理部１８は、削除処理のフローを決定し、削除処理を行う（＃１０２）。例えば、携帯情報端末１がＦｅｌｉｃａチップ２ｂに対してのみ会員情報の発行をしたものである場合には、削除処理部１８は、Ｆｅｌｉｃａチップ２ｂに対してのみパーソナライズデータを削除する処理を行う。また、携帯情報端末１がＮＦＣチップ２ａに対してのみ会員情報の発行をしたものである場合には、削除処理部１８は、ＮＦＣチップ２ａに対してのみパーソナライズデータを削除する処理を行う。さらに、携帯情報端末１がＦｅｌｉｃａチップ２ｂとＮＦＣチップ２ａとの両者に対して会員情報の発行をしたものである場合には、削除処理部１８は、両者に対してパーソナライズデータを削除する処理を行う。ここで、削除処理部１８は、発行処理の際と同じ順番で削除処理を行う。つまり、発行処理時に、最初にＦｅｌｉｃａチップ２ｂに対する発行処理をしている場合には、削除処理時にも、最初にＦｅｌｉｃａチップ２ｂに対する処理を行う。

（＃１０３）から（＃１０９）までは、携帯情報端末１によるＦｅｌｉｃａチップ２ｂを使用したサービスの提供を受けられなくするための削除処理である。
携帯情報端末１の削除処理部１８は、発行支援サーバ４に対して退会処理を要求する（＃１０３）。発行支援サーバ４の制御部４０は、退会処理の要求を受信し、認証リクエスト部４６は、発行処理サーバ７に対して認証リクエストを行う（＃１０４）。発行処理サーバ７では、携帯情報端末１から直接発行処理サーバ７に接続するための削除用ＵＲＬを発行支援サーバ４に対して送信することで（＃１０５）、発行支援サーバ４のＵＲＬ送受信部４７は、削除用ＵＲＬを受信し、携帯情報端末１に送信する（＃１０６）。
なお、発行支援サーバ４は、本処理の終了後に、即時に又は定期的なタイミングで、削除されたことをサービス提供サーバ６に対して報告してもよい（＃１０７）。

携帯情報端末１の削除処理部１８は、受信した削除用ＵＲＬを用いて退会要求を発行処理サーバ７に対して行う（＃１０８）。発行処理サーバ７は、携帯情報端末１のＦｅｌｉｃａチップ２ｂに確保されているパーソナライズデータの書き込み領域を削除する（＃１０９）。
これらの処理により、携帯情報端末１のＵＩＭ３には、Ｆｅｌｉｃａチップ２ｂに対する発行処理によって記憶されたパーソナライズデータが削除された状態になる。よって、携帯情報端末１は、Ｆｅｌｉｃａチップ２ｂを使用した会員サービスを受けられなくなる。

次に、（＃１１０）から（＃１１３）までは、携帯情報端末１のＵＩＭ３から発行用アプリ２２をアンインストールして、ＮＦＣチップ２ａを使用したサービスの提供を受けられなくするための削除処理である。
携帯情報端末１の削除処理部１８は、アプリ管理サーバ９に対して発行用アプリ２２のアンインストールを要求する（＃１１０）。アプリ管理サーバ９は、携帯情報端末１のＵＩＭ３に指示することで（＃１１１）、削除処理部１８は、ＵＩＭ３に記憶された発行用アプリ２２をアンインストールする。また、削除処理部１８は、発行支援サーバ４に対して退会通知を行う（＃１１２）。発行支援サーバ４の制御部４０は、結果を通知する（＃１１３）。そして、制御部１０は、本処理を終了する。

これらの処理により、携帯情報端末１のＵＩＭ３には、ＮＦＣチップ２ａに対する発行処理によって記憶されたパーソナライズデータが削除された状態になる。よって、携帯情報端末１は、ＮＦＣチップ２ａを使用した会員サービスを受けられなくなる。
全ての処理が終了すると、携帯情報端末１は、図８（ｄ）に示す画面を表示する。
このような処理により、会員情報発行システム１００は、発行処理により携帯情報端末１に格納されたパーソナライズデータを削除できる。

このように、本実施形態によれば、以下のような効果がある。
（１）会員情報発行システム１００は、携帯情報端末１が有する近距離無線の通信規格（例えば、Ｆｅｌｉｃａの規格やＮＦＣの規格）を確認することで、通信規格に対応した発行処理を通信規格に対応したセキュアな記憶領域に対して行うことができる。
（２）会員情報発行システム１００は、携帯情報端末１が複数の通信規格を有する場合に、複数の通信規格の各々に対応した発行処理を各々の通信規格に対応したセキュアな記憶領域に対して行うことができる。しかも、会員情報発行システム１００は、複数の通信規格の各々に対応した発行処理を順番に行うことができる。

（３）会員情報発行システム１００は、携帯情報端末１のセキュアな記憶領域に対する発行処理を行った順番で削除処理を行うことができる。これは、発行処理や削除処理中に、例えば、通信障害等のエラーが発生して処理が中断されてしまった場合に、発行処理中であったか、削除処理中であったかを判別できて有効である。発行処理の順番と削除処理の順番とが決められていない場合や、発行処理の順番と逆の順番で削除処理をする場合には、発行処理の途中で中断されたか、削除処理の途中で中断されたかの判断が、発行状況から判別できない。よって、発行処理を行った順番で削除処理を行うことで、会員情報発行システム１００は、その際の携帯情報端末１の発行状況によって、発行処理の途中であるか、削除処理の途中であるかを判別できる。

（４）会員情報発行システム１００は、通信規格に対応して携帯情報端末１の複数の記憶領域を有することで、誤った記憶領域に会員情報を書き込むことを防止でき、セキュリティ性が向上する。
（５）会員情報発行システム１００は、通信規格に応じて、通信先の異なる第１工程と第２工程とを選択して発行処理をすることができる。そして、その工程は、ＮＦＣチップ２ａに対応した発行支援サーバ４による発行処理を行うための第１発行処理（第１工程）と、Ｆｅｌｉｃａチップ２ｂに対応した発行処理サーバ７による発行処理を行うための第２発行処理（第２工程）とにすることができる。
また、会員情報発行システム１００は、従前のＦｅｌｉｃａに対する発行システムに、ＮＦＣに対する発行処理の仕組みを追加することで、従前の会員に対してもＮＦＣ規格を利用できるようにできる。

（６）会員情報発行システム１００は、携帯情報端末１からの認証要求に対して発行元が認証できた場合に、通信規格に応じた発行処理を行うことができる。
（７）会員情報発行システム１００は、発行処理の順序をＦｅｌｉｃａチップ２ｂに対応した発行処理サーバ７による発行処理を行い、その後にＮＦＣチップ２ａに対応した発行支援サーバ４による発行処理を行うようにすることで、発行処理の途中で中断した場合であっても、Ｆｅｌｉｃａチップ２ｂのみを使用できる可能性があるため、申込者にとって利便性の高いシステムを提供できる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）本実施形態では、携帯情報端末は、ＮＦＣチップ、ＦｅｌｉｃａチップとＵＩＭとを有するものとして説明したが、これらに限定されない。ＮＦＣチップ、Ｆｅｌｉｃａチップは、あくまで一例であって、ＮＦＣやＦｅｌｉｃａの仕様により作成されたものではないＩＣチップであってもよい。また、ＵＩＭに代わるものとして、マイクロＳＤカード等の携帯情報端末から取り外し可能な記憶媒体であってもよいし、取り外しが不可のモジュールであってもよい。
（２）本実施形態では、携帯情報端末は、ＮＦＣチップとＦｅｌｉｃａチップとの２つのチップを有するものとして説明した。しかし、ＮＦＣとＦｅｌｉｃａとの機能を有する１つのチップであってもよい。
（３）本実施形態では、発行処理及び退会処理の順番として、Ｆｅｌｉｃａチップに対する処理を行った後にＮＦＣチップに対する処理を行うものとして説明した。現状、発行処理に要する時間がＦｅｌｉｃａチップに対する処理の方が短いため、処理途中での通信の中断等の不測の事態を考慮すると、Ｆｅｌｉｃａチップに対する処理を初めに行う方が望ましい。しかし、ＮＦＣチップに対する処理を行った後にＦｅｌｉｃａチップに対する処理を行ってもよい。

（４）本実施形態では、退会処理として、発行処理によって格納したパーソナルデータを削除するものとして説明した。しかし、退会処理は、これに限定されない。例えば、削除フラグを立てて、パーソナルデータを参照できないようにする仕組み等によるものであってもよい。
（５）本実施形態では、携帯情報端末を、スマートフォンに代表される個人用の携帯コンピュータの機能を併せ持った携帯電話機として説明したが、これに限定されない。
（６）本実施形態では、サービス提供サーバ６は、鉄道会社のサービスを利用するものとして説明したが、これに限定されない。

１携帯情報端末
２ａＮＦＣチップ
２ｂＦｅｌｉｃａチップ
３ＵＩＭ
４発行支援サーバ
６サービス提供サーバ
７発行処理サーバ
８アプリ配信サーバ
９アプリ管理サーバ
１０，４０制御部
１１ＩＤ・パスワード送信部
１２認証結果受信部
１４通信規格確認部
１６発行処理部
１６ａ工程選択部
１８削除処理部
２０，５０記憶部
２１発行プログラム
２２発行用アプリ
３０タッチパネル
３２通信Ｉ／Ｆ部
４１ユーザ認証送信部
４２認証結果送受信部
４３第１発行受信部
４４第１発行処理部
４５第２発行受信部
４６認証リクエスト部
４７ＵＲＬ送受信部
６２リーダライタ
１００会員情報発行システム
Ｎ通信ネットワーク

Claims

携帯情報端末と、サービスを提供するサービス提供サーバとの各々に対して通信可能に接続され、前記携帯情報端末に対するサービスの提供を受けるための会員情報の発行を支援する発行支援サーバであって、
前記携帯情報端末から受信した認証要求を、前記認証要求に対応する前記サービス提供サーバに対して送信し、前記サービス提供サーバから受信した認証結果を、前記携帯情報端末に送信する認証結果送信部と、
前記認証結果が認証可の場合に、前記携帯情報端末から発行処理要求を受信する発行処理受信部と、
前記発行処理受信部が受信した前記発行処理要求に基づいて複数の近距離無線通信の通信規格のうちいずれの通信規格であるかを確認し、前記携帯情報端末に対して確認した前記通信規格に対応した発行処理を行う発行処理部と、
を備える発行支援サーバ。
請求項１に記載の発行支援サーバにおいて、
前記発行処理部は、
前記携帯情報端末に対して発行処理を直接行う第１発行処理部と、
発行処理サーバに通信接続し、前記発行処理サーバから受信した前記発行処理サーバの接続情報を、前記携帯情報端末に送信する第２発行処理部と、
を備えること、
を特徴とする発行支援サーバ。
携帯情報端末と、サービスを提供するサービス提供サーバとの各々に対して通信可能に接続され、前記携帯情報端末に対するサービスの提供を受けるための会員情報の発行を支援するコンピュータである発行支援サーバで実行する発行支援プログラムであって、
前記発行支援サーバを、
前記携帯情報端末から受信した認証要求を、前記認証要求に対応する前記サービス提供サーバに対して送信し、前記サービス提供サーバから受信した認証結果を、前記携帯情報端末に送信する認証結果送信手段と、
前記認証結果が認証可の場合に、前記携帯情報端末から発行処理要求を受信する発行処理受信手段と、
前記発行処理受信手段が受信した前記発行処理要求に基づいて複数の近距離無線通信の通信規格のうちいずれの通信規格であるかを確認し、前記携帯情報端末に対して確認した前記通信規格に対応した発行処理を行う発行処理手段と、
して機能させるための発行支援プログラム。
請求項３に記載の発行支援プログラムにおいて、
前記発行処理手段を、
前記携帯情報端末に対して発行処理を直接行う第１発行処理手段と、
発行処理サーバに通信接続し、前記発行処理サーバから受信した前記発行処理サーバの接続情報を、前記携帯情報端末に送信する第２発行処理手段と、
して機能させること、
を特徴とする発行支援プログラム。