JPWO2018079167A1 - 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム - Google Patents

Abstract

生体情報に基づくユーザ認証を行い、ユーザ位置または行動が設定条件を満たすことの確認に基づいて送金処理を行う構成を実現する。ユーザ端末と、処理条件管理サーバを有する情報処理システムにおいて、ユーザ端末は、ユーザ口座に連携する電子マネーによる取引を実行する制御部を有し、生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する。処理条件管理サーバは、生体情報に基づくユーザ認証を実行し、さらに、位置または行動情報が設定条件を満足するか否かを判定し、満足すると判定した場合、登録済みの取引態様に従った取引処理、例えばユーザ口座に対する送金処理を実行させる。

Description

本開示は、情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。さらに詳細には、ユーザの位置や行動の確認に基づく送金処理等を行う情報処理装置、情報処理システム、および情報処理方法、並びにプログラムに関する。

近年、チャージ機能、支払機能、決済機能、クレジットカード機能等の電子マネー機能を有する携帯電話やスマホ等の携帯端末の利用が拡大している。
電子マネー機能を持つ携帯端末を利用することで、現金を持ち歩くことなく、買い物等の決済を簡単に行うことが可能となる。

電子マネーを利用した決済処理では、多くの場合、電子マネー機能を持つスマホ等の携帯端末を、決済装置に近づけて、携帯端末と決済装置間の近接通信を実行して認証処理を行い、認証が成立したことを条件とした処理を行うのが一般的である。
なお、認証処理を伴う電子商取引を記載した従来技術として、例えば特許文献１（特許３９５１９２０号公報）がある。

これまでの電子マネーの利用形態は、多くの場合、電子マネー機能を持つ携帯端末を有するユーザ本人のみによる電子マネーの利用に限定されていた。
例えば、親の電子マネー口座のお金を、子供の電子マネー口座に送金する等、電子マネーを利用する複数のユーザ間の送金処理については具体的な規約や処理が規定されていない。
また、上記のように、携帯端末と決済装置間の近接通信を実行して認証処理を行い、認証が成立したことを条件とした処理は、ユーザにとって煩わしいという問題もある。

特許３９５１９２０号公報

本開示は、例えば、上述の問題点に鑑みてなされたものであり、携帯端末を利用したユーザ間の送金処理や、利用制御を行う情報処理装置、情報処理システム、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の一実施例においては、例えば、ユーザの位置や行動に応じた送金処理や、利用制御を行う情報処理装置、情報処理システム、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部は、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信し、
（ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する情報処理装置にある。

さらに、本開示の第２の側面は、
ユーザ口座に連携する電子マネーによる取引を実行するユーザ端末との通信を実行する通信部と、
前記通信部を介したユーザ端末からの受信データを適用したデータ処理を実行するデータ処理部を有し、
前記データ処理部は、
前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
前記ユーザ認証が成立した場合、
前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
予め登録済みの取引態様に従って、前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行、または取引処理の要求を処理実行サーバに出力する情報処理装置にある。

さらに、本開示の第３の側面は、
ユーザ端末と、処理条件管理サーバを有する情報処理システムであり、
前記ユーザ端末は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部は、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を実行し、
前記処理条件管理サーバは、
前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
前記ユーザ認証が成立した場合、
前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
予め登録済みの取引態様に従った前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行、または取引処理の要求を処理実行サーバに出力する情報処理システムにある。

さらに、本開示の第４の側面は、
ユーザ端末と、処理条件管理サーバと、処理実行サーバを有する情報処理システムであり、
前記ユーザ端末は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部は、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を実行し、
前記処理条件管理サーバは、
前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
前記ユーザ認証が成立した場合、
前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
予め登録済みの取引態様に従った取引処理の要求を処理実行サーバに出力し、
前記処理実行サーバは、
前記処理条件管理サーバからの取引処理の実行要求受信に応じて、予め登録済みの取引態様に従った前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行する情報処理システムにある。

さらに、本開示の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部が、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信し、
（ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する情報処理方法にある。

さらに、本開示の第６の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記プログラムは、前記制御部に、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理と、
（ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する処理の制御を実行させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、生体情報に基づくユーザ認証を行い、ユーザ位置または行動が設定条件を満たすことの確認に基づいて送金処理を行う構成が実現される。具体的には、例えば、ユーザ端末と、処理条件管理サーバを有する情報処理システムにおいて、ユーザ端末は、ユーザ口座に連携する電子マネーによる取引を実行する制御部を有し、生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する。処理条件管理サーバは、生体情報に基づくユーザ認証を実行し、さらに、位置または行動情報が設定条件を満足するか否かを判定し、満足すると判定した場合、登録済みの取引態様に従った取引処理、例えばユーザ口座に対する送金処理を実行させる。
本構成により、生体情報に基づくユーザ認証を行い、ユーザ位置または行動が設定条件を満たすことの確認に基づいて送金処理を行う構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

本開示の情報処理システムの概要について説明する図である。 本開示の情報処理システムの概要について説明する図である。 処理条件管理サーバの保持するユーザ情報の一例について説明する図である。 処理実行サーバの保持するユーザ情報の一例について説明する図である。 本開示の情報処理システムの概要について説明する図である。 処理条件登録シーケンスについて説明する図である。 処理条件の具体例について説明する図である。 ユーザの位置や行動の確認に基づく送金処理のシーケンスについて説明する図である。 ユーザの位置や行動の確認に基づく送金処理のシーケンスについて説明する図である。 処理条件の具体例について説明する図である。 ユーザの位置や行動の確認に基づく送金処理のシーケンスについて説明する図である。 ユーザの位置や行動の確認に基づく送金処理のシーケンスについて説明する図である。 ユーザの位置や行動の確認に基づく送金処理の具体例について説明する図である。 処理条件の具体例について説明する図である。 ユーザ端末の実行するアプリケーションと各サーバ間の処理について説明する図である。 本開示の情報処理システムの概要について説明する図である。 サービス提供サーバの保持するユーザ情報の一例について説明する図である。 処理条件登録シーケンスについて説明する図である。 処理条件の具体例について説明する図である。 ユーザの位置や行動の確認に基づく送金処理のシーケンスについて説明する図である。 ユーザの位置や行動の確認に基づく送金処理のシーケンスについて説明する図である。 処理条件の具体例について説明する図である。 サービス提供サーバをレジャー施設管理会社のサーバとした実施例について説明する図である。 処理条件の具体例について説明する図である。 ユーザ端末を構成する情報処理装置の構成例について説明する図である。 サーバを構成する情報処理装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．情報処理システムの構成例について
２．ユーザ位置または行動に応じて、ユーザ口座間の送金制御を行う実施例について
３．ユーザ位置または行動に応じて、サービス対価支払いの送金制御を行う実施例について
４．情報処理装置の構成例について
５．本開示の構成のまとめ

［１．情報処理システムの構成例について］
まず、図１以下を参照して、本開示の情報処理システムの構成例について説明する。
図１は、本開示の情報処理システムの一構成例を示す図である。

図１には親子関係にあるユーザＡ（親）１０と、ユーザＢ（子）２０を示している。
ユーザＡ（親）１０は、リストバンド型のウェアラブル端末（Ａ）１１を腕に装着し、携帯端末（Ａ）１２を胸ポケットに入れている。
ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２は、いずれも、例えば銀行等の金融機関のユーザ口座に連携する電子マネーによる取引を実行する制御部を有し、さらに、生体情報を取得する生体情報取得センサ、位置情報、または行動情報を取得する位置センサまたは行動センサを有する。また、その他の様々なアプリケーションやデータ処理を実行するデータ処理部、表示部、通信部を有する情報処理装置である。

ウェアラブル端末（Ａ）１１と携帯端末（Ａ）１２は相互に通信可能な構成を持つ。例えば低消費電力型のブルートゥース（登録商標）（ＢＴ：Ｂｌｕｅｔｏｏｔｈ（登録商標））通信であるＢＬＥ（Ｂｌｕｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）規格に従ったデータ通信を行う。

携帯端末（Ａ）１２は、さらにＷｉ−Ｆｉ通信により、インターネット等のネットワーク１を介して、様々な外部装置、例えば、ネットワーク１に接続されたサーバや、他のユーザ端末との通信を行うことが可能な構成を持つ。

ユーザＢ（子）２０は、携帯端末（Ｂ）２２をポケットに入れている。
携帯端末（Ｂ）２２も、例えば銀行等の金融機関のユーザ口座に連携する電子マネーによる取引を実行する制御部を有し、さらに、生体情報を取得する生体情報取得センサ、位置情報、または行動情報を取得する位置センサまたは行動センサを有する。また、その他の様々なアプリケーションやデータ処理を実行するデータ処理部、表示部、通信部を有する情報処理装置である。

携帯端末（Ｂ）２２も、Ｗｉ−Ｆｉ通信により、インターネット等のネットワーク１を介して、様々な外部装置、例えば、ネットワーク１に接続されたサーバや、他のユーザ端末との通信を行うことが可能な構成を持つ。

ネットワーク１には、さらに、処理条件管理サーバ３０、処理実行サーバ４０が接続されている。
処理条件管理サーバ３０は、例えば、ユーザＡ（親）１０の口座（銀行口座、電子マネー口座等）から、ユーザＢ（子）２０の口座（銀行口座、電子マネー口座等）への送金処理を実行する条件となる設定条件等の処理条件情報を記憶部（データベース）に格納している。さらに、記憶部に保持した設定条件を満足したか否かの判定処理を実行する。

設定条件を満足したか否かの判定処理は、例えば、ユーザＢ（子）２０の携帯端末（Ｂ）２２から送信されるユーザＢ（子）の位置情報や行動情報に基づいて行われる。
なお、ユーザＡ（親）１０の携帯端末（Ａ）１１から送信されるユーザＡ（親）の位置情報や行動情報を利用して判定処理が行われる場合もある。

処理実行サーバ４０は、例えば銀行の管理するサーバであり、例えば、ユーザＡ（親）１０の口座（銀行口座、電子マネー口座等）から、ユーザＢ（子）２０の口座（銀行口座、電子マネー口座等）への送金処理を実行する。

処理条件管理サーバ３０が、例えば、ユーザＢ（子）２０の携帯端末（Ｂ）２２から送信されるユーザＢ（子）の位置情報や行動情報に基づいて、送金処理を行うための設定条件を満足したと判定した場合、処理実行サーバ４０に対して送金処理の実行を依頼する。
処理実行サーバ４０は、処理条件管理サーバ３０からの送金依頼の受信に応じて送金処理を実行する。

なお、図１においては、処理条件管理サーバ３０と、処理実行サーバ４０を個別のサーバとして示しているが、これら２つのサーバを一体化し、１つのサーバで、各サーバの機能を行う構成としてもよい。

図２は、各ユーザ端末や、各サーバとの間で実行される通信処理の概要を説明する図である。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２には、位置情報や行動情報を取得するセンサ（ＧＰＳ、加速度センサ等）が備えられ、これらのセンサによる取得情報であるユーザＡ（親）１０の位置情報／行動情報１５が、処理条件管理サーバ３０に送信される。

また、ユーザＡ（親）１０は、携帯端末（Ａ）１２を利用して、送金処理を行うための設定条件等の処理条件情報１６を処理条件管理サーバ３０に送信する。
処理条件情報１６は、ユーザＡ（親）１０が携帯端末（Ａ）１２に入力することができる。
処理条件管理サーバ３０は、携帯端末（Ａ）１２から受信した処理条件情報１６を、処理条件登録データベース（ＤＢ）３１に格納する。
具体的な条件設定例については後述する。

ユーザＢ（子）２０の携帯端末（Ｂ）２２にも、位置情報や行動情報を取得するセンサ（ＧＰＳ、加速度センサ等）が備えられ、これらのセンサによる取得情報であるユーザＢ（子）２０の位置情報／行動情報２５が、処理条件管理サーバ３０に送信される。

また、例えば銀行の管理する処理実行サーバ４０は、ユーザＡ（親）１０、およびユーザＢ（子）２０の口座（銀行口座、あるいは電子マネー口座）４１，４２を管理し、これらの口座間の送金処理を実行する。

ユーザＡ（親）１０の携帯端末（Ａ）１２は、銀行の管理する処理実行サーバ４０との通信を行い、Ａの口座４１に関する電子マネー情報５１、例えば送金情報、入金情報、残高情報を取得して表示することが可能であり、また、送金要求等の処理要求を行うことが可能である。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１も、携帯端末（Ａ）１２を介して処理実行サーバ４０との通信を行い、Ａの口座４１に関する電子マネー情報５１の取得処理や、処理要求を送信することが可能である。

ユーザＢ（子）２０の携帯端末（Ｂ）２２も、銀行の管理する処理実行サーバ４０との通信を行い、Ｂの口座４２に関する電子マネー情報６１、例えば送金情報、入金情報、残高情報を取得して表示することが可能であり、また、送金要求等の処理要求を行うことが可能である。

処理条件管理サーバ３０は、例えば、ユーザＢ（子）２０の携帯端末（Ｂ）２２から送信されるユーザＢ（子）の位置情報や行動情報に基づいて、処理条件登録データベース３１に登録済みの送金処理実条件（設定条件）を満足したと判定した場合、処理実行サーバ４０に対して送金処理要求情報を出力する。
図に示す送金要求情報３５である。
この送金要求情報３５には、送金金額の指定情報や送金元、送金先（入金先）等の情報も含まれる。

処理実行サーバ４０は、処理条件管理サーバ３０からの送金要求情報３５の受信に応じて、ユーザＡ（親）１０の口座であるＡ口座４１から、ユーザＢ（子）２０の口座であるＢ口座４２に対する送金処理を実行する。
送金処理がなされたことは、電子マネー情報５１，６１としてユーザＡ（親）１０の携帯端末（Ａ）１２や、ユーザＢ（子）２０の携帯端末（Ｂ）２２に送信される。

なお、ユーザＡ（親）１０のウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２と、処理条件管理サーバ３０、あるいは処理実行サーバ４０とのデータ通信を行う場合には、認証処理を行い、各サーバ３０，４０が、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２を利用しているユーザがユーザＡ（親）１０であることを確認する処理（ユーザ認証処理）を行う。

このユーザ認証が成立し、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２の利用ユーザがユーザＡ（親）１０であることが確認された後、各種情報（位置／行動情報１５、処理条件情報１６、電子マネー情報５１等）のデータ通信処理が開始される。
ユーザ認証が成立しない場合、これらの情報（位置／行動情報１５、処理条件情報１６、電子マネー情報５１等）の通信処理は行われない。

同様に、ユーザＢ（子）２０の携帯端末（Ｂ）２２と、処理条件管理サーバ３０、あるいは処理実行サーバ４０とのデータ通信を行う場合にも、認証処理を行い、各サーバ３０，４０が、携帯端末（Ｂ）２２を利用しているユーザがユーザＢ（子）２０であることを確認する処理（ユーザ認証処理）を行う。

このユーザ認証が成立し、携帯端末（Ｂ）２２の利用ユーザがユーザＢ（子）２０であることが確認された後、各種情報（位置／行動情報２５、電子マネー情報６１等）のデータ通信処理が開始される。
ユーザ認証が成立しない場合、これらの情報（位置／行動情報２５、電子マネー情報６１等）の通信処理は行われない。

なお、ユーザ認証処理としては、ユーザの生体情報を適用した生体認証処理を行う。例えば、指紋認証、静脈認証、顔認証、虹彩認証、血管認証、声紋認証等、ユーザを特定可能な生体情報を利用した生体認証を行う。
なお、認証処理は、データ通信の開始前に行うとともに、データ通信の実行中に定期的に行ういわゆる「継続認証処理」として実行することが好ましい。
これは、例えば、携帯端末やウェアラブル端末の利用ユーザが入れ代わるといった不正を防止するためである。

「継続認証処理」を行う場合、例えば、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２，携帯端末（Ｂ）２２は、継続的に通信相手であるサーバ（処理実行条件管理サーバ３０、または処理実行サーバ４０）に、予め登録済みの生体認証情報（例えば血管情報等）を送信する。
サーバ（処理実行条件管理サーバ３０、または処理実行サーバ４０）は、通信相手であるユーザ端末から受信する生体情報に基づいて、登録情報との照合処理を定期的に実行し、照合成立の場合は、通信を継続し、照合不成立の場合は、通信を遮断する処理を行う。
このような継続認証を実行することで、通信相手のユーザ端末の利用ユーザの入れ代わりを防止することが可能となる。

次に、図３を参照して処理条件管理サーバ３０が保持するユーザ情報の一例について説明する。
図３に示すように、処理条件管理サーバ３０は、以下の各データの対応情報をユーザ情報として記憶部に保持している。
（ａ）端末識別子
（ｂ）ユーザ名
（ｃ）ユーザ識別子（ＩＤ）
（ｄ）ユーザ認証情報
（ｅ）ユーザ関係情報

（ａ）端末識別子は端末固有の識別子（ＩＤ）である。
（ｂ）ユーザ名は、ユーザの名前やニックネームである。
（ｃ）ユーザ識別子（ＩＤ）は、各ユーザ固有の識別子である。
（ｄ）ユーザ認証情報は生体認証情報であり、継続認証処理に適用可能な情報とすることが好ましい。例えば、指紋、静脈、顔、虹彩、血管、声紋等の生体認証情報を予めユーザから受領して、登録する。
処理条件管理サーバ３０は、この登録情報を用いて、通信相手から受信する生体情報との照合処理を行い、認証処理を実行する。

（ｅ）ユーザ関係情報は、登録ユーザと他の登録ユーザとの関係、例えば親子、兄弟関係を示す情報である。この情報は、送金処理を実行する場合に、送金元と送金先を確認する処理や、予め申請された送金許容範囲内の送金であるかを確認するための情報として利用される。

例えばユーザＡ（親）１０は、様々な送金条件の設定処理が可能であり、送金額、送金元、送金先、送金を実行するために確認が必要となる様々な設定条件を処理条件管理サーバ３０に登録することができる。
具体的な処理条件の例については後段で説明する。

なお、例えば、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２，携帯端末（Ｂ）２２内の記憶部に、予め事前に取得した生体認証情報（例えば血管情報等）を保存し、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２，携帯端末（Ｂ）２２が、ユーザから新たに取得した生体情報と記憶部に格納された生体情報とを照合する認証処理を実行し、その認証結果、すなわち、認証成立、または認証不成立の認証結果のみを処理条件管理サーバ３０に送信する構成としてもよい。
このような設定とすることで、例えば、定期的に実行する「継続認証処理」を短時間に効率的に行うことが可能となり、またサーバとの通信データ量の削減も可能となる。

なお、この構成では、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２，携帯端末（Ｂ）２２内の記憶部に保存する生体認証情報は、改ざん防止のため、例えば、事前に処理条件管理サーバ３０による確認処理を行い、処理条件管理サーバ３０の署名を付与したデータとすることが好ましい。

また、処理条件管理サーバ３０との送受信データである生体情報、あるいは認証結果データは、所定の暗号通信プロトコルを用いて漏えいを防止した構成とすることが好ましい。

次に、図４を参照して処理実行サーバ４０が保持するユーザ情報の一例について説明する。
図４に示すように、処理実行サーバ４０は、以下の各データの対応情報をユーザ情報として記憶部に保持している。
（ａ）端末識別子
（ｂ）ユーザ名
（ｃ）ユーザ識別子（ＩＤ）
（ｄ）アカウント（口座）情報
（ｅ）ユーザ認証情報

（ａ）端末識別子は端末固有の識別子（ＩＤ）である。
（ｂ）ユーザ名は、ユーザの名前やニックネームである。
（ｃ）ユーザ識別子（ＩＤ）は、各ユーザ固有の識別子である。

（ｄ）アカウント（口座）情報は、各ユーザの口座情報である。銀行口座情報、電子マネー口座情報のいずれでもよい。たただし、いずれの場合も、ユーザ端末からの処理要求に応じた処理（送金、入金、残高確認等）が可能な口座であることが必要である。銀行口座である場合は、ユーザ端末において利用可能な電子マネーとの連携した口座であることが必要である。

（ｅ）ユーザ認証情報は生体認証情報であり、継続認証処理に適用可能な情報とすることが好ましい。例えば、指紋、静脈、顔、虹彩、血管、声紋等の生体認証情報を予めユーザから受領して、登録する。
処理実行サーバ４０は、この登録情報を用いて、通信相手から受信する生体情報との照合処理を行い、認証処理を実行する。

なお、図１、図２を参照して説明した例では、ユーザＡ（親）１０が、ウェアラブル端末（Ａ）１１と携帯端末（Ａ）１２を保持し、ユーザＢ（子）２０は、携帯端末（Ｂ）２２のみを保有する構成として説明したが、図５に示すように、ユーザＢ（子）２０も、ユーザＡ（親）１０と同様、ウェアラブル端末（Ｂ）２１と携帯端末（Ｂ）２２を保持する構成としてもよい。

ユーザＢ（子）２０のウェアラブル端末（Ｂ）２１は、ユーザＢ（子）２０の携帯端末（Ｂ）２２と低消費電力型のブルートゥース（登録商標）（ＢＴ：Ｂｌｕｅｔｏｏｔｈ（登録商標））通信であるＢＬＥ（Ｂｌｕｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）規格に従ったデータ通信を行う。
携帯端末（Ｂ）２２は、さらにＷｉ−Ｆｉ通信により、インターネット等のネットワーク１を介して、様々な通信機器、例えば、ネットワーク１に接続されたサーバや、他のユーザ端末との通信を行う。

［２．ユーザ位置または行動に応じて、ユーザ口座間の送金制御を行う実施例について］
次に、ユーザ位置または行動に応じて、ユーザ口座間の送金制御を行う実施例について説明する。

以下に説明する実施例は、例えば図１に示す設定において、処理実行サーバ４０の管理するユーザＡ（親）１０の口座から、ユーザＢ（子）２０の口座に送金する実施例である。
この送金処理は、ユーザＡ（親）１０が、処理条件管理サーバ３０に登録した設定条件を満たした場合に実行される。

処理条件管理サーバ３０は、ユーザＡ（親）１０が、処理条件管理サーバ３０に登録した設定条件を満たしたか否かを判定する。
処理条件管理サーバ３０は、例えばユーザＢ（子）２０の携帯端末（Ｂ）２２から、ユーザＢ（子）２０の位置情報や行動情報を取得して、この取得情報に基づいて送金条件を満足したか否かの判定処理を行う。

処理条件管理サーバ３０は、送金処理条件を満たしたと判定した場合、処理実行サーバ４０に対して、送金処理の要求（許可）メッセージを送信する。
処理実行サーバ４０は、この送金処理の要求（許可）メッセージの受信に応じて、処理実行サーバ４０の管理するユーザＡ（親）１０の口座から、ユーザＢ（子）２０の口座に対する送金処理を実行する。
以下、この一連の処理について説明する。

まず、図６に示すシーケンス図を参照して、ユーザＡ（親）１０が、処理条件管理サーバ３０に送金処理条件を登録する処理の処理シーケンスについて説明する。
図６には、左から以下の各装置を示している。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１、
ユーザＡ（親）１０の携帯端末（Ａ）１２、
ユーザＢ（子）２０の携帯端末（Ｂ）２２、
処理条件管理サーバ３０、
処理実行サーバ４０、

以下、図６に示すシーケンス図の処理ステップについて、順次、説明する。
（ステップＳ１０１）
まず、ユーザＡ（親）１０の携帯端末（Ａ）１２と、処理条件管理サーバ３０との間で認証処理を実行する。
この認証処理は、双方の装置の信頼性を確認するとともに、携帯端末（Ａ）１２の使用者がユーザＡ（親）１０であることのユーザ認証を目的とする認証処理である。

ユーザ認証処理は、先に図３を参照して説明した処理条件管理サーバ３０の保持データである認証情報を用いて実行される。
ユーザＡ（親）１０の携帯端末（Ａ）１２は、ユーザＡ（親）１０の生体情報を読み取り、読み取った生体情報を処理条件管理サーバ３０に送信する。
処理条件管理サーバ３０は、携帯端末（Ａ）１２から受信した生体情報と、先に図３を参照して説明した処理条件管理サーバ３０の保持データである登録認証情報との照合処理を実行する。

照合成立、すなわち受信データと登録データとが一致すれば、携帯端末（Ａ）１２の利用者がユーザＡ（親）１０であると判断し、認証成立と判定され、次の処理に移行する。
一方、照合不成立、すなわち受信データと登録データとが一致しない場合は、携帯端末（Ａ）１２の利用者がユーザＡ（親）１０ではないと判断し、認証不成立と判定され、次の処理に移行することなく処理を中止する。なお、この場合、処理条件管理サーバ３０は、携帯端末（Ａ）１２に対して、認証不成立であったことを知らせるエラーメッセージを通知してもよい。

（ステップＳ１０２）
ステップＳ１０１の認証処理が成立すると、次に、ユーザＡ（親）１０のウェアラブル端末（Ａ）１１と、処理条件管理サーバ３０との間で認証処理を行う。
なお、この処理は、ウェアラブル端末（Ａ）１１を利用して処理条件管理サーバ３０とデータ通信を行う場合に必要となる処理であり、ウェアラブル端末（Ａ）１１を利用して処理条件管理サーバ３０とデータ通信を行わない場合は省略可能である。

ステップＳ１０２では、ユーザＡ（親）１０のウェアラブル端末（Ａ）１１と、処理条件管理サーバ３０との間で認証処理を実行する。
この認証処理は、双方の装置の信頼性を確認するとともに、ウェアラブル端末（Ａ）１１の使用者がユーザＡ（親）１０であることのユーザ認証を目的とする認証処理である。

ユーザ認証処理も、先に図３を参照して説明した処理条件管理サーバ３０の保持データである認証情報を用いて実行される。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１は、ユーザＡ（親）１０の生体情報を読み取り、読み取った生体情報を処理条件管理サーバ３０に送信する。
処理条件管理サーバ３０は、ウェアラブル端末（Ａ）１１の読み取った生体情報を、既に認証処理が完了した携帯端末（Ａ）１２を介して受信し、受信した生体情報と、先に図３を参照して説明した処理条件管理サーバ３０の保持データである登録認証情報との照合処理を実行する。

照合成立、すなわち受信データと登録データとが一致すれば、ウェアラブル端末（Ａ）１１の利用者がユーザＡ（親）１０であると判断し、認証成立と判定され、次の処理に移行する。
一方、照合不成立、すなわち受信データと登録データとが一致しない場合は、ウェアラブル端末（Ａ）１１の利用者がユーザＡ（親）１０ではないと判断し、認証不成立と判定され、次の処理に移行することなく処理を中止する。なお、この場合、処理条件管理サーバ３０は、ウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２に対して、認証不成立であったことを知らせるエラーメッセージを通知してもよい。

（ステップＳ１０３）
次に、ユーザＡ（親）１０は、携帯端末（Ａ）１２に、処理条件情報を入力して、処理条件管理サーバ３０に送信する。
すなわち、ユーザＡ（親）１０の口座からの送金処理を行うか否かを判定する条件である設定条件や、送金額、送金者（送金元）、入金者（送金先）等を含む処理条件情報を携帯端末（Ａ）１２に入力して、処理条件管理サーバ３０に送信する。
この送信情報の具体例を図７（Ａ）に示す。

図７（Ａ）に示すように、携帯端末（Ａ）１２から処理条件管理サーバ３０に送信される処理条件情報は、例えば以下の各情報を含むデータである。
（ａ）送信者識別子
（ｂ）設定条件
（ｃ）設定条件補助情報
（ｄ）送金額
（ｅ）送金者
（ｆ）入金者
（ｇ）送金処理実行条件
（ｈ）有効期間

（ａ）送信者識別子は、このデータの送信者の識別子でありユーザＡとなる。
（ｂ）設定条件は、送金処理を実行するための条件である。図に示す例は、
「ユーザＡの子Ｂが学習塾Ｋの周辺３０ｍ以内に位置すること」
上記を設定条件とした例を示している。
（ｃ）設定条件補助情報は、上記の（ｂ）設定条件の補助情報であり、学習塾Ｋの住所等、処理条件管理サーバ３０が条件をクリアしたか否かを判定する際に必要となる情報が記録される。

（ｄ）送金額は、送金額を示すデータである。
（ｅ）送金者は、送金元となる口座の名義に相当するユーザ名を記録する。ユーザ名の代わりに送金元口座番号を記録してもよい。
（ｆ）入金者は、送金先となる口座の名義に相当するユーザ名を記録する。ユーザ名の代わりに送金先口座番号を記録してもよい。

（ｇ）送金処理実行条件は、送金を開始するためのトリガとなる条件を記録する。図に示す例は、
「入金者が設定条件を満たしたら実行」
上記条件が記録されている。

すなわち、本例における（ｇ）送金処理実行条件は、（ｂ）設定条件「ユーザＡの子Ｂが学習塾Ｋの周辺３０ｍ以内に位置すること」、この設定条件を満たした場合に、処理実行サーバ４０に送金要求を出力することの指定情報である。
（ｈ）有効期間は、この処理条件情報に従った制御を行う期間である有効期間を記録する。

携帯端末（Ａ）１２から処理条件管理サーバ３０に送信する処理条件情報は、例えばこれらの各情報を含むデータである。
図６に示すシーケンス図のステップＳ１０３では、ユーザＡ（親）１０は、携帯端末（Ａ）１２に、これらの処理条件情報を入力して、処理条件管理サーバ３０に送信する。

（ステップＳ１０４）
次に、処理条件管理サーバ３０は、ユーザＡ（親）１０の携帯端末（Ａ）１２から受信した処理条件情報を処理条件登録データベースに登録する。すなわち、図２に示す処理条件登録データベース３１に対する登録処理を実行する。
このデータベース登録情報の具体例を図７（Ｂ）に示す。
図７（Ｂ）に示すように、処理条件管理サーバ３０の処理条件登録データベース３１に登録される処理条件情報は、例えば以下の各情報を含むデータである。
（ａ）依頼者識別子
（ｂ）設定条件
（ｃ）設定条件補助情報
（ｄ）送金額
（ｅ）送金者
（ｆ）入金者
（ｇ）送金処理実行条件
（ｈ）有効期間

これらの情報は、先に説明した図７（Ａ）に示すユーザＡ（親）１０の携帯端末（Ａ）１２からの受信データに対応する。
ただし、一部、処理条件管理サーバ３０における条件判定処理を効率的に行うために情報の書き換えや追加処理等が行われる。
例えば、（ｃ）設定条件補助情報には、住所に対応する位置を示す緯度経度情報が記録される。これは、例えば、ユーザＢ（子）２０の携帯端末（Ｂ）２２から受信するユーザＢ（子）２０の位置情報は緯度経度情報からなるＧＰＳ情報であり、このＧＰＳ情報を適用した条件判定処理を効率的に行うためである。

処理条件管理サーバ３０は、図７（Ｂ）に示すような処理条件情報を処理条件管理サーバ３０の処理条件登録データベース３１に登録する。
処理条件管理サーバ３０は、例えばユーザＢ（子）２０の携帯端末（Ｂ）２２から受信する位置情報等に基づいて、処理条件登録データベース３１に登録された条件が満足されたか否かを判定して、判定結果に応じて処理実行サーバ４０に対する送金処理の実行要求を行う。
以下、この処理条件情報に基づく送金実行可否判定と送金実行処理のシーケンスについて、図８、図９に示すシーケンス図を参照して説明する。

図８、図９のシーケンス図には、図６のシーケンス図と同様、左から以下の各装置を示している。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１、
ユーザＡ（親）１０の携帯端末（Ａ）１２、
ユーザＢ（子）２０の携帯端末（Ｂ）２２、
処理条件管理サーバ３０、
処理実行サーバ４０、

以下、図８に示すシーケンス図の処理ステップについて、順次、説明する。
（ステップＳ２０１）
まず、ユーザＢ（子）２０の携帯端末（Ｂ）２２と、処理条件管理サーバ３０との間で認証処理を実行する。
この認証処理は、双方の装置の信頼性を確認するとともに、携帯端末（Ｂ）２２の使用者がユーザＢ（子）２０であることのユーザ認証を目的とする認証処理である。

ユーザ認証処理は、先に図３を参照して説明した処理条件管理サーバ３０の保持データである認証情報を用いて実行される。
ユーザＢ（子）２０の携帯端末（Ｂ）２２は、ユーザＢ（子）２０の生体情報を読み取り、読み取った生体情報を処理条件管理サーバ３０に送信する。
処理条件管理サーバ３０は、携帯端末（Ｂ）２２から受信した生体情報と、先に図３を参照して説明した処理条件管理サーバ３０の保持データである登録認証情報との照合処理を実行する。

照合成立、すなわち受信データと登録データとが一致すれば、携帯端末（Ｂ）２２の利用者がユーザＢ（子）２０であると判断し、認証成立と判定され、次の処理に移行する。
一方、照合不成立、すなわち受信データと登録データとが一致しない場合は、携帯端末（Ｂ）２２の利用者がユーザＢ（子）２０ではないと判断し、認証不成立と判定され、次の処理に移行することなく処理を中止する。なお、この場合、処理条件管理サーバ３０は、携帯端末（Ｂ）２２に対して、認証不成立であったことを知らせるエラーメッセージを通知してもよい。

なお、このステップＳ２０１の認証処理は、その後の携帯端末（Ｂ）２２と処理条件管理サーバ３０間の通信処理期間において定期的に実行する継続認証として行うことが好ましい。この継続認証を行うことで、通信実行期間におけるユーザの入れ代わり等を検出することが可能となる。
ユーザが入れ代わった場合、生体認証は不成立となり、その後の処理を中止する。

（ステップＳ２０２）
ステップＳ２０１における認証処理が成立すると、ユーザＢ（子）２０の携帯端末（Ｂ）２２は、携帯端末（Ｂ）２２のセンサ（ＧＰＳや加速度センサ等）が取得した位置情報、あるいはユーザＢ（子）２０の行動情報を処理条件管理サーバ３０に送信する。
携帯端末（Ｂ）２２には、位置検出センサ、加速度センサ、気圧センサ等の様々なセンサが備えられており、携帯端末（Ｂ）２２の位置や、携帯端末の動き等を検出する。携帯端末（Ｂ）２２は、これらのセンサ検出情報を取得して処理条件管理サーバ３０に送信する。
なお、この位置情報や行動情報の処理条件管理サーバに対する送信処理は継続的に実行する。例えば、予め規定された間隔（数秒間隔）で間欠的に送信する。

なお、前述したように、これらのデータ送信処理期間中も、携帯端末（Ｂ）２２と処理条件管理サーバ３０間では、生体認証情報を適用したユーザ認証を継続的に実行する構成とすることが好ましい。

なお、先に図３を参照して説明したように、例えば、携帯端末（Ｂ）２２内の記憶部に、予め事前に取得した生体認証情報（例えば血管情報等）を保存し、携帯端末（Ｂ）２２が、ユーザから新たに取得した生体情報と記憶部に格納された生体情報とを照合する認証処理を実行し、その認証結果、すなわち、認証成立、または認証不成立の認証結果のみを処理条件管理サーバ３０に送信する構成としてもよい。
このような設定とすることで、例えば、定期的に実行する「継続認証処理」を短時間に効率的に行うことが可能となり、またサーバとの通信データ量の削減も可能となる。

（ステップＳ２０３）
次に、ステップＳ２０３において、処理条件管理サーバ３０は、携帯端末（Ｂ）２２から受信した位置情報、あるいはユーザＢ（子）２０の行動情報と、処理条件管理サーバ３０の処理条件登録データベース３１に登録済みの設定条件とを比較する。

処理条件管理サーバ３０の処理条件登録データベース３１に登録済みの設定条件とは、例えば先に図７（Ｂ）を参照して説明した「（ｂ）設定条件」である。

携帯端末（Ｂ）２２から受信した位置情報、あるいはユーザＢ（子）２０の行動情報に基づいて判定されるユーザ（ｂ）の位置または行動が、登録済みの設定条件と一致した場合は、ステップＳ２０４に進む。
一致しない場合は、携帯端末（Ｂ）２２からの新たな情報の受信を待機して、ステップＳ２０３の処理を繰り返す。
この処理は、処理条件管理サーバ３０の処理条件登録データベース３１に登録された有効期間中、繰り返し行われる。

（ステップＳ２０４）
処理条件管理サーバ３０が、携帯端末（Ｂ）２２から受信した位置情報、あるいはユーザＢ（子）２０の行動情報に基づいて判定されるユーザ（ｂ）の位置または行動が、登録済みの設定条件と一致した場合は、ステップＳ２０４に進む。

ステップＳ２０４において、処理条件管理サーバ３０は、処理条件情報に記録された送金処理実行条件を確認し、送金処理実行条件を満たした場合、処理実行サーバ４０に対して、送金処理を要求する。
なお、処理条件管理サーバ３０は、送金額、送金者、入金者の各情報を含む送金依頼データを生成して処理実行サーバ４０に送信する。
なお、送金額、送金者、入金者の各データは、処理条件管理サーバ３０の処理条件登録データベース３１に登録されたデータである。

（ステップＳ２０５）
次に図９に示すステップＳ２０５において、処理条件管理サーバ３０から送信要求を受信した処理実行サーバ４０は、要求に従い、送金処理を実行する。
例えば図７（Ｂ）を参照して説明した処理条件登録データベースの登録情報に従った処理を行う場合は、
送金額＝￥１，０００
送金者＝ユーザＡ
入金者＝ユーザＢ
上記設定に従った送金処理を実行する。

（ステップＳ２０６，Ｓ２０７）
次に処理実行サーバ４０は、ステップＳ２０６、およびステップＳ２０７において、携帯端末（Ａ）１２と、携帯端末（Ｂ）２２に対して、送金処理が完了したことを通知する処理を実行する。
なお、これらの通知処理は、各通信装置間で、再度、認証処理を実行し認証成立が確認されたことを条件として行うことが好まししい。

（ステップＳ２０８）
次に、携帯端末（Ｂ）２２は、ステップＳ２０８において、ユーザＢ（子）２０の口座の入金情報、あるいは残高情報を参照して、送金処理が実行されたことを確認する。

このように、処理条件管理サーバ３０は、ユーザＢ（子）２０の位置や行動が、ユーザＡ（親）１０が予め登録した設定条件に一致するか否かを判定し、一致する場合に、処理実行サーバ４０が、予め規定された設定に従った送金処理を実行する。

なお、送金処理の設定条件や、送金額、送金者、入金者等の処理条件は、様々な設定が可能である。
図１０に処理条件管理サーバの処理条件登録データベース３１に登録される処理条件の複数の例を示す。
図１０に示すように、処理条件における「（ｂ）設定条件」と、「（ｇ）送金処理実行条件」としては、例えば以下のような様々な条件が規定可能である。

（１）設定条件＝ユーザＡの子Ｂが、ショッピングモールＳの施設内に位置すること
送金処理実行条件＝入金者が設定条件を満たしたら実行
（２）設定条件＝ユーザＡの子Ｂが、時速１０ｋｍ以下で１時間以上の継続移動（ジョギング）
送金処理実行条件＝入金者が設定条件を満たしたら実行
（３）設定条件＝ユーザＡと、子Ｂの距離が１００ｍ以上離れたこと
送金処理実行条件＝送金者Ａと、入金者Ｂが設定条件を満たしたら実行
（４）設定条件＝ユーザＡと、子Ｂの距離が１００ｍ以上離れたこと
送金処理実行条件＝送金者Ｂと、入金者Ｃが設定条件を満たしたら実行

このように、設定条件、送金処理の実行条件、送金者、入金者、送金額等の設定は様々な設定が可能である。
なお、設定条件として設定された位置情報や行動情報の取得対象となるユーザも様々であり、処理管理サーバ３０は、設定条件に含まれる条件に従って、位置情報や行動情報の取得対象となるユーザを選択し、その選択ユーザの携帯端末等から情報（位置／行動）を取得する処理を行う。

例えば、図１０（３）に示す例では、設定条件が以下の条件である。
設定条件＝ユーザＡと、子Ｂの距離が１００ｍ以上離れたこと
この条件を満足するか否かの判定処理には、ユーザＡとユーザＢの位置情報を取得することが必要となる。
このような場合の処理シーケンスについて、図１１、図１２を参照して説明する。

図１１、図１２のシーケンス図にも、図８、図９のシーケンス図と同様、左から以下の各装置を示している。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１、
ユーザＡ（親）１０の携帯端末（Ａ）１２、
ユーザＢ（子）２０の携帯端末（Ｂ）２２、
処理条件管理サーバ３０、
処理実行サーバ４０、

以下、図１１に示すシーケンス図の処理ステップについて、順次、説明する。
（ステップＳ２１１〜Ｓ２１２）
本処理例では、ユーザＡ（親）１０の位置や行動情報をユーザＡ（親）１０のウェアラブル端末（Ａ）１１や携帯端末（Ａ）１２からも取得するため、これらの各端末と、処理条件管理サーバ３０との間で認証処理を実行する。

ユーザ認証処理は、先に図３を参照して説明した処理条件管理サーバ３０の保持データである認証情報を用いて実行される。
ユーザＡ（親）１０の各端末は、ユーザＡ（親）１０の生体情報を読み取り、読み取った生体情報を処理条件管理サーバ３０に送信する。
処理条件管理サーバ３０は、各端末から受信した生体情報と、先に図３を参照して説明した処理条件管理サーバ３０の保持データである登録認証情報との照合処理を実行する。
照合成立、すなわち受信データと登録データとが一致すれば、各端末の利用者がユーザＡ（親）１０であると判断し、認証成立と判定され、次の処理に移行する。
照合不成立の場合は、認証不成立と判定し、処理を中止する。

（ステップＳ２１３）
ステップＳ２１１〜Ｓ２１２における認証処理が成立すると、ユーザＡ（親）１０のウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２は、各端末のセンサ（ＧＰＳや加速度センサ等）が取得した位置情報、あるいはユーザＡ（親）１０の行動情報を処理条件管理サーバ３０に送信する。
ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２には、位置検出センサ、加速度センサ、気圧センサ等の様々なセンサが備えられており、位置や動き等を検出する。ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２は、これらのセンサ検出情報を取得して、取得情報、あるいは取得情報に基づいて生成した位置情報や行動情報を処理条件管理サーバ３０に送信する。

なお、前述したように、これらのデータ送信処理期間中、ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２と処理条件管理サーバ３０間では、生体認証情報を適用したユーザ認証を継続的に実行する構成とすることが好ましい。

（ステップＳ２１４〜Ｓ２２１）
以下のステップＳ２１４〜Ｓ２２１の処理は、先に図８、図９を参照して説明したステップＳ２０１〜Ｓ２０８の処理と同様の処理である
ただし、ステップＳ２１６における処理条件管理サーバ３０の実行する入力情報と登録設定条件との比較処理においては、以下の２人のユーザの位置や行動に基づく判定処理を行う。
ユーザＡ（親）１０のウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２から受信するユーザＡ（親）１０の位置や行動情報、
ユーザＢ（子）２０の携帯端末（Ｂ）２２から受信するユーザＢ（子）２０の位置や行動情報、

処理条件管理サーバ３０は、この２人のユーザＡ，Ｂの位置情報や行動情報に基づいて、登録された設定条件、すなわち、
「設定条件＝ユーザＡと、子Ｂの距離が１００ｍ以上離れたこと」
上記条件が満足されたか否かを判定する処理を行う。

さらに、処理条件管理サーバ３０は、ステップＳ２１７において、
「処理実行条件＝送金者Ａと、入金者Ｂが設定条件を満たしたら実行」
この処理実行条件を満足することを確認した場合、処理実行サーバ４０に対して送金処理要求を出力する。

このように、処理条件管理サーバ３０は、データベースに登録された処理条件に応じて位置や行動情報の取得先を選択して情報の収集を行い、設定条件を満足したか否かを判定する。

なお、上述した実施例はいずれも、設定条件を満足した場合に送金処理を実行する設定のみであるが、例えば、設定条件を満足しなかった場合には返金処理（罰金）をおこなうといった条件設定も可能である。

図１３を参照してこのような条件設定に基づく処理例について説明する。
図１３には、以下の２つの条件例を示ししている。
（条件例１）５分以内に１Ｋｍランニングにゴールしたら送金
（条件例２）５分以内に１Ｋｍランニングにゴールできなかったら返金

これら２つの条件に対応する処理条件管理サーバ３０の処理条件登録データベースの登録データ例を図１４に示す。図１４に示すデータエントリ（１）は、図１３の（条件例１）に対応する登録データであり、データエントリ（２）は、図１３の（条件例２）に対応する登録データである。

各登録データの「（ｂ）設定条件」と、「（ｇ）送金処理実行条件」、「（ｅ）送金者」、「（ｆ）入金者」は以下の通りである。
（１）設定条件＝ユーザＡの子Ｂが、５分以内に地点Ｘから地点Ｙの１Ｋｍランニングに成功すること
送金処理実行条件＝設定条件を満たしたら実行
送金者＝ユーザＡ
入金者＝ユーザＡの子であるユーザＢ

（２）設定条件＝ユーザＡの子Ｂが、５分以内に地点Ｘから地点Ｙの１Ｋｍランニングに失敗すること
送金処理実行条件＝設定条件を満たしたら実行
送金者＝ユーザＡの子であるユーザＢ
入金者＝ユーザＡ
このように、（１），（２）において、設定条件が成功と、失敗、逆の設定であり、送金者と入金者の設定も入れ代わっている。

（１）の場合、送金者＝ユーザＡ（親）、入金者＝ユーザＢ（子）であり、時間内のゴールに成功したら、ユーザＡ（親）からユーザＢ（子）に送金処理がなされる。
一方、（２）の場合、送金者＝ユーザＢ（子）、入金者＝ユーザＡ（親）であり、時間内にゴールできなかったら、ユーザＢ（子）からユーザＡ（親）に送金処理がなされる。すなわち子から親への送金（＝返金）処理が行われることになる。
このように、処理条件の設定態様を変更することで、様々な処理が可能となる。

図１５は、ユーザが保持、または装着するデバイス（端末）において実行されるアプリケーションの例、および、処理実行サーバ４０の具体例について説明する図である。

図１５には、ユーザＡ（親）１０の保持、または装着するデバイス（端末）としてウェアラブル端末（Ａ）１１と、携帯端末（Ａ）１２を示している。また、ユーザＢ（子）２０の保持、または装着するデバイス（端末）としてウェアラブル端末（Ｂ）２１と、携帯端末（Ｂ）２２を示している。

また、処理実行サーバ４０の例として、クレジットカード管理サーバ８１、銀行管理サーバ８２、電子マネー管理サーバ８３を示している。
これらは、送金処理を実行するサーバの一例である。

各ユーザのデバイス（端末）は、クレジットカード対応アプリ１０１、銀行対応アプリ１０２、電子マネーアプリ１０３、および処理条件対応アプリ１０４等がデータ処理部で実行される。

処理条件対応アプリ１０４は、処理条件管理サーバとの通信処理において実行する各種の処理、例えば認証処理、処理条件登録処理、位置情報や行動情報の送信処理等の処理を行うためのアプリケーションである。

クレジットカード対応アプリ１０１は、クレジットカード会社において登録された口座を利用した送金処理、入金処理、残高確認処理、さらにカードの発行、カードを利用した決済処理等の様々な処理を実行する際に利用される。
銀行対応アプリ１０２は、銀行の口座を利用した送金処理、入金処理、残高確認処理等を実行する際に利用される。
電子マネーアプリ１０３は、電子マネー口座を利用した送金処理、入金処理、残高確認処理等を実行する際に利用される。
なお、電子マネー用口座は、多くの場合、特定の銀行口座に関連づけられており、銀行口座から電子マネー口座に予め設定した上限金額まで移動することを可能とした設定となっている。
各ユーザ端末は、例えば図１５に示す各アプリケーションを利用して上述した実施例に従った処理を行うことが可能である。

［３．ユーザ位置または行動に応じて、サービス対価支払いの送金制御を行う実施例について］
次に、ユーザ位置または行動に応じて、サービス対価支払いの送金制御を行う実施例について説明する。

図１６を参照して本実施例を実行する情報処理システムの構成例について説明する。
図１６にはユーザＡ１０を示している。
ユーザＡ１０は、ウェアラブル端末（Ａ）１１を腕に装着し、携帯端末（Ａ）１２を胸ポケットに入れている。
ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２は、いずれも電子マネー機能を有し、さらに、位置情報や動き情報を検出するためのセンサを備えており、さらに、様々なアプリケーションやデータ処理を実行するデータ処理部、表示部、通信部を有する情報処理装置である。

ウェアラブル端末（Ａ）１１と携帯端末（Ａ）１２は相互に通信可能な構成を持つ。例えば低消費電力型のブルートゥース（登録商標）（ＢＴ：Ｂｌｕｅｔｏｏｔｈ（登録商標））通信であるＢＬＥ（Ｂｌｕｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）規格に従ったデータ通信を行う。
携帯端末（Ａ）１２は、さらにＷｉ−Ｆｉ通信により、インターネット等のネットワーク１を介して、様々な通信機器、例えば、ネットワーク１に接続されたサーバや、他のユーザ端末との通信を行うことが可能な構成を持つ。

ネットワーク１には、処理条件管理サーバ３０、処理実行サーバ４０、さらに、サービス提供サーバ（保険会社等）２００が接続されている。
処理条件管理サーバ３０は、例えば、ユーザＡ１０の口座（銀行口座、電子マネー口座等）から、サービス提供サーバ２００の管理会社の口座（銀行口座、電子マネー口座等）への送金処理を実行するための許容条件情報である条件データ（設定条件）を記憶部（データベース）に格納している。さらに、記憶部に保持した設定条件を満足したか否かの判定処理を実行する。

設定条件は、サービス提供サーバ２００の管理会社とユーザＡ１０間で予め契約された内容に基づいて設定された条件である。
この設定条件等の処理条件情報は、サービス提供サーバ２００から、処理条件管理サーバ３０に通知される。
処理条件管理サーバ３０は、この設定条件の他、送金額、送金者、入金者等の情報を含む処理条件情報を処理条件登録データベース３１に格納する。

処理条件管理サーバ３０は、ユーザＡ１０のウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２から送信されるユーザＡ１０の位置情報や行動情報と、処理条件登録データベース３１に格納された処理条件を比較して、登録された条件が満足されたと判定した場合、処理実行サーバ４０に送金処理を依頼する。

処理実行サーバ４０は、例えば銀行の管理するサーバであり、処理条件管理サーバ３０からの送金処理要求の受信に応じて、ユーザＡ１０の口座からサービス提供サーバ２００の管理会社の口座への送金処理を実行する

なお、以下に説明する実施例では、サービス提供サーバ２００の一例として、サービス提供サーバ２００が保険会社（サービス提供会社）のサーバであり、保険会社がユーザＡ１０と締結した保険契約に基づいて、料金支払いを行う例について説明する。
サービス提供サーバ２００は、保険会社に限らず、その他の様々なサービスを提供する会社によって運営可能であり、以下に説明する実施例は、様々なサービスに応じた料金支払いシステムにおいて適用可能である。

図１７は、サービス提供サーバ２００の管理会社である保険会社（サービス提供会社）と、ユーザＡ１０間で予め契約された内容に基づいて、保険会社がサービス提供サーバ２００の記憶部に格納したユーザ情報の例である。

図１７に示すように、保険会社（サービス提供会社）のサービス提供サーバ２００には以下の情報が対応データとして格納される。
（ａ）ユーザ名
（ｂ）ユーザ識別子
（ｃ）加入サービス情報
（ｄ）アカウント（口座）情報

（ａ）ユーザ名は、サービス（保険）を受理用するユーザの氏名である。
（ｂ）ユーザ識別子には、ユーザ固有の識別子（ＩＤ）が記録される。
（ｃ）加入サービス情報は、契約対象のサービス、本例では保険契約情報である。
（ｄ）アカウント（口座）情報は、サービス提供会社（本例保険では会社）の提供するサービス（保険）をユーザに提供した場合に発生する対価支払い用のユーザのアカウント（口座）情報である。
例えば、これらの情報が、サービス提供サーバ２００に格納される。

なお、図１６に示す処理条件管理サーバ３０、および、処理実行サーバ４０も各々、ユーザ情報を登録し、記憶部に格納している。
これらのユーザ情報は、先の実施例において説明したと同様の情報であるる
すなわち、処理条件管理サーバ３０は、先に図３を参照して説明したユーザ情報、すなわち、以下の各データの対応情報をユーザ情報として記憶部に保持している。
（ａ）端末識別子
（ｂ）ユーザ名
（ｃ）ユーザ識別子（ＩＤ）
（ｄ）ユーザ認証情報
（ｅ）ユーザ関係情報

また、処理実行サーバ４０は、先に図４を参照して説明したユーザ情報、すなわち、以下の各データの対応情報をユーザ情報として記憶部に保持している。
（ａ）端末識別子
（ｂ）ユーザ名
（ｃ）ユーザ識別子（ＩＤ）
（ｄ）アカウント（口座）情報
（ｅ）ユーザ認証情報

次に、図１８に示すシーケンス図を参照して、サービス提供サーバ２００が、処理条件管理サーバ３０に送金処理条件を登録する処理の処理シーケンスについて説明する。
図１８には、左から以下の各装置を示している。
ユーザＡ１０のウェアラブル端末（Ａ）１１、
ユーザＡ１０の携帯端末（Ａ）１２、
サービス提供サーバ２００、
処理条件管理サーバ３０、
処理実行サーバ４０、

以下、図１８に示すシーケンス図の処理ステップについて、順次、説明する。
（ステップＳ３０１）
まず、サービス提供サーバ２００と、処理条件管理サーバ３０との間で認証処理を実行する。
この認証処理は、双方の装置の信頼性を確認する処理として実行される。
認証成立の場合は、次の処理に移行する。
一方、認証不成立の場合は、以下の処理を中止する。

（ステップＳ３０２）
ステップＳ３０１の認証処理が成立すると、次にサービス提供サーバ２００は、、ステップＳ３０２において、予めユーザＡ１０と締結した契約に基づいて生成した処理条件情報を処理条件管理サーバ３０に送信する。
すなわち、サービス提供サーバ２００の口座からの送金処理を行う場合の設定条件や、送金額、送金者、入金者等から構成される処理条件情報を処理条件管理サーバ３０に送信する。
この送信情報の具体例を図１９（Ａ）に示す。

図１９（Ａ）に示すように、サービス提供サーバ２００から処理条件管理サーバ３０に送信される処理条件情報は、例えば以下の各情報を含むデータである。
（ａ）送信者識別子
（ｂ）設定条件
（ｃ）設定条件補助情報
（ｄ）送金額
（ｅ）送金者
（ｆ）入金者
（ｇ）送金処理実行条件
（ｈ）有効期間

（ａ）送信者識別子は、このデータの送信者の識別子でありサービス提供サーバ２００となる。
（ｂ）設定条件は、送金処理を実行するための条件である。図に示す例は、
「契約者（ユーザＡ）が、Ｐ国に入国」
上記を設定条件とした例を示している。
（ｃ）設定条件補助情報は、上記の（ｂ）設定条件の補助情報であり、例えば契約者（ユーザＡ）の登録情報等、処理条件管理サーバ３０が条件をクリアしたか否かを判定する際に必要となる情報が記録される。

（ｄ）送金額は、送金額を示すデータである。
（ｅ）送金者は、送金元となる口座の名義に相当するユーザ名を記録する。ユーザ名の代わりに送金元口座番号を記録してもよい。
（ｆ）入金者は、送金先となる口座の名義に相当するユーザ名を記録する。本例では保険会社の口座名が記録される。口座名の代わりに口座番号を記録してもよい。

（ｇ）送金処理実行条件は、送金を開始するためのトリがとなる条件を記録する。図に示す例は、
「契約者ＡがＰ国へ入国時に実行」
上記条件が記録されている。

すなわち、本例における（ｇ）送金処理実行条件は、（ｂ）設定条件「契約者（ユーザＡ）が、Ｐ国に入国」、この設定条件を満たした場合に、処理実行サーバ４０に送金要求を出力することの指定情報である。
（ｈ）有効期間は、この処理条件情報に従った制御を行う期間である有効期間を記録する。

サービス提供サーバ２００から処理条件管理サーバ３０に送信する処理条件情報は、例えばこれらの情報を含むデータである。
図１８に示すステップＳ３０２では、サービス提供サーバ２００は、これらの処理条件情報を処理条件管理サーバ３０に送信する。

（ステップＳ３０３）
次に、処理条件管理サーバ３０は、、ステップＳ３０３において、サービス提供サーバ２００から受信した処理条件情報を処理条件登録データベースに登録する。すなわち、図１６に示す処理条件登録データベース３１に対する登録処理を実行する。
このデータベース登録情報の具体例を図１９（Ｂ）に示す。
図１９（Ｂ）に示すように、処理条件管理サーバ３０の処理条件登録データベース３１に登録される処理条件情報は、例えば以下の各情報を含むデータである。
（ａ）依頼者識別子
（ｂ）設定条件
（ｃ）設定条件補助情報
（ｄ）送金額
（ｅ）送金者
（ｆ）入金者
（ｇ）送金処理実行条件
（ｈ）有効期間

これらの情報は、先に説明した図１９（Ａ）に示すサービス提供サーバ２００からの受信データに対応する。
ただし、一部、処理条件管理サーバ３０における条件判定処理を効率的に行うために情報の書き換えや追加処理等が行われる。
例えば、（ｃ）設定条件補助情報には、Ｐ国の位置を示す緯度経度情報が記録される。これは、例えば、ユーザＡ１０の携帯端末（Ａ）１２から受信する位置情報が緯度経度情報からなるＧＰＳ情報であり、このＧＰＳ情報を適用した条件判定処理を効率的に行うためである。

処理条件管理サーバ３０は、図１９（Ｂ）に示すような処理条件情報を処理条件管理サーバ３０の処理条件登録データベース３１に登録する。
処理条件管理サーバ３０は、例えばユーザＡ１０の携帯端末（Ｂ）１２から受信する位置情報等に基づいて、処理条件登録データベース３１に登録された条件が満足されたか否かを判定して、判定結果に応じて処理実行サーバ４０に対する送金処理の実行要求を行う。

以下、この処理条件情報に基づく送金実行可否判定と送金実行処理のシーケンスについて、図２０、図２１に示すシーケンス図を参照して説明する。
図２０、図２１には、先に説明した図１８と同様、左から以下の各装置を示している。
ユーザＡ１０のウェアラブル端末（Ａ）１１、
ユーザＡ１０の携帯端末（Ａ）１２、
サービス提供サーバ２００、
処理条件管理サーバ３０、
処理実行サーバ４０、

以下、図２０、図２１に示すシーケンス図の処理ステップについて、順次、説明する。
（ステップＳ３１１）
まず、ユーザＡ１０の携帯端末（Ａ）１２と、処理条件管理サーバ３０との間で認証処理を実行する。
この認証処理は、双方の装置の信頼性を確認するとともに、ウェアラブル端末（Ａ）１１の使用者がユーザＡ１０であることのユーザ認証を目的とする認証処理である。
ユーザ認証処理は、先に図３を参照して説明した処理条件管理サーバ３０の保持データである認証情報を用いて実行される。

ユーザＡ１０の携帯端末（Ａ）１２は、ユーザＡ１０の生体情報を読み取り、読み取った生体情報を処理条件管理サーバ３０に送信する。
処理条件管理サーバ３０は、端末から受信した生体情報と、先に図３を参照して説明した処理条件管理サーバ３０の保持データである登録認証情報との照合処理を実行する。
照合成立、すなわち受信データと登録データとが一致すれば、ユーザＡ１０の携帯端末（Ａ）１２の利用者がユーザＡ１０であると判断し、認証成立と判定し、次の処理に移行する。
照合不成立の場合は、認証不成立と判定し、処理を中止する。この場合、認証不成立であったことを知らせるエラーメッセージを通知してもよい。

なお、このステップＳ３１１の認証処理は、その後の携帯端末（Ａ）１２と処理条件管理サーバ３０間の通信処理期間において定期的に実行する継続認証として行うことが好ましい。この継続認証を行うことで、通信実行期間におけるユーザの入れ代わり等を検出することが可能となる。
ユーザが入れ代わった場合、生体認証は不成立となり、その後の処理を中止する。

（ステップＳ３１２）
ステップＳ３１１における認証処理が成立すると、次に、ユーザＡ１０のウェアラブル端末（Ａ）１１と、処理条件管理サーバ３０との間で認証処理を行う。
なお、この処理は、ウェアラブル端末（Ａ）１１を利用して処理条件管理サーバ３０とデータ通信を行う場合に必要となる処理であり、ウェアラブル端末（Ａ）１１を利用して処理条件管理サーバ３０とデータ通信を行わない場合は省略可能である。

ステップＳ３１２では、ユーザＡ１０のウェアラブル端末（Ａ）１１と、処理条件管理サーバ３０との間で認証処理を実行する。
この認証処理は、双方の装置の信頼性を確認するとともに、ウェアラブル端末（Ａ）１１の使用者がユーザＡ１０であることのユーザ認証を目的とする認証処理である。

このユーザ認証処理も、先に図３を参照して説明した処理条件管理サーバ３０の保持データである認証情報を用いて実行される。
ユーザＡ１０のウェアラブル端末（Ａ）１１は、ユーザＡ１０の生体情報を読み取り、読み取った生体情報を処理条件管理サーバ３０に送信する。
処理条件管理サーバ３０は、ウェアラブル端末（Ａ）１１の読み取った生体情報を、既に認証処理が完了した携帯端末（Ａ）１２を介して受信し、受信した生体情報と、先に図３を参照して説明した処理条件管理サーバ３０の保持データである登録認証情報との照合処理を実行する。

照合成立、すなわち受信データと登録データとが一致すれば、ウェアラブル端末（Ａ）１１の利用者がユーザＡ１０であると判断し、認証成立と判定され、次の処理に移行する。
一方、照合不成立、すなわち受信データと登録データとが一致しない場合は、ウェアラブル端末（Ａ）１１の利用者がユーザＡ１０ではないと判断し、認証不成立と判定され、次の処理に移行することなく処理を中止する。なお、この場合、処理条件管理サーバ３０は、ウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２に対して、認証不成立であったことを知らせるエラーメッセージを通知してもよい。

（ステップＳ３１３）
ステップＳ３１１〜Ｓ３１２における認証処理が成立すると、ユーザＡ１０のウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２は、各端末のセンサ（ＧＰＳや加速度センサ等）が取得した位置情報、あるいはユーザＡ（親）１０の行動情報を処理条件管理サーバ３０に送信する。
ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２には、位置検出センサ、加速度センサ、気圧センサ等の様々なセンサが備えられており、位置や動き等を検出する。ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２は、これらのセンサ検出情報を取得して処理条件管理サーバ３０に送信する。
なお、この位置情報や行動情報の処理条件管理サーバに対する送信処理は継続的に実行する。例えば、予め規定された間隔（数秒間隔）で間欠的に送信する。

なお、前述したように、これらのデータ送信処理期間中、ウェアラブル端末（Ａ）１１、および携帯端末（Ａ）１２と処理条件管理サーバ３０間では、生体認証情報を適用したユーザ認証を継続的に実行する構成とすることが好ましい。

なお、先に図３を参照して説明したように、例えば、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２内の記憶部に、予め事前に取得した生体認証情報（例えば血管情報等）を保存し、ウェアラブル端末（Ａ）１１や、携帯端末（Ａ）１２が、ユーザから新たに取得した生体情報と記憶部に格納された生体情報とを照合する認証処理を実行し、その認証結果、すなわち、認証成立、または認証不成立の認証結果のみを処理条件管理サーバ３０に送信する構成としてもよい。
このような設定とすることで、例えば、定期的に実行する「継続認証処理」を短時間に効率的に行うことが可能となり、またサーバとの通信データ量の削減も可能となる。

（ステップＳ３１４）
次に、ステップＳ３１４において、処理条件管理サーバ３０は、ウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２から受信した位置情報、あるいはユーザＡ１１の行動情報と、処理条件管理サーバ３０の処理条件登録データベース３１に登録済みの設定条件とを比較する。

処理条件管理サーバ３０の処理条件登録データベース３１に登録済みの設定条件とは、例えば先に図１９（Ｂ）を参照して説明した「（ｂ）設定条件」である。

ウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２から受信した位置情報、あるいはユーザＡ１１の行動情報に基づいて判定されるユーザ（ｂ）の位置または行動が、登録済みの設定条件と一致した場合は、ステップＳ３１５に進む。
一致しない場合は、ウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２からの新たな情報の受信を待機して、ステップＳ３１４の処理を繰り返す。
この処理は、処理条件管理サーバ３０の処理条件登録データベース３１に登録された有効期間中、繰り返し行われる。

（ステップＳ３１５）
処理条件管理サーバ３０が、ウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２から受信した位置情報、あるいはユーザＡ１１の行動情報に基づいて判定されるユーザ（ｂ）の位置または行動が、登録済みの設定条件と一致した場合は、ステップＳ３１５に進む。

ステップＳ３１５において、処理条件管理サーバ３０は、処理条件情報に記録された送金処理実行条件を確認し、送金処理実行条件を満たした場合、処理実行サーバ４０に対して、送金処理を要求する。
なお、処理条件管理サーバ３０は、送金額、送金者、入金者の各情報を含む送金依頼データを生成して処理実行サーバ４０に送信する。
なお、送金額、送金者、入金者の各データは、処理条件管理サーバ３０の処理条件登録データベース３１に登録されたデータである。

（ステップＳ３１６）
次に図２１に示すステップＳ３１６において、処理条件管理サーバ３０から送信要求を受信した処理実行サーバ４０は、要求に従い、送金処理を実行する。
例えば図１９（Ｂ）を参照して説明した処理条件登録データベースの登録情報に従った処理を行う場合は、
送金額＝￥１，０００
送金者＝ユーザＡ
入金者＝サービス定期用サーバ（保険会社）
上記設定に従った送金処理を実行する。

（ステップＳ３１７，Ｓ３１８）
次に処理実行サーバ４０は、ステップＳ３１７、およびステップＳ３１８において、ユーザＡ１１の携帯端末（Ａ）１２と、ウェアラブル端末（Ａ）１１、さらに、サービス提供サーバ２００に対して、送金処理が完了したことを通知する処理を実行する。
なお、これらの通知処理は、各通信装置間で、再度、認証処理を実行し認証成立が確認されたことを条件として行うことが好まししい。

（ステップＳ３１９）
次に、サービス提供サーバ２００は、ステップＳ３１９において、サービス提供サーバ２００の口座を確認し、ユーザＡ１１からの送金処理が実行されたことを確認する。

このように、処理条件管理サーバ３０は、ユーザＡ１１の位置や行動が、サービス提供サーバ２００が、ユーザＡ１１との契約に基づいて予め登録した設定条件に一致するか否かを判定し、一致する場合に、処理実行サーバ４０が、予め規定された設定に従った送金処理を実行する。

なお、本実施例においても、送金処理の設定条件や、送金額、送金者、入金者等の処理条件は、様々な設定が可能である。
図２２に処理条件管理サーバの処理条件登録データベース３１に登録される処理条件の複数の例を示す。
図２２に示すように、処理条件における「（ｂ）設定条件」と、「（ｇ）送金処理実行条件」としては、例えば以下のような様々な条件が規定可能である。

（１）設定条件＝契約者（ユーザＡ）が、Ｐ国に入国、
送金処理実行条件＝契約者ＡがＰ国に入国時に実行、
（２）設定条件＝契約者（ユーザＡ）が、Ｐ国に入国後、２日目以降、
送金処理実行条件＝契約者ＡがＰ国に入国後、１日経過毎に実行
（３）設定条件＝契約者（ユーザＡ）が、Ｐ国のハイリスクエリアに移動
送金処理実行条件＝契約者ＡがＰ国のハイリスクエリアに侵入時に実行、
（４）設定条件＝契約者（ユーザＡ）が、Ｑ国に入国
送金処理実行条件＝契約者ＡがＱ国に入国時に実行、
（５）設定条件＝契約者（ユーザＡ）が、Ｒ国に入国
送金処理実行条件＝契約者ＡがＲ国に入国時に実行、
（６）設定条件＝契約者（ユーザＡ）が、Ｒ国のハイリスクエリアに移動
送金処理実行条件＝契約者ＡがＲ国のハイリスクエリアに侵入時に実行、

このように、設定条件、送金処理の実行条件、送金者、入金者、送金額等の設定は様々な設定が可能である。
なお、設定条件として設定された位置情報や行動情報の取得対象となるユーザも様々であり、処理管理サーバ３０は、設定条件に含まれる条件に従って、位置情報や行動情報の取得対象となるユーザを選択し、その選択ユーザの携帯端末等から情報（位置／行動）を取得する処理を行う。

なお、上述した実施例では、サービス提供サーバ２００を保険会社として、ユーザＡ１０の保険契約に基づく対価支払を行う例について説明したが、本実施例は、保険契約に限らず、その他の様々なサービスに対する対価支払に適用可能である。
保険と異なるサービス対価支払例の一例について、図２３を参照して説明する。

図２３は、レジャー施設２５０の利用料金をユーザから徴収する処理例を説明する図である。
ユーザＡ１０は、レジャー施設２５０の様々なエリア、図２３に示すエリアＸ，Ｙ，Ｚの様々な施設を利用する。
ユーザＡ１０は、上述した実施例において説明したと同様のウェアラブル端末（Ａ）１１、携帯端末（Ａ）１２を装着または保持している。

ユーザＡ１０は、レジャー施設２５０の入場時に、レジャー施設利用サービスを提供するレジャー施設管理会社にユーザ情報の登録を行う、すなわち、ユーザ情報として、ユーザの電子マネー口座等、利用料金の支払い可能なアカウント情報（口座情報）を提示して、利用契約を締結する。
この利用契約において、各サービスエリア（Ｘ，Ｙ，Ｚ・・）に侵入した場合に所定の料金がユーザの口座から支払われることを双方で確認する。

レジャー施設管理会社は、サービス提供サーバ２００にユーザのアカウント情報を登録するとともに、サービス提供サーバ２００から、処理条件管理サーバ３０に対して、ユーザの位置、行動に基づく対価支払条件を含む処理条件情報を送信する。
処理条件管理サーバ３０は、サービス提供サーバ２００から受信する処理条件情報を処理条件登録データベース３１に登録する。

処理条件登録データベース３１に登録されるデータの例を図２４に示す。
例えば、以下の設定条件、送金処理実行条件が登録される。
（１）設定条件＝契約者（ユーザＡ）がエリアＸに侵入
送金処理実行条件＝契約者ＡがエリアＸ侵入時に実行
（２）設定条件＝契約者（ユーザＡ）がエリアＹに侵入
送金処理実行条件＝契約者ＡがエリアＹ侵入時に実行

処理条件管理サーバ３０は、ユーザＡ１０のウェアラブル端末（Ａ）１１、または携帯端末（Ａ）１２との通信を行い、ユーザの位置や行動が、図２４に示す登録データの設定条件を満たすか否かを判定する。
満たすと判定した場合、ユーザの口座の管理を行う処理実行サーバ４０に対して送金要求を出力する。
処理実行サーバ４０は、送金要求に応じてユーザＡ１０の口座からサービス提供会社であるレジャー施設管理会社の口座に利用料金を送金する。

このような処理を行うことで、ユーザＡ１０は、例えば各エリアに入る際に電子マネー機能を有する端末をエリアゲートの端末に近づけて料金支払いを行うといった煩わしい処理を行うことなく、自由に各エリアの利用を行うことが可能となる。

［４．情報処理装置の構成例について］
次に、本開示の情報処理システムを構成する各情報処理装置のハードウェア構成例について、図２３以下を参照して説明する。

図２３は、ユーザが装着または保持するウェアラブル端末１１，２１と、携帯端末１２，２２の構成例を示すブロック図である。
携帯端末１２，２２は、制御部３０１、認証処理部３０２、センサ部３０３、表示部３０４、計時部３０５、入力部（操作部）３０６、出力部３０７、記憶部３０８、通信部３０９を有する。

制御部３０１は、各構成部の実行する様々な処理の統括的制御、データ送受信制御等、ウェアラブル端末１１，２１において実行するデータ処理の制御を実行する。制御部３０１は、プログラム実行機能を有するＣＰＵを有し、記憶部３０８に格納されたアプリケーション（プログラム）に従った処理等を実行する。
例えば先に説明したシーケンスに従った処理等を行なう。

具体的には、例えば、制御部３０１は、銀行等の金融機関のユーザ口座に連携する電子マネーによる取引を実行する。
また、制御部３０１は、生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を行う。さらに、
（ａ）処理条件管理サーバにおける生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、通信部３０９を介して受信する処理などを行う。

認証処理部３０２は、認証処理を行う。具体的には、認証処理に必要となる生体情報の取得処理や、外部装置との認証処理シーケンスにおいて必要となる一連の処理を実行する。なお、生体情報の取得処理には、センサ部３０３を構成する生体情報取得センサを適用可能である。また、外部装置との認証処理においては、通信部３０９を利用して認証データの送受信等を行う。

センサ部３０３は、以下の２つの構成要素からなる。
生体情報取得センサ、
位置、行動情報取得センサ、
これらの２つの要素によって構成される。

生体情報取得センサは、例えば、血管検出機能、虹彩検出機能、画像撮影機能等の少なくともいずれかの生体情報取得機能を備えた構成であり、このセンサ取得情報が認証処理部３０２に入力され、通信部３０９を介して外部装置に提供され、ユーザ認証処理が実行される。

位置、行動情報取得センサは、ユーザの位置や行動を検出するためのセンサによって構成される。例えば位置情報検出センサ、加速度センサ、気圧センサ等の様々なセンサによって構成される。

位置情報検出センサは、例えばＧＰＳ、ビーコン検出部等によって構成され、室内外を問わず位置検出可能な構成を持つセンサとすることが好ましい。
気圧センサは、ユーザのいる上下方向の位置を検出するために用いられる。例えば、地上何ｍの位置にいるかをデータとして取得することが可能となる。
これらの各センサによって検出される位置情報が外部装置、例えば処理条件管理サーバ３０に通信部３０９を介して送信される。

加速度センサは、例えばユーザの行動、具体的にはランニング中であること、手を上下、または左右に振り動かしていることなどを検出可能であり、ユーザの動き情報を取得する。この動き情報が外部装置、例えば処理条件管理サーバ３０に通信部３０９を介して送信される。

表示部３０４は、様々な情報の表示処理、あるいはタッチパネル型の入力部としても機能する。
計時部３０５は、例えば、現在時間情報を示す時計機能の他、ある設定時間からの経過時間を計測するタイマ機能等を含む。

入力部３０６は、ユーザ操作可能な入力部であり、様々な操作指示などを行うための入力部である。タッチパネル形式の表示部も入力部の一部である。
出力部３０７は、画像出力、音声出力、その他、外部機器に対するデータ出力部等によって構成される。表示部３０４も出力部３０７の構成要素の１つである

記憶部３０８は、ＲＡＭ、ＲＯＭ、その他の記録メディア等によって構成される。
記憶部３０８は、様々なデータの格納領域として利用される。制御部３０１の実行するアプリケーションプログラムの格納領域としても利用される。さらに制御部３０１の実行するデータ処理に適用するパラメータ等の記憶領域、ワーク領域としても利用される。

通信部３０９は、ウェアラブル端末１１，２１や、外部サーバ等の外部装置との通信を実行する通信部である。Ｗｉ−Ｆｉ、ブルートゥース（登録商標）（ＢＴ）等の様々な通信経路を介したデータ通信に利用される。

一方、ウェアラブル端末１１，２１も、携帯端末１２，２２と同様、制御部３２１、認証処理部３２２、センサ部３２３、表示部３２４、計時部３２５、入力部（操作部）３２６、出力部３２７、記憶部３２８、通信部３２９を有する。
これらの各機能は、基本的に、携帯端末１２，２２と同様の機能である。

ただし、ウェアラブル端末１１，２１の通信部３２９は、例えば携帯端末１２，２２との通信に適用するブルートゥース（登録商標）（ＢＴ）通信機能のみとしてもよい。具体的には、低消費電力型のブルートゥース（登録商標）（ＢＴ：Ｂｌｕｅｔｏｏｔｈ（登録商標））通信であるＢＬＥ（Ｂｌｕｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）規格に従ったデータ通信を行う構成としてもよい。

次に、図２６を参照して、本開示の情報処理システムを構成するサーバとして利用可能な情報処理装置のハードウェア構成例について説明する。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２、または記憶部５０８に記憶されているプログラムに従って各種の処理を実行する制御部やデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３には、ＣＰＵ５０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ５０１、ＲＯＭ５０２、およびＲＡＭ５０３は、バス５０４により相互に接続されている。

ＣＰＵ５０１はバス５０４を介して入出力インタフェース５０５に接続され、入出力インタフェース５０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部５０６、ディスプレイ、スピーカなどよりなる出力部５０７が接続されている。ＣＰＵ５０１は、入力部５０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部５０７に出力する。

入出力インタフェース５０５に接続されている記憶部５０８は、例えばハードディスク等からなり、ＣＰＵ５０１が実行するプログラムや各種のデータを記憶する。通信部５０９は、Ｗｉ−Ｆｉ通信、ブルートゥース（登録商標）（ＢＴ）通信、その他インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。

入出力インタフェース５０５に接続されているドライブ５１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア５１１を駆動し、データの記録あるいは読み取りを実行する。

［５．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部は、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信し、
（ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する情報処理装置。

（２） 前記制御部は、
前記取引処理の結果として、前記ユーザ口座に対する送金処理結果を、前記通信部を介して受信する（１）に記載の情報処理装置。

（３） 前記制御部は、
前記取引処理の結果として、前記ユーザ口座からの支払い処理結果を、前記通信部を介して受信する（１）に記載の情報処理装置。

（４） 前記制御部は、
前記位置センサまたは行動センサによって取得される位置情報または行動情報を、前記処理条件管理サーバに、継続的に送信する（１）〜（３）いずれかに記載の情報処理装置。

（５） 前記制御部は、
前記生体情報取得センサによって取得される生体情報を、前記処理条件管理サーバに、継続的に送信する（１）〜（４）いずれかに記載の情報処理装置。

（６） 前記取引処理は、前記処理条件管理サーバに登録された処理条件情報に従って実行される送金処理、または支払処理である（１）〜（５）いずれかに記載の情報処理装置。

（７） 前記処理条件情報には、送金額、送金者、入金者の各情報が含まれ、前記取引処理は、前記処理条件情報に記録された送金額、送金者、入金者に従って実行される（６）に記載の情報処理装置。

（８） 前記処理条件管理サーバに登録された設定条件は、
前記情報処理装置を装着または保持するユーザの位置情報を含み、
前記取引処理は、前記処理条件管理サーバに送信した位置情報が、前記設定条件に記録された位置情報に一致することの確認に基づいて実行される（１）〜（７）いずれかに記載の情報処理装置。

（９） 前記処理条件管理サーバに登録された設定条件は、
前記情報処理装置を装着または保持するユーザの行動情報を含み、
前記取引処理は、前記処理条件管理サーバに送信した行動情報が、前記設定条件に記録された行動情報に一致することの確認に基づいて実行される（１）〜（８）いずれかに記載の情報処理装置。

（１０） 前記生体情報取得センサは、指紋、静脈、顔、虹彩、血管、声紋の少なくともいずれかの生体情報を取得する構成である（１）〜（９）いずれかに記載の情報処理装置。

（１１） 前記位置センサは、ＧＰＳ、気圧センサの少なくともいずれかのセンサを含む（１）〜（１０）いずれかに記載の情報処理装置。

（１２） 前記行動センサは、加速度センサを含む（１）〜（１１）いずれかに記載の情報処理装置。

（１３） 前記情報処理装置は、
ユーザの体に装着可能なウェアラブル端末である（１）〜（１２）いずれかに記載の情報処理装置。

（１４） 前記情報処理装置は、
ユーザの腕に装着可能なリストバンド型のウェアラブル端末である（１）〜（１３）いずれかに記載の情報処理装置。

（１５） 前記情報処理装置は、
ウェアラブル端末から受信した情報を前記処理条件管理サーバに送信する携帯端末である（１）〜（１２）いずれかに記載の情報処理装置。

（１６） ユーザ口座に連携する電子マネーによる取引を実行するユーザ端末との通信を実行する通信部と、
前記通信部を介したユーザ端末からの受信データを適用したデータ処理を実行するデータ処理部を有し、
前記データ処理部は、
前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
前記ユーザ認証が成立した場合、
前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
予め登録済みの取引態様に従って、前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行、または取引処理の要求を処理実行サーバに出力する情報処理装置。

（１７） ユーザ端末と、処理条件管理サーバを有する情報処理システムであり、
前記ユーザ端末は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部は、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を実行し、
前記処理条件管理サーバは、
前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
前記ユーザ認証が成立した場合、
前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
予め登録済みの取引態様に従った前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行、または取引処理の要求を処理実行サーバに出力する情報処理システム。

（１８） ユーザ端末と、処理条件管理サーバと、処理実行サーバを有する情報処理システムであり、
前記ユーザ端末は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部は、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を実行し、
前記処理条件管理サーバは、
前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
前記ユーザ認証が成立した場合、
前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
予め登録済みの取引態様に従った取引処理の要求を処理実行サーバに出力し、
前記処理実行サーバは、
前記処理条件管理サーバからの取引処理の実行要求受信に応じて、予め登録済みの取引態様に従った前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行する情報処理システム。

（１９） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記制御部が、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信し、
（ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する情報処理方法。

（２０） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
生体情報を取得する生体情報取得センサと、
位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
前記プログラムは、前記制御部に、
前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理と、
（ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
（ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する処理の制御を実行させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、生体情報に基づくユーザ認証を行い、ユーザ位置または行動が設定条件を満たすことの確認に基づいて送金処理を行う構成が実現される。具体的には、例えば、ユーザ端末と、処理条件管理サーバを有する情報処理システムにおいて、ユーザ端末は、ユーザ口座に連携する電子マネーによる取引を実行する制御部を有し、生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する。処理条件管理サーバは、生体情報に基づくユーザ認証を実行し、さらに、位置または行動情報が設定条件を満足するか否かを判定し、満足すると判定した場合、登録済みの取引態様に従った取引処理、例えばユーザ口座に対する送金処理を実行させる。
本構成により、生体情報に基づくユーザ認証を行い、ユーザ位置または行動が設定条件を満たすことの確認に基づいて送金処理を行う構成が実現される。

１０ ユーザＡ
１１ ウェフラブル端末
１２ 携帯端末
２０ ユーザＢ
２１ ウェアラブル端末
２２ 携帯端末
３０ 処理条件管理サーバ
３１ 処理条件登録データベース
４０ 処理実行サーバ
８１ クレジットカード管理サーバ
８２ 銀行管理サーバ
８３ 電子マネー管理サーバ
１０１ クレジットカード対応アプリ
１０２ 銀行対応アプリ
１０３ 電子マネー対応アプリ
１０４ 処理条件対応アプリ
２００ サービス提供サーバ
３０１，３２１ 制御部
３０２，３２２ 認証処理部
３０３，３２３ センサ部
３０４，３２４ 表示部
３０５，３２５ 計時部
３０６，３２６ 入力部（操作部）
３０７，３２７ 出力部
３０８，３２８ 記憶部
３０９，３２９ 通信部
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ バス
５０５ 入出力インタフェース
５０６ 入力部
５０７ 出力部
５０８ 記憶部
５０９ 通信部
５１０ ドライブ
５１１ リムーバブルメディア

Claims (20)

1. ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
   生体情報を取得する生体情報取得センサと、
   位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
   前記制御部は、
   前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信し、
   （ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
   （ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
   上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する情報処理装置。
2. 前記制御部は、
   前記取引処理の結果として、前記ユーザ口座に対する送金処理結果を、前記通信部を介して受信する請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記取引処理の結果として、前記ユーザ口座からの支払い処理結果を、前記通信部を介して受信する請求項１に記載の情報処理装置。
4. 前記制御部は、
   前記位置センサまたは行動センサによって取得される位置情報または行動情報を、前記処理条件管理サーバに、継続的に送信する請求項１に記載の情報処理装置。
5. 前記制御部は、
   前記生体情報取得センサによって取得される生体情報を、前記処理条件管理サーバに、継続的に送信する請求項１に記載の情報処理装置。
6. 前記取引処理は、前記処理条件管理サーバに登録された処理条件情報に従って実行される送金処理、または支払処理である請求項１に記載の情報処理装置。
7. 前記処理条件情報には、送金額、送金者、入金者の各情報が含まれ、前記取引処理は、前記処理条件情報に記録された送金額、送金者、入金者に従って実行される請求項６に記載の情報処理装置。
8. 前記処理条件管理サーバに登録された設定条件は、
   前記情報処理装置を装着または保持するユーザの位置情報を含み、
   前記取引処理は、前記処理条件管理サーバに送信した位置情報が、前記設定条件に記録された位置情報に一致することの確認に基づいて実行される請求項１に記載の情報処理装置。
9. 前記処理条件管理サーバに登録された設定条件は、
   前記情報処理装置を装着または保持するユーザの行動情報を含み、
   前記取引処理は、前記処理条件管理サーバに送信した行動情報が、前記設定条件に記録された行動情報に一致することの確認に基づいて実行される請求項１に記載の情報処理装置。
10. 前記生体情報取得センサは、指紋、静脈、顔、虹彩、血管、声紋の少なくともいずれかの生体情報を取得する構成である請求項１に記載の情報処理装置。
11. 前記位置センサは、ＧＰＳ、気圧センサの少なくともいずれかのセンサを含む請求項１に記載の情報処理装置。
12. 前記行動センサは、加速度センサを含む請求項１に記載の情報処理装置。
13. 前記情報処理装置は、
    ユーザの体に装着可能なウェアラブル端末である請求項１に記載の情報処理装置。
14. 前記情報処理装置は、
    ユーザの腕に装着可能なリストバンド型のウェアラブル端末である請求項１に記載の情報処理装置。
15. 前記情報処理装置は、
    ウェアラブル端末から受信した情報を前記処理条件管理サーバに送信する携帯端末である請求項１に記載の情報処理装置。
16. ユーザ口座に連携する電子マネーによる取引を実行するユーザ端末との通信を実行する通信部と、
    前記通信部を介したユーザ端末からの受信データを適用したデータ処理を実行するデータ処理部を有し、
    前記データ処理部は、
    前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
    前記ユーザ認証が成立した場合、
    前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
    予め登録済みの取引態様に従って、前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行、または取引処理の要求を処理実行サーバに出力する情報処理装置。
17. ユーザ端末と、処理条件管理サーバを有する情報処理システムであり、
    前記ユーザ端末は、
    ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
    生体情報を取得する生体情報取得センサと、
    位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
    前記制御部は、
    前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を実行し、
    前記処理条件管理サーバは、
    前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
    前記ユーザ認証が成立した場合、
    前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
    予め登録済みの取引態様に従った前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行、または取引処理の要求を処理実行サーバに出力する情報処理システム。
18. ユーザ端末と、処理条件管理サーバと、処理実行サーバを有する情報処理システムであり、
    前記ユーザ端末は、
    ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
    生体情報を取得する生体情報取得センサと、
    位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
    前記制御部は、
    前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理を実行し、
    前記処理条件管理サーバは、
    前記ユーザ端末から受信する生体情報に基づくユーザ認証を実行し、
    前記ユーザ認証が成立した場合、
    前記ユーザ端末から受信する位置情報、または行動情報が、記憶部に登録された設定条件を満足するか否かを判定し、満足するとの判定に基づいて、
    予め登録済みの取引態様に従った取引処理の要求を処理実行サーバに出力し、
    前記処理実行サーバは、
    前記処理条件管理サーバからの取引処理の実行要求受信に応じて、予め登録済みの取引態様に従った前記ユーザ口座に対する送金処理、または前記ユーザ口座からの支払い処理を実行する情報処理システム。
19. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、
    ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
    生体情報を取得する生体情報取得センサと、
    位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
    前記制御部が、
    前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信し、
    （ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
    （ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
    上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する情報処理方法。
20. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、
    ユーザ口座に連携する電子マネーによる取引を実行する制御部と、
    生体情報を取得する生体情報取得センサと、
    位置情報、または行動情報を取得する位置センサまたは行動センサを有し、
    前記プログラムは、前記制御部に、
    前記生体情報取得センサ、および位置センサまたは行動センサの取得情報を、処理条件管理サーバに送信する処理と、
    （ａ）前記処理条件管理サーバにおける前記生体情報に基づくユーザ認証の成立確認、
    （ｂ）位置情報または行動情報が、前記処理条件管理サーバの保持する設定条件を満足することの確認、
    上記（ａ），（ｂ）の確認がなされたことを条件として実行される電子マネーによる取引処理の結果を、前記通信部を介して受信する処理の制御を実行させるプログラム。

Images