(57)【要約】【課題】従来のネットオークションやネット通販の取引においては、商品購入者が入金後に商品の発送が行われない、といった詐欺行為が容易に実行されてしまう。または、いったん取引が成立したにもかかわらず商品購入者が悪意をもって、あるいは突然の翻意などによって商品の受取を拒否し、逆に商品発送者が損をしてしまうといった事態が起こりうる、といった課題がある。【解決手段】以上の課題解決のため、本発明は、サーバ装置にて入金を確認すると、その時点では入金を商品提供者（商品発送者）が利用できないようにした上で、入金があった旨を商品発送者に通知する。そして、通知を受けた商品発送者が商品を発送し、それを商品購入者が受領したことを示す情報をサーバ装置にて確認すると、そこで初めて入金を商品提供者（商品発送者）が利用できるように構成する。【選択図】図２
2012176273.tif 000002
【特許請求の範囲】
【請求項１】
商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する発送商品登録部と、
商品購入に係る入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する入金受付情報取得部と、
入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する入金済通知部と、
商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する商品受領情報取得部と、
入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する認証部と、
認証部での判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報を出力する利用可能情報出力部と、
を有する出入金管理サーバ装置。
【請求項２】
使用限度額を入金額に応じて引き上げることが可能で、受金にのみ利用可能な受金ＩＤと、消費使用に利用可能な消費使用ＩＤとの二種類のＩＤを有するホワイトカードを利用した出入金管理システムであって、
商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する発送商品登録部と、
商品購入に係る入金に際して、入金すべきホワイトカードの受金ＩＤを取得する受金ＩＤ取得部と、
前記入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する入金受付情報取得部と、
入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する入金済通知部と、
取得した受金ＩＤと、入金受付情報とを関連付けて出力する出力部と、
商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を前記購入者ＩＤと関連付けて取得する商品受領情報取得部と、
入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する認証部と、
認証部での判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報をその受金ＩＤと関連付けて出力する利用可能情報出力部と、
を有する出入金管理サーバ装置と、
受金ＩＤと関連付けられた入金受付情報を出入金管理サーバ装置から受信する受信部と、
受信した入金受付情報に関連付けられたホワイトカード受金ＩＤと紐付けられている消費使用ＩＤをホワイトカードＩＤ管理装置から取得する消費使用ＩＤ取得部と、
受金ＩＤと関連付けられた利用可能情報を受信する利用可能情報受信部と、
利用可能情報を受信した場合に、取得した消費使用ＩＤと関連付けた使用限度額引上額を含む引上命令を送信する引上命令送信部と、
を有する引上命令装置と、
消費使用ＩＤと受金ＩＤとを紐付けた紐付テーブルを保持する紐付テーブル保持部と、
引上命令装置から受金ＩＤを受信する受金ＩＤ受信部と、
受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テーブルから取得して引上命令装置に送信する消費使用ＩＤ送信部と、
を有するホワイトカードＩＤ管理装置と、
からなる出入金管理システム。
【請求項３】
引上命令装置から引上命令を受信する引上命令受信部と、
消費使用ＩＤと使用限度額とを関連付けたテーブルである使用限度額テーブルを保持する使用限度額テーブル保持部と、
受信した引上命令に応じて使用限度額テーブル中の消費使用ＩＤと関連付けられた使用限度額を変更する使用限度額変更部と、
を有するホワイトカード管理サーバ装置
をさらに有する請求項２に記載の出入金管理システム。
【請求項４】
商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する発送商品登録ステップと、
商品購入に係る入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する入金受付情報取得ステップと、
入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する入金済通知ステップと、
商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する商品受領情報取得ステップと、
入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する認証ステップと、
認証ステップでの判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報を出力する利用可能情報出力ステップと、
を計算機に実行させる出入金管理サーバ装置の動作方法。
【請求項５】
使用限度額を入金額に応じて引き上げることが可能で、受金にのみ利用可能な受金ＩＤと、消費使用に利用可能な消費使用ＩＤとの二種類のＩＤを有するホワイトカードを利用した、出入金管理サーバ装置と引上命令装置とホワイトカードＩＤ管理装置からなる出入金管理システムの動作方法であって、
商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する発送商品登録ステップと、
商品購入に係る入金に際して、入金すべきホワイトカードの受金ＩＤを取得する受金ＩＤ取得ステップと、
前記入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する入金受付情報取得ステップと、
入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する入金済通知ステップと、
取得した受金ＩＤと、入金受付情報とを関連付けて出力する出力ステップと、
商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する商品受領情報取得ステップと、
入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する認証ステップと、
認証ステップでの判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報をその受金ＩＤと関連付けて出力する利用可能情報出力ステップと、
を計算機に実行させる出入金管理サーバ装置の動作方法と、
受金ＩＤと関連付けられた入金受付情報を出入金管理サーバ装置から受信する受信ステップと、
受信した入金受付情報に関連付けられたホワイトカード受金ＩＤと紐付けられている消費使用ＩＤをホワイトカードＩＤ管理装置から取得する消費使用ＩＤ取得ステップと、
受金ＩＤと関連付けられた利用可能情報を受信する利用可能情報受信ステップと、
利用可能情報を受信した場合に、取得した消費使用ＩＤと関連付けた使用限度額引上額を含む引上命令を送信する引上命令送信ステップと、
を計算機に実行させる引上命令装置の動作方法と、
消費使用ＩＤと受金ＩＤとを紐付けた紐付テーブルを保持するために記録する紐付テーブル記録ステップと、
引上命令装置から受金ＩＤを受信する受金ＩＤ受信ステップと、
受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テーブルから取得して引上命令装置に送信する消費使用ＩＤ送信ステップと、
を計算機に実行させるホワイトカードＩＤ管理装置の動作方法と、
からなる出入金管理システムの動作方法。
【請求項６】
ホワイトカード管理サーバ装置をさらに有する出入金管理システムの動作方法であって、
ホワイトカード管理サーバ装置は、
消費使用ＩＤと使用限度額とを関連付けたテーブルである使用限度額テーブルを保持する使用限度額テーブル保持部を有するとともに、
引上命令装置から引上命令を受信する引上命令受信ステップと、
受信した引上命令に応じて使用限度額テーブル中の消費使用ＩＤと関連付けられた使用限度額を変更する使用限度額変更ステップと、
を計算機に実行させる
請求項５に記載の出入金管理システムの動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような場合に、好適に取引を成立させるための技術に関する。
【背景技術】
【０００２】
従来、例えばネットオークションなどにおいて取引が成立すると、出品者は落札者に対して商品を発送し、一方落札者は出品者に対し購入金額の支払い（入金）を行う。ここで、ネットオークションなどでは、この商品の発送タイミングと、購入に係る入金タイミングが異なっていることを特徴とする。そのため、通常は、出品者が購入代金の入金を確認してから商品の発送を行うか、あるいは落札者が発送された商品を受け取る際に、その配送者に代金を支払ういわゆる「代引き」を行うことで取引を行っていた。【０００３】
また、特許文献１には、発送や入金確認なども含めてオークションに係る処理を全般的に代行するシステムに係る技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１１５２１５公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記従来技術では以下のような課題がある。すなわち前者の場合、商品購入者が入金後に商品の発送が行われない、といった詐欺行為が容易に実行されてしまうことになる。また後者の場合には商品発送側の詐欺行為は防げるものの、いったん取引が成立したにもかかわらず商品購入者が悪意をもって、あるいは突然の翻意などによって商品の受取を拒否し、逆に商品発送者が損をしてしまうといった事態が起こりうる、といった課題がある。
【課題を解決するための手段】
【０００６】
以上の課題を解決するために、サーバ装置にて入金を確認すると、その時点では入金を商品提供者（商品発送者）が利用できないようにした上で、入金があった旨を商品発送者に通知する。そして、通知を受けた商品発送者が商品を発送し、それを商品購入者が受領したことを示す情報をサーバ装置にて確認すると、そこで初めて入金を商品提供者（商品発送者）が自身の金銭として利用できるように構成する。【０００７】
具体的には、商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する発送商品登録部と、商品購入に係る入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する入金受付情報取得部と、入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する入金済通知部と、商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する商品受領情報取得部と、入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する認証部と、認証部での判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報を出力する利用可能情報出力部と、を有する出入金管理サーバ装置を提供する。【０００８】
また、受金にのみ利用可能な受金ＩＤと、消費使用に利用可能な消費使用ＩＤとを別々のＩＤとし、両者を関連付けて管理することで安全に受金と消費を行うことができるカードを利用して、そのカードに対して入金を受け付けることで、さらに上記のようなネットオークションやネット通販での取引を安全に成立させる出入金管理システムを提供する。【０００９】
具体的には、使用限度額を入金額に応じて引き上げることが可能で、受金にのみ利用可能な受金ＩＤと、消費使用に利用可能な消費使用ＩＤとの二種類のＩＤを有するホワイトカードを利用した出入金管理システムであって、出入金管理サーバ装置と、引上命令装置と、ホワイトカードＩＤ管理装置と、からなる出入金管理システムを提供する。【００１０】
そして出入金管理サーバ装置は、商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する発送商品登録部と、商品購入に係る入金に際して、入金すべきホワイトカードの受金ＩＤを取得する受金ＩＤ取得部と、前記入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する入金受付情報取得部と、入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する入金済通知部と、取得した受金ＩＤと、入金受付情報とを関連付けて出力する出力部と、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する商品受領情報取得部と、入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する認証部と、認証部での判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報をその受金ＩＤと関連付けて出力する利用可能情報出力部と、を有することを特徴とする。【００１１】
また、引上命令装置は、受金ＩＤと関連付けられた入金受付情報を出入金管理サーバ装置から受信する受信部と、受信した入金受付情報に関連付けられたホワイトカード受金ＩＤと紐付けられている消費使用ＩＤをホワイトカードＩＤ管理装置から取得する消費使用ＩＤ取得部と、受金ＩＤと関連付けられた利用可能情報を受信する利用可能情報受信部と、利用可能情報を受信した場合に、取得した消費使用ＩＤと関連付けた使用限度額引上額を含む引上命令を送信する引上命令送信部と、を有することを特徴とする。【００１２】
また、ホワイトカードＩＤ管理装置は、消費使用ＩＤと受金ＩＤとを紐付けた紐付テーブルを保持する紐付テーブル保持部と、引上命令装置から受金ＩＤを受信する受金ＩＤ受信部と、受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テーブルから取得して引上命令装置に送信する消費使用ＩＤ送信部と、を有することを特徴とする。【００１３】
また、上記出入金監視サーバ装置、引上命令装置、ホワイトカードＩＤ管理装置に加えて、さらに引上命令装置から引上命令を受信する引上命令受信部と、消費使用ＩＤと使用限度額とを関連付けたテーブルである使用限度額テーブルを保持する使用限度額テーブル保持部と、受信した引上命令に応じて使用限度額テーブル中の消費使用ＩＤと関連付けられた使用限度額を変更する使用限度額変更部と、を有するホワイトカード管理サーバ装置をさらに有する出入金管理システムも提供する。
【発明の効果】
【００１４】
以上のような構成をとる本発明によって、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような取引であっても、その入金、及び発送に応じた商品の受領を確認したうえで取引を成立させることができる。【００１５】
したがって、商品購入者が入金後に商品の発送が行われない、といった詐欺行為や、いったん取引が成立したにもかかわらず商品購入者が商品の受取を拒否し商品発送者が損をしてしまうといった事態を防ぐことができる。
【図面の簡単な説明】
【００１６】
【図１】実施例１の出入金管理サーバ装置を利用した取引の一例を説明するための概念図
【図２】実施例１の出入金管理サーバ装置における機能ブロックの一例を表す図
【図３】実施例１の出入金管理サーバ装置における管理テーブルの一例を表す図
【図４】実施例１の出入金管理サーバ装置における処理の流れの一例を表すフローチャート
【図５】実施例２の出入金管理システムにおけるカードの利用形態の一例を説明するための概念図
【図６】実施例２の出入金管理システムにおける機能ブロックの一例を表す図
【図７】実施例２の出入金管理システムにおける受金ＩＤ取得のためのＧＵＩ画面の一例を表す図
【図８】実施例２の出入金管理システムにおいて紐付テーブル保持部に保持されている紐付テーブルの一例を表す概念図
【図９】実施例２の出入金管理システムにおける処理の流れの一例を表すフローチャート
【図１０】実施例２の出入金管理システムにおける機能ブロックの一例を表す図
【図１１】実施例３の出入金管理システムにおける使用限度額の変更処理の一例を説明するための図
【図１２】実施例３の出入金管理システムにおける処理の流れの一例を表すフローチャート
【図１３】実施例４の出入金管理システムにおける機能ブロックの一例を表す図
【図１４】実施例４の出入金管理システムにおける処理の流れの一例を表すフローチャート
【発明を実施するための形態】
【００１７】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１８】
なお、実施例１は、主に請求項１、４について説明する。また、実施例２は、主に請求項２、５について説明する。また、実施例３は、主に請求項３，６について説明する。また、実施例４は、その他の実施例について説明する。
【００１９】
≪実施例１≫
【００２０】
＜概要＞
【００２１】
図１は、本実施例の出入金管理サーバ装置を利用した取引の一例を説明するための概念図である。例えば、ネットオークションにてユーザβがオークション商品を出品する。あるいは、ネットワーク上の仮想ショッピングモールに仮想店舗を出店し、商品の販売を行う。すると当該商品に対して商品ＩＤが付与され管理されるとともに、ネットオークションや仮想店舗のウェブページに当該商品写真や商品説明などが掲載される。そして、そのウェブページを閲覧したユーザによる入札が行われ、入札者の一人であるユーザαの１万円の入札によって当該商品が落札され、オークション取引が成立した。あるいはユーザαの商品購入注文の受付による商品売買取引が成立した。すると、本実施例の出入金管理サーバ装置において、その商品ＩＤと、当該商品の発送者となる出品者ＩＤ、商品購入者ＩＤ、またその落札／購入金額などが関連付けられて登録され、取引契約が成立したものとして管理される。
【００２２】
その後ユーザαは、例えば後述する送金仲介者やユーザβの口座、あるいは実施例２で後述するホワイトカードなどに対して、自身を識別する購入者ＩＤと落札商品の商品ＩＤの入力と合わせて落札／購入金である１万円を入金するための処理を行う。そしてその入金処理の結果が、図１（ａ）に示すように本実施例の出入金管理サーバ装置に取得される。
【００２３】
すると図１（ｂ）に示すように、本実施例の出入金管理サーバ装置は、その商品ＩＤで識別される取引に関して入金があった旨の情報を、前述の登録情報を参照し特定した商品出品者（商品発送者）に対して例えばメールなどで通知する。ただしこの時点においては、口座やカードの保有者であっても入金された落札金の引き出しができないよう処理されている。
【００２４】
そしてユーザβはその通知を受け取ると、ユーザαに対して商品ＩＤ（や取引ＩＤ）を発送伝票やパッケージに記載するなどして商品を発送する。そしてユーザαはその発送商品を受領すると、その受領した旨を示す情報を、当該商品ＩＤ及び自身のＩＤ（購入者ＩＤ）と合わせて端末装置などに入力し、本実施例の出入金管理サーバ装置に通知する。すると図１（ｃ）に示すように、出入金管理サーバ装置では、その通知が確かに商品購入者からの受領通知であることを購入者ＩＤを利用して認証した上で、前記引き出しができないよう処理されていた当該商品ＩＤに係る入金を引き出せるよう利用許可を発行する。あるいは送金仲介者に対して一時的に預かっていた入金をユーザβに送金するよう指示を発行する、という具合である。
【００２５】
このようにして、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような取引であっても、その入金、及び発送に応じた商品の受領を確認したうえで取引を成立させることができる。
【００２６】
＜機能的構成＞
【００２７】
図２は、本実施例の出入金管理サーバ装置における機能ブロックの一例を表す図である。なお、以下に記載する本システムを構成する各装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザ・インターフェース用アプリケーションなどが挙げられる。
【００２８】
そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力され、メモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明はシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２９】
また、本件発明はすべての構成要件が一のサーバ装置にて実現される必要は無く、複数の装置が各構成要件を分担し、ネットワークなどを介して接続されることで連携して実現されても良い。
【００３０】
そして、この図２にあるように、本実施例の「出入金管理サーバ装置」（０２００）は、「発送商品登録部」（０２０１）と、「入金受付情報取得部」（０２０２）と、「入金済通知部」（０２０３）と、「商品受領情報取得部」（０２０４）と、「認証部」（０２０５）と、「利用可能情報出力部」（０２０６）と、を有する。
【００３１】
「発送商品登録部」（０２０１）は、商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する機能を有し、例えばＣＰＵや主メモリ、通信回路や発送商品登録プログラムなどによって実現することができる。
【００３２】
具体的に、例えばこの発送商品登録部は、商品の販売者（発送者）がインターネットを介した商品のオークションページや販売用ページを生成する際に、当該取引に係る商品を識別するために生成された商品ＩＤを取得する。つづいて、そのページ内容となる商品説明や商品写真などの入力に際して、情報入力フォームを商品の発送者の端末装置にて表示させ、そのページに入力された発送者ＩＤを取得し、前記生成された商品ＩＤと関連付ける構成などが挙げられる。なお、この「商品ＩＤ」は、商品そのものを識別するものではなく、例えば当該商品に係る取引を識別する取引ＩＤなどの商品に係る別の情報を識別するものであっても良い。その場合でも、上記のように商品のオークションページや販売用ページを生成する際に、例えば当該取引を識別するために取引ＩＤを生成し取得する、という具合である。
【００３３】
そして商品に係る処理、例えば商品購入に係る入金の受付処理や後述するその入金を利用可能とする利用可能情報の出力処理などにおいて、この商品ＩＤ（あるいはそれに替わる取引ＩＤなど）を媒介として、各種処理に用いられる情報がいずれの商品や取引などに係る情報なのかが特定され情報処理が実行されることになる。
【００３４】
また、本実施例の出入金管理サーバ装置が、ネットオークションサーバ装置や通販サーバ装置などとネットワークを介して接続され連携する構成であれば、そのネットオークションサーバ装置や通販サーバ装置が上記同様に生成、取得した商品ＩＤや発送者ＩＤをネットワークを介して転送してもらうことで取得するよう構成しても良い。
【００３５】
そして、ここで取得された商品ＩＤと発送者ＩＤは、ＨＤＤなどの記録装置に関連付けて記録され管理される。また、商品購入者を識別するための購入者ＩＤの入力フォームを商品購入者の端末に表示し、当該購入者ＩＤを合わせて取得するよう構成しても良い。なお、この場合の購入者ＩＤの入力フォームは、いずれの商品の購入者であるかを識別するために商品ＩＤごとに用意されたものであっても良いし、汎用的な入力フォームに購入者ＩＤと商品ＩＤとを合わせて入力させるものであっても良い。
【００３６】
また、商品ＩＤ及び発送者ＩＤに対して購入者ＩＤを関連付ける処理は、次の入金受付情報取得部での入金受付情報の取得の際に、商品ＩＤの一致する発送者ＩＤと購入者ＩＤを関連付ける構成としても良い。
【００３７】
「入金受付情報取得部」（０２０２）は、商品購入に係る入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する機能を有し、例えばＣＰＵや主メモリ、Ｉ／Ｏや通信回路、入金受付情報取得プログラムなどによって実現することができる。ここで入金受付情報は、購入者ＩＤに加えて、前述のようにいずれの商品購入に係る入金であるかを示すために商品ＩＤや取引ＩＤなどと関連付けて取得されることになる。
【００３８】
具体的に、ある商品ＩＤや取引ＩＤで識別される商品に関して商品発送者と商品購入者との間で取引契約が成立する。すると、商品購入者は、その商品購入に係る代金の入金処理を商品ＩＤ（取引ＩＤ）や購入者ＩＤの入力と共に行い、購入商品の発送手続きを商品発送者に依頼することになる。そこで商品購入者は、商品購入に係る入金を行う。
【００３９】
なお、その入金処理は商品発送者に代行して受け付ける主体（仲介者）、例えばネット通販やネットオークションの主催者などによって管理されているサーバ装置に対して行われ、本実施例の出入金管理サーバ装置ではこれら外部のサーバ装置からネットワークを介してこの入金受付情報を取得する構成であっても良い。「仲介者」とは、商品購入者から商品発送者への送金を仲介する者であって、具体的には、商品購入者からの入金を受付けて一時的に預かり、その後商品購入者が実際に購入商品を受領したことが確認できてから預かった入金を商品発送者に対して送金する者である。
【００４０】
この場合、商品購入者は例えばコンビニなどに設置された入金端末や自宅のユーザ端末にて仲介者の運営する商品ＩＤで識別される当該商品の入金ページにアクセスし（あるいは汎用の入金ページに商品ＩＤを入力し）、例えば入金用のカード番号やこの取引用で利用する自身のＩＤなどを購入者ＩＤとして入力するとともに入金に係る決済処理などを行う。すると上記仲介者のサーバ装置に入金受付情報が取得される、という具合である。
【００４１】
また、この出入金管理サーバ装置自身が銀行サーバ装置であって口座を管理していたり、後述するホワイトカードによる入金を管理するサーバ装置であれば、自身が受け付けた入金処理情報に基づいて入金受付情報を生成し、取得する構成としても良い。あるいは例えば銀行口座に対する入金が実行されたのであれば、その銀行口座を管理する銀行サーバ装置から、ネットワークを介して所定の商品ＩＤに係る商品に対する入金受付情報と、その入金を行った購入者ＩＤを取得する構成としても良い。またその際の購入者ＩＤは、その銀行口座などへの入金に利用されたクレジットカード番号などが挙げられる。
【００４２】
また、この入金受付情報は、上記の仲介者や銀行などの管理する端末装置に設けられており、その他の構成要件とネットワークを介して連携する構成としても良い。
【００４３】
なお、入金受付情報を銀行サーバ装置が取得する場合、本実施例のシステムにおける銀行サーバ装置は通常と異なり、即時あるいは所定時間経過によって自動的に当該口座の残高が入金分引き上げられるのではなく、後述する利用可能情報の出力を受けて初めて残高の引上げ処理を行う構成を備えるものとなる。
【００４４】
図３は、この入金受付情報の取得によって生成、管理される管理テーブルの一例を表す図である。この図にあるように、ある商品に関して、商品ＩＤと発送者ＩＤ（出品者ＩＤ）、購入者ＩＤ、その入金金額、また入金があったか（入金受付情報を取得したか）を示すフラグが関連付けて保持されている、という具合である。
【００４５】
そして本実施例の出入金管理サーバ装置を利用した取引では、この時点ではその入金された金品の引き出しなどの利用を商品提供者（発送者）が行うことができず、後述する利用可能情報の出力を受けて初めて利用できるようになることを特徴とする。
【００４６】
「入金済通知部」（０２０３）は、入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する機能を有し、ＣＰＵや主メモリ、通信回路や入金済通知プログラムなどによって実現することができる。なお、この入金済通知部においては、いずれの商品購入に係る入金があったかも含めて通知するため、入金受付情報に関連付けられた商品ＩＤや取引ＩＤなども取得すると良い。
【００４７】
具体的に、例えばこの出入金管理サーバ装置は、発送者ＩＤと関連付けて当該発送者のメールアドレスを保持しており、入金受付情報が取得されるとその入金に係る商品ＩＤが取得され、図３に示すようなテーブルの検索処理がＣＰＵの演算処理によって実行される。そして検索の結果、当該商品ＩＤで識別される商品の発送者のＩＤが特定され、それと関連付けられているメールアドレスに対して、商品ＩＤ（取引ＩＤ）や入金済みであることを知らせる定型文や定型タイトルが記載された通知メールを送信する、という具合である。あるいは、同様に発送者ＩＤに関連付けて住所情報や電話番号情報などを保持しており、その住所情報や電話番号情報を商品ＩＤなどとともにオペレータ端末に表示し、オペレータの処理によって通知する構成としても良い。
【００４８】
そして、この通知を受けることで、商品発送者は商品の発送手続きを行うことができる、という具合である。
【００４９】
「商品受領情報取得部」（０２０４）は、商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する機能を有し、例えばＣＰＵや主メモリ、通信回路、商品受領情報取得プログラムなどによって実現することができる。なお、商品受領情報に含まれる商品ＩＤは取引ＩＤなどであっても良い。
【００５０】
具体的に、この商品受領情報取得部は、インターネットを介した商品受領確認ページを商品の購入者の端末装置にて表示させ、そのページに入力された商品ＩＤ（あるいは取引ＩＤ）やその商品の受領を確認する情報、そして購入者ＩＤを取得する構成などが挙げられる。また、商品受領確認ページに関しては、例えば予め登録されている商品購入者のメールアドレス宛に、受領確認用ＵＲＬを記載した確認メールを送信し、商品購入者が当該ＵＲＬにアクセスしたことをもって商品受領情報を取得する構成としても良い。その際には、受領確認用ＵＲＬに商品ＩＤや購入者ＩＤが含まれるようにして、アクセスがあった際にはそのＵＲＬから購入者ＩＤと商品ＩＤを特定しても良い。あるいは受領確認用ＵＲＬを図３に示すような管理テーブルの該当レコードに関連付けておき、アクセスがあった際にはそのアクセスＵＲＬをキーとして管理テーブルを検索し、商品受領情報とともに取得される購入者ＩＤや商品ＩＤを特定する構成としても良い。
【００５１】
また商品配送業者の端末やサーバ装置とネットワークを介して連携することで、その商品配送業者の端末やサーバ装置に入力された商品ＩＤを含む商品受領情報および購入者ＩＤ（受取人ＩＤ）をネットワークを介して取得する構成も挙げられる。
【００５２】
そして、商品受領情報に商品ＩＤを含み取得する構成とすることで、例えば発送者側が悪意を持って故意に、あるいは不注意などで偶発的に本来の商品とは別の商品を送ってしまった場合などに、当該商品ＩＤと登録されている商品ＩＤを照会することで確認することができる。また、購入者ＩＤが発送者側に知られてしまうと、悪意ある発送者が購入者を装い商品受領情報を入力してしまう恐れがある。そのため、購入者ＩＤは発送者などに知られないＩＤを利用するか、あるいは上記受領確認用ＵＲＬのメール送信を確実に購入者にしか行わない構成であることなどが好ましい。
【００５３】
「認証部」（０２０５）は、入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する機能を有し、例えばＣＰＵや主メモリ、認証プログラムによって実現することができる。また比較判断の対象となる２つの購入者ＩＤの特定については、入金受付情報に関連付けられている商品ＩＤや取引ＩＤを用いて同じ商品ＩＤなどを含む商品受領情報を特定し、それに関連付けられている購入者ＩＤ同士を対象として特定する構成とすると良い。
【００５４】
具体的に、商品受領情報にて示される受領商品のＩＤ（や取引ＩＤ）をキーとして図３に示すような管理テーブルを検索する。そして、検索にヒットした商品の購入者ＩＤを特定する。つづいて、その購入者ＩＤと、当該商品ＩＤで識別される商品に係る入金受付情報に関連付けて取得した購入者ＩＤとが一致するか否かの判断処理をＣＰＵの演算によって実行する。そして、一致しない場合には、例えば発送者などによる不正な商品受領通知として認証を却下し、一致する場合には確かに購入者からの商品受領通知として認証成立とする、という具合である。
【００５５】
「利用可能情報出力部」（０２０６）は、認証部での判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報を出力する機能を有し、例えばＣＰＵや主メモリ、通信回路、利用可能情報出力プログラムなどによって実現することができる。また、この利用可能情報は、その利用可能とする入金された金品を識別するため、前述のように商品ＩＤや取引ＩＤと関連付けて出力されると良い。
【００５６】
なお「金品」とは、基本的には入金された金銭を示すが、その金額に相当するその他の商品やサービスなども含まれて良い。また「金品を利用可能とする」とは、本システムにおいて当該金銭による支払いなどを商品発送者が実行できるようになること、あるいは商品やサービスの受け取りができるようになることを意味する。具体的に、利用可能情報としては、例えば金銭の口座を管理するサーバ装置に対する残高引上命令や、商品購入に係る入金を一時的に預かる仲介者のサーバ装置に対する送金命令、あるいは商品発送者に直接などが挙げられる。つまり、前者の引上命令であれば、銀行サーバ装置やホワイトカードの管理サーバ装置では、その利用可能情報の受信を受けてから初めて当該入金された金品の利用を可能とするために、当該カードに関連付けられた管理金額の上限を入金額分引き上げるなどの処理を行う、という具合である。
【００５７】
また利用可能情報が後者の送金命令であれば、仲介者サーバ装置では、一時預かりとしている商品購入者からの商品購入に係る入金を、商品発送者の銀行口座などに送金するための処理を実行する、という具合である。
【００５８】
また、本実施例の出入金管理サーバ装置がこれら銀行サーバ装置やホワイトカードの管理サーバ装置、仲介者のサーバ装置と一体に構成されているのであれば、サーバ装置の内部的に出力する構成とすると良い。また、金品が商品やサービスであれば、その商品やサービスの発注を行う処理などが実行されると良い。
【００５９】
あるいは、例えば商品発送者のメールアドレス宛に、利用可能情報を示す２次元バーコードなどを送信出力し、かつ認証サーバに当該利用可能情報で示される認証情報を送信する構成としても良い。その場合には、発送者は入金を利用する際に、その利用可能情報を示す２次元バーコードをＡＴＭなどの引出端末に読み取らせ、その利用可能情報を用いた認証サーバでの認証によって入金された金品の利用ができるようになる、という具合である。
【００６０】
以上のように、本実施例の出入金管理サーバ装置によって、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような取引であっても、その入金、及び発送に応じた商品の受領を確認したうえで取引を成立させることができる。
【００６１】
＜処理の流れ＞
【００６２】
図４は、本実施例の出入金管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００６３】
この図にあるように、まず、例えば商品の発送者が、インターネット上の商品登録ページなどを利用して入力した、商品購入者に対して発送される商品を識別する商品の発送者を識別する発送者ＩＤを、例えばその商品登録ページにて生成された商品ＩＤや取引ＩＤと関連付けて取得する（ステップＳ０４０１）。つづいて、商品の購入者が例えば銀行口座や後述するホワイトカードなどへの入金処理を行ったことで生成される、商品購入に係る入金があった旨の情報である入金受付情報を、当該商品ＩＤや取引ＩＤ及び商品の購入者を識別する購入者ＩＤと関連付けて取得する（ステップＳ０４０２）。
【００６４】
そして、その取得した入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して、例えば商品ＩＤなどや入金済みを示す定型文などを記載したメールなどで入金があった旨を通知する（ステップＳ０４０３）。
【００６５】
すると、その通知を受け取った商品発送者が商品の発送を実行し、その発送された商品を購入者が受け取ることで、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する（ステップＳ０４０４）。すると入金受付情報に関連付けて取得した購入者ＩＤと、当該入金受付情報に関連付けられた商品ＩＤなどで特定される商品や取引に関する商品受領情報に関連付けて取得した購入者ＩＤとが一致するかの判断処理が実行され（ステップＳ０４０５）、一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報を、例えば銀行口座を管理する銀行サーバ装置やホワイトカードの管理サーバ装置などに出力する（ステップＳ０４０６）。
【００６６】
＜効果の簡単な説明＞
【００６７】
本実施例の出入金管理サーバ装置によって、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような取引であっても、その入金、及び発送に応じた商品の受領を確認したうえで取引を成立させることができる。
【００６８】
したがって、商品購入者が入金後に商品の発送が行われない、といった詐欺行為や、いったん取引が成立したにもかかわらず商品購入者が商品の受取を拒否し商品発送者が損をしてしまうといった事態を防ぐことができる。
【００６９】
≪実施例２≫
【００７０】
＜概要＞
【００７１】
図５は、本実施例の出入金管理システムにおけるカードの利用形態の一例を説明するための概念図である。前述の実施例１と同様にネットオークションにてユーザβがオークション商品を出品する。すると当該商品に対して商品ＩＤが付与され管理されるとともに、ネットオークションのウェブページに当該商品写真や商品説明などが掲載される。そしてウェブページを利用した入札によりユーザαが１万円で当該商品を落札した。すると、本実施例の出入金管理サーバ装置において、その商品ＩＤと、当該商品の発送者となる出品者ＩＤ、商品購入者ＩＤ、またその落札金額などが関連付けられて登録され、取引契約が成立したものとして管理される。
【００７２】
するとユーザβは、ユーザαに対して、βが保有するホワイトカードの受金ＩＤをメールなどで通知する。そしてユーザαは、図５（ａ）に示すように、入金処理用の入金処理端末にてその取引に係る商品ＩＤ、および通知された受金ＩＤを入力し１万円の入金処理を行う。すると、本実施例の出入金管理サーバ装置は、図５（ｂ）に示すように、その入金があった旨の情報を取得し、それを商品出品者に対してメールなどで通知する。ただし、この時点においては、当該カードの保有者であっても入金された金品の引き出しなどができないよう処理されている。
【００７３】
そしてユーザβはその通知を受け取ると、ユーザαに対して商品ＩＤが分かるように商品を発送する。そしてユーザαはその発送商品を受領すると、その受領した旨を端末装置などを用いて本実施例の出入金管理サーバ装置に通知する。すると図５（ｃ）に示すように、出入金管理サーバ装置では、その通知を受け確かに商品購入者からの通知であることを認証した上で、受金ＩＤに紐付けて別のサーバ装置で管理されている消費使用ＩＤをホワイトカードＩＤ管理装置から取得する。そして、その消費使用ＩＤを有するホワイトカードでの当該入金の引出処理などができるよう利用許可を引上命令装置に発行する、という具合である。
【００７４】
このようにして、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような取引であっても、受金ＩＤと消費使用ＩＤとを有するホワイトカードを利用して、その入金、及び発送に応じた商品の受領を確認したうえで安全に取引を成立させることができる。
【００７５】
なお、上記説明における各装置を管理する主体はさまざまであって良く、例えば引上命令装置とホワイトカード管理装置が一の主体によって管理されても良い。例えばセキュリティ上、引上命令装置はカードを発行する機関ごとに一つずつ設置されるケースが考えられるが、もちろん統一的に一の主体が管理しても良い。また、逆にホワイトカードＩＤ管理装置は、サービス提供者が統合的に管理するケースが考えられるが、カードを発行する機関ごとに一つずつ設置されるなどしても良い。また、例えば引上命令装置とホワイトカード管理装置など複数の装置が物理的に一の装置として実現されていても良いし、逆に一の装置が物理的に複数の装置を組み合わせて実現されても良い。
【００７６】
＜機能的構成＞
【００７７】
図６は、本実施例の出入金管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の出入金管理システムは、「出入金管理サーバ装置」（０６００）と、「引上命令装置」（０６１０）と、「ホワイトカードＩＤ管理装置」（０６２０）と、からなる。
【００７８】
（出入金管理サーバ装置の構成要件）
【００７９】
まず、「出入力管理サーバ装置」の構成要件について説明する。図２にあるように、「出入金管理サーバ装置」（０６００）は、「発送商品登録部」と、「受金ＩＤ取得部」（０６０１）と、「入金受付情報取得部」と、「入金済通知部」と、「出力部」（０６０２）と、「商品受領情報取得部」と、「認証部」と、「利用可能情報出力部」（０６０３）と、を有する。
【００８０】
「発送商品登録部」は、前記実施例１の同名の構成要件と同様に、商品購入者に対して発送される商品を識別する商品ＩＤと、商品の発送者を識別する発送者ＩＤとを関連付けて取得する機能を有し、例えばＣＰＵや主メモリ、通信回路や発送商品登録プログラムなどによって実現することができる。
【００８１】
具体的に、例えばこの発送商品登録部は、商品の販売者（発送者）がインターネットを介した商品のオークションページや販売用ページを生成する際に、当該取引に係る商品を識別するために生成された商品ＩＤを取得する。つづいて、そのページ内容となる商品説明や商品写真などの入力に際して、情報入力フォームを商品の発送者の端末装置にて表示させ、そのページに入力された発送者ＩＤを取得し、前記生成された商品ＩＤと関連付ける構成などが挙げられる。なお、この「商品ＩＤ」は、商品そのものを識別するものではなく、例えば当該商品に係る取引を識別する取引ＩＤなどの商品に係る別の情報を識別するものであっても良い。その場合でも、上記のように商品のオークションページや販売用ページを生成する際に、例えば当該取引を識別するために取引ＩＤを生成し取得する、という具合である。
【００８２】
そして商品に係る処理、例えば商品購入に係る入金の受付処理やその入金を利用可能とする利用可能情報の出力処理などにおいて、この商品ＩＤ（あるいはそれに替わる取引ＩＤなど）を媒介として、各種処理に用いられる情報がいずれの商品や取引などに係る情報なのかが特定され情報処理が実行されることになる。
【００８３】
また、本実施例の出入金管理サーバ装置が、ネットオークションサーバ装置や通販サーバ装置などとネットワークを介して接続され連携する構成であれば、そのネットオークションサーバ装置や通販サーバ装置が上記同様に生成、取得した商品ＩＤや発送者ＩＤをネットワークを介して転送してもらうことで取得するよう構成しても良い。
【００８４】
そして、ここで取得された商品ＩＤと発送者ＩＤは、ＨＤＤなどの記録装置に関連付けて記録され管理される。また、商品購入者を識別するための購入者ＩＤの入力フォームを商品購入者の端末に表示し、当該購入者ＩＤを合わせて取得するよう構成しても良い。なお、この場合の購入者ＩＤの入力フォームは、いずれの商品の購入者であるかを識別するために商品ＩＤごとに用意されたものであっても良いし、汎用的な入力フォームに購入者ＩＤと商品ＩＤとを合わせて入力させるものであっても良い。
【００８５】
また、商品ＩＤ及び発送者ＩＤに対して購入者ＩＤを関連付ける処理は、次の入金受付情報取得部での入金受付情報の取得の際に、商品ＩＤの一致する発送者ＩＤと購入者ＩＤを関連付ける構成としても良い。
【００８６】
「受金ＩＤ取得部」（０６０１）は、商品購入に係る入金に際して、入金すべきホワイトカードの受金ＩＤを取得する機能を有し、例えばＣＰＵや主メモリ、通信回路や受金ＩＤ取得プログラムなどによって実現できる。なお、この受金ＩＤ取得部においては、いずれの商品購入に係る入金かを識別するために商品ＩＤや取引ＩＤなども関連付けて取得されることになる。
【００８７】
なお「ホワイトカード」とは、本システムにおいて使用限度額を示す金額情報と関連付けて管理されるカードをいい、このホワイトカードを利用することで関連付けられた金額内での金品の使用が可能となる。なお、このホワイトカードの使用限度額は、実際の金銭やそれに相当する金品の入金によってのみ増加されるものである。つまり、利用者の信用情報に基づいて第三者が支払いを代行し、後で利用者から当該代金を徴収する後払い式のクレジットカードとは異なるものであり、実際の使用可能金銭の範囲内を示すものであるため、クレジットカードにおいて必要な信用情報を確定するための審査など無しに利用することができる。
【００８８】
また、もちろん当該カードの名称はホワイトカードに限定されないし、形状もカード状のものに限定されない。例えば同様の機能がチップ化やプログラム化により実現され、携帯電話や腕時計などの機器に組み込まれたものをホワイトカードとしても良い。
【００８９】
また、「受金ＩＤ」とは、受金にのみ利用可能なＩＤをいう。ただし「受金にのみ利用可能」とは、ホワイトカードとの関係において受金にのみ利用され消費使用には利用されない、という意味であり、ホワイトカードとの関係の無い場面において各種利用がなされるＩＤも含まれる。したがって例えば受金用に発行される専用ＩＤのほか、携帯／固定電話番号や電子メールアドレス、住民基本台帳番号なども含まれる。
【００９０】
そして、この受金ＩＤ取得部は、具体的に、例えば上記例のように入金処理端末にて実現されるのであれば、ＧＵＩなどを介して直接受金ＩＤが入力され取得する形態やカードの電子的読取などによって取得する形態などが挙げられる。具体的には、図７に示すようにユーザの携帯電話などにて入力された受金ＩＤをネットワークを介して受信するなどの形態も挙げられる。また、そのコードは、受金ＩＤのほか入金予定額なども含むと良い。
【００９１】
そして、ここで受付ける受金ＩＤが後述するホワイトカードの消費使用ＩＤとは別であるため、ホワイトカードの利用者以外の者は、受金ＩＤを知っていたとしてもホワイトカードを消費に使用することができない。したがって本システムにおける入金処理において商品購入者に通知されたとしても、その受金と消費を安全に行うことができる、という具合である。
【００９２】
「入金受付情報取得部」は、商品購入に係る入金があった旨の情報である入金受付情報を、商品の購入者を識別する購入者ＩＤと関連付けて取得する機能を有し、例えばＣＰＵや主メモリ、Ｉ／Ｏや通信回路、入金受付情報取得プログラムなどによって実現することができる。ここで入金受付情報は、購入者ＩＤに加えて、前述のようにいずれの商品購入に係る入金であるかを示すために商品ＩＤや取引ＩＤなどと関連付けて取得されることになる。
【００９３】
具体的に、ある商品ＩＤや取引ＩＤで識別される商品に関して商品発送者と商品購入者との間で取引契約が成立する。すると、商品購入者は、その商品購入に係る代金の入金処理を商品ＩＤ（取引ＩＤ）や購入者ＩＤの入力と共に行い、購入商品の発送手続きを商品発送者に依頼することになる。そこで商品購入者は、商品購入に係る入金を行う。
【００９４】
なお、その入金処理は商品発送者に代行して受け付ける主体（仲介者）、例えばネット通販やネットオークションの主催者などによって管理されているサーバ装置に対して行われ、本実施例の出入金管理サーバ装置ではこれら外部のサーバ装置からネットワークを介してこの入金受付情報を取得する構成であっても良い。
【００９５】
この場合、商品購入者は例えばコンビニなどに設置された入金端末や自宅のユーザ端末にて仲介者の運営する商品ＩＤで識別される当該商品の入金ページにアクセスし（あるいは汎用の入金ページに商品ＩＤを入力し）、例えば入金用のカード番号やこの取引用で利用する自身のＩＤなどを購入者ＩＤとして入力するとともに入金に係る決済処理などを行う。すると上記仲介者のサーバ装置に入金受付情報が取得される、という具合である。
【００９６】
また、この出入金管理サーバ装置自身がホワイトカードによる入金を管理する（ホワイトカード提供者の）サーバ装置であれば、自身が受け付けた入金処理情報に基づいて入金受付情報を生成し、取得する構成としても良い。また、この入金受付情報は、上記の仲介者やホワイトカードの提供者などの管理する端末装置に設けられており、その他の構成要件とネットワークを介して連携する構成としても良い。
【００９７】
前述の図３は、この入金受付情報の取得によって生成、管理される管理テーブルの一例を表す図である。この図にあるように、ある商品に関して、商品ＩＤと発送者ＩＤ（出品者ＩＤ）、購入者ＩＤ、その入金金額、また入金があったか（入金受付情報を取得したか）を示すフラグが関連付けて保持されている、という具合である。
【００９８】
そして本実施例の出入金管理サーバ装置を利用した取引では、この時点ではその入金された金品の引き出しなどの利用を商品提供者（発送者）が行うことができず、利用可能情報の出力を受けて初めて利用できるようになることを特徴とする。
【００９９】
「入金済通知部」は、入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して入金があった旨を通知する機能を有し、ＣＰＵや主メモリ、通信回路や入金済通知プログラムなどによって実現することができる。なお、この入金済通知部においては、いずれの商品購入に係る入金があったかも含めて通知するため、入金受付情報に関連付けられた商品ＩＤや取引ＩＤなども取得すると良い。
【０１００】
具体的に、例えばこの出入金管理サーバ装置は、発送者ＩＤと関連付けて当該発送者のメールアドレスを保持しており、入金受付情報が取得されるとその入金に係る商品ＩＤが取得され、図３に示すようなテーブルの検索処理がＣＰＵの演算処理によって実行される。そして検索の結果、当該商品ＩＤで識別される商品の発送者のＩＤが特定され、それと関連付けられているメールアドレスに対して、商品ＩＤ（取引ＩＤ）や入金済みであることを知らせる定型文や定型タイトルが記載された通知メールを送信する、という具合である。あるいは、同様に発送者ＩＤに関連付けて住所情報や電話番号情報などを保持しており、その住所情報や電話番号情報を商品ＩＤなどとともにオペレータ端末に表示し、オペレータの処理によって通知する構成としても良い。
【０１０１】
そして、この通知を受けることで、商品発送者は商品の発送手続きを行うことができる、という具合である。
【０１０２】
「出力部」（０６０２）は、取得した受金ＩＤと、入金受付情報とを関連付けて出力する機能を有し、例えばネットワークなどを介して次の引上命令装置にこれら情報を送信する、という具合である。もちろん、この出力部においても、いずれの商品購入に係る出力情報かを識別するために、出力する入金受付情報に関連付けられている商品ＩＤや取引ＩＤなども合わせて出力することになる。
【０１０３】
「商品受領情報取得部」は、商品ＩＤを含み、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する機能を有し、例えばＣＰＵや主メモリ、通信回路、商品受領情報取得プログラムなどによって実現することができる。なお、商品受領情報に含まれる商品ＩＤは取引ＩＤなどであっても良い。
【０１０４】
具体的に、この商品受領情報取得部は、インターネットを介した商品受領確認ページを商品の購入者の端末装置にて表示させ、そのページに入力された商品ＩＤ（あるいは取引ＩＤ）やその商品の受領を確認する情報、そして購入者ＩＤを取得する構成などが挙げられる。また、商品受領確認ページに関しては、例えば予め登録されている商品購入者のメールアドレス宛に、受領確認用ＵＲＬを記載した確認メールを送信し、商品購入者が当該ＵＲＬにアクセスしたことをもって商品受領情報を取得する構成としても良い。その際には、受領確認用ＵＲＬに商品ＩＤや購入者ＩＤが含まれるようにして、アクセスがあった際にはそのＵＲＬから購入者ＩＤと商品ＩＤを特定しても良い。あるいは受領確認用ＵＲＬを図３に示すような管理テーブルの該当レコードに関連付けておき、アクセスがあった際にはそのアクセスＵＲＬをキーとして管理テーブルを検索し、商品受領情報とともに取得される購入者ＩＤや商品ＩＤを特定する構成としても良い。
【０１０５】
また商品配送業者の端末やサーバ装置とネットワークを介して連携することで、その商品配送業者の端末やサーバ装置に入力された商品ＩＤを含む商品受領情報および購入者ＩＤ（受取人ＩＤ）をネットワークを介して取得する構成も挙げられる。
【０１０６】
そして、商品受領情報に商品ＩＤを含み取得する構成とすることで、例えば発送者側が悪意を持って故意に、あるいは不注意などで偶発的に本来の商品とは別の商品を送ってしまった場合などに、当該商品ＩＤと登録されている商品ＩＤを照会することで確認することができる。また、購入者ＩＤが発送者側に知られてしまうと、悪意ある発送者が購入者を装い商品受領情報を入力してしまう恐れがある。そのため、購入者ＩＤは発送者などに知られないＩＤを利用するか、あるいは上記受領確認用ＵＲＬのメール送信を確実に購入者にしか行わない構成であることなどが好ましい。
【０１０７】
「認証部」は、入金受付情報に関連付けて取得した購入者ＩＤと、商品受領情報に関連付けて取得した購入者ＩＤとが一致するか判断する機能を有し、例えばＣＰＵや主メモリ、認証プログラムによって実現することができる。また比較判断の対象となる２つの購入者ＩＤの特定については、入金受付情報に関連付けられている商品ＩＤや取引ＩＤを用いて同じ商品ＩＤなどを含む商品受領情報を特定し、それに関連付けられている購入者ＩＤ同士を対象として特定する構成とすると良い。
【０１０８】
具体的に、商品受領情報にて示される受領商品のＩＤ（や取引ＩＤ）をキーとして図３に示すような管理テーブルを検索する。そして、検索にヒットした商品の購入者ＩＤを特定する。つづいて、その購入者ＩＤと、当該商品ＩＤで識別される商品に係る入金受付情報に関連付けて取得した購入者ＩＤとが一致するか否かの判断処理をＣＰＵの演算によって実行する。そして、一致しない場合には、例えば発送者などによる不正な商品受領通知として認証を却下し、一致する場合には確かに購入者からの商品受領通知として認証成立とする、という具合である。
【０１０９】
「利用可能情報出力部」（０６０３）は、認証部での判断結果が一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報をその受金ＩＤと関連付けて出力する機能を有し、例えばＣＰＵや主メモリ、通信回路、利用可能情報出力プログラムなどによって実現することができる。また、この利用可能情報は、その利用可能とする入金された金品を識別するため、前述のように商品ＩＤや取引ＩＤと関連付けて出力されると良い。
【０１１０】
なお「金品」および「金品を利用可能とする」とは、上記実施例1で説明したとおりである。具体的に、利用可能情報としては、例えばホワイトカードの使用限度額などを管理するサーバ装置に対する残高引上命令や、商品購入に係る入金を一時的に預かる仲介者のサーバ装置に対する送金命令などが挙げられる。つまり、前者の引上命令であれば、ホワイトカードの管理サーバ装置では、以下の構成によってその利用可能情報の受信を受けてから初めて当該入金された金品の利用を可能とするために、当該カードに関連付けられた管理金額の上限を入金額分引き上げるなどの処理を行う、という具合である。
【０１１１】
また利用可能情報が後者の送金命令であれば、仲介者サーバ装置では、一時預かりとしている商品購入者からの商品購入に係る入金を、商品発送者のホワイトカードなどに入金するための処理を実行する、という具合である。
【０１１２】
また、本実施例の出入金管理サーバ装置がこれらホワイトカードの管理サーバ装置、仲介者のサーバ装置と一体に構成されているのであれば、サーバ装置の内部的に出力する構成とすると良い。また、金品が商品やサービスであれば、その商品やサービスの発注を行う処理などが実行されると良い。
【０１１３】
（引上命令装置の構成要件）
【０１１４】
次に、図６に戻り「引上命令装置」の構成要件について説明する。この図６にあるように、「引上命令装置」（０６１０）は、「受信部」（０６１１）と、「消費使用ＩＤ取得部」（０６１２）と、「利用可能情報受信部」（０６１３）と、「引上命令送信部」（０６１４）と、を有する。
【０１１５】
「受信部」（０６１１）は、受金ＩＤと関連付けられた入金受付情報を出入金管理サーバ装置から受信する機能を有し、例えばネットワーク網などを介してこれら情報を受信する、という具合である。また、この受信部においては、いずれの商品購入に係る入金受付情報かを識別するために、当該入金受付情報に関連付けられている商品ＩＤや取引ＩＤなども合わせて取得されると良い。
【０１１６】
「消費使用ＩＤ取得部」（０６１２）は、受信した入金受付情報に関連付けられたホワイトカードの受金ＩＤと紐付けられている消費使用ＩＤをホワイトカードＩＤ管理装置から取得する機能を有する。なお「消費使用ＩＤ」は、ホワイトカードの利用者が消費使用に利用可能な消費使用ＩＤをいい、基本的にはホワイトカードの利用者およびシステムの一部管理者以外には知りえない機密情報であることを前提とする。
【０１１７】
このように、ホワイトカードＩＤ管理装置にて、ホワイトカードの利用者以外が入金に利用するために知っている受金ＩＤ（例えば携帯電話番号：０９０−ｘｘｘ−ｘｘｘｘ）を、利用者しか知らない消費使用ＩＤ（例えば秘密のカードＩＤ：０１２３）にコンバートすることで、このホワイトカードによる受金と消費を安全に行うことができる。なおホワイトカードＩＤ管理装置における受金ＩＤから消費使用ＩＤへのコンバート処理の詳細については、次のホワイトカードＩＤ管理装置の構成要件の説明にて記載する。
【０１１８】
また、後述する引上命令での使用限度の引上額はその入金額で決められる。そこで、この消費使用ＩＤ取得部では、その引上額を示す情報と合わせて消費使用ＩＤを取得しても良い。あるいは、その入金額を特定するため商品ＩＤや取引ＩＤを合わせて取得し、その商品ＩＤなどと関連付けられている入金受付情報を参照する構成としても良い。
【０１１９】
「利用可能情報受信部」（０６１３）は、受金ＩＤと関連付けられた利用可能情報を受信する機能を有する。また、この利用可能情報受信部では、利用可能情報出力部で説明したように、その利用可能とする入金された金品を識別するために利用可能情報に関連付けられている商品ＩＤや取引ＩＤを合わせて受信する。そして、引上命令装置では、この利用可能情報の受信を受けて初めて引上命令を送信することを特徴とする。これにより商品ＩＤや取引ＩＤで識別される商品（取引）の受領の通知が出入金管理サーバで確認されて、初めてホワイトカードへの入金に応じた使用金額の引上げが実行されることになる。
【０１２０】
「引上命令送信部」（０６１４）は、利用可能情報を受信した場合に、取得した消費使用ＩＤと関連付けた使用限度額引上額を含む引上命令を送信する機能を有する。具体的には、例えば「カードＩＤ：０１２３のカードに関して１万円の使用限度額を引上げる」といった命令を、カードＩＤ：０１２３に関する利用可能情報を受信した場合にのみホワイトカードを発行し管理する会社のサーバ装置などに送信する、という具合である。そして、その引上命令を受信したサーバ装置では、そのホワイトカードの使用限度額を１万円分引き上げ、買い物などで利用できるよう管理することができる。なお、「使用限度額引上額」は入金された額面そのままでも良いし、手数料などを引いた額面や何らかの特典によって増加された額面などであっても良い。
【０１２１】
また、使用限度の引上額に関して、その替わりに商品ＩＤや取引ＩＤを引上命令と関連付けて送信しても良い。その場合、引上命令の受信先では、その商品ＩＤなどと関連付けられている入金受付情報を取得、参照し、その引上額を特定すると良い。
【０１２２】
（ホワイトカードＩＤ管理装置）
【０１２３】
次に、「ホワイトカードＩＤ管理装置」の構成要件について説明する。図６にあるように、「ホワイトカードＩＤ管理装置」（０６２０）は、「紐付テーブル保持部」（０６２１）と、「受金ＩＤ受信部」（０６２２）と、「消費使用ＩＤ送信部」（０６２３）と、を有する。
【０１２４】
「紐付テーブル保持部」（０６２１）は、消費使用ＩＤと受金ＩＤとを紐付けた紐付テーブルを保持する機能を有し、例えばハードディスクドライブなどの各種記憶媒体によって実現することができる。
【０１２５】
図８は、この紐付テーブルの一例を表す概念図である。この図にあるように、例えば携帯電話番号「０９０−ｘｘｘ−ｘｘｘｘ」を受金ＩＤとし、それに対して消費使用ＩＤ「０１２３」が関連付けられている。あるいは受金ＩＤである電子メールアドレス「α＠ｙｙｙ．ｎｅ．ｊｐ」に対して消費使用ＩＤ「１２３４」、あるいは専用ＩＤ「ＵＳＥＲ−００１」に対して消費使用ＩＤ「５４３２」が関連付けられている、という具合である。
【０１２６】
このようにして、送金者に消費使用ＩＤを知らせなくても、携帯電話番号などを指定することで安全に受金し、ホワイトカードの使用限度額を引上げることができる。
【０１２７】
また、この紐付テーブルにて保持される消費使用ＩＤについては、固定ＩＤ（実際の消費使用に利用されるカードＩＤ）と変動ＩＤ（１回のみの使いきりＩＤ）の２種類を合せて管理するよう構成し、引上命令装置に対して実際の消費に利用されるＩＤを知らせないよう構成し、そのセキュリティ性を高めても良い。例えば、受金ＩＤを受信した際に、固定ＩＤとは別に１回きりの変動ＩＤを新規に生成し、その変動ＩＤを消費使用ＩＤとして引上命令装置に送信する。そして、その変動ＩＤと固定ＩＤの組を、実際に引上命令にしたがって使用限度額を引上げて管理する例えばホワイトカードの発行管理者のサーバ装置に対して送信する、という具合である。
【０１２８】
「受金ＩＤ受信部」（０６２２）は、引上命令装置から受金ＩＤを受信する機能を有し、例えばネットワーク網などを介して受信する、という具合である。また、このホワイトカードＩＤ管理装置と引上命令装置が物理的に１つの装置で実現されている場合には、バス線などを介して内部的に情報を送受信するよう構成すると良い。また、いずれの商品購入に係る入金に対する受金ＩＤであるかを識別するため、前述のように受金ＩＤと関連付けられている商品ＩＤや取引ＩＤを合わせて受信すると良い。
【０１２９】
「消費使用ＩＤ送信部」（０６２３）は、受信した受金ＩＤに紐付けられている消費使用ＩＤを紐付テーブルから取得して引上命令装置に送信する機能を有し、例えばＣＰＵなどの論理演算処理によって上記テーブルを検索し、該当する消費使用ＩＤをネットワーク網（あるいは内部バス線）などを介して返信する、という具合である。
【０１３０】
このように本実施例では、受金ＩＤと消費使用ＩＤとが異なるホワイトカードを利用することによって、第三者（商品購入者）からの入金を安全に商品の販売者が受金することができ、その入金を確認したうえで商品の発送を行うことができる。
【０１３１】
なお、この消費使用ＩＤの送信部では、受信した商品ＩＤや取引ＩＤを利用して入金受付情報で示される入金額を取得することで、その消費使用ＩＤに係る使用限度額の引上額を算出し、消費使用ＩＤと関連付けて送信しても良い。あるいは、使用限度額の引上額の替わりに商品ＩＤや取引ＩＤを引上命令と関連付けて送信しても良い。
【０１３２】
＜処理の流れ＞
【０１３３】
図９は、本実施例の出入金管理システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１３４】
この図にあるように、まず、例えば商品の発送者が、インターネット上の商品登録ページなどを利用して入力した、商品購入者に対して発送される商品を識別する商品の発送者を識別する発送者ＩＤを、例えばその商品登録ページにて生成された商品ＩＤや取引ＩＤと関連付けて取得する（ステップＳ０９０１）。つづいて、商品の取引が成立すると、商品の発送者は商品の購入者に対して、自身の保有するホワイトカードの受金ＩＤをメールなどで通知する。すると、購入者は、例えば入金処理端末でその受金ＩＤと自身の購入者ＩＤを入力し入金処理を実行する。すると、その入金によって生成される、商品購入に係る入金があった旨の情報である入金受付情報を、当該商品ＩＤや取引ＩＤ及び商品の購入者を識別する購入者ＩＤ、および受金ＩＤと関連付けて取得する（ステップＳ０９０２）。
【０１３５】
そして、その取得した入金受付情報に係る商品の発送者ＩＤで識別される発送者に対して、例えば商品ＩＤなどや入金済みを示す定型文などを記載したメールなどで入金があった旨を通知する（ステップＳ０９０３）。また、入金受付情報と受金ＩＤとを、引上命令装置に対して出力する（ステップＳ０９０４）。
【０１３６】
すると、その通知を受け取った商品発送者が商品の発送を実行し、その発送された商品を購入者が受け取ることで、発送された商品を受領した旨の情報である商品受領情報を、前記購入者ＩＤと関連付けて取得する（ステップＳ０９０５）。すると入金受付情報に関連付けて取得した購入者ＩＤと、当該入金受付情報に関連付けられた商品ＩＤなどで特定される商品や取引に関する商品受領情報に関連付けて取得した購入者ＩＤとが一致するかの判断処理が実行され（ステップＳ０９０６）、一致するとの判断結果である場合に、前記入金された金品を発送者が利用可能とするための情報である利用可能情報を、受金ＩＤ及び商品ＩＤや取引ＩＤと関連付けて引上命令装置に出力する（ステップＳ０９０７）。
【０１３７】
そして、引上命令装置にて、ステップＳ０９０７にて受金ＩＤや商品ＩＤなどと関連付けて出力された入金受付情報を受信し（ステップＳ０９１１）、受信した入金受付情報に関連付けられたホワイトカードの受金ＩＤをホワイトカードＩＤ管理装置に送信する（ステップＳ０９１２）。
【０１３８】
するとホワイトカードＩＤ管理装置にて、引上命令装置から受金ＩＤを受信し（ステップＳ０９２１）、予め保持されている紐付テーブルを参照して消費使用ＩＤを取得する（ステップＳ０９２２）。そしてその消費使用ＩＤを引上命令装置に返信する（ステップＳ０９２３）。また、その際には受金ＩＤと合わせて商品ＩＤを受信し、その商品ＩＤを消費使用ＩＤと関連付けて返信すると良い。
【０１３９】
そして、引上命令装置では返信された消費使用ＩＤを取得し（ステップＳ０９１３）、その取得した消費使用ＩＤと使用限度額引上額を含む引上命令を、当該消費使用ＩＤに火も付けられた受金ＩＤと関連付けられた利用可能情報を受信した場合（ステップＳ０９１４）にのみ送信する（ステップＳ０９１５）。また、その際には消費使用ＩＤと合わせて受信した商品ＩＤを利用して特定した入金受付情報を参照し算出した引上額を含む引上命令を生成しても良い。あるいは使用限度額引上額の替わりに商品ＩＤを引上命令に含身送信しても良い。
【０１４０】
なお、上記処理の流れは一例であって、例えば引上命令装置は、予め引出などの制限付きの引上命令を送信しておき、後で送信した利用可能情報によって当該制限を解除する処理の流れであっても良い。
【０１４１】
＜効果の簡単な説明＞
【０１４２】
本実施例の出入金管理システムによって、ネットオークションやネット通販など商品購入に係る入金と商品の発送のタイミングが異なるような取引であっても、受金ＩＤと消費使用ＩＤとを有するホワイトカードを利用して、その入金、及び発送に応じた商品の受領を確認したうえで安全に取引を成立させることができる。
【０１４３】
また事前の信用情報などの審査を必要とせず、また受金ＩＤと消費使用ＩＤが異なるホワイトカードを利用することで、クレジットカードを所持していない者であっても、第三者（商品購入者）からの入金を安全に受金することができ、その入金を確認したうえで商品の発送を行うことができる。
【０１４４】
≪実施例３≫
【０１４５】
＜概要＞
【０１４６】
本実施例は、上記実施例を基本として、さらに、引上命令装置から送信された引上命令に応じてホワイトカードの使用限度額を引上げて使用できるよう管理する、例えばホワイトカードの発行会社などのサーバ装置である「ホワイトカード管理サーバ装置」を備えることを特徴とする出入金管理システムである。
【０１４７】
この「ホワイトカード管理サーバ装置」では、消費使用ＩＤとその使用限度額とを関連付けて管理し、引上命令を受信した場合、その使用限度額を変更する機能を有する。したがって、例えば店舗などでホワイトカードが提示され、その店舗端末から消費使用ＩＤを含むカードの使用可否の問合せを受付けた場合、その引上命令による使用限度額が変更されたカードの利用可否判断をすることができる、という具合である。
【０１４８】
＜機能的構成＞
【０１４９】
図１０は、本実施例の出入金管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の出入金管理システムは、上記実施例１を基本として「出入金管理サーバ装置」（１０００）と、「引上命令装置」（１０１０）と、「ホワイトカードＩＤ管理装置」（１０２０）と、を有する。なお、これら装置における機能ブロックなどは上記実施例にて記載済みであるので、その説明は省略する。
【０１５０】
そして、本実施例の出入金管理システムは、さらに「ホワイトカード管理サーバ装置」（１０３０）を有することを特徴とする。
【０１５１】
（ホワイトカード管理サーバ装置）
【０１５２】
図１０に示すように、この「ホワイトカード管理サーバ装置」は、「引上命令受信部」（１０３１）と、「使用限度額テーブル保持部」（１０３２）と、「使用限度額変更部」（１０３３）と、を有する。
【０１５３】
「引上命令受信部」（１０３１）は、引上命令装置から引上命令を受信する機能を有し、例えばインターネット網などを介して、この引上命令を取得する、という具合である。
【０１５４】
「使用限度額テーブル保持部」（１０３２）は、使用限度額テーブルを保持する機能を有し、例えばＨＤＤなどの各種記憶媒体によって実現することができる。また、「使用限度額テーブル」とは、消費使用ＩＤと使用限度額とを関連付けたテーブルをいい、これによって例えば実際に店舗などでカードが提示された際に、その使用限度額を参照して使用可否の判断を行う、という具合である。そして、本実施例では、以下の構成によってこの使用限度額が受金に応じて変更可能に構成されていることを特徴とする。
【０１５５】
「使用限度額変更部」（１０３３）は、受信した引上命令に応じて使用限度額テーブル中の消費使用ＩＤと関連付けられた使用限度額を変更する機能を有する。
【０１５６】
図１１は、この使用限度額の変更処理の一例を説明するための図である。この図１１（ａ）にあるように、消費使用ＩＤ「０１２３」に関連付けられている使用限度額は、「１０万円」である。ここで、ＩＤ：０１２３（受金ＩＤ：０９０−ｘｘｘ−ｘｘｘｘ）のホワイトカードに対して１万円が入金されると、その旨の引上命令がこのホワイトカード管理サーバ装置に受信される。すると、図１１（ｂ）に示すように、消費使用ＩＤ「０１２３」に関連付けられている使用限度額が「１１万円」に更新される、という具合である。
【０１５７】
そして、この使用限度額の引上処理のトリガーとなる引上命令は、利用可能情報の出力に応じて送信されるものであるため、商品の取引における発送と入金とがきちんと確認できてから使用限度額の引上が実行されることとなる。
【０１５８】
なお、このホワイトカード管理サーバ装置では、その使用限度額内での支払が実行された旨の情報を受付け、その支払金額分だけ使用限度額を引上げるよう構成すると良い。このようにすることで、カードの受金および使用に応じてその使用限度額を適宜変更し管理することができるようになる。
【０１５９】
なお、この使用限度額変更部での変更額については、引上命令に関連付けられて商品ＩＤや取引ＩＤが送信されてきた場合、その商品ＩＤや取引ＩＤに関連付けられている入金受付情報を特定し、その入金額を取得することで決定しても良い。
【０１６０】
＜処理の流れ＞
【０１６１】
図１２は、本実施例の出入金管理システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１６２】
なお、引上命令装置から引上命令が送信されるまでの処理については図９にて記載済みであるのでその説明は省略する。
【０１６３】
そして、ホワイトカード管理サーバ装置では、引上命令装置から送信された消費使用ＩＤと使用限度額引上額を含む引上命令を受信する（ステップＳ１２３１）と、受信した引上命令に含まれる消費使用ＩＤに応じて、予め保持されている使用限度額テーブル中で当該消費使用ＩＤと関連付けられた使用限度額を取得する（ステップＳ１２３２）。そして、引上命令に含まれる使用限度額引上額に応じて、その取得した使用限度額を変更する（ステップＳ１２３３）。
【０１６４】
＜効果の簡単な説明＞
【０１６５】
本実施例の出入金管理システムによって、商品の取引における発送と入金とがきちんと確認できてから使用限度額の引上が実行され、その増えた金額を元にカードの使用限度額を変更可能に管理し、その変更される使用限度額の範囲内でカードが使用可能か否かを判断することができる。
【０１６６】
≪実施例４≫
【０１６７】
＜概要＞
【０１６８】
本実施例は、上記実施例を基本として、さらに例えばコンビニの店頭や自身の端末などを使ってホワイトカードへ入金をしようとする入金者を認証する機能を備えることを特徴とする出入金管理システムである。
【０１６９】
例えば２００９年９月現在の法令によると、他者に対して１０万円以上の入金を行う場合、入金者の本人認証を行うよう定められている。そこで本実施例では、システム内で入金者の本人認証をすることで、１０万円以上の入金を可能とすることができる。また、法令に関わらず、入金者の本人認証を行うことで、詐欺などの何らかの悪意ある行為に利用されることを抑止する効果も期待できる。
【０１７０】
具体的には、予めパスポートなどの写真やパスポートなどに記載された住所氏名などのテキスト情報を個人認証サーバに登録させ、登録に応じて個人ＩＤとパスワードを当該登録ユーザに発行する。そして入金に際しては、パスワードと個人ＩＤの組を入力させ、その組が一致するかにより認証を行う、という具合である。
【０１７１】
＜機能的構成＞
【０１７２】
図１３は、本実施例の出入金管理システムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例の出入金管理システムは、上記実施例１を基本として「出入金管理サーバ装置」（１３００）と、「引上命令装置」（１３１０）と、「ホワイトカードＩＤ管理装置」（１３２０）と、を有する。また、実施例２を基本として、図示しない「ホワイトカード管理サーバ装置」を備えていても良い。
【０１７３】
そして、本実施例の出入金管理システムは、さらに「個人認証サーバ装置」（１３３０）を有する点、および「引上命令装置」または「出入金管理サーバ装置」が後述するような各構成要件を有する点を特徴とする。
【０１７４】
（個人認証サーバ装置）
【０１７５】
図１３に示すように、「個人認証サーバ装置」（１３３０）は、「個人ＩＤ保持部」（１３３１）と、「特定要求取得部」（１３３２）と、「判断部」（１３３３）と、「結果情報返信部」（１３３４）と、を有する。
【０１７６】
「個人ＩＤ保持部」（１３３１）は、入金をしようとする利用者の個人特定をするための免許証、保険証、パスポートなど公的に個人を特定することが可能な書類の画像情報または／及び文字情報と関連付けられた個人ＩＤおよびその個人ＩＤで特定される利用者用のパスワードを保持する機能を有し、例えばＨＤＤやその他の記憶媒体によって実現することができる。
【０１７７】
なお、この個人ＩＤ保持部で保持される画像情報または／及び文字情報の取得や、個人ＩＤおよび利用者用のパスワードの発行などについては様々な方法で実現されて良い。例えば本システムを利用する際にユーザ登録を要求し、その登録に際して免許証、保険証、パスポートなどの写しをＦＡＸにて送付させる。そして、そのＦＡＸデータを画像データとして取り込むとともに、新規に個人ＩＤとパスワードを生成し、登録ユーザに返信する、といった方法が挙げられる。また、その際に免許証のＦＡＸデータをＯＣＲ（光学式文字読取装置）などで解析し、住所情報などの文字情報を同時に登録されるようにしても良い。あるいは、別途ユーザ端末にて登録サーバなどにアクセスさせ、そこで表示されるＧＵＩ画面などを介して、パスポートなどの公的に個人を特定することが可能な書類の情報を文字情報として入力させて取得する方法なども挙げられる。
【０１７８】
また、画像データを直接ユーザの端末から送信させて取得するよう構成しても良いし、ユーザが任意に入力した個人ＩＤやパスワードを重複判定処理の後で登録できるよう構成しても良い。
【０１７９】
そして、いずれの場合においても、この個人ＩＤとパスワードの組を認証情報として保持し、入金時に入力された組情報とのマッチング判断をすることで入金者の個人認証を実現する、という具合である。また、この組情報には免許証、保険証、パスポートなど公的に個人を特定することが可能な書類の「画像情報」や「文字情報」もデータとして関連付けられているため、後述するようにその画像情報や文字情報も合せて認証に利用することができる。
【０１８０】
なお、ここで保持されている個人ＩＤとパスワードの組とのマッチング処理に関して、そのマッチング対象となる情報の送信元は引上命令装置または出入金管理サーバ装置のいずれからでも構わない。したがって、以下では両パターンにおける構成要件について合せて説明する。
【０１８１】
「特定要求取得部」（１３３２）は、引上命令装置または出入金管理サーバ装置からパスワードと個人ＩＤとの対からなる特定要求を取得する機能を有する。具体的には、例えば入金時に入金処理端末などに個人ＩＤとパスワードとを入力させるためのＧＵＩを表示し、そこに入力された個人ＩＤとパスワードの組を、直接出入金管理サーバ装置から、あるいは間接的に引上命令装置を経由して取得する、という具合である。
【０１８２】
「判断部」（１３３３）は、取得した特定要求に含まれるパスワードと個人ＩＤの対が個人ＩＤ保持部に保持されているパスワードと個人ＩＤとの対と合致したか判断する機能を有し、例えばＣＰＵや主メモリ、判断プログラムなどによって実現することができる。このようにして、入金者が確かに登録されているユーザか否かを判断し、本人認証を行うことができる。
【０１８３】
また、この判断部での判断処理に関しては、さらに以下の情報を加味して判断されるよう構成しても良い。すなわち個人認証サーバ装置は、入金処理端末などから特定要求を取得した際に、それに含まれる個人ＩＤ、パスワードに関連付けられた画像情報または文字情報を当該入金店舗の店員向けシステムに返信する。そして、店員はその画像をディスプレイに表示し、その入金者の実際の顔と画像の顔、あるいは別途記入提出された用紙に記載された住所などの文字情報とが一致あるいは類似しているか否かを示す目視確認情報を入金処理端末に入力する。そして、パスワードと個人ＩＤとの対と合致したかに加えてその入力された目視確認情報を加味して本人認証のための判断を行う、という具合である。
【０１８４】
「結果情報返信部」（１３３４）は、判断結果が合致したとの判断結果である場合には、その旨を示す情報である結果情報を返信する機能を有する。なお、判断結果が合致しないときでも、その合致しない旨を示す不一致結果情報を返信するよう構成しても良い。
【０１８５】
また、その結果情報の返信先は、特定情報の送信元である引上命令装置または出入金管理サーバ装置となる。そして、結果情報が引上命令装置に返信される場合は、結果情報に応じて引上命令の出力を制御することで、この本人認証結果を入金可否に反映させる。一方、結果情報が出入金管理サーバ装置に返信される場合は、結果情報に応じて取得した受金ＩＤと入金受付情報との出力を制御することで、この本人認証結果を入金可否に反映させる、という具合である。
【０１８６】
（引上命令装置）
【０１８７】
図１３に示すように、「引上命令装置」（１３１０）は、「個人ＩＤ入力受付部」（１３１１）と、「個人ＩＤ送信部」（１３１２）と、「結果情報受信部」（１３１３）と、「引上命令送信制御部」（１３１４）と、を有する。なお、上記実施例ですでに記載済みの構成要件についての図示、および説明は省略する。
【０１８８】
「個人ＩＤ入力受付部」（１３１１）は、入金をしようとする利用者からパスワードと個人ＩＤとの対の入力を受け付ける機能を有し、例えば入金者による入金サービス開始操作などに応じて、パスワードと個人ＩＤとの対の入力を促すＧＵＩ画面を表示するなどの方法が挙げられる。なお、引上命令装置が入金処理端末やユーザ端末に組み込まれていない場合、ユーザから直接、パスワードと個人ＩＤとの対の入力を受付けることができない。そのような場合には、入金処理端末や出入金管理サーバ装置の機能によって上記ＧＵＩ画面などを入金処理端末などに表示し、入力されたパスワードと個人ＩＤとの対を間接的に受け付けるよう構成すると良い。
【０１８９】
また、この個人ＩＤ入力受付部は、さらに以下のような機能を有していても良い。すなわち、前述のように現在の法令では１０万円以上の入金の場合個人認証が必要と定められている。そこで、ユーザが受金ＩＤとともに入力した入金額が例えば１０万円など所定額以上か否かをＣＰＵの演算処理により判断し、その判断結果に応じて１０万円以上などであれば個人ＩＤとパスワードの対の入力を受け付けるよう構成する、という具合である。
【０１９０】
「個人ＩＤ送信部」（１３１２）は、受け付けたパスワードと個人ＩＤとの対を特定要求として前記個人認証サーバ装置に送信する機能を有する。
【０１９１】
「結果情報受信部」（１３１３）は、送信した特定要求に応じて個人認証サーバ装置から返信される結果情報を受信する機能を有する。
【０１９２】
「引上命令送信制御部」（１３１４）は、結果情報を受信した場合にのみ引上命令の送信を可能とするよう制御する機能を有する。このようにして、個人ＩＤとパスワードの組み合わせ（対）、また場合によっては画像情報を利用した店員などの目視による確認情報を利用して本人認証を行い、本人と認証された場合にのみ引上命令を送信し、ホワイトカードに対する入金処理を実行することができる。
【０１９３】
（出入金管理サーバ装置）
【０１９４】
図１３に示すように、「出入金管理サーバ装置」（１３００）は、「個人ＩＤ入力受付部」（１３０１）と、「個人ＩＤ送信部」（１３０２）と、「結果情報受信部」（１３０３）と、「出力部制御部」（１３０４）と、を有する。なお、上記実施例ですでに記載済みの構成要件についての図示、および説明は省略する。また、引上命令装置における上記同名の構成要件も、その機能などは同様であるので説明は省略する。
【０１９５】
「出力部制御部」（１３０４）は、結果情報を受信した場合にのみ取得した受金ＩＤと、入金受付情報とを関連付けて出力するように出力部を制御する機能を有する。この構成においても、個人ＩＤとパスワードの組み合わせ（対）、また場合によっては画像情報を利用した店員などの目視による確認情報を利用して本人認証を行い、本人と認証された場合にのみ引上命令を送信し、ホワイトカードに対する入金処理を実行することができる。
【０１９６】
＜処理の流れ＞
【０１９７】
図１４は、本実施例の出入金管理システムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１９８】
なお、出入金管理サーバ装置や引上命令装置による引上命令送信に関する処理の流れについては図９などで記載済みであるのでその説明は省略する。
【０１９９】
まず、個人認証サーバ装置は、例えばユーザ登録などを要求することで、入金をしようとする利用者の個人特定をするための免許証、保険証、パスポートなど公的に個人を特定することが可能な書類の画像情報や文字情報を取得する（ステップＳ１４３１）。そしてその画像情報と関連付けて個人ＩＤおよびその個人ＩＤで特定される利用者用のパスワードを生成、あるいは取得し、それらを関連付けて個人ＩＤ保持部に記録する（ステップＳ１４３２）。
【０２００】
その後、その利用者が入金を行うため出入金管理サーバ装置での受金ＩＤを入力する前または後に、引上命令装置、または出入金管理サーバ装置にて、入金をしようとする利用者からパスワードと個人ＩＤとの対の入力を受け付け（ステップＳ１４０１）、そのパスワードと個人ＩＤとの対を特定要求として個人認証サーバ装置に送信する（ステップＳ１４０２）。
【０２０１】
そして個人認証サーバ装置では、引上命令装置または出入金管理サーバ装置から送信されたパスワードと個人ＩＤとの対からなる特定要求を取得する（ステップＳ１４３３）と、取得した特定要求に含まれるパスワードと個人ＩＤの対が個人ＩＤ保持部に保持されているパスワードと個人ＩＤとの対と合致したか判断する（ステップＳ１４３４）。そして判断結果が合致したとの判断結果である場合には、その旨を示す情報である結果情報を引上命令装置または出入金管理サーバ装置に返信する（ステップＳ１４３５）。
【０２０２】
そして引上命令装置では、結果情報を受信した場合にのみ引上命令の送信を可能とする（ステップＳ１４０３Ａ）。あるいは出入金管理サーバ装置であれば、結果情報を受信した場合にのみ取得した受金ＩＤと、入金受付情報とを関連付けて出力するように出力部を制御する（ステップＳ１４０３Ａ）。
【０２０３】
＜効果の簡単な説明＞
【０２０４】
以上のように、本実施例の出入金管理システムにおいて、入金者の本人認証を行うことができる。したがって、例えば法令に沿った運用が可能になり、また詐欺などに悪用されることを抑止する効果も期待できる。
【符号の説明】
【０２０５】
０２００  出入金管理サーバ装置
０２０１  発送商品登録部
０２０２  入金受付情報取得部
０２０３  入金済通知部
０２０４  商品受領情報取得部
０２０５  認証部
０２０６  利用可能情報出力部
【図１】
2012176273.tif 000003
【図２】
2012176273.tif 000004
【図３】
2012176273.tif 000005
【図４】
2012176273.tif 000006
【図５】
2012176273.tif 000007
【図６】
2012176273.tif 000008
【図７】
2012176273.tif 000009
【図８】
2012176273.tif 000010
【図９】
2012176273.tif 000011
【図１０】
2012176273.tif 000012
【図１１】
2012176273.tif 000013
【図１２】
2012176273.tif 000014
【図１３】
2012176273.tif 000015
【図１４】
2012176273.tif 000016
【国際調査報告】
2012176273.tif 000017
2012176273.tif 000018