JP2013143080A - 情報処理装置、クライアント端末、サーバ、制御方法、およびプログラム - Google Patents

Abstract

【課題】チェックリストの読み飛ばしを防止することが可能な情報処理装置、クライアント端末、サーバ、制御方法、およびプログラムを提供する。
【解決手段】表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する制御部と、前記入力領域に入力された入力内容を前記表示項目の内容と比較する比較部と、を備え、前記制御部は、前記比較部による比較結果に応じた表示制御を行う、情報処理装置。
【選択図】図１

Description

本発明は、情報処理装置、クライアント端末、サーバ、制御方法、およびプログラムに関する。

従来から、取引実行に必要なオペレータによる顧客への説明や確認をオペレータ自らチェックするためのチェックリストを表示するシステムが知られている。

一方、下記特許文献１では、使用者が情報を確認しやすくなるよう、データの報知画面を一定時間以上表示し続ける情報通信端末が提案されている。また、下記特許文献１では、報知画面上の確認ボタンを押すと、必要な作業が順次表示される。

特開２００６−１３５４７３号公報

ここで、上記チェックリストの表示において、一定時間以上チェックリストを表示し続けることでリスト内容を確認しやすくすることが可能であるが、チェックリストの読み飛ばしを防止することは困難であった。

チェックリストの読み飛ばしを防止するために、例えば、チェックリストのうち重要項目にマークをつけたり、オペレータに署名させたり、読み飛ばししていないか確認メッセージを表示したりする方法が考えられる。

しかしながら、これらの方法ではオペレータへ注意喚起を促すことは可能だが実際にオペレータがチェックリストの内容を読んでいるか否かまで判断することはできない。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、チェックリストの読み飛ばしを防止することが可能な、新規かつ改良された情報処理装置、クライアント端末、サーバ、制御方法、およびプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する制御部と、前記入力領域に入力された入力内容を前記表示項目の内容と比較する比較部と、を備え、前記制御部は、前記比較部による比較結果に応じた表示制御を行う情報処理装置が提供される。

また、前記制御部は、前記比較部による比較の結果、前記入力内容と前記表示項目の内容が不一致である場合、エラーメッセージの表示および不一致箇所の強調表示を行ってもよい。

また、前記制御部は、さらに前記入力領域への再入力を促す表示を行ってもよい。

また、前記制御部は、前記比較部による比較の結果、前記入力内容と前記表示項目の内容が不一致である場合、エラーメッセージの表示および不一致箇所の強調教示を行った上で、取引動作を続行してもよい。

また、前記制御部は、前記入力領域への再入力、または取引動作の続行のいずれかをオペレータに選択させる選択画面をさらに表示してもよい。

また、前記比較部は、前記表示項目の指定範囲の内容と、前記入力内容を比較してもよい。

また、上記課題を解決するために、本発明の他の観点によれば、表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する制御部と、前記入力領域に入力された入力内容を前記表示項目の内容と比較する比較部と、を備え、前記制御部は、前記比較部による比較結果に応じた表示制御を行うクライアント端末が提供される。

また、上記課題を解決するために、本発明の他の観点によれば、表示項目の内容、および入力領域の表示の有無を定義するチェックリスト定義を記憶する定義記憶部と、前記定義記憶部に記憶された前記チェックリスト定義に基づいて、前記表示項目と、前記表示項目の内容がオペレータにより入力される前記入力領域を含むチェックリスト画面を作成する作成部と、前記作成部により作成したチェックリスト画面および前記チェックリスト定義をクライアント端末に送信する送信部と、を備えるサーバが提供される。

また、前記チェックリスト定義は、表示項目毎に前記入力領域の作成有無を定義してもよい。

また、前記チェックリスト定義は、前記表示項目の内容のうち、前記入力領域に入力された入力内容と比較する範囲を指定する情報を含んでもよい。

また、前記サーバは、前記クライアント端末から、前記表示項目の内容と前記入力領域への入力内容の比較結果、比較の結果不一致であった場合に取引動作を続行した旨、および不一致であった前記入力内容を受信する受信部と、前記受信部により受信した内容を履歴として記憶する履歴記憶部と、をさらに備えてもよい。

また、上記課題を解決するために、本発明の他の観点によれば、表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御するステップと、前記入力領域に入力された入力内容を前記表示項目の内容と比較するステップと、を含み、前記制御するステップは、前記比較するステップによる比較結果に応じた表示制御を行う制御方法が提供される。

また、上記課題を解決するために、本発明の他の観点によれば、表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する処理と、前記入力領域に入力された入力内容を前記表示項目の内容と比較する処理と、を含み、前記制御する処理は、前記比較する処理による比較結果に応じた表示制御を行うプログラムが提供される。

以上説明したように本発明によれば、チェックリストの読み飛ばしを防止することが可能である。

本発明の一実施形態による事務ナビゲーションシステムの概要を説明するための図である。 本発明の一実施形態による事務ナビゲーションサーバの構成を示すブロック図である。 本発明の一実施形態によるクライアント端末の構成を示すブロック図である。 本発明の一実施形態による事務チェックリスト定義の具体例を示す図である。 本発明の一実施形態によるクライアント端末における操作画面の一例を示す図である。 本発明の一実施形態による事務チェックリスト作成処理を示すフローチャートである。 本発明の一実施形態によるチェック処理を示すフローチャートである。 チェックボックスがオンになっていない場合のエラー表示およびチェックボックス強調表示の一例を示す図である。 入力内容の比較結果が不一致である場合のエラー表示および入力領域強調表示の一例を示す図である。 本発明の一実施形態による履歴ＤＢに記憶される履歴の一例を示す図である。 本発明の変形例１による事務チェックリスト作成処理を示すフローチャートである。 本発明の変形例１による事務チェックリスト定義および事務チェックリスト画面の一例を示す図である。 本発明の変形例１によるチェック処理を示すフローチャートである。 本発明の変形例２の一例であるキーワードのみを入力領域に入力させる事務チェックリスト画面の作成処理を示すフローチャートである。 本発明の変形例２によるキーワード情報が追加された事務チェックリスト定義および事務チェックリスト画面の一例を示す図である。 本発明の変形例２の一例であるマーキング文字のみを入力領域に入力させる事務チェックリスト画面の作成処理を示すフローチャートである。 本発明の変形例２によるマーキング文字が追加された事務チェックリスト定義および事務チェックリスト画面の一例を示す図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜１．事務ナビゲーションシステムの概要＞
図１は、本発明の一実施形態による事務ナビゲーションシステムの概要を説明するための図である。図１に示したように、本実施形態による事務ナビゲーションシステムは、クライアント端末１ａ、１ｂ、１ｃ、事務ナビゲーションサーバ２、および専用ネットワーク４を有する。また、クライアント端末１ａ〜１ｃおよび事務ナビゲーションサーバ２は、専用ネットワーク４を介して接続する。

クライアント端末１ａ〜１ｃは、金融機関等の各営業店に設置され、オペレータ操作により各種取引を実行する情報処理装置である。また、クライアント端末１ａ〜１ｃは、それぞれ表示部１５ａ〜１５ｃ、および操作入力部１７ａ〜１７ｃを有する。以下、クライアント端末１ａ〜１ｃを個々に区別する必要がない場合はクライアント端末１と称す。なお、クライアント端末１は、各種取引の実行において、専用ネットワーク４を介し、ホストコンピュータ（不図示）とデータの送受信を行う。

事務ナビゲーションサーバ２は、取引実行のために必要なオペレータの作業に関するチェックリスト（表示項目）を列挙したチェックリスト画面を作成するサーバである。また、本実施形態によるチェックリスト画面は、チェックリストの内容（表示項目の内容。例えば、表示文言）を入力するための入力領域を含む。

このような構成を有する事務ナビゲーションシステムにおいて、まず、事務ナビゲーションサーバ２は、作成したチェックリスト画面をクライアント端末１に送信し、次いで、クライアント端末１では、取引内容に応じたチェックリスト画面を表示部１５に表示する。オペレータは、取引に必要な顧客への説明や確認、情報の取得等をチェックリストに従ってチェックする。

このときオペレータは、操作入力部１７から、チェックリストの内容をチェックリスト画面上の入力領域にそのまま入力する。そして、クライアント端末１は、入力領域に入力された入力内容と、表示文言を比較することで、オペレータによるチェックリスト（表示項目）の読み飛ばしがないか判断することができる。

このように、本発明の一実施形態による事務ナビゲーションシステムでは、表示したチェックリストの内容をオペレータに入力させ、入力内容をチェックリストの内容と比較することで、チェックリストの読み飛ばしを防止することができる。以下、本発明の一実施形態による事務ナビゲーションシステムの基本構成を説明した後に、動作処理について詳細に説明する。

＜２．基本構成＞
上述したように、本実施形態による事務ナビゲーションシステムは、クライアント端末１および事務ナビゲーションサーバ２を有する。以下、クライアント端末１および事務ナビゲーションサーバ２の各構成について順次説明する。

［２−１．事務ナビゲーションサーバ２］
図２は、本実施形態による事務ナビゲーションサーバ２の構成を示すブロック図である。図２に示すように、事務ナビゲーションサーバ２（以下、サーバ２とも称す）は、通信部２１、画面作成部２５、および記憶部２６を有する。また、記憶部２６は、事務チェックリスト定義ＤＢ２３、および事務ナビゲーション履歴ＤＢ２７を有する。

通信部２１は、他の通信装置とデータの送受信を行うためのインターフェースである。より具体的には、本実施形態による通信部２１は、チェックリスト画面および事務チェックリスト定義を、専用ネットワーク４を介してクライアント端末１に送信し、また、クライアント端末１からチェック結果を受信する。

事務チェックリスト定義ＤＢ２３（以下、定義ＤＢ２３とも称す）は、事務チェックリスト画面に表示する項目（リスト）毎に、項目属性（チェック有無、チェック要否等）および表示文言の定義（事務チェックリスト定義）を格納するデータベースである。定義内容の具体例については、後述の「３−１．事務チェックリスト定義」において説明する。

画面作成部２５は、定義ＤＢ２３を参照し、定義内容に従った事務チェックリスト画面を作成する。また、作成された事務チェックリスト画面は、通信部２１に出力され、クライアント端末１に送信される。なお、画面作成部２５は、事務チェックリスト画面作成の際に参照した定義データを、作成した画面と共に通信部２１に出力してもよい。画面内容の具体例については、後述の「３−２．事務チェックリスト画面」において説明する。

事務ナビゲーション履歴ＤＢ２７は、通信部２１がクライアント端末１から受信したチェック結果を、事務ナビゲーション履歴ＤＢ２７に履歴として格納するデータベースである。ここで、チェック結果とは、事務チェックリスト画面に対するオペレータによるチェック状況や、チェック処理部１９による処理結果、および事務チェックリスト画面上の入力領域に入力された入力内容を含む。また、事務ナビゲーション履歴ＤＢ２７は、チェック結果を、対応する項目の定義と共に格納する。履歴内容の具体例については、図１０を参照して後述する。

以上、本実施形態による事務ナビゲーションサーバ２の構成について詳細に説明した。続いて、クライアント端末１の構成について説明する。

［２−２．クライアント端末１］
図３は、本実施形態によるクライアント端末１の構成を示すブロック図である。図３に示すように、クライアント端末１は、通信部１１、制御部１２、表示部１５、および操作入力部１７を有する。

通信部１１は、他の通信装置とデータの送受信を行うためのインターフェースである。より具体的には、本実施形態による通信部１１は、サーバ２からチェックリスト画面および事務チェックリスト定義を受信し、また、サーバ２にチェック結果を送信する。

制御部１２は、クライアント端末１の各構成を制御し、オペレータの操作に応じて各種取引を実行する。また、本実施形態による制御部１２は、表示制御部１３およびチェック処理部１９としての機能を実現する。

表示制御部１３は、表示部１５に表示する取引画面や事務チェックリスト画面等の制御を行う。また、表示制御部１３は、次に説明するチェック処理部１９による処理結果に応じた表示制御を行う。

チェック処理部１９（比較部）は、事務チェックリスト画面におけるオペレータによる入力状況をチェックする。より具体的には、チェック処理部１９は、事務チェックリスト画面に含まれる入力領域に入力された入力内容と、サーバ２から受信した事務チェックリスト定義に含まれるチェックリストの内容（例えば、表示文言）を比較する。また、チェック処理部１９は、事務チェックリスト画面に含まれるチェックボックスの状態も確認する。そして、チェック処理部１９は、入力内容の比較結果およびチェックボックスの状態の確認結果を処理結果として出力する。このようなチェック処理部１９の動作処理については、「４．チェック処理」において詳述する。

表示部１５は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）またはＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などにより構成される表示モジュールである。本実施形態による表示部１５は、表示制御部１３による制御に基づき、取引画面や事務チェックリスト画面等を表示する。

操作入力部１７は、マウス、キーボード、およびタッチパネルなどオペレータが情報を入力するための入力手段と、オペレータによる入力に基づいて入力信号を生成し、制御部１２に出力する入力制御回路などから構成されている。オペレータは、操作入力部１７を操作することにより、各種取引の実行や、事務チェックリスト画面上の入力領域への入力を行う。

以上、本実施形態によるクライアント端末１の構成について詳細に説明した。続いて、上述したサーバ２の定義ＤＢ２３に格納される事務チェックリスト定義、および当該事務チェックリスト定義に基づいて作成される事務チェックリスト画面について詳細に説明する。

＜３．事務チェックリスト＞
［３−１．事務チェックリスト定義］
図４は、事務チェックリスト定義の具体例を示す図である。図４に示すように、事務チェックリスト定義２３Ａでは、チェックリストである項目１〜４の項目属性や表示文言が定義されている。以下、事務チェックリスト定義２３Ａの定義内容について具体的に説明する。なお、図４において項目３の図示は省略している。

図４に示すように、項目１の項目属性は、「チェック有無＝有」および「チェック要否＝必須」と定義され、また、項目１の表示文言は、「住所・氏名・生年月日のイメージを取得しましたか。」と定義される。

また、図４に示すように、項目２の項目属性は、「チェック有無＝無」と定義され、また、項目２の表示文言は、「※１書類につき複数イメージの取得が必要な場合もあります。」と定義される。

また、図４に示すように、項目４の項目属性は、「チェック有無＝有」および「チェック要否＝任意」と定義され、また、項目４の表示文言は、「表裏取得が必要なイメージは両面取得しましたか。」と定義される。

上述した項目属性のうち、「チェック有無」とは、事務チェックリスト画面作成の際におけるチェックボックス作成の有無を定義するものである。また、「チェック要否」とは、チェックボックスへのチェックが必須であるか、および事務チェックリスト画面作成の際における入力領域作成の有無を定義するものである。

このような事務チェックリスト定義２３Ａに基づいて、次に説明する事務チェックリスト画面が作成される。また、かかる事務チェックリスト定義２３Ａは、上述したように、事務チェックリスト画面と共にサーバ２からクライアント端末１に送信される。

［３−２．事務チェックリスト画面］
図５は、クライアント端末１における操作画面の一例を示す図である。図５に示すように、操作画面３０は、事務進捗表示画面３１、取引画面３３、および事務チェックリスト画面３５Ａを含む。ここで、事務チェックリスト画面３５Ａは、サーバ２において作成され、クライアント端末１に送信された画面に基づいて表示される。

また、事務チェックリスト画面３５Ａは、図４に示す事務チェックリスト定義２３Ａを参照して、サーバ２の画面作成部２５によって作成されたものである。以下、図６を用いて事務チェックリスト画面の作成処理について説明する。

（画面作成処理）
図６は、本実施形態による事務チェックリスト作成処理を示すフローチャートである。図６に示すように、まず、ステップＳ１０３において、画面作成部２５は、定義ＤＢ２３から各項目の定義（事務チェックリスト定義）を取得する。

画面作成部２５は、ステップＳ１０３において取得した当該事務チェックリスト定義の内容に従って、続くステップＳ１０９〜Ｓ１２１において事務チェックリスト画面を作成していく。なお、ここでは、画面作成部２５が、図４に示す事務チェックリスト定義２３Ａ（以下、定義２３Ａとも称す）を参照して、図５に示す事務チェックリスト画面３５Ａを作成する場合を具体例として説明する。

次いで、ステップＳ１０９において、画面作成部２５は、項目属性である「チェック有無」を確認する。図４に示すように、項目１は「チェック有無＝有」なので、処理はステップＳ１１２に進む。

次に、ステップＳ１１２において、画面作成部２５は、事務チェックリスト画面にチェックボックスを追加する。例えば、図５の事務チェックリスト画面３５Ａに示すように、チェックボックス３６を追加する。

次いで、ステップＳ１１５において、画面作成部２５は、事務チェックリスト定義で定義されている表示文言を事務チェックリスト画面に追加する。例えば、定義２３Ａの項目１の表示文言に従って、図５に示すように、「住所・氏名・生年月日のイメージを取得しましたか。」との表示文言３７を追加する。

次に、ステップＳ１１８において、画面作成部２５は、項目属性である「チェック要否」を確認する。図４に示すように、項目１は「チェック要否＝必須」なので、処理はステップＳ１２１に進む。

次に、ステップＳ１２１において、画面作成部２５は、事務チェックリスト画面に入力領域を追加する。例えば、図５の事務チェックリスト画面３５Ａに示すように、入力領域３８を追加する。

一方、ステップＳ１１８において、チェック要否が任意の場合は、入力領域は追加しない。

次いで、ステップＳ１２４において、画面作成部２５は、事務チェックリスト定義に定義された全項目の作成処理が終了したか否かを確認し、全項目が終了していない場合は、ステップＳ１０９に戻り、次の項目について処理を行う。このように、画面作成部２５は、定義２３Ａに定義された全項目（項目１〜４）について上記ステップＳ１０９〜Ｓ１２１の処理を繰り返し、事務チェックリスト画面３５Ａを作成する。

以上、サーバ２の画面作成部２５による事務チェックリスト画面作成処理について詳細に説明した。このように作成された事務チェックリスト画面３５Ａは、参照元の事務チェックリスト定義２３Ａと共に、クライアント端末１に送信される。そして、クライアント端末１の表示制御部１３は、受信した事務チェックリスト画面３５Ａに基づいて表示制御を行う。例えば、図５に示すように、取引画面３３に対応する事務チェックリスト画面３５Ａとして表示する。

図５に示す操作画面３０は、クライアント端末１において取引を実行するための操作画面であって、上述したように、事務進捗表示画面３１、取引画面３３、および事務チェックリスト画面３５Ａを含む。

事務進捗表示画面３１は、取引実行における事務作業の進捗を示す。例えば、図５に示す例では、３ステップの事務作業のうち、現在は１ステップ目であることを示す。取引画面３３は、現在の事務ステップにおける取引画面を示す。例えば、図５に示す例では、１ステップ目の取引画面「＜０００１＞」が表示されている。本ステップでは、顧客の本人確認書類（例えば、運転免許証）の両面を読取り、本人確認書類の内容と、ＣＩＦ（カスタマーインフォメーションファイル）情報が一致しているか否かの確認作業を行う。

事務チェックリスト画面３５Ａは、取引画面３３に現在表示されている取引内容に応じた、取引に必要な事務作業のチェックリストを示す。オペレータは、各チェックリストを確認し、チェックボックス３６をチェックする。また、入力領域３８が表示されているチェックリストについては、チェックリストの内容と同じ内容を操作入力部１７から入力する。

このように、チェックリストの内容をオペレータに入力させることで、オペレータのチェックリスト読み飛ばしを防止することができる。次に、１ステップ目の事務作業が終了し、事務チェックリスト画面３５Ａへの入力も終了した後、オペレータが取引実行操作を行なった場合に行われるチェック処理について詳細に説明する。

＜４．チェック処理＞
取引実行操作を行なうと、通常、クライアント端末１は、取引内容をホストＰＣに送り、また、表示部１５に表示される取引画面を次のステップの取引画面に遷移させる。しかし、本実施形態においては、取引実行操作が行なわれると、まず事務チェックリスト画面３５Ａへの入力内容についてチェック処理を行い、チェックリストの読み飛ばしが無いか否かを判断する。以下、図７を参照してチェック処理（読み飛ばし判断処理）について具体的に説明する。

図７は、本実施形態によるチェック処理を示すフローチャートである。図７に示すように、まず、ステップＳ１３３において、操作入力部１７は、オペレータによる取引実行操作を検出すると、取引実行操作があった旨をチェック処理部１９に出力する。なお、取引実行操作は、例えば、取引画面上に表示された取引実行ボタン（不図示）が押下された場合に検出される。取引実行操作があった旨を受けたチェック処理部１９は、事務チェックリスト定義を参照し、項目毎にチェック処理を行う。

はじめに、ステップＳ１３６において、チェック処理部１９は、サーバ２から受信した事務チェックリスト定義を参照して項目属性「チェック有無」を確認する。

次いで、「チェック有無＝有」の場合、ステップＳ１３９において、チェック処理部１９は、事務チェックリスト定義を参照して同項目の項目属性「チェック要否」を確認する。

次に、「チェック要否＝必須」の場合、ステップＳ１４２において、チェック処理部１９は、事務チェックリスト画面に示すチェックボックスがオンになっているか否かをチェックする。

次いで、チェックボックスがオンになっていない場合、オペレータが読み飛ばしをしていると判断できるので、ステップＳ１４５において、表示制御部１３は、エラー表示およびチェックボックスの強調表示を行う。ここで、エラー表示およびチェックボックスの強調表示の一例を図８に示す。図８に示すように、表示制御部１３は、取引画面３３上にエラー表示画面４１を表示し、また、未確認のチェックボックス４５を強調表示する。オペレータは、エラー内容を確認すると、エラー表示画面４１の確認ボタン４３を押下する。この場合、図７に示すように、取引実行操作前の状態に戻る。

一方、チェックボックス３６がオンになっている場合、ステップＳ１４８において、チェック処理部１９は、事務チェックリスト画面の入力領域に入力された入力内容と、事務チェックリスト定義に含まれる表示文言を比較する。

次いで、入力内容が不一致であった場合、オペレータが読み飛ばしをしていると判断できるので、ステップＳ１５１において、表示制御部１３は、エラー表示および入力領域の強調表示を行う。ここで、エラー表示および入力領域の強調表示の一例を図９に示す。図９に示すように、表示制御部１３は、取引画面３３上にエラー表示画面５１を表示し、また、不一致であった入力領域５５を強調表示する。なお、エラー表示画面５１は、再入力ボタン５２および先へ進むボタン５３（続行ボタン）のいずれかをオペレータに選択させる選択画面を含む。

次に、ステップＳ１５４において、オペレータは、表示文言を見直して入力領域へ再入力する場合、再入力ボタン５２を選択する。この場合、図７に示すように、取引実行操作前の状態に戻る。

一方、ステップＳ１５４において、オペレータは、表示文言を見直さず、先へ進む（取引動作を続行する）場合、先へ進むボタン５３を選択する。この場合、図７に示すように、処理はステップＳ１５７に進み、次の項目についてチェック処理（ステップＳ１３６〜Ｓ１５４）を繰り返す。

次に、上記ステップＳ１４８による比較の結果、入力内容が一致している場合、処理はステップＳ１５７に進み、次の項目についてチェック処理（ステップＳ１３６〜Ｓ１５４）を繰り返す。

次いで、全項目についてチェック処理が終了した場合、ステップＳ１６０において、チェック処理部１９は、通信部１１を介して、チェック結果をサーバ２の事務ナビゲーション履歴ＤＢ２７に送信する。

チェック結果は、チェックボックスの状態、エラーの有無、および先に進む選択の有無を含み、「先に進む選択有」の場合は入力領域の入力内容も含む。また、チェック結果には、対応する事務チェックリスト定義に基づく表示文言や表示属性（チェック有無、チェック要否）を含んでもよい。

なお、チェック処理部１９による読み飛ばし判断処理（チェック処理）が終了すると、制御部１２は取引を実行する。具体的には、制御部１２は、取引内容をホストＰＣに送り、また、表示部１５に表示される取引画面を次のステップの取引画面に遷移させる。

次いで、ステップＳ１６３において、履歴ＤＢ２７は、受信したチェック結果を履歴として記憶する。ここで、履歴ＤＢ２７の一例を図１０に示す。

（履歴内容の具体例）
図１０に示すように、履歴データ２７Ａは、クライアント端末１で実行された事務フロー（取引）を「事務フロー番号」、「事務フロー名」、および「事務フロー状況」で区別する。

また、履歴ＤＢ２７は、当該事務フローを実行した事務員（オペレータ）毎に、「事務状態」、および「事務チェックリスト」の履歴を記憶する。なお、「事務チェックリスト」においては、項目（リスト）毎に、「表示文言」、「表示属性」、「入力内容」、「チェックボックス状態」、「エラー有無」、および「先に進む選択有無」を記憶する。

以上説明したように、本発明の一実施形態によれば、オペレータが事務チェックリストを確認する際に、チェックリストの内容を入力領域に入力させることで、チェックリストの読み飛ばしを防止することができる。

また、入力領域への入力内容と、チェックリストの内容が不一致である場合、オペレータに再入力させることで、オペレータにチェックリストの内容をより確実に読ませることができる。

また、入力領域への入力内容と、チェックリストの内容が不一致である場合でも、オペレータの選択により取引を先に進める（取引動作を続行する）ことができるようにすることで、入力ミスによる作業時間の増加を抑えることができる。

また、入力領域への入力内容と、チェックリストの内容が不一致である場合に、オペレータ選択により取引を先に進めた場合は、先に進めた選択が有ったことを、その際の入力内容と共に履歴としてサーバ２に記憶する。よって、第三者は集中管理センター等からサーバ２に履歴照会を行い、事後的に読み飛ばしを確認し、オペレータへの指導ができる。このように、入力内容が不一致であったが先に進めたことを履歴として記憶しておくことで、事後的に第三者によるオペレータへの指導が可能となり、以後読み飛ばしを防止することができる。

＜５．変形例＞
［５−１．変形例１］
上記図６を参照して説明した事務チェックリスト画面の作成処理では、定義２３Ａにおいて、項目属性「チェック要否＝必須」の場合に、入力領域を追加していた（ステップＳ１１８、Ｓ１２１参照）。すなわち、事務チェックリスト定義において、「チェック要否」のみで入力領域作成の有無を定義していた。しかしながら、本実施形態による作成処理は、図６に示す例に限定されない。

例えば、チェックリストのうち重要項目のみに入力領域を追加（事務チェックリスト画面上に作成）してもよい。具体的には、事務チェックリスト定義において、「チェック要否」とは別に、「入力＝対象／対象外」の項目属性を加え、事務チェックリスト画面作成の際における入力領域作成の有無を定義する。以下、図１１を参照して具体的に説明する。

（変形例１による画面作成処理）
図１１は、変形例１による事務チェックリスト作成処理を示すフローチャートである。図１１に示すステップＳ１０３〜Ｓ１１８、およびＳ１２４は、図６に示す同ステップと同じ処理であるので、ここでの説明は省略する。

変形例１では、ステップＳ１７０において、画面作成部２５は、項目属性である「入力」を確認する。ここで、変形例１による事務チェックリスト定義２３Ｂ（以下、定義２３Ｂとも称す）、および定義２３Ｂを参照して画面作成部２５により作成される事務チェックリスト画面３５Ｂの一例を図１２に示す。図１２に示すように、事務チェックリスト定義２３Ｂの項目１は「入力＝対象」なので、処理はステップＳ１７３に進む。

次に、ステップＳ１７３において、画面作成部２５は、事務チェックリスト画面に入力領域を追加する。例えば、図１２の事務チェックリスト画面３５Ｂに示すように、入力領域３８を追加する。

一方、上記ステップＳ１７０において、例えば図１２の事務チェックリスト定義２３Ｂの項目３に示すように、項目属性「入力＝対象外」の場合、処理はステップＳ１２４に進むので、画面作成部２５は項目３に入力領域は追加しない。

このように、変形例１によれば、項目属性「入力＝対象／対象外」を新たに事務チェックリスト定義に加えることで、「チェック要否＝必須」の項目のうち重要項目のみに入力領域を追加することができる。

続いて、項目属性「入力＝対象／対象外」を含む事務チェックリスト定義を参照する場合のチェック処理について、図１３を参照して具体的に説明する。

（変形例１によるチェック処理）
図１３は、変形例１によるチェック処理を示すフローチャートである。図１３に示すステップＳ１３３〜Ｓ１４５、Ｓ１４８〜Ｓ１５４、およびＳ１５７〜Ｓ１６３は、図７に示す同ステップと同じ処理であるので、ここでの説明は省略する。

次いで、ステップＳ１８０において、チェック処理部１９は、サーバ２から受信した事務チェックリスト定義を参照して項目属性「入力」を確認する。

上記ステップＳ１８０において、「入力＝対象外」の場合、処理はステップＳ１５７に進み、次の項目についてチェック処理（ステップＳ１３６〜Ｓ１５４）を繰り返す。

一方、上記ステップＳ１８０において「入力＝対象」の場合、処理はステップＳ１４８に進み、上記図７に示す場合と同様に、ステップＳ１４８において、チェック処理部１９は、入力領域の入力内容と表示文言を比較することで、読み飛ばしをチェックする。

このように、項目属性「入力＝対象／対象外」を含む事務チェックリストを参照する場合、「入力＝対象」と定義された重要項目のみに入力領域が設けられているので、「入力＝対象」の場合に、入力内容と表示文言の比較処理を行う。

以上説明したように、チェックリストのうち重要項目のみに入力領域を追加することで、入力領域へ入力する表示項目の数を絞り込み、オペレータによる入力作業の負荷を軽減することができる。また、入力領域へ入力する表示項目の数を絞り込むことで、入力ミスによる作業時間の増加を抑えることができる。

［５−２．変形例２］
上記図７を参照して説明したチェック処理では、ステップＳ１４８において、チェック処理部１９は、入力内容と表示文言全文を比較していた。すなわち、オペレータは、チェックリストの全文を入力領域に入力する必要があった。

しかしながら、本実施形態による入力範囲は、表示文言全文に限定されず、例えば、表示文言のうち指定範囲についてのみ入力させるようにしてもよい。具体的には、例えば、表示文言のうちキーワードのみを入力させてもよい。以下、キーワードのみを入力領域に入力させる事務チェックリスト画面の作成処理について、図１４を参照して具体的に説明する。

（キーワード情報追加）
図１４は、変形例２によるキーワードのみを入力領域に入力させる事務チェックリスト画面の作成処理を示すフローチャートである。図１４に示すステップＳ１０３〜Ｓ１１８、Ｓ１２１、およびＳ１２４は、図６に示す同ステップと同じ処理であるので、ここでの説明は省略する。

図１４に示すステップＳ１８３において、画面作成部２５は、事務チェックリスト定義に定義されている「キーワード」の情報に基づいて、事務チェックリスト画面にキーワード情報を追加する。ここで、変形例２による事務チェックリスト定義２３Ｃ（以下、定義２３Ｃとも称す）、および定義２３Ｃを参照して画面作成部２５により作成される事務チェックリスト画面３５Ｃの一例を図１５に示す。

図１５に示すように、定義２３Ｃの項目１において、「キーワード＝イメージ、取得」と定義されている。よって、画面作成部２５は、事務チェックリスト画面３５Ｃに、「［入力キーワード］ イメージ、取得」とキーワード情報６１を追加する。

このように作成された事務チェックリスト画面３５Ｃが、クライアント端末１において表示された場合、オペレータは、入力領域３８に、入力キーワード「イメージ」および「取得」を入力すればよく、表示文言全文を入力することに比べて負担が軽減する。

（マーキング追加）
上記図１４および図１５では、キーワードにより入力範囲を指定したが、変形例２はこれに限定されず、例えばマーキングにより入力範囲を指定してもよい。以下、マーキング文字のみを入力領域に入力させる事務チェックリスト画面の作成処理について、図１６を参照して具体的に説明する。

図１６は、変形例２によるマーキング文字のみを入力領域に入力させる事務チェックリスト画面の作成処理を示すフローチャートである。図１６に示すステップＳ１０３〜Ｓ１１８、およびＳ１２４は、図６に示す同ステップと同じ処理であるので、ここでの説明は省略する。

図１６に示すステップＳ１８６において、画面作成部２５は、事務チェックリスト定義に定義されているマーキング位置の情報に基づいて、事務チェックリスト画面にマーキングを追加する。ここで、変形例２による事務チェックリスト定義２３Ｄ（以下、定義２３Ｄとも称す）、および定義２３Ｄを参照して画面作成部２５により作成される事務チェックリスト画面３５Ｄの一例を図１７に示す。

図１７に示すように、定義２３Ｄの項目１において、「先頭＝住所・氏名・生年月日」、「中間＝イメージ」、「最終＝取得」と、マーキングの対象が定義されている。よって、画面作成部２５は、事務チェックリスト画面３５Ｄの項目１の表示文言のうち、「住所・氏名・生年月日」、「イメージ」、および「取得」に、マーキング（下線）６３を追加する。

次いで、ステップＳ１８９において、画面作成部２５は、事務チェックリスト定義に定義されているマーキング位置の情報に基づいて、事務チェックリスト画面に入力領域を追加する。具体的には、画面作成部２５は、図１７の事務チェックリスト画面３５Ｄに示すように、例えばマーキング文字のまとまり（先頭、中間、最終）毎に入力領域６５を追加する。

このように作成された事務チェックリスト画面３５Ｄが、クライアント端末１において表示された場合、オペレータは、入力領域６５のうち、「先頭」と指定された入力領域には、マーキング文字のうち先頭に位置する文字を入力する。また、オペレータは、「中間」と指定された入力領域には、マーキング文字のうち中間に位置する文字を入力する。また、オペレータは、「最終」と指定された入力領域には、マーキング文字のうち最終に位置する文字を入力する。

このように、マーキングにより指定された範囲の文字を入力すればよく、表示文言全文を入力することに比べて負担が軽減する。

以上説明したように、変形例２によれば、表示文言のうち指定範囲のみを入力領域に入力させて読み飛ばしをチェックすることで、オペレータによる入力作業の負荷を軽減することができる。

＜６．まとめ＞
以上説明したように、本実施形態によれば、表示したチェックリストの内容をオペレータに入力させ、入力内容をチェックリストの内容と比較することで、チェックリストの読み飛ばしを防止することができる。

なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上述した実施形態では、事務ナビゲーションサーバ２の画面作成部２５が、１つの事務チェックリスト定義に基づいて１つの事務チェックリスト画面を作成し、クライアント端末１ではかかる事務チェックリスト画面を表示している。しかし、本実施形態による事務ナビゲーションシステムはこれに限定されず、画面作成部２５は、複数の事務チェックリスト定義に共通する事務チェックリスト画面のひな形を作成してもよい。この場合、クライアント端末１の表示制御部１３は、サーバ２から受信した事務チェックリスト画面のひな形を、事務チェックリスト定義に基づいて加工した上で表示制御する。

また、上述した実施形態では、クライアント端末１のチェック処理部１９において、入力領域に入力された入力内容と、表示項目の内容（表示文言）を比較する処理（チェック処理）を行っている。しかし、本実施形態による事務ナビゲーションシステムはこれに限定されず、例えば、入力内容をサーバ２に送信し、サーバ２においてチェック処理を行い、チェック結果をクライアント端末１に返してもよい。

また、図７および図９に示したように、上述した実施形態では、入力内容が不一致であった場合、エラー表示と共に、再入力ボタン５２および先へ進むボタン５３のいずれかをオペレータに選択させる選択画面を表示するが、本実施形態による事務ナビゲーションシステムはこれに限定されない。例えば、表示制御部１３は、再入力ボタン５２または先へ進むボタン５３のみを表示してもよい。

また、クライアント端末１および事務ナビゲーションサーバ２にそれぞれ内蔵されるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのハードウェアを、上述したクライアント端末１および事務ナビゲーションサーバ２のそれぞれのブロック構成を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

１ クライアント端末
２ 事務ナビゲーションサーバ
４ 専用ネットワーク
１１、２１ 通信部
１２ 制御部
１３ 表示制御部
１５ 表示部
１７ 操作入力部
１９ チェック処理部
２３ 事務チェックリスト定義ＤＢ
２５ 画面作成部
２６ 記憶部
２７ 事務ナビゲーション履歴ＤＢ
３０、４０、５０ 操作画面
３８、５５、６５ 入力領域
４１、５１、 エラー表示画面
４３ 確認ボタン
４５ チェックボックス
５２ 再入力ボタン
５３ 先へ進むボタン（続行ボタン）

Claims (13)

1. 表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する制御部と、
   前記入力領域に入力された入力内容を前記表示項目の内容と比較する比較部と、
   を備え、
   前記制御部は、前記比較部による比較結果に応じた表示制御を行う、情報処理装置。
2. 前記制御部は、前記比較部による比較の結果、前記入力内容と前記表示項目の内容が不一致である場合、エラーメッセージの表示および不一致箇所の強調表示を行う、請求項１に記載の情報処理装置。
3. 前記制御部は、さらに前記入力領域への再入力を促す表示を行う、請求項２に記載の情報処理装置。
4. 前記制御部は、前記比較部による比較の結果、前記入力内容と前記表示項目の内容が不一致である場合、エラーメッセージの表示および不一致箇所の強調教示を行った上で、取引動作を続行する、請求項１に記載の情報処理装置。
5. 前記制御部は、前記入力領域への再入力、または取引動作の続行のいずれかをオペレータに選択させる選択画面をさらに表示する、請求項２に記載の情報処理装置。
6. 前記比較部は、前記表示項目の指定範囲の内容と、前記入力内容を比較する、請求項１から５のいずれか１項に記載の情報処理装置。
7. 表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する制御部と、
   前記入力領域に入力された入力内容を前記表示項目の内容と比較する比較部と、
   を備え、
   前記制御部は、前記比較部による比較結果に応じた表示制御を行う、クライアント端末。
8. 表示項目の内容、および入力領域の表示の有無を定義するチェックリスト定義を記憶する定義記憶部と、
   前記定義記憶部に記憶された前記チェックリスト定義に基づいて、前記表示項目と、前記表示項目の内容がオペレータにより入力される前記入力領域を含むチェックリスト画面を作成する作成部と、
   前記作成部により作成したチェックリスト画面および前記チェックリスト定義をクライアント端末に送信する送信部と、
   を備える、サーバ。
9. 前記チェックリスト定義は、表示項目毎に前記入力領域の作成有無を定義する、請求項８に記載のサーバ。
10. 前記チェックリスト定義は、前記表示項目の内容のうち、前記入力領域に入力された入力内容と比較する範囲を指定する情報を含む、請求項８または９に記載のサーバ。
11. 前記サーバは、
    前記クライアント端末から、前記表示項目の内容と前記入力領域への入力内容の比較結果、比較の結果不一致であった場合に取引動作を続行した旨、および不一致であった前記入力内容を受信する受信部と、
    前記受信部により受信した内容を履歴として記憶する履歴記憶部と、
    をさらに備える、請求項８から１０のいずれか１項に記載のサーバ。
12. 表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御するステップと、
    前記入力領域に入力された入力内容を前記表示項目の内容と比較するステップと、
    を含み、
    前記制御するステップは、前記比較するステップによる比較結果に応じた表示制御を行う、制御方法。
13. 表示項目と、前記表示項目の内容がオペレータにより入力される入力領域を含むチェックリスト画面の表示を制御する処理と、
    前記入力領域に入力された入力内容を前記表示項目の内容と比較する処理と、
    を含み、
    前記制御する処理は、前記比較する処理による比較結果に応じた表示制御を行う、プログラム。
    
    

Images