JP2016009468A - サービス提供システム及びサービス提供方法 - Google Patents

Abstract

【課題】特定のサービスの提供を受けられる端末の変更を簡易に行う
【解決手段】管理サーバ１０は、同一のグループ管理番号下の複数の端末に含まれる複数の端末の認証情報（グループ管理番号やパスワード）、及び該複数の端末それぞれに対しサービス提供が有効であるか無効であるかの情報を記憶する端末管理ＤＢ３０と、端末からのアクセスがあった場合に、端末管理ＤＢ３０を参照して認証を行うとともに、認証された端末からのサービス提供要求に応じて、該端末を有効にし、その他の端末を無効にするように端末管理ＤＢ３０を更新する。そして、サービス提供装置４０は、端末管理ＤＢ３０を参照して、有効とされている端末に対してサービスを提供する。
【選択図】図４

Description

本発明は、サービス提供システム及びサービス提供方法に関する。

近年、定期券、クレジットカード、キャッシュカード、診察券、各種施設のメンバーカードなどの電子商取引等に用いられるカードにおいて、ＩＣ（Integrated Circuit）カードが利用されるようになってきている。また、スマートフォンなどの携帯端末に定期券などの機能を持たせる技術も出現してきている。

このようなＩＣカードや携帯端末を利用するためには、ユーザはＩＣカードや携帯端末を携帯しておく必要がある。このため、ＩＣカードや携帯端末を紛失したユーザは、他人に利用されないよう、発行窓口に連絡して利用を停止したり、再発行の手続きを行うなどする必要がある。この場合、再発行されるまでの期間においては、ＩＣカードを利用することはできない。

これに対し、最近では、ＩＣカードとして主カードと予備カードを発行し、予備カードが使用された場合に、主カードの機能を停止させる技術が知られている（例えば、特許文献１参照）。

特開２００１−３３８１５１号公報

しかしながら、上記特許文献１では、主カードの機能を停止させるためには、予備カードを１度使用しなければならないため、ユーザがカードを使用する必要がない状況下での利便性が低い。

１つの側面では、本発明は、特定のサービスの提供を受けられる端末の変更を簡易に行うことが可能なサービス提供システム及びサービス提供方法を提供することを目的とする。

一つの態様では、サービス提供システムは、電子的に読み取り可能な識別情報が記録された端末を用いて、特定のサービス提供を行う提供装置と、前記提供装置と通信可能に接続された管理装置と、を備えるサービス提供システムであって、前記管理装置は、前記特定のサービスに対して登録された端末群に含まれる複数の端末それぞれに対し前記特定のサービス提供が有効であるか無効であるかの情報と、前記複数の端末の認証情報を記憶する記憶部と、端末からのアクセスがあった場合に、前記記憶部を参照して認証を行う認証部と、認証された前記端末からのサービス提供要求に応じて、該端末に対する前記特定のサービスの提供を有効にし、前記端末群のその他の端末に対する前記特定のサービスの提供を無効にするよう前記記憶部を更新する更新部と、を備え、前記提供装置は、前記記憶部を参照して、前記端末群のうち前記特定のサービスの提供が有効な端末に対して、前記特定のサービスを提供する、サービス提供システムである。

一つの態様では、サービス提供方法は、電子的に読み取り可能な識別情報が記録された端末を用いて、特定のサービス提供を行う提供装置と、前記提供装置と通信可能に接続された管理装置と、を用いたサービス提供方法であって、端末からのアクセスがあった場合に、前記特定のサービスに対して登録された端末群に含まれる複数の端末それぞれに対し前記特定のサービス提供が有効であるか無効であるかの情報と、前記複数の端末の認証情報を記憶する記憶部を参照して、前記端末群に含まれる前記複数の端末の識別情報を用いた認証を行う、処理を前記管理装置が実行し、認証された前記端末からのサービス提供要求に応じて、該端末に対する前記特定のサービスの提供を有効にし、前記端末群のその他の端末に対する前記特定のサービスの提供を無効にするよう前記記憶部を更新する、処理を前記管理装置が実行し、前記記憶部を参照して、前記端末群のうち前記特定のサービスの提供が有効な端末に対して、前記特定のサービスを提供する、処理を前記提供装置が実行する、サービス提供方法である。

特定のサービスの提供を受けられる端末の変更を簡易に行うことができる。

一実施形態に係るサービス提供システムの構成を概略的に示す図である。 図２（ａ）は、管理サーバのハードウェア構成を示す図であり、図２（ｂ）は専用端末及びＰＣのハードウェア構成を示す図である。 携帯端末のハードウェア構成を示す図である。 サービス提供システムの機能ブロック図である。 図５（ａ）は、端末管理ＤＢのデータ構造の一例を示す図であり、図５（ｂ）は、ＩＣカードが記憶する情報を示す図であり、図５（ｃ）は、端末情報ＤＢのデータ構造の一例を示す図である。 新規発行処理（専用端末）のフローチャートである。 図７（ａ）は、メニュー画面を示す図であり、図７（ｂ）は、新規発行画面を示す図であり、図７（ｃ）は、ＩＣカードの一例を示す図である。 図８（ａ）、図８（ｂ）は、新規発行処理後の端末管理ＤＢの一例を示す図である。 新規発行処理（携帯端末）のフローチャートである。 予備発行処理（専用端末）のフローチャートである。 予備発行画面を示す図である。 予備発行処理（携帯端末）のフローチャートである。 権限変更処理（専用端末）のフローチャートである。 権限変更画面を示す図である。 権限変更処理（携帯端末）のフローチャートである。 権限照会処理（専用端末）のフローチャートである。 解約処理（専用端末）のフローチャートである。 図１８（ａ）〜図１８（ｃ）は、サービス提供システムの利用態様の一例について説明するための図（その１）である。 図１９（ａ）、図１９（ｂ）は、サービス提供システムの利用態様の一例について説明するための図（その２）である。

以下、サービス提供システムの一実施形態について、図１〜図１９に基づいて詳細に説明する。

図１には、一実施形態にかかるサービス提供システム１００の構成が概略的に示されている。本実施形態のサービス提供システム１００は、あるユーザが保持する端末（ＩＣカードや携帯端末）に対して定期券などのサービス提供を受ける機能を持たせるとともに、別の端末（ＩＣカードや携帯端末）にも同一の機能を持たせるが、１つの端末の機能を有効にする一方、その他の端末の機能は無効にするシステムである。

サービス提供システム１００は、図１に示すように、管理装置としての管理サーバ１０と、提供装置としてのサービス提供装置４０と、専用端末５０と、ＰＣ（Personal Computer）６０と、携帯端末７０と、を備える。サービス提供システム１００の各装置は、インターネットなどのネットワーク８０に接続されている。なお、サービス提供システム１００において、サービス提供装置４０、専用端末５０、ＰＣ６０、及び携帯端末７０の数は問わない。また、管理サーバ１０は、サービス提供装置４０の種類ごとに用意されていてもよい。

（管理サーバ１０）
管理サーバ１０は、サービスの提供を受けるために利用される端末（ＩＣカードや携帯端末）を管理するサーバである。図２（ａ）には、管理サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、管理サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これら管理サーバ１０の構成各部は、バス９８に接続されている。管理サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図４に示す、新規発行部１２、予備発行部１４、認証部及び更新部としての権限管理部１６、権限照会部１８、及び解約部２０としての機能が実現される。なお、図４には、ＨＤＤ９６等に格納されている端末管理ＤＢ３０も図示されている。

新規発行部１２は、ユーザから所定のサービスの提供を受けるための申請を受け付けた場合に、当該サービスの提供を受ける際に用いるＩＣカードを発行したり、携帯端末を新規登録したりする。ここで、新規発行部１２は、新規発行したＩＣカードや新規登録した携帯端末の登録内容を端末管理ＤＢ３０に格納し、管理する。

予備発行部１４は、あるサービスの提供を受けることが可能なユーザに対して、当該サービスの提供を受ける際に利用する別のＩＣカードの予備発行を行ったり、別の携帯端末を予備の端末として登録したりする。ここで、予備発行部１４は、予備発行したＩＣカードや予備登録した携帯端末の登録内容を端末管理ＤＢ３０に格納し、管理する。

権限管理部１６は、あるユーザが保有する新規の端末又は予備の端末のうちの１つを、有効（サービス提供を受けるために用いることができる状態）とし、その他を無効（サービス提供を受けるために用いることができない状態）として、端末管理ＤＢ３０上で管理する。また、権限管理部１６は、ユーザからの権限変更要求があった場合には、有効な端末を変更する処理を行う。

ここで、端末管理ＤＢ３０について、図５（ａ）に基づいて説明する。図５（ａ）には、端末管理ＤＢ３０のデータ構造の一例が示されている。端末管理ＤＢ３０には、端末ごとに、「区分」、「媒体」、「ユーザ名」、「グループ管理番号」、「発行管理番号」、「パスワード」、「有効／無効」の各項目のデータが格納されている。

「区分」の項目には、「新規」又は「予備」が格納される。なお、同一グループ管理番号下では、「新規」は１つのみに制限するものとする。「予備」は複数登録可能であり、発行数に応じて、便宜上、「予備−１」、「予備−２」、…として登録するものとする。「媒体」の項目には、ＩＣカードや携帯端末（スマートフォンや携帯電話など）の媒体の種別が格納される。媒体の種別は任意に選択でき、区分と媒体の組合せに条件は設けないものとする。「ユーザ名」の項目には、新規発行時にユーザが入力するユーザの氏名等の識別情報が格納される。なお、同一グループ管理番号下では、「新規」及び「予備」のユーザ名は同一である。

「グループ管理番号」の項目には、新規発行時に新規発行部１２が発行したグループを示す識別番号が格納される。なお、グループ管理番号は、他との重複のないユニークな番号であるものとする。なお、予備発行時には、予備発行部１４は、新規のグループ管理番号と同一のグループ管理番号を付与し、新規及び予備の端末をグループ管理する。

「発行管理番号」の項目には、区分が「新規」の端末であれば、グループ管理番号の末尾に「_S1」を付与した番号が格納される。また、区分が「予備」の端末であれば、グループ管理番号の末尾に「_Y1」，「_Y2」を付与した番号が格納される。この発行管理番号も、グループ管理番号と同様、他との重複がないユニークな番号である。「パスワード」の項目には、新規発行時にユーザが入力したパスワードが格納される。なお、各パスワードは、個別に変更可能であるものとする。したがって、同一のグループ管理番号下の端末であっても、パスワードが異なる場合があるものとする。

「有効／無効」の項目には、端末がサービス提供を受けることができる場合に「有効」が格納され、端末がサービス提供を受けることができない場合に「無効」が格納される。この場合、同一のグループ管理番号が付された端末のうちの１つのみが「有効」となり、その他の端末は、「無効」となる。どの端末を有効にし、どの端末を無効にするかは、権限管理部１６が管理する。なお、有効／無効に代えて、「Active／Standby」などが格納されても良い。なお、各端末の有効／無効は、権限管理部１６が管理する。

権限照会部１８は、ユーザからの求めに応じて、端末管理ＤＢ３０を参照し、「有効／無効」の項目が「有効」となっている端末の情報をユーザに提供する。

解約部２０は、ユーザからの求めに応じて、新規又は予備の端末の解約処理（端末管理ＤＢ３０からの削除処理）を実行する。

（サービス提供装置４０）
図１に戻り、サービス提供装置４０は、例えば、駅の自動改札機、券売機や、店舗のレジ装置等であり、「有効」に設定されている端末を保持するユーザに対して特定のサービスを提供する装置である。サービス提供装置４０は、図４に示すように、権限参照部４２、サービス提供部４４としての機能を有する。

権限参照部４２は、管理サーバ１０の端末管理ＤＢ３０を参照して、ユーザがサービス提供装置４０において利用しようとしている端末が有効であるのか無効であるのかを特定する。サービス提供部４４は、権限参照部４２の特定結果が有効であった場合に、ユーザが利用しようとしている端末を介してユーザにサービスを提供する。

（専用端末５０）
専用端末５０は、例えば、駅の券売機や、店舗に設置されるユーザが利用可能な装置である。図２（ｂ）には、専用端末５０のハードウェア構成が示されている。図２（ｂ）に示すように、専用端末５０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤとする）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、カードリーダ１８９及び可搬型記憶媒体用ドライブ１９９等を備えている。これら専用端末５０の構成各部は、バス１９８に接続されている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやタッチパネル等を含む。また、カードリーダ１８９は、ＩＣカード５５に格納された情報を読み取るための装置である。専用端末５０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図４に示す、情報送信部５２、及び情報処理部５４としての機能が実現される。

情報送信部５２は、ユーザから入力された情報やＩＣカード５５から読み取った情報を管理サーバ１０に対して送信する。情報処理部５４は、表示部１９３への画面表示を行うとともに、ユーザから入力された情報を取得したり、ＩＣカード５５が保持する情報をカードリーダ１８９を介して取得したりする。

ここで、ＩＣカード５５は、FeliCa（登録商標）等の機能を有し、サービス提供装置４０と近接通信を行う。また、ＩＣカード５５は、図５（ｂ）に示すような情報を不図示の記憶部において保持しているものとする。図５（ｂ）に示すように、ＩＣカード５５は、端末管理ＤＢ３０（図５（ａ））で管理するＩＣカードの情報の一部（区分、ユーザ名、グループ管理番号、発行管理番号）を保持している。

（ＰＣ６０）
ＰＣ６０は、ユーザが保有するノートＰＣやデスクトップ型のＰＣである。なお、ＰＣ６０は、専用端末５０と同様のハードウェア構成（図２（ｂ）参照）を有するとともに、専用端末５０と同様の機能（図４の情報送信部５２、情報処理部５４の機能）を有する。

（携帯端末７０）
携帯端末７０は、ユーザが保有するスマートフォンや携帯電話等の端末であり、例えば、FeliCa（登録商標）等の機能を有し、サービス提供装置４０と近接通信を行う。図３には、携帯端末７０のハードウェア構成が示されている。図３に示すように、携帯端末７０は、ＣＰＵ２９０、ＲＯＭ２９２、ＲＡＭ２９４、記憶部（ＨＤＤとする）２９６、ネットワークインタフェース２９７、表示部２９３、入力部２９５、近接通信部２８９及び可搬型記憶媒体用ドライブ２９９等を備えている。これら携帯端末７０の構成各部は、バス２９８に接続されている。表示部２９３は、液晶ディスプレイ等を含み、入力部２９５は、キーボードやタッチパネル等を含む。また、近接通信部２８９は、ＨＤＤ２９６に格納された情報を、近接通信（Felica（登録商標）等）により、サービス提供装置４０に送信する。携帯端末７０では、ＲＯＭ２９２あるいはＨＤＤ２９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ２９９が可搬型記憶媒体２９１から読み取ったプログラムをＣＰＵ２９０が実行することにより、図４に示す、情報送信部７２、情報処理部７４、及びサービス処理部７６としての機能が実現される。なお、図４には、ＨＤＤ２９６等に格納されている端末情報ＤＢ７８も図示されている。端末情報ＤＢ７８は、端末管理ＤＢ３０（図５（ａ））で管理する携帯端末７０の情報の一部（区分、ユーザ名、グループ管理番号、発行管理番号）を保持する（図５（ｃ）参照）。

情報送信部７２は、ユーザから入力された情報や端末情報ＤＢ７８に格納されている情報を管理サーバ１０に対して送信する。情報処理部７４は、表示部２９３に対する画面表示を行うとともに、ユーザから入力された情報や、端末情報ＤＢ７８に格納されている情報を取得する。サービス処理部７６は、近接通信部２８９を介して端末情報ＤＢ７８に格納されている情報をサービス提供装置４０（サービス提供部４４）に送信したり、サービス提供装置４０（サービス提供部４４）から情報を受信したりする。

（処理について）
次に、サービス提供システム１００において実行される各種処理について詳細に説明する。

（Ａ）新規発行処理（ＩＣカード）
以下、ＩＣカードを新規発行する場合の処理について図６のフローチャートに沿って説明する。なお、ここでは、ユーザが専用端末５０を用いて新規発行手続きを行うものとする。また、専用端末５０の表示部１９３上には、図７（ａ）に示すようなメニュー画面が表示されているものとする。

図６の処理では、まず、ステップＳ１０において、情報処理部５４は、ユーザがメニュー画面（図７（ａ））上で「新規発行」ボタンを選択するまで待機する。ユーザによって「新規発行」ボタンが選択されると、ステップＳ１２に移行し、情報処理部５４は、新規発行画面を表示部１９３上に表示する。この場合、表示部１９３上には、図７（ｂ）に示すようなユーザ名とパスワードを入力する欄とＯＫボタンが設けられた新規発行画面を表示する。

次いで、ステップＳ１４では、情報処理部５４は、ユーザ名及びパスワードが入力され、ＯＫボタンが押されるまで待機する。ユーザが、ユーザが定めたユーザ名とパスワードを新規発行画面に入力し、ＯＫボタンを押すと、情報送信部５２は、ステップＳ１６において、入力されたユーザ名及びパスワードを管理サーバ１０（新規発行部１２）に送信する。

一方、管理サーバ１０側では、ステップＳ１１０において、新規発行部１２は、専用端末５０からユーザ名及びパスワードを受信するまで待機している。したがって、専用端末５０においてステップＳ１６の処理が行われたタイミングで、新規発行部１２はステップＳ１１２に移行する。

ステップＳ１１２では、新規発行部１２は、グループ管理番号及び発行管理番号を発行する。本実施形態では、新規発行部１２は、一例として、数字や英文字をランダムに配列したグループ管理番号と、グループ管理番号の末尾に「_S1」を付加した発行管理番号と、を発行する。

次いで、ステップＳ１１４では、新規発行部１２は、登録情報を端末管理ＤＢ３０に格納する。この場合、図８（ａ）に示すような登録情報（区分、媒体、ユーザ名、グループ管理番号、発行管理番号、パスワード、有効／無効）を端末管理ＤＢ３０に格納する。なお、「有効／無効」の項目には、「有効」が格納されるものとする。

次いで、ステップＳ１１６では、新規発行部１２は、カード発行開始処理を実行する。この場合、新規発行部１２は、例えば、カード発行の担当者に対してカード発行処理を行うよう指示を出したりする。なお、発行されたカードは、郵送等によりユーザの元に届けられるものとする。

これに対し、専用端末５０側では、ステップＳ１６の後、管理サーバ１０においてカード発行開始処理が行われるタイミングで、ステップＳ１８において、情報処理部５４が、カード発行開始を表示する。これにより、ユーザはＩＣカードが発行される準備に入ったことを知ることができる。なお、専用端末がカードを発行する機能を有している場合がある。このような場合には、ステップＳ１１６において、管理サーバ１０側から専用端末５０に対し、端末管理ＤＢ３０に登録した情報とともにカード発行指示を出すようにすれば良い。

以上の処理により、サービス提供を受けるために必要なＩＣカードが新規発行を申請したユーザに対して発行されるようになっている。なお、発行されるＩＣカードには、一例として、図７（ｃ）に示すように、ユーザ名、グループ管理番号、発行管理番号が印字されているものとする。

なお、図６と同様の処理は、ＰＣ６０と管理サーバ１０とにおいても実行される。すなわち、ユーザは、専用端末５０のない自宅等においてもＰＣ６０を用いてＩＣカードの発行申請を行うことができる。

（Ｂ）新規発行処理（携帯端末）
以下、携帯端末７０に対する新規発行処理（携帯端末７０を端末管理ＤＢ３０に新規登録する処理）について図９のフローチャートに沿って説明する。なお、ここでは、ユーザが新規登録したい携帯端末７０を用いて新規発行手続きを行うものとする。なお、図６と同様の処理については、同一の符号（ステップ番号）を用いて説明する。

図９の処理では、まず、ステップＳ２１０において、情報処理部７４が発行申請要求があるまで待機する。ユーザから発行申請要求があると、ステップＳ２１２に移行し、情報処理部７４は、専用ソフトを管理サーバ１０からダウンロードする。次いで、ステップＳ２１４では、情報処理部７４は、専用ソフトを起動し、表示部２９３にメニュー画面を表示する。メニュー画面は、図７（ａ）と同様の画面である。

その後は、情報処理部７４が専用ソフトを実行することにより、ステップＳ１０〜Ｓ１６の処理が、図６と同様に実行される。

一方、管理サーバ１０側では、ステップＳ１１０において、新規発行部１２は、専用端末５０からユーザ名及びパスワードを受信するまで待機している。したがって、専用端末５０においてステップＳ１６の処理が行われたタイミングで、新規発行部１２はステップＳ１１２に移行する。ステップＳ１１２では、新規発行部１２は、グループ管理番号及び発行管理番号を発行する。

次いで、ステップＳ３１０では、新規発行部１２は、登録情報を端末管理ＤＢ３０に格納するとともに、携帯端末７０に送信する。具体的には、図８（ｂ）に示すような登録情報（区分、媒体、ユーザ名、グループ管理番号、発行管理番号、パスワード、有効／無効）を端末管理ＤＢ３０に格納する。なお、「有効／無効」の項目には、「有効」が格納されるものとする。また、携帯端末７０には、区分、ユーザ名、グループ管理番号、発行管理番号の情報が送信される。この場合、携帯端末７０では、ステップＳ２１６において、受信した情報を端末情報ＤＢ７８（図５（ｃ）参照）に格納する。

以上の処理により、サービス提供を受ける携帯端末７０が端末管理ＤＢ３０に新規登録されるようになっている。この場合、専用端末５０やＰＣ６０が無いような環境下でも新規登録が可能であるため、利便性が高い。

（Ｃ）予備発行処理（ＩＣカード）
以下、ＩＣカードを予備発行する場合の処理について図１０のフローチャートに沿って説明する。ここでは、ユーザが専用端末５０を用いて予備発行手続きを行うものとする。また、専用端末５０の表示部１９３上には、図７（ａ）に示すようなメニュー画面が表示されているものとする。

図１０の処理では、まず、ステップＳ２０において、情報処理部５４は、ユーザがメニュー画面（図７（ａ））上で「予備発行」ボタンを選択するまで待機する。ユーザによって「予備発行」ボタンが選択されると、ステップＳ２２に移行し、情報処理部５４は、予備発行画面を表示部１９３上に表示する。この場合、表示部１９３上には、図１１に示すようなグループ管理番号とパスワードを入力する欄とＯＫボタンが設けられた予備発行画面を表示する。なお、図１１の予備発行画面においては、新規の端末の発行管理番号とパスワードを入力する欄を設けてもよい。このような予備発行画面は、ユーザが端末ごとにパスワードを変更している場合に有用である。

次いで、ステップＳ２４では、情報処理部５４は、グループ管理番号及びパスワードが入力され、ＯＫボタンが押されるまで待機する。ユーザが、グループ管理番号とパスワードを予備発行画面に入力し、ＯＫボタンを押すと、情報送信部５２は、ステップＳ２６において、入力されたグループ管理番号及びパスワードを管理サーバ１０（予備発行部１４）に送信する。なお、ユーザは、すでに保有しているＩＣカードをカードリーダ１８９に読み込ませることにより、グループ管理番号の手入力を省略するようにしてもよい。

一方、管理サーバ１０側では、ステップＳ１２０において、予備発行部１４は、専用端末５０からグループ管理番号及びパスワードを受信するまで待機している。したがって、専用端末５０においてステップＳ２６の処理が行われたタイミングで、予備発行部１４はステップＳ１２２に移行する。

ステップＳ１２２では、予備発行部１４は、端末管理ＤＢ３０を参照してグループ管理番号及びパスワードを用いた認証を行い、認証に成功したか否かを判断する。このステップＳ１２２の判断が否定された場合には、ステップＳ１２４に移行し、予備発行部１４は、専用端末５０に対してエラーを通知する。一方、ステップＳ１２２の判断が肯定された場合、すなわち認証に成功した場合には、予備発行部１４は、ステップＳ１２６に移行する。

ステップＳ１２６に移行すると、予備発行部１４は、新たな発行管理番号を発行する。本実施形態では、新規発行部１２は、一例として、グループ内において１回目の予備発行である場合にはグループ管理番号の末尾に「_Y1」を付加した発行管理番号を発行し、２回目の予備発行である場合にはグループ管理番号の末尾に「_Y2」を付加した発行管理番号を発行する。また、ステップＳ１２６では、予備発行部１４は、登録情報を端末管理ＤＢ３０に格納する。この場合、図５（ａ）に示すような登録情報（区分、媒体、ユーザ名、グループ管理番号、発行管理番号、パスワード、有効／無効）を端末管理ＤＢ３０に格納する。なお、「有効／無効」の項目には、「無効」が格納されるものとする。

次いで、ステップＳ１２８では、予備発行部１４は、カード発行開始処理を実行する。この場合、予備発行部１４は、例えば、カード発行の担当者に対してカード発行処理を行うよう指示を出したりする。なお、発行されたカードは、郵送等によりユーザの元に届けられるものとする。

これに対し、専用端末５０側では、ステップＳ２６の後、ステップＳ２８において、情報処理部５４が、エラー通知があったか否かを判断する。このステップＳ２８の判断が肯定された場合には、ステップＳ３０において、情報処理部５４は、表示部１９３上にエラー表示を行う。一方、ステップＳ２８の判断が否定された場合には、ステップＳ３２において、情報処理部５４は、表示部１９３上にカード発行処理開始を表示する。これにより、ユーザはＩＣカードが発行される準備に入ったことを知ることができる。なお、専用端末５０がカードを発行する機能を有している場合がある。このような場合には、ステップＳ１２８において、管理サーバ１０側から専用端末５０に対し、端末管理ＤＢ３０に登録した情報とともにカード発行指示を出すようにすれば良い。

以上の処理により、サービス提供を受けるために必要なＩＣカード（予備）が発行されるようになっている。なお、図１０と同様の処理は、ＰＣ６０と管理サーバ１０とにおいても実行される。

（Ｄ）予備発行処理（携帯端末）
以下、携帯端末７０に対する予備発行処理（携帯端末７０を端末管理ＤＢ３０に予備の端末として登録する処理）について図１２のフローチャートに沿って説明する。なお、ここでは、ユーザが予備登録を行いたい携帯端末７０を用いて予備発行手続きを行うものとする。なお、図１０と同様の処理については、同一の符号（ステップ番号）を用いて説明する。

図１２の処理では、まず、ステップＳ２２０において、情報処理部７４が予備発行申請要求があるまで待機する。ユーザから発行申請要求があると、ステップＳ２２２に移行し、情報処理部７４は、専用ソフトを管理サーバ１０からダウンロードする。次いで、ステップＳ２２４では、情報処理部７４は、専用ソフトを起動し、表示部２９３にメニュー画面を表示する。メニュー画面は、図７（ａ）と同様の画面である。

その後は、ステップＳ２０〜Ｓ３０の処理が、図１０と同様に実行される。なお、ステップＳ２８の判断が否定された場合、すなわち、エラー通知がなかった場合の処理（Ｓ２２６）については後述する。

一方、管理サーバ１０側では、ステップＳ１２０〜Ｓ１２６の処理が図１０と同様に実行される。なお、ステップＳ１２６の処理の後は、予備発行部１４が、ステップＳ３２０において、端末管理ＤＢ３０に格納した予備発行に関する情報の一部（区分、ユーザ名、グループ管理番号、発行管理番号の情報）を送信する。この場合、携帯端末７０では、ステップＳ２２６において、受信した情報を端末情報ＤＢ７８に格納する（図５（ｃ）参照）。

以上の処理により、サービス提供を受けることが可能な携帯端末７０が端末管理ＤＢ３０に予備の端末として登録されるようになっている。

（Ｅ）権限変更処理（ＩＣカード）
以下、ユーザが保有しているＩＣカード（無効となっているＩＣカード）を有効にする場合の処理について図１３のフローチャートに沿って説明する。ここでは、ユーザが専用端末５０を用いて権限変更手続きを行うものとする。この権限変更処理は、例えば現在有効となっているＩＣカードなどの端末が何らかの理由（紛失や置き忘れなど）により手元に無く、手元に存在している別のＩＣカードを有効にしてサービスの提供を受けたい場合に行われる処理である。図１３の処理が行われる前提として、専用端末５０の表示部１９３上には、図７（ａ）に示すようなメニュー画面が表示されているものとする。

図１３の処理では、まず、ステップＳ４０において、情報処理部５４は、ユーザがメニュー画面（図７（ａ））上で「権限変更」ボタンを選択するまで待機する。ユーザによって「権限変更」ボタンが選択されると、ステップＳ４２に移行し、情報処理部５４は、権限変更画面を表示部１９３上に表示する。この場合、表示部１９３上には、図１４に示す、グループ管理番号とパスワードと発行管理番号を入力する欄とＯＫボタンが設けられた権限変更画面を表示する。

次いで、ステップＳ４４では、情報処理部５４は、グループ管理番号、パスワード、発行管理番号が入力され、ＯＫボタンが押されるまで待機する。ユーザが、グループ管理番号とパスワードと発行管理番号を権限変更画面に入力し、ＯＫボタンを押すと、情報送信部５２は、ステップＳ４６において、入力されたグループ管理番号、パスワード及び発行管理番号を管理サーバ１０（権限管理部１６）に送信する。なお、ユーザは、すでに保有しているＩＣカードをカードリーダ１８９に読み込ませることにより、グループ管理番号や発行管理番号の手入力を省略するようにしてもよい。また、グループ管理番号の入力を省略してもよく、この場合には、後述する認証処理（Ｓ１４２）において、発行管理番号とパスワードを利用するものとする。

一方、管理サーバ１０側では、ステップＳ１４０において、権限管理部１６は、専用端末５０からグループ管理番号、パスワード及び発行管理番号を受信するまで待機している。したがって、専用端末５０においてステップＳ４６の処理が行われたタイミングで、権限管理部１６はステップＳ１４２に移行する。

ステップＳ１４２では、権限管理部１６は、端末管理ＤＢ３０を参照してグループ管理番号及びパスワードを用いた認証を行い、認証に成功したか否かを判断する。このステップＳ１４２の判断が否定された場合には、ステップＳ１４４に移行し、権限管理部１６は、専用端末５０に対してエラーを通知する。一方、ステップＳ１４２の判断が肯定された場合、すなわち認証に成功した場合には、権限管理部１６は、ステップＳ１４６に移行する。

ステップＳ１４６に移行すると、権限管理部１６は、アクセスのあったＩＣカード（発行管理番号）の権限を有効に設定する。また、権限管理部１６は、次のステップＳ１４８において、権限を有効にした端末と同一のグループ管理番号の他の端末の権限を無効にする。

これに対し、専用端末５０側では、ステップＳ４６の後、ステップＳ４８において、情報処理部５４が、エラー通知があったか否かを判断する。このステップＳ４８の判断が肯定された場合には、ステップＳ５０において、情報処理部５４は、表示部１９３上にエラー表示を行う。一方、ステップＳ４８の判断が否定された場合には、ステップＳ５２において、情報処理部５４は、表示部１９３上に有効化した旨を表示する。これにより、ユーザはＩＣカードが有効化されたことを知ることができる。

以上の処理により、ユーザの手元にあるＩＣカード５５を有効化する（サービス提供を受けることができる状態にする）ことができる。なお、図１３と同様の処理は、ＰＣ６０と管理サーバ１０とにおいても実行される。なお、サービス提供装置４０では、ＩＣカード５５からのサービス提供要求があると、サービス提供部４４は、管理サーバ１０の端末管理ＤＢ３０を参照して有効なＩＣカードであるかを確認し、有効である場合にサービスを提供する。

なお、ユーザによる頻繁な権限変更を抑制するため、権限変更を行ったユーザに対して、権限管理部１６が所定金額を課金するようにしてもよい。

（Ｆ）権限変更処理（携帯端末）
以下、携帯端末７０における権限変更処理について図１５のフローチャートに沿って説明する。この権限変更処理は、例えば現在有効となっているＩＣカードなどの端末が何らかの理由（紛失や置き忘れなど）により手元に無く、手元に存在している別の携帯端末７０を有効にしてサービスの提供を受けたい場合に行われる処理である。なお、図１３と同様の処理については、同一の符号（ステップ番号）を用いて説明する。なお、図１５の携帯端末７０の処理は、新規登録（図９）または予備登録（図１２）においてダウンロードされた専用ソフトの実行により実現される処理である。

図１５の処理では、まず、ステップＳ２３０において、携帯端末７０の情報処理部７４が、表示部２９３にメニュー画面を表示する。この場合、図７（ａ）と同様のメニュー画面が表示される。その後は、携帯端末７０においては、ステップＳ４０〜Ｓ５２の処理が図１３と同様に実行される。

一方、管理サーバ１０側では、ステップＳ１４０〜Ｓ１４８までの処理が図１３とほぼ同様に実行される。ただし、図１５では、図１３のステップＳ１４６の処理に代えて、ステップＳ１４６’を実行する。具体的には、権限管理部１６は、ステップＳ１４６’において、アクセスのあった携帯端末（入力された発行管理番号に対応する携帯端末）の権限を端末管理ＤＢ３０において有効にし、携帯端末に対してその旨を通知する。

なお、サービス提供装置４０では、携帯端末７０からのサービス提供要求があると、サービス提供部４４は、管理サーバ１０の端末管理ＤＢ３０を参照して有効な携帯端末であるかを確認し、有効である場合にサービスを提供する。

（Ｇ）権限照会処理（ＩＣカード）
以下、ユーザが、どの端末が有効であるかを専用端末５０において照会する処理について図１６のフローチャートに沿って説明する。図１６の処理が行われる前提として、専用端末５０の表示部１９３上には、図７（ａ）に示すようなメニュー画面が表示されているものとする。

図１６の処理では、まず、ステップＳ６０において、情報処理部５４は、ユーザがメニュー画面（図７（ａ））上で「権限照会」ボタンを選択するまで待機する。ユーザによって「権限照会」ボタンが選択されると、ステップＳ６２に移行し、情報処理部５４は、権限照会画面を表示部１９３上に表示する。この場合、表示部１９３上には、図１４と同様、グループ管理番号とパスワードと発行管理番号を入力する欄とＯＫボタンが設けられた画面を表示する。

次いで、ステップＳ６４では、情報処理部５４は、グループ管理番号、パスワード、発行管理番号が入力され、ＯＫボタンが押されるまで待機する。ユーザが、グループ管理番号とパスワードと発行管理番号を権限変更画面に入力し、ＯＫボタンを押すと、情報送信部５２は、ステップＳ６６において、入力されたグループ管理番号、パスワード及び発行管理番号を管理サーバ１０（権限照会部１８）に送信する。なお、ユーザは、保有しているＩＣカードをカードリーダ１８９に読み込ませることにより、グループ管理番号や発行管理番号の手入力を省略するようにしてもよい。また、グループ管理番号の入力を省略してもよく、この場合には、後述する認証処理（Ｓ１６２）において、発行管理番号とパスワードを利用するものとする。

一方、管理サーバ１０側では、ステップＳ１６０において、権限照会部１８は、専用端末５０からグループ管理番号、パスワード及び発行管理番号を受信するまで待機している。したがって、専用端末５０においてステップＳ６６の処理が行われたタイミングで、権限照会部１８はステップＳ１６２に移行する。

ステップＳ１６２では、権限照会部１８は、端末管理ＤＢ３０を参照してグループ管理番号及びパスワードを用いた認証を行い、認証に成功したか否かを判断する。このステップＳ１６２の判断が否定された場合には、ステップＳ１６４に移行し、権限照会部１８は、専用端末５０に対してエラーを通知する。一方、ステップＳ１６２の判断が肯定された場合、すなわち認証に成功した場合には、権限照会部１８は、ステップＳ１６６に移行する。なお、ステップＳ６４においてグループ管理番号の入力が省略される場合、権限管理部１６は、発行管理番号とパスワードにて認証を行うこととすればよい。

ステップＳ１６６に移行すると、権限照会部１８は、端末管理ＤＢ３０を参照して、「有効」に設定されている端末の情報を専用端末５０に対して送信する。

これに対し、専用端末５０側では、ステップＳ６６の後、ステップＳ６８において、情報処理部５４が、エラー通知があったか否かを判断する。このステップＳ６８の判断が肯定された場合には、ステップＳ７０において、情報処理部５４は、表示部１９３上にエラー表示を行う。一方、ステップＳ６８の判断が否定された場合、すなわち、有効な端末の情報（ステップＳ１６６参照）を受信した場合には、ステップＳ７２において、情報処理部５４は、表示部１９３上に有効である端末の情報を表示する。これにより、ユーザは、自己が保有する端末のいずれが有効であるかを知ることができる。

以上の処理により、ユーザは「有効」に設定されている端末を知ることができるので、ユーザが「無効」に設定されている端末を誤って利用するのを抑制することができる。なお、図１６と同様の処理は、ＰＣ６０と管理サーバ１０においても実行される。

（Ｈ）権限照会処理（携帯端末）
携帯端末７０における権限照会処理は、新規登録（図９）または予備登録（図１２）においてダウンロードされた専用ソフトの実行により実現される処理である。

本処理は、基本的には、図１６と同様である。したがって、ユーザが携帯端末７０上から管理サーバ１０に対して権限照会要求を行うと、当該携帯端末７０と同一のグループ管理番号である端末のうち、「有効」に設定されている端末の情報が携帯端末７０に通知され、表示部２９３上に表示される。

（Ｉ）解約処理（ＩＣカード）
以下、ユーザが保有する端末に含まれるＩＣカードを専用端末５０において解約する処理について図１７のフローチャートに沿って説明する。図１７の処理が行われる前提として、専用端末５０の表示部１９３上には、図７（ａ）に示すようなメニュー画面が表示されているものとする。

図１７の処理では、まず、ステップＳ８０において、情報処理部５４は、ユーザがメニュー画面（図７（ａ））上で「解約」ボタンを選択するまで待機する。ユーザによって「解約」ボタンが選択されると、ステップＳ８２に移行し、情報処理部５４は、解約画面を表示部１９３上に表示する。この場合、表示部１９３上には、図１４と同様、グループ管理番号とパスワードと発行管理番号を入力する欄とＯＫボタンが設けられた画面を表示する。

次いで、ステップＳ８４では、情報処理部５４は、グループ管理番号、パスワード、発行管理番号が入力され、ＯＫボタンが押されるまで待機する。ユーザが、グループ管理番号とパスワードと発行管理番号を権限変更画面に入力し、ＯＫボタンを押すと、情報送信部５２は、ステップＳ８６において、入力されたグループ管理番号、パスワード及び発行管理番号を管理サーバ１０（解約部２０）に送信する。なお、ユーザは、保有しているＩＣカードをカードリーダ１８９に読み込ませることにより、グループ管理番号や発行管理番号の手入力を省略するようにしてもよい。また、グループ管理番号の入力を省略してもよく、この場合には、後述する認証処理（Ｓ１８２）において、発行管理番号とパスワードを利用するものとする。

一方、管理サーバ１０側では、ステップＳ１８０において、解約部２０は、専用端末５０からグループ管理番号、パスワード及び発行管理番号を受信するまで待機している。したがって、専用端末５０においてステップＳ８６の処理が行われたタイミングで、解約部２０はステップＳ１８２に移行する。

ステップＳ１８２では、解約部２０は、端末管理ＤＢ３０を参照してグループ管理番号及びパスワードを用いた認証を行い、認証に成功したか否かを判断する。このステップＳ１８２の判断が否定された場合には、ステップＳ１８４に移行し、解約部２０は、専用端末５０に対してエラーを通知する。一方、ステップＳ１８２の判断が肯定された場合、すなわち認証に成功した場合には、解約部２０は、ステップＳ１８６に移行する。

ステップＳ１８６に移行すると、解約部２０は、端末管理ＤＢ３０から入力された発行管理番号に対応する端末（ＩＣカード）の情報を削除する。

これに対し、専用端末５０側では、ステップＳ８６の後、ステップＳ８８において、情報処理部５４が、エラー通知があったか否かを判断する。このステップＳ８８の判断が肯定された場合には、ステップＳ９０において、情報処理部５４は、表示部１９３上にエラー表示を行う。一方、ステップＳ８８の判断が否定された場合には、ステップＳ９２において、情報処理部５４は、表示部１９３上に解約が完了した旨を表示する。これにより、ユーザは、ＩＣカードの解約が完了したことを知ることができる。

なお、図１７と同様の処理は、ＰＣ６０と管理サーバ１０とにおいても実行される。

なお、上記処理により、端末管理ＤＢ３０から、「有効」に設定されている端末が削除されることがある。この場合には、ユーザは、専用端末５０やＰＣ６０、携帯端末７０において上述した権限変更処理を行うことで、対応する端末を有効に設定することができる。

（Ｊ）解約処理（携帯端末）
携帯端末７０における解約処理は、新規登録（図９）または予備登録（図１２）においてダウンロードされた専用ソフトの実行により実現される処理である。

本処理は、基本的には、図１７と同様である。したがって、ユーザが携帯端末７０上から管理サーバ１０に対して解約要求を行うと、当該携帯端末７０の解約処理が実行される。

（利用態様）
次に、図１８、図１９に基づいて、本実施形態のサービス提供システム１００の利用態様について説明する。なお、図１８、図１９では、提供するサービスが電車の定期券のサービスであるものとする。ユーザは、図１８（ａ）に示すように、通常、「有効」に設定されたＩＣカードＡ（有効な端末を太線枠で表示）を保持しているとともに、「無効」に設定された携帯端末を保持しているものとする。また、会社には、「無効」に設定されたＩＣカードＢが保管されているものとする。

ユーザが、出勤のために、図１８（ｂ）に示すように自宅最寄り駅まで移動した段階で、自宅にＩＣカードＡを忘れてきたことに気付いたとする。この場合、ユーザは、携帯端末において権限変更処理を実行し、携帯端末を「有効」に設定し、ＩＣカードＡを「無効」に設定する。これにより、ユーザは、携帯端末を用いて電車に乗り、図１８（ｃ）に示すように会社まで移動できるようになる。

ここで、ユーザは、携帯端末の電池の消耗等のリスクを考慮して、会社のＰＣにおいてＩＣカードＢを「有効」に設定し、携帯端末を「無効」に設定したとする（図１８（ｃ）参照）。

そして、ユーザは、会社から帰宅すると（図１９（ａ））、今後のサービス利用に関する混乱等を避けるため、元々「有効」に設定していたＩＣカードＡを「有効」に設定し、ＩＣカードＢを「無効」に設定する（図１９（ｂ））。なお、自宅にＰＣ６０が無いような場合には、権限変更処理を自宅最寄り駅の専用端末５０を用いることとする。その後、ユーザは、ＩＣカードＢを会社に戻すことで、図１８（ａ）と同様の状態に戻すことができる。

以上、詳細に説明したように、本実施形態によると、管理サーバ１０は、同一のグループ管理番号下の複数の端末に含まれる複数の端末の認証情報（グループ管理番号やパスワード）と、該複数の端末それぞれに対しサービス提供が有効であるか無効であるかの情報を記憶する端末管理ＤＢ３０と、端末からのアクセスがあった場合に、端末管理ＤＢ３０を参照して認証を行うとともに、認証された端末からのサービス提供要求に応じて、該端末を有効にし、その他の端末を無効にするように端末管理ＤＢ３０を更新する。そして、サービス提供装置４０は、端末管理ＤＢ３０を参照して、有効とされている端末に対してサービスを提供する。これにより、本実施形態では、同一のグループ管理番号である複数の端末のうちの１つに対してサービスを提供することができる。したがって、例えば、「有効」に設定されている端末を紛失等した場合でも、ユーザは、「無効」から「有効」に変更したい端末から管理サーバ１０にアクセスすることで、当該端末を簡易に「有効」に設定することができる。この場合、ユーザが端末を紛失した場合でも、ユーザは早急に不正使用を防止するための措置をとることができる。また、ユーザは「無効」となっている端末を１度利用しなくても「有効」にできるため、利便性が向上する。

また、本実施形態では、端末管理ＤＢ３０は、複数の端末に対して設定されたパスワードを記憶し、権限管理部１６は、ユーザが入力したパスワードに基づいた認証を行う。これにより、ユーザ以外の他者による権限変更等の要求を受け付けないようにできるため、他社による端末の不正利用を抑制することができる。

また、本実施形態では、管理サーバ１０は、権限変更が行われた場合にユーザに対して課金処理を実行することができる。これにより、ユーザにより権限変更が頻繁に要求されるのを抑制することができる。

なお、上記実施形態では、図１０のステップＳ１２２等において、認証の際にグループ管理番号や発行管理番号を利用する場合について説明したが、これに限られるものではない。例えば、ユーザ名を利用することとしてもよい。

なお、上記実施形態では、権限変更処理を行ったユーザに対して課金を行ってもよい場合について説明したが、これに限らず、例えば、その他の処理（新規発行処理、予備発行処理、権限照会処理、解約処理）を行ったユーザに対して課金を行うようにしてもよい。

なお、上記実施形態では、携帯端末７０を用いた各種処理を行う場合、携帯端末７０上で各種処理を実行する場合について説明したが、これに限られるものではない。例えば、携帯端末７０の各種処理を専用端末５０やＰＣ６０上で実行することとしてもよい。この場合、カードリーダ１８９が携帯端末７０から読み取ることが可能な情報を、各種処理において利用することとしてもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 電子的に読み取り可能な識別情報が記録された端末を用いて、特定のサービス提供を行う提供装置と、前記提供装置と通信可能に接続された管理装置と、を備えるサービス提供システムであって、
前記管理装置は、
前記特定のサービスに対して登録された端末群に含まれる複数の端末それぞれに対し前記特定のサービス提供が有効であるか無効であるかの情報と、前記複数の端末の認証情報を記憶する記憶部と、
端末からのアクセスがあった場合に、前記記憶部を参照して認証を行う認証部と、
認証された前記端末からのサービス提供要求に応じて、該端末に対する前記特定のサービスの提供を有効にし、前記端末群のその他の端末に対する前記特定のサービスの提供を無効にするよう前記記憶部を更新する更新部と、を備え、
前記提供装置は、前記記憶部を参照して、前記端末群のうち前記特定のサービスの提供が有効な端末に対して、前記特定のサービスを提供する、
ことを特徴とするサービス提供システム。
（付記２） 前記記憶部は、前記複数の端末に対して設定されたパスワードを記憶し、
前記認証部は、前記記憶部を参照して、入力されたパスワードに基づいた認証を行うことを特徴とする付記１に記載のサービス提供システム。
（付記３） 前記管理装置は、前記更新部の処理に対し、認証された前記端末への課金処理を実行する課金部を更に備える付記１又は２に記載のサービス提供システム。
（付記４） 電子的に読み取り可能な識別情報が記録された端末を用いて、特定のサービス提供を行う提供装置と、前記提供装置と通信可能に接続された管理装置と、を用いたサービス提供方法であって、
端末からのアクセスがあった場合に、前記特定のサービスに対して登録された端末群に含まれる複数の端末それぞれに対し前記特定のサービス提供が有効であるか無効であるかの情報と、前記複数の端末の認証情報を記憶する記憶部を参照して、前記端末群に含まれる前記複数の端末の識別情報を用いた認証を行う、処理を前記管理装置が実行し、
認証された前記端末からのサービス提供要求に応じて、該端末に対する前記特定のサービスの提供を有効にし、前記端末群のその他の端末に対する前記特定のサービスの提供を無効にするよう前記記憶部を更新する、処理を前記管理装置が実行し、
前記記憶部を参照して、前記端末群のうち前記特定のサービスの提供が有効な端末に対して、前記特定のサービスを提供する、処理を前記提供装置が実行する、
ことを特徴とするサービス提供方法。
（付記５） 前記記憶部は、前記複数の端末に対して設定されたパスワードを記憶し、
前記認証を行う処理では、前記管理装置は、前記記憶部を参照して、入力されたパスワードに基づいた認証を行うことを特徴とする付記４に記載のサービス提供方法。
（付記６） 前記管理装置は、前記更新する処理の実行に対し、認証された前記端末への課金処理を実行することを特徴とする付記４又は５に記載のサービス提供方法。

１０ 管理サーバ（管理装置）
１６ 権限変更部（認証部、更新部、課金部）
３０ 端末管理ＤＢ（記憶部）
４０ サービス提供装置（提供装置）
５５ ＩＣカード（端末）
７０ 携帯端末（端末）
１００ サービス提供システム

Claims (4)

1. 電子的に読み取り可能な識別情報が記録された端末を用いて、特定のサービス提供を行う提供装置と、前記提供装置と通信可能に接続された管理装置と、を備えるサービス提供システムであって、
   前記管理装置は、
   前記特定のサービスに対して登録された端末群に含まれる複数の端末それぞれに対し前記特定のサービス提供が有効であるか無効であるかの情報と、前記複数の端末の認証情報を記憶する記憶部と、
   端末からのアクセスがあった場合に、前記記憶部を参照して認証を行う認証部と、
   認証された前記端末からのサービス提供要求に応じて、該端末に対する前記特定のサービスの提供を有効にし、前記端末群のその他の端末に対する前記特定のサービスの提供を無効にするよう前記記憶部を更新する更新部と、を備え、
   前記提供装置は、前記記憶部を参照して、前記端末群のうち前記特定のサービスの提供が有効な端末に対して、前記特定のサービスを提供する、
   ことを特徴とするサービス提供システム。
2. 前記記憶部は、前記複数の端末に対して設定されたパスワードを記憶し、
   前記認証部は、前記記憶部を参照して、入力されたパスワードに基づいた認証を行うことを特徴とする請求項１に記載のサービス提供システム。
3. 前記管理装置は、前記更新部の処理に対し、認証された前記端末への課金処理を実行する課金部を更に備える請求項１又は２に記載のサービス提供システム。
4. 電子的に読み取り可能な識別情報が記録された端末を用いて、特定のサービス提供を行う提供装置と、前記提供装置と通信可能に接続された管理装置と、を用いたサービス提供方法であって、
   端末からのアクセスがあった場合に、前記特定のサービスに対して登録された端末群に含まれる複数の端末それぞれに対し前記特定のサービス提供が有効であるか無効であるかの情報と、前記複数の端末の認証情報を記憶する記憶部を参照して、前記端末群に含まれる前記複数の端末の識別情報を用いた認証を行う、処理を前記管理装置が実行し、
   認証された前記端末からのサービス提供要求に応じて、該端末に対する前記特定のサービスの提供を有効にし、前記端末群のその他の端末に対する前記特定のサービスの提供を無効にするよう前記記憶部を更新する、処理を前記管理装置が実行し、
   前記記憶部を参照して、前記端末群のうち前記特定のサービスの提供が有効な端末に対して、前記特定のサービスを提供する、処理を前記提供装置が実行する、
   ことを特徴とするサービス提供方法。

Images