知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024050821
(43)【公開日】2024-04-10
(54)【発明の名称】アカウント管理サーバ、情報処理方法、及びプログラム
(51)【国際特許分類】
G06Q 40/02 20230101AFI20240403BHJP
G06Q 20/40 20120101ALI20240403BHJP
【ＦＩ】
G06Q40/02
G06Q20/40
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2024016652
(22)【出願日】2024-02-06
(62)【分割の表示】P 2019198347の分割
【原出願日】2019-10-31
(71)【出願人】
【識別番号】512000857
【氏名又は名称】徳山 真旭
(74)【代理人】
【識別番号】100095407
【弁理士】
【氏名又は名称】木村 満
(74)【代理人】
【識別番号】100132883
【弁理士】
【氏名又は名称】森川 泰司
(74)【代理人】
【識別番号】100148633
【弁理士】
【氏名又は名称】桜田 圭
(74)【代理人】
【識別番号】100147924
【弁理士】
【氏名又は名称】美恵 英樹
(72)【発明者】
【氏名】徳山 真旭
(57)【要約】
【課題】本人確認のための作業を事前に必要とせず、簡易に本人認証の手続きをすることができるアカウント管理サーバを提供する。
【解決手段】アカウント管理サーバは、アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースと、サーバ制御部とを備える。サーバ制御部は、アカウントの開設の申請を行う第１ユーザの使用する第１端末から受信した第１端末に保存された電話帳の連絡先のデータまたは第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、アカウント保有者情報データベースからアカウント保有者のデータを検索し、検索したアカウント保有者が第１ユーザの身元保証人になることを許諾する場合にアカウントの開設を許可する。
【選択図】図１
【解決手段】アカウント管理サーバは、アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースと、サーバ制御部とを備える。サーバ制御部は、アカウントの開設の申請を行う第１ユーザの使用する第１端末から受信した第１端末に保存された電話帳の連絡先のデータまたは第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、アカウント保有者情報データベースからアカウント保有者のデータを検索し、検索したアカウント保有者が第１ユーザの身元保証人になることを許諾する場合にアカウントの開設を許可する。
【選択図】図１
【特許請求の範囲】
【請求項1】
アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースと、
前記アカウントの開設の申請を行う第１ユーザの使用する第１端末から受信した前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウント保有者情報データベースから前記アカウント保有者のデータを検索し、検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可するサーバ制御部と、
を備える、アカウント管理サーバ。
前記アカウントの開設の申請を行う第１ユーザの使用する第１端末から受信した前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウント保有者情報データベースから前記アカウント保有者のデータを検索し、検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可するサーバ制御部と、
を備える、アカウント管理サーバ。
【請求項2】
前記サーバ制御部は、検索した前記アカウント保有者のデータを前記第１端末に送信し、前記アカウント保有者のデータから第１の保証人候補を選択することを前記第１端末に要求し、前記第１端末から前記第１の保証人候補として第２ユーザが選択されたことを受信した場合、前記第２ユーザの使用する第２端末に前記第２ユーザが前記第１ユーザの身元保証人になるか否かを問合せる、
請求項１に記載のアカウント管理サーバ。
請求項１に記載のアカウント管理サーバ。
【請求項3】
前記サーバ制御部は、前記第２端末から前記第２ユーザが前記第１ユーザの身元保証人になることを許諾することを受信した場合、前記第１端末にアカウントの開設を許可することを送信し、前記第２端末から前記第２ユーザが前記第１ユーザの身元保証人になることを許諾しないことを受信した場合、前記第１端末に、前記アカウント保有者のデータから第２の保証人候補を選択することを要求する、
請求項２に記載のアカウント管理サーバ。
請求項２に記載のアカウント管理サーバ。
【請求項4】
前記サーバ制御部は、前記第１端末から前記第２の保証人候補として第３ユーザが選択されたことを受信した場合、前記第３ユーザの使用する第３端末に前記第３ユーザが前記第１ユーザの身元保証人になるか否かを問合せ、前記第３端末から前記第３ユーザが前記第１ユーザの身元保証人になることを許諾することを受信した場合、前記第１端末にアカウントの開設を許可することを送信する、
請求項３に記載のアカウント管理サーバ。
請求項３に記載のアカウント管理サーバ。
【請求項5】
前記サーバ制御部は、前記第２端末から前記第２ユーザが前記第１ユーザの身元保証人になることを許諾することを受信した場合、前記第１端末に、前記アカウント保有者のデータから第２の保証人候補を選択することを要求する、
請求項２に記載のアカウント管理サーバ。
請求項２に記載のアカウント管理サーバ。
【請求項6】
前記サーバ制御部は、前記第１端末から前記第２の保証人候補として第３ユーザが選択されたことを受信した場合、前記第３ユーザの使用する第３端末に前記第３ユーザが前記第１ユーザの身元保証人になるか否かを問合せ、前記第３端末から前記第３ユーザが前記第１ユーザの身元保証人になることを許諾することを受信した場合、前記第１端末にアカウントの開設を許可することを送信する、
請求項５に記載のアカウント管理サーバ。
請求項５に記載のアカウント管理サーバ。
【請求項7】
前記サーバ制御部は、前記第１ユーザが前記アカウントの開設後に、予め定められた条件を満たす場合、前記第１ユーザを他のユーザの身元保証人とする、
請求項４または６に記載のアカウント管理サーバ。
請求項４または６に記載のアカウント管理サーバ。
【請求項8】
前記サーバ制御部は、検索した前記アカウント保有者のデータをオフラインで前記第１端末に受信させ、前記第１端末から第１の保証人候補として第２ユーザが選択されたことを受信した場合、前記第２ユーザの使用する第２端末に前記第２ユーザが前記第１ユーザの身元保証人になるか否かを問合せる、
請求項１に記載のアカウント管理サーバ。
請求項１に記載のアカウント管理サーバ。
【請求項9】
アカウント管理サーバが実行する情報処理方法であって、
アカウントの開設の申請を行う第１ユーザの使用する第１端末から、前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータを受信するステップ、
受信した前記電話帳の連絡先のデータまたは前記第１ユーザと前記ソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースから前記アカウント保有者のデータを検索するステップ、
検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可するステップ、
を備える情報処理方法。
アカウントの開設の申請を行う第１ユーザの使用する第１端末から、前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータを受信するステップ、
受信した前記電話帳の連絡先のデータまたは前記第１ユーザと前記ソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースから前記アカウント保有者のデータを検索するステップ、
検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可するステップ、
を備える情報処理方法。
【請求項10】
コンピュータに、
アカウントの開設の申請を行う第１ユーザの使用する第１端末から、前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータを受信する処理、
受信した前記電話帳の連絡先のデータまたは前記第１ユーザと前記ソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースから前記アカウント保有者のデータを検索する処理、
検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可する処理、
を実行させるためのプログラム。
アカウントの開設の申請を行う第１ユーザの使用する第１端末から、前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータを受信する処理、
受信した前記電話帳の連絡先のデータまたは前記第１ユーザと前記ソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースから前記アカウント保有者のデータを検索する処理、
検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可する処理、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、アカウント管理サーバ、情報処理方法、及びプログラムに関する。
【背景技術】
【0002】
従来、ユーザが銀行の口座を新規に開設する際、ユーザが本人であるか否かを確認のための手続きが必要となる。例えば、特許文献１には、事業者の事業者システムからユーザ名、住所、契約者番号等の契約情報を取得し、契約情報の内容と口座の申込情報の内容とが一致する場合、本人確認が成功したものとして口座の開設を行う技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００３－１２２９２２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１では、ユーザは口座申込み画面において、本人確認に利用する事業者名と、その事業者との契約者番号とを記入する必要がある。このため、ユーザは、口座を申し込む際に、予め本人確認に利用する事業者を決定し、その事業者との契約者番号を予め調べておく、その事業者との契約書類を手元に置いておく等の作業をする必要がある。したがって、本人確認のために事前に作業が必要になり、簡易に本人確認をすることができないという課題がある。
【0005】
本発明は上述の課題を解決するものであり、本人確認のための作業を事前に必要とせず、簡易に本人認証の手続きをすることができるアカウント管理サーバ、情報処理方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記の目的を達するため、本発明に係るアカウント管理サーバは、
アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースと、
前記アカウントの開設の申請を行う第１ユーザの使用する第１端末から受信した前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウント保有者情報データベースから前記アカウント保有者のデータを検索し、検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可するサーバ制御部と、
を備える。
アカウントを保有する複数のアカウント保有者のデータを保存するためのアカウント保有者情報データベースと、
前記アカウントの開設の申請を行う第１ユーザの使用する第１端末から受信した前記第１端末に保存された電話帳の連絡先のデータまたは前記第１ユーザとソーシャルネットワークキングサービスでつながりのある人のデータに基づいて、前記アカウント保有者情報データベースから前記アカウント保有者のデータを検索し、検索した前記アカウント保有者が前記第１ユーザの身元保証人になることを許諾する場合に前記アカウントの開設を許可するサーバ制御部と、
を備える。
【発明の効果】
【0007】
本発明に係るアカウント管理サーバによれば、予めユーザとつながりがあり、且つ、アカウントを保有している第三者が端末からユーザの身元保証人になることを許諾することにより、ユーザの本人確認のために事前に作業を必要とせず、簡易に本人認証の手続きをすることができる。
【図面の簡単な説明】
【0008】
【図1】本発明の実施の形態１に係る情報処理システムの全体構成を示す図である。
【図6A】本実施の形態における認証処理のフローチャートである。
【図7】実施の形態に係る銀行口座開設処理の全体を示すフローチャートである。
【発明を実施するための形態】
【0009】
（実施の形態１）
以下に、本発明の実施の形態１に係る情報処理システム、情報処理方法、及びプログラムについて、図面を参照して詳細に説明する。なお、図中同一または相当する部分には同一符号を付す。
以下に、本発明の実施の形態１に係る情報処理システム、情報処理方法、及びプログラムについて、図面を参照して詳細に説明する。なお、図中同一または相当する部分には同一符号を付す。
【0010】
本実施の形態１に係る情報処理システム１００は、ユーザの用いる端末から新規に口座を開設するための申込みがあると、ユーザの端末に保存された電話帳の連絡先、ユーザとＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ：ソーシャルネットワークキングサービス）でつながっている人の中から口座を保有している口座保有者を探し出し、ユーザの身元保証を行って貰うことにより、本人確認が必要な手続きに伴うユーザの負担を軽減することができるシステムである。
【0011】
情報処理システム１００の構成を、図１に示す。情報処理システム１００は、ユーザをユーザ本人と認証する銀行サーバ１と、第１ユーザによって使用される第１端末４Ａ、第２ユーザによって使用される第２端末４Ｂ及び第３ユーザによって使用される第３端末４Ｃと、を備える。ここで、第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃは、端末４と総称する。銀行サーバ１と、端末４とは、ネットワーク２を介して相互に接続している。
【0012】
次に、銀行サーバ１の構成を、図２に示す。銀行サーバ１は、サーバ制御部１１とサーバ記憶部１２とを含む。サーバ制御部１１は、新規口座の開設、各種口座における処理を行う口座管理処理プログラム１１０を実行する。この口座管理処理プログラム１１０について、詳細は後述する。また、サーバ記憶部１２には、口座を開設している口座保有者の各種データを記憶した口座保有者情報データベース１２０を記憶している。なお、銀行サーバ１は、特許請求の範囲におけるアカウント管理サーバの一例である。また、口座保有者は、特許請求の範囲におけるアカウント保有者の一例であり、口座保有者情報データベース１２０は、特許請求の範囲におけるアカウント保有者情報データベースの一例である。
【0013】
サーバ記憶部１２に記憶される口座保有者情報データベース１２０のテーブルの一例を、図３に示す。口座保有者情報データベース１２０のテーブルには、口座番号と、口座種別と、口座保有者の名前と、住所と、生年月日と、銀行との取引実績と、ユーザの口座保有年数と、ユーザがその口座を最後に利用した日である最終利用日等の項目が含まれている。例えば、図３示す口座番号１２３４６では、口座種別に普通、口座保有者の名前にＡＡＡ、住所に東京都●○区△△、生年月日に１９６５／９／２、取引実績に住宅ローンと給与振込、口座保有年数に２５、最終利用日に２０１９／１０／２２等が記憶されている。
【0014】
本実施の形態１における端末４は、いわゆるスマートフォンであり、ユーザの顔の画像、指紋、声紋等の生体情報と、ユーザが端末４を操作する際の特有の挙動、操作状態等によるユーザの癖とを用いる認証機能を備える。
【0015】
端末４は、図４Ａに示すように、端末４の正面に、ユーザの顔を撮影するインカメラ４１Ａと、スピーカ４２Ａと、通話用のマイク（マイクロフォン）４２Ｂと、端末４の傾きを検出する傾き検出部４３と、操作入力部４４及び表示部４９を兼ねるタッチパネルと、ユーザの指紋を検出する左指紋センサ４５Ａ及び右指紋センサ４５Ｂと、端末４の現在位置を検出する位置検出部４６とを備える。また、端末４は、背面に、ユーザから見た人間、風景、物体等を撮影することができるメインカメラ４１Ｂを備える。
【0016】
ここで、以下では、インカメラ４１Ａとメインカメラ４１Ｂとを総称して、撮影部４１と称する。以下では、スピーカ４２Ａと、通話用のマイク（マイクロフォン）４２Ｂとを総称して、音声入出力部４２と称する。また、以下では、左指紋センサ４５Ａ及び右指紋センサ４５Ｂを総称して、指紋検出部４５と称する。
【0017】
図４Ｂは、端末４の構成を示すブロック図である。端末４は、通信部４０と、撮影部４１と、音声入出力部４２と、傾き検出部４３と、操作入力部４４と、指紋検出部４５と、位置検出部４６と、端末記憶部４７と、端末制御部４８と、表示部４９とを備える。
【0018】
通信部４０は、図１に示したネットワーク２を介して、銀行サーバ１と通信してデータを送受信し、また、通信部４０は、第１端末４Ａと第２端末４Ｂとの間で通信し、データの送受信をすることができるデータ通信部と、図示せぬ基地局との間で、電話通信用の無線信号を送受信する音声通信部とを含む。データ通信部は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｗｉ－ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等を用いて構成することができる。また、音声通信部は、基地局との間で、電話通信用の無線信号を送受信する通信機器を用いて構成することができる。
【0019】
撮影部４１は、図４Ａに示したインカメラ４１Ａとメインカメラ４１Ｂとを含む。撮影部４１には、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサ等の撮像素子を用いたカメラ、ビデオカメラ等、静止画または動画を撮影し、撮影した静止画または動画を取得することが可能な各種カメラを用いることができる。
【0020】
音声入出力部４２は、図４Ａに示したスピーカ４２Ａと、通話用のマイク４２Ｂとを含む。スピーカ４２Ａは、音声通話で受信した音声、図１に示したネットワーク２を介して外部から取得した音楽データ等を出力する。通話用のマイク４２Ｂは、ユーザの音声をピックアップする装置である。
【0021】
傾き検出部４３は、端末４の傾き、揺れ等を検出することができる装置である。傾き検出部４３は、加速度センサ、角度センサ、地磁気を検出する磁気センサ等の端末４の傾きを検出できる各種センサを用いて構成することができる。なお、加速度センサ、角度センサ等のセンサの個数は、単数又は複数のどちらでもよい。また、センサの種類は、一種類又は複数種類のどちらでもよい。
【0022】
操作入力部４４は、図４Ａに示したユーザからの操作を入力することができる装置である。指紋検出部４５は、ユーザの指紋を検出するセンサである。指紋検出部４５は、図４Ａに示した左指紋センサ４５Ａ及び右指紋センサ４５Ｂを含む。なお、指紋検出部４５には、指紋センサに限らず、ユーザの指紋を検出することができるセンサ、機器等であれば、いずれのものを用いてもよい。
【0023】
位置検出部４６は、端末４の現在位置を検出することができる装置である。位置検出部４６は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の、端末４の現在位置を検出することができる機器を用いて構成することができる。
【0024】
端末記憶部４７には、各種銀行取引の処理を行うことのできる銀行アプリケーションプログラム４７１と、ユーザの認証を行うための認証処理プログラム４７２と、端末４で取得したユーザの生体情報をまとめた認証用生体情報データベース４７３と、端末４で取得したユーザの癖のデータをまとめた認証用ユーザの癖データベース４７４と、端末４の傾き状態を記憶するための傾き情報テーブル４７５と、を備える。
【0025】
銀行アプリケーションプログラム４７１は、口座の開設、入金、出金等の各種銀行取引の処理を行うことのできるプログラムである。銀行アプリケーションプログラム４７１は、例えば、図４Ａに示した表示部４９の表示されたアイコンを、タッチパネル等の操作入力部４４を介してユーザが選択すると、図４Ｃに示した端末４のプロセッサ５１により実行される。銀行アプリケーションプログラム４７１の動作の詳細は後述する。
【0026】
認証処理プログラム４７２は、端末４を使用しているユーザが本人であることを認証するためのプログラムである。認証用生体情報データベース４７３は、認証処理プログラム４７２でユーザが本人であることを認証する際に用いられる、ユーザの顔の画像、指紋、声紋等生体情報を記憶するためのデータベースである。認証用ユーザの癖データベース４７４は、認証処理プログラム４７２でユーザが本人であることを認証する際に用いられる、ユーザが端末４を操作する際の特有の挙動、操作状態等によるユーザの癖のデータを記憶するためのデータベースである。
【0027】
端末制御部４８は、端末記憶部４７に記憶された各種プログラムを実行する。また、端末制御部４８は、通信部４０と、撮影部４１と、音声入出力部４２と、傾き検出部４３と、操作入力部４４と、指紋検出部４５と、位置検出部４６とから各種データを取得して処理し、端末記憶部４７の各種データベースに記憶する。
【0028】
表示部４９は、端末制御部４８で実行される各種プログラムの処理内容および処理結果を表示する。また、表示部４９は、撮影部４１で撮影された静止画、動画等の画像、操作入力部４４から入力されたデータ等を表示することもできる。表示部４９は、操作入力部４４上に積層されており、図４Ａに示したタッチパネルを構成する。
【0029】
次に、端末４のハードウエア構成の一例を、図４Ｃを参照しつつ説明する。端末４は、各種プログラムを実行するプロセッサ５１と、各種プログラムを展開するためのメモリ５２と、各種表示用データを出力する表示コントローラ５３と、各種表示用データを表示する表示機器５４と、撮影部４１、音声入出力部４２等を接続するためのＩ／Ｏポート５５と、各種プログラム及び各種データを記憶する記憶機器５６と、外部との通信をしデータを送受信する通信機器５７とを備える。このプロセッサ５１と、メモリ５２と、表示コントローラ５３と、表示機器５４と、Ｉ／Ｏポート５５と、記憶機器５６と、通信機器５７とは、データバス５８を介して相互に接続されている。
【0030】
プロセッサ５１は、記憶機器５６に記憶された各種プログラムを読み出してメモリ５２に展開し、実行する。プロセッサ５１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ－ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の処理装置を用いて構成することができる。また、メモリ５２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ等の揮発性または不揮発性の半導体メモリといった記憶素子および記憶媒体を用いて構成することができる。
【0031】
表示コントローラ５３は、表示機器５４に各種表示用データを出力するコントローラである。表示コントローラ５３は、ビデオカード、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、グラフィックボード等の映像信号出力装置を用いて構成することができる。また、表示機器５４は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）モニタ等の表示装置を用いて構成することができる。
【0032】
Ｉ／Ｏポート５５は、撮影部４１と、音声入出力部４２と、傾き検出部４３と、操作入力部４４と、指紋検出部４５と、位置検出部４６とを接続することができる接続用ポートである。Ｉ／Ｏポート５５には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート等、機器を接続することができる各種ポートを用いて構成すことができる。
【0033】
記憶機器５６は、プロセッサ５１で実行する各種プログラム、各種プログラムで使用する各種データを記憶する機器である。記憶機器５６は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置を用いて構成することができる。
【0034】
通信機器５７は、図１に示したネットワーク２を介して、銀行サーバ１とクラウド３との間で各種データを送受信することができる機器である。通信機器５７は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線通信等による通信を行う各種器機を用いて構成することができる。
【0035】
図４Ｂに示した端末記憶部４７に記憶された認証処理プログラム４７２は、図４Ｃに示した端末４のプロセッサ５１により実行されることにより、端末制御部４８に図４Ｄに示す情報処理ブロックが実現される。これにより、端末４は、ユーザ本人の顔の画像、指紋、声紋等の生体情報と、ユーザが端末４を操作する際の特有の挙動、操作状態等によるユーザの癖のデータとに基づいて、ユーザ本人を認証し、端末４における各種機能を実行することができる。
【0036】
情報処理ブロックは、通信部４０、撮影部４１等から認証用の生体情報及びユーザの癖のデータを取得する認証用情報取得部４８５と、ユーザを本人か否か認証する認証判定部４８６と、表示部４９に認証結果を表示させる認証結果表示部４８７と、認証判定部４８６からの指示により端末記憶部４７に記憶されは各種データベース及びテーブルの情報を更新する認証用情報更新部４８８とを備える。
【0037】
認証用情報取得部４８５は、通信部４０、撮影部４１等から認証用の生体情報及びユーザの癖を取得する。認証判定部４８６は、認証用情報取得部４８５から取得した認証用の生体情報及びユーザの癖と、端末記憶部４７の各種データベースに記憶された認証値、合格条件等に基づいて、ユーザの認証を行う。認証結果表示部４８７は、認証判定部４８６からユーザの認証結果を受信し、表示部４９に認証結果に応じてメッセージ、画像等を表示させる。認証用情報更新部４８８は、認証判定部４８６からの指示に基づいて、端末記憶部４７に記憶された各種データベース、テーブルに記憶されたデータを更新する。なお、認証用情報取得部１８１で取得される生体情報及び振舞情報は、特許請求の範囲における認証情報の一例である。また、認証用情報取得部４８５で取得される各生体情報は、特許請求の範囲における一の情報及び三の情報の一例である。認証用情報取得部４８５で取得される各振舞情報は、特許請求の範囲における二の情報の一例である。
【0038】
次に、端末記憶部４７に記憶される認証用生体情報データベース４７３と、認証用ユーザの癖データベース４７４と、傾き情報テーブル４７５との各テーブルの構成について、図５Ａから図５Ｃを参照しつつ以下に説明する。まず、認証用生体情報データベース４７３のテーブルには、図５Ａに示すように、顔、音声等の生体情報の種類と、ユーザ本人の生体情報である登録情報と、登録情報と図４Ｄに示した認証用情報取得部４８５で取得した生体情報とを比較して求める認証値が記憶されている。認証用生体情報データベース４７３のテーブルに記憶されている登録情報は、ユーザ本人の生体情報である。登録情報には、端末４で認証処理を行う前に予め登録された情報であり、ユーザ本人を認証できた場合に更新される。登録情報には、例えば、生体情報の種類が顔であれば顔画像から求めた特徴量が、生体情報の種類が音声であれば音声データまたは音声データから求めた特徴量または音声データとその特徴量の両方が、生体情報の種類が虹彩であれば虹彩データが、生体情報の種類が指紋であれば指紋の画像から求めた特徴量が、それぞれ記憶されている。
【0039】
本実施の形態１において、生体情報の類似の判定は、認証値により行われる。認証値は、登録情報と、図４Ｄに示した認証用情報取得部４８５で取得した生体情報とを比較した結果を基に求められる値である。認証値は、登録情報と認証用情報取得部４８５で取得した生体情報とが類似する場合に０に近づき、類似しない場合に１に近づく。認証用生体情報データベース４７３には、認証値の平均値と、認証値を判定するための閾値である認証閾値と、認証閾値にユーザがグレーな場合を示す認証許容範囲値を含めた認証許容値とが含まれる。
【0040】
まず、認証値の平均値は、登録情報と、認証用情報取得部４８５で取得した生体情報とを比較し求められた認証値の平均の値である。認証閾値は、登録情報と、認証用情報取得部４８５で取得した生体情報とを比較し、比較した結果を基に求められた認証値が、この値以下の場合、ユーザをユーザ本人と判定するための基準となる値である。認証閾値は、ユーザの認証の状況に合わせて変動する値であり、予め上限値が定めされている。上限値は、その値以上となった場合、ユーザをユーザ本人と生体情報のみで認証すべきではないとされる値である。例えば、認証閾値のデフォルト値を、登録情報と認証用情報取得部４８５で取得した生体情報とが類似する場合に近づく０と類似しない場合に近づく１との間の０．４であれば、認証閾値の上限値は０．４５といった具合である。
【0041】
また、認証許容値は、登録情報と認証用情報取得部４８５で取得した生体情報とを比較し、比較した結果を基に求められた認証値が、この値以上の場合、ユーザをユーザ本人ではないと判定するための基準となる値である。認証許容値は、上述のとおり認証閾値にユーザがグレーな場合を示す認証許容範囲値を含めた値であるため、認証閾値と認証許容範囲値との変動に応じて、変動する値である。認証許容値には、予め上限値が定められており、これを最大認証許容値と呼ぶ。最大認証許容値は、この値以上の場合、ユーザを他人と判断すべきとされる値である。例えば、登録情報と認証用情報取得部４８５で取得した生体情報とが類似する場合に近づく０と類似しない場合に近づく１との中間の０．５である。
【0042】
認証閾値と認証許容値との間の値を認証許容範囲値といい、ユーザがユーザ本人か否かグレーな場合を示す値である。認証値が認証許容範囲値内である場合、ユーザがユーザ本人か否かを生体情報だけで判断せず、ユーザ特有のユーザの癖が合格条件に合致している場合に、ユーザ本人と認証し、合致してない場合、ユーザ本人と認証しないものとする。ユーザの癖によるユーザの認証を、以下では、補助認証と称する。認証許容範囲値は、この範囲に収まる認証値であればユーザ本人として概ね考え良いと思われる値を、予め定めたものである。例えば、類似する場合に近づく０と、類似しない場合に近づく１との一割以下の０．０８である。なお、認証閾値が上限値になった場合、最大認証許容値から認証閾値が上限値を引いた値になる。例えば、認証閾値の上限値が０．４５、最大認証値が０．５であれば、認証許容範囲値は０．０５といった具合である。したがって、認証閾値が上限値になっている場合、認証閾値が上限値になっていない場合よりも認証許容範囲値の値は小さな値をとる。
【0043】
次に、認証用ユーザの癖データベース４７４のテーブルについて、図５Ｂを参照しつつ、以下に説明する。認証用ユーザの癖データベース４７４のテーブルには、通信接続、イベント実行等のユーザの癖の種類と、図４Ｄに示した認証用情報取得部４８５で取得した取得情報と、各ユーザの癖における最新状況と、各ユーザの癖の合格条件とが記憶されている。取得情報には、例えば、ユーザの癖の種類が通信接続であれば接続先のアドレス、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、ＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）等が、ユーザの癖の種類がイベント実行であれば予めスケジュール帳に保存されたイベントの行われる場所の名称、住所等の場所情報が、ユーザの癖の種類が顔と端末装置との距離であれば距離が、デバイス接続であれば接続先のデバイスを示す名称、ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）等が、それぞれ記憶されている。
【0044】
各ユーザの癖における最新状況には、例えば、ユーザの癖の種類が通信接続であれば、取得情報に示された通信接続先にこれまで接続等された合計回数である。通信接続先への接続等の合計回数は、初期値が０であり、通信接続先への接続等により回数が加算されていく。また、ユーザの癖の種類がイベント実行であれば、取得情報に記憶されている場所とユーザの現在地との間の距離が記憶される。ユーザの癖の種類が顔と端末４との距離であれば、それまでユーザがユーザ本人と認証された際に算出された顔と端末４との距離の平均距離が記憶される。顔と端末４との平均距離は、ユーザがユーザ本人と認証される度に更新される。なお、顔と端末４との平均距離の初期値は、図５Ａに示した生体情報を、端末４でユーザ本人の認証を行う前に予め登録する際に求められた距離とする。
【0045】
また、ユーザの癖の種類がデバイス接続であれば、取得情報に記憶された名称、ＩＤ等が示すデバイスに接続されているか否かが記憶されている。デバイス接続は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）によりペア設定されたデバイスと端末４との接続である。各ユーザの癖の合格条件は、各ユーザの癖の信頼性を担保できる条件を予め定めた条件である。
【0046】
次に、傾き情報テーブル４７５のテーブルを、図５Ｃに示す。傾き情報テーブル４７５は、図４Ｄに示した傾き検出部４３から取得された端末４の傾きを示す角度と、その角度を取得した取得日時、傾きを検出するためのインターバルとなる待機時間とを記憶している。端末４の傾きを示す角度は、待機時間が経過する毎に図４Ｄに示した認証用情報取得部４８５により傾き検出部４３から取得され、更新される。また、その角度を更新する際、角度を取得した取得日時も更新される。
【0047】
本実施の形態１に係る端末４は、電源投入後のイニシャライズ処理の実行が完了すると、もしくは、スリープ状態から復帰すると、認証が成功するまで各機能の操作を許さないロック状態に入る。このロック状態に入る、もしくは、各機能の操作を行う際に認証が要求されると、図４Ｂに示した端末制御部４８は、端末記憶部４７に記憶された認証処理プログラム４７２を実行し、ユーザがユーザ本人か否かを判別する。認証処理プログラム４７２によるユーザの認証処理は、予め定められた認証間隔によりバックグラウンドで行われる。
【0048】
端末制御部４８により実行される認証処理プログラム４７２の処理について、図６Ａ及び図６Ｂに示す認証処理のフローチャートを参照しつつ、以下に説明する。なお、この認証処理は、特許請求の範囲におけるユーザ認証手段の一例である。
【0049】
まず、図６Ａを参照する。本実施の形態１においては、生体情報としてユーザの顔画像を用いるものとする。図４Ｄに示した認証用情報取得部４８５は、撮影部４１に端末４を操作しているユーザの顔写真を撮影させる。具体的には、認証用情報取得部４８５は、端末４の正面に向き合っているユーザの顔写真を、インカメラ４１Ａで撮影させる。認証用情報取得部４８５は、撮影部４１から撮影したユーザの顔写真を取得する（ステップＳ１０１）。認証用情報取得部４８５は、取得したユーザの顔写真がブレていないか判定する（ステップＳ１０２）。ユーザの顔写真がブレていた場合（ステップＳ１０２；ＮＯ）、認証用情報取得部４８５は、撮影部４１にユーザの顔写真の撮影をリトライさせる（ステップＳ１０３）。また、ユーザの顔写真がブレていなかった場合（ステップＳ１０２；ＹＥＳ）、認証用情報取得部４８５は、撮影部４１に撮影させたユーザの顔写真からユーザの顔が検出できるか判定する（ステップＳ１０４）。
【0050】
ユーザの顔写真からユーザの顔が検出できない場合（ステップＳ１０４；ＮＯ）、認証用情報取得部４８５は、撮影部４１にユーザの顔写真の撮影をリトライさせる（ステップＳ１０３）。なお、ユーザの顔写真からユーザの顔が検出できない場合、今操作しているユーザにこれ以上操作をさせないようにロックをかける、他の認証方法を利用する旨のメッセージを表示する等をしてもよい。また、ユーザの顔写真からユーザの顔が検出できた場合（ステップＳ１０４；ＹＥＳ）、認証用情報取得部４８５は、検出したユーザの顔の画像の特徴量を求める。認証用情報取得部４８５は、求めたユーザの顔の画像の特徴量を認証判定部４８６に送信する。
【0051】
認証判定部４８６は、図４Ｂに示した端末記憶部４７に記憶されている認証用生体情報データベース４７３を取得する。認証判定部４８６は、図５Ａに示した認証用生体情報データベース４７３のテーブルから、生体情報の種類のうち「顔」に対応付けられた登録情報に記憶された顔画像の特徴量と、認証値の認証許容値及び認証閾値を取得する。認証判定部４８６は、認証用生体情報データベース４７３から取得した登録情報の顔画像の特徴量と、認証用情報取得部４８５から受信した顔画像の特徴量とを比較し、比較の結果を基に顔の認証値を求める。認証判定部４８６は、求めた顔の認証値が認証用生体情報データベース４７３から取得した認証閾値以上か判定する（ステップＳ１０５）。
【0052】
求めた顔の認証値が認証閾値以上の場合（ステップＳ１０５；ＹＥＳ）、認証判定部４８６は、求めた顔の認証値が認証用生体情報データベース４７３から取得した認証許容値以下か判定する（ステップＳ１０６）。求めた顔の認証値が認証許容値以下の場合（ステップＳ１０６；ＹＥＳ）、端末４を使用しているユーザがユーザ本人か否かグレーであるため、認証判定部４８６はユーザの癖による認証である補助認証を実行する。まず、認証判定部４８６は、認証用情報取得部４８５に通信部４０から現在接続している通信接続先を取得させる。認証判定部４８６は、認証用情報取得部４８５から、取得させた通信部４０の現在の通信接続先を受信する。
【0053】
続いて、認証判定部４８６は、図４Ｂに示した端末記憶部４７から認証用ユーザの癖データベース４７４を取得する。認証判定部４８６は、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類のうち「通信接続」に対応つけられた取得情報、回数、合格条件を取得する。例えば、図５Ｂに示すように、「通信接続」の取得情報にはＳＳＩＤであるＡＢＣ＿ＷＬＡＮと１２３ＷＬＡＮとが記憶されている。このＡＢＣ＿ＷＬＡＮでは、接続した回数に３１回、合格条件として接続回数が１００回以上と記憶されている。また、１２３ＷＬＡＮでは、接続した回数に１５７回、合格条件として接続回数が１００回以上と記憶されている。なお、以下では合格条件を満たす場合を信頼するものと呼び、合格条件を満たさない場合を信頼しないものと呼ぶ。
【0054】
認証判定部４８６は、認証用情報取得部４８５から受信した通信部４０の現在の通信接続先と、認証用ユーザの癖データベース４７４から取得した取得情報とを比較し、現在の通信接続先が信頼する接続先か否か判定する（ステップＳ１０７）。ここで、例えば、通信部４０の現在の通信接続先としてＳＳＩＤのＡＢＣ＿ＷＬＡＮが取得されているものとする。認証用ユーザの癖データベース４７４に記憶されたユーザの癖の種類「通信接続」の取得情報におけるＡＢＣ＿ＷＬＡＮは、接続した回数が３１回であり、合格条件の接続回数が１００回以上である。このため、現在の通信接続先は信頼する通信接続先ではないため（ステップＳ１０７；ＹＥＳ）、信頼するイベントを実行しているか否かを判定する（ステップＳ１０８）。
【0055】
認証判定部４８６は、認証用情報取得部４８５に操作入力部４４から直前に実行したイベントの内容を取得させる。認証判定部４８６は、端末４に備えられたカレンダーから現在の日時に予定があるか否かと、その予定が行われる場所の情報とを取得する。認証判定部４８６は、その日に予定が無かった場合、信頼するイベントの実行ではないものとし（ステップＳ１０８；ＹＥＳ）、顔と端末４との距離を算出する（ステップＳ１０９）。また、その日に予定があった場合、認証判定部４８６は、認証用情報取得部４８５に位置検出部４６から、現在の位置情報を取得させる。続いて、認証判定部４８６は、図４Ｂに示した端末記憶部４７から認証用ユーザの癖データベース４７４を取得する。
【0056】
認証判定部４８６は、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類のうち、「イベント実行」に対応つけられた取得情報と合格条件とを取得する。例えば、図５Ｂに示すように、「イベント実行」の取得情報にはイベントが行われる場所として「○×公園」及び「△●映画館」が記憶され、その両方の合格条件として「距離が１００ｍ以内」と記憶されているものとする。
【0057】
ここで、例えば、端末４に備えられたカレンダーに、現在の日時に行われるイベントの場所として「○×公園」が記憶されているものとする。認証判定部４８６は、認証用情報取得部４８５に位置検出部４６から取得させた現在の位置情報と、現在の日時に行われるイベントの場所である「○×公園」の位置情報とを比較する。例えば、現在の位置情報と、イベントの場所である「○×公園」の位置情報との間の距離が１１３ｍとする。この場合、ユーザは「○×公園」から１００ｍ以内に居ない、すなわち、ユーザが予定しているイベントの場所に居ないため、信頼するイベントの実行ではないものとし（ステップＳ１０８；ＹＥＳ）、顔と端末４との距離を算出する（ステップＳ１０９）。ユーザの顔と端末４との距離は、図１に示したインカメラ４１Ａで撮影した端末４の正面に向き合うユーザの顔写真における、ユーザの顔の占める割合を基づいて算出する。
【0058】
続いて、認証判定部４８６は、図４Ｂに示した端末記憶部４７から認証用ユーザの癖データベース４７４を取得する。認証判定部４８６は、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類のうち「顔と端末装置との距離」に対応つけられた平均距離、合格条件を取得する。例えば、図５Ｂに示すように、「顔と端末装置との距離」の平均距離には２６２ｍｍ、合格条件に平均距離のプラスマイナス２０ｍｍと記憶されている。
【0059】
認証判定部４８６は、ステップＳ１０９で算出したユーザの顔と端末４との距離が、認証用ユーザの癖データベース４７４から取得した合格条件に設定された設定範囲内か否か判定する（ステップＳ１１０）。具体的には、認証用ユーザの癖データベース４７４から取得した平均距離は２６２ｍｍ、合格条件は、平均距離のプラスマイナス２０ｍｍであるので、２４２ｍｍから２８２ｍｍの範囲か否かを判定する。
【0060】
ステップＳ１０９で算出したユーザの顔と端末４との距離が、２４２ｍｍから２８２ｍｍの範囲である場合（ステップＳ１１０；ＹＥＳ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人と認証する。認証用情報更新部４８８に、図４Ｂに示した認証用生体情報データベース４７３及び認証用ユーザの癖データベース４７４に記憶された各種データを更新させる（ステップＳ１１１）。
【0061】
具体的には、認証用情報更新部４８８は、図５Ａに示した認証用生体情報データベース４７３のテーブルの生体情報の種類「顔」に対応つけられた登録情報を、登録情報に記憶されていた顔画像の特徴量に認証判定部４８６が認証用情報取得部４８５から受信した顔画像の特徴量を加え、更新する。続いて、認証用情報更新部４８８は、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルのユーザの癖の種類「通信接続」に対応つけられた最新状況に記憶されている回数に１を加え、更新する。また、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類「顔と端末装置との距離」に対応つけられた最新状況を、記憶されている平均距離とステップＳ１０９で算出された「顔と端末装置との距離」から求められた平均距離で更新する。
【0062】
このように、認証用生体情報データベース４７３に記憶された生体情報、及び、認証用ユーザの癖データベース４７４に記憶されたユーザの癖を更新することにより、ユーザの生体情報及びユーザの癖の精度が向上する。このため、ユーザの認証の精度を向上させることができる。
【0063】
また、認証判定部４８６により求められた顔の認証値が、認証値の認証閾値以上でない場合（ステップＳ１０５；ＮＯ）、認証判定部４８６は、認証用情報取得部４８５に通信部１０から現在接続している通信接続先を取得させる。認証判定部４８６は、認証用情報取得部４８５から、取得させた通信部４０の現在の通信接続先を受信する。続いて、認証判定部４８６は、図４Ｂに示した端末記憶部４７から認証用ユーザの癖データベース４７４を取得する。認証判定部４８６は、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類のうち「通信接続」に対応つけられた取得情報、回数、合格条件を取得する。認証判定部４８６は、認証用情報取得部４８５から受信した通信部４０の現在の通信接続先と、認証用ユーザの癖データベース４７４から取得した取得情報とを比較し、現在の通信接続先が信頼する接続先か否か判定する（ステップＳ１１２）。
【0064】
ここで、例えば、通信部４０の現在の通信接続先としてＳＳＩＤの１２３ＷＬＡＮが取得されているものとする。認証用ユーザの癖データベース４７４に記憶されたユーザの癖の種類「通信接続」の取得情報における１２３ＷＬＡＮは、接続した回数が１５６回であり、合格条件の接続回数が１００回以上である。このため、現在の通信接続先は信頼する通信接続先であるため（ステップＳ１１２；ＹＥＳ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人と認証する。その後、認証判定部４８６は、認証間隔を現在の認証間隔よりも長くする（ステップＳ１１３）。これは、現在の通信接続先が信頼する通信接続先であれば、ユーザ本人は自宅、職場等の信頼する環境に居るものと考えられるためである。この場合、認証間隔を現在の認証間隔よりも長くし、認証の頻度を下げ必要最低限の回数認証を行うようにすれば良い。
【0065】
ここで、例えば、通信部４０の現在の通信接続先としてＳＳＩＤのＡＢＣ＿ＷＬＡＮが取得されているものとする。認証用ユーザの癖データベース４７４に記憶されたユーザの癖の種類「通信接続」の取得情報におけるＡＢＣ＿ＷＬＡＮは、接続した回数が３１回であり、合格条件の接続回数が１００回以上である。このため、現在の通信接続先は信頼する通信接続先ではないため（ステップＳ１１３；ＮＯ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人と認証せず、認証間隔を現在の認証間隔よりも長くしない。
【0066】
ここで、ステップＳ１０７において、例えば、通信部４０の現在の通信接続先としてＳＳＩＤの１２３ＷＬＡＮが取得されているものとする。認証用ユーザの癖データベース４７４に記憶されたユーザの癖の種類「通信接続」の取得情報における１２３ＷＬＡＮは、接続した回数が１５６回であり、合格条件の接続回数が１００回以上である。このため、現在の通信接続先は信頼する通信接続先であるため（ステップＳ１０７；ＮＯ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人と認証する。
【0067】
また、ここで、ステップＳ１０８において、例えば、端末４に備えられたカレンダーに、現在の日時に行われるイベントの場所として「△●映画館」が記憶されているものとする。認証判定部４８６は、認証用情報取得部４８５に位置検出部４６から取得させた現在の位置情報と、現在の日時に行われるイベントの場所である「△●映画館」の位置情報とを比較する。例えば、現在の位置情報と、イベントの場所である「△●映画館」の位置情報との間の距離が７２ｍとする。図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類のうち、「イベント実行」に対応つけられたイベントが行われる場所の「△●映画館」における合格条件は、「距離が１００ｍ以内」である。このため、この場合ユーザは、「△●映画館」から１００ｍ以内に居る、すなわち、ユーザが予定しているイベントの場所に居るため、信頼するイベントの実行であるもとのし（ステップＳ１０８；ＮＯ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人と認証する。その後、認証判定部４８６は、認証間隔を現在の認証間隔よりも長くする（ステップＳ１１３）。
【0068】
認証判定部４８６は、ユーザの顔と端末４との距離を算出する（ステップＳ１１４）。続いて、認証判定部４８６は、図４Ｂに示した端末記憶部４７から認証用ユーザの癖データベース４７４を取得する。認証判定部４８６は、ステップＳ１１４で算出したユーザの顔と端末４との距離が、認証用ユーザの癖データベース４７４から取得した合格条件に設定された設定範囲内か否か判定する（ステップＳ１１５）。ステップＳ１０９で算出したユーザの顔と端末４との距離が、設定範囲である場合（ステップＳ１１５；ＹＥＳ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人と認証する。認証判定部４８６は、認証用情報更新部４８８に、図４Ｂに示した認証用生体情報データベース４７３及び認証用ユーザの癖データベース４７４に記憶された各種データを更新させる（ステップＳ１１１）。
【0069】
具体的には、認証用情報更新部４８８は、図５Ａに示した認証用生体情報データベース４７３のテーブルの生体情報の種類「顔」に対応つけられた登録情報を、登録情報に記憶されていた顔画像の特徴量にステップＳ１０５で認証判定部４８６が認証用情報取得部４８５から受信した顔画像の特徴量を加え、更新する。
【0070】
続いて、認証用情報更新部４８８は、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルのユーザの癖の種類「通信接続」に対応付けられた、最新状況に記憶されている回数に１を加え、更新する。続いて、認証用情報更新部４８８は、認証用ユーザの癖データベース４７４のテーブルのユーザの癖の種類「イベント実行」に対応付けられた最新状況を、ステップＳ１０８；ＮＯで求めたイベントの場所と端末４との間の距離を書き込み、更新する。また、図５Ｂに示した認証用ユーザの癖データベース４７４のテーブルに記憶されているユーザの癖の種類「顔と端末装置との距離」に対応付けられた最新状況を、最新状況に記憶されている平均距離とステップＳ１１４で算出された「顔と端末装置との距離」から求められた平均距離で更新する。
【0071】
ステップＳ１１４で算出したユーザの顔と端末４との距離が、設定範囲でない場合（ステップＳ１１５；ＮＯ）、認証判定部４８６は、認証用情報更新部４８８に、図４Ｂに示した認証用生体情報データベース４７３及び認証用ユーザの癖データベース４７４に記憶された各種データを更新させない。
【0072】
また、認証判定部４８６により求められた顔の認証値が、認証値の認証許容値以下でない場合（ステップＳ１０６；ＮＯ）、及び、ステップＳ１１０で顔と端末装置との距離が設定範囲内でなかった場合（ステップＳ１１０；ＮＯ）、認証判定部４８６は、端末４を使用しているユーザをユーザ本人ではないと判断する。認証判定部４８６は、図３７に示した認証結果表示部４８７に、表示部４９へ認証できなかった旨を表示させる。続いて、認証判定部４８６は、端末４に備えられている既存の生体認証手段を呼び出す。ここでは、既存の生体認証手段として指紋認証を呼び出すものとする。認証判定部４８６は、指紋認証を実行する（ステップＳ１１６）。
【0073】
指紋認証ができた場合（ステップＳ１１７；ＹＥＳ）、認証判定部４８６からの指示により、認証用情報取得部４８５は、撮影部４１に端末４を操作しているユーザの顔写真を撮影させる。認証用情報取得部４８５は、撮影部４１から撮影したユーザの顔写真の画像を取得し、ユーザの顔の画像の特徴量を求める。認証用情報取得部４８５は、認証判定部４８６に求めたユーザの顔の画像の特徴量を送信する。認証判定部４８６は、受信したユーザの顔の画像の特徴量を図３７に示した認証用情報更新部４８８に送信する。認証用情報更新部４８８は、受信したユーザの顔の画像の特徴量を、図５Ａに示した認証用生体情報データベース４７３のテーブルの生体情報の種類「顔」に対応付けられた登録情報に記憶されていた顔画像の特徴量に加え、更新する（ステップＳ１１８）。認証判定部４８６は、ステップＳ１０１へ戻り、ステップＳ１０１以降のステップを実行する。
【0074】
また、指紋認証ができなかった場合（ステップＳ１１７；ＮＯ）、認証判定部４８６は、図３７に示した認証結果表示部４８７に、表示部４９へ認証できなかった旨を表示させる。続いて、認証判定部４８６は、図３７に示した認証結果表示部４８７にログイン画面を表示部４９に表示させる（ステップＳ１１９）。
【0075】
ここで、図６Ｂに移動する。認証判定部４８６は、生体認証及び補助認証が予め定めされた設定回数成功したか否かを判定する（ステップＳ１２０）。この設定回数は、例えば、連続で１０回、端末４が起動してから合計で２０回等、任意の回数である。生体認証及び補助認証が予め定めされた設定回数成功した場合（ステップＳ１２０；ＹＥＳ）、認証判定部４８６は、設定回数分の認証で求められた顔の認証値の平均値を求める（ステップＳ１２１）。具体的には、認証判定部４８６は、図４Ｂに示した認証用生体情報データベース４７３を、端末記憶部４７から取得する。認証判定部４８６は、図５Ａに示した認証用生体情報データベース４７３のテーブルから、生体情報の種類のうち「顔」に対応付けられた認証値の平均値を取得する。認証判定部４８６は、ステップＳ１０５で求めた顔の認証値と、認証用生体情報データベース４７３から取得した認証値の平均値とを足して２で割り、顔の認証値の平均値を算出する。また、生体認証及び補助認証が予め定めされた設定回数成功しなかった場合（ステップＳ１２０；ＮＯ）、ステップＳ１２１からステップＳ１２３の処理をスキップし、ステップＳ１２４へ進む。
【0076】
認証判定部４８６は、ステップＳ１２１で求めた顔の認証値の平均値を、認証用情報更新部４８８に送信する。認証用情報更新部４８８は、受信した顔の認証値の平均値と、予め設定された認証閾値の上限値とを比較する。顔の認証値の平均値が予め設定された認証閾値の上限値以上である場合、認証用情報更新部４８８は、図５Ａに示した認証用生体情報データベース４７３のテーブルの、生体情報の種類のうち「顔」に対応付けられた認証閾値に、認証閾値の上限値を書き込み、更新する。また、顔の認証値の平均値が予め設定された認証閾値の上限値以下である場合、認証用情報更新部４８８は、図５Ａに示した認証用生体情報データベース４７３のテーブルの、生体情報の種類のうち「顔」に対応付けられた認証閾値に、ステップＳ１２１で求めた顔の認証値の平均値を書き込み、更新する（ステップＳ１２２）。
【0077】
続いて、認証用情報更新部４８８は、認証許容値を更新する（ステップＳ１２３）。具体的には、ステップＳ１２１で求めた顔の認証値の平均値が、予め設定された認証閾値の上限値以上である場合、認証用情報更新部４８８は、予め設定された最大認証許容値を認証許容値とする。また、ステップＳ１２１で求めた顔の認証値の平均値が、予め設定された認証閾値の上限値以下である場合、ステップＳ１２１で求めた顔の認証値の平均値とデフォルトの認証許容範囲値とを足した値が最大認証許容値以下であれば、その足した値を認証許容値とする。ステップＳ１２１で求めた顔の認証値の平均値とデフォルトの認証許容範囲値とを足した値が最大認証許容値以上であれば、最大認証許容値を認証許容値とする。認証用情報更新部４８８は、図４Ｂに示した認証用生体情報データベース４７３を、端末記憶部４７から取得する。認証用情報更新部４８８は、図５Ａに示した認証用生体情報データベース４７３のテーブルの、生体情報の種類のうち「顔」に対応付けられた認証許容値に、求めた認証許容値を書き込み、更新する。
【0078】
図３７に示した認証用情報取得部４８５は、傾き検出部４３から端末４の傾きの角度を取得する。続いて、認証用情報取得部４８５は、図示しないタイマから現在の日時情報を取得する（ステップＳ１２４）。認証用情報取得部４８５は、取得した端末４の傾きの角度と現在の日時情報とを認証判定部４８６に送信する。認証判定部４８６は、受信した端末４の傾きの角度と現在の日時情報とを、認証用情報更新部４８８に送信する。認証用情報更新部４８８は、図４Ｂに示した端末記憶部４７に記憶された傾き情報テーブル４７５に、受信した端末４の傾きの角度と現在の日時情報とを書き込み、保存する（ステップＳ１２５）。
【0079】
認証判定部４８６は、図５Ｃに示した傾き情報テーブル４７５のテーブルに記憶されている待機時間を取得する。認証判定部４８６は、認証用情報取得部４８５に取得した待機時間を送信する。認証用情報取得部４８５は、受信した待機時間の間、通信部４０、撮影部４１等からのデータの取得を待機する（ステップＳ１２６）。待機時間が終了すると、認証用情報取得部４８５は、傾き検出部４３から端末４の傾きの角度を取得する。続いて、認証用情報取得部４８５は、図示しないタイマから現在の日時情報を取得する（ステップＳ１２７）。認証用情報取得部４８５は、取得した端末４の傾きの角度と現在の日時情報とを認証判定部４８６に送信する。
【0080】
認証判定部４８６は、図５Ｃに示した傾き情報テーブル４７５のテーブルに記憶されている端末４の角度を取得する。認証判定部４８６は、認証用情報取得部４８５から受信した端末４の傾きの角度と、傾き情報テーブル４７５から取得した端末４の角度とを比較し、角度が変化してないか否かを判定する（ステップＳ１２８）。端末４の角度の変化が、予め定められた設定値の角度、例えば、３０度以上の場合（ステップＳ１２８；ＮＯ）、認証判定部４８６は、ユーザにより端末４が動かされ何某かの操作が行われたものと判断し、図６Ａに示したステップＳ１０１に戻る。その後、認証判定部４８６は、ステップＳ１０１以降の処理を実行する。
【0081】
また、端末４の角度の変化が、予め定められた設定値の角度以下の場合（ステップＳ１２８；ＹＥＳ）、認証判定部４８６は、ユーザにより端末４が動かされていないものと判断する。続いて、認証判定部４８６は、ユーザを認証するタイミングになったか否かを判定する（ステップＳ１２９）。ユーザを認証するタイミングは、予め設定された認証間隔の時間が経過したタイミングである。ユーザを認証するタイミングになっている場合（ステップＳ１２９；ＹＥＳ）、認証判定部４８６は、図６Ａに示したステップＳ１０１に戻る。その後、認証判定部４８６は、ステップＳ１０１以降の処理を実行する。ユーザを認証するタイミングになっていない場合（ステップＳ１２９；ＮＯ）、認証判定部４８６はステップＳ１２５に戻る。認証判定部４８６は、ステップＳ１２５からステップＳ１２９までの処理を実行する。
【0082】
なお、本実施の形態１において、生体情報から求められた認証値と認証閾値とが同じ値となった場合には、生体情報から求められた認証値が認証閾値以下、または、生体情報から求められた認証値が認証閾値以上の、どちらの場合として、認証が成功したか否かを判定してもよい。また、生体情報から求められた認証値と認証許容値とが同じ値となった場合には、生体情報から求められた認証値が認証許容値以下、または、生体情報から求められた認証値が認証許容値以上の、どちらの場合として、認証が成功したか否かを判定してもよい。
【0083】
以上の通り、本実施の形態１に係る情報処理システム１００の端末４で実行される認証処理は、端末４を使用するユーザの生体情報による認証の結果がユーザ本人か否か明確に判断できないグレーな場合に、ユーザの癖のデータを用いて認証する。これにより、生体情報による認証で端末４を使用するユーザがユーザ本人か否か明確に判断できないグレーな場合にも、ユーザの癖のデータを用いてユーザ本人を認証することができる。また、端末４において行われるユーザの認証処理は、端末４の稼働中、バックグラウンドで実行されるとともに、ユーザの生体情報とユーザの癖とを更新していくことにより、認証の制度を向上させることができる。これにより、使用者の操作負担を軽減しつつ、セキュリティを確保することができる。
【0084】
本実施の形態１に係る情報処理システム１００は、第１ユーザの用いる第１端末４Ａから銀行サーバ１に対して新規に銀行口座を開設するための申込みがあると、第１ユーザの第１端末４Ａに保存された電話帳の連絡先、第１ユーザとＳＮＳでつながりのある他人の中から、口座を保有している口座保有者を探し出し、第１ユーザの身元保証を行って貰うことにより、口座を開設することができるシステムである。情報処理システム１００において実行される処理の流れを、図７から図１０に示すフローチャートを参照しつつ、以下に説明する。
【0085】
図７に示すフローチャートは、情報処理システム１００において実行される処理の全体構成を示すものである。図７に示す各処理は、図２に示した銀行サーバ１の口座管理処理プログラム１１０と、図４Ｂに示した端末４の銀行アプリケーションプログラム４７１とを、銀行サーバ１と、第１端末４Ａ、第２端末４Ｂ、及び第３端末４Ｃとがそれぞれ実行することにより実現される処理である。
【0086】
第１ユーザが、図４Ｂに示した第１端末４Ａの表示部４９の画面上に表示された銀行アプリケーションプログラム４７１に関連付けられているアイコンを、操作入力部４４からを選択し、実行する。銀行アプリケーションプログラム４７１が起動すると、図４Ｂに示した端末制御部４８は、第１端末４Ａの表示部４９の画面上に、口座の新規開設、ログイン等のメニューを表示させる。第１ユーザが、表示部４９に表示されたメニューのうち、口座の新規開設の項目を選択すると、端末制御部４８は、図７に示す口座開設設定処理を実行する（ステップＳ２０１）。口座開設設定処理の詳細については、図８に示すフローチャートを参照しつつ、以下に説明する。
【0087】
第１ユーザは、第１端末４Ａの表示部４９の画面上に表示された口座申込画面の各項目、例えば、申込者名、住所、生年月日等に個人情報を入力する（ステップＳ２１１）。続いて、第１ユーザは、第１端末４Ａの表示部４９の画面上に表示された口座開設可能な支店名の一覧から、自身が口座を開設したい支店名を選択する（ステップＳ２１２）。
【0088】
端末制御部４８は、銀行サーバ１に口座開設の申請を送信する。続いて、端末制御部４８は、第１端末４Ａに保存されている電話帳の連絡先のデータ、第１ユーザとＳＮＳでつながりのある人のデータ等を、銀行サーバ１に送信し、口座保有者を問い合わせる（ステップＳ２１３）。この口座保有者は、第１ユーザの選択した支店の口座保有者、または、全ての支店の口座保有者のいづれの者であっても良い。
【0089】
図２に示した銀行サーバ１のサーバ制御部１１は、第１端末４Ａから受信した電話帳の連絡先のデータ、第１ユーザとＳＮＳで繋がっている人のデータをもとに、図２に示したサーバ記憶部１２に記憶している口座保有者情報データベース１２０から口座保有者を検索する（ステップＳ２１４）。具体的には、銀行サーバ１のサーバ制御部１１は、第１端末４Ａから受信した電話帳の連絡先の名前、住所等と、図３に示した口座保有者情報データベース１２０に記憶されている名前、住所等のデータとを比較し、一致する名前、住所等を探す。また、銀行サーバ１のサーバ制御部１１は、口座保有者情報データベース１２０に記憶されている名前、生年月日等のデータと、第１ユーザとＳＮＳで繋がっている人の名前、生年月日等のデータを比較し、一致する名前、生年月日等を探す。
【0090】
なお、さらに、名前、住所等のデータに加えて銀行との取引実績、口座保有年数、口座保有年数と、ユーザがその口座を最後に利用した日である最終利用日等のデータを、図３に示した口座保有者情報データベース１２０から取得し、取引実績、口座保有年数等のデータが予め定められた条件以上である口座保有者だけを探せるようにしてもよい。予め定められた条件は、例えば、銀行との取引実績として住宅ローン、給与振込、定期預金等を２つ以上している場合、口座保有年数が５年以上の場合等である。これにより、単に口座を保有しているだけではなく、銀行との取引に実績のある口座保有者、すなわち、銀行から見て優良と判断することができる口座保有者を探すことができる。
【0091】
第１端末４Ａから受信した電話帳の連絡先に記憶された人、第１ユーザとＳＮＳでつながっている人等の中に口座保有者が居た場合（ステップＳ２１５；ＹＥＳ）、銀行サーバ１のサーバ制御部１１は、口座保有者名を第１端末４Ａに送信する（ステップＳ２１６）。図４Ｂに示した第１端末４Ａの端末制御部４８は、銀行サーバ１から口座保有者名を受信する。第１端末４Ａの端末制御部４８は、受信した候補者名を図４Ｂに示した表示部４９に表示する（ステップＳ２１７）。
【0092】
第１ユーザは、表示部４９に表示された口座保有者を確認し、自身の身元保証人候補者として確定する。なお、ここで、口座保有者が複数人いた場合、その中の一人を選択し、自身の身元保証人候補者として確定する。例えば、図１に示した第２ユーザおよび第３ユーザが口座保有者であった場合、第１ユーザは、第１の保証人候補として第２ユーザを選択したものとする。続いて、第１ユーザは、選択した身元保証人候補である第２ユーザのデータを、第１端末４Ａの端末制御部４８から銀行サーバ１へ送信させる（ステップＳ２１８）。
【0093】
また、ステップＳ２１４で口座保有者を検索した結果、第１端末４Ａから受信した電話帳の連絡先に記憶された人、第１ユーザとＳＮＳで繋がっている人等の中に口座保有者が居なかった場合（ステップＳ２１５；ＮＯ）、銀行サーバ１のサーバ制御部１１は、第１端末４Ａに口座保有者が居ない旨を送信する（ステップＳ２１９）。第１端末４Ａの端末制御部４８は、以降の処理を中断する。
【0094】
ここで、図７に戻る。銀行サーバ１のサーバ制御部１１は、保証人決定処理を実行する（ステップＳ２０２）。保証人決定処理の動作については、図９に示すフローチャートを参照しつつ、以下に説明する。銀行サーバ１のサーバ制御部１１は、第１の保証人候補として第１ユーザに選択された、第２ユーザの使用している第２端末４Ｂに対して、第１ユーザの身元保証人になるか否かの問合せを送信する（ステップＳ２２１）。第２端末４Ｂの端末制御部４８は、図４Ｂに示した端末記憶部４７に保存されている銀行アプリケーションプログラム４７１を実行し、表示部４９の画面上に、銀行サーバ１からの問合せ内容を表示させる（ステップＳ２２２）。
【0095】
第２ユーザは、問合せの内容を確認し、第１ユーザの身元保証人になるか否かを選択する（ステップＳ２２３）。例えば、ここでは、第２ユーザは第１ユーザの身元保証人にならないことを選択したものとする。第２ユーザは、第１ユーザの身元保証人にならない場合（ステップＳ２２３；ＮＯ）、身元保証人になることを拒否する旨を、第２端末４Ｂから銀行サーバ１に送信する（ステップＳ２２４）。
【0096】
銀行サーバ１のサーバ制御部１１は、第２端末４Ｂから、第２ユーザが第１ユーザの身元保証人になることを拒否する旨を受信する。銀行サーバ１のサーバ制御部１１は、第１ユーザの使用する第１端末４Ａに、第２ユーザが第１ユーザの身元保証人になることを拒否した旨を送信する（ステップＳ２２５）。続いて、銀行サーバ１のサーバ制御部１１は、次の身元保証人候補である第２の身元保証人候補の要求を第１端末４Ａに送信する（ステップＳ２２６）。
【0097】
第１端末４Ａの端末制御部４８は、表示部４９の画面上に、第２ユーザが第１ユーザの身元保証人になることを拒否した旨を表示させる。続いて、第１端末４Ａの端末制御部４８は、図８に示したステップＳ２１７で銀行サーバ１から受信した身元保証人の候補者名から、第１ユーザを除いた候補者を表示部４９に表示させる。例えば、ステップＳ２１７で銀行サーバ１から受信した身元保証人の候補者名が、図１に示した第２ユーザおよび第３ユーザであった場合、第１端末４Ａの端末制御部４８は、既に拒否された第２ユーザを除き、第３ユーザだけを表示する。第１ユーザは、第２の身元保証人候補者として第３ユーザを選択する（ステップＳ２２７）。
【0098】
第１ユーザは、選択した第２の身元保証人候補者である第３ユーザのデータを、第１端末４Ａの端末制御部４８から銀行サーバ１へ送信させる（ステップＳ２２８）。銀行サーバ１のサーバ制御部１１は、第３ユーザの使用している第３端末４Ｃに対して、第１ユーザの身元保証人になるか否かの問合せを送信する（ステップＳ２２９）。第３端末４Ｃの端末制御部４８は、図４Ｂに示した端末記憶部４７に保存されている銀行アプリケーションプログラム４７１を実行し、表示部４９の画面上に、銀行サーバ１からの問合せ内容を表示させる（ステップＳ２３０）。
【0099】
第３ユーザは、問合せの内容を確認し、第１ユーザの身元保証人になるか否かを選択する（ステップＳ２３１）。例えば、ここでは、第３ユーザは第１ユーザの身元保証人になることを選択したものとする。第３ユーザは、第１ユーザの身元保証人になる場合（ステップＳ２３１；ＹＥＳ）、身元保証人になることを許諾する旨を、第３端末４Ｃから銀行サーバ１に送信する（ステップＳ２３２）。また、第３ユーザは第１ユーザの身元保証人にならない場合（ステップＳ２３１；ＮＯ）、身元保証人になることを拒否する旨を、第３端末４Ｃから銀行サーバ１に送信する（ステップＳ２３３）。ここで、上述のステップＳ２２３で、第２ユーザが、第１ユーザの身元保証人になる場合（ステップＳ２２３；ＹＥＳ）、身元保証人になることを許諾する旨を、第２端末４Ｂから銀行サーバ１に送信する（ステップＳ２３４）。
【0100】
図７へ戻る。銀行サーバ１のサーバ制御部１１は、口座開設許可処理を実行する（ステップＳ２０３）。この口座開設許可処理について、詳細は図１０に示すフローチャートを参照しつつ説明する。銀行サーバ１のサーバ制御部１１は、第１ユーザの身元保証人が居るか否か判定する（ステップＳ２４１）。ここでは、図９に示したステップＳ２３１で、第３ユーザが、第１ユーザの身元保証人になることを選択したものとする。第１ユーザの身元保証人が居る場合（ステップＳ２４１；ＹＥＳ）、銀行サーバ１のサーバ制御部１１は第１端末４Ａに、口座の開設を許可する旨を送信する（ステップＳ２４２）。また、第１ユーザの身元保証人が居ない場合（ステップＳ２４１；ＮＯ）、銀行サーバ１のサーバ制御部１１は第１端末４Ａに、口座の開設を許可しない旨を送信する（ステップＳ２４３）。
【0101】
第１端末４Ａの端末制御部４８は、口座の開設が許可されたか否かを判定する（ステップＳ２４４）。口座の開設が許可された場合（ステップＳ２４４；ＹＥＳ）、第１端末４Ａの端末制御部４８は、表示部４９に口座の開設が許可された旨を表示させる（ステップＳ２４５）。また、口座の開設が許可されなかった場合（ステップＳ２４４；ＮＯ）、第１端末４Ａの端末制御部４８は、表示部４９に口座の開設が許可されなかった旨を表示させる（ステップＳ２４６）。
【0102】
以上のとおり、実施の形態１に係る情報処理システム１００では、第２ユーザの使用する第１端末４Ａから銀行サーバ１に口座の新規開設の要求があると、銀行サーバ１に登録された者のうち、予めユーザと繋がりがあり、且つ、その銀行の口座を保有している第２ユーザまたは第３ユーザが第２端末４Ｂまたは第３端末４Ｃからユーザの身元保証人になることを許諾することにより、第１ユーザの本人確認のために、事前に作業を必要とせず、簡易に本人確認をすることができる。
【0103】
（実施の形態２）
実施の形態１では、電源投入後のイニシャライズ処理の実行の完了した場合、スリープ状態から復帰した場合、もしくは、各機能の操作を行う際に認証が要求された場合に、図４Ｂに示した端末４の端末制御部４８は、端末記憶部４７に記憶された認証処理プログラム４７２を実行し、ユーザがユーザ本人か否かを判別するものとした。しかし、この場合、端末４の動作中は常時、端末制御部４８により認証処理プログラム４７２が実行されることになるため、端末４のリソースを利用できる量が少なくなる。
実施の形態１では、電源投入後のイニシャライズ処理の実行の完了した場合、スリープ状態から復帰した場合、もしくは、各機能の操作を行う際に認証が要求された場合に、図４Ｂに示した端末４の端末制御部４８は、端末記憶部４７に記憶された認証処理プログラム４７２を実行し、ユーザがユーザ本人か否かを判別するものとした。しかし、この場合、端末４の動作中は常時、端末制御部４８により認証処理プログラム４７２が実行されることになるため、端末４のリソースを利用できる量が少なくなる。
【0104】
そこで、実施の形態２では、図４Ｂに示した銀行アプリケーションプログラム４７１の起動後のイニシャライズ処理が完了すると、端末４の端末制御部４８により認証処理プログラム４７２を実行させる。また、銀行アプリケーションプログラム４７１の終了時に、端末４の端末制御部４８により認証処理プログラム４７２を終了させる。
【0105】
具体的には、まず、第１ユーザが、図４Ｂに示した第１端末４Ａの表示部４９の画面上に表示された銀行アプリケーションプログラム４７１に関連付けられているアイコンを、操作入力部４４からを選択し、実行する。銀行アプリケーションプログラム４７１が起動すると、図４Ｂに示した端末制御部４８は、第１端末４Ａの表示部４９の画面上に、口座の新規開設、ログイン等のメニューを表示させる。第１ユーザが、表示部４９に表示されたメニューのうち、口座の新規開設の項目を選択すると、端末制御部４８は、図７に示したステップＳ２０１の口座開設設定処理を実行する。続いて、端末制御部４８は、図７に示したステップＳ２０２の保証人決定処理と、ステップＳ２０３の口座開設許可処理とを順次実行する。
【0106】
ステップＳ２０３の口座開設許可処理の実行後、口座を開設できた場合、端末制御部４８は認証処理プログラム４７２が実行する。これ以降は、バックグラウンドで適宜、端末４を使用するユーザがユーザ本人か否かを判別する。また、ステップＳ２０３の口座開設許可処理の実行後、口座を開設できなかった場合、端末制御部４８は認証処理プログラム４７２を実行しない。
【0107】
第１ユーザが、表示部４９に表示されたメニューからアプリケーションの終了を選択すると、端末制御部４８は銀行アプリケーションプログラム４７１を終了させる。続いて、端末制御部４８は、認証処理プログラム４７２を終了させる。なお、第１ユーザが、銀行アプリケーションを終了させずに他のアプリケーションを起動させた場合、銀行アプリケーションはバックグラウンドで動作する。銀行アプリケーションがバックグラウンドで動作している間、端末制御部４８は、認証処理プログラム４７２の処理を中止させる。
【0108】
以上のとおり、実施の形態２に係る情報処理システム１００では、銀行アプリケーションプログラム４７１の起動中にだけ認証処理プログラム４７２を起動させて端末４を使用するユーザがユーザ本人か否かを判別するため、実施の形態１に係る発明に比べて、端末４のリソースの利用を少なくすることができる。
【0109】
また、本発明の実施の形態１および２では、銀行サーバ１、第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、銀行サーバ１、第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃにおける各機能を実現ためのプログラムを、コンピュータが読み取り可能なＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの記録媒体に格納して配布し、このプログラムをコンピュータにインストールすることにより、上述の各機能を実現することができるコンピュータを構成してもよい。そして、各機能をＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とアプリケーションとの分担、またはＯＳとアプリケーションとの協同により実現する場合には、アプリケーションのみを記録媒体に格納してもよい。
【0110】
（変形例１）
上記の実施の形態１および２では、銀行において新規口座を開設するものとした。これに限らず、郵便局、投資信託銀行、農業協同組合、仮想通貨、ブロックチェーン等の口座を新規に開設するものとしてもよい。また、スポーツクラブ、レンタルビデオショップ等の各種会員を新規に登録するものとしてもよい。なお、これらの各種口座、会員等を総称してアカウントと称する。
上記の実施の形態１および２では、銀行において新規口座を開設するものとした。これに限らず、郵便局、投資信託銀行、農業協同組合、仮想通貨、ブロックチェーン等の口座を新規に開設するものとしてもよい。また、スポーツクラブ、レンタルビデオショップ等の各種会員を新規に登録するものとしてもよい。なお、これらの各種口座、会員等を総称してアカウントと称する。
【0111】
（変形例２）
上記の実施の形態１および２において、第２ユーザまたは第３ユーザが身元保証人に旨を許諾すると、銀行サーバ１は第１ユーザに口座の開設を許可するものとした。これに限らず、第２ユーザおよび第３ユーザが身元保証人に旨を許諾すると、銀行サーバ１は第１ユーザに口座の開設を許可するものとしてもよい。
上記の実施の形態１および２において、第２ユーザまたは第３ユーザが身元保証人に旨を許諾すると、銀行サーバ１は第１ユーザに口座の開設を許可するものとした。これに限らず、第２ユーザおよび第３ユーザが身元保証人に旨を許諾すると、銀行サーバ１は第１ユーザに口座の開設を許可するものとしてもよい。
【0112】
（変形例３）
上記の実施の形態１および２において、第２ユーザまたは第３ユーザが身元保証人に旨を許諾すると、銀行サーバ１は第１ユーザに口座の開設を許可するものとした。これに限らず、第１ユーザは、銀行サーバ１から口座の開設を許可されたら銀行窓口に行き、所定の手続きをした後に口座を開設できるようにしてもよい。
上記の実施の形態１および２において、第２ユーザまたは第３ユーザが身元保証人に旨を許諾すると、銀行サーバ１は第１ユーザに口座の開設を許可するものとした。これに限らず、第１ユーザは、銀行サーバ１から口座の開設を許可されたら銀行窓口に行き、所定の手続きをした後に口座を開設できるようにしてもよい。
【0113】
（変形例４）
上記の実施の形態１および２において、第１ユーザは、第１端末４Ａにより銀行サーバ１から、自身と繋がる人のうち口座保有者のデータをオンラインで受け取っている。これレに限らず、第１ユーザが口座を開設したい銀行支店に来店し、第１端末４Ａにより支店内のサーバから、自身と繋がる人のうち口座保有者のデータをオフラインで受け取ってもよい。
上記の実施の形態１および２において、第１ユーザは、第１端末４Ａにより銀行サーバ１から、自身と繋がる人のうち口座保有者のデータをオンラインで受け取っている。これレに限らず、第１ユーザが口座を開設したい銀行支店に来店し、第１端末４Ａにより支店内のサーバから、自身と繋がる人のうち口座保有者のデータをオフラインで受け取ってもよい。
【0114】
（変形例５）
上記の実施の形態１および２において、第１ユーザは、新規に口座を開設する立場であったが、これに限らず、銀行との取引実績、口座保有年数、預金額等が予め定められた条件を超えた場合に、他のユーザの身元保証人になれるようにしてもよい。
上記の実施の形態１および２において、第１ユーザは、新規に口座を開設する立場であったが、これに限らず、銀行との取引実績、口座保有年数、預金額等が予め定められた条件を超えた場合に、他のユーザの身元保証人になれるようにしてもよい。
【0115】
（変形例６）
上記の実施の形態１および２において、図３に示した口座保有者情報データベース１２０のテーブルには、口座番号と、口座種別と、口座保有者の名前と、住所と、生年月日と、銀行との取引実績と、ユーザの口座保有年数と、ユーザがその口座を最後に利用した日である最終利用日等の項目が含まれているものとした。これに限らず、口座保有者情報データベース１２０のテーブルの項目には、口座保有者のマイナンバー、預貯金額、借金の金額、返済状況、投資信託の金額、キャッシュカードおよび会員カードに紐付けられたクレジットカード、電子マネーの利用状況等を含めてもよい。
上記の実施の形態１および２において、図３に示した口座保有者情報データベース１２０のテーブルには、口座番号と、口座種別と、口座保有者の名前と、住所と、生年月日と、銀行との取引実績と、ユーザの口座保有年数と、ユーザがその口座を最後に利用した日である最終利用日等の項目が含まれているものとした。これに限らず、口座保有者情報データベース１２０のテーブルの項目には、口座保有者のマイナンバー、預貯金額、借金の金額、返済状況、投資信託の金額、キャッシュカードおよび会員カードに紐付けられたクレジットカード、電子マネーの利用状況等を含めてもよい。
【0116】
（変形例７）
上記の実施の形態１および２において、スマートフォンを用いて第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃを構成するものとした。しかしながら、スマートフォンに限らず、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等、どのような機器を用いて第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃを構成してもよい。
上記の実施の形態１および２において、スマートフォンを用いて第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃを構成するものとした。しかしながら、スマートフォンに限らず、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等、どのような機器を用いて第１端末４Ａ、第２端末４Ｂ及び第３端末４Ｃを構成してもよい。
【0117】
（変形例８）
上記の実施の形態１および２では、ユーザの認証処理を図４Ｂに示した認証処理プログラム４７２を実行することにより実現するものとした。この認証処理プログラム４７２で行われる各ステップの全部または一部を、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ（Ｌａｒｇｅ－ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の半導体チップ、各種回路素子により構成される回路等により実現するようにしてもよい。
上記の実施の形態１および２では、ユーザの認証処理を図４Ｂに示した認証処理プログラム４７２を実行することにより実現するものとした。この認証処理プログラム４７２で行われる各ステップの全部または一部を、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ（Ｌａｒｇｅ－ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の半導体チップ、各種回路素子により構成される回路等により実現するようにしてもよい。
【0118】
（変形例９）
上記の実施の形態１および２において、ユーザの生体情報による認証として、ユーザの顔画像による認証と指紋認証とを使用した。これに限らず、ユーザの生体情報による認証は、声紋認証、虹彩認証等、いずれの方法であってもよい。また、上記の実施の形態においては、補助認証を使用する判定の条件としてユーザの顔画像による認証だけを使用したが、複数の生体情報により判定してもよい。
上記の実施の形態１および２において、ユーザの生体情報による認証として、ユーザの顔画像による認証と指紋認証とを使用した。これに限らず、ユーザの生体情報による認証は、声紋認証、虹彩認証等、いずれの方法であってもよい。また、上記の実施の形態においては、補助認証を使用する判定の条件としてユーザの顔画像による認証だけを使用したが、複数の生体情報により判定してもよい。
【0119】
（変形例１０）
上記の実施の形態１および２において、ユーザの癖による補助認証の判定条件として信頼する接続先への接続、信頼するイベントの実行、ユーザの顔と端末４との顔の距離を用いた。これに限らず、他の方法を用いる又は含めても良い。例えば、ユーザ本人が所有するデバイスと端末４とをＢｌｕｅｔｏｏｔｈ（登録商標）で接続しているか否かを判定し、接続している場合にユーザ本人と認証する。Ｂｌｕｅｔｏｏｔｈ（登録商標）により接続される機器を使用するためには、機器同士を「ペアリング」する必要がある。このため、Ｂｌｕｅｔｏｏｔｈ（登録商標）による機器の接続は、個人の特定性が強く、補助認証として利用することでユーザ本人を認証することが可能である。また、さらに、図４Ｂに示した位置検出部４６により取得したユーザの行動ルートのパターン、規則性等により、ユーザ本人か否かを判定し、行動ルートのパターン、規則性等が一致する場合にユーザ本人と認証としてもよい。
上記の実施の形態１および２において、ユーザの癖による補助認証の判定条件として信頼する接続先への接続、信頼するイベントの実行、ユーザの顔と端末４との顔の距離を用いた。これに限らず、他の方法を用いる又は含めても良い。例えば、ユーザ本人が所有するデバイスと端末４とをＢｌｕｅｔｏｏｔｈ（登録商標）で接続しているか否かを判定し、接続している場合にユーザ本人と認証する。Ｂｌｕｅｔｏｏｔｈ（登録商標）により接続される機器を使用するためには、機器同士を「ペアリング」する必要がある。このため、Ｂｌｕｅｔｏｏｔｈ（登録商標）による機器の接続は、個人の特定性が強く、補助認証として利用することでユーザ本人を認証することが可能である。また、さらに、図４Ｂに示した位置検出部４６により取得したユーザの行動ルートのパターン、規則性等により、ユーザ本人か否かを判定し、行動ルートのパターン、規則性等が一致する場合にユーザ本人と認証としてもよい。
【0120】
（変形例１１）
上記の実施の形態１および２においては、補助認証のうち、一つの認証が成功した場合に、ユーザ本人と認証した。これに限らず、複数の補助認証がすべて成功した場合にのみユーザ本人と認証するようにしてもよい。これにより、さらに認証の精度を高めることができる。
上記の実施の形態１および２においては、補助認証のうち、一つの認証が成功した場合に、ユーザ本人と認証した。これに限らず、複数の補助認証がすべて成功した場合にのみユーザ本人と認証するようにしてもよい。これにより、さらに認証の精度を高めることができる。
【0121】
（変形例１２）
上記の実施の形態１および２において、生体認証及び補助認証が成功した場合、図６Ａに示したフローチャートのステップＳ１１３において認証判定部４８６は、認証間隔を現在の認証間隔よりも長くし、認証の頻度を下げている。しかしながら、これに限らず、生体認証及び補助認証が成功した場合、認証間隔を現在の認証間隔よりも長くせずにおき、認証の頻度を下げなくてもよい。具体的には、図６Ａに示したフローチャートのステップＳ１１３を行わなくてもよい。
上記の実施の形態１および２において、生体認証及び補助認証が成功した場合、図６Ａに示したフローチャートのステップＳ１１３において認証判定部４８６は、認証間隔を現在の認証間隔よりも長くし、認証の頻度を下げている。しかしながら、これに限らず、生体認証及び補助認証が成功した場合、認証間隔を現在の認証間隔よりも長くせずにおき、認証の頻度を下げなくてもよい。具体的には、図６Ａに示したフローチャートのステップＳ１１３を行わなくてもよい。
【0122】
（変形例１３）
上記の実施の形態１および２において、ユーザの認証が成功し、ユーザが継続的に端末４を操作し続ける状態、且つ端末４の傾きの変更がない場合、ユーザ本人が端末４を操作し続けているものと判断することができる。この場合、生体認証の認証閾値及び認証許容値を緩めに設定する、認証間隔を長くする等してもよい。こうすることにより、ユーザ本人に対する必要最低限の認証をバックグラウンドで行いつつ、端末４のリソースの利用を節約する事ができる。
上記の実施の形態１および２において、ユーザの認証が成功し、ユーザが継続的に端末４を操作し続ける状態、且つ端末４の傾きの変更がない場合、ユーザ本人が端末４を操作し続けているものと判断することができる。この場合、生体認証の認証閾値及び認証許容値を緩めに設定する、認証間隔を長くする等してもよい。こうすることにより、ユーザ本人に対する必要最低限の認証をバックグラウンドで行いつつ、端末４のリソースの利用を節約する事ができる。
【0123】
（変形例１４）
上記の実施の形態１および２において、予め定められた認証間隔によりバックグラウンドでの認証を行うようにした。これに限らず、認証のタイミング及び間隔を定めず、ランダムにバックグラウンドで認証を行うようにしてもよい。例えば、端末４に搭載されている各種センサの何れかにより、端末４の位置の変更、傾きの変更などの空間的な変化があった場合に、随時認証を行うようにしてもよい。また、ユーザが端末４に対し特別な処理を行うための操作、イレギュラーな操作等を行った場合に、認証を行うようにしてもよい。
上記の実施の形態１および２において、予め定められた認証間隔によりバックグラウンドでの認証を行うようにした。これに限らず、認証のタイミング及び間隔を定めず、ランダムにバックグラウンドで認証を行うようにしてもよい。例えば、端末４に搭載されている各種センサの何れかにより、端末４の位置の変更、傾きの変更などの空間的な変化があった場合に、随時認証を行うようにしてもよい。また、ユーザが端末４に対し特別な処理を行うための操作、イレギュラーな操作等を行った場合に、認証を行うようにしてもよい。
【0124】
（変形例１５）
上記の実施の形態１および２において、図６Ａに示した認証処理のステップＳ１１２では、通信接続先との通信接続の回数により、端末４を使用しているユーザが本人か否か判定している。これに限らず、通信接続先と接続する時間帯および各時間帯における接続の回数により、端末４を使用しているユーザが本人か否か判定してもよい。また、これによりユーザが何時もどの時間帯に何れの通信接続先に接続しているのか分かるため、ユーザが相対的にセキュリティの高い環境に居るか否かを判断することもできる。
上記の実施の形態１および２において、図６Ａに示した認証処理のステップＳ１１２では、通信接続先との通信接続の回数により、端末４を使用しているユーザが本人か否か判定している。これに限らず、通信接続先と接続する時間帯および各時間帯における接続の回数により、端末４を使用しているユーザが本人か否か判定してもよい。また、これによりユーザが何時もどの時間帯に何れの通信接続先に接続しているのか分かるため、ユーザが相対的にセキュリティの高い環境に居るか否かを判断することもできる。
【0125】
なお、本発明の技術的範囲は、上記実施の形態と変形例によって限定されない。本発明は特許請求の範囲に記載された技術的思想の限りにおいて、自由に応用、変形あるいは改良して、実施することができる。
【符号の説明】
【0126】
１ 銀行サーバ、２ ネットワーク、３ クラウド、４ 端末、４Ａ 第１端末、４Ｂ 第２端末、４Ｃ 第３端末、１１ サーバ制御部、１２ サーバ記憶部、４０ 通信部、４１ 撮影部、４１Ａ インカメラ、４１Ｂ メインカメラ、４２ 音声入出力部、４２Ａ スピーカ、４２Ｂ 通話用のマイク（マイクロフォン）、４３ 傾き検出部、４４ 操作入力部、４５ 指紋検出部、４５Ａ 左指紋センサ、４５Ｂ 右指紋センサ、４６ 位置検出部、４７ 端末記憶部、４８ 端末制御部、４９ 表示部、５１ プロセッサ、５２ メモリ、５３ 表示コントローラ、５４ 表示機器、５５ Ｉ／Ｏポート、５６ 記憶機器、５７ 通信機器、５８ データバス、１００ 情報処理システム、４７１ 銀行アプリケーションプログラム、４７２ 認証処理プログラム、４７３ 認証用生体情報データベース、４７４ 認証用ユーザの癖データベース、４７５ 傾き情報テーブル、４８５ 認証用情報取得部、４８６ 認証判定部、４８７ 認証結果表示部、４８８ 認証用情報更新部。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図4D】
【図5A】
【図5B】
【図5C】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】