(57)【要約】【課題】クレジットカードの与信枠を他人に提供した場合に、経過時間によらず、提供された与信枠を利用した決済を行うことができるようにする。【解決手段】贈り主からギフト管理サーバ１０にギフト要求が与えられたときに発行されるギフトＩＤを用いて、贈り先から決済要求がギフト管理サーバ１０に与えられたとき、決済金額がギフト対象とされた与信枠の範囲内であることを条件として、贈り主のクレジットカード情報を用いて決済を行うように決済サーバ２０に要求する決済要求部１４と、決済金額の与信枠がとれることを条件として、贈り主のクレジットカード情報を用いた決済を行う決済処理部２１とを備え、プレゼントされた与信枠を用いて実際に決済を行おうとする際に、プレゼント対象とされた金額の範囲内で実際に与信枠がとれることを確認して決済を行うことにより、与信期限が切れて決済ができないということを防止する。【選択図】図２
2017097615.tif 000002
【特許請求の範囲】
【請求項１】
クレジットカードの与信枠のギフトに関する管理を行うギフト管理サーバと、クレジットカード決済を行う決済サーバとを備え、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザに提供し、当該贈り先ユーザが、提供された与信枠の範囲内で、上記贈り主ユーザのクレジットカードを利用した決済を行うことができるように成されたクレジットカードギフトシステムであって、
上記ギフト管理サーバは、
上記贈り主ユーザを特定する贈り主情報、上記贈り先ユーザを特定する贈り先情報、およびギフト対象となる与信枠の金額を示す金額情報を含むギフト要求が上記贈り主ユーザから与えられたときに、ギフトＩＤを発行し、上記贈り主情報、上記金額情報および上記ギフトＩＤを互いに関連付けてギフト情報記憶部に記憶させるギフト登録部と、
上記ギフト登録部により上記ギフト情報記憶部に記憶された上記贈り主情報、上記金額情報および上記ギフトＩＤを、上記贈り先情報で特定される上記贈り先ユーザに通知するギフト通知部と、
入力ギフトＩＤおよび決済金額を含む決済要求が上記贈り先ユーザから与えられたときに、上記ギフト情報記憶部を参照して上記入力ギフトＩＤから上記贈り主情報および上記金額情報を特定し、上記決済金額が上記金額情報で示される与信枠の範囲内であることを条件として、上記贈り主情報で特定される上記贈り主ユーザのクレジットカード情報をカード情報記憶部から読み出し、当該読み出した上記クレジットカード情報を用いて、上記決済サーバに対して上記決済金額の決済を行うように要求する決済要求部とを備え、
上記決済サーバは、
上記贈り主ユーザのクレジットカード情報および上記決済金額を含む決済要求が上記決済要求部から与えられたときに、上記決済金額の与信枠がとれることを条件として、上記贈り主ユーザのクレジットカード情報を用いた決済を行う決済処理部を備えたことを特徴とするクレジットカードギフトシステム。
【請求項２】
上記ギフト管理サーバは、
上記ギフト登録部により上記贈り主情報、上記金額情報および上記ギフトＩＤが上記ギフト情報記憶部に記憶された後、所定のタイミングで、上記ギフト情報記憶部から上記贈り主情報および上記金額情報を読み出すとともに、上記贈り主情報に対応するクレジットカード情報を上記カード情報記憶部から読み出し、当該読み出したクレジットカード情報によって、当該読み出した金額情報で示される与信枠が確保可能かどうかを上記決済サーバに確認する与信枠確認部と、
上記与信枠確認部により上記与信枠を確保できないことが確認された場合に、上記贈り主情報で特定される上記贈り主ユーザに対し、上記与信枠を確保できないことを通知する確認結果通知部とを更に備えたことを特徴とする請求項１に記載のクレジットカードギフトシステム。
【請求項３】
上記ギフトＩＤを用いたクレジットカード決済により取引を行うことが可能に成された電子商取引サイトを管理するＥＣ管理サーバを更に備え、
上記ギフト管理サーバは、
上記贈り先ユーザにより上記電子商取引サイトにて入力された上記入力ギフトＩＤおよび上記決済金額を含む決済要求が与えられたときに、上記決済要求部による要求に従って上記決済サーバで上記決済金額の決済を行うことができないという決済不能状態であることが上記決済要求部により確認された場合、上記電子商取引サイトでのステータスを取引受付中とするように上記ＥＣ管理サーバに指示を出力するステータス管理部と、
上記決済不能状態であることが上記決済要求部により確認された場合、上記入力ギフトＩＤに対応する上記贈り主情報で特定される上記贈り主ユーザに対し、上記決済不能状態であることを通知する決済不能通知部とを更に備えたことを特徴とする請求項１または２に記載のクレジットカードギフトシステム。
【請求項４】
上記ギフト管理サーバは、上記クレジットカード情報の登録要求が上記贈り主ユーザから与えられたときに、当該クレジットカード情報をカード情報記憶部に記憶させるカード登録部を更に備え、
上記カード登録部は、上記カード情報記憶部に上記クレジットカード情報を複数記憶させ、上記贈り主ユーザから与えられる要求に応じて、何れかのクレジットカード情報をギフト対象として使用することを指定することが可能に成され、
上記ステータス管理部は、上記決済不能通知部により上記贈り主ユーザに対して上記決済不能状態であることを通知した後、ギフト対象に使用するクレジットカード情報の変更を要求する変更要求が上記贈り主ユーザから与えられたときに、当該変更後のクレジットカード情報を用いて上記決済金額の与信枠がとれることを上記決済処理部に確認することを条件として、上記電子商取引サイトでのステータスを上記取引受付中から取引受付完了に変更するように上記ＥＣ管理サーバに指示を出力することを特徴とする請求項３に記載のクレジットカードギフトシステム。
【請求項５】
上記ギフト管理サーバは、上記クレジットカード情報の登録要求が上記贈り主ユーザから与えられたときに、当該クレジットカード情報をカード情報記憶部に記憶させるカード登録部を更に備え、
上記カード登録部は、上記贈り主ユーザから与えられる要求に応じて、決済に使用する優先順位を持たせて複数の上記クレジットカード情報を上記カード情報記憶部に記憶させ、
上記決済要求部は、上記入力ギフトＩＤおよび上記決済金額を含む決済要求が与えられたときに、上記優先順位に従って上記クレジットカード情報を選択的に用いて、上記決済サーバに対して上記決済金額の決済を行うように要求するようになされ、上記決済サーバで上記決済金額の決済を行うことができないという決済不能状態であることが確認された場合、次に優先順位の高いクレジットカード情報に選択を自動的に切り替えて、上記決済サーバに対して上記決済金額の決済を行うように要求することを特徴とする請求項１または２に記載のクレジットカードギフトシステム。
【請求項６】
上記ギフト登録部は、複数の贈り主ユーザを特定する贈り主情報、一人の贈り先ユーザを特定する贈り先情報、およびギフト対象となる与信枠の金額を示す金額情報を含むギフト要求が上記贈り主ユーザから与えられたときに、ギフトＩＤを発行し、上記複数の贈り主情報、上記金額情報および上記ギフトＩＤを互いに関連付けてギフト情報記憶部に記憶させ、
上記決済要求部は、上記入力ギフトＩＤおよび上記決済金額を含む決済要求が上記贈り先ユーザから与えられたときに、上記ギフト情報記憶部を参照して上記入力ギフトＩＤから上記複数の贈り主情報および上記金額情報を特定し、上記決済金額が上記金額情報で示される与信枠の範囲内であることを条件として、上記複数の贈り主情報で特定される上記複数の贈り主ユーザのクレジットカード情報を上記カード情報記憶部から読み出し、当該読み出した複数の上記クレジットカード情報を用いて、上記決済金額を上記複数の贈り主ユーザの数で分割した金額の決済をそれぞれ行うように上記決済サーバに対して要求し、
上記決済処理部は、上記複数の贈り主ユーザのクレジットカード情報および上記分割した金額を含む決済要求が上記決済要求部から与えられたときに、上記複数の贈り主ユーザのクレジットカード情報に関して上記分割した金額の与信枠が全てとれることを条件として、上記複数の贈り主ユーザのクレジットカード情報を用いた決済を行うことを特徴とする請求項１または２に記載のクレジットカードギフトシステム。
【請求項７】
上記複数の贈り主ユーザのうち、上記分割した金額の与信枠をとることができない決済不能者がいることが上記決済処理部により確認された場合、上記決済要求部は、上記決済不能者に割り振られた金額の決済を、代替の贈り主ユーザのクレジットカード情報を用いて行うように上記決済サーバに対して要求することを特徴とする請求項６に記載のクレジットカードギフトシステム。
【請求項８】
上記決済要求部は、上記代替の贈り主ユーザとして、上記複数の贈り主ユーザの中からあらかじめ選定された代表者のクレジットカード情報を用いて、上記決済不能者に割り振られた金額の決済を行うように上記決済サーバに対して要求することを特徴とする請求項７に記載のクレジットカードギフトシステム。
【請求項９】
上記決済要求部は、上記決済不能者に割り振られた金額を上記決済不能者以外の贈り主ユーザの数で按分し、上記代替の贈り主ユーザとして、上記決済不能者以外の贈り主ユーザのクレジットカード情報を用いて上記按分した金額の決済をそれぞれ行うように上記決済サーバに対して要求することを特徴とする請求項７に記載のクレジットカードギフトシステム。
【請求項１０】
上記ギフトＩＤを用いたクレジットカード決済により取引を行うことが可能に成された電子商取引サイトを管理するＥＣ管理サーバを更に備え、
上記ギフト管理サーバは、
上記贈り先ユーザにより上記電子商取引サイトにて入力された上記入力ギフトＩＤおよび上記決済金額を含む決済要求が与えられたときに、上記代替の贈り主ユーザのクレジットカード情報を用いて上記決済不能者に割り振られた金額の与信枠をとることができないという決済不能状態であることが上記決済要求部により確認された場合、上記電子商取引サイトでのステータスを取引受付中とするように上記ＥＣ管理サーバに指示を出力するステータス管理部と、
上記決済不能状態であることが上記決済要求部により確認された場合、上記決済不能者および上記代替の贈り主ユーザの少なくとも一方に対し、上記決済不能状態であることを通知する決済不能通知部とを更に備えたことを特徴とする請求項７に記載のクレジットカードギフトシステム。
【請求項１１】
上記ギフト管理サーバは、上記クレジットカード情報の登録要求が上記贈り主ユーザから与えられたときに、当該クレジットカード情報をカード情報記憶部に記憶させるカード登録部を更に備え、
上記カード登録部は、上記カード情報記憶部に上記クレジットカード情報を複数記憶させ、上記贈り主ユーザから与えられる要求に応じて、何れかのクレジットカード情報をギフト対象として使用することを指定することが可能に成され、
上記ステータス管理部は、上記決済不能通知部により上記決済不能者および上記代替の贈り主ユーザの少なくとも一方に対して上記決済不能状態であることを通知した後、ギフト対象に使用するクレジットカード情報の変更を要求する変更要求が上記決済不能者および上記代替の贈り主ユーザの少なくとも一方から与えられたときに、当該変更後のクレジットカード情報を用いて上記決済不能者に割り振られた金額の与信枠がとれることを上記決済処理部により確認することを条件として、上記電子商取引サイトでのステータスを上記取引受付中から取引受付完了に変更するように上記ＥＣ管理サーバに指示を出力することを特徴とする請求項１０に記載のクレジットカードギフトシステム。
【請求項１２】
上記ギフト管理サーバは、上記代替の贈り主ユーザのクレジットカード情報を用いて上記決済不能者に割り振られた金額の与信枠をとることができないことが上記決済要求部により確認された場合、上記ギフトＩＤを無効にするＩＤ無効化部を更に備えたことを特徴とする請求項７に記載のクレジットカードギフトシステム。
【請求項１３】
ギフト対象に使用するクレジットカード情報の変更を要求する変更要求が上記決済不能者および上記代替の贈り主ユーザの何れからも一定の時間内に与えられない場合、および、上記決済不能者および上記代替の贈り主ユーザの少なくとも一方について変更されたクレジットカード情報を用いても、上記決済不能者に割り振られた金額の与信枠をとることができないことが上記決済要求部により確認された場合、上記ギフトＩＤを無効にするＩＤ無効化部を更に備えたことを特徴とする請求項１１に記載のクレジットカードギフトシステム。
【請求項１４】
上記ギフト管理サーバは、上記クレジットカード情報の登録要求が上記贈り主ユーザから与えられたときに、当該クレジットカード情報をカード情報記憶部に記憶させるカード登録部を更に備え、
上記カード登録部は、上記贈り主ユーザから与えられる要求に応じて、決済に使用する優先順位を持たせて複数の上記クレジットカード情報を上記カード情報記憶部に記憶させ、
上記決済要求部は、上記入力ギフトＩＤおよび上記決済金額を含む決済要求が与えられたときに、上記複数の贈り主ユーザのそれぞれについて上記優先順位に従って上記クレジットカード情報を選択的に用いて、上記決済サーバに対して上記決済金額の決済を行うように要求するようになされ、一部の贈り主ユーザに関して上記決済サーバで上記分割した金額の決済を行うことができないという決済不能状態であることが確認された場合、当該一部の贈り主ユーザについては次に優先順位の高いクレジットカード情報に選択を自動的に切り替えて、上記決済サーバに対して上記分割した金額の決済を行うように要求することを特徴とする請求項６に記載のクレジットカードギフトシステム。
【請求項１５】
贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザに提供し、当該贈り先ユーザが、提供された与信枠の範囲内で、上記贈り主ユーザのクレジットカードを利用した決済を行うための管理を行うギフト管理サーバであって、
上記贈り主ユーザを特定する贈り主情報、上記贈り先ユーザを特定する贈り先情報、およびギフト対象となる与信枠の金額を示す金額情報を含むギフト要求が上記贈り主ユーザから与えられたときに、ギフトＩＤを発行し、上記贈り主情報、上記金額情報および上記ギフトＩＤを互いに関連付けてギフト情報記憶部に記憶させるギフト登録部と、
上記ギフト登録部により上記ギフト情報記憶部に記憶された上記贈り主情報、上記金額情報および上記ギフトＩＤを、上記贈り先情報で特定される上記贈り先ユーザに通知するギフト通知部と、
入力ギフトＩＤおよび決済金額を含む決済要求が上記贈り先ユーザから与えられたときに、上記ギフト情報記憶部を参照して上記入力ギフトＩＤから上記贈り主情報および上記金額情報を特定し、上記決済金額が上記金額情報で示される与信枠の範囲内であることを条件として、上記贈り主情報で特定される上記贈り主ユーザのクレジットカード情報をカード情報記憶部から読み出し、当該読み出した上記クレジットカード情報を用いて、決済サーバに対して上記決済金額の決済を行うように要求する決済要求部とを備えたことを特徴とするギフト管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカードギフトシステムおよびギフト管理サーバに関し、特に、クレジットカードの与信枠を他人にプレゼントすることを可能にしたシステムに用いて好適なものである。
【背景技術】
【０００２】
従来、クレジットカードの与信枠を他人にプレゼントすることを可能にしたシステムが提案されている（例えば、特許文献１参照）。この特許文献１に記載の与信枠振替システムでは、所定のクレジットアカウントを有する第１の利用者が、オンライン手続によって、その与信枠の一部を第２の利用者に提供できるようにし、第２の利用者が、提供された与信枠の範囲内で、第１の利用者のクレジットアカウントを利用した決済を行うことができるように成されている。
【０００３】
具体的には、利用者Ａは、与信枠管理部に対して、自己のカード番号を告げ、１万円分の与信枠を利用者Ｂにプレゼントする。与信枠管理部は、決済サーバに１万円分の与信枠を求め、与信ＩＤの発行を受け、この与信ＩＤに対応するギフトＩＤを発行して、電子メールにて利用者Ｂに送付する。その後、利用者Ｂが、実店舗用ＣＡＴ端末もしくは仮想店舗用サーバにギフトＩＤを入力して、１万円相当の商品購入についての決済要求を行うと、決済要求承認部は、与信枠管理部に問い合わせ、当該ギフトＩＤが正規のものであり、１万円が与信枠内の金額であることを確認した上で、これを承認する。決済処理部は、承認後、決済サーバに対して、該当する与信ＩＤについての決済処理を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１６３４６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の通り、特許文献１に記載の与信枠振替システムは、利用者Ａが１万円分の与信枠を利用者Ｂにプレゼントすると、利用者Ｂがその１万円分の与信枠を使って商品を購入するまで、利用者Ａのクレジットアカウントの中で１万円分の与信枠を利用者Ｂのために確保しておく仕組みとなっている。
【０００６】
しかしながら、現実のクレジットカード決済では、与信枠を確保できるのは、決済要求の承認（オーソリ処理）を行ってから一定の与信期限以内に限定されている。すなわち、与信期限を超えて与信枠を確保し続けることはできない。そのため、利用者Ｂが利用者Ａからプレゼントされた与信枠を使って商品を購入しようとしたとき、与信期限を過ぎていると、クレジットカード決済を行うことができないという問題があった。
【０００７】
本発明は、このような問題を解決するために成されたものであり、クレジットカードの与信枠の一部を他人に提供した場合に、その提供日からの経過時間によらず、提供された与信枠を利用したクレジットカード決済を行うことができるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明では、贈り主ユーザからギフト管理サーバに対してギフト要求が与えられたときに発行されるギフトＩＤを用いて、贈り先ユーザからクレジットカードの決済要求がギフト管理サーバに与えられたときに、決済金額がギフト対象とされた与信枠の範囲内であることを条件として、贈り主ユーザのクレジットカード情報を用いて決済金額の決済を行うように決済サーバに要求し、決済サーバが決済金額の与信枠がとれることを確認して、贈り主ユーザのクレジットカード情報を用いた決済を行うようにしている。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、贈り主ユーザから贈り先ユーザに対してクレジットカードの与信枠のギフトが行われたときに、ギフト対象とされた金額の与信枠を決済サーバが前もって確保するというやり方ではなく、プレゼントされた与信枠を用いて贈り先ユーザがクレジットカード決済を行おうとする際に、ギフト対象とされた金額の範囲内で実際に決済金額の与信枠がとれることを確認して決済を行うやり方なので、プレゼントされた与信枠の与信期限が切れてクレジットカード決済を行うことができないということがなくなる。これにより、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザに提供した場合に、贈り先ユーザは、その提供日からの経過時間によらず、提供された与信枠を利用したクレジットカード決済を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】第１、第２の実施形態によるクレジットカードギフトシステムの全体構成例を示す図である。
【図２】第１の実施形態によるギフト管理サーバおよび決済サーバの機能構成例を示すブロック図である。
【図３】第１の実施形態において、贈り主ユーザが自身のクレジットカード情報をギフト管理サーバに登録する際におけるギフト管理サーバの動作例を示すフローチャートである。
【図４】第１の実施形態において、贈り主ユーザが自身のクレジットカード情報の与信枠の一部を贈り先ユーザにプレゼントする際におけるギフト管理サーバの動作例を示すフローチャートである。
【図５】第１の実施形態において、贈り先ユーザがプレゼントされた与信枠を使って決済を行う際におけるギフト管理サーバおよび決済サーバの動作例を示すフローチャートである。
【図６】第１の実施形態において、カード情報記憶部に記憶されているクレジットカード情報の有効性を定期的に確認する際におけるギフト管理サーバの動作例を示すフローチャートである。
【図７】第２の実施形態によるギフト管理サーバおよび決済サーバの機能構成例を示すブロック図である。
【図８】第２の実施形態において、贈り先ユーザがプレゼントされた与信枠を使って決済を行う際におけるギフト管理サーバおよび決済サーバの動作例を示すフローチャートである。
【図９】第３の実施形態によるクレジットカードギフトシステムの全体構成例を示す図である。
【図１０】第３の実施形態によるギフト管理サーバおよび決済サーバの機能構成例を示すブロック図である。
【図１１】第３の実施形態において、贈り先ユーザがプレゼントされた与信枠を使って決済を行う際におけるギフト管理サーバおよび決済サーバの動作例を示すフローチャートである。
【図１２】第３の実施形態の変形例に係るギフト管理サーバおよび決済サーバの機能構成例を示すブロック図である。
【図１３】第３の実施形態の変形例に係るギフト管理サーバおよび決済サーバの機能構成例を示すブロック図である。
【発明を実施するための形態】
【００１１】
（第１の実施形態）
以下、本発明の第１の実施形態を図面に基づいて説明する。図１は、第１の実施形態によるクレジットカードギフトシステムの全体構成例を示す図である。第１の実施形態によるクレジットカードギフトシステムは、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザに提供し、当該贈り先ユーザが、提供された与信枠の範囲内で、贈り主ユーザのクレジットカードを利用した決済を行うことができるように成されたシステムである。
【００１２】
図１に示すように、第１の実施形態によるクレジットカードギフトシステムは、ギフト管理サーバ１０、決済サーバ２０、贈り主ユーザが使用する贈り主端末装置３０、贈り先ユーザが使用する贈り先端末装置４０、およびＥＣ管理サーバ５０を備え、これらがインターネット等の通信ネットワークを介して接続可能に構成されている。
【００１３】
ギフト管理サーバ１０は、クレジットカードの与信枠のギフトに関する管理を行う。決済サーバ２０は、クレジットカードを用いた決済処理を行う。ＥＣ管理サーバ５０は、後述するギフトＩＤを用いたクレジットカード決済により取引を行うことが可能に成された電子商取引サイト（以下、ＥＣサイトという）に関する管理を行う。
【００１４】
図２は、第１の実施形態によるギフト管理サーバ１０および決済サーバ２０の機能構成例を示すブロック図である。図２に示すように、ギフト管理サーバ１０は、データ記憶媒体として、カード情報記憶部１０１およびギフト情報記憶部１０２を備えている。また、ギフト管理サーバ１０は、その機能構成として、カード登録部１１、ギフト登録部１２、ギフト通知部１３、決済要求部１４、与信枠確認部１５および確認結果通知部１６を備えている。また、決済サーバ２０は、その機能構成として、決済処理部２１を備えている。
【００１５】
ギフト管理サーバ１０の各機能ブロック１１〜１６は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック１１〜１６は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００１６】
同様に、決済サーバ２０の機能ブロック２１も、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記機能ブロック２１は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００１７】
カード情報記憶部１０１は、クレジットカードの与信枠の一部を他人にプレゼントする贈り主ユーザのクレジットカード情報を記憶する。クレジットカード情報は、贈り主ユーザの氏名、クレジットカード番号、クレジットカードの有効期限などの情報を含む。
【００１８】
ギフト情報記憶部１０２は、クレジットカードの与信枠のギフトに関するギフト情報を記憶する。ギフト情報は、与信枠をプレゼントした贈り主ユーザを特定する贈り主情報、ギフト対象となる与信枠の金額を示す金額情報、ギフトの際に発行されるギフトＩＤなどの情報を含む。ギフト情報は、上記の情報に加えて、与信枠の贈り先ユーザを特定する贈り先情報を更に含んでもよい。
【００１９】
カード登録部１１は、贈り主ユーザから贈り主端末装置３０を介して、クレジットカード情報の登録要求が与えられたときに、当該クレジットカード情報をカード情報記憶部１０１に記憶させる。このクレジットカード情報の登録は、例えば、ギフト管理サーバ１０により提供されるウェブサイトに贈り主端末装置３０からログインし、カード登録画面に必要な情報を入力することによって行うことが可能である。
【００２０】
本実施形態において、カード登録部１１は、贈り主ユーザから贈り主端末装置３０を介して与えられる要求に応じて、１人の贈り主ユーザについて複数のクレジットカード情報をカード情報記憶部１０１に記憶させることが可能である。また、カード登録部１１は、贈り主ユーザから贈り主端末装置３０を介して与えられる要求に応じて、カード情報記憶部１０１に記憶されている複数のクレジットカード情報の中から、何れかのクレジットカード情報をギフト対象として使用することを指定することが可能である。
【００２１】
ギフト登録部１２は、贈り主ユーザから贈り主端末装置３０を介して、贈り主情報、贈り先情報および与信枠の金額情報を含むギフト要求が与えられたときに、ギフトＩＤを発行し、贈り主情報、金額情報およびギフトＩＤ（更に贈り先情報を含めてもよい）を互いに関連付けてギフト情報記憶部１０２に記憶させる。このギフト情報の登録は、例えば、ギフト管理サーバ１０により提供されるウェブサイトに贈り主端末装置３０からログインし、ギフト登録画面に必要な情報を入力することによって行うことが可能である。
【００２２】
なお、上記のように、ギフト対象として使用するクレジットカード情報をカード登録部１１があらかじめ指定しておく方法に代えて、ギフト登録部１２が送信するギフト要求の中に、ギフト対象として使用するクレジットカード情報の指定情報を含めることにより、贈り主ユーザがギフトを行う都度、使用するクレジットカード情報を任意に指定できるようにしてもよい。
【００２３】
ギフト通知部１３は、ギフト登録部１２によりギフト情報記憶部１０２に記憶された贈り主情報、金額情報およびギフトＩＤを、贈り先情報で特定される贈り先ユーザの贈り先端末装置４０に通知する。このギフト通知は、例えば、電子メールの送信によって行うことが可能である。あるいは、ギフト管理サーバ１０により提供されるウェブサイト上にギフト通知に関する情報をアップロードしておいて、贈り先端末装置４０から当該ウェブサイトにログインし、通知画面にてギフト通知に関する情報を閲覧できるようにしてもよい。
【００２４】
決済要求部１４は、贈り先ユーザの贈り先端末装置４０からＥＣ管理サーバ５０を介して、入力ギフトＩＤおよび決済金額を含む決済要求が与えられたときに、ギフト情報記憶部１０２を参照して、入力ギフトＩＤから贈り主情報および与信枠の金額情報を特定する。さらに、決済要求部１４は、決済金額が金額情報で示される与信枠の範囲内であることを条件として、贈り主情報で特定される贈り主ユーザのクレジットカード情報をカード情報記憶部１０１から読み出し、当該読み出したクレジットカード情報を用いて、決済サーバ２０に対して決済金額の決済を行うように要求する。
【００２５】
ここで、入力ギフトＩＤとは、贈り先ユーザがＥＣサイトで商品やサービスの購入といった取引を行う際に、ギフトＩＤを用いたクレジットカード決済を支払方法として選択した場合に、贈り先ユーザが贈り先端末装置４０を介してＥＣサイト上で入力したギフトＩＤのことである。ここで入力するギフトＩＤは、ギフト通知部１３により通知されたギフトＩＤである。ＥＣサイト上でギフトＩＤを入力して商品やサービスを注文すると、その商品やサービスの購入金額（つまり、クレジットカードの決済金額）と入力ギフトＩＤとを含む決済要求がＥＣ管理サーバ５０からギフト管理サーバ１０の決済要求部１４に送信される。
【００２６】
決済要求部１４は、ＥＣ管理サーバ５０から受信した入力ギフトＩＤおよび決済金額を用いて、上述したように、贈り主ユーザのクレジットカード情報を用いて、決済サーバ２０に対して決済金額の決済を行うように要求する。なお、ここでは、決済金額が金額情報で示される与信枠の範囲内であることを条件として、贈り主ユーザのクレジットカード情報を用いた決済要求を行うこととしている。これに対し、ギフト情報の１つとして贈り先情報もギフト情報記憶部１０２に記憶させている場合は、正しい贈り先ユーザから入力ギフトＩＤが送られてきたかどうかを更に確認するようにしてもよい。
【００２７】
決済サーバ２０の決済処理部２１は、贈り主ユーザのクレジットカード情報および決済金額を含む決済要求がギフト管理サーバ１０の決済要求部１４から与えられたときに、決済金額の与信枠がとれることを条件として、贈り主ユーザのクレジットカード情報を用いた決済を行う。
【００２８】
例えば、贈り主ユーザに与えられている最大の与信枠が１０万円だったとして、その一部である５万円を贈り先ユーザにプレゼントした後、贈り主ユーザが自身の買い物で６万円をクレジットカード決済すると、残りの与信枠は４万円となる。このとき、決済金額が４万円以下の決済要求が決済要求部１４から与えられた場合、その時点で決済金額の与信枠をとることができるので、決済処理部２１は贈り主ユーザのクレジットカード情報を用いた決済を行う。一方、決済金額が４万円超の決済要求が決済要求部１４から与えられた場合、その時点で決済金額の与信枠をとることができないので、決済処理部２１は贈り主ユーザのクレジットカード情報を用いた決済を行わず、エラーメッセージを出力する。
【００２９】
ギフト管理サーバ１０の与信枠確認部１５は、ギフト登録部１２により贈り主情報、金額情報およびギフトＩＤがギフト情報記憶部１０２に記憶された後、所定のタイミングで、ギフト情報記憶部１０２から贈り主情報および金額情報を読み出すとともに、当該贈り主情報で特定される贈り主ユーザのクレジットカード情報をカード情報記憶部１０１から読み出す。そして、当該読み出したクレジットカード情報によって、当該読み出した金額情報で示される与信枠が確保可能かどうかを決済サーバ２０に確認する。
【００３０】
所定のタイミングは、例えば、一定の時間間隔をおいた繰り返しのタイミングとすることが可能である。すなわち、与信枠確認部１５は、カード情報記憶部１０１に記憶されているクレジットカード情報の有効性（プレゼントした与信枠を確保可能かどうか）を定期的に確認する。あるいは、所定のタイミングは、贈り主ユーザから贈り主端末装置３０を介してギフト管理サーバ１０に確認要求が与えられたタイミングとしてもよい。なお、クレジットカード情報の有効性として、クレジットカードの有効期限が切れていないかどうか、クレジットカードの利用が停止されていないかどうか等を併せて確認するようにしてもよい。
【００３１】
確認結果通知部１６は、与信枠確認部１５により与信枠を確保できないことが確認された場合に、贈り主情報で特定される贈り主ユーザの贈り主端末装置３０に対し、与信枠を確保できないことを通知する。この通知は、例えば、電子メールの送信によって行うことが可能である。あるいは、ギフト管理サーバ１０により提供されるウェブサイト上に通知に関する情報をアップロードしておいて、贈り主端末装置３０から当該ウェブサイトにログインし、通知画面にて通知に関する情報を閲覧できるようにしてもよい。
【００３２】
この通知を見た贈り主ユーザは、贈り主端末装置３０を介して、カード情報記憶部１０１に記憶されている複数のクレジットカード情報の中から、ギフト対象として使用するクレジットカード情報の指定を変更することギフト管理サーバ１０に要求する。この要求を受けて、カード登録部１１は、カード情報記憶部１０１に記憶されている複数のクレジットカード情報のうち、ギフト対象として使用するクレジットカード情報の指定を変更する。
【００３３】
このように、与信枠確認部１５および確認結果通知部１６を備えることにより、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザにプレゼントした後、そのことを忘れて贈り主ユーザが自身の買い物をすることにより、プレゼントした与信枠を確保できなくなった場合でも、その旨の通知を受けて別のクレジットカード情報をギフト対象として使用するように指定を変更すれば、プレゼントした与信枠を確保可能な状態とすることができる。これにより、贈り主ユーザから与信枠のギフトを受けた贈り先ユーザがその与信枠を使って決済しようとしたときに、決済できないという不都合を抑制することができる。
【００３４】
なお、ここでは、ギフト対象とされた与信枠を確保できないことが与信枠確認部１５により確認された場合にのみ、確認結果通知部１６がその旨を贈り主ユーザに通知する例を示したが、ギフト対象とされた与信枠を確保できるか否かによらず、その確認結果を贈り主ユーザに通知するようにしてもよい。このようにすれば、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザにプレゼントした後、そのことを忘れて贈り主ユーザが自身の買い物をし、プレゼントした与信枠が確保できなくなってしまうことを未然に抑制することができる。
【００３５】
また、ここでは、プレゼントした与信枠を確保できないことの通知を受けた贈り主ユーザが、贈り主端末装置３０を操作することにより、ギフト対象として使用するクレジットカード情報の指定を変更する例を説明したが、カード登録部１１が自動的に行うようにしてもよい。例えば、決済に使用する優先順位を持たせて複数のクレジットカード情報をカード情報記憶部１０１に記憶させ、最優先のクレジットカード情報ではプレゼントされた与信枠を確保できない場合に、次に優先順位の高いクレジットカード情報に指定を自動的に変えるようにしてもよい。
【００３６】
図３〜図６は、上記のように構成した第１の実施形態によるクレジットカードギフトシステムの動作例を示すフローチャートである。図３は、贈り主ユーザが自身のクレジットカード情報をギフト管理サーバ１０に登録する際におけるギフト管理サーバ１０の動作例を示すフローチャートである。なお、図３に示すフローチャートは、贈り主ユーザが贈り主端末装置３０からギフト管理サーバ１０にログインしてカード登録画面にアクセスしたときに開始する。
【００３７】
まず、カード登録部１１は、クレジットカード情報の登録要求が贈り主端末装置３０から送られてきたか否かを判定する（ステップＳ１）。登録要求が送られてきていない場合、カード登録部１１は、ステップＳ１の判定処理を繰り返す。一方、登録要求が送られてきた場合、カード登録部１１は、当該登録要求と共に送られてきた贈り主ユーザのクレジットカード情報をカード情報記憶部１０１に記憶させる（ステップＳ２）。
【００３８】
ここで、カード登録部１１は、その贈り主ユーザについて複数のクレジットカード情報がカード情報記憶部１０１に記憶されているか否かを判定する（ステップＳ３）。複数のクレジットカード情報がカード情報記憶部１０１に記憶されていない場合は、図３に示すフローチャートの処理は終了する。一方、複数のクレジットカード情報がカード情報記憶部１０１に記憶されている場合、カード登録部１１は、贈り主端末装置３０から与えられる贈り主ユーザの要求に応じて、ギフト対象として使用するクレジットカード情報を指定する（ステップＳ４）。これにより、図３に示すフローチャートの処理は終了する。
【００３９】
図４は、贈り主ユーザが自身のクレジットカード情報の与信枠の一部を贈り先ユーザにプレゼントする際におけるギフト管理サーバ１０の動作例を示すフローチャートである。なお、図４に示すフローチャートは、贈り主ユーザが贈り主端末装置３０からギフト管理サーバ１０にログインしてギフト登録画面にアクセスしたときに開始する。
【００４０】
まず、ギフト登録部１２は、贈り主端末装置３０からギフト要求が送られてきたか否かを判定する（ステップＳ１１）。ギフト要求が送られてきていない場合、ギフト登録部１２は、ステップＳ１１の判定処理を繰り返す。一方、ギフト要求が送られてきた場合、ギフト登録部１２は、ギフトＩＤを発行し（ステップＳ１２）、ギフト要求に含まれる贈り主情報および金額情報と上記ギフトＩＤとを互いに関連付けてギフト情報記憶部１０２に記憶させる（ステップＳ１３）。
【００４１】
次に、ギフト通知部１３は、ギフト登録部１２によりギフト情報記憶部１０２に記憶された贈り主情報、金額情報およびギフトＩＤを、ギフト要求に含まれる贈り先情報で特定される贈り先ユーザの贈り先端末装置４０に通知する（ステップＳ１４）。これにより、図４に示すフローチャートの処理は終了する。
【００４２】
図５は、贈り先ユーザがプレゼントされた与信枠を使ってクレジットカード決済を行う際におけるギフト管理サーバ１０および決済サーバ２０の動作例を示すフローチャートである。なお、図５に示すフローチャートは、ギフト管理サーバ１０の電源がオンの間は常時繰り返し実行される。
【００４３】
まず、決済要求部１４は、ＥＣ管理サーバ５０から決済要求が送られてきたか否かを判定する（ステップＳ２１）。決済要求が送られてきていない場合、決済要求部１４は、ステップＳ２１の判定処理を繰り返す。一方、決済要求が送られてきた場合、決済要求部１４は、ギフト情報記憶部１０２を参照して、当該決済要求に含まれる入力ギフトＩＤをもとに、贈り主情報および与信枠の金額情報を特定する（ステップＳ２２）。
【００４４】
さらに、決済要求部１４は、決済要求に含まれる決済金額が、上記特定した金額情報で示される与信枠の範囲内か否かを判定する（ステップＳ２３）。ここで、与信枠の範囲内であると判定した場合、決済要求部１４は、贈り主情報で特定される贈り主ユーザのクレジットカード情報をカード情報記憶部１０１から読み出す（ステップＳ２４）。そして、決済要求部１４は、当該読み出したクレジットカード情報を用いて、決済サーバ２０に対して決済金額の決済を行うように要求する（ステップＳ２５）。
【００４５】
この要求を受けて、決済サーバ２０の決済処理部２１は、決済金額の与信枠がとれるか否かを判定する（ステップＳ２６）。ここで、決済金額の与信枠がとれると判定した場合、決済処理部２１は、贈り主ユーザのクレジットカード情報を用いた決済を行う（ステップＳ２７）。これにより、図５に示すフローチャートの処理は終了する。
【００４６】
なお、上記ステップＳ２３において、決済金額が与信枠の範囲内ではないと判定された場合、および、上記ステップＳ２６において、決済金額の与信枠がとれないと判定された場合、決済要求部１４は、エラーメッセージをＥＣ管理サーバ５０に出力し（ステップＳ２８）、図５に示すフローチャートの処理は終了する。ＥＣ管理サーバ５０に出力されたエラーメッセージは、ＥＣサイトを通じて贈
り先ユーザに提示される。
【００４７】
図６は、カード情報記憶部１０１に記憶されているクレジットカード情報の有効性を定期的に確認する際におけるギフト管理サーバ１０の動作例を示すフローチャートである。なお、図６に示すフローチャートは、ギフト管理サーバ１０の電源がオンの間は常時繰り返し実行される。
【００４８】
まず、与信枠確認部１５は、一定の時間間隔をおいた繰り返しの所定のタイミングになったか否かを判定する（ステップＳ３１）。所定のタイミングになっていない場合、与信枠確認部１５は、ステップＳ３１の判定を繰り返す。一方、所定のタイミングになった場合、与信枠確認部１５は、ギフト情報記憶部１０２から贈り主情報および金額情報を読み出すとともに（ステップＳ３２）、当該贈り主情報に対応するクレジットカード情報をカード情報記憶部１０１から読み出す（ステップＳ３３）。そして、与信枠確認部１５は、当該読み出したクレジットカード情報によって、当該読み出した金額情報で示される与信枠が確保可能かどうかを決済サーバ２０に確認する（ステップＳ３４）。
【００４９】
ここで、確認結果通知部１６は、決済サーバ２０からの回答に基づいて、与信枠を確保できるか否かを判定する（ステップＳ３５）。与信枠を確保することができないと判定された場合、確認結果通知部１６は、贈り主情報で特定される贈り主ユーザの贈り主端末装置３０に対して、与信枠を確保できないことを通知する（ステップＳ３６）。そして、図６に示すフローチャートの処理は終了する。一方、与信枠を確保することができると判定された場合は、何もせずに図６に示すフローチャートの処理は終了する。
【００５０】
以上詳しく説明したように、第１の実施形態では、贈り主ユーザからギフト管理サーバ１０に対してギフト要求が与えられたときに発行されるギフトＩＤを用いて、贈り先ユーザからクレジットカードの決済要求がギフト管理サーバ１０に与えられたときに、決済金額がギフト対象とされた与信枠の範囲内であることを条件として、贈り主ユーザのクレジットカード情報を用いて決済金額の決済を行うように決済サーバ２０に要求し、決済サーバ２０が決済金額の与信枠がとれることを確認して、贈り主ユーザのクレジットカード情報を用いた決済を行うようにしている。
【００５１】
このように構成した第１の実施形態によれば、贈り主ユーザから贈り先ユーザに対してクレジットカードの与信枠のギフトが行われたときに、ギフト対象とされた金額の与信枠を決済サーバ２０が前もって確保するというやり方ではなく、プレゼントされた与信枠を用いて贈り先ユーザがクレジットカード決済を行おうとする際に、ギフト対象とされた金額の範囲内で実際に決済金額の与信枠がとれることを確認して決済を行うやり方なので、プレゼントされた与信枠の与信期限が切れてクレジットカード決済を行うことができないということがなくなる。これにより、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザに提供した場合に、贈り先ユーザは、その提供日からの経過時間によらず、提供された与信枠を利用したクレジットカード決済を行うことができる。
【００５２】
また、第１の実施形態では、贈り主ユーザからプレゼントされた与信枠に関するギフト情報がギフト情報記憶部１０２に記憶された後、所定のタイミングで、カード情報記憶部１０１に記憶されているクレジットカード情報の有効性（プレゼントした与信枠を確保可能かどうか）を確認し、与信枠を確保できないことが確認された場合に、その旨を贈り主ユーザに通知するようにしている。
【００５３】
このように構成した第１の実施形態によれば、贈り主ユーザが自身のクレジットカードの与信枠の一部を贈り先ユーザにプレゼントした後、そのことを忘れて贈り主ユーザが自身の買い物をすることにより、プレゼントした与信枠を確保できなくなった場合でも、その旨の通知を受けて別のクレジットカード情報をギフト対象として使用するように指定を変更すれば、プレゼントした与信枠を確保可能な状態とすることができる。これにより、贈り主ユーザから与信枠のギフトを受けた贈り先ユーザがその与信枠を使って決済しようとしたときに、決済できないという不都合を抑制することができる。
【００５４】
（第２の実施形態）
次に、本発明の第２の実施形態を図面に基づいて説明する。第２の実施形態によるクレジットカードギフトシステムの全体構成例は、図１と同様である。図７は、第２の実施形態によるギフト管理サーバ１０および決済サーバ２０の機能構成例を示すブロック図である。なお、この図７において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【００５５】
図７に示すように、第２の実施形態によるギフト管理サーバ１０は、与信枠確認部１５および確認結果通知部１６に代えて、ステータス管理部１７および決済不能通知部１８を備えている。
【００５６】
ステータス管理部１７は、ＥＣ管理サーバ５０から決済要求が決済要求部１４に与えられたときに、決済不能状態であることが決済要求部１４により確認された場合、ＥＣサイトでのステータスを「取引受付中」とするようにＥＣ管理サーバ５０に指示を出力する。
【００５７】
決済不能状態とは、決済金額がギフト対象の与信枠の範囲内ではあるものの、決済サーバ２０で決済金額の決済を行うことができない（与信枠をとることができない）状態をいう。すなわち、決済要求部１４が贈り主ユーザのクレジットカード情報を用いて決済を行うように決済サーバ２０に要求を行った結果、決済金額の与信枠をとることができないことが決済処理部２１より通知された状態が、決済不能状態である。また、ＥＣサイトで「取引受付中」の状態とは、クレジットカード決済を行うために入力された各種の情報をキャンセルせずに保持し、決済が完了するのを待機している状態を言う。
【００５８】
決済不能通知部１８は、決済不能状態であることが決済要求部１４により確認された場合、決済要求に含まれる入力ギフトＩＤに対応する贈り主情報をギフト情報記憶部１０２から読み出し、読み出した贈り主情報で特定される贈り主ユーザに対し、決済不能状態であることを通知する。この通知は、例えば、電子メールの送信によって行うのが好ましい。ＥＣサイトから決済要求が行われて決済不能状態であることが判明してから、できるだけ早いタイミングで贈り主ユーザにそのことを通知する必要があるからである。
【００５９】
この決済不能状態の通知を見た贈り主ユーザは、贈り主端末装置３０を介して、カード情報記憶部１０１に記憶されている複数のクレジットカード情報の中から、ギフト対象として使用するクレジットカード情報の指定を変更することギフト管理サーバ１０に要求する。この要求を受けて、カード登録部１１は、カード情報記憶部１０１に記憶されている複数のクレジットカード情報のうち、ギフト対象として使用するクレジットカード情報の指定を変更する。
【００６０】
ステータス管理部１７は、決済不能通知部１８により贈り主ユーザに対して決済不能状態であることを通知した後、贈り主ユーザから贈り主端末装置３０を介して、ギフト対象に使用するクレジットカード情報の変更を要求する変更要求が与えられたときに、上述のようにカード登録部１１により指定が変更された後のクレジットカード情報をカード情報記憶部１０１から読み出す。そして、読み出したクレジットカード情報を用いて決済金額の与信枠がとれることを決済処理部２１に確認することを条件として、ＥＣサイトでのステータスを「取引受付中」から「取引受付完了」に変更するようにＥＣ管理サーバ５０に指示を出力する。
【００６１】
通常、ＥＣサイトでクレジットカード決済を行うために必要な情報を入力して決済要求を行ったとき、決済不能状態であることが確認された場合は、エラーメッセージが出力された後、取引受付中の状態が直ちにキャンセルされる。この場合、ユーザは、決済方法を変えて、変更後の方法による決済に必要な情報を入力し直して決済要求を再度行う必要がある。
【００６２】
これに対して、第２の実施形態では、決済不能状態であることが確認された場合でも、取引受付中の状態を直ちにキャンセルすることなく維持する。そして、贈り主ユーザがギフト対象に使用するクレジットカード情報を変更することにより、変更後のクレジットカード情報を用いて決済金額の与信枠がとれるようになれば、ＥＣサイトでのステータスを「取引受付中」から「取引受付完了」に変えて取引を完了させることができる。このため、贈り先ユーザに決済要求のやり直しをさせなくても済むというメリットを有する。
【００６３】
なお、贈り主ユーザに対して決済不能状態であることを通知した後、ＥＣサイトでのステータスを「取引受付中」に維持する期間として、一定の制限時間を設けるようにしてもよい。この場合、一定の制限時間を過ぎても、ギフト対象に使用するクレジットカード情報の変更が行われない場合は、エラーメッセージを出力して、取引受付中の状態をキャンセルする。取引が完了せず、かつ、エラーによって取引受付中の状態がキャンセルされることもない時間があまりにも長く続くのは好ましくないからである。
【００６４】
図８は、第２の実施形態において、贈り先ユーザがプレゼントされた与信枠を使ってクレジットカード決済を行う際におけるギフト管理サーバ１０および決済サーバ２０の動作例を示すフローチャートである。なお、図８に示すフローチャートは、ギフト管理サーバ１０の電源がオンの間は常時繰り返し実行される。
【００６５】
まず、決済要求部１４は、ＥＣ管理サーバ５０から決済要求が送られてきたか否かを判定する（ステップＳ２１）。決済要求が送られてきていない場合、決済要求部１４は、ステップＳ２１の判定処理を繰り返す。一方、決済要求が送られてきた場合、決済要求部１４は、ギフト情報記憶部１０２を参照して、当該決済要求に含まれる入力ギフトＩＤをもとに、贈り主情報および与信枠の金額情報を特定する（ステップＳ２２）。
【００６６】
さらに、決済要求部１４は、決済要求に含まれる決済金額が、上記特定した金額情報で示される与信枠の範囲内か否かを判定する（ステップＳ２３）。ここで、与信枠の範囲内であると判定した場合、決済要求部１４は、贈り主情報で特定される贈り主ユーザのクレジットカード情報をカード情報記憶部１０１から読み出す（ステップＳ２４）。そして、決済要求部１４は、当該読み出したクレジットカード情報を用いて、決済サーバ２０に対して決済金額の決済を行うように要求する（ステップＳ２５）。
【００６７】
この要求を受けて、決済サーバ２０の決済処理部２１は、決済金額の与信枠がとれるか否かを判定する（ステップＳ２６）。ここで、決済金額の与信枠がとれると判定した場合、決済処理部２１は、贈り主ユーザのクレジットカード情報を用いた決済を行う（ステップＳ２７）。これにより、図８に示すフローチャートの処理は終了する。
【００６８】
上記ステップＳ２３において、決済金額が与信枠の範囲内ではないと判定された場合、決済要求部１４は、エラーメッセージをＥＣ管理サーバ５０に出力し（ステップＳ２８）、図８に示すフローチャートの処理は終了する。ＥＣ管理サーバ５０に出力されたエラーメッセージは、ＥＣサイトを通じて贈り先ユーザに提示される。
【００６９】
また、上記ステップＳ２６において、決済金額の与信枠がとれないと判定された場合、つまり、決済不能状態であることが決済要求部１４により確認された場合、ステータス管理部１７は、ＥＣサイトでのステータスを「取引受付中」とするようにＥＣ管理サーバ５０に指示を出力する（ステップＳ４１）。また、決済不能通知部１８は、ステップＳ２２で特定した贈り主情報で特定される贈り主ユーザに対し、決済不能状態であることを通知する（ステップＳ４２）。
【００７０】
その後、カード登録部１１は、ギフト対象として使用するクレジットカード情報の指定を変更する要求が贈り主端末装置３０から送られてきたか否かを判定する（ステップＳ４３）。この変更要求が送られてきた場合、カード登録部１１は、カード情報記憶部１０１に記憶されている複数のクレジットカード情報のうち、ギフト対象として使用するクレジットカード情報の指定を変更する（ステップＳ４４）。
【００７１】
次に、ステータス管理部１７は、上述のようにカード登録部１１によりギフト対象とする指定が変更された後のクレジットカード情報を用いて、決済金額の与信枠がとれるか否かを決済処理部２１に確認する（ステップＳ４５）。ここで、決済金額の与信枠がとれると判定された場合、ステータス管理部１７は、ＥＣサイトでのステータスを「取引受付中」から「取引受付完了」に変更するようにＥＣ管理サーバ５０に指示を出力する（ステップＳ４６）。その後、処理はステップＳ２７に遷移する。
【００７２】
上記ステップＳ４３において、ギフト対象として使用するクレジットカード情報の変更要求が送られてきていないと判定された場合、および、上記ステップＳ４５において、変更後のクレジットカード情報であっても決済金額の与信枠がとれないと判定された場合、ステータス管理部１７は、ステップＳ２１で決済要求を受け取ってから一定の時間が経過したか否かを判定する（ステップＳ４７）。一定の時間が経過していない場合、処理はステップＳ４３に戻る。一方、一定の時間が経過した場合、処理はステップＳ２８に遷移する。
【００７３】
なお、第２の実施形態において、贈り主ユーザが自身のクレジットカード情報をギフト管理サーバ１０に登録する際におけるギフト管理サーバ１０の動作は、図３に示したフローチャートと同様である。また、第２の実施形態において、贈り主ユーザが自身のクレジットカード情報の与信枠の一部を贈り先ユーザにプレゼントする際におけるギフト管理サーバ１０の動作は、図４に示したフローチャートと同様である。
【００７４】
以上詳しく説明したように、第２の実施形態によれば、ＥＣ管理サーバ５０から決済要求が与えられたときに、決済サーバ２０で決済金額の決済を行うことができない（与信枠をとることができない）決済不能状態であることが確認された場合は、ＥＣサイトでのステータスを「取引受付中」に維持しておいて、決済不能状態であることを贈り主ユーザに通知するようにしている。そして、この通知に応じて贈り主ユーザが、ギフト対象として使用するクレジットカード情報を変更した場合には、変更後のクレジットカード情報を用いて決済金額の与信枠がとれることを条件として、ＥＣサイトでのステータスを「取引受付中」から「取引受付完了」に変更するようにしている。
【００７５】
このように構成した第２の実施形態によれば、決済不能状態であることが確認された場合でも、その通知を受けた贈り主ユーザがギフト対象に使用するクレジットカード情報を変更することによって決済可能な状態になれば、ＥＣサイトでのステータスを「取引受付中」から「取引受付完了」に変えて取引を完了させることができる。このため、贈り先ユーザは、ＥＣサイトにて決済要求のやり直しをしなくても済み、非常に便利である。
【００７６】
（第３の実施形態）
次に、本発明の第３の実施形態を図面に基づいて説明する。図９は、第３の実施形態によるクレジットカードギフトシステムの全体構成例を示す図である。図９に示すように、第３の実施形態によるクレジットカードギフトシステムは、複数の贈り主端末装置３０-1，３０-2，３０-3を備えている。第３の実施形態は、複数の贈り主ユーザが共同で１人の贈り先ユーザに対してクレジットカードの与信枠をプレゼントする場合の例を示したものである。
【００７７】
図１０は、第３の実施形態によるギフト管理サーバ１０および決済サーバ２０の機能構成例を示すブロック図である。なお、この図１０において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【００７８】
図１０に示すように、第３の実施形態によるクレジットカードギフトシステムは、図２に示したギフト登録部１２、決済要求部１４、決済処理部２１およびギフト情報記憶部１０２に代えて、ギフト登録部１２’、決済要求部１４’、決済処理部２１’およびギフト情報記憶部１０２’を備えている。また、第３の実施形態によるギフト管理サーバ１０は、図２に示した与信枠確認部１５および確認結果通知部１６を備えていない。また、第３の実施形態によるギフト管理サーバ１０は、ＩＤ無効化部１９を更に備えている。
【００７９】
ギフト登録部１２’は、贈り主ユーザから贈り主端末装置３０を介して、複数の贈り主ユーザを特定する贈り主情報、１人の贈り先ユーザを特定する贈り先情報、およびギフト対象となる与信枠の金額を示す金額情報を含むギフト要求が与えられたときに、ギフトＩＤを発行し、複数の贈り主情報、金額情報およびギフトＩＤ（更に贈り先情報を含めてもよい）を互いに関連付けてギフト情報記憶部１０２’に記憶させる。
【００８０】
例えば、３つの贈り主端末装置３０-1，３０-2，３０-3を使用する３人の贈り主ユーザが共同で、それぞれのクレジットカードの与信枠を合計して１人の贈り先ユーザにプレゼントするケースを考える。この場合、３つの贈り主端末装置３０-1，３０-2，３０-3の何れか１つからギフト管理サーバ１０に対し、３人の贈り主ユーザを特定する贈り主情報と、１人の贈り先ユーザを特定する贈り先情報と、ギフト対象となる与信枠の金額を示す金額情報とを含むギフト要求を送信する。ここで、ギフト対象となる与信枠の金額とは、３人がそれぞれプレゼントする与信枠の合計金額である。本実施形態では、３人がそれぞれ同じ金額の与信枠を贈り先ユーザにプレゼントすることを前提としている。
【００８１】
決済要求部１４’は、ＥＣ管理サーバ５０を介して贈り先ユーザから入力ギフトＩＤおよび決済金額を含む決済要求が与えられたときに、ギフト情報記憶部１０２’を参照して、入力ギフトＩＤから複数の贈り主情報および与信枠の金額情報を特定する。そして、決済要求部１４’は、決済金額が金額情報で示される与信枠の範囲内であることを確認する。
【００８２】
決済要求部１４’は、決済金額が金額情報で示される与信枠の範囲内であることが確認できた場合、複数の贈り主情報で特定される複数の贈り主ユーザのクレジットカード情報をカード情報記憶部１０１から読み出し、当該読み出した複数のクレジットカード情報を用いて、決済金額を複数の贈り主ユーザの数で分割した金額の決済をそれぞれ行うように決済サーバ２０に対して要求する。ここで、「複数の贈り主ユーザの数で分割した金額」とは、決済金額を贈り主ユーザの人数で等分した金額を意味する。
【００８３】
決済処理部２１’は、複数の贈り主ユーザのクレジットカード情報と、決済金額を贈り主ユーザの人数で分割した金額とを含む決済要求が決済要求部１４’から与えられたときに、複数の贈り主ユーザのクレジットカード情報に関して、分割した金額の与信枠が全てとれることを条件として、複数の贈り主ユーザのクレジットカード情報を用いた決済を行う。
【００８４】
ここで、複数の贈り主ユーザのうち、分割した金額の与信枠をとることができない贈り主ユーザ（以下、決済不能者という）がいることが決済処理部２１’により確認された場合、決済要求部１４’は、当該決済不能者に割り振られた金額の決済を、代替の贈り主ユーザのクレジットカード情報を用いて行うように決済サーバ２０に対して要求する。
【００８５】
例えば、決済要求部１４’は、代替の贈り主ユーザとして、複数の贈り主ユーザの中からあらかじめ選定された代表者のクレジットカード情報を用いて、決済不能者に割り振られた金額の決済を行うように決済サーバ２０に対して要求する。なお、代表者の贈り主ユーザは、例えば、贈り主端末装置３０-1，３０-2，３０-3の何れかよりギフト管理サーバ１０にギフト要求を送信する際に、あらかじめ選定しておく。すなわち、複数の贈り主ユーザを特定する贈り主情報に加え、その中の誰を代表者とするかを示す選定情報も併せて送信するようにする。そして、ギフト登録部１２’がこれをギフト情報記憶部１０２’に記憶させておく。
【００８６】
別の例として、決済要求部１４’は、代替の贈り主ユーザとして、決済不能者以外の贈り主ユーザのクレジットカード情報を用いて、決済不能者に割り振られた金額の決済を行うように決済サーバ２０に対して要求する。具体的には、決済不能者に割り振られた金額を決済不能者以外の贈り主ユーザの数で按分し、当該按分した金額の決済を、決済不能者以外の贈り主ユーザのクレジットカード情報を用いてそれぞれ行うようにする。この場合は、代表者をあらかじめ選定しておく必要はない。
【００８７】
ＩＤ無効化部１９は、代替の贈り主ユーザのクレジットカード情報を用いても、決済不能者に割り振られた金額の与信枠をとることができないことが決済要求部１４’により確認された場合、ギフトＩＤを無効にする。例えば、決済不能者に割り振られた金額を代表者が代替して決済する場合、当該決済不能者に割り振られた金額の与信枠を代表者のクレジットカードでは確保できないときに、ＩＤ無効化部１９はギフトＩＤを無効化する。
【００８８】
また、決済不能者に割り振られた金額を決済不能者以外の贈り主ユーザが按分して決済する場合、１人当たりの合計決済金額が、ギフト対象とした与信枠の金額を超えてしまうときに、ＩＤ無効化部１９はギフトＩＤを無効化する。例えば、３人の贈り主ユーザがそれぞれ10,000円分（合計30,000円）の与信枠を贈り先ユーザにプレゼントした後、贈り先ユーザが21,000円分（贈り主ユーザ１人当たり7,000円）のクレジットカード決済をしようとした場合において、１人の贈り主ユーザが決済不能者であったときに、7,000円を残り２人の贈り主ユーザで按分すると、１人当たりの合計決済金額は10,500円（7,000円＋3,500円）となる。この場合、元々ギフト対象としていた１人当たりの与信枠である10,000円を超えてしまうので、ＩＤ無効化部１９はギフトＩＤを無効化する。
【００８９】
図１１は、第３の実施形態において、贈り先ユーザがプレゼントされた与信枠を使ってクレジットカード決済を行う際におけるギフト管理サーバ１０および決済サーバ２０の動作例を示すフローチャートである。なお、図１１に示すフローチャートは、ギフト管理サーバ１０の電源がオンの間は常時繰り返し実行される。
【００９０】
まず、決済要求部１４’は、ＥＣ管理サーバ５０から決済要求が送られてきたか否かを判定する（ステップＳ２１）。決済要求が送られてきていない場合、決済要求部１４’は、ステップＳ２１の判定処理を繰り返す。一方、決済要求が送られてきた場合、決済要求部１４’は、ギフト情報記憶部１０２’を参照して、当該決済要求に含まれる入力ギフトＩＤをもとに、贈り主情報および与信枠の金額情報を特定する（ステップＳ２２）。
【００９１】
さらに、決済要求部１４’は、決済要求に含まれる決済金額が、上記特定した金額情報で示される与信枠の範囲内か否かを判定する（ステップＳ２３）。ここで、与信枠の範囲内であると判定した場合、決済要求部１４’は、贈り主情報で特定される複数の贈り主ユーザのクレジットカード情報をカード情報記憶部１０１から読み出す（ステップＳ２４’）。そして、決済要求部１４’は、当該読み出した複数のクレジットカード情報を用いて、決済金額を複数の贈り主ユーザの数で等分した金額の決済をそれぞれ行うように決済サーバ２０に対して要求する（ステップＳ２５’）。
【００９２】
この要求を受けて、決済サーバ２０の決済処理部２１’は、全ての贈り主ユーザのクレジットカードについて、決済金額を等分した金額の与信枠がとれるか否かをそれぞれ判定する（ステップＳ２６’）。ここで、全ての贈り主ユーザについて上記等分した金額の与信枠がとれると判定した場合、決済処理部２１’は、複数の贈り主ユーザのクレジットカード情報を用いた決済を行う（ステップＳ２７’）。これにより、図１１に示すフローチャートの処理は終了する。
【００９３】
上記ステップＳ２３において、決済金額が与信枠の範囲内ではないと判定された場合、決済要求部１４’は、エラーメッセージをＥＣ管理サーバ５０に出力し（ステップＳ２８）、図１１に示すフローチャートの処理は終了する。ＥＣ管理サーバ５０に出力されたエラーメッセージは、ＥＣサイトを通じて贈り先ユーザに提示される。
【００９４】
また、上記ステップＳ２６’において、複数の贈り主ユーザのクレジットカードうち、等分した金額の与信枠をとることができない決済不能者のクレジットカードがあると決済要求部１４’により判定された場合、決済要求部１４’は、当該決済不能者に割り振られた金額を代替の贈り主ユーザに割り振る（ステップＳ５１）。すなわち、代替者に元々割り振られていた金額に対して、決済不能者に割り振られていた金額を（按分して）加算する。
【００９５】
そして、決済要求部１４’は、ステップＳ５１で割り振られた金額を、代替者のクレジットカード情報を用いて決済するように決済サーバ２０に対して要求する（ステップＳ５２）。この要求を受けて、決済サーバ２０の決済処理部２１’は、代替者のクレジットカードについて、それぞれに割り振られた金額の与信枠がとれるか否かをそれぞれ判定する（ステップＳ５３）。
【００９６】
ここで、代替者のクレジットカードについて与信枠がとれると判定された場合、決済処理部２１’は、決済不能者以外の贈り主ユーザのクレジットカード情報を用いた決済を行う（ステップＳ２７’）。これにより、図１１に示すフローチャートの処理は終了する。一方、代替者のクレジットカードについて与信枠がとれないと判定された場合、ＩＤ無効化部１９は、ギフトＩＤを無効にする（ステップＳ５４）。そして、エラーメッセージを出力して（ステップＳ２８）、図１１に示すフローチャートの処理は終了する。
【００９７】
なお、第３の実施形態において、贈り主ユーザが自身のクレジットカード情報をギフト管理サーバ１０に登録する際におけるギフト管理サーバ１０の動作は、図３に示したフローチャートと同様である。また、第３の実施形態において、贈り主ユーザが自身のクレジットカード情報の与信枠の一部を贈り先ユーザにプレゼントする際におけるギフト管理サーバ１０の動作は、複数の贈り主ユーザに関する与信枠をプレゼントすること以外は、図４に示したフローチャートと同様である。
【００９８】
以上詳しく説明したように、第３の実施形態によれば、複数の贈り主ユーザから１人の贈り先ユーザに対してクレジットカードの与信枠をプレゼントすることができる。そして、複数の贈り主ユーザの中に、ギフト対象として割り振られた金額（プレゼントされた金額を贈り主ユーザの人数で等分した金額）の与信枠をとることができない決済不能者がいる場合でも、その決済不能者に割り振られた金額を代替の贈り主ユーザに割り振って決済することができる。よって、贈り主ユーザから与信枠のギフトを受けた贈り先ユーザがその与信枠を使って決済しようとしたときに、決済できないという不都合を抑制することができる。
【００９９】
なお、上記第３の実施形態では、複数の贈り主ユーザが共同でプレゼントした金額を等分し、等分した金額を各贈り主ユーザのクレジットカードで決済する例について説明したが、本発明はこれに限定されない。例えば、複数の贈り主ユーザがプレゼントする与信枠の金額をそれぞれ指定できるようにしてもよい。例えば、贈り主端末装置３０からギフト管理サーバ１０に対して与信枠の金額情報を含んだギフト要求を送信する際に、各贈り主ユーザがプレゼントする金額をそれぞれ指定した情報を金額情報として送信するようにする。
【０１００】
この場合、ステップＳ２３’において決済要求部１４’は、決済金額が、複数の贈り主ユーザについてギフト対象として設定された個々の金額を合計した金額の範囲内であるか否かを判定する。また、ステップＳ２６’において決済処理部２１’は、個々の贈り主ユーザについて、ギフト対象として設定された金額の比率で決済金額を分割した金額の与信枠がとれるか否かをそれぞれ判定する。
【０１０１】
また、上記第３の実施形態において、第１の実施形態で説明した与信枠確認部１５および確認結果通知部１６と同様の機能を更に備えるようにしてもよい。図１２は、この場合におけるギフト管理サーバ１０および決済サーバ２０の機能構成例を示すブロック図である。
【０１０２】
図１２に示す構成例において、与信枠確認部１５’は、ギフト登録部１２’により複数の贈り主情報、金額情報およびギフトＩＤがギフト情報記憶部１０２’に記憶された後、所定のタイミングで、ギフト情報記憶部１０２’から複数の贈り主情報および金額情報を読み出すとともに、当該複数の贈り主情報に対応するクレジットカード情報をカード情報記憶部１０１からそれぞれ読み出す。そして、当該読み出した複数のクレジットカード情報によって、当該読み出した金額情報で示される与信枠（複数の贈り主ユーザの数で分割した金額の与信枠）がそれぞれ確保可能かどうかを決済サーバ２０に確認する。
【０１０３】
また、確認結果通知部１６’は、複数の贈り主ユーザの中の何れか１人でも与信枠を確保できないことが与信枠確認部１５’により確認された場合に、その贈り主ユーザの贈り主端末装置３０（３０-1，３０-2，３０-3の何れか）に対し、与信枠を確保できないことを通知する。
【０１０４】
また、上記第３の実施形態において、第２の実施形態で説明したステータス管理部１７および決済不能通知部１８と同様の機能を更に備えるようにしてもよい。図１３は、この場合におけるギフト管理サーバ１０および決済サーバ２０の機能構成例を示すブロック図である。図１３に示す構成例では、代替の贈り主ユーザのクレジットカード情報を用いても、決済不能者に割り振られた金額の与信枠をとることができない場合に、ＩＤ無効化部１９によってギフトＩＤを直ちに無効にするのではなく、その前にステータス管理部１７’および決済不能通知部１８’の処理を行うようにする。
【０１０５】
すなわち、ステータス管理部１７’は、代替の贈り主ユーザのクレジットカード情報を用いて決済不能者に割り振られた金額の与信枠をとることができないという決済不能状態であることが決済要求部１４’により確認された場合、ＥＣサイトでのステータスを「取引受付中」とするようにＥＣ管理サーバ５０に指示を出力する。そして、決済不能通知部１８’が、決済不能者および代替の贈り主ユーザの少なくとも一方に対し、決済不能状態であることを通知する。
【０１０６】
その後、この通知に応じて、決済不能者および代替の贈り主ユーザの少なくとも一方が、最初にＥＣサイトを通じて決済要求が行われてから一定の時間以内に、ギフト対象として使用するクレジットカード情報を変更した場合、ステータス管理部１７’は、変更後のクレジットカード情報を用いて、決済不能者に割り振られた金額の与信枠がとれることを決済処理部２１’により確認することを条件として、ＥＣサイトでのステータスを「取引受付中」から「取引受付完了」に変更するようにＥＣ管理サーバ５０に指示を出力する。
【０１０７】
ここで、決済不能者および代替の贈り主ユーザの両方ともギフト対象として使用するクレジットカード情報が一定の時間を過ぎても変更されない場合、および、決済不能者および代替の贈り主ユーザの少なくとも一方に関して変更されたクレジットカード情報を用いても与信枠がとれない場合に、ＩＤ無効化部１９によってギフトＩＤを無効にする。このようにすれば、贈り主ユーザから与信枠のギフトを受けた贈り先ユーザがその与信枠を使って決済しようとしたときに、決済できないという不都合をより抑制することができる。
【０１０８】
なお、上記第３の実施形態では、複数の贈り主ユーザの中に決済不能者がいる場合に、その決済不能者に割り振られた金額を代替の贈り主ユーザに割り振って決済する例について説明したが、本発明はこれに限定されない。例えば、各贈り主ユーザについて、決済に使用する優先順位を持たせて複数のクレジットカード情報をカード情報記憶部１０１に記憶させる。そして、一部の贈り主ユーザに関して、最優先のクレジットカード情報ではプレゼントした与信枠を確保できない場合に、その一部の贈り主ユーザについては、次に優先順位の高いクレジットカード情報に指定を自動的に変えて決済するようにしてもよい。
【０１０９】
この場合、決済要求部１４’は、入力ギフトＩＤおよび決済金額を含む決済要求が与えられたときに、複数の贈り主ユーザのそれぞれについて優先順位に従ってクレジットカード情報を選択的に用いて、決済サーバ２０に対して決済金額の決済を行うように要求する。そして、一部の贈り主ユーザに関して、決済サーバ２０で上記割り振られた金額の決済を行うことができないという決済不能状態であることが確認された場合、当該一部の贈り主ユーザについては、次に優先順位の高いクレジットカード情報に選択を自動的に切り替えて、決済サーバ２０に対して上記割り振られた金額の決済を行うように要求する。
【０１１０】
また、上記第１、第３の実施形態では、贈り先ユーザがＥＣサイトで商品またはサービスを購入するときのクレジットカード決済に本発明を適用する場合について説明したが、実店舗でのクレジットカード決済にも適用することが可能である。この場合の決済要求は、例えば、ＰＯＳ端末から決済金額の情報を入力するとともに、ＰＯＳ端末に接続された別端末からギフトＩＤを入力し、これらの情報を決済要求と共にギフト管理サーバ１０に送信するようにしてもよい。
【０１１１】
また、上記各実施形態では、プレゼントされた与信枠の範囲を決済金額が超える場合や、プレゼントされた与信枠をクレジットカード決済の際に確保できない場合（贈り主ユーザの残存与信枠を決済金額が超える場合）に、エラーメッセージを出力したり、ギフトＩＤを無効にしたりする例について説明したが、本発明はこれに限定されない。例えば、不足分は贈り先ユーザのクレジットカードと組み合わせて決済できるようにしてもよい。
【０１１２】
また、上記第１〜第３の実施形態を適宜組み合わせて適用することも可能である。例えば、与信枠確認部１５（１５’）、確認結果通知部１６（１６’）、ステータス管理部１７（１７’）、決済不能通知部１８（１８’）およびＩＤ無効化部１９を全て備える構成としてもよい。
【０１１３】
また、上記各実施形態では、ギフト管理サーバ１０がカード情報記憶部１０１およびギフト情報記憶部１０２（１０２’）を備える構成について説明したが、ギフト管理サーバ１０の外部にカード情報記憶部１０１およびギフト情報記憶部１０２（１０２’）を備える構成としてもよい。
【０１１４】
その他、上記各実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１１５】
１０  ギフト管理サーバ
１１  カード登録部
１２  ギフト登録部
１３  ギフト通知部
１４，１４’  決済要求部
１５，１５’  与信枠確認部
１６，１６’  確認結果通知部
１７，１７’  ステータス管理部
１８，１８’  決済不能通知部
１９  ＩＤ無効化部
２０  決済サーバ
２１，２１’  決済処理部
３０  贈り主端末装置
４０  贈り先端末装置
５０  ＥＣ管理サーバ
１０１  カード情報記憶部
１０２  ギフト情報記憶部
【図１】
2017097615.tif 000003
【図２】
2017097615.tif 000004
【図３】
2017097615.tif 000005
【図４】
2017097615.tif 000006
【図５】
2017097615.tif 000007
【図６】
2017097615.tif 000008
【図７】
2017097615.tif 000009
【図８】
2017097615.tif 000010
【図９】
2017097615.tif 000011
【図１０】
2017097615.tif 000012
【図１１】
2017097615.tif 000013
【図１２】
2017097615.tif 000014
【図１３】
2017097615.tif 000015