(57)【要約】【課題】  新規にモバイルFeliCa等の非接触ＩＣチップを使った会員サービスの導入を検討している業者、及び既に会員サービスを導入している業者に対し、サービス開始までの導入コストの低減を図ることができる会員サービス支援システムを提供すること。【解決手段】  複数のサービス提供業者が共通に利用できる非接触ＩＣチップアクセス用の携帯アプリケーションを携帯端末からの要求に応じてダウンロードするダウンロードサーバと、前記携帯アプリケーションをダウンロードした携帯端末との通信を行い、サービス提供業者別に会員登録とサービス種別を登録し、携帯アプリケーションに通知するデータベースサーバと、受信したサービス情報を非接触ＩＣチップのサービス提供業者別の書込みエリアに書き込む携帯アプリケーションを備えた携帯端末とを有することを特徴とする。【選択図】      図１
2010198546.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービス提供業者が共通に利用できる非接触ＩＣチップアクセス用の携帯アプリケーションを携帯端末からの要求に応じてダウンロードするダウンロードサーバと、前記携帯アプリケーションをダウンロードした携帯端末との通信を行い、サービス提供業者別に会員番号及びサービス種別を登録し、登録した会員番号によって会員かどうかの認証を行った後、サービス提供業者が提供したサービスに応じてサービス情報を携帯端末の携帯アプリケーションに通知するデータベースサーバと、受信したサービス情報を非接触ＩＣチップのサービス提供業者別の書込みエリアに書き込む携帯アプリケーションを備えた携帯端末とを有することを特徴とする非接触ＩＣチップを用いた会員サービス支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機を利用した非接触ＩＣチップによる会員サービスを複数企業に対して共通的に提供する会員サービス支援システムに関するものである。
【背景技術】
【０００２】
音楽ＣＤやビデオ等の販売を取り扱う業者は、購入金額に応じたポイントを購入者に付与し、そのポイントを持って次回の購入時に割引を行うようなサービスを提供していることが多い。
【０００３】
これに対して、各業者は各購入者の判別やポイント管理を目的とした「会員制」を導入し、カード型（紙カード、プラスチックカード）の会員証を発行している。その際に、ポイントやユーザ情報の管理を行うためのデータベースシステムを導入していることが多い。
【０００４】
この場合、商品を購入するユーザは複数の業者のポイント制会員となっているパターンが多い。この場合にユーザは複数のカード型会員証を別々に管理する必要があり、煩雑である。
【０００５】
これに対し、爆発的に普及した携帯電話機に下記の特許文献１の技術であるFeliCa（登録商標）と呼ばれる非接触ＩＣチップが搭載されたことを受け、この非接触ＩＣチップを用いた会員サービスが広がりつつある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２７９１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、モバイルFeliCaを利用した会員サービスの導入を行う場合、携帯電話機上で動作するアプリケーションや会員情報のやりとりを行うために利用されるサーバ等を併せて導入する必要があり、サービス開始までのコストが高くなるという問題がある。
【０００８】
本発明の目的は、新規にモバイルFeliCa等の非接触ＩＣチップを使った会員サービスの導入を検討している業者、及び既に会員サービスを導入している業者に対し、サービス開始までの導入コストの低減を図ることができる会員サービス支援システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明に係る非接触ＩＣチップを用いた会員サービス支援システムは、複数のサービス提供業者が共通に利用できる非接触ＩＣチップアクセス用の携帯アプリケーションを携帯端末からの要求に応じてダウンロードするダウンロードサーバと、前記携帯アプリケーションをダウンロードした携帯端末との通信を行い、サービス提供業者別に会員番号及びサービス種別を登録し、登録した会員番号によって会員かどうかの認証を行った後、サービス提供業者が提供したサービスに応じてサービス情報を携帯端末の携帯アプリケーションに通知するデータベースサーバと、受信したサービス情報を非接触ＩＣチップのサービス提供業者別の書込みエリアに書き込む携帯アプリケーションを備えた携帯端末とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、モバイルFeliCaなどの会員サービス支援システムで使用する携帯アプリケーションやサーバを共通化することができ、サービス開始までの導入コストの低減を図ることができる。これにより、複数のサービス提供業者が別々に提供していた会員サービスを共通の携帯アプリケーションを用いて提供することが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係るモバイルFeliCa会員サービス支援システムの構成を示すブロック図である。
【図２】モバイルFeliCa会員サービス支援システムが提供する携帯アプリケーションから行う会員登録時の処理を示すフローチャートである。
【図３】モバイルFeliCa会員サービス支援システムで利用する携帯アプリケーションの共通化を可能とするデータ構造のうち、FeliCa領域のデータ構造について示したものである。
【図４】モバイルFeliCa会員サービス支援システムで利用する携帯アプリケーションの共通化を可能とするデータ構造のうち、顧客情報を保持するデータベースのレイアウトについて示したものである。
【図５】モバイルFeliCa会員サービス支援システムが保持する「登録業者情報」テーブル、「登録サービス情報」テーブル、「FeliCa定義情報」テーブルの構造とFeliCaへの書込みまでの処理について示したものである。
【図６】モバイルFeliCa会員サービス支援システムを用いて登録したサービス情報の削除、すなわち各業者が提供するサービスからの退会処理を示すフローチャートである。
【図７】各サービス事業者が独自で定義する顧客データが存在する場合に利用する、顧客属性情報変更処理の概要を示す図である。
【発明を実施するための形態】
【００１２】
以下、この発明の実施の形態について、図１〜図７を用いて説明する。
図１は、本発明の実施形態を示すモバイルFeliCa会員サービス支援システムの全体構成を示すブロックである。
図１に示すように、本実施形態のモバイルFeliCa会員サービス支援システムは、携帯アプリケーションダウンロードサーバ１と、ゲートウェイサーバ２と、標準的なデータ構造及びモバイルFeliCa会員サービス支援システムの利用企業、サービスに関する情報を持つデータベースサーバ３と、携帯端末４とから構成されている。
【００１３】
ここで、モバイルFeliCa会員サービスの利用希望者が持つ携帯端末４は、携帯アプリダウンロードサーバ１を通してFeliCaアクセス用の携帯アプリケーション６をダウンロードする。
なお、携帯端末４は、ここでは携帯電話機で構成されていることを前提に説明するが、小型ノートパーソナルコンピュータやＰＤＡなどの携帯可能な情報端末にデータ通信機能を組み込んだ情報端末で構成することができる。
【００１４】
モバイルFeliCa会員サービスの利用希望者がもつ携帯端末４上で起動された携帯アプリケーション６は、ゲートウェイサーバ２との通信を行い、モバイルFeliCa会員サービスを提供している業者のリストをダウンロードする。
【００１５】
モバイルFeliCa会員サービスの利用希望者は、携帯アプリケーション６を用いてゲートウェイサーバ２からダウンロードしてきた業者リストから利用希望サービスを選択する。
【００１６】
図２は、携帯アプリケーション６から行う会員登録時のフローチャートである。
会員登録を行うには２つの方法がある。第１の方法は、従来の紙やプラスチック形状の会員証にて既に会員登録を済ませているユーザが各サービスの会員であることを一意に示す会員番号を携帯アプリケーション６が表示する入力画面上で手動入力する方法である。
この場合は、パスワードによる会員認証に成功した場合のみ、FeliCaへの書込みを開始する。これにより、従来の紙やプラスチック形状の会員証にて既に会員登録を済ませているユーザの会員証をスムースに移行することが可能となる。
第２の方法は、携帯アプリケーション６が表示する入力画面上から会員登録を行う方法である。
【００１７】
携帯アプリケーション６からの会員登録が選択された場合、サービスの利用に必要な最低限の情報として名前及び生年月日の入力とパスワードの設定を求め、ゲートウェイサーバ２に送信する。
ゲートウェイサーバ２は各会員サービスで利用する会員番号を一意に採番し、利用サービス情報（後述する）と共に携帯アプリケーション６に返却する。これを受け、携帯アプリケーション６はFeliCaへの書込み要求を行う。
この方法では、ユーザに関しての属性情報（氏名等）のやりとりが一切行われないため、後述するサービス利用者情報変更方法により属性情報を登録する。
【００１８】
図２において、携帯アプリケーション６が処理選択処理メニュー画面を表示し（ステップ２１）、既に会員になっているかを選択させる（ステップ２２）。
既に会員になっている場合、会員番号、パスワードを入力画面で入力し、ゲートウェイサーバ２に送信する（ステップ２３）。
ゲートウェイサーバ２では、データベースサーバ３とのやり取りを行い、会員番号、パスワードによりユーザ認証を行う(ステップ２４)。これにより、ユーザ認証に成功した場合にはFeliCaへの書込みを行う（ステップ２９）。そして、提供業者が提供するサービスのうち利用を希望するサービスを受け、処理を終了する（ステップ２５）。
【００１９】
ステップ２４において、ユーザ認証に失敗した場合には、認証失敗メッセージを表示し（ステップ２６）、最初のメニュー画面に戻る。
ステップ２２において、既に会員になっていなかった場合は、名前、生年月日、パスワードを入力画面で入力し、ゲートウェイサーバ２に送信する（ステップ２７）。
ゲートウェイサーバ２では、会員番号を採番し、携帯端末４に返信する（ステップ２８）。
携帯端末４の携帯アプリケーション６は、会員番号をFeliCaのサービス提供業者別のエリアに書込み（ステップ２９）、登録完了メッセージを表示して処理を終了する（ステップ３０）。
【００２０】
図３は、モバイルFeliCa会員サービス支援システムで利用する携帯アプリケーション６の共通化を可能とするデータ構造のうち、FeliCa領域のデータ構造について示したものである。
携帯端末４のFeliCaが会員証として機能するために必要な最低限の情報としては、各サービスの会員であることを一意に示す会員番号が挙げられる。
また、複数のサービス提供業者からの会員サービスを支援することから、サービス提供業者及びサービスが利用している業者別情報登録領域３１を判別できる必要がある。
【００２１】
サービス提供業者の判別にはFeliCa Networks社から払い出される「エリアコード」３２、利用サービスの判別には「サービス用エリアコード」３３を用いることによって実現可能である。
よって、FeliCaへの書込み及び読み込みに必要な情報は、「エリアコード」３２、「サービス用エリアコード」３３、「会員番号」の３つである。
そのため、モバイル会員サービスのFeliCaデータ構造として、データ構造３１の構造を採用し、これを１業者に対する割り当て領域とすることにより、携帯アプリケーション６がアクセスする携帯電話内部のFeliCaデータ構造を一意に定めることが可能となる。
【００２２】
FeliCaデータ構造が一意に定まると、携帯アプリケーション６の処理を一本化することが出来るため、複数の会員証サービスで共通的に利用可能な携帯アプリケーション６を構築することが可能となる。
共通化した携帯アプリケーション６を利用した会員サービスを提供することで、会員サービスを利用するユーザは従来のように複数のアプリケーションのインストールを行うことなく、１つの携帯アプリケーションのみで複数の会員サービスを受けられるようになる。
【００２３】
図４は、携帯アプリケーション６の共通化を可能とするデータ構造のうち顧客情報を保持するデータベースのレイアウトについて示したものである。
各会員サービスが、自前のデータ構造を必要としない場合は、データベースサーバ３を利用するパターンを選択することができる。この時、データベースは「顧客情報」テーブル４１を持つ。
「顧客情報」テーブル４１に保持するデータは、各サービス単位で一意となる「会員番号」と「氏名」、「生年月日」、「パスワード」である。
「顧客情報」テーブル４１は「会員番号」を主キーとするテーブルである。
「顧客情報」テーブル４１に登録する「氏名」及び「生年月日」はサービスを利用するユーザの情報のうち、最低限のものとして登録するものである。
「顧客情報」テーブル４１に登録する「パスワード」はサービスを利用する際の認証に利用するものである。
【００２４】
顧客情報として、システムが用意するデータ以外のものを登録させたい場合は、各サービス業者が独自でデータベースサーバを用意する選択を行うことができる。
各サービス業者が独自にデータベースサーバを用意する場合、「顧客情報」テーブル４１とは別のテーブルとして「顧客詳細情報」テーブル４２を用意する形式にてデータを保持する。
「顧客詳細情報」テーブル４２は「顧客情報」の会員番号を外部キーとする。
【００２５】
共通化した携帯アプリケーション６は、それぞれのサービス毎に用意された「顧客情報」テーブル４１、「顧客詳細情報」テーブル４２に対し、会員番号や各会員サービスで利用するポイント情報等を格納することにより、それぞれの業態に合わせた会員サービスを行うことが可能となる。
具体的には、ＰＯＳ（Point of Sale）システムとFeliCa読み取り装置を利用して連動させることにより、スムースな会員証確認とポイント利用を実現することが可能となり、オーソドックスな会員サービスを立ち上げることができる。また、「顧客詳細情報」テーブル４２のカスタマイズにより、細かなデータ要件にも対応可能である。
【００２６】
このように、モバイルFeliCa会員サービス支援システム側で顧客情報を予め定義しておくことで、各サービス提供業者の会員サービス導入時コストを削減することができ、かつモバイルFeliCa会員サービス支援システム側は複数の企業、サービスが利用できる基盤を持つことができる。
【００２７】
図５は、モバイルFeliCa会員サービス支援システムが保持する「登録業者情報」テーブル５１、「登録サービス情報」テーブル５２、「FeliCa定義情報」テーブル５３の構造について示したものである。
モバイルFeliCa会員サービス支援システム側が用意する携帯アプリケーション６は、図３、図４のようにデータ構造を予め定めておくことにより共通化可能であるが、実際にFeliCa領域への書込みを行うためには、各サービスが利用するFeliCa領域の判別が必要となる。これら３つのテーブルは、その際に「サービス業者の判別」及び「業者が提供しているサービスの判別」を可能とするために利用するものである。
【００２８】
「登録業者情報」テーブル５１は、モバイルFeliCa会員サービス支援システムを利用する企業情報を保持するものである。
「登録業者情報」テーブル５１は、「業者ＩＤ」、「業者名」を保持する。
「登録サービス情報」テーブル５２は、各業者が提供する会員サービスの情報を保持するものである。
「登録サービス情報」テーブル５２は、「業者ＩＤ」、「サービス名」、「サービス登録番号」を保持する。
「FeliCa定義情報」テーブル５３は、モバイルFeliCa会員サービスを行うにあたって必要となるFeliCaリモート発行処理に関する情報を保持するものである。本テーブルの情報を基に、FeliCaへの情報書込みを行うための領域確保が可能となる。
尚、本テーブル５３に保持する情報は、FeliCaを管理しているFeliCaNetworks社に対するFeliCa会員サービス利用申請を行うことにより、払出しを受けるものである。
「FeliCa定義情報」テーブル５３は、「サービス登録番号」、「管理用エリアコード」、「登録用処理ＩＤ」、「削除用処理ＩＤ」を保持する。
【００２９】
携帯アプリケーション６によるFeliCaへの書込みは次の要領で行う。
サービスの登録を希望するユーザが携帯アプリケーション６上でサービスの登録メニュー５０２を選択する（図５の（１））と、モバイルFeliCa会員サービス支援システムで登録可能なサービスの一覧５０３をダウンロードする（図５の（２））。
携帯アプリケーション６上で取得してきたサービス一覧５０３をもとにサービス選択メニュー５０４を表示し（図５（３））、ユーザに選択を促す。
サービス選択メニュー５０４からユーザが登録希望サービスを選択すると（図５の（４））、それを基にサービス登録番号５０５を取得し、ゲートウェイサーバ２に送信する（図５の（５））。
ゲートウェイサーバ２は携帯アプリケーション６より通知されたサービス登録番号５０５を基にデータベースサーバ３への問い合わせを行い（図５の（６）、「（サービスを提供している）業者名」５０７、「管理用エリアコード」５０８、「登録用処理ＩＤ」５０９を取得し（図５の（７）−１、（７）−２）、これを携帯アプリケーション６に通知する（図５（８））。
携帯アプリケーション６は登録確認画面５１１を表示し（図５の（９））、処理開始の機能を持つ「はい」ボタン５１２が押下されると、取得した「管理用エリアコード」、「登録用処理ＩＤ」を利用して、FeliCaへの書込みを行う。
【００３０】
図６は、モバイルFeliCa会員サービス支援システムを用いてサービス登録した情報の削除、すなわち各業者が提供するサービスからの退会処理における処理フローを示したものである。
ユーザが携帯アプリケーション６の画面上より退会したいサービスを選択すると（ステップ６１）、会員番号とパスワードによるユーザ認証を実施し（ステップ６２）、FeliCa領域削除処理を実行する。そして、退会完了メッセージを表示し（ステップ６４）、処理を終了する。
ユーザ認証に成功したならば退会処理を実行し（ステップ６３）、この時、前述のサービス登録時の処理と同様の処理を行い、「登録用処理ＩＤ」５０９の代わりに「削除用処理ＩＤ」５１０を取得することによって実現する。
しかし、ユーザ認証に失敗した場合には、認証失敗メッセージを表示し、処理を終了する（ステップ６５）。
【００３１】
図７は、各サービス事業者が独自で定義する顧客データが存在する場合に利用する顧客属性情報変更処理に関するブロック図である。
各サービス事業者は、店舗７１内に顧客属性情報登録及び変更用の端末７２（ＰＣ端末）を用意する。尚、本端末はFeliCa読取装置７３を備える。
情報の新規登録及び変更を希望するユーザは、予め会員登録を終えた携帯端末をＰＣ端末７２が備えるFeliCa読取装置７３にかざす。
ＰＣ端末７２は、FeliCaから読み取った会員番号よりユーザを判別し、現状登録されている情報を一覧表示するとともに、データベースサーバ３に対して追加登録及び変更を可能とする。
【００３２】
ＰＣ端末７２では、登録情報変更ＡＰメニュー画面７５から登録情報変更を選択すると、FeliCa情報読み取り画面７６を表示し、ユーザがFeliCa読み取り装置７３に携帯電話をかざすまで待機する。
FeliCa読取装置７３を通して会員番号の読み取りに成功した場合は、データベースサーバ３より登録情報を取得する。
取得された登録情報は登録情報変更画面７７に表示される。この時、変更可能な項目はテキストボックスによる入力可能状態となる。
登録情報変更画面７７での情報変更は登録ボタンを押下することで完了となり、データベースサーバ３に反映される。
上記の処理が完了した場合、登録情報変更完了画面７８を表示し、すべての処理を完了する。
【符号の説明】
【００３３】
１    ダウンロードサーバ
２    ゲートウェイサーバ
３    データベースサーバ
４    携帯端末
６    携帯アプリケーション
３１    業者別情報登録領域
３２    エリアコード
３３    サービス用エリアコード
４１    顧客情報テーブル
４２    顧客詳細情報テーブル
５１    登録業者情報テーブル
５２    登録サービス情報テーブル
５３    FeliCa定義情報テーブル
７５    登録情報変更ＡＰメニュー画面
７６    FeliCa情報読取画面
７７    登録情報変更画面
７８    登録情報変更完了画面
【図１】
2010198546.tif 000003
【図２】
2010198546.tif 000004
【図３】
2010198546.tif 000005
【図４】
2010198546.tif 000006
【図５】
2010198546.tif 000007
【図６】
2010198546.tif 000008
【図７】
2010198546.tif 000009