JP2019008484A

JP2019008484A - 業務処理プログラム、業務処理方法、及び業務処理装置

Info

Publication number: JP2019008484A
Application number: JP2017122568A
Authority: JP
Inventors: 孝二附木; Koji Tsukuki
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2017-06-22
Filing date: 2017-06-22
Publication date: 2019-01-17
Anticipated expiration: 2037-06-22
Also published as: JP6988194B2

Abstract

【課題】高い認証精度で業務処理を実行できる業務処理プログラムを提供する。【解決手段】業務処理プログラムは、第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、処理をコンピュータに実行させることを特徴とする。【選択図】図１３

Description

本件は、業務処理プログラム、業務処理方法、及び業務処理装置に関する。

ユーザがＩＤを指定せずにバイオメトリック情報を提供するだけで認証を行うことができるバイオメトリック認証（１：Ｎ）が知られている（例えば、特許文献１参照）。

特開２０１０−１９１８５６号公報

しかしながら、バイオメトリック情報といった認証情報はユーザ間で類似している場合がある。このため、ＩＤを指定せずにバイオメトリック認証を行うと、その認証情報を持つユーザだけでなく、その認証情報と類似する認証情報を持つユーザも特定することがある。

すなわち、バイオメトリック認証において、登録されたＮ個の認証情報の中から一人のユーザが持つ認証情報を特定して認証する場合、認証精度に課題がある。特に、バイオメトリック認証を利用した商品代金の決済業務や年金受給者の生存確認業務を実現する場合、誤って特定したユーザの口座が決済に利用されたり、年金受給者が死亡しているにも関わらず誤って特定した年金受給者に年金が支払われたりするおそれがあり、望ましくない。

そこで、１つの側面では、高い認証精度で業務処理を実行できる業務処理プログラム、業務処理方法、及び業務処理装置を提供することを目的とする。

１つの実施態様では、業務処理プログラムは、第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、処理をコンピュータに実行させることを特徴とする。

高い認証精度で業務処理を実行することができる。

図１は第１実施形態に係る業務処理システムの一例を説明するための図である。図２は認証端末のハードウェア構成の一例である。図３は業務サーバのハードウェア構成の一例である。図４は認証端末、認証サーバ、及び業務サーバのブロック図の一例である。図５は生体情報記憶部の一例である。図６は絆情報記憶部の一例である。図７は状況情報記憶部の一例である。図８は第１実施形態に係る業務処理システムの動作を表す処理シーケンス図の一例である。図９（ａ）から（ｇ）は認証端末の画面遷移の一例である。図１０（ａ）から（ｃ）は生体情報テーブルの状態遷移の一例である。図１１（ａ）及び（ｂ）は絆情報テーブルの状態遷移の一例である。図１２は第１実施形態に係る業務処理システムの動作の一例を表す処理シーケンス図（その１）である。図１３は第１実施形態に係る業務処理システムの動作の一例を表す処理シーケンス図（その２）である。図１４（ａ）から（ｅ）は認証端末の画面遷移の他の一例である。図１５（ａ）及び（ｂ）は状況情報テーブルの状態遷移の一例である。図１６は第２実施形態に係る業務処理システムの一例を説明するための図である。図１７は第２実施形態に係る業務処理システムの動作を表す処理シーケンス図の一例である。

以下、本件を実施するための形態について図面を参照して説明する。

（第１実施形態）
図１は第１実施形態に係る業務処理システムＳの一例を説明するための図である。業務処理システムＳは認証端末１００と認証サーバ２００と業務処理装置としての業務サーバ３００とを備えている。図１では、認証端末１００の一例としてタブレット端末が示されているが、認証依頼機能及び決済依頼機能を備える専用端末又は汎用端末であってもよい。尚、第１実施形態では、業務処理の一例として商品代金やサービス料などの決済業務に関する処理について説明する。

認証端末１００は各種店舗により管理される端末装置であって、例えば店舗内のレジカウンタなどに設置される。認証端末１００が例えば宿泊施設のフロントといった会計カウンタに設置されてもよい。認証端末１００には付属品として生体センサ１１０が接続されている。生体センサ１１０は認証端末１００に内蔵されていてもよい。業務処理システムＳを利用する者が生体センサ１１０に自身の手をかざすと、認証端末１００は生体センサ１１０を通じてその者の静脈の情報を生体情報として取得することができる。

尚、業務処理システムＳを利用する者としては、商品代金やサービス料といった各種代金の決済権限を有する者（以下、主体者という）、及び、これら各種代金の決済権限を有しないが主体者による決済を補助する者（以下、サポート者という）がいる。主体者とサポート者の組み合わせとしては例えば親とその親の子供、夫婦や恋人同士、認知症患者とその認知症患者の後見人などがある。これにより、主体者は単独で決済を行うことができず、主体者はサポート者による補助があってはじめて決済を行うことができる。

認証サーバ２００は例えば上述した店舗の管理事務室などに設置される。すなわち、認証サーバ２００はいわゆるオンプレミスのサーバ装置である。認証サーバ２００にはアクセスポイントＡＰが接続されている。認証サーバ２００は通信ネットワークＮＷ１を利用して認証端末１００と接続することができる。したがって、認証サーバ２００は認証端末１００が取得した生体情報やその他各種の情報を取得することができる。例えば、認証サーバ２００は生体情報を利用して主体者及びサポート者の認証処理を実行することができる。尚、通信ネットワークＮＷ１としてはLocal Area Network（ＬＡＮ）などがある。ＬＡＮは無線通信であってもよいし、有線通信であってもよい。

業務サーバ３００は例えばクラウドＣＬ上のデータセンタＤＣなどに設置される。業務サーバ３００は通信ネットワークＮＷ２及び携帯基地局ＢＳを利用して認証端末１００と接続することができる。例えば、認証サーバ２００による認証成功の通知に基づいて認証端末１００が業務サーバ３００に決済処理を依頼すると、業務サーバ３００は、認証端末１００から依頼された決済依頼に応じて、商品代金を決済したり、サービス料を決済したりする。

尚、上述した通信ネットワークＮＷ２としては例えばインターネット及び携帯通信網がある。また、上述した認証サーバ２００は業務サーバ３００とともにデータセンタＤＣに設置されていてもよい。さらに、業務サーバ３００が実行する決済処理を銀行が管理する勘定系のシステムが行ってもよい。この場合、業務サーバ３００は勘定系のシステムに決済に要する情報を送信してもよい。

図２は認証端末１００のハードウェア構成の一例である。

図２に示すように、認証端末１００は、プロセッサとしてのCentral Processing Unit（ＣＰＵ）１００Ａ、Random Access Memory（ＲＡＭ）１００Ｂ、Read Only Memory（ＲＯＭ）１００Ｃ、Non-Volatile Memory（ＮＶＭ）１００Ｄ及びRadio Frequency（ＲＦ）回路１００Ｅを含んでいる。ＲＦ回路１００Ｅにはアンテナ１００Ｅ´が接続されている。ＲＦ回路１００Ｅに代えて通信機能を実現するＣＰＵが利用されてもよい。

また、認証端末１００は、入力インタフェース（Ｉ／Ｆと表記）１００Ｆ、カメラ１００Ｇ、タッチパネル１００Ｈ、ディスプレイ１００Ｉ、及びマイク１００Ｊを含んでいる。入力Ｉ／Ｆ１００Ｆには、生体センサ１１０が接続される。ＣＰＵ１００Ａからマイク１００Ｊまでは、内部バス１００Ｋによって互いに接続されている。少なくともＣＰＵ１００ＡとＲＡＭ１００Ｂとが協働することによってコンピュータが実現される。尚、ＣＰＵ１００Ａに代えてMicro Processing Unit（ＭＰＵ）をプロセッサとして利用してもよい。

上述したＲＡＭ１００Ｂには、ＲＯＭ１００ＣやＮＶＭ１００Ｄに記憶されたプログラムがＣＰＵ１００Ａによって格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の処理が実行される。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

図３は業務サーバ３００のハードウェア構成の一例である。尚、認証サーバ２００のハードウェア構成については業務サーバ３００のハードウェア構成と同様であるため、説明を省略する。

図３に示すように、業務サーバ３００は、少なくともプロセッサとしてのＣＰＵ３００Ａ、ＲＡＭ３００Ｂ、ＲＯＭ３００Ｃ及びネットワークＩ／Ｆ３００Ｄを含んでいる。業務サーバ３００は、必要に応じて、Hard Disk Drive（ＨＤＤ）３００Ｅ、入力Ｉ／Ｆ３００Ｆ、出力Ｉ／Ｆ３００Ｇ、入出力Ｉ／Ｆ３００Ｈ、ドライブ装置３００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ３００Ａからドライブ装置３００Ｉまでは、内部バス３００Ｊによって互いに接続されている。少なくともＣＰＵ３００ＡとＲＡＭ３００Ｂとが協働することによってコンピュータが実現される。尚、ＣＰＵ３００Ａに代えてＭＰＵをプロセッサとして利用してもよい。

入力Ｉ／Ｆ３００Ｆには、入力装置７１０が接続される。入力装置７１０としては、例えばキーボードやマウスなどがある。出力Ｉ／Ｆ３００Ｇには、表示装置７２０が接続される。表示装置７２０としては、例えば液晶ディスプレイがある。入出力Ｉ／Ｆ３００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ３００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入力Ｉ／Ｆ３００Ｆ及び入出力Ｉ／Ｆ３００Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ３００Ｇは、例えばディスプレイポートを備えている。

ドライブ装置３００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置３００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。ネットワークＩ／Ｆ３００Ｄは、例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ３００Ｄは上述した通信ネットワークＮＷと接続される。

上述したＲＡＭ３００Ｂには、ＲＯＭ３００ＣやＨＤＤ３００Ｅに記憶されたプログラムがＣＰＵ３００Ａによって格納される。ＲＡＭ３００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ３００Ａによって格納される。格納されたプログラムをＣＰＵ３００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の処理が実行される。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

次に、図４から図７までを参照して、認証端末１００、認証サーバ２００、及び業務サーバ３００の機能について説明する。

図４は認証端末１００、認証サーバ２００、及び業務サーバ３００のブロック図の一例である。図５は生体情報記憶部２０１の一例である。図６は絆情報記憶部３０１の一例である。図７は状況情報記憶部３０２の一例である。

まず、認証端末１００について説明する。認証端末１００は、図４に示すように、入力部１０１、表示部１０２、通信部１０３、及び制御部１０４を備えている。尚、入力部１０１、表示部１０２、通信部１０３は例えば上述したタッチパネル１００Ｈ、ディスプレイ１００Ｉ、ＲＦ回路１００Ｅによってそれぞれ実現される。制御部１０４は例えば上述したＣＰＵ１００Ａ及びＲＡＭ１００Ｂによって実現される。

入力部１０１は上述した主体者やサポート者による操作に基づいて入力された各種の情報を受け付ける。入力部１０１は情報を受け付けると、制御部１０４に出力する。表示部１０２は制御部１０４による制御に基づいて各種の画面案内を表示する。例えば、表示部１０２は生体情報の読み取りを促す主体者向け又はサポート者向けの画面案内を表示したり、決済方法の選択を求める画面案内を表示したりする。

通信部１０３は制御部１０４から出力された情報を認証サーバ２００に向けて送信する。例えば、通信部１０３は制御部１０４から出力された生体情報を認証サーバ２００に向けて送信する。また、通信部１０３は認証サーバ２００又は業務サーバ３００から送信された各種の情報や通知を受信して制御部１０４に出力する。例えば、通信部１０３は認証サーバ２００から送信された画面案内の情報を受信して制御部１０４に出力する。制御部１０４は生体センサ１１０から出力された生体情報を受け付けて、通信部１０３に出力する。また、制御部１０４は入力部１０１や通信部１０３から出力された各種の情報や通知に基づいて、表示部１０２を制御する。これにより、表示部１０２は各種の画面案内を表示する。

次に、認証サーバ２００について説明する。認証サーバ２００は、図４に示すように、生体情報記憶部２０１、通信部２０２、及び認証処理部２０３を備えている。尚、生体情報記憶部２０１は例えば上述したＨＤＤ３００Ｅによって実現される。通信部２０２は例えば上述したネットワークＩ／Ｆ３００Ｄによって実現される。認証処理部２０３は例えば上述したＣＰＵ３００Ａ及びＲＡＭ３００Ｂによって実現される。

生体情報記憶部２０１は主体者及びサポート者の生体情報を記憶する。より詳しくは、図５に示すように、生体情報記憶部２０１は生体情報を生体情報テーブルＴ１により管理する。生体情報テーブルＴ１はユーザＩＤ、生体情報、及びユーザ種別を構成要素として含んでいる。ユーザＩＤは主体者及びサポート者をそれぞれ識別する識別情報である。生体情報は主体者及びサポート者の生体に関する情報である。ユーザ種別は主体者及びサポート者の種別を表している。例えばユーザ種別「サポ」はサポート者であることを表し、ユーザ種別「主」は主体者であることを表している。

通信部２０２は認証処理部２０３から出力された画面案内の情報を受け付けて、認証端末１００に送信する。また、通信部２０２は認証端末１００から送信された生体情報を受け付けて、認証処理部２０３に出力する。認証処理部２０３は認証端末１００からのアクセスに基づいて画面案内の情報を通信部２０２に出力する。また、認証処理部２０３は通信部２０２から出力された生体情報を受け付けると、ユーザＩＤを生成し、生成したユーザＩＤと受け付けた生体情報と画面案内の情報により特定されるユーザ種別とを対応付けてユーザＩＤ毎に生体情報記憶部２０１に格納する。

次に、業務サーバ３００について説明する。業務サーバ３００は、図４に示すように、絆情報記憶部３０１、状況情報記憶部３０２、通信部３０３、及び処理部としての業務処理部３０４を備えている。尚、絆情報記憶部３０１及び状況情報記憶部３０２は例えば上述したＨＤＤ３００Ｅによって実現される。通信部３０３は例えば上述したネットワークＩ／Ｆ３００Ｄによって実現される。業務処理部３０４は例えば上述したＣＰＵ３００Ａ及びＲＡＭ３００Ｂによって実現される。

絆情報記憶部３０１は絆情報を記憶する。より詳しくは、図６に示すように、絆情報記憶部３０１は絆情報を絆情報テーブルＴ２により管理する。絆情報テーブルＴ２はグループＩＤ及び絆情報を構成要素として含んでいる。グループＩＤは絆情報を識別する識別情報である。絆情報は主体者のユーザＩＤとサポート者のユーザＩＤとを組み合わせた情報である。絆情報により主体者のユーザＩＤとサポート者のユーザＩＤが互いに関連付けられる。

状況情報記憶部３０２は状況情報を記憶する。状況情報はサポート者の認証処理時におけるサポート者の状況（具体的には認証処理日時及び認証端末１００の設置場所（又は操作場所））を表す情報である。より詳しくは、図７に示すように、状況情報記憶部３０２はユーザＩＤ、認証処理日時、及び認証端末設置場所の組み合わせを状況情報として状況情報テーブルＴ３により管理する。状況情報テーブルＴ３によりサポート者の認証処理時の認証状況（例えば認証日時及び認証場所）とサポート者によって補助される主体者とが特定される。尚、図７において、状況情報の具体例は示されていないが、状況情報の具体例については後述する。

図４に戻り、通信部３０３は認証端末１００から送信された主体者やサポート者のユーザＩＤ、決済処理の依頼、商品の決済に要する情報（例えば商品の価格など）を受信する。通信部３０３は受信したユーザＩＤ、決済処理の依頼、商品の決済に要する情報を業務処理部３０４に出力する。業務処理部３０４は例えば主体者のユーザＩＤを受信すると、決済条件を満足するか否かを判定する。業務処理部３０４は例えば決済処理の依頼と決済に要する情報を受信すると、決済処理を実行する。例えば、業務処理部３０４は主体者の預金口座から商品の代金を引き落とし、商品代金を決済する。

続いて、第１実施形態に係る業務処理システムＳの動作について説明する。
まず、図８から図１１を参照して、生体情報及び絆情報の登録処理について説明する。

図８は第１実施形態に係る業務処理システムＳの動作を表す処理シーケンス図の一例である。図９（ａ）から（ｇ）は認証端末１００の画面遷移の一例である。図１０（ａ）から（ｃ）は生体情報テーブルＴ１の状態遷移の一例である。図１１（ａ）及び（ｂ）は絆情報テーブルＴ２の状態遷移の一例である。

まず、図８に示すように、認証端末１００の制御部１０４はサポート者の生体情報を認証サーバ２００に送信する（ステップＳ１０１）。例えば、サポート者又は主体者が認証端末１００の入力部１０１を操作して認証サーバ２００から生体情報を登録するための画面案内を要求すると、制御部１０４は通信部１０３を介して認証サーバ２００からの画面案内を受け付ける。制御部１０４は画面案内を受け付けると、図９（ａ）に示すように、表示部１０２に第１の画面案内を表示し、次に、図９（ｂ）に示すように、表示部１０２に第２の画面案内を表示する。サポート者は第１の画面案内及び第２の画面案内に基づいて自身の手を生体センサ１１０にかざす。生体センサ１１０がサポート者の生体情報を読み取り終えると、制御部１０４は、図９（ｃ）に示すように、表示部１０２に第３の画面案内を表示する。そして、制御部１０４は生体センサ１１０が読み取ったサポート者の生体情報を受け付け、受け付けたサポート者の生体情報を通信部１０３を介して認証サーバ２００に送信する。

ステップＳ１０１の処理が完了すると、認証サーバ２００の認証処理部２０３はサポート者の生体情報を登録する（ステップＳ２０１）。より詳しくは、認証端末１００からサポート者の生体情報が送信されると、通信部２０２は生体情報を受信し、認証処理部２０３は通信部２０２が受信した生体情報を受け付ける。認証処理部２０３は生体情報を受け付けると、ユーザＩＤを生成するとともに画面案内に基づいてユーザ種別を判定し、生成したユーザＩＤと受け付けた生体情報と判定したユーザ種別とを関連付けて生体情報記憶部２０１に登録する。例えば、図１０（ａ）に示すように、複数の生体情報が既に登録されている場合、認証処理部２０３は、図１０（ｂ）に示すように、生成したユーザＩＤ「ａａａａａ」、受け付けた生体情報「＃＃＃＃＃＃＃＃」、及び判定したユーザ種別「サポ」を関連付けて生体情報記憶部２０１に登録する。

尚、登録される生体情報によっては既に登録されている生体情報と類似する場合がある。例えば、本実施形態では、ユーザＩＤ「ａａａａａ」、ユーザＩＤ「ｂｂｂｂｂ」、及びユーザＩＤ「ｃｃｃｃｃ」の各生体情報は互いに類似している。詳細は後述するが、例えば認証処理部２０３が認証端末１００から送信された生体情報「＃＃＃＃＃＃＃＃」を受け付けた場合、生体情報だけでは、ユーザＩＤ「ａａａａａ」を一意に特定することができず、認証処理部２０３はユーザＩＤ「ａａａａａ」、ユーザＩＤ「ｂｂｂｂｂ」、及びユーザＩＤ「ｃｃｃｃｃ」を抽出する可能性がある。

ステップＳ２０１の処理が完了すると、認証処理部２０３はサポート者のユーザＩＤを認証端末１００に送信する（ステップＳ２０２）。より詳しくは、認証処理部２０３はサポート者のユーザＩＤを生体情報の登録完了通知と併せて通信部２０２を介して認証端末１００に送信する。認証端末１００の制御部１０４はサポート者のユーザＩＤを受け付けると、サポート者のユーザＩＤを保持する。そして、制御部１０４は、図９（ｄ）に示すように、表示部１０２に第４の画面案内を表示し、次に、図９（ｅ）に示すように、表示部１０２に第５の画面案内を表示する。

ステップＳ２０２の処理が完了すると、次いで、認証端末１００の制御部１０４は主体者の生体情報を認証サーバ２００に送信する（ステップＳ１０２）。より詳しくは、制御部１０４が第５の画面案内を表示部１０２に表示すると、主体者は第５の画面案内に基づいて自身の手を生体センサ１１０にかざす。これにより、制御部１０４は生体センサ１１０から出力された主体者の生体情報を受け付け、受け付けた主体者の生体情報を通信部１０３を介して認証サーバ２００に送信する。

ステップＳ１０２の処理が完了すると、認証サーバ２００の認証処理部２０３は主体者の生体情報を登録する（ステップＳ２０３）。より詳しくは、認証端末１００から主体者の生体情報が送信されると、通信部２０２は生体情報を受信し、認証処理部２０３は通信部２０２が受信した生体情報を受け付ける。認証処理部２０３は生体情報を受け付けると、ユーザＩＤを生成するとともに画面案内に基づいてユーザ種別を判定し、生成したユーザＩＤと受け付けた生体情報と判定したユーザ種別とを関連付けて生体情報記憶部２０１に登録する。例えば、図１０（ｂ）に示すように、複数の生体情報が既に登録されている場合、認証処理部２０３は、図１０（ｃ）に示すように、生成したユーザＩＤ「ＡＡＡＡＡ」、受け付けた生体情報「＆＆＆＆＆＆＆＆」、及び判定したユーザ種別「主」を関連付けて生体情報記憶部２０１に登録する。

ステップＳ２０３の処理が完了すると、認証処理部２０３は主体者のユーザＩＤを認証端末１００に送信する（ステップＳ２０４）。より詳しくは、認証処理部２０３は主体者のユーザＩＤを生体情報の登録完了通知と併せて通信部２０２を介して認証端末１００に送信する。認証端末１００の制御部１０４は主体者のユーザＩＤを受け付けると、主体者のユーザＩＤを保持する。そして、制御部１０４は、図９（ｆ）に示すように、表示部１０２に第６の画面案内を表示する。第６の画面案内は、絆情報の登録要否を尋ねる画面である。

制御部１０４は入力部１０１から絆情報の登録要求を指示するボタン１１の押下を検出した場合、保持したサポート者と主体者の各ユーザＩＤを業務サーバ３００に送信する（ステップＳ１０３）。ステップＳ１０３の処理が完了すると、業務サーバ３００の業務処理部３０４は絆情報を登録する（ステップＳ３０１）。より詳しくは、業務処理部３０４は通信部３０３を通じてサポート者と主体者の各ユーザＩＤを受け付けると、グループＩＤを生成し、サポート者のユーザＩＤと主体者のユーザＩＤの組み合わせを絆情報として、生成したグループＩＤと関連付けて絆情報記憶部３０１に登録する。例えば、図１１（ａ）に示すように、複数の絆情報が既に登録されている場合、業務処理部３０４は、図１１（ｂ）に示すように、グループＩＤ「０００３」及び絆情報「ＡＡＡＡＡ，ａａａａａ」を関連付けて絆情報記憶部３０１に登録する。

ステップＳ３０１の処理が完了すると、業務処理部３０４は絆情報の登録完了通知を通信部３０３を介して認証端末１００に送信する。制御部１０４は通信部１０３を介して絆情報の登録完了通知を受け付けると、図９（ｇ）に示すように、表示部１０２に第７の画面案内を表示する。これにより、主体者及びサポート者は絆情報の登録完了を認識することができる。

次に、図１２から図１５を参照して、決済処理について説明する。

図１２は第１実施形態に係る業務処理システムＳの動作の一例を表す処理シーケンス図（その１）である。図１３は第１実施形態に係る業務処理システムＳの動作の一例を表す処理シーケンス図（その２）である。図１４（ａ）から（ｅ）は認証端末１００の画面遷移の他の一例である。図１５（ａ）及び（ｂ）は状況情報テーブルＴ３の状態遷移の一例である。

まず、図１２に示すように、認証端末１００の制御部１０４はサポート者の生体情報を認証サーバ２００に送信する（ステップＳ１１１）。例えば、サポート者又は主体者が認証端末１００の入力部１０１を操作して商品代金を入力するとともに、認証サーバ２００から生体情報を認証するための画面案内を要求すると、制御部１０４は通信部１０３を介して認証サーバ２００からの画面案内を受け付ける。制御部１０４は画面案内を受け付けると、図１４（ａ）に示すように、表示部１０２に第８の画面案内を表示し、次に、図１４（ｂ）に示すように、表示部１０２に第９の画面案内を表示する。サポート者は第８の画面案内及び第９の画面案内に基づいて自身の手を生体センサ１１０にかざす。生体センサ１１０がサポート者の生体情報を読み取り終えると、図１４（ｃ）に示すように、表示部１０２に第１０の画面案内を表示する。そして、制御部１０４は生体センサ１１０が読み取ったサポート者の生体情報を受け付け、受け付けたサポート者の生体情報を通信部１０３を介して認証サーバ２００に送信する。特に、サポート者は自身に割り当てられたユーザＩＤを入力せずに、自身の手を生体センサ１１０にかざせばよく、入力の手間が避けられる。

ステップＳ１１１の処理が完了すると、認証サーバ２００の認証処理部２０３は認証処理を実行する（ステップＳ２１１）。より詳しくは、まず、認証処理部２０３は通信部２０２を通じて認証端末１００から送信されたサポート者の生体情報を受け付ける。そして、認証処理部２０３は受け付けた生体情報に基づいて、生体情報に応じたサポート者のユーザＩＤ候補を抽出する認証処理を実行する。例えば、認証処理部２０３が生体情報「＃＃＃＃＃＃＃＃」を受け付けた場合、当該生体情報に一致する生体情報だけでなく、当該生体情報に類似する生体情報も生体情報記憶部２０１に記憶されているため（図１０（ｃ）参照）、認証処理部２０３はユーザＩＤ「ａａａａａ」だけでなくユーザＩＤ「ｂｂｂｂｂ」及び「ｃｃｃｃｃ」もユーザＩＤ候補として抽出する。

ステップＳ２１１の処理が完了すると、次いで、認証処理部２０３はサポート者のユーザＩＤ候補を認証端末１００に送信する（ステップＳ２１２）。認証端末１００の制御部１０４は通信部１０３を介してサポート者のユーザＩＤ候補を受信すると、受信したサポート者のユーザＩＤ候補を業務サーバ３００に送信する（ステップＳ１１２）。尚、制御部１０４は受信したサポート者のユーザＩＤ候補を保持してもよいし、保持しなくてもよい。

業務サーバ３００の業務処理部３０４は認証端末１００から送信されたサポート者のユーザＩＤ候補を受信する（ステップＳ３１１）。より詳しくは、業務処理部３０４は通信部３０３を介してサポート者のユーザＩＤ候補を受信する。ステップＳ３１１の処理が完了すると、次いで、業務処理部３０４は主体者のユーザＩＤ候補を抽出する（ステップＳ３１２）。より詳しくは、まず、業務処理部３０４はサポート者のユーザＩＤ候補を受信すると、絆情報記憶部３０１を参照する。次いで、業務処理部３０４は受信したサポート者のユーザＩＤ候補と関連付けられた主体者のユーザＩＤ候補を絆情報記憶部３０１から抽出する。本実施形態では、サポート者のユーザＩＤ候補「ａａａａａ」、「ｂｂｂｂｂ」及び「ｃｃｃｃｃ」を受信するため、業務処理部３０４はこれらのユーザＩＤ候補に基づいて主体者のユーザＩＤ「ＡＡＡＡＡ」、「ＢＢＢＢＢ」及び「ＣＣＣＣＣ」を主体者のユーザＩＤ候補として抽出する（図１１（ｂ）参照）。

ステップＳ３１２の処理が完了すると、次いで、業務処理部３０４は状況情報を格納する（ステップＳ３１３）。より詳しくは、業務処理部３０４はステップＳ３１２の処理で抽出した主体者のユーザＩＤ候補と状況情報の格納日時と受信したサポート者のユーザＩＤ候補の送信元とを関連付けて状況情報として状況情報記憶部３０２に格納する。特に、業務処理部３０４は状況情報の格納日時をステップＳ２１１の認証処理日時として格納し、サポート者のユーザＩＤ候補の送信元を認証端末１００の設置場所として格納する。これにより、例えば、図１５（ａ）に示すように、状況情報がまだ登録されていない場合、業務処理部３０４は、図１５（ｂ）に示すように、主体者のユーザＩＤ候補、認証処理日時、及び認証端末１００の設置場所を関連付けて状況情報記憶部３０２に格納する。詳細は後述するが、業務処理部３０４は状況情報に基づいて主体者による決済を実行してもよいか否かを判定する。

ステップＳ３１３の処理が完了すると、次いで、業務処理部３０４はステップＳ３１２の処理で抽出した主体者のユーザＩＤ候補を認証端末１００に送信する（ステップＳ３１４）。ステップＳ３１４の処理が完了すると、図１３に示すように、認証端末１００の制御部１０４は主体者のユーザＩＤ候補と生体情報を認証サーバ２００に送信する（ステップＳ１１３）。例えば、認証端末１００の制御部１０４が通信部１０３を介して主体者のユーザＩＤ候補を受け付けると、図１４（ｄ）に示すように、まず表示部１０２に第１１の画面案内を表示する。第１１の画面案内には入力された商品代金が含まれる。主体者は生体認証により商品代金を決済する場合、自身の手を生体センサ１１０にかざす。尚、主体者は生体認証により商品代金を決済しない場合、第１１の画面案内に含まれるボタン１３を押下する。ボタン１３は生体認証を利用しない決済の選択を指示する画像である。主体者が第１１の画面案内に基づいて自身の手を生体センサ１１０にかざし、生体センサ１１０が主体者の生体情報を読み取り終えると、制御部１０４は主体者のユーザＩＤ候補と生体情報とを認証サーバ２００に送信する。特に、主体者も自身に割り当てられたユーザＩＤを入力せずに、自身の手を生体センサ１１０にかざせばよく、入力の手間が避けられる。

ステップＳ１１３の処理が完了すると、認証サーバ２００の認証処理部２０３は認証処理を実行する（ステップＳ２１３）。より詳しくは、まず、認証処理部２０３は通信部２０２を通じて認証端末１００から送信された主体者のユーザＩＤ候補と生体情報を受け付ける。そして、認証処理部２０３は受け付けたユーザＩＤ候補と生体情報に基づいて、ユーザＩＤ候補と生体情報に応じた主体者のユーザＩＤを特定する認証処理を実行する。例えば、認証処理部２０３がユーザＩＤ候補「ＡＡＡＡＡ」、「ＢＢＢＢＢ」及び「ＣＣＣＣＣ」と生体情報「＆＆＆＆＆＆＆＆」を受け付けた場合、ユーザＩＤ候補と生体情報の組み合わせ毎にユーザ種別「主」と関連付けられたユーザＩＤと生体情報の組み合わせとマッチングし、その組み合わせに一致又は類似する組み合わせにおける主体者のユーザＩＤを特定する。本実施形態では、受け付けたユーザＩＤ候補「ＡＡＡＡＡ」と生体情報「＆＆＆＆＆＆＆＆」の組み合わせがユーザ種別「主」と関連付けられたユーザＩＤと生体情報の組み合わせに一致するため（図１０（ｃ）参照）、ユーザＩＤ候補「ＡＡＡＡＡ」を主体者のユーザＩＤとして特定する。

ステップＳ２１３の処理が完了すると、認証処理部２０３は特定した主体者のユーザＩＤを認証端末１００に送信する（ステップＳ２１４）。認証端末１００の制御部１０４は通信部１０３を介して主体者のユーザＩＤを受信すると、受信した主体者のユーザＩＤを業務サーバ３００に送信する（ステップＳ１１４）。尚、制御部１０４は受信した主体者のユーザＩＤを保持してもよいし、保持しなくてもよい。

業務サーバ３００の業務処理部３０４は認証端末１００から送信された主体者のユーザＩＤを受信する（ステップＳ３１５）。より詳しくは、業務処理部３０４は通信部３０３を介して主体者のユーザＩＤを受信する。ステップＳ３１５の処理が完了すると、次いで、業務処理部３０４は決済条件を満足しているか否かを判定する（ステップＳ３１６）。

決済条件は商品代金又はサービス料の決済を実行するか否かを判定するための条件である。決済条件としては、例えば状況情報記憶部３０２が記憶する認証処理日時が主体者のユーザＩＤの受信日時から所定期間以内であるか否かがある。所定期間としては、数分、数十分、数時間などがある。尚、主体者のユーザＩＤの受信日時が例えばステップＳ２１３の認証処理日時を表していてもよい。また、決済条件としては、主体者のユーザＩＤの送信元の場所が状況情報記憶部３０２が記憶する認証端末１００の設置場所と同じであるか否かもある。このような２つの決済条件の中で所定期間に関する決済条件を単独で利用してもよいし、所定期間に関する決済条件と設置場所に関する決済条件の両方を利用してもよい。詳細は後述するが、所定期間に関する決済条件を単独で利用する場合、設置場所が同じであるか否かは制限されず、業務処理部３０４は所定期間に関する決済条件を満足しているか否かを判定する。

ここで、業務処理部３０４が例えば上述した２つの決済条件を満足していると判定した場合（ステップＳ３１６：ＹＥＳ）、業務処理部３０４は認証成功を認証端末１００に通知する（ステップＳ３１７）。認証端末１００の制御部１０４は認証成功が通知されると、決済処理を業務サーバ３００に依頼する（ステップＳ１１５）。業務サーバ３００の業務処理部３０４は認証端末１００から決済処理が依頼されると、決済処理の依頼に応じた決済処理を実行する（ステップＳ３１８）。

ステップＳ３１８の処理が完了すると、業務処理部３０４は決済完了通知を通信部３０３を介して認証端末１００に送信する。制御部１０４は通信部１０３を介して決済完了通知を受け付けると、図１４（ｅ）に示すように、表示部１０２に第１２の画面案内を表示する。これにより、主体者は決済処理の完了を認識することができる。尚、業務処理部３０４が例えば上述した２つの決済条件の一方又は両方を満足していないと判定した場合（ステップＳ３１６：ＮＯ）、後続の処理をスキップする。

以上、第１実施形態によれば、業務サーバ３００は業務処理部３０４を備えている。業務処理部３０４は認証端末１００が取得したサポート者の生体情報を用いた認証処理に基づくサポート者のユーザＩＤ候補を受信する。また、業務処理部３０４は受信したサポート者のユーザＩＤ候補に対応づけられた主体者のユーザＩＤ候補と認証端末１００が取得した主体者の生体情報とを用いた認証処理に基づく主体者のユーザＩＤを受信する。業務処理部３０４は、受信した主体者のユーザＩＤと関連付けられたサポート者の認証処理日時が主体者の認証処理日時から所定期間内であると判定した場合に、認証端末１００からの決済依頼に応じた決済処理を実行する。これにより、生体情報以外の情報（例えばユーザＩＤや生年月日など）を入力又は指定しない生体認証において、高い認証精度で決済することができる。サポート者の生体情報を利用してそのサポート者により補助される主体者の生体情報が絞り込まれるため、主体者を高い認証精度で特定でき、特定した主体者による依頼で各種代金を決済することができる。

（第２実施形態）
続いて、図１６及び図１７を参照して、本件の第２実施形態について説明する。第２実施形態では、業務処理の一例として年金受給者や児童の生存確認を行う確認処理について説明する。

図１６は第２実施形態に係る業務処理システムＳ´の一例を説明するための図である。業務処理システムＳ´は年金受給者や子供手当の対象児童といった主体者と、年金受給者を介護する家族や対象児童の保護者といったサポート者に利用される。尚、図１に示す業務処理システムＳの各装置と同様の構成には同一符号を付し、その説明を省略する。

図１６に示すように、認証端末１００は介護施設などにより管理される端末装置であって、例えば介護施設内の談話室などに設置される。一方、認証サーバ２００は例えば上述した介護施設の管理事務室などに設置される。認証端末１００が例えば自宅内の居間などに設置され、認証サーバ２００が例えば自宅内の書斎など居間と異なる部屋に設置されてもよい。認証端末１００は認証サーバ２００による認証成功の通知に基づいて業務サーバ３００に上述した確認処理を依頼すると、認証端末１００から依頼された確認依頼に応じて、業務サーバ３００は確認処理を実行する。すなわち、主体者とサポート者の両方が認証端末１００を操作できれば、主体者は自治体を訪問して年金受給申請手続や子供手当申請手続などを行わないで済み、また、業務サーバ３００を利用する自治体も主体者の生存や安否（例えば主体者が行方不明か否かなど）を確認することができる。

続いて、図１７を参照して、第２実施形態に係る業務処理システムＳ´の動作について説明する。尚、生体情報及び絆情報の登録処理については、第１実施形態と基本的に同様であるため、その説明を省略する。

図１７は第２実施形態に係る業務処理システムＳ´の動作を表す処理シーケンス図の一例である。尚、図１３に示す処理シーケンス図と同様の処理には同一符号を付し、その説明を省略する。また、図１７に至るまでの処理シーケンス図については、図１２に示す処理シーケンス図と同一であるため、その説明を省略する。

図１７に示すように、ステップＳ３１５の処理が完了すると、次いで、業務処理部３０４は確認条件を満足しているか否かを判定する（ステップＳ３２１）。確認条件は主体者の生存確認や安否確認を実行するか否かを判定するための条件である。確認条件としては、例えば状況情報記憶部３０２が記憶する認証処理日時が主体者のユーザＩＤの受信日時から所定期間以内であるか否かがある。また、確認条件としては、主体者のユーザＩＤの送信元の場所が状況情報記憶部３０２が記憶する認証端末１００の設置場所と同じであるか否かもある。このような２つの確認条件の中で所定期間に関する確認条件を単独で利用してもよいし、所定期間に関する確認条件と設置場所に関する確認条件の両方を利用してもよい。所定期間に関する確認条件を単独で利用する場合、設置場所が同じであるか否かは制限されず、業務処理部３０４は所定期間に関する確認条件を満足しているか否かを判定する。

ここで、業務処理部３０４が例えば上述した２つの確認条件を満足していると判定した場合（ステップＳ３２１：ＹＥＳ）、業務処理部３０４は認証成功を認証端末１００に通知する（ステップＳ３２２）。認証端末１００の制御部１０４は認証成功が通知されると、確認処理を業務サーバ３００に依頼する（ステップＳ１２１）。業務サーバ３００の業務処理部３０４は認証端末１００から確認処理が依頼されると、確認処理の依頼に応じた確認処理を実行する（ステップＳ３２３）。

ステップＳ３２３の処理が完了すると、業務処理部３０４は確認完了通知を通信部３０３を介して認証端末１００に送信する。制御部１０４は通信部１０３を介して確認完了通知を受け付けると、表示部１０２に確認完了を知らせる画面案内を表示する。これにより、主体者は確認処理の完了を認識することができる。尚、業務処理部３０４が例えば上述した２つの確認条件の一方又は両方を満足していないと判定した場合（ステップＳ３２１：ＮＯ）、後続の処理をスキップする。

以上、第２実施形態によれば、業務処理部３０４は、受信した主体者のユーザＩＤと関連付けられたサポート者の認証処理日時が主体者の認証処理日時から所定期間内であると判定した場合に、認証端末１００からの確認依頼に応じた確認処理を実行する。これにより、生体情報以外の情報（例えばユーザＩＤや生年月日など）を入力又は指定しない生体認証において、高い認証精度で主体者の生存や安否を確認することができる。サポート者の生体情報を利用してそのサポート者により補助される主体者の生体情報が絞り込まれるため、主体者を高い認証精度で特定でき、特定した主体者による依頼で主体者の生存や安否を確認することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、上述した実施形態における類否判断は閾値を用いて行えばよい。商品代金の入力は認証端末１００による商品の撮像に基づいて行われてもよい。

例えば、上述した実施形態では生体情報の一例として静脈の情報を利用したが、指紋や虹彩の情報などを生体情報として利用してもよい。また、上述した実施形態では生体情報を記号で表現したが、生体情報は文字若しくは数字又はこれらの組み合わせ、又は画像などであってもよい。

例えば、上述した第１実施形態及び第２実施形態では認証サーバ２００による認証処理と業務サーバ３００による決済処理及び確認処理に関し１台の認証端末１００を利用したが、例えば認証端末１００と認証端末１００に対応する別の認証端末（不図示）とを用意し、認証端末１００を店舗内のレジカウンタや介護施設内の談話室などに設置し、別の認証端末を認証端末１００が設置された店舗や介護施設内の別の場所に設置したり、店舗や介護施設外の所定の場所に設置したりするようにしてもよい。この場合、例えば認証端末１００は主体者により操作され、別の認証端末はサポート者により操作される。これにより、主体者とサポート者が互いに異なる場所にいても、所定期間内であればそれぞれの認証を行うことができる。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、処理をコンピュータに実行させることを特徴とする業務処理プログラム。
（付記２）前記第１のユーザ識別情報と前記第１の認証端末又は前記第２の認証端末における第２のユーザ識別情報の組み合わせを前記組み合わせ毎を記憶する記憶部を参照して、前記第１の認証端末から受信した前記第１のユーザ識別情報に応じた前記第２のユーザ識別情報を取得する、処理を含むことを特徴とする付記１に記載の業務処理プログラム。
（付記３）取得した前記第２のユーザ識別情報と、前記認証成功と判定した日時の情報と、を関連付けて記憶部に格納する処理を含み、前記業務処理を実行する処理は、前記記憶部に格納された前記日時の情報が前記所定期間内である場合に、前記業務処理を実行する、ことを特徴とする付記２に記載の業務処理プログラム。
（付記４）取得した前記第２のユーザ識別情報と、前記認証成功と判定した日時の情報と、前記第１の認証端末が設置された場所の情報と、を関連付けて記憶部に格納する処理を含み、前記業務処理を実行する処理は、前記記憶部に格納された前記日時の情報が前記所定期間内であって、前記記憶部に格納された前記場所の情報が前記第１の認証端末又は前記第２の認証端末が設置された場所の情報に対応する場合に、前記業務処理を実行する、ことを特徴とする付記２に記載の業務処理プログラム。
（付記５）認証端末が取得した第１の認証情報を用いた第１の認証処理に基づく第１のユーザ識別情報の候補を受信し、受信した前記第１のユーザ識別情報の候補に対応づけられた第２のユーザ識別情報の候補と前記認証端末が取得した第２の認証情報とを用いた第２の認証処理に基づく第２のユーザ識別情報を受信し、受信した前記第２のユーザ識別情報と関連付けられた前記第１の認証処理の処理日時が前記第２の認証処理の処理日時から所定期間内であると判定した場合に、前記認証端末からの業務依頼に応じた業務処理を実行する、処理をコンピュータに実行させることを特徴とする業務処理プログラム。
（付記６）前記第１のユーザ識別情報と前記第２のユーザ識別情報の組み合わせを前記組み合わせ毎を記憶する第１の記憶部を参照して、受信した前記第１のユーザ識別情報の候補に応じた前記第２のユーザ識別情報の候補を抽出する、処理を含むことを特徴とする付記５に記載の業務処理プログラム。
（付記７）抽出した第２のユーザ識別情報の候補と、前記第１の認証処理の処理日時の情報と、を関連付けて第２の記憶部に格納する処理を含み、前記業務処理を実行する処理は、前記第２の記憶部に格納された第１の認証処理の処理日時の情報が前記所定期間内である場合に、前記業務処理を実行する、ことを特徴とする付記６に記載の業務処理プログラム。
（付記８）抽出した第２のユーザ識別情報の候補と、前記第１の認証処理の処理日時の情報と、前記認証端末が設置された場所の情報と、を関連付けて第２の記憶部に格納する処理を含み、前記業務処理を実行する処理は、前記第２の記憶部に格納された第１の認証処理の処理日時の情報が前記所定期間内であって、前記第２の記憶部に格納された前記場所の情報が前記認証端末が設置された場所の情報に対応する場合に、前記業務処理を実行する、ことを特徴とする付記６に記載の業務処理プログラム。
（付記９）前記第１の認証情報及び前記第２の認証情報は、いずれも生体情報である、ことを特徴とする付記１から８のいずれか１項に記載の業務処理プログラム。
（付記１０）第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、処理をコンピュータが実行することを特徴とする業務処理方法。
（付記１１）第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、処理を行う処理部を備えることを特徴とする業務処理装置。
（付記１２）前記処理部は、前記第１のユーザ識別情報と前記第１の認証端末又は前記第２の認証端末における第２のユーザ識別情報の組み合わせを前記組み合わせ毎を記憶する記憶部を参照して、前記第１の認証端末から受信した前記第１のユーザ識別情報に応じた前記第２のユーザ識別情報を取得する、ことを特徴とする付記１１に記載の業務処理装置。
（付記１３）前記処理部は、取得した前記第２のユーザ識別情報と、前記認証成功と判定した日時の情報と、を関連付けて記憶部に格納し、前記記憶部に格納した前記日時の情報が前記所定期間内である場合に、前記業務処理を実行する、ことを特徴とする付記１２に記載の業務処理装置。
（付記１４）前記処理部は、取得した前記第２のユーザ識別情報と、前記認証成功と判定した日時の情報と、前記第１の認証端末が設置された場所の情報と、を関連付けて記憶部に格納し、前記記憶部に格納した前記日時の情報が前記所定期間内であって、前記記憶部に格納した前記場所の情報が前記第１の認証端末又は前記第２の認証端末が設置された場所の情報に対応する場合に、前記業務処理を実行する、ことを特徴とする付記１２に記載の業務処理装置。
（付記１５）前記第１の認証情報及び前記第２の認証情報は、いずれも生体情報である、ことを特徴とする付記１１から１４のいずれか１項に記載の業務処理装置。

Ｓ業務処理システム
１００認証端末
１１０生体センサ
２００認証サーバ
３００業務サーバ
３０１絆情報記憶部
３０２状況情報記憶部
３０３通信部
３０４業務処理部

Claims

第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、
受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、
処理をコンピュータに実行させることを特徴とする業務処理プログラム。
前記第１のユーザ識別情報と前記第１の認証端末又は前記第２の認証端末における第２のユーザ識別情報の組み合わせを前記組み合わせ毎を記憶する記憶部を参照して、前記第１の認証端末から受信した前記第１のユーザ識別情報に応じた前記第２のユーザ識別情報を取得する、
処理を含むことを特徴とする請求項１に記載の業務処理プログラム。
取得した前記第２のユーザ識別情報と、前記認証成功と判定した日時の情報と、を関連付けて記憶部に格納する処理を含み、
前記業務処理を実行する処理は、前記記憶部に格納された前記日時の情報が前記所定期間内である場合に、前記業務処理を実行する、
ことを特徴とする請求項２に記載の業務処理プログラム。
取得した前記第２のユーザ識別情報と、前記認証成功と判定した日時の情報と、前記第１の認証端末が設置された場所の情報と、を関連付けて記憶部に格納する処理を含み、
前記業務処理を実行する処理は、前記記憶部に格納された前記日時の情報が前記所定期間内であって、前記記憶部に格納された前記場所の情報が前記第１の認証端末又は前記第２の認証端末が設置された場所の情報に対応する場合に、前記業務処理を実行する、
ことを特徴とする請求項２に記載の業務処理プログラム。
前記第１の認証情報及び前記第２の認証情報は、いずれも生体情報である、
ことを特徴とする請求項１から４のいずれか１項に記載の業務処理プログラム。
第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、
受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、
処理をコンピュータが実行することを特徴とする業務処理方法。
第１の認証端末における第１のユーザ識別情報に対応する第１の認証情報を用いた第１の認証処理の結果を受信し、
受信した前記第１の認証処理の結果が認証成功であると判定した場合に、前記第１の認証端末、又は、前記第１の認証端末に対応する第２の認証端末において、前記認証成功と判定してから所定期間内に、前記第１のユーザ識別情報に対応づけられた第２の認証情報を用いた第２の認証処理について認証成功の結果を受信すると、前記第１の認証端末からの業務依頼に応じた業務処理を実行する、
処理を行う処理部を備えることを特徴とする業務処理装置。