(57)【要約】【課題】携帯端末において、不正が起こりうる可能性が高い操作ログを取得する仕組みを提供すること。【解決手段】携帯端末であって、前記携帯端末を操作した操作内容を取得する取得手段と、前記取得手段により取得した操作内容と不正操作の可能性がある操作内容とが一致するか否かを判定する判定手段と、前記判定手段により不正操作の可能性があると判定された場合に、操作内容を記憶部に記憶するように制御する記憶制御手段と、を有することを特徴とする。【選択図】図５
2019101831.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末であって、
前記携帯端末を操作した操作内容を取得する取得手段と、
前記取得手段により取得した操作内容と不正操作の可能性がある操作内容とが一致するか否かを判定する判定手段と、
前記判定手段により不正操作の可能性があると判定された場合に、操作内容を記憶部に記憶するように制御する記憶制御手段と、を有することを特徴とする携帯端末。
【請求項２】
前記記憶制御手段により記憶された操作内容を他の装置に対して出力する出力手段を更に有することを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記記憶制御手段は、不正操作の可能性があると判定された場合に、該判定がされる前よりも詳細な操作内容を記憶するように制御することを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記判定手段は、所定の期間内において、前記取得手段により取得した操作内容と不正操作の可能性がある操作内容とが一致するか否かを判定する請求項１乃至３のいずれか１項に記載の携帯端末。
【請求項５】
前記記憶制御手段は、サーバからの削除指示に応じて、記憶部に記憶された操作内容を削除することを特徴とする請求項1乃至４のいずれか１項に記載の携帯端末。
【請求項６】
携帯端末の制御方法であって、
前記携帯端末を操作した操作内容を取得する取得工程と、
前記取得工程により取得した操作内容と不正操作の可能性がある操作内容とが一致するか否かを判定する判定工程と、
前記判定工程により不正操作の可能性があると判定された操作内容を記憶部に記憶するように制御する記憶制御工程と、を有することを特徴とする携帯端末の制御方法。
【請求項７】
請求項６に記載の携帯端末の制御方法をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハンディターミナルに代表される携帯端末、携帯端末の制御方法、および、そのプログラムに関する。
【背景技術】
【０００２】
近年、情報機器やプリンタの小型化により携帯端末（ハンディターミナル）を用いて場所や時間の制限なく、訪問販売・銀行口座の引き落とし等を行うことが可能となっている。また、携帯端末は、システム障害や情報漏えい等の原因調査のため、操作ログを記憶する技術が知られている。一方、携帯端末は、軽量且つ簡易的なハードウェアである場合が多く、大量の記憶領域を確保できない場合や、常時ネットワーク上の記憶システムに接続できない場合もあり得る。
【０００３】
特許文献１には、全てのログを記憶するのではなく、除外条件に基づいてログを生成するか否かを判別するシステムが開示されている。当該システムは、ログ生成除外条件が不適正と判定された場合はログ生成除外条件を削除するため、効率的にログを取得することが可能である旨開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１６３９３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では、携帯端末の操作者の不正操作が起こりうる可能性のある操作ログを確実に取得することができない。そのため、従来のログ管理システムでは、携帯端末により不正が行われた際に、事後的に原因の特定を行うことが困難であった。
【０００６】
そこで、本発明は、上記課題に鑑みてなされたものであり、携帯端末において、不正が起こりうる可能性が高い操作ログを取得する仕組みを提供することである。
【課題を解決するための手段】
【０００７】
そこで、本発明は、携帯端末であって、前記携帯端末を操作した操作内容を取得する取得手段と、前記取得手段により取得した操作内容と不正操作の可能性がある操作内容とが一致するか否かを判定する判定手段と、前記判定手段により不正操作の可能性があると判定された場合に、操作内容を記憶部に記憶するように制御する記憶制御手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、携帯端末において、不正が起こりうる可能性が高い場合に操作ログを取得する仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態におけるログ管理システムの一例を示す図である。
【図２】本実施形態における携帯端末のハードウェア構成の一例を示す図である。
【図３】本実施形態における携帯端末の機能構成の一例を示す図である。
【図４】本実施形態における携帯端末とサーバの連携処理の一例を示すフローチャートである。
【図５】本実施形態における不正の可能性のある操作内容の判定処理の一例を示すフローチャートである。
【図６】本実施形態における障害の可能性のあるエラーのチェックを行う場合の処理の一例を示すフローチャートである。
【図７】本実施形態における基本情報ファイルの一例を示すフローチャートである。
【図８】本実施形態における条件ファイルの一例を示す図である。
【図９】本実施形態における条件ファイルの一例を示す図である。
【図１０】本実施形態における端末操作ファイルの一例を示す図である。
【図１１】本実施形態における基本情報設定画面の一例を示す図である。
【図１２】本実施形態におけるログ出力条件照会画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本実施形態を詳細に説明する。
【００１１】
図１は、本実施形態におけるログ管理システム１０の構成の一例を示すシステム構成図である。
【００１２】
図１は、本実施形態におけるログ管理システム１０は、携帯端末１０１、管理ＰＣ１０２、プリンタ１０３が、ネットワーク１０４を介してサーバ１０５に接続され、サーバ１０５は、携帯端末１０１と授受するデータが蓄積されるデータベース１０６を有する。なお、携帯端末１０１とサーバ１０５の接続には、ＬＡＮ接続されるクレードル（ＯＣ）や３Ｇ接続されるＳＩＭカードが用いられている。
【００１３】
携帯端末１０１は、基本情報ファイル、条件ファイル（不正操作検知）、条件ファイル（障害検知）、端末操作ファイルを記憶している。携帯端末１０１は、上記ファイルを利用し、操作・エラーチェックを実施し、詳細な操作ログの出力を行う。なお、基本情報ファイルは、後述する図７に一例を示し、不正操作検知のための条件ファイルは、図８に一例を示し、障害検知のための条件ファイルは、図９に一例を示す。端末操作ファイルは、図１０に一例を示す。また、操作・エラーチェックは後述する図４〜６を用いて説明する。
【００１４】
また、携帯端末１０１は、サーバ１０５からの操作ログ送信指示に応じて、ネットワーク１０４を用いて、サーバ１０５に操作ログの送信を行う。また、携帯端末１０１は、サーバ１０５からの操作ログ削除指示に応じて、携帯端末１０１内に保存された、詳細な操作ログの削除を行う。また、携帯端末１０１は、サーバ１０５からのログ出力モード初期化指示に応じて、携帯端末１０１内に保存された、図７の基本情報ファイル７００の「ログ出力モード」の初期化を行う。
【００１５】
サーバ１０５は、ネットワーク上に存在するサーバである。携帯端末１０１と授受するデータおよび操作ログをデータベース１０６で管理する。サーバ１０５は、携帯端末１０１より送信された取引ファイルの照会（取引履歴照会機能）や、携帯端末１０１より送信された操作ログの照会（操作ログ照会機能）を行う。サーバ１０５は、携帯端末１０１が保持する図８および図９で示す条件ファイルの設定を行う。サーバ１０５は、携帯端末１０１が保持する各種名称やコード値を保持しているマスタファイルの設定（マスタ設定機能）を行う。サーバ１０５は、携帯端末１０１から操作ログの取得が必要と判定した場合、ログ吸上げ指示を行うためのログ吸上げ指示機能を備える。またサーバ１０５は、携帯端末１０１の操作ログを不要と判定した場合、ログ削除指示を行うためのログ削除指示機能を備える。更に、サーバ１０５は、携帯端末１０１から送信されたデータより日報や月報を作成する機能（管理帳票作成機能）および作成した管理帳票をプリンタ１０３に出力する機能（管理帳票印刷機能）を備える。
【００１６】
管理ＰＣ１０２は、サーバ１０５で提供される、上述の取引履歴照会機能や操作ログ照会機能、条件ファイルの設定機能、マスタの設定機能、ログ吸上げ指示機能、ログ削除指示機能、管理帳票作成機能を利用するためのクライアントＰＣである。
【００１７】
プリンタ１０３は、サーバ１０５で提供される上述の管理帳票印刷機能を利用するためのプリンタである。
【００１８】
以下、図２を用いて、図１に示した携帯端末１０１、管理ＰＣ１０２、サーバ１０５に適用可能な情報処理装置のハードウェア構成について説明する。
【００１９】
図２は、本実施形態における携帯端末１０１、管理ＰＣ１０２、サーバ１０５のハードウェア構成の一例を示すブロック図である。ここでは、携帯端末１０１の構成を例について説明する。
【００２０】
図２に示すように、携帯端末１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、よび通信Ｉ／Ｆコントローラ２０８が接続される。
【００２１】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２２】
ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００２３】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２４】
入力コントローラ２０５は、入力デバイス２０９からの入力を制御する。入力デバイス２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。なお、入力デバイス２０９は、キーボードおよびマウス等のポインティングデバイスも含みうる。
【００２５】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００２６】
ビデオコントローラ２０６は、ディスプレイ２１０などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。
【００２７】
なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００２８】
メモリコントローラ２０７は、外部メモリ２１１へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００２９】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、およびの３Ｇ回線や４Ｇ回線を用いた通信が可能である。
【００３０】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３１】
次に、図３を用いて、本実施形態におけるログ管理システムにおける、携帯端末１０１およびサーバ１０５の機能構成の一例について説明する。尚、図３に示す機能構成はあくまで一例であり、用途や目的に応じて様々な構成例があるため、これに限定されない。また、各機能部が有する詳細な機能は、後述する各フローチャートにおいて説明する。携帯端末１０１のＣＰＵ２０１およびサーバ１０５のＣＰＵ２０１により実行される。
【００３２】
携帯端末１０１は、機能部として、操作取得部３００と、判定部３０１と、記憶制御部３０２と、通信制御部３０３と、を備える。
【００３３】
操作取得部３００は、ユーザが携帯端末を操作した操作内容を取得する機能を備える。操作取得部３００は、ユーザが入力デバイス２０９を介して操作した内容を、入力コントローラ２０５を介して取得する。本実施形態の操作取得部は、本発明の取得手段に対応する。
【００３４】
判定部３０１は、操作取得部３００で取得した操作内容が不正操作の可能性があるか否かを判定する。具体的には、判定部３０１は、予め設定された不正操作に繋がる可能性のある操作内容を記憶している。そして、判定部３０１は、当該操作内容と、操作取得部３００で取得した操作内容が一致するか否かを判定している。なお、不正操作に繋がる可能性のある操作内容は、予め設定されている。ここで、当該設定を示す条件ファイルの一例について図８を用いて説明する。
【００３５】
図８は、本実施形態の条件ファイル８００（不正操作検知）の一例を示す図である。図８に示すように、精査表出力回数、再印刷実行回数、取引取消回数等の携帯端末１０１での不正に繋がる操作項目を有し、携帯端末１０１での不正に繋がる操作を検知した場合、詳細な操作ログの出力を判定するためのファイルである。図８に示すように、ログ出力設定項目を有し、当該ファイルの条件に一致した場合に、詳細な操作ログを出力するか否かの設定も可能となっている。また、チェック期間（時間）項目を有し、当該ファイルを用いて不正操作のチェックを行うサイクル（時間）の設定が可能となっている。
【００３６】
更に、判定部３０１は、操作取得部３００で取得した操作内容により障害発生に関連するエラーが発生したか否かを判定する。具体的には、判定部３０１は、予め設定された障害発生に関連するエラーを記憶している。そして、判定部３０１は、当該エラーと、操作取得部３００で取得したエラーが一致するか否かを判定している。なお、障害発生に関連するエラーは、予め設定されている。ここで、当該設定を示す条件ファイルの一例について図９を用いて説明する。
【００３７】
図９は、本実施形態の条件ファイル（障害検知）の一例を示す図である。図９に示すように、印刷エラー回数、トランチェックエラー回数、送信エラー回数等の携帯端末１０１での障害発生に繋がる事象項目を有し、携帯端末１０１でのエラーを検知した場合、詳細な操作ログの出力を判定するためのファイルである。図９に示すように、ログ出力設定項目を有し、当該ファイルの条件に一致した場合に、詳細な操作ログを出力するか否かの設定も可能となっている。また、チェック期間（時間）項目を有し、当該ファイルを用いてエラーチェックを行うサイクル（時間）の設定が可能となっている。
【００３８】
なお、図８と図９の条件ファイルは、サーバ１０５にて管理されるため、携帯端末１０１では照会のみが可能となる。
【００３９】
記憶制御部３０２は、携帯端末１０１の外部メモリ２１１へ各種情報を記憶させる機能部である。本実施形態において、記憶制御部３０２は、判定部３０１で不正操作の可能性がある操作がされた場合に、当該操作内容を記憶部（外部メモリ２１１等）へ記憶するように制御する。また、少なくとも、記憶制御部３０２は、不正操作の可能性がある操作がされた場合に、それまで記憶させていた操作内容よりも詳細度を上げた操作内容を記憶する。このため、携帯端末１０１は、全ての操作内容を常に記憶せずとも、不正操作の可能性がある場合に限定して詳細なログを取得し得る。このため、携帯端末１０１は、必要に応じてログを取得できるため、メモリ容量の消費を抑制し得る。
【００４０】
また、本実施形態において、記憶制御部３０２は、判定部３０１で障害に繋がるエラーが発生したと判定された場合に、操作内容を記憶部（外部メモリ２１１等）へ記憶するように制御する。また、少なくとも、記憶制御部３０２は、障害に繋がるエラーが発生したと判定された場合に、それまで記憶させていた操作内容よりも詳細度を上げた操作内容を記憶する。更に記憶制御部３０２は、これらの記憶した操作内容を、サーバ１０５からの指示に基づいて削除する。
【００４１】
通信制御部３０３は、サーバ１０５や、その他のログ管理システム１０の各部への通信を行う機能である。通信制御部３０３は、サーバ１０５への情報の取得の要求や、記憶した操作な内容の出力制御を行う。通信制御部３０３は、外部機器からの情報の入力を制御する入力制御部あるいは、外部機器への情報の出力を制御する出力制御部としても機能する。
【００４２】
サーバ１０５は、条件設定部３１０と、判定部３１１と、指示部３１２とを備える。
【００４３】
条件設定部３１０は、携帯端末１０１の操作ログの記憶条件を設定する機能を備える。条件設定部３１０は、図７および図８の条件ファイルを保持しており、携帯端末１０１の要求により、携帯端末１０１へ送信する。
【００４４】
判定部３１１は、携帯端末１０１から取得した操作内容を基に不正の有無および障害発生の有無を判定する。
【００４５】
指示部３１２は、携帯端末１０１に対して種々の指示を出す機能部である。指示部３１２は、例えば、携帯端末１０１に対して操作内容のログの削除指示や、ログの出力モードの指示を出す。
【００４６】
次に図４および図５を参照して、ログ管理システムの処理の流れを説明する。
【００４７】
図４は、携帯端末１０１とサーバ１０５の一連の処理を示すフローチャートである。なお、このフローチャートの処理は、携帯端末１０１のＣＰＵ２０１がＲＯＭ２０２または外部メモリ２１１にコンピュータが読み取り可能に記録されたプログラムを読み出して実行することにより実現されるものである。図４中のＳ４０１〜Ｓ４１６は各ステップを示す。
【００４８】
ステップＳ４０１では、携帯端末１０１のＣＰＵ２０１は、図１１で示す基本情報設定画面をディスプレイ２１０に表示し、基本情報の入力を受け付ける。ここで、図１１の基本情報設定画面１１００について説明する。
【００４９】
図１１は、本実施形態における携帯端末１０１に表示される、基本情報設定画面１１００の一例である。基本情報設定画面１１００は、携帯端末１０１がシステム上で一意に特定されるための情報や、携帯端末１０１の自動パワーオフ時間の設定を受け付ける。一意に特定されるための情報は、例えば金庫コード、店舗コード、担当者コードであり得る。更に、一意に特定されるための情報は、金庫名称、店舗名称、担当者名称を含む。更に基本情報には、端末を特定するための端末番号が含まれる。なお、携帯端末は、ユーザにより入力操作がされない期間が自動パワーオフ時間に達した場合に、自動で携帯端末の電源をオフ状態にする機能である。
【００５０】
入力を受け付けた携帯端末１０１のＣＰＵ２０１は、入力内容で携帯端末１０１内にある基本情報ファイル７００の更新を行う。基本情報ファイル７００は、例えば外部メモリ２１１内に記録されている。基本情報ファイル７００における「システム日付」には携帯端末１０１のシステム日付が設定される。また、「処理開始時刻」には携帯端末１０１のシステム時刻が設定される。ここで、図７を用いて基本情報ファイル７００について説明する。
【００５１】
図７は、本実施形態の基本情報ファイル７００の一例を示す図である。図７に示すように、基本情報ファイル７００は、システム日付、金庫コード、店舗コード、担当者コード、を含む。更に、基本情報ファイル７００は、金庫名称、店舗名称、担当者名称、を含む。更に、基本情報ファイル７００は、端末番号、自動パワーオフ時間（秒）、ログ出力モード、処理開始時刻、処理終了時刻等、携帯端末１０１、を含む。
【００５２】
ステップ４０２では、サーバ１０５は、携帯端末１０１にて詳細な操作ログを出力するための条件設定を行い、データベース１０６に更新する。ここでいう条件とは、不正操作の可能性がある操作を検知するための条件、障害発生を検知するための条件を含む。
【００５３】
ステップ４０３では、携帯端末１０１のＣＰＵ２０１は、プログラムを動作させる上で必要なマスタファイルと、上述のステップ４０２で設定された条件ファイルの送信を要求する。
【００５４】
ステップ４０４では、携帯端末１０１からサーバ１０５にマスタファイル受信要求があると、サーバ１０５は、データベース１０６に保存してあるデータを、携帯端末１０１用のデータ形式に変換する。そして、サーバ１０５は、当該変換後のマスタファイルと条件ファイル８００（不正操作検知）と条件ファイル９００（障害検知）をそれぞれ生成し、携帯端末１０１に送信する。
【００５５】
ステップ４０５では、携帯端末１０１は、サーバ１０５から送信されたファイルを、携帯端末１０１の外部メモリ２１１に保存する。
【００５６】
図１２は、上述の図８と図９の条件ファイルより設定された携帯端末１０１に表示されるログ出力条件照会画面の一例である。以下、ログ出力条件照会画面１２００および１２１０について図１２を用いて説明する。ログ出力条件照会画面１２００は、図８の条件ファイル８００により設定された条件の一覧画面である。ログ出力条件照会画面１２１０は、図９の条件ファイル９００により設定された条件の一覧画面である。ログ出力条件照会画面１２００とログ出力条件照会画面１２１０とは、選択ボタン（不図示）により相互に切り替え可能であってもよいし、１画面で表示されるものであってもよい。ユーザは、当該画面を確認することにより、自身が用いる携帯端末１０１に設定されるログ出力条件を確認することができる。
【００５７】
次に、携帯端末１０１のＣＰＵ２０１は、ステップ４０６の操作・エラーチェック（後述する図５および図６の処理）を行う。なお、図５は、操作内容の判定の場合のフローチャートであり、図６は、障害発生の可能性の判定の場合のフローチャートである。
【００５８】
ステップ４０６では、携帯端末１０１のＣＰＵ２０１は、条件ファイル８００および条件ファイル９００に設定された操作内容を取得し、該当操作を取得した場合、操作内容に該当する端末操作ファイル１０００の項目を「＋１」で更新する。そして、携帯端末１０１のＣＰＵ２０１は、端末操作ファイル１０００の該当項目値と、条件ファイル８００または条件ファイル９００の該当項目の値の比較を行い、詳細な操作ログの出力を開始するか否かの判定を行う。ここで、図１０を用いて、端末操作ファイル１０００について説明する。
【００５９】
図１０は、本実施形態の端末操作ファイル１０００の一例を示す図である。端末操作ファイル１０００は、図１０に示すように条件ファイル８００と条件ファイル９００と対になる項目を有し、携帯端末１０１での操作回数及びエラー発生回数を保持するファイルである。例えば、携帯端末１０１で帳票（精査表）を出力した場合、端末操作ファイル１０００の「精査表出力回数」が「＋１」で更新される仕組みである。携帯端末１０１のＣＰＵ２０１は、外部メモリ２１１等に当該ファイルを記憶するように制御している。
【００６０】
携帯端末１０１のＣＰＵ２０１は、端末操作ファイル１０００の該当項目値が、条件ファイル８００（不正操作検知）または、条件ファイル９００（障害検知）の該当項目の閾値以上であった場合、不正や障害発生に繋がる操作または事象があると判定する。そして、携帯端末１０１のＣＰＵ２０１は、条件ファイル８００または条件ファイル９００の「ログ出力設定」が「１ログ出力あり」である場合、詳細な操作ログの出力を開始する。また、携帯端末１０１のＣＰＵ２０１は、詳細な操作ログの出力を開始するとともに、携帯端末１０１で詳細な操作ログの出力を実施したことを、サーバ１０５に通知するために、基本情報ファイル７００の「ログ出力モード」を更新する。上述の「ログ出力モード」の更新は次の通りである。ステップ４０６の操作・エラーチェックにて、条件ファイル８００（不正操作検知）の条件に一致した場合は、携帯端末１０１のＣＰＵ２０１は、「ログ出力モード」を「１（不正ログ出力モード）」で更新する。また、ステップ４０６の操作・エラーチェックにて、条件ファイル９００（障害検知）の条件に一致した場合は、携帯端末１０１のＣＰＵ２０１は、「ログ出力モード」を「２（障害ログ出力モード）」で更新する。条件ファイル８００と条件ファイル９００の両条件に一致した場合には、携帯端末１０１のＣＰＵ２０１は、「ログ出力モード」を「３（不正/障害ログ出力モード）」に更新する。
【００６１】
サーバ１０５は、携帯端末１０１より連携される「ログ出力モード」を参照することで、携帯端末１０１での詳細な操作ログの出力有無の確認が可能となる。サーバ１０５は詳細な操作ログが出力されている場合は、不正な操作や障害が実際に発生しているか否かを詳細な操作ログより事後的な調査が可能となる。
【００６２】
ステップ４０７では、携帯端末１０１のＣＰＵ２０１は、基本情報ファイル７００とトランファイルとを、サーバ１０５に送信する。これらは、携帯端末１０１の外部メモリ２１１に保存されている。ここで、トランファイルとは、携帯端末１０１で取引入力を行った際に更新される取引データのことである。トランファイルは、例えば、客番号、コード、取引金額を含む。
【００６３】
ステップ４０８で、サーバ１０５は、携帯端末１０１から送信された基本情報ファイル７００の「ログ出力モード」の設定値を参照し、詳細な操作ログの出力有無を判定する。設定値が「１（不正ログ出力モード）」または「２（障害ログ出力モード）」または「３（不正/障害ログ出力モード）」のいずれかの場合、携帯端末１０１で詳細な操作ログが出力されたと判定する。
【００６４】
ステップ４０９で、サーバ１０５は、実際に不正な操作や障害が発生していないか判定を行う。具体的には、サーバ１０５は、申告された手持ち金額と精査表に相違はないか、トランファイル（取引データ）と各種帳票と申告内容に相違はないか等を判定する。サーバ１０５は、当該判定結果に基づいて、不正操作の発生有無を判定する。また、各種帳票の印字不正や、トランファイル（取引データ）の文字化けや、トランファイル更新エラー等を確認し、障害の発生有無を判定する。上記判定は、例えば、サーバ１０５で自動的に判定する場合や、管理ＰＣ１０２を介して、管理者が手動で判定する場合が考えられる。
【００６５】
ステップ４１０では、サーバ１０５は、ステップ４０９で不正な操作や障害の発生が確認された場合、携帯端末１０１で出力した詳細な操作ログを取得し調査を行うため、携帯端末１０１に操作ログ送信指示を行う。
【００６６】
ステップ４１１では、携帯端末１０１のＣＰＵ２０１は、サーバ１０５より操作ログ送信要求を受信した場合に、携帯端末１０１の外部メモリ２１１に保存された詳細な操作ログをサーバ１０５に送信する。
【００６７】
ステップ４１２では、サーバ１０５は、携帯端末１０１に操作ログの削除の指示を行う。ここで、サーバ１０５は、携帯端末１０１の外部メモリ２１１に保存された詳細な操作ログの削除が必要かどうか判定を行う。携帯端末１０１の容量は限られているため、不要なデータは削除することが好ましい。そのため、ステップ４１２で携帯端末１０１より詳細な操作ログを受信した場合であって、携帯端末１０１の外部メモリ２１１に保存は不要と判定した場合は、サーバ１０５は、携帯端末１０１に操作ログの削除の指示を行う。なお、サーバ１０５は、ステップ４１０で操作ログ送信指示を行わなかった場合には、操作ログ削除指示を行わなくてもよい。またサーバ１０５は、ステップ４０９で不正な操作や障害の発生は確認されなかったが、後日、詳細な操作ログの調査が必要となる可能性がある場合には、携帯端末１０１の外部メモリ２１１に詳細な操作ログを保存したままとしてもよい。
【００６８】
ステップ４１３では、携帯端末１０１のＣＰＵ２０１は、サーバ１０５により操作ログ削除指示を受信すると、携帯端末１０１の外部メモリ２１１に保存された詳細な操作ログの削除を実行する。
【００６９】
ステップ４１４では、サーバ１０５は、携帯端末１０１にログ出力モード初期化指示を行う。ここで、サーバ１０５の具体的な処理について説明する。サーバ１０５は、携帯端末１０１で出力している操作ログの出力モードの判定を行う。携帯端末１０１のＣＰＵ２０１は、外部メモリ２１１に保存された基本情報ファイル７００の「ログ出力モード」に応じてログを出力する。携帯端末１０１のＣＰＵ２０１は、具体的には、「１（不正ログ出力モード）」、「２（障害ログ出力モード）」、「３（不正／障害ログ出力モード）」に更新された場合に、設定されたモードでログを出力する。つまり、携帯端末１０１のＣＰＵ２０１は、「０（通常モード）」に更新されない限り、詳細なログが出力され続ける。そのため、サーバ１０５は、例えば、詳細な操作ログを携帯端末１０１から受信し、詳細な操作ログを基に調査が終了した場合等、携帯端末１０１で詳細な操作ログの出力は不要と判定した場合に、ログ出力モード初期化指示を行う。
【００７０】
ステップ４１５では、携帯端末１０１のＣＰＵ２０１は、ログ出力モード初期化指示として、外部メモリ２１１に保存している、基本情報ファイル７００の「ログ出力モード」を「０（通常モード）」に更新する。
【００７１】
ステップ４１６では、サーバ１０５は、ステップ４１２で携帯端末１０１より取得した詳細な操作ログを検証する。
【００７２】
次に、図５を参照して、操作内容の判定による詳細な操作ログ出力の処理の流れを説明する。携帯端末１０１のＣＰＵ２０１は、前述のステップ４０５で受信した条件ファイル８００に設定された操作を監視し、該当操作を実施した場合、操作内容に該当する端末操作ファイル１０００の項目を更新する。携帯端末１０１のＣＰＵ２０１は、当該処理により、図８と図１０の値のチェックを行う。携帯端末１０１のＣＰＵ２０１は、所定の操作回数が図８の条件値以上であった場合は、不正な操作が発生する可能性があると判定し、詳細な操作ログを出力する。以下各ステップについて詳細に説明する。
【００７３】
ステップ５０１では、携帯端末１０１のＣＰＵ２０１は、精査処理を実施する。ここでの精査処理とは、実際に手元にある「手持ちの金額（Ａ）」と、取引を行い携帯端末１０１の外部メモリ２１１に保存されたトランファイルから算出される、「現在の手持ち金額（Ｂ）」を確認するための帳票（精査表）を出力する処理である。つまり、携帯端末１０１のＣＰＵ２０１により不正な処理がされていない場合には、上述の（Ａ）と（Ｂ）が一致する。
【００７４】
当該処理は、図８の「精査表出力回数」に条件値が設定されており、不正操作検知の対象操作であるため、次ステップ以降で、詳細な操作ログの出力有無の判定を行う。
【００７５】
ステップ５０２では、携帯端末１０１のＣＰＵ２０１は、詳細な操作ログの出力有無の判定を行うために、条件ファイル８００（不正操作検知）の設定値を取得する。ここでは、精査表出力が対象の操作となるため、「精査表出力回数」と「ログ出力設定」と「チェック期間（時間）」が取得対象の項目となる。
【００７６】
ステップ５０３では、携帯端末１０１のＣＰＵ２０１は、サイクルチェックを行うために用いる基本情報ファイル７００の「システム日付」と「処理開始時刻」を取得する。ここで、サイクルチェックとは、どの期間で不正操作のチェックを行うかを確認し、当該操作が期間の範囲内かどうかを確認する処理である。当該期間は、ステップ５０２にて取得した図８の「チェック期間（時間）」の設定値を利用する。例えば、「チェック期間（時間）」に「２４」が設定されている場合、サイクルチェックは「２４時間」で実施される。つまり、図７の「処理開始時刻」から２４時間以内の操作内容が監視されることになる。
【００７７】
ステップ５０４では、携帯端末１０１のＣＰＵ２０１は、取得した「チェック期間（時間）」と「システム日付」と「処理開始時刻」と用いてサイクルチェックを行う。まず、携帯端末１０１のＣＰＵ２０１は、図７の「システム日付」と「処理開始時刻」の値と、携帯端末１０１のシステム時刻の比較を行う。携帯端末１０１のＣＰＵ２０１は、「処理開始時刻」からシステム時刻までの時間が図８の「チェック期間」の範囲内である場合（チェック期間内）は、ステップ５０６に遷移する。携帯端末１０１のＣＰＵ２０１は、上述の比較結果が範囲外の場合（チェック期間外）には、ステップ５０５に遷移する。
【００７８】
ステップ５０５では、携帯端末１０１のＣＰＵ２０１は、上述の比較結果が範囲外（チェック期間外）と判定された場合は、携帯端末１０１の外部メモリに保存されている端末操作ファイル１０００の初期化を行う。携帯端末１０１のＣＰＵ２０１は、「精査表出力回数」を「０（初期値）」で更新する。
【００７９】
ステップ５０６では、携帯端末１０１のＣＰＵ２０１は、不正検知の対象操作である精査処理を実施したため、端末操作ファイル１０００の該当項目「精査表出力回数」を「＋１」で更新する。
【００８０】
ステップ５０７では、携帯端末１０１のＣＰＵ２０１は、ステップ５０２で取得した条件ファイル８００（不正操作検知）の「ログ出力設定」より、詳細な操作ログの出力有無を判定する。携帯端末１０１のＣＰＵ２０１は、「ログ出力設定」が「０：ログ出力なし」の場合は、詳細な操作ログの出力は不要と判定し、本フローの処理を終了する。一方で、携帯端末１０１のＣＰＵ２０１は、「ログ出力設定」が「１：ログ出力あり」の場合は、詳細な操作ログの出力は必要と判定し、ステップ５０８に遷移する。
【００８１】
ステップ５０８では、携帯端末１０１のＣＰＵ２０１は、条件ファイル８００（不正操作検知）の「精査表出力回数」と、端末操作ファイル１０００の「精査表出力回数」の比較を行う。携帯端末１０１のＣＰＵ２０１は、端末操作ファイル１０００の値が条件ファイル８００の条件値以上の場合は、不正に操作が発生する可能性があると判定し、詳細な操作ログの出力を開始する。
【００８２】
携帯端末１０１のＣＰＵ２０１は、図１０の「精査表出力回数」が図８の「精査表出力回数」の設定値以上の場合は、不正操作検知の条件に一致すると判定する。この場合、携帯端末１０１のＣＰＵ２０１は、ステップ５０９に遷移する。
【００８３】
携帯端末１０１のＣＰＵ２０１は、図１０の「精査表出力回数」が図８の「精査表出力回数」の設定値未満の場合は、不正操作検知の条件に一致しないと判定する。この場合、携帯端末１０１のＣＰＵ２０１は、本フローの処理を終了する。
【００８４】
ステップ５０９では、携帯端末１０１のＣＰＵ２０１は、詳細な操作ログの出力を開始する。詳細な操作ログは、通常の操作ログの出力モードとは異なり、例えば全ての操作および入力内容を出力する。そのため、システム管理者は、不正な操作が発覚した際に、調査をする上で有効なログを取得することができる。
【００８５】
ステップ５１０では、携帯端末１０１のＣＰＵ２０１は、サーバ１０５に詳細な操作ログ出力を実施したことを通知するために、基本情報ファイル７００の「ログ出力モード」を「１（不正ログ出力）」に更新し、本フローチャートの処理を終了する。
【００８６】
次に、図６を参照して、エラーチェックによる詳細な操作ログ出力の処理の流れを説明する。
【００８７】
携帯端末１０１のＣＰＵ２０１は、ステップ４０５で受信した条件ファイル９００に設定された操作内容を取得し、該当操作でエラーが発生した場合、エラー内容に該当する端末操作ファイル１０００の項目を更新する。具体的には、携帯端末１０１のＣＰＵ２０１は、図９と図１０の値のチェックを行い、図９の条件値以上であった場合は、障害が発生する可能性があると判定し、詳細な操作ログを出力する。以下、各ステップにより詳細に説明する。
【００８８】
ステップ６０１では、携帯端末１０１のＣＰＵ２０１は、取引画面をディスプレイ２１０に表示し、入力内容を受付け、携帯端末１０１の外部メモリ２１１に保存されたトランファイル（取引データ）に更新する。ここでの取引画面とは、入金取引などの画面であり、例えば、客番号や口座番号、金額等を入力する画面のことである。ステップ６０１の操作は、エラー検知の対象操作ではないため、次ステップの６０２に遷移する。
【００８９】
次に、ステップ６０２では、携帯端末１０１のＣＰＵ２０１は、取引帳票の印刷を行う。ここで、取引帳票は、例えば領収書のことであり、ステップ６０１で入力した内容が印字される。
【００９０】
ステップ６０３では、携帯端末１０１のＣＰＵ２０１は、図９条件ファイル（障害検知）の設定値を取得する。当該処理は、図９の「印刷エラー回数」に条件値が設定されており、エラー検知の対象操作である。そのため、次ステップ以降で、詳細な操作ログの出力有無の判定を行う。詳細な操作ログの出力有無の判定を行う。ここでは、印刷が対象の操作となるため、「印刷エラー回数」と「ログ出力設定」と「チェック期間（時間）」が取得対象の項目となる。
【００９１】
ステップ６０４では、携帯端末１０１のＣＰＵ２０１は、サイクルチェックを行うために用いる基本情報ファイル７００の「システム日付」と「処理開始時刻」を取得する。
【００９２】
ステップ６０５では、携帯端末１０１のＣＰＵ２０１は、ステップ６０２の印刷処理でエラーが発生したか否かを判定する。印刷エラーの発生ありと判定された場合は、携帯端末１０１のＣＰＵ２０１は、サイクルチェックをおこなうために、ステップ６０６に遷移する。携帯端末１０１のＣＰＵ２０１は、印刷エラーの発生なしと判定された場合は、ステップ６０９に遷移する。
【００９３】
ステップ６０６では、携帯端末１０１のＣＰＵ２０１は、サイクルチェックを行う。まず、携帯端末１０１のＣＰＵ２０１は、図７の「システム日付」と「処理開始時刻」の値と、携帯端末１０１のシステム時刻の比較を行う。携帯端末１０１のＣＰＵ２０１は、「処理開始時刻」からシステム時刻までの時間が、図９の「チェック期間」の範囲内である場合（チェック期間内）は、ステップ６０８に遷移する。携帯端末１０１のＣＰＵ２０１は、上述の比較結果が範囲外の場合（チェック期間外）には、ステップ６０７に遷移する。
【００９４】
ステップ６０７では、携帯端末１０１のＣＰＵ２０１は、上述の比較結果が範囲外（チェック期間外）と判定された場合は、携帯端末１０１の外部メモリに保存されている図９端末操作ファイルの初期化を行う。携帯端末１０１のＣＰＵ２０１は、「印刷エラー回数」を「０（初期値）」に更新する。
【００９５】
ステップ６０８では、携帯端末１０１のＣＰＵ２０１は、エラー検知の対象操作であるエラーを検知したため、端末操作ファイル１０００の該当項目「印刷エラー回数」を「＋１」で更新する。
【００９６】
ステップ６０９では、携帯端末１０１のＣＰＵ２０１は、ステップ６０３で取得した条件ファイル９００（エラー検知）の「ログ出力設定」より、詳細な操作ログの出力有無を判定する。「ログ出力設定」が「０：ログ出力なし」の場合は、携帯端末１０１のＣＰＵ２０１は、詳細な操作ログの出力は不要と判定し本フローの処理を終了する。携帯端末１０１のＣＰＵ２０１は、「ログ出力設定」が「１：ログ出力あり」の場合は、詳細な操作ログの出力は必要と判定し、ステップ６１０に遷移する。
【００９７】
ステップ６１０では、携帯端末１０１のＣＰＵ２０１は、条件ファイル９００（エラー検知）の「印刷エラー回数」と、ステップ６０８で更新した端末操作ファイル１０００の「印刷エラー回数」の比較を行う。携帯端末１０１のＣＰＵ２０１は、比較結果により、図１０の値が図９の条件値以上の場合は、障害が発生する可能性があると判定し、詳細な操作ログの出力を開始する。携帯端末１０１のＣＰＵ２０１は、端末操作ファイル１０００の「印刷エラー回数」が条件ファイル９００の「印刷エラー回数」の設定値以上の場合は、エラー検知の条件に一致するためステップ６１１に遷移する。携帯端末１０１のＣＰＵ２０１は、端末操作ファイル１０００の「印刷エラー回数」が条件ファイル９００の「印刷エラー回数」の設定値未満の場合は、エラー検知の条件に一致しないため、本フローの処理を終了する。
【００９８】
次に、ステップ６１１にて、携帯端末１０１のＣＰＵ２０１は、詳細な操作ログの出力を開始する。詳細な操作ログは、通常の操作ログの出力モードとは異なり、例えば印刷に関する処理全て（関数レベルでの出力を想定）を出力する。そのため、携帯端末１０１のＣＰＵ２０１は、障害が発覚した際に調査をする上で有効なログとなる。
【００９９】
次に、ステップ６１２にて、携帯端末１０１のＣＰＵ２０１は、サーバ１０５に対して詳細な操作ログ出力を実施したことを通知する。そのため、、携帯端末１０１のＣＰＵ２０１は、基本情報ファイル７００の「ログ出力モード」を「２（障害ログ出力）」に更新し、本フローチャートの処理を終了する。
【０１００】
以上、本実施形態によれば、携帯端末は、操作取得部により取得した操作内容と不正操作の可能性がある操作内容とが一致するか否かを判定した結果、不正操作の可能性があると判定された場合に、操作内容を記憶部に記憶するよう制御する。このため、携帯端末は、不正が起こりうる可能性が高い場合に操作ログを取得することができる。また、本実施形態によれば、携帯端末は、操作取得部により取得した操作内容と障害発生に関連するエラーが発生したと判定された場合に、操作内容を記憶部に記憶するよう制御する。このため、携帯端末において、システム障害が起こりうる可能性が高い場合に操作ログを取得することが可能となる。
【０１０１】
また、携帯端末は、上述の判定がされた場合に、より詳細な情報を取得するように制御する。このため、携帯端末は、不要な情報を保存せず、外部メモリの容量を効率的に使用することができる。特に携帯端末がハンディターミナルのような、可搬性に優れた機器である場合には、メモリの容量をなるべく小さくするだけでなく、クラウド上のサーバに操作ログを転送する回数や通信容量を抑えられるため、より効果的であると言える。
【０１０２】
なお、本実施形態は、コンピュータや制御コンピュータがプログラム（コンピュータプログラム）を実行することによって実現することもできる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータが読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も実施例として適用することができる。また、上記のプログラムも実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
【０１０３】
以上、実施形態に基づいて詳述してきたが、特定の実施形態に限られるものではなく、発明の要旨を逸脱しない範囲の様々な形態も本発明の範疇に含まれる。さらに、上述した実施形態は一実施の形態を示すものにすぎず、上述した実施形態から容易に想像可能な発明も本発明の範疇に含まれる。
【符号の説明】
【０１０４】
１０      ログ管理システム
１０１    携帯端末
１０５    サーバ
３００    操作取得部
３０１    判定部
３０２    記憶制御部
３０３    通信制御部
【図１】
2019101831.tif 000003
【図２】
2019101831.tif 000004
【図３】
2019101831.tif 000005
【図４】
2019101831.tif 000006
【図５】
2019101831.tif 000007
【図６】
2019101831.tif 000008
【図７】
2019101831.tif 000009
【図８】
2019101831.tif 000010
【図９】
2019101831.tif 000011
【図１０】
2019101831.tif 000012
【図１１】
2019101831.tif 000013
【図１２】
2019101831.tif 000014