(57)【要約】【課題】  カードの紛失やカード情報の盗難に有効に対処できるカード管理システムを提供する。【解決手段】  複数の金融機関で利用できる複数のカードに関する情報をサーバとデータベースを用いて管理する方法において、データベースには、ユーザ毎に設定されたユーザＩＤ又はパスワードのような識別情報に対応して、カード番号とカードの状態を含むカード情報を登録し、サーバは、ユーザの操作により端末から送信された識別情報に関連して正当なユーザであるかの照合を行い、正当なユーザにより該端末から指定されたカードの状態を有効に変更し、一定時間経過後には自動的に無効に変更するようにデータベースのカード情報を更新する。【選択図】  図１
2005115597.tif 000002
【特許請求の範囲】
【請求項１】
カードの利用に関して、少なくともカード番号とユーザに固有なユーザ識別情報とカードの状態を示す情報を含むカード情報を登録する金融データベースと、該データベースに格納されるカード情報の処理を行う複数の金融機関のサーバと、ユーザ毎に付与されたユーザ識別情報とユーザにより指定された金融機関のカード番号とカードの状態を含むカード情報を記憶するカード管理データベース、該複数の金融機関のサーバと接続され、かつ該カード管理データベースに格納されるカード情報の処理を行うカード管理サーバと、通信手段を介して該カード管理サーバに接続されるユーザ用の端末を含むシステムであって、
該端末は、ユーザにより入力されるユーザ識別情報と、カード管理データベースに登録されているカード情報の、有効にすべき情報を該カード管理サーバに送信し、
該カード管理サーバは、該端末から送られた該ユーザ識別情報をチェックして正当なユーザであることを確認したら、該ユーザにより指定されたカードの状態を有効とし、かつ関係する金融機関のサーバに対してカード番号とカードを有効にする旨の情報を送信し、
該情報を受信した金融機関のサーバは、該金融データベースに対して、該カード管理サーバから送られてきたカード番号に対応するカードの状態を有効とするように変更することを特徴とするカード管理システム。
【請求項２】
前記端末は、ユーザの操作により情報を入力する入力部、及び情報を表示する表示部を備える携帯電話、パーソナルコンピュータ、携帯端末のいずれかを含むことを特徴とする請求項１項記載のカード管理システムにおいて使用される端末。
【請求項３】
請求項１項記載のカード管理システムにおいて使用される金融機関のデータベース。
【請求項４】
金融機関で利用できる複数のカードに関する情報をサーバとデータベースを用いて管理する方法において、
該データベースには、ユーザ毎に設定されたユーザ識別情報に対応して、カード番号とカードの状態を含むカード情報を登録し、
該サーバは、ユーザの端末から送信されるユーザ識別情報に関連して正当なユーザであるかの照合を行い、かつ
ユーザにより端末から指定されたカードの状態を一定時間有効に変更するように該データベースのカード情報を変更することを特徴とするカード情報の管理方法。
【請求項５】
前記サーバは、ユーザの端末から送信される、ユーザにより選択されたカードの状態を有効にする時間帯に関する情報を受信して、該受信した時間帯に関する情報を該カード番号に対応させて該データベースに格納し、かつ、
前記サーバは、時計機能を用いて現在時刻と該データベースに格納された時間帯の関係を計算して、該時間帯の間のみ該カードの状態を有効とし、それ以外では無効とするように該データベースのカードに関する状態を変更することを特徴とする請求項４記載のカード情報の管理方法。
【請求項６】
該サーバは、ユーザの端末から送信される、ユーザにより選択されたカードの状態を有効にすべき時間に関する情報を受信して、該受信した時間に関する情報をカード番号に対応して該データベースに格納し、かつ、
前記サーバは、時計機能を用いて現在時刻と該データベースに格納された有効時間との関係を計算して、有効時間の間のみ該カードの状態を有効とし、それ以外では無効とするように該データベースのカードに関する状態を変更することを特徴とする請求項４記載のカード情報の管理方法。
【請求項７】
各金融機関は、カードの利用に関して、カード番号とユーザに固有な識別情報とカードの状態を示す情報を含むカード情報を登録する金融データベースと、該データベースに格納されるカード情報の処理を行うサーバを有し、
カード情報管理用の前記サーバは、該データベースのカード情報を有効に変更した場合、
指定されたカードに関係する金融機関のサーバに対して、カード番号を指定してカードの状態を無効から有効にするための情報を送信することを特徴とする請求項４乃至６のいずれかに記載のカード情報の管理方法。
【請求項８】
カード情報管理用の前記サーバは、該端末から送信されるユーザにより指定されたカードの選択、カード情報の削除、カード情報の追加のための情報を受信し、
受信した情報に従って、該データベースに登録されているカード情報を削除し、新たなカード情報を追加し、又は選択されたカードの状態情報を有効にするための処理を行うことを特徴とする請求項４乃至７のいずれかに記載のカード情報の管理方法。
【請求項９】
カード情報管理用の前記サーバ及びデータベースは、ネットワークに接続されたカード管理サービス会社が有することを特徴とする請求項４記載のカード情報の管理方法。
【請求項１０】
カード情報管理用の前記サーバ及びデータベースは、ネットワークに接続された金融機関が有することを特徴とする請求項４記載のカード情報の管理方法。
【請求項１１】
ネットワークに接続された与信機関は、カードの利用に関して、カード番号とユーザに固有な識別情報とカードの状態を示す情報を含むカード情報を登録する与信データベースと、該データベースに格納されるカード情報の処理を行うサーバを有し、
カード情報管理用の前記サーバは、該データベースのカード情報を有効に変更した場合、与信機関のサーバに対して、該カード番号を指定してカードの状態を無効から有効にするための情報を送信することを特徴とする請求項４記載のカード情報の管理方法。
【請求項１２】
カード情報管理用の前記サーバ及びデータベースは、ネットワークに接続された与信機関が有することを特徴とする請求項４記載のカード情報の管理方法。
【請求項１３】
前記請求項４記載の方法の利用に用いられるユーザにより使用される端末。
【請求項１４】
ネットワークを介して、ユーザの端末と、カードによる取引きを許可する複数の金融機関と接続され、ユーザからの指示に従って金融機関に対してカードに関する手続きを行うカード情報の管理センタにおいて、
ユーザに対して予め付与されたユーザ固有の識別情報と、該ユーザ識別情報に対応してカード番号とカードの状態を示す情報を含むカード情報を登録するデータベースと、
該データベースのカード情報を処理するサーバを有し、
該サーバは、該端末から送信されるユーザ識別情報と該データベースに登録されたユーザ識別情報を照合し、この照合の結果に応じて、カード情報に関連するサービスを行うために該データベースに登録されているカード情報を該ユーザの端末に送信し、
該端末から送られる情報を受信し、ユーザにより指定されたカード番号に対応して該データベースに登録されたカードの状態を有効とするように変更し、かつ該カードに関係する金融機関に対してカード番号とカードを有効にするための情報を送信することを特徴とするカード管理センタ。
【請求項１５】
ユーザとの間で契約に基づいて予めパスワードが設定されており、該サーバは端末から送信されたパスワードをチェックして、その結果適合する場合にのみ該端末に対してカード情報を送信することを特徴とする請求項１４項記載のカード管理センタ。
【請求項１６】
該データベースには、ユーザＩＤに対応して、更にユーザ毎に設定されたパスワードと、ユーザが予め登録を希望したカード名と、ユーザと金融機関との間で設定されたカード取引きに際して使用される暗証番号が登録され、
前記サーバは、ユーザＩＤの照合を行った後、該データベースに登録されているパスワードと端末から送られるパスワードを照合し、その結果適合したら、該ユーザＩＤに関連するカード名、カード番号、カードの状態情報を含むカード情報を該端末へ送信し、
該端末から要求があった場合、ユーザにより選択されたカードに対応する該データベースのカードの状態を有効にするように変更し、かつ関連する金融機関に対してカード番号とカードの使用を有効に変更する情報を送信することを特徴とする請求項１４項記載のカード管理センタ。
【請求項１７】
カードのユーザが使用する端末とネットワークを介して接続し、ユーザのカード情報を管理するカード管理システムにおいて、
金融機関が発行したカードに関するカード情報をユーザに固有な識別情報に関連付けて登録するデータベースと、該データベースに登録されるカード情報に関する処理を行うサーバを有し、該サーバは、
該ユーザの端末から送られて来る要求を受け、識別情報の照合により許可されたユーザに対して、カード情報をユーザの端末に送信し、
許可されたユーザの端末から送られて来る、ユーザにより指示されたカードの選択と該カードを有効にするための情報を受信し、
選択された該カードに関して、該データベースに登録されているカード情報を有効状態に変更し、
該カードの状態が有効の場合のみ、金融機関はカードによる決済処理を有効として処理することを特徴とするカード管理システム。
【請求項１８】
ネットワークを利用してカードによる取引きを管理する方法において、
ユーザのカード情報をユーザに固有な識別情報に対応付けて登録するデータベースを用意するステップと、
ユーザの端末からネットワークを介して送られる、カードの状態を無効から有効にするための要求をサーバで受け付けるステップと、
ユーザの識別情報を用いて正当なユーザからの要求であるかをサーバでチェックするステップと、
該チェックの結果、正当なユーザからの要求である場合、該データベースに登録されている、選択されたカードの状態を一定時間有効に変更するステップと、
カードによる取引きに際して、該カードの有効性の状態を確認するステップと、
該カードが有効な期間のみ該カードによる取引きを有効にするステップと、
該有効な期間の経過後は、該データベースの該カードの状態を無効に変更するステップと、
を有することを特徴とするカードの取引き管理方法。
【請求項１９】
ユーザの端末からの要求は、カードを選択して該カードを有効状態にすること、及び有効期間を算出するための時間帯、又は時間に関する情報を含むことを特徴とする請求項１８記載のカードの取引き管理方法。
【請求項２０】
カードの利用者に対して、金融機関から発行される明細票には、カードの有効処理の指定を行った場合のカードによる支払いと、その指定を行わない支払いとが区別できるように符号を付して印字されることを特徴とする請求項１，４、１４，１７，１８のいずれかに記載のシステムまたは方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカード管理システムおよびカード情報の管理方法に係り、特にネットワークシステムを利用して、銀行やクレジット会社等の金融機関が発行するカードの情報を一元的に管理し、カードに関する管理、例えばカードの有効、無効の管理を行うカード管理システム及び方法に関するものである。
【背景技術】
【０００２】
物の購入及び代金の支払いをカードで行うキャッシュレス決済が日常的に行われている。最近では、１個人が複数のクレジット会社のカード及び複数の銀行口座のカードを所持していることが多い。
【０００３】
複数枚のカードを所持するユーザが一時に複数枚のカードを紛失し、それらのカードが第三者に拾得されることがある。この場合、拾得した第三者によるカードの不正使用を避けるために、ユーザはいち早く自らが保管しているカードの管理情報を捜して、クレジット会社や銀行など複数の金融機関にそれぞれ電話等で連絡をとり、カードの無効化手続きを行わなければならない。
【０００４】
しかしながら、ユーザが複数の金融機関のカード情報例えば緊急時の連絡先等をきちんと整理して管理していることはむしろまれである。また、複数の金融機関に対して個別にカードの無効化処理を行うことは煩雑で手間がかかる。第三者によるカードの不正使用を防止するためにカードの無効化手続きを迅速に行うことは重要であるが、カード情報の管理の悪さ、あるいは複数の金融機関への手続き及び金融機関側の対応によっては、カードの無効化処理に長い時間を要することもある。
【０００５】
この問題に対処する関連技術として、例えば特開２００２−６３５３０公報（特許文献１）に開示されたものがある。これは、ネットワーク上で複数の金融機関とユーザの端末を結び、ユーザのカード情報を登録しておくセンタ（カード管理サービス会社）を設置しておき、ユーザの端末からのカード情報の無効化の要求に応じて、センタが複数の金融機関に対して、一括して無効化手続きを行うシステムである。
【０００６】
【特許文献１】特開２００２−６３５３０公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら実際には、ユーザはカードの紛失や盗難に気がつかないことが多々ある。例え気が付いた時に、即カード管理サービス会社へ無効化の手続きを行ったとしても、カードを紛失した時からユーザがその事実に気づくまでの間が長時間経過すると、その間に第三者に不正使用される恐れがある。この空白の時間に行われる第三者の不正利用の対策については、良い案が見出せていない。
【０００８】
一方最近では、カード犯罪の手口も巧妙多様化しており、カードの中の情報だけを盗み取り、偽造カードとして使われるスキミングという手法が増えている。
更にインターネットを利用したネット販売において、クレジットカードにより物品の購入決済を行う機会も増えてきている。この場合にはカードそのものがなくても取引き操作ができるので、カード番号や有効期限、ユーザの誕生日、住所、電話番号といった比較的秘匿性の低い個人情報を入手することにより、成りすましが出来てしまう恐れがある。
【０００９】
このように、カードが見当たらない時、盗難や紛失したことに気付けば、しかるべき対応をとることができる。しかし、カードの情報だけが盗まれている場合には、ユーザはそれに気付くわけもなく、その利用明細が送られて来て初めてその事態に気付く。そのため、事件が発覚するまでの期間、有効な対処が行なわれていないという問題がある。
【００１０】
本発明の目的は、カードの紛失やカード情報の盗難に有効に対処できるカード管理システム及び方法を提供することにある。
本発明の目的は、通常時はカードを無効状態にしておき、ユーザからの要求によりカードの状態を有効にし、以後一定時間そのカードが利用できるカードの利用に関する斬新な手法、システムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、金融機関で利用できる複数のカードに関する情報をサーバとデータベースを用いて管理するシステム又は方法において、データベースには、ユーザ毎に設定されたユーザＩＤ及び又はパスワードのようなユーザ識別情報に対応して、カード番号とカードの状態を含むカード情報を登録し、サーバは、ユーザの端末から送信されたユーザ識別情報に関連して正当なユーザであるかの照合を行い、かつユーザにより端末から指定されたカードの状態を一定時間有効に変更するようにデータベースのカード情報を変更するように構成したものである。
【００１２】
好ましい例では、前記サーバは、ユーザの端末から送信される、ユーザにより選択されたカードの状態を有効にする時間帯又は有効時間に関する情報を受信して、該受信した時間帯又は有効時間に関する情報をカード番号に対応させてデータベースに格納し、かつ、
サーバは、時計機能を用いて現在時刻とデータベースに格納された時間帯又は有効時間の関係を計算して、時間帯又は有効時間の間のみそのカードの状態を有効とし、それ以外では無効とするようにデータベースのカードに関する状態を変更する。
好ましくは、前記サーバ及びデータベースは、ネットワークに接続されたカード管理サービス会社が所有する。この場合、カード管理サービス会社は、ネットワークを介してユーザの端末と金融機関を接続し、金融機関へのカードに関する手続きを行うカード情報の管理センタとして機能する。
また他の例では、前記サーバ及びデータベースは、ネットワークに接続された金融機関が有する。更に他の例では、前記サーバ及びデータベースは、ネットワークに接続された与信機関が有する。
【発明の効果】
【００１３】
本発明によれば、カードの利用に際して、ユーザは端末を用いてセンタへ要求を出して、カードの状態を有効状態に変更した後にカードを使用できる。そのため、ユーザからの有効化の要求がない限り、カードは通常無効状態なので、例えカードの紛失やカード情報の盗難があっても、第三者によるカードの不正使用を防止できる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
【００１５】
図１は一実施形態によるカード管理を行うネットワークシステムの構成図である。
このネットワークシステムは、カード管理サービス会社（以下単にサービス会社という）１と、ユーザ端末２と、カードの発行・登録／削除・決済を行う金融機関３を含み、これらがインターネットのようなネットワーク、公衆網、専用網等の通信手段を介して接続されて構成される。サービス会社１とユーザ端末２は例えば公衆網やインターネット等のネットワーク４で接続されており、カード管理サービス会社１と金融機関３との間は、セキュリティを考慮して専用線やＶＰＮ等のセキュアな回線で接続される。
【００１６】
システムの各構成について説明すると、ユーザ端末２は、携帯電話２１、パーソナルコンピュータ(以下PCと略)２２、家庭用プッシュフォン電話機２３、更には携帯用端末機（図示せず）等の機器であり、いずれもユーザの操作により情報を入力する入力部と、情報を表示する表示部を備えているのが好ましい。後述するフローチャートを用いた情報処理の説明では携帯電話２１を用いた場合を想定している。
【００１７】
サービス会社１は、カード情報を処理するカード管理サーバ（以下単にサーバと言う）１１と、多数のユーザのカード情報１２０を登録して管理するカード管理データベース（単にＤＢと言う）１２を具備する。このカード管理サービス会社１はユーザと金融機関３との間に介在し、ネットワーク上はカード情報を処理するデータセンタ或いはコンピュータセンタとして機能する。サービス会社１は、ユーザからの要求に従って、ＤＢ１２内のカード情報を変更し、またユーザに代わって金融機関３に対してカードに関する情報の変更、例えばカードの有効化の手続き処理を行う。尚、図示していないが、サーバ１１は時計機能を有し、これを用いてカード管理のための日時の管理が行なわれる。また、ＤＢ１２内のフォーマット構成については後述される。
【００１８】
金融機関３は、ユーザにカードを発行してカードによる種々の取引きを許可する会社であり、クレジット会社３１、銀行３２、証券会社３３、その他保険会社３４が含まれる。各々の会社はカード情報を処理するサーバ３１１，３２１，３３１，３４１と、ユーザのカード情報を登録するデータベース（ＤＢ）３１２，３２２，３３２，３４２を有する。
【００１９】
図２はカード管理サービス会社１のＤＢ１２に格納されるカード情報テーブル１２０のデータフォーマットを示す。カード情報テーブル１２０のフォーマットは、ユーザＩＤ１２１、パスワード１２２、カードサービス状態１２３、カード名１２４、カード状態１２５、個人情報１２６から構成される。
【００２０】
ユーザＩＤ１２１はユーザとカード管理サービス会社１との間の契約により設定される例えば４桁の番号であり、サーバ１１においてユーザの個人検索のキーとして使用される。パスワード１２２はユーザが設定する秘密番号であり、カード管理サービス会社１においてユーザの個人認証に用いられる。カードサービス状態を示す情報１２３はカード管理サービス会社１のサービスが受けられるか否かの確認を表し、通常はこの情報１２３は「サービス中」を示している。しかし後述する様にパスワード１２２の照合が所定の回数間違うと正当なユーザの利用でないと見なし、管理会社１のサービスを受けられず、この状態情報１２３は「否」即ちサービス中止を示す。カード名１２４は金融機関３が発行するカードの名称を表す。
【００２１】
カード状態１２５はユーザが所有しているカードが有効か無効かのフラグであり、カードが利用できる状態では「有効」即ちフラグ“１”である。これに対してカードの利用禁止、即ちカードによる支払いを停止する場合には、「無効」即ちフラグ“０”である。個人情報１２６はユーザがクレジット会社３１等の金融機関３と契約したときに付与される情報であり、例えば１６桁のカード番号や４桁の暗証番号である。
【００２２】
利用条件設定情報１２７は、ユーザからの要求により設定されるカードの利用条件が登録される情報である。利用条件とは、この実施例ではカードが有効に使用できる時間である。通常、カードの状態は「無効」状態にあり、この設定情報による時間だけカード状態１２５が「有効」に変更される。ユーザから要求があり、ユーザによって有効時間が設定され、その要求のあった時点から例えば３０分間、ＢＢＢＢカードは有効状態になる。この時間のみカードの状態が有効となり、ユーザはカードを取引き媒体として商品の支払いなどに利用できる。一方、通常時カードは無効状態にあるので、第三者にそれを拾得されても即不正使用されることは防止される。
カードの利用条件に関しては、図示した以外にもユーザに提供されるサービスによって色々な例がある。例えば、何時から何時までの様に時刻を設定する手法や、時刻のみを指定する手法等、色々なやり方があるが、その例については、図１４にも示し、後述する。
【００２３】
図３は、金融機関３のＤＢ３１２〜３４２に格納されているカード情報３１２０のデータフォーマットの一例を示す図である。
この例ではクレジット会社のフォーマットの一例を示す。カード情報３１２０は基本的にはユーザがクレジット会社３１と契約を行ったときに契約書に記入した情報のほぼ全てを含み、１６桁のカード番号、氏名、生年月日、住所、電話番号、有効/無効フラグ、入会日、解約日、４桁の暗証番号、カードの有効期限を示す情報である。通常カードによる取引きが正規に行なわれるときはフラグは有効“１”であるが、カードによる取引きを止める又は止めているときには無効“０”となる。
【００２４】
クレジット会社の場合、１６桁の上記カード番号はクレジット会社の識別番号、及びカード毎に異なるカード識別番号を含んで構成される。一方、銀行３２の場合にはこのカード番号は例えば１４桁であり、４桁の銀行識別番号、３桁の支店番号、７桁の口座番号を含んで構成される。
【００２５】
図４乃至図６は、ユーザ端末２として使用される携帯電話２１の画面表示例を示す。（Ａ）から（Ｌ）の画面は、携帯電話を使用してカードの管理サービスを受ける場合の画面の遷移を示している。
【００２６】
（Ａ）はサービスログオン画面４０１を示し、この画面にはユーザＩＤとパスワード入力用の項目がある。
（Ｂ）はサービスメニュー画面４０２を示し、この画面にはカードの管理サービスメニューの一覧が表示される。管理サービスメニューの一覧には、カード状態変更4021、利用設定変更4022、カード追加・削除4023が含まれる。
【００２７】
（Ｃ）はカード状態確認画面４０３を示す。この画面はサービスメニュー画面（Ｂ）で「カード状態変更」を選択した場合に遷移して表示される画面である。この画面４０３は、ユーザがカード管理サービス会社１に登録したカードの数だけ形成される。カードそれぞれの画面には、状態を「有効にする」ためのキーが設けられる。
（Ｄ）はカード状態確認画面４０４を示し、各カードの状態とその状態を変更する選択キーが表示される。例えば、画面４０３で「有効にする」を選択すると、その変更確認のための「ＯＫ」キーが設けられる。
（Ｅ）は同じくカード状態確認画面４０５であり、カードの状態を現在「有効」から「無効」に変更するための画面を示している。
【００２８】
また、図５において、（Ｆ）は利用設定変更画面５０１を示し、サービスメニュー画面（Ｂ）で「利用設定変更」を選択した場合に遷移して表示される画面である。
（Ｇ）は一括利用設定変更画面５０２を示す。この画面は、利用設定変更画面（Ｆ）で「一括変更」を選択した場合に遷移して表示される画面である。複数毎のカードの状態を一括して変更する場合に便利である。
（Ｈ）はカード毎の設定変更画面５０３を示す。この画面は、利用設定変更画面（Ｆ）で「****カードの変更」を選択したとき、もしくは各カードの状態変更画面（Ｄ）で「有効時間の変更」を選択した場合に遷移して表示される。
【００２９】
図６において、（Ｉ）はカード追加削除画面６０１を示す。この画面は、サービスメニュー画面（Ｂ）で「カード登録・削除」を選択した場合に遷移して表示される。
（Ｊ）は新規カード追加登録画面６０２を示す。この画面は、カード追加削除画面（Ｉ）で「新規カード追加登録」が選択された場合に遷移して表示される。
（Ｋ）は削除カード選択画面６０３を示し、カード追加削除画面（Ｉ）で「カード削除」が選択された場合に遷移して表示される。
（Ｌ）はカード削除確認画面６０４を示し、削除カード選択画面（Ｋ）で、カード管理サービスから削除したい任意のカードが選択された場合に表示される。この例ではAAAAカードが削除対象として選択されている。
【００３０】
次に、図７に示すフローチャートを参照して図１に示すカード管理システムにおけるカードの変更サービスの処理について説明する。
前提として、ユーザは既にサービス会社１と契約を済ませ、サービスを受け得る状況にあり、サービス会社１からＩＤ及びパスワードが付与されている。カード管理データベース１２には、管理を依頼すべき複数のカード情報が登録されている場合がある。サービス会社１から受けるサービスには、例えばユーザがあるカードを追加、削除したい場合、及びカードの状態を有効に変更したい場合等がある。尚、以下の処理は管理サーバ１１内の記憶装置（図示せず）に記憶されたプログラムを実行することにより行われる。
【００３１】
まず、サービス開始７００に当り、ユーザ端末２の例えば携帯電話２１からカード管理会社１へサービス開始要求を送信する（７０１）。するとサービス会社１から携帯電話２１にはログイン画面表示の応答が送られて来る（７０２）。携帯電話２１の画面には、ユーザログオン画面４０１が表示される。この画面からユーザによりＩＤ及びパスワードが入力され（７０３）、その内容はサービス会社１へ送信される（７０４）。
【００３２】
サービス会社１のユーザからのＩＤおよびパスワードの正当性を検証する。そのために、カード管理ＤＢ１２のカード情報テーブル１２０を検索してユーザＩＤ及びパスワードを得て（７０５）、これと先に受信したＩＤ，パスワード（７０４）とを照合して、一致するか否かをチェックする（７０６）。チェックの結果、一致すればカード情報テーブル１２０を参照して、当該ユーザに対してサービス中か否か（１２３）をチェックする（７０７）。このチェックにより、サービス中であれば、テーブル１２０から当該ユーザのカード情報を読み出して（７０８）、サービスメニュー画面の表示情報としてユーザの携帯電話へ送信する（７０９）。ユーザの携帯電話には、サービスメニュー画面４０２が表示され、ユーザは画面４０２からサービスの選択が可能となる（７１３）。
【００３３】
上記ステップ７０６のＩＤ、パスワードのチェックにおいて、不一致になった場合には、ユーザの携帯電話に対してＩＤおよびパスワードの再入力を促す。再入力されたＩＤ及びパスワードは前述と同様にチェックされる（７０５，７０６）。不一致が４回続くと、このユーザは正当なユーザでないと見なして、サービス停止となる（７１１）。また、ステップ７０７のチェックでサービス中でない場合には、当該ユーザにサービス停止中の旨を連絡する（７１２）。
【００３４】
次に、図８を参照して、カードの状態変更サービスの動作について説明する。
サービスメニュー画面４０２からカード状態変更４０２１が選択されると（８００）、サービス会社のカード管理ＤＢ１２のテーブル１２０からは当該ユーザの現在のカード状態に関する情報が読み出され（８０１）、カード状態確認画面４０３の表示としてユーザの携帯電話２１に送信される（８０２）。ユーザは携帯電話に表示されるカード状態確認画面４０３から状態を変更したいカードを選択する（８０３）。その選択カードの情報はサービス会社１へ送信され、サービス会社１からはカード状態の変更画面４０４の表示がユーザの携帯電話２１に送信される(８０５)。
ユーザは変更画面４０４から、状態を変更すべき対象のカード及び有効時間を入力し、その状態を確認する（８０６）。状態の変更には、例えば通常の状態である「無効」から「有効」に変更する場合(画面４０４)や、既に「有効」状態のものを「無効」に変更する場合(画面４０５)がある。尚、カードの状態を「有効」から「無効」に変更する場合には、有効時間の設定は不要である。
このように入力された選択カードの変更情報はサービス会社１へ送信される（８０７）。
【００３５】
サービス会社１のサーバ１１は、受信したカード情報、即ち設定された変更情報をチェックする。まず有効時間の設定があると（８０８）、サーバ１１の時計機能を起動して設定された有効時間のタイムカウントを開始する（８０９）。有効時間のタイムアウト処理については図９を参照して後述する。一方、有効時間の設定が無ければ（８０８）、カードの状態情報の変更処理を行う（８１０）。この処理は、サーバ１１がテーブル１２０のユーザに指定されたカードの状態１２５、及び利用条件設定情報１２７を書き換えることにより行なわれる。
【００３６】
テーブル１２０の内容の変更処理が終わると、サーバ１１は、変更の対象として選択されたカードの管理元の金融機関３に対して、状態変更要求及び変更のための情報を送信する（８１１）。変更要求を受信した金融機関のサーバ例えば３１１は、ＤＢ３１２を検索して選択されたカードの状態（図３）を、「無効」から「有効」に、または「有効」状態から「無効」に変更するようにフラグを書き換える（８１２）。この状態の変更処理が終わると、金融機関からサービス会社１へ完了報告が送信される（８１３）。
これによりユーザにより選択された変更処理は終了したので、状態変更完了画面の表示がユーザの携帯電話に送信され（８１４）、このサービスを終了する（８１５）。
【００３７】
次に、図９を参照して、カードの変更処理における有効時間の処理の例について説明する。
ユーザによって有効時間が設定されている場合（８０８）、サーバ１１の時計機能は有効時間のタイムアウトカウントを開始する（９００）。この場合、まず現在の時刻を求め（９０１）、次にテーブル１２０から、対象のカードの利用条件設定情報１２７に設定された有効時間が読み出される（９０２）。そして、現在時刻に設定時間を加算して、状態変更時刻の算出を行う（９０３）。この状態変更時刻は、「有効」状態にあるカードの状態を「無効」状態に変更すべき時刻を指定している。
【００３８】
現在時刻は逐次カウントアップしており、この現在時刻と上記算出された状態変更時刻とが随時比較される（９０４）。この比較のタイミングは例えば１分毎である。比較の結果、現在時刻が状態変更時刻に達すれば、サービス会社１のサーバ１１から関係先の金融機関３のサーバ例えば３１に対して対象カードの状態変更要求が送信される（９０５）。この要求を受けたサーバ３１は、ＤＢ３１２の対象カードの状態を「有効」から「無効」するようにフラグを書き換える（９０６）。対象カードの状態変更が終了すると、サービス会社１に完了報告を送信する（９０７）。
【００３９】
サーバ１１はこの完了報告を受信して、カード管理ＤＢ１２のテーブル１２０の対象とするカードの状態１２５を初期状態、即ち「有効」から「無効」に変更する（９０８）。これで一連のタイムカウント処理が終了する（９０９）。
この処理により、ユーザにより一旦設定されたカードの有効状態は、設定時間が過ぎると自動的に無効状態に戻ることが理解される。
【００４０】
次に、図１０を参照して、サービスメニュー画面４０２で、利用設定変更４０２２が設定された場合の処理について説明する。
利用設定変更が選択されると（１０００）、サーバ１１からは利用設定変更画面の表示が送信される（１００１）。携帯電話２１には、利用設定変更画面５０１が表示され、ユーザはその画面から変更モードを選択できる（１００２）。選択モードには、一括変更のモード５０１１と、カード一枚ずつの個別変更モード５０１２がある。
一括変更モードが選択されると、その選択がサービス会社１へ送信される（１００３）。サーバ１１は、テーブル１２０から当該ユーザの全てのカード名１２４を読み出し（１００４）、一括設定変更画面の表示を送信する（１００５）。
【００４１】
携帯電話２１には、一括設定変更画面５０２が表示され、ユーザは全てのカードについて一様に変更する状態情報を入力する。図５の一括設定変更画面５０２の例では、通常状態が「無効」の全てのカード（ＡＡＡＡ、ＢＢＢＢカード）の状態を、一様に３０分間だけ「有効」に設定する場合の例である。勿論、この反対に「有効」状態の全てのカードを「無効」に設定することもできる。また、一旦設定した時間のみを変更することもできる。
このように入力された状態の変更（１００６）、及び有効時間の変更（１００７）は、変更データとしてサービス会社１へ送信される（１００８）。サーバ１１はそれを受信すると、テーブル１２０の対象カードの状態１２５を一様に設定変更する（１００９）。そして携帯電話へは変更の完了通知を送信して（１０１７）、処理を終わる（１０１８）。
【００４２】
一方、変更モードの選択（１００２）で、個別変更モードが選択されるとその旨がサービス会社１へ送信される（１０１０）。そこでサーバ１１は、テーブル１２０から指定されたカードの設定情報を読み出し（１０１１）、それは個別設定変更画面の表示として携帯電話へ送信される（１０１２）。
携帯電話には、個別設定変更画面５０３が表示される。そこで、ユーザは選択したＡＡＡＡカードについて、通常状態を「有効」状態へ変更すること（１０１３）、及び有効時間の変更１１４を設定する（１０１４）。その変更データはサービス会社１へ送信される（１０１５）。サーバ１１はテーブル１２０の該当するカードの状態１２５および利用条件設定情報１２７の有効時間の設定を変更する（１０１６）。この変更処理が終わると、ユーザの携帯電話へ変更完了通知を送信し（１０１７）、終了する（１０１８）。
【００４３】
次に、図１１を参照して、サービスメニュー画面で追加・削除が選択された場合の処理について説明する。
追加・削除が選択される（１１００）と、追加・削除画面の表示が送信され（１１０１）、携帯電話２１にはカード追加・削除画面６０１が表示される。ユーザはこの画面から新規カードの追加登録６０１１、又は削除６０１２を選択できる（１１０２）。
【００４４】
追加登録６０１１が選択されると、カード追加登録モードの選択がサービス会社へ送信され（１１０３）、サービス会社からはカード追加登録画面の表示が送信され（１１０４）、携帯電話には追加登録画面６０２が表示される。ユーザは追加登録画面の入力項目に従い、新規に追加してサービスを受けるカードの情報を入力する（１１０５）。入力情報としては，図２に示されるようなカード名、カード番号、暗証番号、等である。入力された追加カードの情報はサービス会社へ送信される（１１０６）。
【００４５】
サービス会社では、サーバ１１がテーブル１２０を検索して（１１０７）、そのユーザが同じカードを重複登録していないか否かをチェックする（１１０８）。重複がある場合には、ユーザに再入力を促すために、追加登録画面を再送する（１１０４）。一方、重複が無ければ、要求された追加カードの情報を、テーブル１２０の当該ユーザの欄に登録する（１１０９）。そして、新規のカードの登録（追加登録）が完了したことを通知する（１１１０）。この後、削除の要求が無ければ、処理は終了する（１１２０）。
【００４６】
一方、ステップ１１０２で削除が選択された場合、或いは追加操作の終了後、削除の要求があれば、カード削除モードが選択された旨がサービス会社へ送信される（１１１１）。そしてサービス会社からは削除カード選択画面の表示が送信され（１１１２）、携帯電話には、画面６０３が表示される。ユーザはその画面６０３を用いて削除したいカードを選択できる。選択された削除カードの情報はサービス会社へ送信され（１１１４）、サービス会社からはカード削除確認画面の表示が返信され、携帯電話には削除確認画面６０４が表示される（１１１６）。削除の確認はユーザの意思確認のためである。
【００４７】
ユーザは削除対象のカードを確認すると、「ＯＫ」キーを操作する。そしてその操作確認はサービス会社へ送信される（１１１７）。サーバ１１は確認を受信すると、先に保持していた削除カードの情報を元に、テーブル１２０から当該カードを削除処理する（１１１８）。削除処理が完了すると、その旨の通知が携帯電話へ送信され、一連の追加・削除サービスを終了する（１１２０）。
【００４８】
次に、図１２を参照して、カードの利用状態の変化について説明する。
（Ａ）は、カードの状態変更時の状況を示す。
通常、カードの状態は無効であるが、ユーザの要求によりカードの状態が無効から有効に変更されると、金融機関に対してカードの利用が可能となる。
【００４９】
（Ｂ）は、カードの有効時間内におけるカード利用について示す。
有効時間内にユーザがカードを用いて、カード取扱店補で商品を購入したり、サービスを受けた場合、或いは金融機関の現金支払機（ＡＴＭ）等で現金の引出しを行った場合には（１２０１）、店舗等は金融機関に対してカードの利用確認を行う（１２０２）。この確認は、金融機関がカードの状態を登録したＤＢ例えば３１２を参照して、対象のカードのフラグが有効か否かをチェックすることにより行われる（１２０３）。このチェックの結果、有効時間内にフラグは「有効」となっているので、店舗等と金融機関との間で支払手続きを行い（１２０４）、処理を完了する（１２０５）。
【００５０】
通常、クレジットカードや銀行カードのユーザには、毎月定期的に又はカードを利用した後に、金融機関から明細票が送付される（１２０６）。この明細票が送付される時点は、カードの有効時間とは関係無い。銀行カードの利用の場合には、通帳に印字すれば取引き内容が分かる。
明細表や通帳には、カードによる取引き以外に、電気や水道、ガス料金、インターネット接続料金の様にユーザが予め口座から定期的に引き落されることを了承している取引きもある。そこで、有効時間内におけるカードの利用取引きと、有効時間とは関係しない取引きとを区別して明細票に印字しておけば、ユーザはカードによる取引きが一層分かり易くなり、サービスの向上につながる。例えば、図１４にクレジット会社からの明細票を示すように、カードを利用して百貨店で商品を購入した場合などには、上記したカードの有効期間における取引きなので、「＊」が印字装置で印字されている。これに対して、インターネット接続料や携帯電話サービス利用料などの欄には、このマークが印字されない。
【００５１】
（Ｃ）は、有効時間経過後には、有効状態にあるカードの状態は、自動的に無効状態に変更される。例えばＤＢ３１２の当該カードのフラグは「無効」に変更される。よって、カードの利用は不可となる。勿論、有効時間経過後には例えユーザ本人によるカードの利用であってもそのカードの状態が無効状態である以上、利用可能確認１２０２におけるチェックの結果は、否となる。
【００５２】
次に、図１３を参照してカードの不正利用について説明する。
不正ユーザが拾得したカードを用いて、或いはカードの情報を盗用して店舗等でカードを使用した場合（１３０１）、店舗等は金融機関にカードの利用確認を行う（１３０２）。金融機関では例えばＤＢ３１２の当該カードの状態情報を確認する。通常時は、フラグが「無効」になっているので（１３０３）、店舗等にはカードの利用不可が通知される（１３０４）。これにより、不正ユーザに対しては、カードの取り扱いを不可する（１３０５）。これにより正当なユーザの保護ができる。
【００５３】
以上、一実施形態を説明したが、本発明は上記実施形態に限定されず、種々変形して実施できる。
【００５４】
図１５には、カード情報テーブル１２０の変形例を示す。
この例では、利用条件設定情報１２７に設定される情報の種類が、図２に示すものと相違する。すなわち図１５では、項目として、曜日及び時間帯に関する情報が設定される。曜日の設定は、カードの利用日、即ちカードを有効にする日を曜日に応じて変更する。また時間帯は、ユーザが有効時間の開始時刻と終了時刻を任意に指定でき、その指定された時間帯がテーブル１２０に登録される。図１６にその設定画面の例（４０４´）、及び確認画面の例（４０５´）が示される。
図２の例で設定された有効時間は、ユーザの要求により設定された時点から即タイムアウトのカウントが開始されたが、図１５の例においては、有効時間の開始時刻と終了時刻は、ユーザの要求時点と関係無く任意に予め設定できる。例えば、今日１８時から２１時まで居酒屋で飲食することが予め分かっていれば、会社への通勤時に及び支払い予定時間帯を予想して、支払い予定カードをその時間帯に有効にするように設定しておくことができる。例えば、飲酒した後ではカードの有効化の手続きも面倒になったり、操作ミスも発生しがちであるので、図１５による時間帯の設定例は有効であろう。
【００５５】
上記有効時間帯の設定の処理に関しては、図８のステップ８１０で、テーブル１２０の利用条件設定情報１２７に時間帯の設定が行われる。また、図９に相当する有効時間のタイムアウトの処理に関しては、ステップ９０４に相当する時刻のチェックで、現在時刻と
開始時刻及び終了時刻の比較チェックを行い、  開始時刻 ≦ 現在時刻 ≦ 終了時刻
の関係にある場合のみカードの状態を有効に変更するように処理する。その他の処理は前述と同様である。
【００５６】
更に他の変形例について言えば、上記図１参照の実施形態では、サービス会社１は、ユーザと複数の金融機関の間に介在して、ユーザからの要求に応じてカードの状態変更を行うと共に、関係先の金融機関に対して該当するカードを一定時間の間、有効化するように通信処理を行っている。
しかしながら、変形例では、上記したサービス会社の機能を各金融機関に持たせるようにしてもよい。この場合、ユーザはカードの利用を希望する金融機関に対して、カードの利用の度に、図７〜１１で説明した処理を行うことになり、前述したような各金融機関とサービス会社１との間の通信の必要は無くなる。勿論、各金融機関は、自らの機関のカードに関して、図２、或いは図１４に示すようなテーブルの情報を有することになる。
多数のカードを所有するユーザでも、日常的に利用するカードは、用途や目的に応じて限定されているようである。そのため、カードの利用の度に、金融機関に上述の手続きを取ることは、サービス会社１に対して取る手続きと同様であり、さほど面倒ではないであろう。
【００５７】
また他の変形例として、図１に示す例において金融機関が備えるカード情報を格納するＤＢ３１２〜３４２は、必ずしも金融機関が自ら所有しなくてもよく、例えば外部の与信機関に持たせてもよい。この場合には、ネットワークに接続された与信機関は、カードの利用に関して、カード番号とユーザに固有な暗証番号とカードの状態を示す情報を含むカード情報を登録する与信データベースと、このデータベースに格納されるカード情報の処理を行うサーバを有し、サービス会社１は、図７〜１１において金融機関に問い合わせるべき処理項目を与信機関に問合せることになる。
【００５８】
更に他の例において、上記与信機関が自らサービス会社１の処理を行うようにしてもよい。この場合、サービス会社１は図７〜１１における金融機関への問合せを行う必要が無くなる。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施形態によるカード管理を行うネットワークシステムの構成を示す図。
【図２】カード管理ＤＢ１２のカード情報テーブル１２０のフォーマットを示す図。
【図３】金融機関３のＤＢ３１２のデータフォーマットを示す図。
【図４】携帯電話を利用する場合の画面の表示例を示す図。
【図５】携帯電話を利用する場合の画面の表示例を示す図。
【図６】携帯電話を利用する場合の画面の表示例を示す図。
【図７】カード管理システムにおける処理のフローチャートを示す図。
【図８】カード管理システムにおける処理のフローチャートを示す図。
【図９】カード管理システムにおける処理のフローチャートを示す図。
【図１０】カード管理システムにおける処理のフローチャートを示す図。
【図１１】カード管理システムにおける処理のフローチャートを示す図。
【図１２】カードの状態の変化に伴うカードの利用を示す図。
【図１３】不正ユーザによるカードの利用に関する処理を示す図。
【図１４】金融機関から発行される明細票の一例を示す図。
【図１５】他の例によるカード情報テーブル１２０のフォーマットを示す図。
【図１６】他の例による携帯電話を利用する場合の画面の表示例を示す図。
【符号の説明】
【００６０】
１：カード管理サービス会社、        ２：ユーザ端末、        ２１：携帯電話、
３：金融機関、                      ４：ネットワーク
１１、３１１、３２１、３４１：サーバ、
１２，３１２，３２２，３３２，３４２：ＤＢ、
１２０：カード情報テーブル。
【図１】
2005115597.tif 000003
【図２】
2005115597.tif 000004
【図３】
2005115597.tif 000005
【図４】
2005115597.tif 000006
【図５】
2005115597.tif 000007
【図６】
2005115597.tif 000008
【図７】
2005115597.tif 000009
【図８】
2005115597.tif 000010
【図９】
2005115597.tif 000011
【図１０】
2005115597.tif 000012
【図１１】
2005115597.tif 000013
【図１２】
2005115597.tif 000014
【図１３】
2005115597.tif 000015
【図１４】
2005115597.tif 000016
【図１５】
2005115597.tif 000017
【図１６】
2005115597.tif 000018