知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-04-15
(45)【発行日】2024-04-23
(54)【発明の名称】カード管理装置、カード管理方法、及びプログラム
(51)【国際特許分類】
G06Q 20/34 20120101AFI20240416BHJP
G06Q 20/24 20120101ALI20240416BHJP
【ＦＩ】
G06Q20/34 400
G06Q20/24
【請求項の数】
10
(21)【出願番号】P 2023111755
(22)【出願日】2023-07-06
【審査請求日】2023-07-06
【早期審査対象出願】
(73)【特許権者】
【識別番号】000003193
【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100139686
【弁理士】
【氏名又は名称】鈴木 史朗
(74)【代理人】
【識別番号】100169764
【弁理士】
【氏名又は名称】清水 雄一郎
(74)【代理人】
【識別番号】100147267
【弁理士】
【氏名又は名称】大槻 真紀子
(72)【発明者】
【氏名】宮田 有祐
【審査官】庄司 琴美
(56)【参考文献】
【文献】特開２０１９－０８３０５２（ＪＰ，Ａ）
【文献】特開２００６－２５９９４７（ＪＰ，Ａ）
【文献】特開２００５－０３８２２０（ＪＰ，Ａ）
【文献】特開２０１４－１２３２２３（ＪＰ，Ａ）
【文献】特開２００２－０６３５３０（ＪＰ，Ａ）
【文献】特開２００５－１１５５９７（ＪＰ，Ａ）
【文献】特開２００９－０８６７１０（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１０／０１５５４７０（ＵＳ，Ａ１）
【文献】特開２０２３－０１４４０３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、前記カード番号とは異なる識別情報として、アドレス情報と前記カード番号に固有の識別子とを含む個別ＵＲＬを記憶する記憶部と、前記カード番号に対応する前記個別ＵＲＬが書き込まれた前記カードを受け取った前記申込者が有する端末によって、前記カードから前記個別ＵＲＬが読み取られた場合に、読み取られた前記個別ＵＲＬに含まれる前記アドレス情報にアクセスした前記端末から送信される前記個別ＵＲＬを受け付ける受付部と、
前記記憶部に記憶されている前記個別ＵＲＬの中に、前記受付部によって受け付けられた前記個別ＵＲＬと一致する個別ＵＲＬが存在する場合、前記受付部によって受け付けられた前記個別ＵＲＬに対応する前記カードがアクティベート対象であると判定する判定部と、
前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を制御するアクティベート制御部と、
を備えるカード管理装置。
【請求項2】
前記アクティベート制御部は、イシュアのサーバに対して、前記判定部による判定結果を連携し、前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を要求する、請求項１に記載のカード管理装置。
【請求項3】
前記識別情報は、前記イシュアのサーバによって前記カード番号ごとに生成され、前記記憶部は、前記イシュアのサーバから前記カード管理装置へ送信される前記識別情報を記憶する、
請求項２に記載のカード管理装置。
【請求項4】
前記カード番号ごとに前記識別情報を生成する識別情報生成部、をさらに備え、
前記記憶部は、前記イシュアのサーバから前記カード管理装置へ送信される前記カード番号と、前記識別情報生成部によって生成される前記識別情報とを対応付けて記憶する、
請求項２に記載のカード管理装置。
【請求項5】
前記カード管理装置は、イシュアのサーバであり、前記アクティベート制御部からの要求に応じて、前記アクティベート対象であると判定された前記カードに対するアクティベート処理を実行するアクティベート処理部、
をさらに備える請求項１に記載のカード管理装置。
【請求項6】
前記カード番号を採番するカード番号採番部と、採番された前記カード番号ごとに前記識別情報を生成する識別情報生成部、
をさらに備え、
前記記憶部は、前記カード番号採番部によって採番される前記カード番号と、前記識別情報生成部によって生成される前記識別情報とを対応付けて記憶する、
請求項５に記載のカード管理装置。
【請求項7】
前記カード番号を採番するカード番号採番部と、採番された前記カード番号と、前記カード番号に対応する前記カードから取得される識別情報とが対応付けられた対応情報をカード管理サーバから取得する対応情報取得部、
をさらに備え、
前記記憶部は、前記対応情報取得部によって取得される前記対応情報を記憶する、
請求項５に記載のカード管理装置。
【請求項8】
前記識別情報は、前記カードから読み取られるＵＩＤ（Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項７に記載のカード管理装置。
【請求項9】
申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、前記カード番号とは異なる識別情報として、アドレス情報と前記カード番号に固有の識別子とを含む個別ＵＲＬを記憶する記憶過程と、前記カード番号に対応する前記個別ＵＲＬが書き込まれた前記カードを受け取った前記申込者が有する端末によって、前記カードから前記個別ＵＲＬが読み取られた場合に、読み取られた前記個別ＵＲＬに含まれる前記アドレス情報にアクセスした前記端末から送信される前記個別ＵＲＬを受け付ける受付過程と、
前記記憶過程によって記憶されている前記個別ＵＲＬの中に、前記受付過程によって受け付けられた前記個別ＵＲＬと一致する個別ＵＲＬが存在する場合、前記受付過程によって受け付けられた前記個別ＵＲＬに対応する前記カードがアクティベート対象であると判定する判定過程と、
前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を制御するアクティベート制御過程と、
を含むコンピュータにより実行されるカード管理方法。
【請求項10】
コンピュータを、申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、前記カード番号とは異なる識別情報として、アドレス情報と前記カード番号に固有の識別子とを含む個別ＵＲＬを記憶する記憶手段と、
前記カード番号に対応する前記個別ＵＲＬが書き込まれた前記カードを受け取った前記申込者が有する端末によって、前記カードから前記個別ＵＲＬが読み取られた場合に、読み取られた前記個別ＵＲＬに含まれる前記アドレス情報にアクセスした前記端末から送信される前記個別ＵＲＬを受け付ける受付手段と、
前記記憶手段によって記憶されている前記個別ＵＲＬの中に、前記受付手段によって受け付けられた前記個別ＵＲＬと一致する個別ＵＲＬが存在する場合、前記受付手段によって受け付けられた前記個別ＵＲＬに対応する前記カードがアクティベート対象であると判定する判定手段と、
前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を制御するアクティベート制御手段と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、カード管理装置、カード管理方法、及びプログラムに関する。
【背景技術】
【0002】
従来、クレジットカード会社は、クレジットカードの申込者に対して、使用可能な状態（即ちアクティベートされた状態）のクレジットカードを簡易書留や本人限定郵便などで郵送している。最近、一部のクレジットカード会社では、利用者がカードをより受け取りやすくするために、新しい有効期限のクレジットカードを郵送する場合のみ普通郵便で郵送している。普通郵便での郵送により、クレジットカード会社は郵送にかかるコストを削減することができる。
しかしながら、クレジットカードがアクティベートされた状態で郵送されると、クレジットカードの申込者（本人）以外の人物がクレジットカードを受け取り、悪用される恐れがある。さらに、普通郵便での郵送の場合、クレジットカードはポストに投函されるため、ポストからクレジットカードが盗まれ、悪用されることも考えらえる。
しかしながら、クレジットカードがアクティベートされた状態で郵送されると、クレジットカードの申込者（本人）以外の人物がクレジットカードを受け取り、悪用される恐れがある。さらに、普通郵便での郵送の場合、クレジットカードはポストに投函されるため、ポストからクレジットカードが盗まれ、悪用されることも考えらえる。
【0003】
そこで、クレジットカードを普通郵便で郵送した場合にクレジットカードが悪用されるリスクを低減するために、クレジットカードを使用できない状態（即ち、アクティベートされていない状態）のまま申込者の元へ送付し、クレジットカードを受け取った申込者自身がアクティベートすることが考えられる。
例えば、下記特許文献１には、スマートフォン等の通信端末で使用するクレジットカードサービスにおいて、ユーザがアクティベートを自身で行う技術が提案されている。当該技術では、ユーザがユーザ端末からクレジットカードサービスの入会審査の要求を行う。入会審査に合格すると、クレジットカードサービスのアプリケーションを使用可能な状態にするためのアクティベート情報が、当該ユーザのユーザ端末へ送信される。ユーザは、受け取ったアクティベート情報を用いてアクティベートを行う。
例えば、下記特許文献１には、スマートフォン等の通信端末で使用するクレジットカードサービスにおいて、ユーザがアクティベートを自身で行う技術が提案されている。当該技術では、ユーザがユーザ端末からクレジットカードサービスの入会審査の要求を行う。入会審査に合格すると、クレジットカードサービスのアプリケーションを使用可能な状態にするためのアクティベート情報が、当該ユーザのユーザ端末へ送信される。ユーザは、受け取ったアクティベート情報を用いてアクティベートを行う。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１９－１４５０７１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記特許文献１に記載された技術では、入会審査に合格した場合に、ユーザが自身でアクティベート情報を用いてアクティベートを行う必要があり、手間がかかってしまう。
【0006】
上述の課題を鑑み、本発明の目的は、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることが可能なカード管理装置、カード管理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【0007】
上述の課題を解決するために、本発明の一態様に係るカード管理装置は、申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、前記カード番号とは異なる識別情報として、アドレス情報と前記カード番号に固有の識別子とを含む個別ＵＲＬを記憶する記憶部と、前記カード番号に対応する前記個別ＵＲＬが書き込まれた前記カードを受け取った前記申込者が有する端末によって、前記カードから前記個別ＵＲＬが読み取られた場合に、読み取られた前記個別ＵＲＬに含まれる前記アドレス情報にアクセスした前記端末から送信される前記個別ＵＲＬを受け付ける受付部と、前記記憶部に記憶されている前記個別ＵＲＬの中に、前記受付部によって受け付けられた前記個別ＵＲＬと一致する個別ＵＲＬが存在する場合、前記受付部によって受け付けられた前記個別ＵＲＬに対応する前記カードがアクティベート対象であると判定する判定部と、前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を制御するアクティベート制御部と、を備えるカード管理装置である。
【0008】
本発明の一態様に係るカード管理方法は、申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、前記カード番号とは異なる識別情報として、アドレス情報と前記カード番号に固有の識別子とを含む個別ＵＲＬを記憶する記憶過程と、前記カード番号に対応する前記個別ＵＲＬが書き込まれた前記カードを受け取った前記申込者が有する端末によって、前記カードから前記個別ＵＲＬが読み取られた場合に、読み取られた前記個別ＵＲＬに含まれる前記アドレス情報にアクセスした前記端末から送信される前記個別ＵＲＬを受け付ける受付過程と、前記記憶過程によって記憶されている前記個別ＵＲＬの中に、前記受付過程によって受け付けられた前記個別ＵＲＬと一致する個別ＵＲＬが存在する場合、前記受付過程によって受け付けられた前記個別ＵＲＬに対応する前記カードがアクティベート対象であると判定する判定過程と、前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を制御するアクティベート制御過程と、を含むコンピュータにより実行されるカード管理方法である。
【0009】
本発明の一態様に係るプログラムは、コンピュータを、申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、前記カード番号とは異なる識別情報として、アドレス情報と前記カード番号に固有の識別子とを含む個別ＵＲＬを記憶する記憶手段と、前記カード番号に対応する前記個別ＵＲＬが書き込まれた前記カードを受け取った前記申込者が有する端末によって、前記カードから前記個別ＵＲＬが読み取られた場合に、読み取られた前記個別ＵＲＬに含まれる前記アドレス情報にアクセスした前記端末から送信される前記個別ＵＲＬを受け付ける受付手段と、前記記憶手段によって記憶されている前記個別ＵＲＬの中に、前記受付手段によって受け付けられた前記個別ＵＲＬと一致する個別ＵＲＬが存在する場合、前記受付手段によって受け付けられた前記個別ＵＲＬに対応する前記カードがアクティベート対象であると判定する判定手段と、前記アクティベート対象であると判定された前記カードに対するアクティベート処理の実行を制御するアクティベート制御手段と、として機能させるためのプログラムである。
【発明の効果】
【0010】
本発明によれば、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることができる。
【図面の簡単な説明】
【0011】
【図1】第１の実施形態に係るカード管理システムの構成の一例を示すブロック図である。
【図2】第１の実施形態に係るユーザ端末の機能構成の一例を示すブロック図である。
【図3】第１の実施形態に係るイシュアサーバの機能構成の一例を示すブロック図である。
【図4】第１の実施形態に係るカード管理サーバの機能構成の一例を示すブロック図である。
【図5】第１の実施形態に係る処理の流れの一例を示すシーケンス図である。
【図6】第２の実施形態に係るイシュアサーバの機能構成の一例を示すブロック図である。
【図7】第２の実施形態に係るカード管理サーバの機能構成の一例を示すブロック図である。
【図8】第２の実施形態に係る処理の流れの一例を示すシーケンス図である。
【図9】第３の実施形態に係るイシュアサーバの機能構成の一例を示すブロック図である。
【図10】第３の実施形態に係るカード管理サーバの機能構成の一例を示すブロック図である。
【図11】第３の実施形態に係る処理の流れの一例を示すシーケンス図である。
【図12】第４の実施形態に係るイシュアサーバの機能構成の一例を示すブロック図である。
【図13】第４の実施形態に係るカード管理サーバの機能構成の一例を示すブロック図である。
【図14】第４の実施形態に係る処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【0012】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
以下で説明する各実施形態では、カードの具体的な種類がクレジットカードである例について説明する。このため、カードが発行されるサービスはクレジットカードが発行されるサービス（以下、「クレジットカード発行サービス」とも称される）であり、カードの発行元である事業者はクレジットカード会社（以下、「イシュア」とも称される）である。各実施形態では、クレジットカードは、使用できない状態（即ち、アクティベートされていない状態）で発行され、ユーザへ郵送される。
なお、カードの種類はクレジットカードに限定されず、キャッシュカードやデビットカード等であってもよい。また、カードが発行されるサービスの名称及びイシュアの名称は、カードの種類に応じて変化してよい。
以下で説明する各実施形態では、カードの具体的な種類がクレジットカードである例について説明する。このため、カードが発行されるサービスはクレジットカードが発行されるサービス（以下、「クレジットカード発行サービス」とも称される）であり、カードの発行元である事業者はクレジットカード会社（以下、「イシュア」とも称される）である。各実施形態では、クレジットカードは、使用できない状態（即ち、アクティベートされていない状態）で発行され、ユーザへ郵送される。
なお、カードの種類はクレジットカードに限定されず、キャッシュカードやデビットカード等であってもよい。また、カードが発行されるサービスの名称及びイシュアの名称は、カードの種類に応じて変化してよい。
【0013】
【0014】
＜１－１．カード管理システムの構成＞
まず、図１を参照して、第１の実施形態に係るカード管理システムの構成について説明する。図１は、第１の実施形態に係るカード管理システムの構成の一例を示すブロック図である。
まず、図１を参照して、第１の実施形態に係るカード管理システムの構成について説明する。図１は、第１の実施形態に係るカード管理システムの構成の一例を示すブロック図である。
【0015】
図１に示すカード管理システム１は、カードの発行に関して管理するためのシステムである。第１の実施形態では、カードの具体的な種類がクレジットカードであるため、カード管理システム１が発行する対象は、クレジットカードである。なお、カード管理システム１が発行する対象は、カードの種類に応じて変化してよい。
【0016】
図１に示すように、カード管理システム１は、ユーザ端末１０と、イシュアサーバ２０と、カード管理サーバ３０とを備える。
ネットワークＮＷには、情報の授受を行うための構成として、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網、インターネット等が適用される。
ネットワークＮＷには、情報の授受を行うための構成として、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網、インターネット等が適用される。
【0017】
（１）ユーザ端末１０
ユーザ端末１０は、クレジットカードの申込者であるユーザが有する端末である。ユーザ端末１０は、例えば、スマートフォンやタブレット端末などの携帯端末、又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。ユーザ端末１０は、ネットワークＮＷを介して、カード管理サーバ３０と通信可能に接続されている。
ユーザ端末１０は、クレジットカードの申込者であるユーザが有する端末である。ユーザ端末１０は、例えば、スマートフォンやタブレット端末などの携帯端末、又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。ユーザ端末１０は、ネットワークＮＷを介して、カード管理サーバ３０と通信可能に接続されている。
【0018】
ユーザ端末１０は、カード管理サーバ３０との通信において、ユーザが受け取ったクレジットカードから取得した識別情報を送信する。識別情報は、クレジットカードがアクティベート対象であるか否かを判定するために用いられる情報である。識別情報は、クレジットカードのカード番号（ＰＡＮ：Ｐｒｉｍａｒｙ Ａｃｃｏｕｎｔ Ｎｕｍｂｅｒ）とは異なる情報であり、カード番号ごとに用意される。第１の実施形態における識別情報は、例えば、個別ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。個別ＵＲＬは、ユーザ端末１０からカード管理サーバ３０（カード管理装置）へアクセスするためのアドレス情報と、カード番号に固有の識別子とを含む情報である。
【0019】
（２）イシュアサーバ２０
イシュアサーバ２０は、クレジットカードに関する各種情報の管理やクレジットカードのアクティベートを実行するためのサーバ装置である。イシュアサーバ２０は、１つ又は複数のサーバ（例えば、クラウドサーバ）で構成される。イシュアサーバ２０は、ネットワークＮＷを介して、カード管理サーバ３０と通信可能に接続されている。
イシュアサーバ２０は、クレジットカードに関する各種情報の管理やクレジットカードのアクティベートを実行するためのサーバ装置である。イシュアサーバ２０は、１つ又は複数のサーバ（例えば、クラウドサーバ）で構成される。イシュアサーバ２０は、ネットワークＮＷを介して、カード管理サーバ３０と通信可能に接続されている。
【0020】
イシュアサーバ２０は、カード管理サーバ３０との通信において、例えば、イシュアサーバ２０にてカード番号ごとに生成した個別ＵＲＬを送信し、アクティベート処理のための情報（以下、「アクティベート情報」とも称される）などを受信する。アクティベート情報は、例えば、アクティベート対象の判定結果などである。
【0021】
（３）カード管理サーバ３０
カード管理サーバ３０は、クレジットカードに関する各種情報の管理やクレジットカードのアクティベートを制御するためのサーバ装置である。カード管理サーバ３０は、カード管理装置の一例である。カード管理サーバ３０は、１つ又は複数のサーバ（例えば、クラウドサーバ）で構成される。カード管理サーバ３０は、ネットワークＮＷを介して、ユーザ端末１０と、イシュアサーバ２０と通信可能に接続されている。
カード管理サーバ３０は、クレジットカードに関する各種情報の管理やクレジットカードのアクティベートを制御するためのサーバ装置である。カード管理サーバ３０は、カード管理装置の一例である。カード管理サーバ３０は、１つ又は複数のサーバ（例えば、クラウドサーバ）で構成される。カード管理サーバ３０は、ネットワークＮＷを介して、ユーザ端末１０と、イシュアサーバ２０と通信可能に接続されている。
【0022】
カード管理サーバ３０は、ユーザ端末１０との通信において、例えば、ユーザ端末１０によってクレジットカードから取得された個別ＵＲＬを受信する。
カード管理サーバ３０は、イシュアサーバ２０との通信において、例えば、イシュアサーバ２０によってカード番号ごとに生成された個別ＵＲＬを受信し、アクティベート情報などを送信する。
カード管理サーバ３０は、イシュアサーバ２０との通信において、例えば、イシュアサーバ２０によってカード番号ごとに生成された個別ＵＲＬを受信し、アクティベート情報などを送信する。
【0023】
＜１－２．ユーザ端末の機能構成＞
以上、第１の実施形態に係るカード管理システム１の構成について説明した。次に、図２を参照して、第１の実施形態に係るユーザ端末１０の機能構成について説明する。図２は、第１の実施形態に係るユーザ端末１０の機能構成の一例を示すブロック図である。
図２に示すように、ユーザ端末１０は、通信部１１０と、入力部１２０と、読取部１３０と、記憶部１４０と、制御部１５０と、出力部１６０とを備える。
以上、第１の実施形態に係るカード管理システム１の構成について説明した。次に、図２を参照して、第１の実施形態に係るユーザ端末１０の機能構成について説明する。図２は、第１の実施形態に係るユーザ端末１０の機能構成の一例を示すブロック図である。
図２に示すように、ユーザ端末１０は、通信部１１０と、入力部１２０と、読取部１３０と、記憶部１４０と、制御部１５０と、出力部１６０とを備える。
【0024】
（１）通信部１１０
通信部１１０は、各種情報を送受信する機能を有する。例えば、通信部１１０は、ネットワークＮＷを介して、カード管理サーバ３０と通信を行う。
通信部１１０は、カード管理サーバ３０との通信において、ユーザが受け取ったクレジットカードから取得した個別ＵＲＬを送信する。
通信部１１０は、各種情報を送受信する機能を有する。例えば、通信部１１０は、ネットワークＮＷを介して、カード管理サーバ３０と通信を行う。
通信部１１０は、カード管理サーバ３０との通信において、ユーザが受け取ったクレジットカードから取得した個別ＵＲＬを送信する。
【0025】
（２）入力部１２０
入力部１２０は、ユーザからの入力を受け付ける機能を有する。入力部１２０は、例えば、ユーザ端末１０がハードウェアとして備える入力装置、例えばボタン、タッチパネル、マイクロフォン、マウス、キーボード等によって構成される。
入力部１２０は、ユーザからの入力を受け付ける機能を有する。入力部１２０は、例えば、ユーザ端末１０がハードウェアとして備える入力装置、例えばボタン、タッチパネル、マイクロフォン、マウス、キーボード等によって構成される。
【0026】
（３）読取部１３０
読取部１３０は、クレジットカードから個別ＵＲＬを取得する機能を有する。個別ＵＲＬは、例えば、クレジットカードに設けられたＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）チップに書き込まれる。この場合、読取部１３０は、例えばＮＦＣ（Ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）による通信によって、ＩＣチップから個別ＵＲＬを読み取ることで、個別ＵＲＬを取得する。
また、クレジットカードには、個別ＵＲＬを有する二次元コードが付されてもよい。この場合、読取部１３０は、例えばカメラによって二次元コードから個別ＵＲＬを読み取ることで、個別ＵＲＬを取得する。これにより、ユーザは、ユーザ端末１０がＮＦＣ機能を有していない場合やＮＦＣによる読み取りが上手くいかない場合などに、二次元コードから個別ＵＲＬを読み取ることができる。
読取部１３０は、クレジットカードから個別ＵＲＬを取得する機能を有する。個別ＵＲＬは、例えば、クレジットカードに設けられたＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）チップに書き込まれる。この場合、読取部１３０は、例えばＮＦＣ（Ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）による通信によって、ＩＣチップから個別ＵＲＬを読み取ることで、個別ＵＲＬを取得する。
また、クレジットカードには、個別ＵＲＬを有する二次元コードが付されてもよい。この場合、読取部１３０は、例えばカメラによって二次元コードから個別ＵＲＬを読み取ることで、個別ＵＲＬを取得する。これにより、ユーザは、ユーザ端末１０がＮＦＣ機能を有していない場合やＮＦＣによる読み取りが上手くいかない場合などに、二次元コードから個別ＵＲＬを読み取ることができる。
【0027】
（４）記憶部１４０
記憶部１４０は、各種情報を記憶する機能を有する。記憶部１４０は、ユーザ端末１０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、又はこれらの記憶媒体の任意の組み合わせによって構成される。
記憶部１４０は、各種情報を記憶する機能を有する。記憶部１４０は、ユーザ端末１０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅａｄ／ｗｒｉｔｅ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、又はこれらの記憶媒体の任意の組み合わせによって構成される。
【0028】
（５）制御部１５０
制御部１５０は、ユーザ端末１０の動作全般を制御する機能を有する。制御部１５０は、例えば、ユーザ端末１０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
図２に示すように、制御部１５０は、操作受付部１５１と、読取制御部１５２と、アクセス制御部１５３と、出力制御部１５４とを備える。
制御部１５０は、ユーザ端末１０の動作全般を制御する機能を有する。制御部１５０は、例えば、ユーザ端末１０がハードウェアとして備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にプログラムを実行させることによって実現される。
図２に示すように、制御部１５０は、操作受付部１５１と、読取制御部１５２と、アクセス制御部１５３と、出力制御部１５４とを備える。
【0029】
（５－１）操作受付部１５１
操作受付部１５１は、入力部１２０に入力されたユーザの操作を受け付ける機能を有する。ユーザは、例えば、個別ＵＲＬの読取操作などを行う。
操作受付部１５１は、入力部１２０に入力されたユーザの操作を受け付ける機能を有する。ユーザは、例えば、個別ＵＲＬの読取操作などを行う。
【0030】
（５－２）読取制御部１５２
読取制御部１５２は、読取部１３０による個別ＵＲＬの読み取りを制御する機能を有する。例えば、読取制御部１５２は、操作受付部１５１によって個別ＵＲＬの読取操作が受け付けられた場合、読取部１３０を起動してクレジットカードから個別ＵＲＬを読み取らせる。
読取制御部１５２は、読取部１３０による個別ＵＲＬの読み取りを制御する機能を有する。例えば、読取制御部１５２は、操作受付部１５１によって個別ＵＲＬの読取操作が受け付けられた場合、読取部１３０を起動してクレジットカードから個別ＵＲＬを読み取らせる。
【0031】
（５－３）アクセス制御部１５３
アクセス制御部１５３は、個別ＵＲＬへのアクセスを制御する機能を有する。例えば、アクセス制御部１５３は、読取部１３０によって個別ＵＲＬが読み取られた場合、読み取られた個別ＵＲＬが示すアドレス情報からカード管理サーバ３０へアクセスする。アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをカード管理サーバ３０へ送信する。
アクセス制御部１５３は、個別ＵＲＬへのアクセスを制御する機能を有する。例えば、アクセス制御部１５３は、読取部１３０によって個別ＵＲＬが読み取られた場合、読み取られた個別ＵＲＬが示すアドレス情報からカード管理サーバ３０へアクセスする。アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをカード管理サーバ３０へ送信する。
【0032】
（５－４）出力制御部１５４
出力制御部１５４は、各種画面や情報の出力を制御する機能を有する。例えば、出力制御部１５４は、個別ＵＲＬの読取結果やアクティベート処理結果などを示す画面を出力部１６０に表示させる。
出力制御部１５４は、各種画面や情報の出力を制御する機能を有する。例えば、出力制御部１５４は、個別ＵＲＬの読取結果やアクティベート処理結果などを示す画面を出力部１６０に表示させる。
【0033】
（６）出力部１６０
出力部１６０は、各種情報を出力する機能を有する。出力部１６０は、例えば、ユーザ端末１０がハードウェアとして備える出力装置、例えばディスプレイ装置やタッチスクリーン（タッチパネル）などの表示装置や、スピーカなどの音声出力装置によって構成される。
出力部１６０は、出力制御部１５４からの制御に応じて、例えば、個別ＵＲＬの読取結果やアクティベート処理結果などを示す画面を表示装置に表示する。
出力部１６０は、各種情報を出力する機能を有する。出力部１６０は、例えば、ユーザ端末１０がハードウェアとして備える出力装置、例えばディスプレイ装置やタッチスクリーン（タッチパネル）などの表示装置や、スピーカなどの音声出力装置によって構成される。
出力部１６０は、出力制御部１５４からの制御に応じて、例えば、個別ＵＲＬの読取結果やアクティベート処理結果などを示す画面を表示装置に表示する。
【0034】
＜１－３．イシュアサーバの機能構成＞
以上、第１の実施形態に係るユーザ端末１０の機能構成について説明した。次に、図３を参照して、第１の実施形態に係るイシュアサーバ２０の機能構成について説明する。図３は、第１の実施形態に係るイシュアサーバ２０の機能構成の一例を示すブロック図である。
図３に示すように、イシュアサーバ２０は、通信部２１０と、記憶部２２０と、制御部２３０とを備える。
以上、第１の実施形態に係るユーザ端末１０の機能構成について説明した。次に、図３を参照して、第１の実施形態に係るイシュアサーバ２０の機能構成について説明する。図３は、第１の実施形態に係るイシュアサーバ２０の機能構成の一例を示すブロック図である。
図３に示すように、イシュアサーバ２０は、通信部２１０と、記憶部２２０と、制御部２３０とを備える。
【0035】
（１）通信部２１０
通信部２１０は、各種情報を送受信する機能を有する。例えば、通信部２１０は、ネットワークＮＷを介して、カード管理サーバ３０と通信を行う。
通信部２１０は、カード管理サーバ３０との通信において、イシュアサーバ２０にてカード番号ごとに生成した個別ＵＲＬを送信し、アクティベート情報を受信する。
通信部２１０は、各種情報を送受信する機能を有する。例えば、通信部２１０は、ネットワークＮＷを介して、カード管理サーバ３０と通信を行う。
通信部２１０は、カード管理サーバ３０との通信において、イシュアサーバ２０にてカード番号ごとに生成した個別ＵＲＬを送信し、アクティベート情報を受信する。
【0036】
（２）記憶部２２０
記憶部２２０は、各種情報を記憶する機能を有する。記憶部２２０は、イシュアサーバ２０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
図３に示すように、記憶部２２０は、会員属性情報記憶部２２１と、発行情報記憶部２２２と、対応情報記憶部２２３とを備える。
記憶部２２０は、各種情報を記憶する機能を有する。記憶部２２０は、イシュアサーバ２０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
図３に示すように、記憶部２２０は、会員属性情報記憶部２２１と、発行情報記憶部２２２と、対応情報記憶部２２３とを備える。
【0037】
（２－１）会員属性情報記憶部２２１
会員属性情報記憶部２２１は、会員属性情報を記憶する機能を有する。会員属性情報は、クレジットカードが発行された者（会員）の属性を示す情報である。会員属性情報は、例えば、氏名、住所、年齢、職業、生年月日、カード番号（１６桁）、カードコードなどである。
会員属性情報記憶部２２１は、会員属性情報を記憶する機能を有する。会員属性情報は、クレジットカードが発行された者（会員）の属性を示す情報である。会員属性情報は、例えば、氏名、住所、年齢、職業、生年月日、カード番号（１６桁）、カードコードなどである。
【0038】
（２－２）発行情報記憶部２２２
発行情報記憶部２２２は、発行情報を記憶する機能を有する。発行情報は、発行予定のクレジットカードに関する情報である。発行情報は、例えば、カードコード、個別ＵＲＬなどである。
発行情報記憶部２２２は、発行情報を記憶する機能を有する。発行情報は、発行予定のクレジットカードに関する情報である。発行情報は、例えば、カードコード、個別ＵＲＬなどである。
【0039】
（２－３）対応情報記憶部２２３
対応情報記憶部２２３は、対応情報を記憶する機能を有する。対応情報は、カード番号と個別ＵＲＬ（識別情報）との対応関係を示す情報である。即ち、対応情報は、カード番号と個別ＵＲＬとが対応付けられた情報である。
対応情報記憶部２２３は、対応情報を記憶する機能を有する。対応情報は、カード番号と個別ＵＲＬ（識別情報）との対応関係を示す情報である。即ち、対応情報は、カード番号と個別ＵＲＬとが対応付けられた情報である。
【0040】
（３）制御部２３０
制御部２３０は、イシュアサーバ２０の動作全般を制御する機能を有する。制御部２３０は、例えば、イシュアサーバ２０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図３に示すように、制御部２３０は、カード番号採番部２３１と、識別情報生成部２３２と、識別情報連携部２３３と、アクティベート処理部２３４とを備える。
制御部２３０は、イシュアサーバ２０の動作全般を制御する機能を有する。制御部２３０は、例えば、イシュアサーバ２０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図３に示すように、制御部２３０は、カード番号採番部２３１と、識別情報生成部２３２と、識別情報連携部２３３と、アクティベート処理部２３４とを備える。
【0041】
（３－１）カード番号採番部２３１
カード番号採番部２３１は、カード番号を採番する機能を有する。カード番号採番部２３１は、発行予定のクレジットカードごとに固有のカード番号を採番する。採番されたカード番号は、自カード番号に対応するクレジットカードの発行情報に含めて発行情報記憶部２２２に記憶される。また、採番されたカード番号は、自カード番号に対応するクレジットカードに対して生成された個別ＵＲＬと対応付けて、対応情報として対応情報記憶部２２３に記憶される。
カード番号採番部２３１は、カード番号を採番する機能を有する。カード番号採番部２３１は、発行予定のクレジットカードごとに固有のカード番号を採番する。採番されたカード番号は、自カード番号に対応するクレジットカードの発行情報に含めて発行情報記憶部２２２に記憶される。また、採番されたカード番号は、自カード番号に対応するクレジットカードに対して生成された個別ＵＲＬと対応付けて、対応情報として対応情報記憶部２２３に記憶される。
【0042】
（３－２）識別情報生成部２３２
識別情報生成部２３２は、個別ＵＲＬ（識別情報）を生成する機能を有する。個別ＵＲＬは、ユーザからの申込みを受けてアクティベートされていない状態で発行されるクレジットカードのカード番号に対応し、カード番号とは異なる情報である。個別ＵＲＬは、識別情報生成部２３２によってカード番号ごとに生成される。
例えば、識別情報生成部２３２は、ユーザ端末１０からカード管理サーバ３０へアクセスするためのアドレス情報とカード番号に固有の識別子とを生成し、アドレス情報と識別子とを含む情報を個別ＵＲＬとして生成する。生成された個別ＵＲＬは、カード番号採番部２３１によって採番されたカード番号のうち、自個別ＵＲＬに対応するカード番号と対応付けて、対応情報として対応情報記憶部２２３に記憶される。
なお、アドレス情報は、複数のクレジットカードに共通であってもよい。
識別情報生成部２３２は、個別ＵＲＬ（識別情報）を生成する機能を有する。個別ＵＲＬは、ユーザからの申込みを受けてアクティベートされていない状態で発行されるクレジットカードのカード番号に対応し、カード番号とは異なる情報である。個別ＵＲＬは、識別情報生成部２３２によってカード番号ごとに生成される。
例えば、識別情報生成部２３２は、ユーザ端末１０からカード管理サーバ３０へアクセスするためのアドレス情報とカード番号に固有の識別子とを生成し、アドレス情報と識別子とを含む情報を個別ＵＲＬとして生成する。生成された個別ＵＲＬは、カード番号採番部２３１によって採番されたカード番号のうち、自個別ＵＲＬに対応するカード番号と対応付けて、対応情報として対応情報記憶部２２３に記憶される。
なお、アドレス情報は、複数のクレジットカードに共通であってもよい。
【0043】
（３－３）識別情報連携部２３３
識別情報連携部２３３は、個別ＵＲＬを外部へ連携する機能を有する。例えば、識別情報連携部２３３は、識別情報生成部２３２によって生成された個別ＵＲＬを、通信部２１０からカード管理サーバ３０へ送信（連携）する。
識別情報連携部２３３は、個別ＵＲＬを外部へ連携する機能を有する。例えば、識別情報連携部２３３は、識別情報生成部２３２によって生成された個別ＵＲＬを、通信部２１０からカード管理サーバ３０へ送信（連携）する。
【0044】
（３－４）アクティベート処理部２３４
アクティベート処理部２３４は、アクティベート処理を実行する機能を有する。例えば、アクティベート処理部２３４は、通信部２１０がカード管理サーバ３０から受信するアクティベート情報に基づき、アクティベート処理を実行する。具体的に、アクティベート処理部２３４は、カード管理サーバ３０からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
アクティベート処理部２３４は、アクティベート処理を実行する機能を有する。例えば、アクティベート処理部２３４は、通信部２１０がカード管理サーバ３０から受信するアクティベート情報に基づき、アクティベート処理を実行する。具体的に、アクティベート処理部２３４は、カード管理サーバ３０からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
【0045】
＜１－４．カード管理サーバの機能構成＞
以上、第１の実施形態に係るイシュアサーバ２０の機能構成について説明した。次に、図４を参照して、第１の実施形態に係るカード管理サーバ３０の機能構成について説明する。図４は、第１の実施形態に係るカード管理サーバ３０の機能構成の一例を示すブロック図である。
図４に示すように、カード管理サーバ３０は、通信部３１０と、記憶部３２０と、制御部３３０とを備える。
以上、第１の実施形態に係るイシュアサーバ２０の機能構成について説明した。次に、図４を参照して、第１の実施形態に係るカード管理サーバ３０の機能構成について説明する。図４は、第１の実施形態に係るカード管理サーバ３０の機能構成の一例を示すブロック図である。
図４に示すように、カード管理サーバ３０は、通信部３１０と、記憶部３２０と、制御部３３０とを備える。
【0046】
（１）通信部３１０
通信部３１０は、各種情報を送受信する機能を有する。例えば、通信部３１０は、ネットワークＮＷを介して、ユーザ端末１０と、イシュアサーバ２０と通信を行う。
通信部３１０は、ユーザ端末１０との通信において、ユーザ端末１０がクレジットカードから取得した個別ＵＲＬを受信する。
通信部３１０は、イシュアサーバ２０との通信において、イシュアサーバ２０にてカード番号ごとに生成された個別ＵＲＬを受信し、アクティベート情報を送信する。
通信部３１０は、各種情報を送受信する機能を有する。例えば、通信部３１０は、ネットワークＮＷを介して、ユーザ端末１０と、イシュアサーバ２０と通信を行う。
通信部３１０は、ユーザ端末１０との通信において、ユーザ端末１０がクレジットカードから取得した個別ＵＲＬを受信する。
通信部３１０は、イシュアサーバ２０との通信において、イシュアサーバ２０にてカード番号ごとに生成された個別ＵＲＬを受信し、アクティベート情報を送信する。
【0047】
（２）記憶部３２０
記憶部３２０は、カード管理サーバ３０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
図４に示すように、記憶部３２０は、会員属性情報記憶部３２１と、識別情報記憶部３２２とを備える。
記憶部３２０は、カード管理サーバ３０がハードウェアとして備える記憶媒体、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、又はこれらの記憶媒体の任意の組み合わせによって構成される。
図４に示すように、記憶部３２０は、会員属性情報記憶部３２１と、識別情報記憶部３２２とを備える。
【0048】
（２－１）会員属性情報記憶部３２１
会員属性情報記憶部３２１は、会員属性情報を記憶する機能を有する。会員属性情報記憶部３２１は、イシュアサーバ２０の会員属性情報記憶部２２１が記憶する会員属性情報の一部を記憶する。例えば、会員属性情報記憶部３２１は、イシュアサーバ２０の会員属性情報記憶部２２１が記憶する会員属性情報のうち、カード管理サーバ３０で行われるユーザ（申込者）に関する情報の正誤判定に必要な情報のみを記憶する。一例として、会員属性情報記憶部３２１は、氏名、電話番号、ユニークＩＤ（カード番号以外で個人を特定可能な番号）を記憶する。
会員属性情報記憶部３２１は、会員属性情報を記憶する機能を有する。会員属性情報記憶部３２１は、イシュアサーバ２０の会員属性情報記憶部２２１が記憶する会員属性情報の一部を記憶する。例えば、会員属性情報記憶部３２１は、イシュアサーバ２０の会員属性情報記憶部２２１が記憶する会員属性情報のうち、カード管理サーバ３０で行われるユーザ（申込者）に関する情報の正誤判定に必要な情報のみを記憶する。一例として、会員属性情報記憶部３２１は、氏名、電話番号、ユニークＩＤ（カード番号以外で個人を特定可能な番号）を記憶する。
【0049】
（２－２）識別情報記憶部３２２
識別情報記憶部３２２は、識別情報を記憶する機能を有する。識別情報記憶部３２２は、記憶部の一例である。例えば、識別情報記憶部３２２は、イシュアサーバ２０からカード管理サーバ３０へ送信され、通信部３１０が受信する個別ＵＲＬを記憶する。
識別情報記憶部３２２は、識別情報を記憶する機能を有する。識別情報記憶部３２２は、記憶部の一例である。例えば、識別情報記憶部３２２は、イシュアサーバ２０からカード管理サーバ３０へ送信され、通信部３１０が受信する個別ＵＲＬを記憶する。
【0050】
（３）制御部３３０
制御部３３０は、カード管理サーバ３０の動作全般を制御する機能を有する。制御部３３０は、例えば、カード管理サーバ３０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図４に示すように、制御部３３０は、受付部３３１と、判定部３３２と、アクティベート制御部３３３とを備える。
制御部３３０は、カード管理サーバ３０の動作全般を制御する機能を有する。制御部３３０は、例えば、カード管理サーバ３０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。
図４に示すように、制御部３３０は、受付部３３１と、判定部３３２と、アクティベート制御部３３３とを備える。
【0051】
（３－１）受付部３３１
受付部３３１は、個別ＵＲＬの入力を受け付ける機能を有する。例えば、受付部３３１は、ユーザが受け取ったクレジットカードからユーザ端末１０によって取得され、ユーザ端末１０から送信される個別ＵＲＬの入力を受け付ける。受付部３３１が受け付ける個別ＵＲＬは、アクティベート対象の判定対象となるクレジットカードが有する個別ＵＲＬである。
受付部３３１は、個別ＵＲＬの入力を受け付ける機能を有する。例えば、受付部３３１は、ユーザが受け取ったクレジットカードからユーザ端末１０によって取得され、ユーザ端末１０から送信される個別ＵＲＬの入力を受け付ける。受付部３３１が受け付ける個別ＵＲＬは、アクティベート対象の判定対象となるクレジットカードが有する個別ＵＲＬである。
【0052】
（３－２）判定部３３２
判定部３３２は、アクティベート対象を判定する機能を有する。例えば、判定部３３２は、識別情報記憶部３２２に記憶されているイシュアサーバ２０にて生成された個別ＵＲＬに基づき、受付部３３１が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する。具体的に、判定部３３２は、識別情報記憶部３２２に記憶されている個別ＵＲＬの中に、受付部３３１によって受け付けられた個別ＵＲＬと一致する個別ＵＲＬが存在するか否かを確認する。存在する場合、判定部３３２は、受付部３３１によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象であると判定する。一方で、存在しない場合、判定部３３２は、受付部３３１によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象でないと判定する。
判定部３３２は、アクティベート対象を判定する機能を有する。例えば、判定部３３２は、識別情報記憶部３２２に記憶されているイシュアサーバ２０にて生成された個別ＵＲＬに基づき、受付部３３１が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する。具体的に、判定部３３２は、識別情報記憶部３２２に記憶されている個別ＵＲＬの中に、受付部３３１によって受け付けられた個別ＵＲＬと一致する個別ＵＲＬが存在するか否かを確認する。存在する場合、判定部３３２は、受付部３３１によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象であると判定する。一方で、存在しない場合、判定部３３２は、受付部３３１によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象でないと判定する。
【0053】
（３－３）アクティベート制御部３３３
アクティベート制御部３３３は、アクティベート処理の実行を制御する機能を有する。例えば、アクティベート制御部３３３は、判定部３３２による判定結果に基づき、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を制御する。具体的に、アクティベート制御部３３３は、イシュアサーバ２０に対して、判定部３３２による判定結果（アクティベート情報）を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部３３３は、イシュアサーバ２０に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
アクティベート制御部３３３は、アクティベート処理の実行を制御する機能を有する。例えば、アクティベート制御部３３３は、判定部３３２による判定結果に基づき、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を制御する。具体的に、アクティベート制御部３３３は、イシュアサーバ２０に対して、判定部３３２による判定結果（アクティベート情報）を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部３３３は、イシュアサーバ２０に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
【0054】
＜１－５．処理の流れ＞
以上、第１の実施形態に係るカード管理サーバ３０の機能構成について説明した。次に、図５を参照して、第１の実施形態に係る処理の流れについて説明する。図５は、第１の実施形態に係る処理の流れの一例を示すシーケンス図である。
以上、第１の実施形態に係るカード管理サーバ３０の機能構成について説明した。次に、図５を参照して、第１の実施形態に係る処理の流れについて説明する。図５は、第１の実施形態に係る処理の流れの一例を示すシーケンス図である。
【0055】
図５に示すように、まず、イシュアサーバ２０のカード番号採番部２３１は、発行予定であるクレジットカードのカード番号を採番する（ステップＳ１０１）。
次に、イシュアサーバ２０の識別情報生成部２３２は、カード番号採番部２３１によって採番されたカード番号ごとに個別ＵＲＬを生成する（ステップＳ１０２）。
カード番号の採番及び個別ＵＲＬの生成後、イシュアサーバ２０の対応情報記憶部２２３は、カード番号と対応する個別ＵＲＬとを対応付けて、対応情報として記憶する（ステップＳ１０３）。
次に、イシュアサーバ２０の識別情報連携部２３３は、識別情報生成部２３２によって生成された個別ＵＲＬを通信部２１０からカード管理サーバ３０へ連携（送信）する（ステップＳ１０４）。
カード管理サーバ３０の識別情報記憶部３２２は、通信部３１０がイシュアサーバ２０から受信した個別ＵＲＬを記憶する（ステップＳ１０５）。
次に、イシュアサーバ２０の識別情報生成部２３２は、カード番号採番部２３１によって採番されたカード番号ごとに個別ＵＲＬを生成する（ステップＳ１０２）。
カード番号の採番及び個別ＵＲＬの生成後、イシュアサーバ２０の対応情報記憶部２２３は、カード番号と対応する個別ＵＲＬとを対応付けて、対応情報として記憶する（ステップＳ１０３）。
次に、イシュアサーバ２０の識別情報連携部２３３は、識別情報生成部２３２によって生成された個別ＵＲＬを通信部２１０からカード管理サーバ３０へ連携（送信）する（ステップＳ１０４）。
カード管理サーバ３０の識別情報記憶部３２２は、通信部３１０がイシュアサーバ２０から受信した個別ＵＲＬを記憶する（ステップＳ１０５）。
【0056】
ユーザは、ユーザ端末１０に対して、個別ＵＲＬの読取操作を行う（ステップＳ１０６）。具体的に、ユーザは、アクティベートされていない状態で発行され郵送されてきたクレジットカードを受け取り後、当該クレジットカードから個別ＵＲＬを読み取るための操作をユーザ端末１０に対して行う。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからの個別ＵＲＬの読取操作を受け付けると、読取部１３０を起動し、クレジットカードから個別ＵＲＬを読み取らせる（ステップＳ１０７）。
個別ＵＲＬの読取後、ユーザ端末１０のアクセス制御部１５３は、読み取られた個別ＵＲＬが示すアドレス情報からカード管理サーバ３０へアクセスする（ステップＳ１０８）。
アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをカード管理サーバ３０へ送信する（ステップＳ１０９）。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからの個別ＵＲＬの読取操作を受け付けると、読取部１３０を起動し、クレジットカードから個別ＵＲＬを読み取らせる（ステップＳ１０７）。
個別ＵＲＬの読取後、ユーザ端末１０のアクセス制御部１５３は、読み取られた個別ＵＲＬが示すアドレス情報からカード管理サーバ３０へアクセスする（ステップＳ１０８）。
アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをカード管理サーバ３０へ送信する（ステップＳ１０９）。
【0057】
カード管理サーバ３０の受付部３３１は、ユーザ端末１０から送信されて通信部３１０が受信した個別ＵＲＬの入力を受け付ける（ステップＳ１１０）。
次に、カード管理サーバ３０の判定部３３２は、識別情報記憶部３２２に記憶されているイシュアサーバ２０にて生成された個別ＵＲＬに基づき、受付部３３１が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ１１１）。
次に、カード管理サーバ３０のアクティベート制御部３３３は、判定部３３２による判定結果に基づき、アクティベート制御処理を行う（ステップＳ１１２）。具体的に、アクティベート制御部３３３は、イシュアサーバ２０に対して、判定部３３２による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部３３３は、イシュアサーバ２０に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０のアクティベート処理部２３４は、通信部２１０がカード管理サーバ３０から受信するアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ１１３）。具体的に、アクティベート処理部２３４は、カード管理サーバ３０からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
次に、カード管理サーバ３０の判定部３３２は、識別情報記憶部３２２に記憶されているイシュアサーバ２０にて生成された個別ＵＲＬに基づき、受付部３３１が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ１１１）。
次に、カード管理サーバ３０のアクティベート制御部３３３は、判定部３３２による判定結果に基づき、アクティベート制御処理を行う（ステップＳ１１２）。具体的に、アクティベート制御部３３３は、イシュアサーバ２０に対して、判定部３３２による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部３３３は、イシュアサーバ２０に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０のアクティベート処理部２３４は、通信部２１０がカード管理サーバ３０から受信するアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ１１３）。具体的に、アクティベート処理部２３４は、カード管理サーバ３０からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
【0058】
以上説明したように、第１の実施形態に係るカード管理サーバ３０（カード管理装置）は、ユーザ（申込者）からの申込みを受けてアクティベートされていない状態で発行されるクレジットカード（カード）のカード番号に対応する、カード番号とは異なる個別ＵＲＬ（識別情報）を記憶する識別情報記憶部（記憶部）３２２と、ユーザが受け取ったクレジットカードからユーザ端末１０（申込者が有する端末）によって取得され、ユーザ端末１０から送信される個別ＵＲＬを受け付ける受付部３３１と、識別情報記憶部３２２に記憶されている個別ＵＲＬの中に、受付部３３１によって受け付けられた個別ＵＲＬと一致する個別ＵＲＬが存在する場合、受付部３３１によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象であると判定する判定部３３２と、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を制御するアクティベート制御部３３３と、を備える。
【0059】
かかる構成により、ユーザは、ユーザ端末１０を操作して、受け取ったクレジットカードから個別ＵＲＬを読み取るだけで、当該クレジットカードをアクティベートすることができる。
よって、第１の実施形態に係るカード管理サーバ３０は、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
よって、第１の実施形態に係るカード管理サーバ３０は、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
【0060】
なお、従来、申込者が受け取ったクレジットカードを自身でアクティベートすることを可能とするためには、イシュアが有する既存の基幹システムに対して改修が必要となる。しかしながら、イシュアが有する既存の基幹システムに対してアクティベートに関する改修を行うことは困難であった。
例えば、既存の基幹システムでは、予め中長期の観点から開発計画が立てられており、アクティベートに関する開発を割り込みで行うことが難しかった。また、システム改修後はシステムの安定稼働を目的としたシステム凍結期間(システム改修が出来ない期間)も必要となる。また、システム改修した部分によるシステム全体に対する影響調査なども考慮する必要があり、開発費用も相当な金額が発生してしまう。また、自社内のシステムエンジニアだけでは人数が不足するため、開発支援(コーディング業務など)として外部のシステム会社に業務委託をすることが多かった。しかしながら、中長期の観点で開発計画に対する開発人員を抑えているため、開発依頼が増える分に関しては常にリソース不足となっていた。
これに対して、第１の実施形態に係るカード管理システム１では、イシュアが有する既存の基幹システムに相当するイシュアサーバ２０とは別に、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能を有するカード管理サーバ３０が設けられている。このカード管理システム１では、イシュアサーバ２０は、カード管理サーバ３０から連携されるアクティベート情報に基づき、既存の機能を用いてクレジットカードをアクティベートすることができる。このため、イシュアは、基幹システムに対して、カード管理サーバ３０によるアクティベート情報の連携を可能とする最低限の改修を行うことで、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能を組み込む改修を行わなくてよくなる。
よって、イシュアは、第１の実施形態に係るカード管理システム１を利用することで、既存の基幹システムに対して、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な仕組みを簡単に導入することが可能となる。
例えば、既存の基幹システムでは、予め中長期の観点から開発計画が立てられており、アクティベートに関する開発を割り込みで行うことが難しかった。また、システム改修後はシステムの安定稼働を目的としたシステム凍結期間(システム改修が出来ない期間)も必要となる。また、システム改修した部分によるシステム全体に対する影響調査なども考慮する必要があり、開発費用も相当な金額が発生してしまう。また、自社内のシステムエンジニアだけでは人数が不足するため、開発支援(コーディング業務など)として外部のシステム会社に業務委託をすることが多かった。しかしながら、中長期の観点で開発計画に対する開発人員を抑えているため、開発依頼が増える分に関しては常にリソース不足となっていた。
これに対して、第１の実施形態に係るカード管理システム１では、イシュアが有する既存の基幹システムに相当するイシュアサーバ２０とは別に、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能を有するカード管理サーバ３０が設けられている。このカード管理システム１では、イシュアサーバ２０は、カード管理サーバ３０から連携されるアクティベート情報に基づき、既存の機能を用いてクレジットカードをアクティベートすることができる。このため、イシュアは、基幹システムに対して、カード管理サーバ３０によるアクティベート情報の連携を可能とする最低限の改修を行うことで、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能を組み込む改修を行わなくてよくなる。
よって、イシュアは、第１の実施形態に係るカード管理システム１を利用することで、既存の基幹システムに対して、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な仕組みを簡単に導入することが可能となる。
【0061】
＜＜２．第２の実施形態＞＞
以上、第１の実施形態について説明した。続いて、図６から図８を参照して、第２の実施形態について説明する。
なお、以下では、第１の実施形態と重複する説明については適宜省略する。
以上、第１の実施形態について説明した。続いて、図６から図８を参照して、第２の実施形態について説明する。
なお、以下では、第１の実施形態と重複する説明については適宜省略する。
【0062】
＜２－１．カード管理システムの構成＞
第２の実施形態に係るカード管理システムは、図１を参照して説明した第１の実施形態に係るカード管理システム１と同様に、ユーザ端末と、イシュアサーバと、カード管理サーバとを備える。
なお、第２の実施形態に係るユーザ端末については、その機能が第１の実施形態に係るユーザ端末１０の機能と同一であるため、同一の符号１０を付して説明する。
また、第２の実施形態に係るイシュアサーバについては、その機能が第１の実施形態に係るイシュアサーバ２０の機能と異なるため、異なる符号２０ａを付して説明する。
また、第２の実施形態に係るカード管理サーバについては、その機能が第１の実施形態に係るカード管理サーバ３０の機能と異なるため、異なる符号３０ａを付して説明する。
また、第２の実施形態に係るカード管理システムについては、イシュアサーバ２０ａとカード管理サーバ３０ａの機能が第１の実施形態に係るイシュアサーバ２０とカード管理サーバ３０と異なるため、異なる符号１ａを付して説明する。
上述した第１の実施形態では、イシュアサーバ２０にて個別ＵＲＬが生成される例について説明したが、かかる例に限定されない。第２の実施形態では、カード管理サーバ３０ａにて個別ＵＲＬが生成される例について説明する。
第２の実施形態に係るカード管理システムは、図１を参照して説明した第１の実施形態に係るカード管理システム１と同様に、ユーザ端末と、イシュアサーバと、カード管理サーバとを備える。
なお、第２の実施形態に係るユーザ端末については、その機能が第１の実施形態に係るユーザ端末１０の機能と同一であるため、同一の符号１０を付して説明する。
また、第２の実施形態に係るイシュアサーバについては、その機能が第１の実施形態に係るイシュアサーバ２０の機能と異なるため、異なる符号２０ａを付して説明する。
また、第２の実施形態に係るカード管理サーバについては、その機能が第１の実施形態に係るカード管理サーバ３０の機能と異なるため、異なる符号３０ａを付して説明する。
また、第２の実施形態に係るカード管理システムについては、イシュアサーバ２０ａとカード管理サーバ３０ａの機能が第１の実施形態に係るイシュアサーバ２０とカード管理サーバ３０と異なるため、異なる符号１ａを付して説明する。
上述した第１の実施形態では、イシュアサーバ２０にて個別ＵＲＬが生成される例について説明したが、かかる例に限定されない。第２の実施形態では、カード管理サーバ３０ａにて個別ＵＲＬが生成される例について説明する。
【0063】
＜２－２．ユーザ端末の機能構成＞
第２の実施形態に係るユーザ端末１０の機能構成は、図２を参照して説明した第１の実施形態に係るユーザ端末１０の機能構成と同一であるため、その説明を省略する。
第２の実施形態に係るユーザ端末１０の機能構成は、図２を参照して説明した第１の実施形態に係るユーザ端末１０の機能構成と同一であるため、その説明を省略する。
【0064】
＜２－３．イシュアサーバの機能構成＞
図６を参照して、第２の実施形態に係るイシュアサーバ２０ａの機能構成について説明する。図６は、第２の実施形態に係るイシュアサーバ２０ａの機能構成の一例を示すブロック図である。
図６に示すように、イシュアサーバ２０ａは、通信部２１０ａと、記憶部２２０ａと、制御部２３０ａとを備える。
図６を参照して、第２の実施形態に係るイシュアサーバ２０ａの機能構成について説明する。図６は、第２の実施形態に係るイシュアサーバ２０ａの機能構成の一例を示すブロック図である。
図６に示すように、イシュアサーバ２０ａは、通信部２１０ａと、記憶部２２０ａと、制御部２３０ａとを備える。
【0065】
（１）通信部２１０ａ
通信部２１０ａは、カード管理サーバ３０ａとの通信において、発行情報を送信（連携）し、アクティベート情報を受信する。
通信部２１０ａは、カード管理サーバ３０ａとの通信において、発行情報を送信（連携）し、アクティベート情報を受信する。
【0066】
（２）記憶部２２０ａ
記憶部２２０ａは、図６に示すように、会員属性情報記憶部２２１と、発行情報記憶部２２２とを備える。
記憶部２２０ａは、図６に示すように、会員属性情報記憶部２２１と、発行情報記憶部２２２とを備える。
【0067】
（２－１）会員属性情報記憶部２２１
第２の実施形態に係る会員属性情報記憶部２２１の機能は、図３を参照して説明した第１の実施形態に係る会員属性情報記憶部２２１の機能と同様であるため、その説明を省略する。
第２の実施形態に係る会員属性情報記憶部２２１の機能は、図３を参照して説明した第１の実施形態に係る会員属性情報記憶部２２１の機能と同様であるため、その説明を省略する。
【0068】
（２－２）発行情報記憶部２２２
第２の実施形態に係る発行情報記憶部２２２の機能は、図３を参照して説明した第１の実施形態に係る発行情報記憶部２２２の機能と同様であるため、その説明を省略する。
第２の実施形態に係る発行情報記憶部２２２の機能は、図３を参照して説明した第１の実施形態に係る発行情報記憶部２２２の機能と同様であるため、その説明を省略する。
【0069】
（３）制御部２３０ａ
制御部２３０ａは、図６に示すように、カード番号採番部２３１と、アクティベート処理部２３４と、発行情報連携部２３５とを備える。
制御部２３０ａは、図６に示すように、カード番号採番部２３１と、アクティベート処理部２３４と、発行情報連携部２３５とを備える。
【0070】
（３－１）カード番号採番部２３１
第２の実施形態に係るカード番号採番部２３１の機能は、図３を参照して説明した第１の実施形態に係るカード番号採番部２３１の機能と同様であるため、その説明を省略する。
第２の実施形態に係るカード番号採番部２３１の機能は、図３を参照して説明した第１の実施形態に係るカード番号採番部２３１の機能と同様であるため、その説明を省略する。
【0071】
（３－２）アクティベート処理部２３４
第２の実施形態に係るアクティベート処理部２３４の機能は、図３を参照して説明した第１の実施形態に係るアクティベート処理部２３４の機能と同様であるため、その説明を省略する。
第２の実施形態に係るアクティベート処理部２３４の機能は、図３を参照して説明した第１の実施形態に係るアクティベート処理部２３４の機能と同様であるため、その説明を省略する。
【0072】
（３－３）発行情報連携部２３５
発行情報連携部２３５は、発行情報を外部へ連携する機能を有する。例えば、発行情報連携部２３５は、発行情報記憶部２２２に記憶されている発行情報を、通信部２１０ａからカード管理サーバ３０ａへ送信（連携）する。
発行情報連携部２３５は、発行情報を外部へ連携する機能を有する。例えば、発行情報連携部２３５は、発行情報記憶部２２２に記憶されている発行情報を、通信部２１０ａからカード管理サーバ３０ａへ送信（連携）する。
【0073】
＜２－４．カード管理サーバの機能構成＞
以上、第２の実施形態に係るイシュアサーバ２０ａの機能構成について説明した。次に、図７を参照して、第２の実施形態に係るカード管理サーバ３０ａの機能構成について説明する。図７は、第２の実施形態に係るカード管理サーバ３０ａの機能構成の一例を示すブロック図である。
図７に示すように、カード管理サーバ３０ａは、通信部３１０ａと、記憶部３２０ａと、制御部３３０ａとを備える。
以上、第２の実施形態に係るイシュアサーバ２０ａの機能構成について説明した。次に、図７を参照して、第２の実施形態に係るカード管理サーバ３０ａの機能構成について説明する。図７は、第２の実施形態に係るカード管理サーバ３０ａの機能構成の一例を示すブロック図である。
図７に示すように、カード管理サーバ３０ａは、通信部３１０ａと、記憶部３２０ａと、制御部３３０ａとを備える。
【0074】
（１）通信部３１０ａ
通信部３１０ａは、ユーザ端末１０との通信において、個別ＵＲＬを受信する。また、通信部３１０ａは、イシュアサーバ２０ａとの通信において、発行情報を受信し、アクティベート情報を送信する。
通信部３１０ａは、ユーザ端末１０との通信において、個別ＵＲＬを受信する。また、通信部３１０ａは、イシュアサーバ２０ａとの通信において、発行情報を受信し、アクティベート情報を送信する。
【0075】
（２）記憶部３２０ａ
記憶部３２０ａは、図７に示すように、会員属性情報記憶部３２１と、発行情報記憶部３２３と、対応情報記憶部３２４とを備える。
記憶部３２０ａは、図７に示すように、会員属性情報記憶部３２１と、発行情報記憶部３２３と、対応情報記憶部３２４とを備える。
【0076】
（２－１）会員属性情報記憶部３２１
第２の実施形態に係る会員属性情報記憶部３２１の機能は、図４を参照して説明した第１の実施形態に係る会員属性情報記憶部３２１の機能と同様であるため、その説明を省略する。
第２の実施形態に係る会員属性情報記憶部３２１の機能は、図４を参照して説明した第１の実施形態に係る会員属性情報記憶部３２１の機能と同様であるため、その説明を省略する。
【0077】
（２－２）発行情報記憶部３２３
第２の実施形態に係る発行情報記憶部３２３は、発行情報を記憶する機能を有する。発行情報記憶部３２３は、通信部３１０ａがイシュアサーバ２０ａから受信する発行情報を記憶する。
第２の実施形態に係る発行情報記憶部３２３は、発行情報を記憶する機能を有する。発行情報記憶部３２３は、通信部３１０ａがイシュアサーバ２０ａから受信する発行情報を記憶する。
【0078】
（２－３）対応情報記憶部３２４
第２の実施形態に係る対応情報記憶部３２４は、対応情報を記憶する機能を有する。対応情報記憶部３２４は、記憶部の一例である。対応情報記憶部３２４は、イシュアサーバ２０ａからカード管理サーバ３０ａへ送信されるカード番号と、後述する識別情報生成部３３５によって生成される個別ＵＲＬとを対応付けて、対応情報として記憶する。当該カード番号は、イシュアサーバ２０ａから送信されて通信部３１０ａが受信した発行情報に含まれるカード番号である。
第２の実施形態に係る対応情報記憶部３２４は、対応情報を記憶する機能を有する。対応情報記憶部３２４は、記憶部の一例である。対応情報記憶部３２４は、イシュアサーバ２０ａからカード管理サーバ３０ａへ送信されるカード番号と、後述する識別情報生成部３３５によって生成される個別ＵＲＬとを対応付けて、対応情報として記憶する。当該カード番号は、イシュアサーバ２０ａから送信されて通信部３１０ａが受信した発行情報に含まれるカード番号である。
【0079】
（３）制御部３３０ａ
制御部３３０ａは、図７に示すように、受付部３３１と、判定部３３２と、アクティベート制御部３３３と、カード番号取得部３３４と、識別情報生成部３３５とを備える。
制御部３３０ａは、図７に示すように、受付部３３１と、判定部３３２と、アクティベート制御部３３３と、カード番号取得部３３４と、識別情報生成部３３５とを備える。
【0080】
（３－１）受付部３３１
第２の実施形態に係る受付部３３１は、個別ＵＲＬの入力に加え、発行情報の入力を受け付ける機能を有する。例えば、受付部３３１は、イシュアサーバ２０ａから送信され、通信部３１０ａが受信した発行情報の入力を受け付ける。
第２の実施形態に係る受付部３３１は、個別ＵＲＬの入力に加え、発行情報の入力を受け付ける機能を有する。例えば、受付部３３１は、イシュアサーバ２０ａから送信され、通信部３１０ａが受信した発行情報の入力を受け付ける。
【0081】
（３－２）判定部３３２
第２の実施形態に係る判定部３３２の機能は、図４を参照して説明した第１の実施形態に係る判定部３３２の機能と同様であるため、その説明を省略する。
第２の実施形態に係る判定部３３２の機能は、図４を参照して説明した第１の実施形態に係る判定部３３２の機能と同様であるため、その説明を省略する。
【0082】
（３－３）アクティベート制御部３３３
第２の実施形態に係るアクティベート制御部３３３の機能は、図４を参照して説明した第１の実施形態に係るアクティベート制御部３３３の機能と同様であるため、その説明を省略する。
第２の実施形態に係るアクティベート制御部３３３の機能は、図４を参照して説明した第１の実施形態に係るアクティベート制御部３３３の機能と同様であるため、その説明を省略する。
【0083】
（３－４）カード番号取得部３３４
第２の実施形態に係るカード番号取得部３３４は、カード番号を取得する機能を有する。例えば、カード番号取得部３３４は、通信部３１０ａがイシュアサーバ２０ａから受信した発行情報の中からカード番号を抽出することで、カード番号を取得する。
第２の実施形態に係るカード番号取得部３３４は、カード番号を取得する機能を有する。例えば、カード番号取得部３３４は、通信部３１０ａがイシュアサーバ２０ａから受信した発行情報の中からカード番号を抽出することで、カード番号を取得する。
【0084】
（３－５）識別情報生成部３３５
第２の実施形態に係る識別情報生成部３３５は、カード番号ごとに個別ＵＲＬ（識別情報）を生成する機能を有する。識別情報生成部３３５は、図３を参照して説明した第１の実施形態に係るイシュアサーバ２０の識別情報生成部２３２と同様にして、個別ＵＲＬを生成する。生成された個別ＵＲＬは、カード番号取得部３３４によって取得されたカード番号のうち、自個別ＵＲＬに対応するカード番号と対応付けて、対応情報として対応情報記憶部３２４に記憶される。
第２の実施形態に係る識別情報生成部３３５は、カード番号ごとに個別ＵＲＬ（識別情報）を生成する機能を有する。識別情報生成部３３５は、図３を参照して説明した第１の実施形態に係るイシュアサーバ２０の識別情報生成部２３２と同様にして、個別ＵＲＬを生成する。生成された個別ＵＲＬは、カード番号取得部３３４によって取得されたカード番号のうち、自個別ＵＲＬに対応するカード番号と対応付けて、対応情報として対応情報記憶部３２４に記憶される。
【0085】
＜２－５．処理の流れ＞
以上、第２の実施形態に係るカード管理サーバ３０ａの機能構成について説明した。次に、図８を参照して、第２の実施形態に係る処理の流れについて説明する。図８は、第２の実施形態に係る処理の流れの一例を示すシーケンス図である。
以上、第２の実施形態に係るカード管理サーバ３０ａの機能構成について説明した。次に、図８を参照して、第２の実施形態に係る処理の流れについて説明する。図８は、第２の実施形態に係る処理の流れの一例を示すシーケンス図である。
【0086】
図８に示すように、まず、イシュアサーバ２０ａのカード番号採番部２３１は、発行予定であるクレジットカードのカード番号を採番する（ステップＳ２０１）。
カード番号の採番後、イシュアサーバ２０ａの発行情報記憶部２２２は、カード番号採番部２３１によって採番されたカード番号を含む発行情報を記憶する（ステップＳ２０２）。
次に、イシュアサーバ２０ａの発行情報連携部２３５は、発行情報を通信部２１０ａからカード管理サーバ３０ａへ連携（送信）する（ステップＳ２０３）。
カード番号の採番後、イシュアサーバ２０ａの発行情報記憶部２２２は、カード番号採番部２３１によって採番されたカード番号を含む発行情報を記憶する（ステップＳ２０２）。
次に、イシュアサーバ２０ａの発行情報連携部２３５は、発行情報を通信部２１０ａからカード管理サーバ３０ａへ連携（送信）する（ステップＳ２０３）。
【0087】
カード管理サーバ３０ａの発行情報記憶部３２３は、通信部３１０ａがイシュアサーバ２０ａから受信した発行情報を記憶する（ステップＳ２０４）。
次に、カード管理サーバ３０ａのカード番号取得部３３４は、通信部３１０ａが受信した発行情報からカード番号を取得する（ステップＳ２０５）。
カード番号の取得後、カード管理サーバ３０ａの識別情報生成部３３５は、カード番号取得部３３４によって取得されたカード番号ごとに個別ＵＲＬを生成する（ステップＳ２０６）。
カード番号の取得及び個別ＵＲＬの生成後、カード管理サーバ３０ａの対応情報記憶部３２４は、カード番号と対応する個別ＵＲＬとを対応付けて、対応情報として記憶する（ステップＳ２０７）。
次に、カード管理サーバ３０ａのカード番号取得部３３４は、通信部３１０ａが受信した発行情報からカード番号を取得する（ステップＳ２０５）。
カード番号の取得後、カード管理サーバ３０ａの識別情報生成部３３５は、カード番号取得部３３４によって取得されたカード番号ごとに個別ＵＲＬを生成する（ステップＳ２０６）。
カード番号の取得及び個別ＵＲＬの生成後、カード管理サーバ３０ａの対応情報記憶部３２４は、カード番号と対応する個別ＵＲＬとを対応付けて、対応情報として記憶する（ステップＳ２０７）。
【0088】
ユーザは、ユーザ端末１０に対して、個別ＵＲＬの読取操作を行う（ステップＳ２０８）。具体的に、ユーザは、アクティベートされていない状態で発行され郵送されてきたクレジットカードを受け取り後、当該クレジットカードから個別ＵＲＬを読み取るための操作をユーザ端末１０に対して行う。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからの個別ＵＲＬの読取操作を受け付けると、読取部１３０を起動し、クレジットカードから個別ＵＲＬを読み取らせる（ステップＳ２０９）。
個別ＵＲＬの読取後、ユーザ端末１０のアクセス制御部１５３は、読み取られた個別ＵＲＬが示すアドレス情報からカード管理サーバ３０ａへアクセスする（ステップＳ２１０）。
アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをカード管理サーバ３０ａへ送信する（ステップＳ２１１）。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからの個別ＵＲＬの読取操作を受け付けると、読取部１３０を起動し、クレジットカードから個別ＵＲＬを読み取らせる（ステップＳ２０９）。
個別ＵＲＬの読取後、ユーザ端末１０のアクセス制御部１５３は、読み取られた個別ＵＲＬが示すアドレス情報からカード管理サーバ３０ａへアクセスする（ステップＳ２１０）。
アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをカード管理サーバ３０ａへ送信する（ステップＳ２１１）。
【0089】
カード管理サーバ３０ａの受付部３３１は、ユーザ端末１０から送信されて通信部３１０ａが受信した個別ＵＲＬの入力を受け付ける（ステップＳ２１２）。
次に、カード管理サーバ３０ａの判定部３３２は、対応情報記憶部３２４に記憶されているカード管理サーバ３０ａの識別情報生成部３３５によって生成された個別ＵＲＬに基づき、受付部３３１が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ２１３）。
次に、カード管理サーバ３０ａのアクティベート制御部３３３は、判定部３３２による判定結果に基づき、アクティベート制御処理を行う（ステップＳ２１４）。具体的に、アクティベート制御部３３３は、イシュアサーバ２０ａに対して、判定部３３２による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部３３３は、イシュアサーバ２０ａに対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０ａのアクティベート処理部２３４は、通信部２１０ａがカード管理サーバ３０ａから受信するアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ２１５）。具体的に、アクティベート処理部２３４は、カード管理サーバ３０ａからアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
次に、カード管理サーバ３０ａの判定部３３２は、対応情報記憶部３２４に記憶されているカード管理サーバ３０ａの識別情報生成部３３５によって生成された個別ＵＲＬに基づき、受付部３３１が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ２１３）。
次に、カード管理サーバ３０ａのアクティベート制御部３３３は、判定部３３２による判定結果に基づき、アクティベート制御処理を行う（ステップＳ２１４）。具体的に、アクティベート制御部３３３は、イシュアサーバ２０ａに対して、判定部３３２による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部３３３は、イシュアサーバ２０ａに対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０ａのアクティベート処理部２３４は、通信部２１０ａがカード管理サーバ３０ａから受信するアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ２１５）。具体的に、アクティベート処理部２３４は、カード管理サーバ３０ａからアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
【0090】
以上説明したように、第２の実施形態に係るカード管理サーバ３０ａ（カード管理装置）は、ユーザ（申込者）からの申込みを受けてアクティベートされていない状態で発行されるクレジットカード（カード）のカード番号に対応する、カード番号とは異なる個別ＵＲＬ（識別情報）を記憶する対応情報記憶部（記憶部）３２４と、ユーザが受け取ったクレジットカードからユーザ端末１０（申込者が有する端末）によって取得され、ユーザ端末１０から送信される個別ＵＲＬを受け付ける受付部３３１と、対応情報記憶部３２４に記憶されている個別ＵＲＬの中に、受付部３３１によって受け付けられた個別ＵＲＬと一致する個別ＵＲＬが存在する場合、受付部３３１によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象であると判定する判定部３３２と、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を制御するアクティベート制御部３３３と、を備える。
【0091】
かかる構成により、ユーザは、ユーザ端末１０を操作して、受け取ったクレジットカードから個別ＵＲＬを読み取るだけで、当該クレジットカードをアクティベートすることができる。
よって、第２の実施形態に係るカード管理サーバ３０ａは、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
よって、第２の実施形態に係るカード管理サーバ３０ａは、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
【0092】
なお、第２の実施形態に係るカード管理システム１ａでは、第１の実施形態に係るカード管理システム１のイシュアサーバ２０が備えていた識別情報生成部２３２の機能が、イシュアサーバ２０ａではなくカード管理サーバ３０ａに識別情報生成部３３５として備えられている。これにより、イシュアは、第２の実施形態に係るカード管理システム１ａを利用することで、第１の実施形態に係るカード管理システム１を利用する場合と比較し、基幹システムに対する改修量をさらに削減することができる。
よって、イシュアは、第２の実施形態に係るカード管理システム１ａを利用することで、既存の基幹システムに対して、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な仕組みを、第１の実施形態に係るカード管理システム１よりも簡単に導入することが可能となる。
よって、イシュアは、第２の実施形態に係るカード管理システム１ａを利用することで、既存の基幹システムに対して、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な仕組みを、第１の実施形態に係るカード管理システム１よりも簡単に導入することが可能となる。
【0093】
＜＜３．第３の実施形態＞＞
以上、第２の実施形態について説明した。続いて、図９から図１１を参照して、第３の実施形態について説明する。
なお、以下では、第１の実施形態及び第２の実施形態と重複する説明については適宜省略する。
以上、第２の実施形態について説明した。続いて、図９から図１１を参照して、第３の実施形態について説明する。
なお、以下では、第１の実施形態及び第２の実施形態と重複する説明については適宜省略する。
【0094】
＜３－１．カード管理システムの構成＞
第３の実施形態に係るカード管理システムは、図１を参照して説明した第１の実施形態に係るカード管理システム１と同様に、ユーザ端末と、イシュアサーバと、カード管理サーバとを備える。
なお、第３の実施形態に係るユーザ端末については、その機能が第１の実施形態に係るユーザ端末１０の機能と同一であるため、同一の符号１０を付して説明する。
また、第３の実施形態に係るイシュアサーバについては、その機能が第１の実施形態に係るイシュアサーバ２０の機能と異なるため、異なる符号２０ｂを付して説明する。
また、第３の実施形態に係るカード管理サーバについては、その機能が第１の実施形態に係るカード管理サーバ３０の機能と異なるため、異なる符号３０ｂを付して説明する。
また、第３の実施形態に係るカード管理システムについては、イシュアサーバ２０ｂとカード管理サーバ３０ｂの機能が第１の実施形態に係るイシュアサーバ２０とカード管理サーバ３０と異なるため、異なる符号１ｂを付して説明する。
上述した第１の実施形態及び第２の実施形態では、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能をカード管理サーバ３０が有する例について説明したが、かかる例に限定されない。第３の実施形態では、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能をイシュアサーバ２０ｂが有する例について説明する。
即ち、第３の実施形態に係るイシュアサーバ２０ｂは、カード管理装置の一例である。このため、第３の実施形態において、個別ＵＲＬに含まれるアドレス情報は、ユーザ端末１０からイシュアサーバ２０ｂ（カード管理装置）へアクセスするための情報である。
第３の実施形態に係るカード管理システムは、図１を参照して説明した第１の実施形態に係るカード管理システム１と同様に、ユーザ端末と、イシュアサーバと、カード管理サーバとを備える。
なお、第３の実施形態に係るユーザ端末については、その機能が第１の実施形態に係るユーザ端末１０の機能と同一であるため、同一の符号１０を付して説明する。
また、第３の実施形態に係るイシュアサーバについては、その機能が第１の実施形態に係るイシュアサーバ２０の機能と異なるため、異なる符号２０ｂを付して説明する。
また、第３の実施形態に係るカード管理サーバについては、その機能が第１の実施形態に係るカード管理サーバ３０の機能と異なるため、異なる符号３０ｂを付して説明する。
また、第３の実施形態に係るカード管理システムについては、イシュアサーバ２０ｂとカード管理サーバ３０ｂの機能が第１の実施形態に係るイシュアサーバ２０とカード管理サーバ３０と異なるため、異なる符号１ｂを付して説明する。
上述した第１の実施形態及び第２の実施形態では、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能をカード管理サーバ３０が有する例について説明したが、かかる例に限定されない。第３の実施形態では、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能をイシュアサーバ２０ｂが有する例について説明する。
即ち、第３の実施形態に係るイシュアサーバ２０ｂは、カード管理装置の一例である。このため、第３の実施形態において、個別ＵＲＬに含まれるアドレス情報は、ユーザ端末１０からイシュアサーバ２０ｂ（カード管理装置）へアクセスするための情報である。
【0095】
＜３－２．ユーザ端末の機能構成＞
第３の実施形態に係るユーザ端末１０の機能構成は、図２を参照して説明した第１の実施形態に係るユーザ端末１０の機能構成と同一であるため、その説明を省略する。
第３の実施形態に係るユーザ端末１０の機能構成は、図２を参照して説明した第１の実施形態に係るユーザ端末１０の機能構成と同一であるため、その説明を省略する。
【0096】
＜３－３．イシュアサーバの機能構成＞
図９を参照して、第３の実施形態に係るイシュアサーバ２０ｂの機能構成について説明する。図９は、第３の実施形態に係るイシュアサーバ２０ｂの機能構成の一例を示すブロック図である。
図９に示すように、イシュアサーバ２０ｂは、通信部２１０ｂと、記憶部２２０ｂと、制御部２３０ｂとを備える。
図９を参照して、第３の実施形態に係るイシュアサーバ２０ｂの機能構成について説明する。図９は、第３の実施形態に係るイシュアサーバ２０ｂの機能構成の一例を示すブロック図である。
図９に示すように、イシュアサーバ２０ｂは、通信部２１０ｂと、記憶部２２０ｂと、制御部２３０ｂとを備える。
【0097】
（１）通信部２１０ｂ
通信部２１０ｂは、カード管理サーバ３０ｂとの通信において、発行情報を送信（連携）する。
また、通信部２１０ｂは、ユーザ端末１０との通信において、個別ＵＲＬを受信する。
通信部２１０ｂは、カード管理サーバ３０ｂとの通信において、発行情報を送信（連携）する。
また、通信部２１０ｂは、ユーザ端末１０との通信において、個別ＵＲＬを受信する。
【0098】
（２）記憶部２２０ｂ
記憶部２２０ｂは、図９に示すように、会員属性情報記憶部２２１と、発行情報記憶部２２２と、対応情報記憶部２２３とを備える。
記憶部２２０ｂは、図９に示すように、会員属性情報記憶部２２１と、発行情報記憶部２２２と、対応情報記憶部２２３とを備える。
【0099】
（２－１）会員属性情報記憶部２２１
第３の実施形態に係る会員属性情報記憶部２２１の機能は、図３を参照して説明した第１の実施形態に係る会員属性情報記憶部２２１の機能と同様であるため、その説明を省略する。
第３の実施形態に係る会員属性情報記憶部２２１の機能は、図３を参照して説明した第１の実施形態に係る会員属性情報記憶部２２１の機能と同様であるため、その説明を省略する。
【0100】
（２－２）発行情報記憶部２２２
第３の実施形態に係る発行情報記憶部２２２の機能は、図３を参照して説明した第１の実施形態に係る発行情報記憶部２２２の機能と同様であるため、その説明を省略する。
第３の実施形態に係る発行情報記憶部２２２の機能は、図３を参照して説明した第１の実施形態に係る発行情報記憶部２２２の機能と同様であるため、その説明を省略する。
【0101】
（２－３）対応情報記憶部２２３
第３の実施形態に係る対応情報記憶部２２３は、後述するカード番号採番部２３１によって採番されるカード番号と、識別情報生成部２３２によって生成される個別ＵＲＬとを対応付けて、対応情報として記憶する。
なお、第３の実施形態に係る対応情報記憶部２２３は、記憶部の一例である。
第３の実施形態に係る対応情報記憶部２２３は、後述するカード番号採番部２３１によって採番されるカード番号と、識別情報生成部２３２によって生成される個別ＵＲＬとを対応付けて、対応情報として記憶する。
なお、第３の実施形態に係る対応情報記憶部２２３は、記憶部の一例である。
【0102】
（３）制御部２３０ｂ
制御部２３０ｂは、図９に示すように、カード番号採番部２３１と、識別情報生成部２３２と、アクティベート処理部２３４と、発行情報連携部２３５と、受付部２３６と、判定部２３７と、アクティベート制御部２３８とを備える。
制御部２３０ｂは、図９に示すように、カード番号採番部２３１と、識別情報生成部２３２と、アクティベート処理部２３４と、発行情報連携部２３５と、受付部２３６と、判定部２３７と、アクティベート制御部２３８とを備える。
【0103】
（３－１）カード番号採番部２３１
第３の実施形態に係るカード番号採番部２３１の機能は、図３を参照して説明した第１の実施形態に係るカード番号採番部２３１の機能と同様であるため、その説明を省略する。
第３の実施形態に係るカード番号採番部２３１の機能は、図３を参照して説明した第１の実施形態に係るカード番号採番部２３１の機能と同様であるため、その説明を省略する。
【0104】
（３－２）識別情報生成部２３２
第３の実施形態に係る識別情報生成部２３２の機能は、図３を参照して説明した第１の実施形態に係る識別情報生成部２３２の機能と同様であるため、その説明を省略する。
第３の実施形態に係る識別情報生成部２３２の機能は、図３を参照して説明した第１の実施形態に係る識別情報生成部２３２の機能と同様であるため、その説明を省略する。
【0105】
（３－３）アクティベート処理部２３４
第３の実施形態に係るアクティベート処理部２３４の機能は、図３を参照して説明した第１の実施形態に係るアクティベート処理部２３４の機能と同様である。
ただし、第３の実施形態に係るアクティベート処理部２３４の機能は、イシュアサーバ２０ｂが備えるアクティベート制御部２３８から出力されるアクティベート情報に基づきアクティベート処理を実行する点が、第１の実施形態に係るアクティベート処理部２３４の機能とは異なる。
第３の実施形態に係るアクティベート処理部２３４の機能は、図３を参照して説明した第１の実施形態に係るアクティベート処理部２３４の機能と同様である。
ただし、第３の実施形態に係るアクティベート処理部２３４の機能は、イシュアサーバ２０ｂが備えるアクティベート制御部２３８から出力されるアクティベート情報に基づきアクティベート処理を実行する点が、第１の実施形態に係るアクティベート処理部２３４の機能とは異なる。
【0106】
（３－４）発行情報連携部２３５
第３の実施形態に係る発行情報連携部２３５の機能は、図６を参照して説明した第２の実施形態に係る発行情報連携部２３５の機能と同様であるため、その説明を省略する。
第３の実施形態に係る発行情報連携部２３５の機能は、図６を参照して説明した第２の実施形態に係る発行情報連携部２３５の機能と同様であるため、その説明を省略する。
【0107】
（３－５）受付部２３６
第３の実施形態に係る受付部２３６の機能は、図４を参照して説明した第１の実施形態に係るカード管理サーバ３０の受付部３３１の機能と同様であるため、その説明を省略する。
第３の実施形態に係る受付部２３６の機能は、図４を参照して説明した第１の実施形態に係るカード管理サーバ３０の受付部３３１の機能と同様であるため、その説明を省略する。
【0108】
（３－６）判定部２３７
第３の実施形態に係る判定部２３７の機能は、図４を参照して説明した第１の実施形態に係るカード管理サーバ３０の判定部３３２の機能と同様であるため、その説明を省略する。
第３の実施形態に係る判定部２３７の機能は、図４を参照して説明した第１の実施形態に係るカード管理サーバ３０の判定部３３２の機能と同様であるため、その説明を省略する。
【0109】
（３－７）アクティベート制御部２３８
第３の実施形態に係るアクティベート制御部２３８の機能は、図４を参照して説明した第１の実施形態に係るカード管理サーバ３０のアクティベート制御部３３３の機能と同様である。
ただし、第３の実施形態に係るアクティベート制御部２３８の機能は、アクティベート情報をイシュアサーバ２０ｂのアクティベート処理部２３４へ連携する点が、第１の実施形態に係るカード管理サーバ３０のアクティベート制御部３３３の機能とは異なる。
第３の実施形態に係るアクティベート制御部２３８の機能は、図４を参照して説明した第１の実施形態に係るカード管理サーバ３０のアクティベート制御部３３３の機能と同様である。
ただし、第３の実施形態に係るアクティベート制御部２３８の機能は、アクティベート情報をイシュアサーバ２０ｂのアクティベート処理部２３４へ連携する点が、第１の実施形態に係るカード管理サーバ３０のアクティベート制御部３３３の機能とは異なる。
【0110】
＜３－４．カード管理サーバの機能構成＞
以上、第３の実施形態に係るイシュアサーバ２０ｂの機能構成について説明した。次に、図１０を参照して、第３の実施形態に係るカード管理サーバ３０ｂの機能構成について説明する。図１０は、第３の実施形態に係るカード管理サーバ３０ｂの機能構成の一例を示すブロック図である。
図１０に示すように、カード管理サーバ３０ｂは、通信部３１０ｂと、記憶部３２０ｂと、制御部３３０ｂとを備える。
以上、第３の実施形態に係るイシュアサーバ２０ｂの機能構成について説明した。次に、図１０を参照して、第３の実施形態に係るカード管理サーバ３０ｂの機能構成について説明する。図１０は、第３の実施形態に係るカード管理サーバ３０ｂの機能構成の一例を示すブロック図である。
図１０に示すように、カード管理サーバ３０ｂは、通信部３１０ｂと、記憶部３２０ｂと、制御部３３０ｂとを備える。
【0111】
（１）通信部３１０ｂ
通信部３１０ｂは、イシュアサーバ２０ｂとの通信において、発行情報を受信する。
通信部３１０ｂは、イシュアサーバ２０ｂとの通信において、発行情報を受信する。
【0112】
（２）記憶部３２０ｂ
記憶部３２０ｂは、図１０に示すように、会員属性情報記憶部３２１と、発行情報記憶部３２３とを備える。
記憶部３２０ｂは、図１０に示すように、会員属性情報記憶部３２１と、発行情報記憶部３２３とを備える。
【0113】
（２－１）会員属性情報記憶部３２１
第３の実施形態に係る会員属性情報記憶部３２１の機能は、図４を参照して説明した第１の実施形態に係る会員属性情報記憶部３２１の機能と同様であるため、その説明を省略する。
第３の実施形態に係る会員属性情報記憶部３２１の機能は、図４を参照して説明した第１の実施形態に係る会員属性情報記憶部３２１の機能と同様であるため、その説明を省略する。
【0114】
（２－２）発行情報記憶部３２３
第３の実施形態に係る発行情報記憶部３２３の機能は、図７を参照して説明した第２の実施形態に係る発行情報記憶部３２３の機能と同様であるため、その説明を省略する。
第３の実施形態に係る発行情報記憶部３２３の機能は、図７を参照して説明した第２の実施形態に係る発行情報記憶部３２３の機能と同様であるため、その説明を省略する。
【0115】
（３）制御部３３０ｂ
制御部３３０ｂは、図１０に示すように、受付部３３１を備える。
制御部３３０ｂは、図１０に示すように、受付部３３１を備える。
【0116】
（３－１）受付部３３１
第３の実施形態に係る受付部３３１は、発行情報の入力を受け付ける機能を有する。例えば、受付部３３１は、イシュアサーバ２０ｂから送信され、通信部３１０ｂが受信した発行情報の入力を受け付ける。
なお、第２の実施形態に係る受付部３３１は個別ＵＲＬの入力を受け付ける機能を有していたが、第３の実施形態に係る受付部３３１は個別ＵＲＬの入力を受け付ける機能を有していない。
第３の実施形態に係る受付部３３１は、発行情報の入力を受け付ける機能を有する。例えば、受付部３３１は、イシュアサーバ２０ｂから送信され、通信部３１０ｂが受信した発行情報の入力を受け付ける。
なお、第２の実施形態に係る受付部３３１は個別ＵＲＬの入力を受け付ける機能を有していたが、第３の実施形態に係る受付部３３１は個別ＵＲＬの入力を受け付ける機能を有していない。
【0117】
＜３－５．処理の流れ＞
以上、第３の実施形態に係るカード管理サーバ３０ｂの機能構成について説明した。次に、図１１を参照して、第３の実施形態に係る処理の流れについて説明する。図１１は、第３の実施形態に係る処理の流れの一例を示すシーケンス図である。
以上、第３の実施形態に係るカード管理サーバ３０ｂの機能構成について説明した。次に、図１１を参照して、第３の実施形態に係る処理の流れについて説明する。図１１は、第３の実施形態に係る処理の流れの一例を示すシーケンス図である。
【0118】
図１１に示すように、まず、イシュアサーバ２０ｂのカード番号採番部２３１は、発行予定であるクレジットカードのカード番号を採番する（ステップＳ３０１）。
次に、イシュアサーバ２０ｂの識別情報生成部２３２は、カード番号採番部２３１によって採番されたカード番号ごとに個別ＵＲＬを生成する（ステップＳ３０２）。
カード番号の採番及び個別ＵＲＬの生成後、イシュアサーバ２０ｂの対応情報記憶部２２３は、カード番号と対応する個別ＵＲＬとを対応付けて、対応情報として記憶する（ステップＳ３０３）。
次に、イシュアサーバ２０ｂの発行情報連携部２３５は、対応情報記憶部２２３に記憶された発行情報を通信部２１０ｂからカード管理サーバ３０ｂへ連携（送信）する（ステップＳ３０４）。
カード管理サーバ３０ｂの発行情報記憶部３２３は、通信部３１０ｂがイシュアサーバ２０ｂから受信した発行情報を記憶する（ステップＳ３０５）。
次に、イシュアサーバ２０ｂの識別情報生成部２３２は、カード番号採番部２３１によって採番されたカード番号ごとに個別ＵＲＬを生成する（ステップＳ３０２）。
カード番号の採番及び個別ＵＲＬの生成後、イシュアサーバ２０ｂの対応情報記憶部２２３は、カード番号と対応する個別ＵＲＬとを対応付けて、対応情報として記憶する（ステップＳ３０３）。
次に、イシュアサーバ２０ｂの発行情報連携部２３５は、対応情報記憶部２２３に記憶された発行情報を通信部２１０ｂからカード管理サーバ３０ｂへ連携（送信）する（ステップＳ３０４）。
カード管理サーバ３０ｂの発行情報記憶部３２３は、通信部３１０ｂがイシュアサーバ２０ｂから受信した発行情報を記憶する（ステップＳ３０５）。
【0119】
ユーザは、ユーザ端末１０に対して、個別ＵＲＬの読取操作を行う（ステップＳ３０６）。具体的に、ユーザは、アクティベートされていない状態で発行され郵送されてきたクレジットカードを受け取り後、当該クレジットカードから個別ＵＲＬを読み取るための操作をユーザ端末１０に対して行う。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからの個別ＵＲＬの読取操作を受け付けると、読取部１３０を起動し、クレジットカードから個別ＵＲＬを読み取らせる（ステップＳ３０７）。
個別ＵＲＬの読取後、ユーザ端末１０のアクセス制御部１５３は、読み取られた個別ＵＲＬが示すアドレス情報からイシュアサーバ２０ｂへアクセスする（ステップＳ３０８）。
アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをイシュアサーバ２０ｂへ送信する（ステップＳ３０９）。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからの個別ＵＲＬの読取操作を受け付けると、読取部１３０を起動し、クレジットカードから個別ＵＲＬを読み取らせる（ステップＳ３０７）。
個別ＵＲＬの読取後、ユーザ端末１０のアクセス制御部１５３は、読み取られた個別ＵＲＬが示すアドレス情報からイシュアサーバ２０ｂへアクセスする（ステップＳ３０８）。
アクセス時、アクセス制御部１５３は、通信部１１０を介して、個別ＵＲＬをイシュアサーバ２０ｂへ送信する（ステップＳ３０９）。
【0120】
イシュアサーバ２０ｂの受付部２３６は、ユーザ端末１０から送信されて通信部２１０ｂが受信した個別ＵＲＬの入力を受け付ける（ステップＳ３１０）。
次に、イシュアサーバ２０ｂの判定部２３７は、対応情報記憶部２２３に記憶されているイシュアサーバ２０ｂにて生成された個別ＵＲＬに基づき、受付部２３６が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ３１１）。
次に、イシュアサーバ２０ｂのアクティベート制御部２３８は、判定部２３７による判定結果に基づき、アクティベート制御処理を行う（ステップＳ３１２）。具体的に、アクティベート制御部２３８は、イシュアサーバ２０ｂのアクティベート処理部２３４に対して、イシュアサーバ２０ｂの判定部２３７による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部２３８は、イシュアサーバ２０ｂのアクティベート処理部２３４に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０ｂのアクティベート処理部２３４は、イシュアサーバ２０ｂのアクティベート制御部２３８から連携されるアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ３１３）。具体的に、アクティベート処理部２３４は、イシュアサーバ２０ｂのアクティベート制御部２３８からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
次に、イシュアサーバ２０ｂの判定部２３７は、対応情報記憶部２２３に記憶されているイシュアサーバ２０ｂにて生成された個別ＵＲＬに基づき、受付部２３６が受け付けた個別ＵＲＬに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ３１１）。
次に、イシュアサーバ２０ｂのアクティベート制御部２３８は、判定部２３７による判定結果に基づき、アクティベート制御処理を行う（ステップＳ３１２）。具体的に、アクティベート制御部２３８は、イシュアサーバ２０ｂのアクティベート処理部２３４に対して、イシュアサーバ２０ｂの判定部２３７による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部２３８は、イシュアサーバ２０ｂのアクティベート処理部２３４に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０ｂのアクティベート処理部２３４は、イシュアサーバ２０ｂのアクティベート制御部２３８から連携されるアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ３１３）。具体的に、アクティベート処理部２３４は、イシュアサーバ２０ｂのアクティベート制御部２３８からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
【0121】
以上説明したように、第３の実施形態に係るイシュアサーバ２０ｂ（カード管理装置）は、ユーザ（申込者）からの申込みを受けてアクティベートされていない状態で発行されるクレジットカード（カード）のカード番号に対応する、カード番号とは異なる個別ＵＲＬ（識別情報）を記憶する対応情報記憶部（記憶部）２２３と、ユーザが受け取ったクレジットカードからユーザ端末１０（申込者が有する端末）によって取得され、ユーザ端末１０から送信される個別ＵＲＬを受け付ける受付部２３６と、対応情報記憶部２２３に記憶されている個別ＵＲＬの中に、受付部２３６によって受け付けられた個別ＵＲＬと一致する個別ＵＲＬが存在する場合、受付部２３６によって受け付けられた個別ＵＲＬに対応するクレジットカードがアクティベート対象であると判定する判定部２３７と、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を制御するアクティベート制御部２３８と、を備える。
【0122】
かかる構成により、ユーザは、カード管理システム１ｂにおいてユーザ端末１０を操作して、受け取ったクレジットカードから個別ＵＲＬを読み取るだけで、当該クレジットカードをアクティベートすることができる。
よって、第３の実施形態に係るイシュアサーバ２０ｂは、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
よって、第３の実施形態に係るイシュアサーバ２０ｂは、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
【0123】
＜＜４．第４の実施形態＞＞
以上、第３の実施形態について説明した。続いて、図１２から図１４を参照して、第４の実施形態について説明する。
なお、以下では、第１の実施形態、第２の実施形態、及び第３の実施形態と重複する説明については適宜省略する。
以上、第３の実施形態について説明した。続いて、図１２から図１４を参照して、第４の実施形態について説明する。
なお、以下では、第１の実施形態、第２の実施形態、及び第３の実施形態と重複する説明については適宜省略する。
【0124】
＜４－１．カード管理システムの構成＞
第４の実施形態に係るカード管理システムは、図１を参照して説明した第１の実施形態に係るカード管理システム１と同様に、ユーザ端末と、イシュアサーバと、カード管理サーバとを備える。
なお、第４の実施形態に係るユーザ端末については、その機能が第１の実施形態に係るユーザ端末１０の機能と同一であるため、同一の符号１０を付して説明する。
また、第４の実施形態に係るイシュアサーバについては、その機能が第１の実施形態に係るイシュアサーバ２０の機能と異なるため、異なる符号２０ｃを付して説明する。
また、第４の実施形態に係るカード管理サーバについては、その機能が第１の実施形態に係るカード管理サーバ３０の機能と異なるため、異なる符号３０ｃを付して説明する。
また、第４の実施形態に係るカード管理システムについては、イシュアサーバ２０ｃとカード管理サーバ３０ｃの機能が第１の実施形態に係るイシュアサーバ２０とカード管理サーバ３０と異なるため、異なる符号１ｃを付して説明する。
上述した第３の実施形態では、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能をイシュアサーバ２０ｂが有する例について説明した。当該例において、識別情報が個別ＵＲＬである例について説明したが、かかる例に限定されない。第４の実施形態では、識別情報がクレジットカードから読み取られるＵＩＤ（Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）である例について説明する。
第４の実施形態に係るカード管理システムは、図１を参照して説明した第１の実施形態に係るカード管理システム１と同様に、ユーザ端末と、イシュアサーバと、カード管理サーバとを備える。
なお、第４の実施形態に係るユーザ端末については、その機能が第１の実施形態に係るユーザ端末１０の機能と同一であるため、同一の符号１０を付して説明する。
また、第４の実施形態に係るイシュアサーバについては、その機能が第１の実施形態に係るイシュアサーバ２０の機能と異なるため、異なる符号２０ｃを付して説明する。
また、第４の実施形態に係るカード管理サーバについては、その機能が第１の実施形態に係るカード管理サーバ３０の機能と異なるため、異なる符号３０ｃを付して説明する。
また、第４の実施形態に係るカード管理システムについては、イシュアサーバ２０ｃとカード管理サーバ３０ｃの機能が第１の実施形態に係るイシュアサーバ２０とカード管理サーバ３０と異なるため、異なる符号１ｃを付して説明する。
上述した第３の実施形態では、申込者が受け取ったクレジットカードを自身でアクティベートすることが可能な機能をイシュアサーバ２０ｂが有する例について説明した。当該例において、識別情報が個別ＵＲＬである例について説明したが、かかる例に限定されない。第４の実施形態では、識別情報がクレジットカードから読み取られるＵＩＤ（Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）である例について説明する。
【0125】
＜４－２．ユーザ端末の機能構成＞
第４の実施形態に係るユーザ端末１０の機能構成は、図２を参照して説明した第１の実施形態に係るユーザ端末１０の機能構成と同一である。
ただし、第４の実施形態に係るユーザ端末１０の読取部１３０の機能は、クレジットカードから個別ＵＲＬではなくＵＩＤを取得する点が、第１の実施形態に係るユーザ端末１０の読取部１３０の機能とは異なる。第４の実施形態に係る読取部１３０は、例えば、クレジットカードに設けられたＩＣチップに書き込まれているＵＩＤを読み取ることで、ＵＩＤを取得する。また、個別ＵＲＬの場合と同様に、読取部１３０は、二次元コードからＵＩＤを読み取ることで、ＵＩＤを取得可能であってもよい。
第４の実施形態に係るユーザ端末１０の機能構成は、図２を参照して説明した第１の実施形態に係るユーザ端末１０の機能構成と同一である。
ただし、第４の実施形態に係るユーザ端末１０の読取部１３０の機能は、クレジットカードから個別ＵＲＬではなくＵＩＤを取得する点が、第１の実施形態に係るユーザ端末１０の読取部１３０の機能とは異なる。第４の実施形態に係る読取部１３０は、例えば、クレジットカードに設けられたＩＣチップに書き込まれているＵＩＤを読み取ることで、ＵＩＤを取得する。また、個別ＵＲＬの場合と同様に、読取部１３０は、二次元コードからＵＩＤを読み取ることで、ＵＩＤを取得可能であってもよい。
【0126】
＜４－３．イシュアサーバの機能構成＞
図１２を参照して、第４の実施形態に係るイシュアサーバ２０ｃの機能構成について説明する。図１２は、第４の実施形態に係るイシュアサーバ２０ｃの機能構成の一例を示すブロック図である。
図１２に示すように、イシュアサーバ２０ｃは、通信部２１０ｃと、記憶部２２０ｃと、制御部２３０ｃとを備える。
図１２を参照して、第４の実施形態に係るイシュアサーバ２０ｃの機能構成について説明する。図１２は、第４の実施形態に係るイシュアサーバ２０ｃの機能構成の一例を示すブロック図である。
図１２に示すように、イシュアサーバ２０ｃは、通信部２１０ｃと、記憶部２２０ｃと、制御部２３０ｃとを備える。
【0127】
（１）通信部２１０ｃ
通信部２１０ｃは、カード管理サーバ３０ｃとの通信において、発行情報を送信（連携）し、対応情報を受信する。
また、通信部２１０ｃは、ユーザ端末１０との通信において、ＵＩＤを受信する。
通信部２１０ｃは、カード管理サーバ３０ｃとの通信において、発行情報を送信（連携）し、対応情報を受信する。
また、通信部２１０ｃは、ユーザ端末１０との通信において、ＵＩＤを受信する。
【0128】
（２）記憶部２２０ｃ
記憶部２２０ｃは、図１２に示すように、会員属性情報記憶部２２１と、発行情報記憶部２２２と、対応情報記憶部２２３とを備える。
記憶部２２０ｃは、図１２に示すように、会員属性情報記憶部２２１と、発行情報記憶部２２２と、対応情報記憶部２２３とを備える。
【0129】
（２－１）会員属性情報記憶部２２１
第４の実施形態に係る会員属性情報記憶部２２１の機能は、図９を参照して説明した第３の実施形態に係る会員属性情報記憶部２２１の機能と同様であるため、その説明を省略する。
第４の実施形態に係る会員属性情報記憶部２２１の機能は、図９を参照して説明した第３の実施形態に係る会員属性情報記憶部２２１の機能と同様であるため、その説明を省略する。
【0130】
（２－２）発行情報記憶部２２２
第４の実施形態に係る発行情報記憶部２２２の機能は、図９を参照して説明した第３の実施形態に係る発行情報記憶部２２２の機能と同様であるため、その説明を省略する。
第４の実施形態に係る発行情報記憶部２２２の機能は、図９を参照して説明した第３の実施形態に係る発行情報記憶部２２２の機能と同様であるため、その説明を省略する。
【0131】
（２－３）対応情報記憶部２２３
第４の実施形態に係る対応情報記憶部２２３は、図９を参照して説明した第３の実施形態に係る対応情報記憶部２２３の機能と同様である。
ただし、第４の実施形態に係る対応情報記憶部２２３の機能は、後述する対応情報取得部２３９によって取得される対応情報を記憶する点が、第３の実施形態に係る対応情報記憶部２２３の機能とは異なる
なお、第４の実施形態に係る対応情報記憶部２２３は、記憶部の一例である。
第４の実施形態に係る対応情報記憶部２２３は、図９を参照して説明した第３の実施形態に係る対応情報記憶部２２３の機能と同様である。
ただし、第４の実施形態に係る対応情報記憶部２２３の機能は、後述する対応情報取得部２３９によって取得される対応情報を記憶する点が、第３の実施形態に係る対応情報記憶部２２３の機能とは異なる
なお、第４の実施形態に係る対応情報記憶部２２３は、記憶部の一例である。
【0132】
（３）制御部２３０ｃ
制御部２３０ｃは、図１２に示すように、カード番号採番部２３１と、アクティベート処理部２３４と、発行情報連携部２３５と、受付部２３６と、判定部２３７と、アクティベート制御部２３８と、対応情報取得部２３９とを備える。
制御部２３０ｃは、図１２に示すように、カード番号採番部２３１と、アクティベート処理部２３４と、発行情報連携部２３５と、受付部２３６と、判定部２３７と、アクティベート制御部２３８と、対応情報取得部２３９とを備える。
【0133】
（３－１）カード番号採番部２３１
第４の実施形態に係るカード番号採番部２３１の機能は、図９を参照して説明した第３の実施形態に係るカード番号採番部２３１の機能と同様であるため、その説明を省略する。
第４の実施形態に係るカード番号採番部２３１の機能は、図９を参照して説明した第３の実施形態に係るカード番号採番部２３１の機能と同様であるため、その説明を省略する。
【0134】
（３－２）アクティベート処理部２３４
第４の実施形態に係るアクティベート処理部２３４の機能は、図９を参照して説明した第３の実施形態に係るアクティベート処理部２３４の機能と同様であるため、その説明を省略する。
第４の実施形態に係るアクティベート処理部２３４の機能は、図９を参照して説明した第３の実施形態に係るアクティベート処理部２３４の機能と同様であるため、その説明を省略する。
【0135】
（３－３）発行情報連携部２３５
第４の実施形態に係る発行情報連携部２３５の機能は、図９を参照して説明した第３の実施形態に係る発行情報連携部２３５の機能と同様であるため、その説明を省略する。
第４の実施形態に係る発行情報連携部２３５の機能は、図９を参照して説明した第３の実施形態に係る発行情報連携部２３５の機能と同様であるため、その説明を省略する。
【0136】
（３－４）受付部２３６
第４の実施形態に係る受付部２３６の機能は、図９を参照して説明した第３の実施形態に係る受付部２３６の機能と同様である。
ただし、第４の実施形態に係る受付部２３６の機能は、個別ＵＲＬではなくＵＩＤの入力を受け付ける点が、第３の実施形態に係る受付部２３６の機能とは異なる。
第４の実施形態に係る受付部２３６の機能は、図９を参照して説明した第３の実施形態に係る受付部２３６の機能と同様である。
ただし、第４の実施形態に係る受付部２３６の機能は、個別ＵＲＬではなくＵＩＤの入力を受け付ける点が、第３の実施形態に係る受付部２３６の機能とは異なる。
【0137】
（３－５）判定部２３７
第４の実施形態に係る判定部２３７の機能は、図９を参照して説明した第３の実施形態に係る判定部２３７の機能と同様である。
ただし、第４の実施形態に係る判定部２３７の機能は、個別ＵＲＬではなくＵＩＤに基づきクレジットカードがアクティベート対象であるか否かを判定する点が、第３の実施形態に係る判定部２３７の機能とは異なる。
具体的に、第４の実施形態に係る判定部２３７は、対応情報記憶部２２３に記憶されている対応情報に含まれるＵＩＤに基づき、受付部２３６が受け付けたＵＩＤに対応するクレジットカードがアクティベート対象であるか否かを判定する。具体的に、判定部２３７は、対応情報記憶部２２３に記憶されているＵＩＤの中に、受付部２３６によって受け付けられたＵＩＤと一致するＵＩＤが存在するか否かを確認する。存在する場合、判定部２３７は、受付部２３６によって受け付けられたＵＩＤに対応するクレジットカードがアクティベート対象であると判定する。一方で、存在しない場合、判定部２３７は、受付部２３６によって受け付けられたＵＩＤに対応するクレジットカードがアクティベート対象でないと判定する。
第４の実施形態に係る判定部２３７の機能は、図９を参照して説明した第３の実施形態に係る判定部２３７の機能と同様である。
ただし、第４の実施形態に係る判定部２３７の機能は、個別ＵＲＬではなくＵＩＤに基づきクレジットカードがアクティベート対象であるか否かを判定する点が、第３の実施形態に係る判定部２３７の機能とは異なる。
具体的に、第４の実施形態に係る判定部２３７は、対応情報記憶部２２３に記憶されている対応情報に含まれるＵＩＤに基づき、受付部２３６が受け付けたＵＩＤに対応するクレジットカードがアクティベート対象であるか否かを判定する。具体的に、判定部２３７は、対応情報記憶部２２３に記憶されているＵＩＤの中に、受付部２３６によって受け付けられたＵＩＤと一致するＵＩＤが存在するか否かを確認する。存在する場合、判定部２３７は、受付部２３６によって受け付けられたＵＩＤに対応するクレジットカードがアクティベート対象であると判定する。一方で、存在しない場合、判定部２３７は、受付部２３６によって受け付けられたＵＩＤに対応するクレジットカードがアクティベート対象でないと判定する。
【0138】
（３－６）アクティベート制御部２３８
第４の実施形態に係るアクティベート制御部２３８の機能は、図９を参照して説明した第３の実施形態に係るアクティベート制御部２３８の機能と同様であるため、その説明を省略する。
第４の実施形態に係るアクティベート制御部２３８の機能は、図９を参照して説明した第３の実施形態に係るアクティベート制御部２３８の機能と同様であるため、その説明を省略する。
【0139】
（３－７）対応情報取得部２３９
対応情報取得部２３９は、対応情報を取得する機能を有する。例えば、対応情報取得部２３９は、イシュアサーバ２０ｃにて採番されたカード番号と、当該カード番号に対応するクレジットカードから取得されるＵＩＤとが対応付けられた対応情報を、カード管理サーバ３０ｃから取得する。ＵＩＤは、例えばクレジットカードの発行作業を行った事業者によって、発行されたクレジットカードのＩＣチップから予め読み取られる。
対応情報取得部２３９は、対応情報を取得する機能を有する。例えば、対応情報取得部２３９は、イシュアサーバ２０ｃにて採番されたカード番号と、当該カード番号に対応するクレジットカードから取得されるＵＩＤとが対応付けられた対応情報を、カード管理サーバ３０ｃから取得する。ＵＩＤは、例えばクレジットカードの発行作業を行った事業者によって、発行されたクレジットカードのＩＣチップから予め読み取られる。
【0140】
＜４－４．カード管理サーバの機能構成＞
以上、第４の実施形態に係るイシュアサーバ２０ｃの機能構成について説明した。次に、図１３を参照して、第４の実施形態に係るカード管理サーバ３０ｃの機能構成について説明する。図１３は、第４の実施形態に係るカード管理サーバ３０ｃの機能構成の一例を示すブロック図である。
図１３に示すように、カード管理サーバ３０ｃは、通信部３１０ｃと、記憶部３２０ｃと、制御部３３０ｃとを備える。
以上、第４の実施形態に係るイシュアサーバ２０ｃの機能構成について説明した。次に、図１３を参照して、第４の実施形態に係るカード管理サーバ３０ｃの機能構成について説明する。図１３は、第４の実施形態に係るカード管理サーバ３０ｃの機能構成の一例を示すブロック図である。
図１３に示すように、カード管理サーバ３０ｃは、通信部３１０ｃと、記憶部３２０ｃと、制御部３３０ｃとを備える。
【0141】
（１）通信部３１０ｃ
通信部３１０ｃは、イシュアサーバ２０ｃとの通信において、発行情報を受信し、対応情報を送信（連携）する。
通信部３１０ｃは、イシュアサーバ２０ｃとの通信において、発行情報を受信し、対応情報を送信（連携）する。
【0142】
（２）記憶部３２０ｃ
記憶部３２０ｃは、図１３に示すように、会員属性情報記憶部３２１と、発行情報記憶部３２３とを備える。
記憶部３２０ｃは、図１３に示すように、会員属性情報記憶部３２１と、発行情報記憶部３２３とを備える。
【0143】
（２－１）会員属性情報記憶部３２１
第４の実施形態に係る会員属性情報記憶部３２１の機能は、図１０を参照して説明した第３の実施形態に係る会員属性情報記憶部３２１の機能と同様であるため、その説明を省略する。
第４の実施形態に係る会員属性情報記憶部３２１の機能は、図１０を参照して説明した第３の実施形態に係る会員属性情報記憶部３２１の機能と同様であるため、その説明を省略する。
【0144】
（２－２）発行情報記憶部３２３
第４の実施形態に係る発行情報記憶部３２３の機能は、図１０を参照して説明した第３の実施形態に係る発行情報記憶部３２３の機能と同様であるため、その説明を省略する。
第４の実施形態に係る発行情報記憶部３２３の機能は、図１０を参照して説明した第３の実施形態に係る発行情報記憶部３２３の機能と同様であるため、その説明を省略する。
【0145】
（３）制御部３３０ｃ
制御部３３０ｃは、図１３に示すように、受付部３３１と、識別情報取得部３３６と、対応情報生成部３３７と、対応情報連携部３３８とを備える。
制御部３３０ｃは、図１３に示すように、受付部３３１と、識別情報取得部３３６と、対応情報生成部３３７と、対応情報連携部３３８とを備える。
【0146】
（３－１）受付部３３１
第４の実施形態に係る受付部３３１の機能は、図１０を参照して説明した第３の実施形態に係る受付部３３１の機能と同様であるため、その説明を省略する。
第４の実施形態に係る受付部３３１の機能は、図１０を参照して説明した第３の実施形態に係る受付部３３１の機能と同様であるため、その説明を省略する。
【0147】
（３－２）識別情報取得部３３６
識別情報取得部３３６は、ＵＩＤを取得する機能を有する。例えば、識別情報取得部３３６は、事業者によって発行された各クレジットカードに対応するＵＩＤを取得する。一例として、識別情報取得部３３６は、事業者によって各クレジットカードのＩＣチップから読み取られたＵＩＤを取得する。
識別情報取得部３３６は、ＵＩＤを取得する機能を有する。例えば、識別情報取得部３３６は、事業者によって発行された各クレジットカードに対応するＵＩＤを取得する。一例として、識別情報取得部３３６は、事業者によって各クレジットカードのＩＣチップから読み取られたＵＩＤを取得する。
【0148】
（３－３）対応情報生成部３３７
対応情報生成部３３７は、対応情報を生成する機能を有する。例えば、対応情報生成部３３７は、通信部３１０ｃが受信した発行情報から各クレジットカードのカード番号を取得し、識別情報取得部３３６によって取得されたＵＩＤを対応するカード番号と対応付けることで、対応情報を生成する。
対応情報生成部３３７は、対応情報を生成する機能を有する。例えば、対応情報生成部３３７は、通信部３１０ｃが受信した発行情報から各クレジットカードのカード番号を取得し、識別情報取得部３３６によって取得されたＵＩＤを対応するカード番号と対応付けることで、対応情報を生成する。
【0149】
（３－４）対応情報連携部３３８
対応情報連携部３３８は、対応情報を外部へ連携する機能を有する。例えば、対応情報連携部３３８は、対応情報生成部３３７によって生成された対応情報を、通信部３１０ｃからイシュアサーバ２０ｃへ送信（連携）する。
対応情報連携部３３８は、対応情報を外部へ連携する機能を有する。例えば、対応情報連携部３３８は、対応情報生成部３３７によって生成された対応情報を、通信部３１０ｃからイシュアサーバ２０ｃへ送信（連携）する。
【0150】
＜４－５．処理の流れ＞
以上、第４の実施形態に係るカード管理サーバ３０ｃの機能構成について説明した。次に、図１４を参照して、第４の実施形態に係る処理の流れについて説明する。図１４は、第４の実施形態に係る処理の流れの一例を示すシーケンス図である。
以上、第４の実施形態に係るカード管理サーバ３０ｃの機能構成について説明した。次に、図１４を参照して、第４の実施形態に係る処理の流れについて説明する。図１４は、第４の実施形態に係る処理の流れの一例を示すシーケンス図である。
【0151】
図１４に示すように、まず、イシュアサーバ２０ｃのカード番号採番部２３１は、発行予定であるクレジットカードのカード番号を採番する（ステップＳ４０１）。
次に、イシュアサーバ２０ｃの発行情報連携部２３５は、発行情報を通信部２１０ｃからカード管理サーバ３０ｃへ連携（送信）する（ステップＳ４０２）。
次に、イシュアサーバ２０ｃの発行情報連携部２３５は、発行情報を通信部２１０ｃからカード管理サーバ３０ｃへ連携（送信）する（ステップＳ４０２）。
【0152】
カード管理サーバ３０ｃの発行情報記憶部３２３は、通信部３１０ｃがイシュアサーバ２０ｃから受信した発行情報を記憶する（ステップＳ４０３）。
次に、カード管理サーバ３０ｃの識別情報取得部３３６は、クレジットカードごとにＵＩＤを取得する（ステップＳ４０４）。例えば、識別情報取得部３３６は、通信部３１０ｃが受信した発行情報が示す各カード番号に対応するＵＩＤを取得する。
ＵＩＤの取得後、カード管理サーバ３０ｃの対応情報生成部３３７は、対応情報を生成する（ステップＳ４０５）。例えば、対応情報生成部３３７は、通信部３１０ｃが受信した発行情報から各クレジットカードのカード番号を取得し、識別情報取得部３３６によって取得されたＵＩＤを対応するカード番号と対応付けることで、対応情報を生成する。
対応情報の生成後、カード管理サーバ３０ｃの対応情報連携部３３８は、対応情報を通信部３１０ｃからイシュアサーバ２０ｃへ連携（送信）する（ステップＳ４０６）。
次に、カード管理サーバ３０ｃの識別情報取得部３３６は、クレジットカードごとにＵＩＤを取得する（ステップＳ４０４）。例えば、識別情報取得部３３６は、通信部３１０ｃが受信した発行情報が示す各カード番号に対応するＵＩＤを取得する。
ＵＩＤの取得後、カード管理サーバ３０ｃの対応情報生成部３３７は、対応情報を生成する（ステップＳ４０５）。例えば、対応情報生成部３３７は、通信部３１０ｃが受信した発行情報から各クレジットカードのカード番号を取得し、識別情報取得部３３６によって取得されたＵＩＤを対応するカード番号と対応付けることで、対応情報を生成する。
対応情報の生成後、カード管理サーバ３０ｃの対応情報連携部３３８は、対応情報を通信部３１０ｃからイシュアサーバ２０ｃへ連携（送信）する（ステップＳ４０６）。
【0153】
イシュアサーバ２０ｃの対応情報取得部２３９は、通信部２１０ｃがカード管理サーバ３０ｃから受信する対応情報を取得する（ステップＳ４０７）。
イシュアサーバ２０ｃの対応情報記憶部２２３は、対応情報取得部２３９によって取得された対応情報を記憶する（ステップＳ４０８）。
イシュアサーバ２０ｃの対応情報記憶部２２３は、対応情報取得部２３９によって取得された対応情報を記憶する（ステップＳ４０８）。
【0154】
ユーザは、ユーザ端末１０に対して、ＵＩＤの読取操作を行う（ステップＳ４０９）。具体的に、ユーザは、アクティベートされていない状態で発行され郵送されてきたクレジットカードを受け取り後、当該クレジットカードからＵＩＤを読み取るための操作をユーザ端末１０に対して行う。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからのＵＩＤの読取操作を受け付けると、読取部１３０を起動し、クレジットカードからＵＩＤを読み取らせる（ステップＳ４１０）。
ＵＩＤの読取後、ユーザ端末１０のアクセス制御部１５３は、通信部１１０を介して、読取部１３０によって読み取られたＵＩＤをカード管理サーバ３０ｃへ送信する（ステップＳ４１１）。
ユーザ端末１０の読取制御部１５２は、操作受付部１５１がユーザからのＵＩＤの読取操作を受け付けると、読取部１３０を起動し、クレジットカードからＵＩＤを読み取らせる（ステップＳ４１０）。
ＵＩＤの読取後、ユーザ端末１０のアクセス制御部１５３は、通信部１１０を介して、読取部１３０によって読み取られたＵＩＤをカード管理サーバ３０ｃへ送信する（ステップＳ４１１）。
【0155】
イシュアサーバ２０ｃの受付部２３６は、ユーザ端末１０から送信されて通信部２１０ｃが受信したＵＩＤの入力を受け付ける（ステップＳ４１２）。
次に、イシュアサーバ２０ｃの判定部２３７は、対応情報記憶部２２３に記憶されているカード管理サーバ３０ｃ対応情報が示すＵＩＤに基づき、受付部２３６が受け付けたＵＩＤに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ４１３）。
次に、イシュアサーバ２０ｃのアクティベート制御部２３８は、判定部２３７による判定結果に基づき、アクティベート制御処理を行う（ステップＳ４１４）。具体的に、アクティベート制御部２３８は、イシュアサーバ２０ｃのアクティベート処理部２３４に対して、イシュアサーバ２０ｃの判定部２３７による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部２３８は、イシュアサーバ２０ｃのアクティベート処理部２３４に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０ｃのアクティベート処理部２３４は、イシュアサーバ２０ｃのアクティベート制御部２３８から連携されるアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ４１５）。具体的に、アクティベート処理部２３４は、イシュアサーバ２０ｃのアクティベート制御部２３８からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
次に、イシュアサーバ２０ｃの判定部２３７は、対応情報記憶部２２３に記憶されているカード管理サーバ３０ｃ対応情報が示すＵＩＤに基づき、受付部２３６が受け付けたＵＩＤに対応するクレジットカードがアクティベート対象であるか否かを判定する（ステップＳ４１３）。
次に、イシュアサーバ２０ｃのアクティベート制御部２３８は、判定部２３７による判定結果に基づき、アクティベート制御処理を行う（ステップＳ４１４）。具体的に、アクティベート制御部２３８は、イシュアサーバ２０ｃのアクティベート処理部２３４に対して、イシュアサーバ２０ｃの判定部２３７による判定結果を連携する。この時、判定対象であるクレジットカードがアクティベート対象であることを判定結果が示す場合、アクティベート制御部２３８は、イシュアサーバ２０ｃのアクティベート処理部２３４に対して、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を要求する。
イシュアサーバ２０ｃのアクティベート処理部２３４は、イシュアサーバ２０ｃのアクティベート制御部２３８から連携されるアクティベート情報に基づき、アクティベート処理を実行する（ステップＳ４１５）。具体的に、アクティベート処理部２３４は、イシュアサーバ２０ｃのアクティベート制御部２３８からアクティベートの要求があった場合に、アクティベート情報が示すアクティベート対象であると判定されたクレジットカードをアクティベートする。
【0156】
以上説明したように、第４の実施形態に係るイシュアサーバ２０ｃ（カード管理装置）は、ユーザ（申込者）からの申込みを受けてアクティベートされていない状態で発行されるクレジットカード（カード）のカード番号に対応する、カード番号とは異なるＵＩＤ（識別情報）を記憶する対応情報記憶部（記憶部）２２３と、ユーザが受け取ったクレジットカードからユーザ端末１０（申込者が有する端末）によって取得され、ユーザ端末１０から送信されるＵＩＤを受け付ける受付部２３６と、対応情報記憶部２２３に記憶されているＵＩＤの中に、受付部２３６によって受け付けられたＵＩＤと一致するＵＩＤが存在する場合、受付部２３６によって受け付けられたＵＩＤに対応するクレジットカードがアクティベート対象であると判定する判定部２３７と、アクティベート対象であると判定されたクレジットカードに対するアクティベート処理の実行を制御するアクティベート制御部２３８と、を備える。
【0157】
かかる構成により、ユーザは、カード管理システム１ｃにおいてユーザ端末１０を操作して、受け取ったクレジットカードからＵＩＤを読み取るだけで、当該クレジットカードをアクティベートすることができる。
よって、第４の実施形態に係るイシュアサーバ２０ｃは、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
よって、第４の実施形態に係るイシュアサーバ２０ｃは、ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることを可能とする。
【0158】
＜＜５．変形例＞＞
以上、本発明の実施形態について説明した。続いて、上述した実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で各実施形態に適用されてもよいし、組み合わせで各実施形態に適用されてもよい。また、各変形例は、各実施形態で説明した構成に代えて適用されてもよいし、各実施形態で説明した構成に対して追加的に適用されてもよい。
以上、本発明の実施形態について説明した。続いて、上述した実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で各実施形態に適用されてもよいし、組み合わせで各実施形態に適用されてもよい。また、各変形例は、各実施形態で説明した構成に代えて適用されてもよいし、各実施形態で説明した構成に対して追加的に適用されてもよい。
【0159】
上述した第４の実施形態では、第３の実施形態にて使用する個別ＵＲＬの代わりにＵＩＤを使用する例について説明した。第３の実施形態だけではなく、第１の実施形態及び第２の実施形態においても、個別ＵＲＬの代わりにＵＩＤを使用可能としてもよい。
【0160】
上述した各実施形態において、アクティベート処理の結果をユーザ端末１０へ連携可能としてもよい。例えば、各実施形態のイシュアサーバは、直接或いはカード管理サーバを介して、ユーザ端末１０へアクティベート処理の結果を送信し、ユーザ端末１０に表示させる。アクティベート処理の結果は、例えば、アクティベートが成功したか否かを示す情報である。
【0161】
上述した各実施形態において、ユーザ端末１０からイシュアサーバ又はカード管理サーバへ送信される個別ＵＲＬ又はＵＩＤの真贋性を確認する処理や、アクティベートの要求者がクレジットカードの申込者本人であることを確認する処理を行ってもよい。アクティベート処理部は、これらの処理の結果に基づき、個別ＵＲＬ又はＵＩＤが本物である場合やアクティベートの要求者が申込者本人である場合のみ、アクティベート処理を実行する。これにより、アクティベートが不正に行われることやクレジットカードの申込者ではない第三者によるなりすましを防止し、クレジットカードが不正に利用されることを防止することができる。
【0162】
上述した各実施形態では、イシュアサーバ２０、２０ａ、２０ｂ、２０ｃの記憶部２２０、２２０ａ、２２０ｂ、２２０ｃが、会員属性情報記憶部２２１と発行情報記憶部２２２をそれぞれ備えている例について説明したが、かかる例に限定されない。例えば、会員属性情報記憶部２２１と発行情報記憶部２２２は、１つに統合された記憶部であってもよい。一例として、会員属性情報記憶部２２１と発行情報記憶部２２２とが統合された会員情報記憶部が、会員属性情報と発行情報を含む情報を会員情報として記憶するようにしてもよい。
【0163】
以上、本発明の実施形態の変形例について説明した。なお、上述した実施形態におけるカード管理システム１，１ａ，１ｂ，１ｃ、ユーザ端末１０、イシュアサーバ２０，２０ａ，２０ｂ，２０ｃ、カード管理サーバ３０，３０ａ，３０ｂ，３０ｃの機能の一部又は全部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【0164】
以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【0165】
１，１ａ，１ｂ，１ｃ…カード管理システム、１０…ユーザ端末、２０，２０ａ，２０ｂ，２０ｃ…イシュアサーバ、３０，３０ａ，３０ｂ，３０ｃ…カード管理サーバ、１１０…通信部、１２０…入力部、１３０…読取部、１４０…記憶部、１５０…制御部、１５１…操作受付部、１５２…読取制御部、１５３…アクセス制御部、１５４…出力制御部、１６０…出力部、２１０，２１０ａ，２１０ｂ，２１０ｃ…通信部、２２０，２２０ａ，２２０ｂ，２２０ｃ…記憶部、２２１…会員属性情報記憶部、２２２…発行情報記憶部、２２３…対応情報記憶部、２３０，２３０ａ，２３０ｂ，２３０ｃ…制御部、２３１…カード番号採番部、２３２…識別情報生成部、２３３…識別情報連携部、２３４…アクティベート処理部、２３５…発行情報連携部、２３６…受付部、２３７…判定部、２３８…アクティベート制御部、３１０，３１０ａ，３１０ｂ，３１０ｃ…通信部、３２０，３２０ａ，３２０ｂ，３２０ｃ…記憶部、３２１…会員属性情報記憶部、３２２…識別情報記憶部、３２３…発行情報記憶部、３２４…対応情報記憶部、３３０，３３０ａ，３３０ｂ，３３０ｃ…制御部、３３１…受付部、３３２…判定部、３３３…アクティベート制御部、３３４…カード番号取得部、３３５…識別情報生成部、３３６…識別情報取得部、３３７…対応情報生成部、３３８…対応情報連携部、ＮＷ…ネットワーク
【要約】
【課題】ユーザがアクティベートされていない状態で受け取ったカードを容易にアクティベートすることが可能なカード管理装置、カード管理方法、及びプログラムを提供する。
【解決手段】申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、カード番号とは異なる識別情報を記憶する記憶部と、申込者が受け取ったカードから申込者が有する端末によって取得され、端末から送信される識別情報を受け付ける受付部と、記憶部に記憶されている識別情報の中に、受付部によって受け付けられた識別情報と一致する識別情報が存在する場合、受付部によって受け付けられた識別情報に対応するカードがアクティベート対象であると判定する判定部と、アクティベート対象であると判定されたカードに対するアクティベート処理の実行を制御するアクティベート制御部と、を備えるカード管理装置。
【選択図】図４
【解決手段】申込者からの申込みを受けてアクティベートされていない状態で発行されるカードのカード番号に対応する、カード番号とは異なる識別情報を記憶する記憶部と、申込者が受け取ったカードから申込者が有する端末によって取得され、端末から送信される識別情報を受け付ける受付部と、記憶部に記憶されている識別情報の中に、受付部によって受け付けられた識別情報と一致する識別情報が存在する場合、受付部によって受け付けられた識別情報に対応するカードがアクティベート対象であると判定する判定部と、アクティベート対象であると判定されたカードに対するアクティベート処理の実行を制御するアクティベート制御部と、を備えるカード管理装置。
【選択図】図４
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】