(57)【要約】【課題】正常な状態に無いユーザーによる意図しない操作からユーザーを保護する。【解決手段】通信端末３０が、オンラインでの手続きを行うユーザーが使用するアプリケーション５０を実行可能な制御部４８を有する。制御部４８は、手続きを行う際にアプリケーションからユーザーに対してなされる操作の要求を検出する操作要求検出部５２と、要求された操作に対応する手続きが、ユーザーにとって重要であるか否かを判定する重要手続判定部５６と、手続きが重要であると判定された場合に、ユーザーの現在状態が正常であるか否かを判定する現在状態判定部５８と、ユーザーの現在状態が正常ではないと判定された場合に、操作を完了するための難易度を高める操作難易度変更部６０と、を備える。【選択図】図３
2019125280.tif 000002
【特許請求の範囲】
【請求項１】
オンラインでの手続きを行うユーザーが使用するアプリケーションを実行可能な制御部を有する通信端末であって、
前記制御部は、
前記手続きを行う際に前記アプリケーションから前記ユーザーに対してなされる操作の要求を検出する操作要求検出部と、
要求された前記操作に対応する前記手続きが、前記ユーザーにとって重要であるか否かを判定する重要手続判定部と、
前記手続きが重要であると判定された場合に、前記ユーザーの現在状態が正常であるか否かを判定する現在状態判定部と、
前記ユーザーの現在状態が正常ではないと判定された場合に、前記操作を完了するための難易度を高める操作難易度変更部と、を備えることを特徴とする通信端末。
【請求項２】
前記制御部は、
前記操作の要求が検出されると実行中の前記アプリケーションに割り込んでロックすると共に、前記重要手続判定部によって前記手続きが前記ユーザーにとって重要ではないと判定された時、または前記現在状態判定部によって前記ユーザーの現在状態が正常であると判定された時に、前記アプリケーションのロックを解除するアプリケーション規制部を備える、ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記操作難易度変更部は、前記操作よりも優先して操作されるべき状態確認操作を前記ユーザーに要求することにより前記難易度を高める、ことを特徴とする請求項２に記載の通信端末。
【請求項４】
前記アプリケーション規制部は、前記状態確認操作において前記ユーザーの状態が正常であると確認された時に前記アプリケーションのロックを解除する、ことを特徴とする請求項３に記載の通信端末。
【請求項５】
前記操作難易度変更部は、前記操作に関するパラメーターを変更することにより前記難易度を高める、ことを特徴とする請求項２に記載の通信端末。
【請求項６】
前記アプリケーション規制部は、前記操作難易度変更部によって前記難易度が高められた時に前記アプリケーションのロックを解除する、ことを特徴とする請求項５に記載の通信端末。
【請求項７】
前記制御部は、常時稼働して周期的にユーザー状態を取得し記憶部に記憶するユーザー状態取得部を備え、前記現在状態判定部は、前記記憶部に記憶された複数の前記ユーザー状態の代表値と、現時点で取得した前記ユーザーの現在状態とを比較することによって、前記ユーザーの現在状態が正常であるか否かを判定する、ことを特徴とする請求項１から請求項６のいずれか１項に記載の通信端末。
【請求項８】
前記現在状態判定部は、前記ユーザーの現在状態が正常であると判定した後の一定期間において、判定のための処理を実行せずに前記ユーザーの現在状態を正常であると見做す、ことを特徴とする請求項１から請求項７のいずれか１項に記載の通信端末。
【請求項９】
オンラインでの手続きを行うユーザーが使用するアプリケーションを実行可能な通信端末を、
前記手続きを行う際に前記アプリケーションから前記ユーザーに対してなされる操作の要求を検出する操作要求検出部と、
要求された前記操作に対応する前記手続きが、前記ユーザーにとって重要であるか否かを判定する重要手続判定部と、
前記手続きが重要であると判定された場合に、前記ユーザーの現在状態が正常であるか否かを判定する現在状態判定部と、
前記ユーザーの現在状態が正常ではないと判定された場合に、前記操作を完了するための難易度を高める操作難易度変更部として機能させることを特徴とするコンピュータープログラム。
【請求項１０】
オンラインでの手続きを行うユーザーが使用するアプリケーションを制御する制御方法であって、
前記手続きを行う際に前記アプリケーションから前記ユーザーに対してなされる操作の要求を検出することと、
要求された前記操作に対応する前記手続きが、前記ユーザーにとって重要であるか否かを判定することと、
前記手続きが重要であると判定された場合に、前記ユーザーの現在状態が正常であるか否かを判定することと、
前記ユーザーの現在状態が正常ではないと判定された場合に、前記操作を完了するための難易度を高めることと、を備えることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを実行可能な通信端末、通信端末を機能させるコンピュータープログラム、およびアプリケーションを制御する制御方法に関する。
【背景技術】
【０００２】
パーソナルコンピューターやスマートフォンに代表される種々の通信端末が多くのユーザーに利用されている。ユーザーは、インターネットに接続された通信端末を使用することにより、様々なウェブサイトやオンラインサービスにアクセスして情報を入手することが可能である。
【０００３】
インターネットの発展に伴って、従来は対面や電話、郵送等によって（すなわち、オフラインで）行われていた様々な活動が、インターネットを介して（すなわち、オンラインで）手軽に行えるようになっている。例示すると、インターネットバンキングによる銀行取引、オンラインショッピングによる商品購入、その他のオンラインベースの契約手続き等である。
【０００４】
オンラインでの契約手続きの例として挙げると、特許文献１に記載の電子フォーム処理システムでは、手続きに関連する重要書類を利用者が確認して同意したことが、システム側で記録され管理される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１５７３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通信端末のモバイル化が進むに連れて、従来と比して様々な状況下でユーザーがインターネットにアクセスすることが可能となっている。また、ユーザーインターフェイスの発達に伴い、ユーザーは簡易な操作で様々な手続きを行うことが可能となっている。
【０００７】
以上のことは、ユーザーの利便性を増す一方で、新たな課題も招来している。例えば、酩酊していて正常な判断ができない状態のユーザーが、意図せずに、締結すべきでない契約の承諾操作（例えば、承諾ボタンの押下）を行ってしまうことがある。
【０００８】
以上の事情を考慮して、本発明は、正常な状態に無いユーザーによる意図しない操作からユーザーを保護することを目的とする。
【課題を解決するための手段】
【０００９】
上記した目的を達成するため、本発明による通信端末は、オンラインでの手続きを行うユーザーが使用するアプリケーションを実行可能な制御部を有する通信端末であって、前記制御部は、前記手続きを行う際に前記アプリケーションから前記ユーザーに対してなされる操作の要求を検出する操作要求検出部と、要求された前記操作に対応する前記手続きが、前記ユーザーにとって重要であるか否かを判定する重要手続判定部と、前記手続きが重要であると判定された場合に、前記ユーザーの現在状態が正常であるか否かを判定する現在状態判定部と、前記ユーザーの現在状態が正常ではないと判定された場合に、前記操作を完了するための難易度を高める操作難易度変更部と、を備える。
【００１０】
好適には、前記制御部は、前記操作の要求が検出されると実行中の前記アプリケーションに割り込んでロックすると共に、前記重要手続判定部によって前記手続きが前記ユーザーにとって重要ではないと判定された時、または前記現在状態判定部によって前記ユーザーの現在状態が正常であると判定された時に、前記アプリケーションのロックを解除するアプリケーション規制部を備える。
【００１１】
好適には、前記操作難易度変更部は、前記操作よりも優先して操作されるべき状態確認操作を前記ユーザーに要求することにより前記難易度を高める。
【００１２】
好適には、前記アプリケーション規制部は、前記状態確認操作において前記ユーザーの状態が正常であると確認された時に前記アプリケーションのロックを解除する。
【００１３】
好適には、前記操作難易度変更部は、前記操作に関するパラメーターを変更することにより前記難易度を高める。
【００１４】
好適には、前記アプリケーション規制部は、前記操作難易度変更部によって前記難易度が高められた時に前記アプリケーションのロックを解除する。
【００１５】
好適には、前記制御部は、常時稼働して周期的にユーザー状態を取得し記憶部に記憶するユーザー状態取得部を備え、前記現在状態判定部は、前記記憶部に記憶された複数の前記ユーザー状態の代表値と、現時点で取得した前記ユーザーの現在状態とを比較することによって、前記ユーザーの現在状態が正常であるか否かを判定する。
【００１６】
好適には、前記現在状態判定部は、前記ユーザーの現在状態が正常であると判定した後の一定期間において、判定のための処理を実行せずに前記ユーザーの現在状態を正常であると見做す。
【００１７】
また、本発明によるコンピュータープログラムは、オンラインでの手続きを行うユーザーが使用するアプリケーションを実行可能な通信端末を、前記手続きを行う際に前記アプリケーションから前記ユーザーに対してなされる操作の要求を検出する操作要求検出部と、要求された前記操作に対応する前記手続きが、前記ユーザーにとって重要であるか否かを判定する重要手続判定部と、前記手続きが重要であると判定された場合に、前記ユーザーの現在状態が正常であるか否かを判定する現在状態判定部と、前記ユーザーの現在状態が正常ではないと判定された場合に、前記操作を完了するための難易度を高める操作難易度変更部として機能させる。
【００１８】
また、本発明による制御方法は、オンラインでの手続きを行うユーザーが使用するアプリケーションを制御する制御方法であって、前記手続きを行う際に前記アプリケーションから前記ユーザーに対してなされる操作の要求を検出することと、要求された前記操作に対応する前記手続きが、前記ユーザーにとって重要であるか否かを判定することと、前記手続きが重要であると判定された場合に、前記ユーザーの現在状態が正常であるか否かを判定することと、前記ユーザーの現在状態が正常ではないと判定された場合に、前記操作を完了するための難易度を高めることと、を備える。
【発明の効果】
【００１９】
本発明によれば、正常な状態に無いと判定されたユーザーに対して操作の難易度が高められるので、正常な状態に無いユーザーによる意図しない操作からそのユーザーが保護される。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１実施形態に係る通信システムを示す全体構成図である。
【図２】本発明の第１実施形態に係る通信端末の電気的構成のブロック図である。
【図３】本発明の第１実施形態に係る通信端末の論理的構成のブロック図である。
【図４】本発明の第１実施形態に係る動作の概略を示す画面イメージ図である。
【図５】本発明の第１実施形態に係る難易度変更処理のシーケンス図である。
【図６】本発明の第２実施形態に係る難易度変更処理のシーケンス図である。
【図７】本発明の変形例に係る通信端末の論理的構成のブロック図である。
【図８】本発明の変形例に係る通信システムを示す全体構成図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について図面を参照しながら説明する。以下の実施形態は、本発明の好適な具体例であって、種々の好ましい技術を開示しているが、本発明の技術範囲はこれらの態様に限定されるものではない。
【００２２】
１．第１実施形態
１−１．通信システムの全体構成
図１を参照して、第１実施形態による通信端末３０が属する通信システム１の全体構成を説明する。通信システム１は、サーバー１０とネットワーク２０と通信端末３０とを備える。通信システム１に含まれる装置は、所定のプロトコル（ＴＣＰ／ＩＰ等）に従って通信を実行する。
【００２３】
サーバー１０は、ネットワーク２０に接続された通信端末３０等のノードに対してサービスを提供する。サーバー１０は、ＣＰＵ（Central Processing Unit）等の演算装置と、ＤＲＡＭ（Dynamic Random Access Memory）等の主記憶装置と、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等のストレージ装置と、ＮＩＣ（Network Interface Card）等のネットワークインターフェイスとを備えるコンピューター装置である。なお、複数のコンピューター装置がサーバー１０を構成してもよい。本実施形態において、サーバー１０は、契約手続きが含まれる取引サービスを通信端末３０に提供するものとする。
【００２４】
ネットワーク２０は、サーバー１０、通信端末３０等のノード同士を接続する通信ネットワークであり、複数のリピーター、ブリッジ、ルーター、ゲートウェイ、基地局、交換局等の通信機器を備える。ネットワーク２０は、サーバー１０が属するローカルエリアネットワーク、通信端末３０が属するモバイル通信網、およびインターネットを含む。
【００２５】
通信端末３０は、ユーザーがネットワーク２０を介して種々のサービスにアクセスするのに用いられる装置であり、例えばスマートフォンやパーソナルコンピューターである。通信端末３０は、上記したサーバー１０が提供する取引サービスを利用するのに用いられるアプリケーション５０（例えば、ネイティブアプリケーションまたはブラウザーアプリケーション）を実行可能である。
【００２６】
なお、通信端末３０は、ユーザーが身に付けるウェアラブル端末（例えば、ユーザーの脈拍および血圧を計測する機能を有する腕時計型端末）と相互に通信してもよい。通信端末３０の詳細については後述される。
【００２７】
１−２．通信端末の構成
次いで、図２および図３を参照して、通信端末３０の構成について説明する。通信端末３０は、ユーザーがオンラインでの手続きを行う際に使用するアプリケーション５０を実行可能な情報端末である。
【００２８】
図２は、通信端末３０の電気的構成を示すブロック図である。図２に示す通り、通信端末３０は、バス４４によって相互に接続される、通信インターフェイス３２とタッチパネル３４とＣＰＵ３６とＲＡＭ３８とＲＯＭ（Read Only Memory）４０とフラッシュメモリー４２とを備える。
【００２９】
通信インターフェイス３２は、ネットワーク２０を介して他の装置と通信を実行する。タッチパネル３４は、ユーザーからの入力を受け付けて電気信号に変換する入力装置として機能すると共に、処理結果を映像として出力する出力装置として機能する。ＣＰＵ３６は、主記憶装置であるＲＡＭ３８及びＲＯＭ４０に記憶されているプログラムを実行することにより、種々の演算および制御を行う。フラッシュメモリー４２は、ＲＡＭ３８上に展開可能なプログラム及びデータを記憶する補助記憶装置である。
【００３０】
図３は、通信端末３０の論理的構成を示すブロック図である。通信端末３０は、アプリケーション５０を実行する制御部４８を、機能ブロックとして備える。制御部４８は、操作要求検出部５２とアプリケーション規制部５４と重要手続判定部５６と現在状態判定部５８と操作難易度変更部６０とを、それぞれ機能ブロックとして備える。以上の機能ブロックは、通信端末３０の主記憶装置に記憶されているコンピュータープログラムをＣＰＵ３６が実行することにより実現される。
【００３１】
アプリケーション５０は、サーバー１０が提供する取引サービスをユーザーが利用するのに用いられるソフトウェアであり、ユーザーに対して情報を提示すると共に、必要に応じてユーザーからの操作（承認のためのボタン押下等）を要求する。操作要求検出部５２は、サーバー１０が提供する取引サービスにおける手続きを行う際にアプリケーション５０からユーザーに対してなされる操作の要求を検出する。アプリケーション規制部５４は、アプリケーション５０の動作を規制する。重要手続判定部５６は、アプリケーション５０から要求された操作に対応する手続きが、ユーザーにとって重要であるか否かを判定する。現在状態判定部５８は、ユーザーの現在状態が正常であるか否かを判定する。操作難易度変更部６０は、ユーザーがアプリケーション５０から要求された操作を完了するための難易度を高める。
【００３２】
アプリケーション５０以外の制御部４８に含まれる上記した機能ブロックは、保護部７０を構成する。保護部７０は、アプリケーション５０と連携して動作する別のアプリケーションソフトウェア（セキュリティソフトウェア）として実装されてもよいし、通信端末３０が備えるオペレーティングシステムの一機能として実装されてもよいし、ブラウザーとしてのアプリケーション５０のアドイン機能として実装されてもよい。
【００３３】
１−３．通信端末の動作
次いで、図４および図５を参照して、通信端末３０の動作について説明する。図４は本実施形態による動作の概略を示す画面イメージ図であり、図５は本実施形態による通信端末３０の難易度変更処理のシーケンス図である。
【００３４】
図４は、上記した取引サービスを使用中の通信端末３０の画面（タッチパネル３４）を示している。ユーザーにとって重要な手続きの一例である契約手続きにおいて、ユーザーが正常な状態であれば、契約画面に遷移すると承諾ボタンが押下可能な状態となる。一方で、契約手続きにおいて、ユーザーが正常な状態になければ、契約画面に遷移する際に、画面に表示された文字を入力させる状態確認画面を提示し（すなわち、操作の難易度を高め）、文字が正しく入力された場合に契約画面に遷移する。以上のようなユーザー状態に応じた難易度変更を実現するための動作について、以下、より詳細に説明する。
【００３５】
図５は、第１実施形態の難易度変更処理の代表的な動作を示す。図５では、タッチパネル３４による処理と、契約手続きに用いられるアプリケーション５０による処理と、アプリケーション５０を使用するユーザーを保護する保護部７０による処理とが並列的に示されている。
【００３６】
ユーザーがタッチパネル３４を用いて電子契約書を開く指示を行うと（ステップＳ１００）、アプリケーション５０は、電子契約書の文面を含む契約画面をタッチパネル３４に表示させる処理を実行する（ステップＳ１０２）。契約画面には、ユーザーの承諾を求める（すなわち、ユーザーに操作を要求する）承諾ボタンが含まれている。なお、ユーザーへの操作の要求の他の例としては、決済操作や銀行振込操作が挙げられる。
【００３７】
操作要求検出部５２は、ステップＳ１０２においてアプリケーション５０からユーザーに対してなされる操作の要求を示す承諾ボタンを検出する（ステップＳ１０４）。操作の要求である承諾ボタンが検出されると、アプリケーション規制部５４は、実行中のアプリケーション５０に割り込んでロックする（ステップＳ１０６）。
【００３８】
重要手続判定部５６は、アプリケーション５０から提示された承諾ボタンに対応する電子契約手続きが、ユーザーにとって重要であるか否かを判定する（ステップＳ１０８）。重要手続判定部５６は、例えば、上記した契約画面に予め付与されたフラグに基づいて手続きが重要であると判定してもよいし、上記した契約画面に含まれる文言（契約、承諾等）に基づいて手続きが重要であると判定してもよいし、他のパターン認識手法（例えば、ディープニューラルネットワークを用いた機械学習によるパターン認識）に基づいて手続きが重要であると判定してもよい。すなわち、重要手続判定部５６は、任意の手法によって電子契約手続きがユーザーにとって重要であるかを判定することが可能である。
【００３９】
手続きが重要であると判定されると（Ｓ１０８：ＹＥＳ）、現在状態判定部５８は、ユーザーの現在状態が正常であるか否かを判定する（ステップＳ１１０）。なお、ステップＳ１０８とステップＳ１１０とは逆の順序で実行されてもよい。以下、ステップＳ１１０における現在状態の判定手法について、５つの例を列挙する。
【００４０】
（１）現在状態判定部５８は、ユーザーの操作ミスの頻度（例えば、操作のやり直しの頻度や、押下可能な場所以外の場所を押下する頻度）が標準的な値よりも高い場合に、現在状態が正常ではないと判定してもよい。
【００４１】
（２）通信端末３０が加速度センサーを有するケースにおいて、現在状態判定部５８は、加速度センサーの出力の変動幅が標準的な値よりも大きい場合に（すなわち、通信端末３０を持つユーザーの手がふらついている場合に）、現在状態が正常ではないと判定してもよい。
【００４２】
（３）通信端末３０がカメラを有するケースにおいて、現在状態判定部５８は、ユーザーの顔画像から取得した彩度／明度／色相を示す値が標準的な値と乖離している場合に（すなわち、ユーザーの顔色が普通でない場合に）、現在状態が正常ではないと判定してもよい。
【００４３】
（４）通信端末３０がマイクロフォンを有するケースにおいて、現在状態判定部５８は、マイクロフォンによって取得されるユーザーの呼吸動作の音量が標準的な値よりも大きい場合に（すなわち、ユーザーの息づかいが荒い場合に）、現在状態が正常ではないと判定してもよい。
【００４４】
（５）通信端末３０がユーザーの脈拍および血圧を計測する機能を有する腕時計型のウェアラブル端末と連携しているケースにおいて、現在状態判定部５８は、ウェアラブル端末に検出されたユーザーの血圧や脈拍数が標準的な値と乖離している場合に、現在状態が正常ではないと判定してもよい。
【００４５】
なお、上述した例において、「ある値が標準的な値よりも大きい（高い）」とは、「ある値から標準的な値を減算した差分値が所定の閾値よりも大きい」ことを意味してよく、「ある値が標準的な値と乖離している」とは、「ある値と標準的な値との差分値の絶対値が所定の閾値よりも大きい」ことを意味してよい。
【００４６】
ユーザーの現在状態が正常ではないと判定されると（Ｓ１１０：ＮＯ）、操作難易度変更部６０は、承諾ボタンの押下よりも優先して操作されるべき状態確認操作をユーザーに要求する（ステップＳ１１２）。このステップＳ１１２によって操作の難易度が高められる。操作難易度変更部６０は、例えば、図４に示したような歪んだ文字列とこれらの文字列の入力欄とを含む状態確認画面を、承諾ボタンを含む契約画面に優先して（例えば、ポップアップ画面として）タッチパネル３４に表示させる。
【００４７】
ユーザーは、タッチパネル３４を用いて状態確認操作を行う（ステップＳ１１４）。前述した例によれば、ユーザーは、タッチパネル３４に表示された歪んだ文字列を読んで、状態確認画面内の入力欄に入力し、送信ボタンを押下する。
【００４８】
アプリケーション規制部５４は、ステップＳ１１２にてユーザーに要求された状態確認操作の結果を受領して、ユーザーの状態を確認する（ステップＳ１１６）。前述した例によれば、アプリケーション規制部５４は、ステップＳ１１４にてユーザーが入力した文字列と、ステップＳ１１２にて表示された歪んだ文字列の元となる文字列とが一致するか否かを確認し、一致すればユーザーの状態が正常であると判定し、不一致であればユーザーの状態が非正常であると判定する。
【００４９】
ステップＳ１１６において、ユーザーの状態が正常であると確認されると（Ｓ１１６：ＹＥＳ）、アプリケーション規制部５４は、ステップＳ１０６で掛けたアプリケーション５０に対するロックを解除する（ステップＳ１１８）。
【００５０】
なお、重要手続判定部５６によって手続きが重要でないと判定された時（Ｓ１０８：ＮＯ）、アプリケーション規制部５４は、ステップＳ１０６で掛けたアプリケーション５０に対するロックを解除してもよい（ステップＳ１１８）。もしユーザーが間違って承諾ボタンを押下しても、ユーザーにとって重要でない手続きであるので問題が小さいと考えられるからである。
【００５１】
また、現在状態判定部５８によってユーザーの現在状態が正常であると判定された時（Ｓ１１０：ＹＥＳ）、アプリケーション規制部５４は、ステップＳ１０６で掛けたアプリケーション５０に対するロックを解除してもよい（ステップＳ１１８）。ステップＳ１１０での判定よりもステップＳ１１８での判定の方がよりユーザーの状態を反映していると考えられるからである。
【００５２】
ステップＳ１１８によってアプリケーション５０のロックが解除されると、電子契約書に付与されている承諾ボタンが押下可能になる（ステップＳ１２０）。ユーザーは、タッチパネル３４を操作して承諾ボタンを押下し、電子契約書を承諾する（ステップＳ１２２）。その後、アプリケーション５０は、図５の一連の契約手続きに関する処理を終了する（ステップＳ１２４）。
【００５３】
他方、ステップＳ１１６において、ユーザーの状態が正常ではないと確認されると（Ｓ１１６：ＮＯ）、アプリケーション規制部５４は、ステップＳ１０６で掛けたアプリケーション５０に対するロックを解除しないまま、図５の一連の契約手続きに関する処理を終了する（ステップＳ１２４）ようにアプリケーション５０を制御する（ステップＳ１２６）。結果として、正常でない状態のユーザーが重要な手続きに対応する承諾ボタンを押下することが回避される。
【００５４】
１−４．本実施形態の効果
上記した本実施形態の構成においては、通信端末３０を用いるユーザーが行おうとする手続きが重要であり、かつ、ユーザーの現在状態が正常ではない場合に、手続きのための操作の難易度が高められる（ステップＳ１１２）。したがって、正常な状態に無いユーザーによる意図しない操作からそのユーザーが保護される。
【００５５】
また、本実施形態の構成によれば、ユーザーに対する操作の要求が検出された場合に、アプリケーション５０に割込みがなされアプリケーション５０がロックされる（ステップＳ１０６）。以上のように、重要な手続きに関する操作の要求が発生した可能性のある段階でアプリケーション５０がロックされるので、正常な状態にない可能性のあるユーザーが操作を行ってしまうことが回避される。
【００５６】
さらに、手続きがユーザーにとって重要ではないと判定された時（Ｓ１０８：ＮＯ）、またはユーザーの現在状態が正常であると判定された時（Ｓ１１０：ＹＥＳ）、アプリケーション５０のロックが解除される（ステップＳ１１８）。以上のように、ロック解除条件が充足されるとロックが解除されるので、ユーザーを不必要に待たせることがない。
【００５７】
また、本実施形態の構成によれば、操作の難易度を高める際に、その操作よりも優先して操作されるべき状態確認操作をユーザーに要求する（ステップＳ１１２）。状態確認操作が手続き操作に優先するので、状態確認がなされないまま重要な手続きに関する操作が行われることを回避できる。
【００５８】
また、本実施形態の構成によれば、上記した状態確認操作においてユーザーの状態が正常であると確認された時に、アプリケーション５０のロックが解除される（ステップＳ１１８）。ステップＳ１１０にてユーザーの現在状態が正常でないと判定された後に、さらにステップＳ１１２からＳ１１６にてユーザーの状態を確認するので、より精度良くユーザーの状態を把握することが可能である。
【００５９】
また、本実施形態の構成によれば、上記した通信端末３０の制御部４８を保護部７０として機能させるコンピュータープログラムと、オンラインでの手続きを行うユーザーが使用するアプリケーション５０を制御する制御方法とが実現される。
【００６０】
２．第２実施形態
次いで、図６を参照して、第２実施形態に係る通信端末３０の動作について説明する。なお、以下の説明では、第１実施形態と同様の構成については、同一の符号を付し、その説明を省略することがある。
【００６１】
第１実施形態では、状態確認操作をユーザーに要求することにより操作の難易度が高められる。第２実施形態では、操作に関するパラメーターを変更することにより操作の難易度が高められる。
【００６２】
２−１．通信端末の動作
図６は、第２実施形態の難易度変更処理の代表的な動作を示す。ステップＳ２００からＳ２１０までの処理は、第１実施形態の図５のステップＳ１００からＳ１１０までの処理と同様であるから、説明を省略する。
【００６３】
ユーザーの現在状態が正常ではないと現在状態判定部５８が判定すると（Ｓ２１０：ＮＯ）、操作難易度変更部６０は、重要手続きに対応する操作に関するパラメーターを変更するようにアプリケーション５０を制御する（ステップＳ２１２）。このステップＳ２１２によって操作の難易度が高められる。
【００６４】
例えば、操作難易度変更部６０は、契約画面に表示される承諾ボタンのサイズを正常時よりも小さくするようにアプリケーション５０を制御してもよいし、パスワードの自動入力機能をオフにしてユーザーに契約画面でのパスワードの入力を要求するようにアプリケーション５０を制御してもよいし、契約画面に表示される歪んだ文字列の文字数を正常時よりも増加させるようにアプリケーション５０を制御してもよいし、契約画面に表示される歪んだ文字列を通常時よりも歪ませて表示させるようにアプリケーション５０を制御してもよい。通常より歪ませる手法として、フラッシュメモリー４２に予め記憶されている通常より歪んだ画像を表示させてもよいし、所定のアルゴリズムに基づいて歪み度を高めてもよい。
【００６５】
操作難易度変更部６０による難易度変更に基づいて、アプリケーション５０はタッチパネル３４に契約画面を再描画する（ステップＳ２１４）。そして（好適には、同時に）、アプリケーション規制部５４はステップＳ２０６にて掛けられたアプリケーション５０のロックを解除する（ステップＳ２１６）。
【００６６】
ステップＳ２１６によってアプリケーション５０のロックが解除されると、電子契約書を含む契約画面が操作可能になる（ステップＳ２１８）。ユーザーは、タッチパネル３４を操作して、必要に応じて契約画面内の入力欄に要求された文字列（パスワードや、歪んだ文字列に対応する文字列等）を入力し、承諾ボタンを押下する（ステップＳ２２０）。
【００６７】
アプリケーション５０は、ステップＳ２２０における入力内容に基づいて、承諾の可否を判定する（ステップＳ２２２）。アプリケーション５０は、ステップＳ２２０において適切に（例えば、所定時間内に）承諾ボタンが押下された場合に承諾可と判定してもよいし、ステップＳ２２０において入力欄に入力された文字列がマッチング対象の文字列と一致した場合に承諾可と判定してもよい。
【００６８】
アプリケーション５０が承諾可と判定すると（Ｓ２２２：ＹＥＳ）、承諾操作が有効なものとして受け入れられ（ステップＳ２２４）、図６の一連の契約手続きに関する処理が終了する（ステップＳ２２６）。他方、アプリケーション５０が承諾否と判定すると（Ｓ２２２：ＮＯ）、承諾操作は有効なものとして受け入れられないまま、図６の一連の契約手続きに関する処理が終了する（ステップＳ２２６）
【００６９】
なお、本実施形態のアプリケーション規制部５４は、アプリケーション５０が有するＡＰＩ（Application Programming Interface）を介して割込みロック（ステップＳ１０６）およびロック解除（ステップＳ２１６）の指示をアプリケーション５０に伝達すると好適である。以上の構成によれば、既存のインターフェイスを活用して確実に割込みロックおよびロック解除が実現される。
【００７０】
２−２．本実施形態の効果
上記した本実施形態の構成によれば、第１実施形態と同様の技術的効果が実現される。
【００７１】
また、操作に関するパラメーターを変更することにより難易度が高められる本実施形態の構成によれば、タッチパネル３４に表示された画面の操作難易度が変更されるので、第１実施形態と比較して画面遷移の回数が少なくて済む。
【００７２】
また、操作難易度変更部によって難易度が高められた時にアプリケーション５０のロックが解除される本実施形態の構成によれば、ロック時間の長さを短くできる。
【００７３】
３．変形例
以上の実施形態は多様に変形される。具体的な変形の態様を以下に例示する。以上の実施の形態および以下の例示から任意に選択された２以上の態様は、相互に矛盾しない限り適宜に併合され得る。
【００７４】
３−１．変形例１
図７に示すように、通信端末３０の制御部４８が機能ブロックであるユーザー状態取得部６２をさらに備えてもよい。本例において、ユーザー状態取得部６２は、常時稼働して周期的に（例えば、１時間おきに）ユーザー状態を取得し、フラッシュメモリー４２（記憶部）に記憶するとよい。現在状態判定部５８は、フラッシュメモリー４２に記憶された複数のユーザー状態の代表値（例えば、１時間おきに取得された１分当たり心拍数の平均値）と、現時点で取得したユーザーの現在状態（例えば、現在の１分当たりの心拍数）とを比較することによって、ユーザーの現在状態が正常であるか否かを判定してもよい（例えば、図５のステップＳ１１６）。以上の構成によれば、一般的な標準値とユーザーの現在状態とを比較して正常か否かを判定する構成と比較して、よりそのユーザーに適合した正常／異常判定を実現することが可能である。
【００７５】
３−２．変形例２
現在状態判定部５８は、ユーザーの現在状態が正常であると判定（例えば、図５のステップＳ１１６）した後の一定期間において、判定のための処理を実行せずにユーザーの現在状態を正常であると見做してもよい。以上の構成によれば、ユーザーの正常／異常判定を都度実行する構成と比較して、演算量の負荷を抑制できるのに加えて、ユーザー操作量の低減も実現できる。
【００７６】
３−３．変形例３
現在状態判定部５８がユーザーの現在状態の正常度を段階的に判定し、判定された正常度の段階に応じて操作難易度変更部６０が難易度を高める構成も採用可能である。以上の構成によれば、ユーザーの正常度に応じてより詳細に操作の難易度を設定することが可能である。
【００７７】
３−４．変形例４
アプリケーション規制部５４は、実行中のアプリケーション５０に割り込んでロックする際に（例えば、図５のステップＳ１０６）、既に行われたユーザーからの操作（例えば、承諾操作）がある場合、その操作をキャンセルしてもよい。以上の構成によれば、正常な状態に無い可能性のあるユーザーからの操作がキャンセルされるので、意図しない操作からユーザーが一層保護される。
【００７８】
３−５．変形例５
通信端末３０は、通信機能を備える画像形成装置８０であってもよい。図８は、本変形例による画像形成装置８０が属する通信システム１の全体構成図である。画像形成装置８０は、コピー機能、プリント機能、スキャン機能、およびファクス機能等を複合的に備える複合機である。上記した通信端末３０に関する記載は、画像形成装置８０にも適用することが可能である。上記した発明を画像形成装置８０に適用することにより、ユーザーの状態が正常でない場合の誤操作（例えば、ファックスの誤送信）を未然に防ぐことが可能である。
【００７９】
３−６．変形例６
上記した実施形態における通信端末３０を実現するのに用いられるコンピュータープログラムは、非一過性の記録媒体に記憶されて提供されてもよいし、ネットワーク２０を介してダウンロードされてもよい。
【符号の説明】
【００８０】
３０    通信端末
４８    アプリケーション
５０    制御部
５２    操作要求検出部
５４    アプリケーション規制部
５６    重要手続判定部
５８    現在状態判定部
６０    操作難易度変更部
６２    ユーザー状態取得部
【図１】
2019125280.tif 000003
【図２】
2019125280.tif 000004
【図３】
2019125280.tif 000005
【図４】
2019125280.tif 000006
【図５】
2019125280.tif 000007
【図６】
2019125280.tif 000008
【図７】
2019125280.tif 000009
【図８】
2019125280.tif 000010