JP2019053747A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】オペレータが特に意識せずに必要な情報を効率的に入手できるようにする。【解決手段】情報処理装置は、データ入力受付部５１と、判定部５２と、シンボル生成部５３と、表示制御部５４と、を備える。データ入力受付部５１は、オペレータの操作に基づきデータの入力を受け付ける。判定部５２は、データ入力受付部５１により受け付けられたデータについての、所定の基準に対する状況を判定する。シンボル生成部５３は、判定部５２により判定された状況を示すシンボルを生成する。表示制御部５４は、シンボル生成部５３により生成されたシンボルを表示させる制御を実行する。【選択図】図２

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

従来から、販売管理業務において、オペレータは、売上処理等の伝票入力操作を端末に対して日々することにより、端末は、発注、仕入、出荷、売上等の伝票情報を確定させる処理を実行している。このような処理中に与信限度額を提示する技術が開示されている（例えば、特許文献１参照）。

特開２００２−３２９０６８号公報

しかしながら、特許文献１を含め従来の技術では、伝票情報の確定の前に、取引先の取引上の変化に応じて対策を施す必要がある場合であっても、オペレータによっては、対策の必要性にすら気付かないおそれがあった。具体的には、取引先の取引上の変化を示す重要なデータが伝票入力操作により端末に入力された場合であっても、オペレータが、そのことに気付かないと、適切な対策を即座に施すことができない。
また、対策の必要性に気付いたオペレータであっても、入力されたデータに関連する情報、例えば得意先与信情報や商品在庫情報等の関連する情報を、対策の一環として入力するためには、例えば次のような、煩雑で長時間を要する非効率な作業をしなければならなかった。即ち、オペレータは、別の対象プログラムを端末において起動させ、当該別の対象プログラムに対して条件入力操作をした後に、その結果を参照する、といった作業をしなければならなかった。

このように、特許文献１を含め従来の技術では、伝票情報の確定の前に、取引先の取引上の変化に応じて対策を施す必要がある場合、当該対策に必要なデータは、そもそもオペレータが意識しないと入手できず、たとえオペレータが意識できたとしても、煩雑で長時間を要する非効率な作業を伴わなければ入手できなかった。

本発明の課題は、入力された取引情報に対応する商品についての状況をユーザが目視により容易に把握できるようにすることである。

本発明に係る情報処理装置は、所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御手段と、ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御手段と、前記入力制御手段により入力された取引情報に対応する商品についての所定の基準に対する状況を判定する判定手段と、前記判定手段により判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御手段と、を備え、前記第２表示制御手段は、前記シンボルに対するユーザの指示操作に応じて、前記商品に関する取引状況の詳細内容を前記第２領域に表示させることを特徴とする。
また、本発明に係る情報処理方法は、所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御ステップと、ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御ステップと、前記入力制御ステップにより入力された取引情報に対応する商品についての所定の基準に対する状況を判定する判定ステップと、前記判定ステップにより判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御ステップと、を含み、前記第２表示制御ステップは、前記シンボルに対するユーザの指示操作に応じて、前記商品に関する取引状況の詳細内容を前記第２領域に表示させることを特徴とする。
また、本発明に係るプログラムは、コンピュータを、所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御手段、ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御手段、前記入力制御手段により入力された取引情報に対応する商品についての所定の基準に対する状況を判定する判定手段、前記判定手段により判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御手段、として機能させ、前記第２表示制御手段は、前記シンボルに対するユーザの指示操作に応じて、前記商品に関する取引状況の詳細内容を前記第２領域に表示させることを特徴とする。

本発明によれば、入力された取引情報に対応する商品についての状況をユーザが目視により容易に把握することが可能となる。

本発明の一実施形態に係る情報処理装置のハードウェアの構成を示すブロック図である。 図１の情報処理装置の機能的構成のうち、オペレータにより伝票入力操作が行われる際にボタン表示処理等を実行するための機能的構成を示す機能ブロック図である。 図２の機能的構成の情報処理装置が表示する画面の一例を示す図である。 図２の機能的構成の情報処理装置が表示する画面の一例を示す図である。 図２の機能的構成の情報処理装置が表示する画面の一例を示す図である。 図２の機能的構成の情報処理装置が表示する画面の一例を示す図である。 図２の機能的構成の情報処理装置が表示する画面の一例を示す図である。 図２の機能的構成の情報処理装置が表示する画面の一例を示す図である。 図１の情報処理装置の記憶部に記憶されている通知設定条件を示す図である。 図１の情報処理装置の記憶部に記憶されているボタン性状設定条件を示す図である。 図１の情報処理装置の記憶部に記憶されているボタン性状設定条件を示す図である。 図２の機能的構成を有する図１の情報処理装置が実行する初期条件設定処理の流れを説明するフローチャートである。 図１２の初期条件設定処理のうち、ステップＳ１２の通知条件設定処理の詳細な流れを説明するフローチャートである。 図２の機能的構成を有する図１の情報処理装置が実行する伝票入力処理の流れを説明するフローチャートである。 図２の機能的構成を有する図１の情報処理装置が実行するボタン表示処理の流れを説明するフローチャートである。 図１５のボタン表示処理のうち、ステップＳ５８のボタン生成処理の詳細な流れを説明するフローチャートである。 図１６のボタン生成処理のうち、ステップＳ７２の第１ボタン生成処理の流れを説明するフローチャートである。 図１６のボタン生成処理のうち、ステップＳ７３の第２ボタン生成処理の流れを説明するフローチャートである。 図１６のボタン生成処理のうち、ステップＳ７４の第３ボタン生成処理の流れを説明するフローチャートである。

以下、本発明の実施形態について、図面を用いて説明する。

図１は、本発明の一実施形態に係る情報処理装置１のハードウェアの構成を示すブロック図である。
情報処理装置１は、例えば事務所内で使用される伝票入力装置として構成される。
オペレータは、情報処理装置１に対して、伝票入力操作、即ち、伝票の作成に必要な所定のデータを入力するための入力操作をすると、情報処理装置１は、伝票データを作成する。

情報処理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。

ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
入力部１７は、キーボードや各種釦等で構成され、オペレータの指示操作に応じて各種情報を入力する。ここで本実施形態では、入力部１７は、更に、出力部１６のディスプレイに積層されるタッチパネルも含むように構成されている。

記憶部１８は、ハードディスク或いはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種画像のデータ、撮像画像のデータの他、アプリケーションプログラム等の各種プログラム等を記憶する。
通信部１９は、インターネットを含むネットワークを介して他の装置（図示せず）との間で行う通信を制御する。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３１は、記憶部１８に記憶されている後述の通知設定条件等の各種データも、記憶部１８と同様に記憶することができる。

図２は、このような情報処理装置１の機能的構成のうち、オペレータにより伝票入力操作が行われる際にボタン表示処理等を実行するための機能的構成を示す機能ブロック図である。
ボタン表示処理とは、オペレータによる伝票入力操作に基づいて入力されたデータについての、所定の基準に対する状況を示すソフトウェアボタンを生成して表示するまでの一連の処理をいう。
ボタン表示処理の実行に伴い表示されるソフトウェアボタンにより、オペレータによる伝票入力操作に基づいて入力されたデータについての、所定の基準に対する状況が、当該オペレータに対して直感的に即座に認識される、換言するといわば「ずばり」認識されるように提示される。ここで、「提示される」と記述したのは、当該状況は、ソフトウェアボタンの表示形態のみならず、当該ソフトウェアボタンの表示とともに発音される音声の形態によっても認識される場合があるからである。
以下、このようなボタン表示処理の実行に伴い表示されるソフトウェアボタンを、他のソフトウェアボタンと明確に区別すべく、「ズバリボタン」と呼ぶ。
なお、図２の機能的構成により実行が制御される、ボタン表示処理以外の処理については、図１２以降のフローチャートを参照して後述する。

ＣＰＵ１１においては、ボタン表示処理等の実行が制御される場合、データ入力受付部５１と、判定部５２と、シンボル生成部５３と、操作受付部５５と、表示制御部５４と、ログ記録部５６と、報知制御部５７と、基準値設定部５８と、が機能する。

データ入力受付部５１は、オペレータの入力部１７に対する伝票入力操作に基づき入力されたデータの入力を受け付ける。
ここで、「入力されたデータ」とは、情報処理装置１内部の所定のテーブル等に入力されたデータを意味する。従って、オペレータの入力部１７に対する伝票入力操作により情報処理装置１に対して直接入力されたデータのみならず、外部の装置（図示せず）から通信部１９（図１）を介して入力されるデータや、情報処理装置１の別のテーブル等に一旦格納されたデータ又は当該データに対して加工が施されたデータが所定のテーブル等に格納されたものも、「入力されたデータ」に含まれる。

判定部５２は、前記データ入力受付手段により受け付けられたデータについての、所定の基準に対する状況を判定する。ここで、状況は、特にその形態は限定されないが、本実施形態では、重要度が採用されている。

シンボル生成部５３は、判定部５２による判定された状況（本実施形態では重要度）を示すシンボルとして、本実施形態ではズバリボタンのデータを生成する。
ここで、重要度の示し方は、特に限定されず、例えば、重要度に応じて異なった性状（色、大きさ、形状等のうち１つ又は任意の数の任意の組み合わせ）になるようにすることができる。即ち、この場合には、重要度に応じて異なった性状のズバリボタンのデータが生成される。
また例えば、ズバリボタンの表示とともに音声出力がなされる場合には、重要度に応じた異なった音声により重要度を示すこともできる。即ちこの場合、ズバリボタンのデータとともに出力される音声のデータとして、重要度に応じて異なった音声のデータが生成される。
なお、本実施形態では、データ入力受付部５１により受け付けたデータの値に基づく代表的な内容をボタン内に配置してボタンを生成する。

表示制御部５４は、シンボル生成部５３により生成されたズバリボタンのデータに基づいて、当該ズバリボタンを出力部１６から表示出力させる制御を実行する。

図３乃至図８は、オペレータにより伝票入力操作が行われる場合に、表示制御部５４が表示を制御する画面の各例を説明する図である。

オペレータによる伝票入力操作が開始される前には、図３に示すように、入力領域１０１と、ボタン表示領域１０２と、を含む初期画面が出力部１６のディスプレイに表示される。
入力領域１０１は、ヘッダー部１１１、明細部１１２、合計部１１３等の伝票の各対象項目を示す領域から構成される。ヘッダー部１１１は、伝票のヘッダー内容、本実施形態では主として顧客名が入力される領域である。明細部１１２は、伝票の明細内容、本実施形態では主として顧客に対する取引の内容が１つずつ各項目に入力される領域である。合計部１１３は、主として顧客の各取引内容における金額の合計が入力される領域である。
即ち、図３の初期画面に示すように、オペレータによる伝票入力操作がなされる前においては、ヘッダー部１１１、明細部１１２、及び合計部１１３の何れの領域にも何ら入力がなされていない。

オペレータが、伝票入力操作の１つとして、図３の初期画面を見ながら入力部１７のキーボードを操作して、ヘッダー部１１１に対して所定の顧客名を示すデータを入力したとする。この場合、図４に示すズバリボタン１２１−１がボタン表示領域１０２に表示される。
具体的には、判定部５２は、ヘッダー部１１１に対して入力されたデータについて、顧客に関する基準に対する重要度（状況）を判定する。より具体的には、本実施形態では、顧客に関する基準として取引の危険性が採用されており、入力されたデータにより示される名称の顧客の過去の取引履歴や実績等に応じて、３段階の重要度のうち何れか、即ち、（危険という点で）最も重要な「必ず確認すべき」、次に重要な「注意が必要」、又は重要でない「問題なし」が判定される。このような取引履歴としては、当該顧客の与信の判断や、取引先情報が含まれる。
シンボル生成部５３は、判定部５２による判定された重要度を示すズバリボタン１２１−１のデータを生成する。すると、図４に示すように、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、当該ズバリボタン１２１−１をボタン表示領域１０２に表示させる制御を実行する。
例えば、重要度に応じて異なった色のズバリボタン１２１−１が表示されるものとする。この場合、例えば、「必ず確認すべき」に対して赤色、「注意が必要」に対して黄色、及び「問題なし」に対して青色がそれぞれ予め対応付けられている。その結果、重要度が「必ず確認すべき」と判定部５２により判定された場合には、赤色のズバリボタン１２１−１がボタン表示領域１０２に表示される。重要度が「注意が必要」と判定部５２により判定された場合には、黄色のズバリボタン１２１−１がボタン表示領域１０２に表示される。重要度が「問題なし」と判定部５２により判定された場合には、青色のズバリボタン１２１−１がボタン表示領域１０２に表示される。なお、入力されたデータによる示される顧客名が新規なものである場合等、判定部５２による重要度の判定が不能であった場合には、例えば黒色のズバリボタン１２１−１がボタン表示領域１０２に表示されるようにしてもよい。

このように、本実施形態では、ヘッダー部１１１に対して入力されたデータにより示される名称の顧客の重要度（危険性）に応じて、色が異なるズバリボタン１２１−１が表示される。即ち、オペレータにとっては、ヘッダー部１１１に対して顧客名を入力する操作をするだけで、顧客の重要度が色によってズバリ示されているズバリボタン１２１−１が自動的にボタン表示領域１０２に表示される。そこで、オペレータは、ズバリボタン１２１−１の色を視認するだけで、顧客の重要度を即座に認識することができる。即ち、オペレータは、特に意識せずに、顧客の重要度という「必要な情報」を効率的に入手できる。

更に本実施形態では、ズバリボタン１２１−１には、ヘッダー部１１１に対して入力されたデータにより示される名称の顧客に関する情報のうち、代表的な情報（例えば取引履歴）が表示される。従って、オペレータは、顧客の重要度のみならず、当該顧客に関する代表的な情報も即座に認識することができる。

更にまた本実施形態では、ズバリボタン１２１−１には、ヘッダー部１１１に対して入力されたデータにより示される名称の顧客に関する詳細な情報を表示させる機能も割り当てられている。
即ち、図５に示すように、オペレータによりズバリボタン１２１−１が押下されると、ヘッダー部１１１に対して入力されたデータにより示される名称の顧客に関する詳細な情報が掲載された詳細ウィンドウ１３１−１が表示される。
より具体的には、図２において、操作受付部５５は、オペレータによるズバリボタン１２１−１に対する押下操作を受け付ける。シンボル生成部５３は、押下操作が受け付けられたズバリボタン１２１−１に対応する詳細ウィンドウ１３１−１のデータを生成する。すると、図５に示すように、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、当該詳細ウィンドウ１３１−１をボタン表示領域１０２に表示させる制御を実行する。この詳細ウィンドウ１３１−１には、ヘッダー部１１１に対して入力された顧客に対する重要度（危険性）が高い等、ボタン表示領域１０２にズバリボタン１２１−１が表示された理由を示す情報が含まれる。
なお、表示制御部５４は、所定の時間が経過した場合、データ入力受付部５１により他の対象項目に対するデータの入力が受け付けられた場合、又はオペレータにより「確認」と表記されたソフトウェアボタン１４０−１（図５）が押下操作されたことが操作受付部５５により受け付けられた場合には、詳細ウィンドウ１３１−１の表示を消去する。

また、オペレータが、伝票入力操作の１つとして、図３の初期画面を見ながら入力部１７のキーボードを操作して、明細部１１２に対して所定の取引の内容を示すデータを入力したとする。この場合、図６に示すズバリボタン１２１−２がボタン表示領域１０２に表示される。
具体的には、判定部５２は、明細部１１２に対して入力されたデータについて、取引の内容に関する基準に対する重要度（状況）を判定する。より具体的には、本実施形態では、取引の内容に関する基準として取引の危険性が採用されており、入力されたデータにより示される名称の取引の内容の商品別の在庫情報、基準在庫の判断、価格履歴等に応じて、３段階の重要度のうち何れか、即ち、（危険という点で）最も重要な「必ず確認すべき」、次に重要な「注意が必要」、又は重要でない「問題なし」が判定される。
シンボル生成部５３は、判定部５２による判定された重要度を示すズバリボタン１２１−２のデータを生成する。すると、図６に示すように、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、図４及び図５の実施形態と同様に、当該ズバリボタン１２１−２をボタン表示領域１０２に表示させる制御を実行する。

このように、本実施形態では、明細部１１２に対して入力されたデータにより示される名称の取引の内容の重要度（危険性）に応じて、色が異なるズバリボタン１２１−２が表示される。即ち、オペレータにとっては、明細部１１２に対して取引の内容を入力する操作をするだけで、取引の内容の重要度が色によってズバリ示されているズバリボタン１２１−２が自動的にボタン表示領域１０２に表示される。そこで、オペレータは、ズバリボタン１２１−２の色を視認するだけで、取引の内容の重要度を即座に認識することができる。即ち、オペレータは、特に意識せずに、取引の内容の重要度という「必要な情報」を効率的に入手できる。

更に本実施形態では、ズバリボタン１２１−２には、明細部１１２に対して入力されたデータにより示される名称の取引の内容に関する情報のうち、代表的な情報（例えば在庫情報、基準在庫の判断、価格履歴等）が表示される。従って、オペレータは、取引の内容の重要度のみならず、当該取引の内容に関する代表的な情報も即座に認識することができる。

更にまた本実施形態では、ズバリボタン１２１−２には、明細部１１２に対して入力されたデータにより示される名称の取引の内容に関する詳細な情報を表示させる機能も割り当てられている。
即ち、図７に示すように、オペレータによりズバリボタン１２１−２が押下されると、明細部１１２に対して入力されたデータにより示される名称の取引の内容に関する詳細な情報が掲載された詳細ウィンドウ１３１−２が表示される。
より具体的には、図２において、操作受付部５５は、オペレータによるズバリボタン１２１−２に対する押下操作を受け付ける。シンボル生成部５３は、押下操作が受け付けられたズバリボタン１２１−２に対応する詳細ウィンドウ１３１−２のデータを生成する。すると、図７に示すように、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、当該詳細ウィンドウ１３１−２をボタン表示領域１０２に表示させる制御を実行する。この詳細ウィンドウ１３１−２には、明細部１１２に対して入力された顧取引の内容に対する重要度（危険性）が高い等、ボタン表示領域１０２にズバリボタン１２１−２が表示された理由を示す情報を含んで表示される。

また、オペレータが、伝票入力操作の１つとして、図３の初期画面を見ながら入力部１７のキーボードを操作して、明細部１１２の各項目に対して所定の取引の内容を示すデータの入力が完了したとする。この場合、明細部１１２の各項目を合計した合計金額が合計部１１３に入力されて表示され、図８に示すズバリボタン１２１−３がボタン表示領域１０２に表示される。
具体的には、判定部５２は、明細部１１２の各項目に対して入力後に合計されたデータの各金額を合計して合計金額を算出する。そして、判定部５２は、合計された合計金額に関する基準に対する重要度（状況）を判定する。より具体的には、本実施形態では、合計金額に関する基準として取引高、与信限度額の情報又は貸付金額情報等が採用されており、入力されたデータにより示される合計金額の取引高等に応じて、３段階の重要度のうち何れか、即ち、（危険という点で）最も重要な「必ず確認すべき」、次に重要な「注意が必要」、又は重要でない「問題なし」が判定される。
シンボル生成部５３は、判定部５２による判定された重要度を示すズバリボタン１２１−３のデータを生成する。すると、図８に示すように、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、図４の例と同様に、当該ズバリボタン１２１−３をボタン表示領域１０２に表示させる制御を実行する。

このように、本実施形態では、明細部１１２の各項目に対して入力されたデータの合計により算出されて合計部１１３に表示される合計金額の内容の重要度（危険性）に応じて、色が異なるズバリボタン１２１−３が表示される。即ち、オペレータにとっては、明細部１１２に対して取引の内容を入力する操作をするだけで、合計金額の重要度が色によってズバリ示されているズバリボタン１２１−３が自動的にボタン表示領域１０２に表示される。そこで、オペレータは、ズバリボタン１２１−３の色を視認するだけで、合計金額の重要度を即座に認識することができる。即ち、オペレータは、特に意識せずに、合計金額の内容の重要度という「必要な情報」を効率的に入手できる。

このように、入力領域１０１の隣に配置されたボタン表示領域１０２には、シンボル生成部５３により生成される複数のズバリボタン１２１−１、１２１−２、１２１−３が表示される。各ズバリボタン１２１−１、１２１−２、１２１−３を特に区別して説明する必要がない場合には、以下各ズバリボタン１２１−１、１２１−２、１２１−３をまとめて「ズバリボタン１２１」と呼ぶ。

この、シンボル生成部５３によりズバリボタン１２１が生成される条件は、ズバリボタン１２１の種別毎に設定される。なお、以下、このような条件を、「設定条件」と呼ぶ。
なお、上述の図３乃至図８の説明では、伝票入力を行う伝票入力アプリケーションの実行時に表示されるズバリボタン１２１について説明したが、情報処理装置１が実行可能なアプリケーション毎に各種ズバリボタンが表示され得る。

次に、図９乃至図１１を参照して、伝票入力を行う伝票入力アプリケーションの実行時に表示されるズバリボタン１２１が生成される条件等を含む各種設定条件について説明する。

図９乃至図１１は、伝票入力を行う伝票入力アプリケーションの実行時に表示されるズバリボタン１２１に関する各種設定条件を示す図である。
なお、各種設定条件は、本来的には、ヘッダー部１１１（図３）、明細部１１２（図３）、合計部１１３（図３）等の対象項目の入力領域毎に定義される。ただし、ここでは、説明の便宜上、明細部１１２の各種設定条件が図９乃至図１１に示されているため、それについて説明する。

図９は、図１の情報処理装置１の記憶部１８に記憶されている通知設定条件を示す図である。
通知設定条件とは、各種設定条件のうち、ズバリボタン１２１をオペレータに通知するための条件をいう。
図９に示すように、通知設定条件として、複数の設定条件が定義されている。
具体的には例えば、通知設定条件は、設定条件ＩＤ毎に定義されている。設定条件ＩＤとは、各通知設定条件を一意に特定するための識別子である。図９の例では「００００１」のＮｏ（ナンバー）が設定条件ＩＤの１つとして定義されている。
１つの設定条件ＩＤに対して、情報処理装置ＩＤ、通知項目、通知イベント、実行コマンド、及びボタン性状Ｎｏ（ナンバー）からなる条件群が、通知設定条件として設定される。
情報処理装置ＩＤは、情報処理装置１のＩＤである。即ち、本実施形態では、１台の情報処理装置１のみが図示されているが、実際には、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により接続される複数の情報処理装置１が存在する場合がある。このような場合に、どの情報処理装置１に対して有効な通知設定条件かを特定する必要があり、このため、情報処理装置ＩＤが設定される。図９の例では、設定条件ＩＤ「００００１」に対して、情報処理装置ＩＤ「Ｈ１１０１０１０１０１」が設定されている。
通知項目は、検索キーとなる項目であり、図９の例では、設定条件ＩＤ「００００１」に対して、「商品コード」が設定されている。
通知イベントは、ズバリボタン１２１をオペレータに通知する通知タイミングの条件であり、図９の例では、設定条件ＩＤ「００００１」に対して、「フォーカス喪失時」が設定されている。
実行コマンドは、アプリケーションの実行条件をコマンドで定義したものであり、図９の例では、設定条件ＩＤ「００００１」に対して、「プログラムを起動し、特定の項目を集計後、値を取得」が設定されている。
ボタン性状Ｎｏ（ナンバー）は、ボタン性状設定条件のＮｏ（ナンバー）であり、図９の例では、設定条件ＩＤ「００００１」に対して、「００２」が設定されている。

通知設定条件は、次のようにして使用される。
即ち、オペレータによる明細部１１２（図３）の所定項目への伝票入力操作が終了し、伝票入力操作の対象が明細部１１２の次の項目に移行すると、所定項目のフォーカスが喪失するので、設定条件ＩＤ「００００１」の通知設定条件の通知イベント（通知タイミング）が満たされたことになる。
そこで、情報処理装置１の判定部５２は、設定条件ＩＤ「００００１」の通知設定条件の通知項目及び実行コマンドに従って、プログラムを起動し、所定項目のデータにより特定される商品コードの商品についての在庫数等を集計後、その在庫数等を示す値を取得して、記憶部１８に記憶させる。
データ入力受付部５１は、記憶部１８に記憶された値（データ）を受付け、判定部５２に通知する。
判定部５２は、通知された値についての、所定の基準に対する状況を判定する。この所定の基準として、設定条件ＩＤ「００００１」の通知設定条件のボタン性状Ｎｏ（ナンバー）で特定されるボタン性状設定条件、即ちＮｏ「００２」のボタン性状設定条件が用いられる。

ここで、図１０及び図１１を参照して、ボタン性状設定条件について説明する。
図１０及び図１１は、図１の情報処理装置１の記憶部１８に記憶されている、明細部１１２（図３）のボタン性状設定条件を示す図である。
図１０に示すボタン性状設定条件に従って、ボタン性状Ｎｏ（ナンバー）毎に、データ入力受付部５１により受け付けられた値（データ）についての、基準値に対する状況に応じて、異なる性状（ボタン性状１，２，３・・・）が設定される。

具体的には例えば上述の例では、Ｎｏ「００２」のボタン性状設定条件が用いられる。
この場合、例えば、図２において、データ入力受付部５１により受け付けられた値（データ）が基準値０よりも小さい状況であると判定部５２により判定されると、シンボル生成部５３は、「ボタン性状１」を設定して、当該「ボタン性状１」として定義されている性状のズバリボタン１２１−１のデータを生成する。具体的には例えば、図１１に示すように、「ボタン性状１」としては、「枠色：青、ボタンデザイン：丸、音：なし」が定義されている。従って、枠が青色で丸い形状のズバリボタン１２１−１のデータが生成される。
そして、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、枠が青色で丸い形状のズバリボタン１２１−１をボタン表示領域１０２に表示させる（図４）。なお、この場合には、音声は出力されない。

また例えば、図２において、データ入力受付部５１により受け付けられた値（データ）
が基準値０以上基準値２０未満の状況であると判定部５２により判定されると、シンボル生成部５３は、「ボタン性状２」を設定して、当該「ボタン性状２」として定義されている性状のズバリボタン１２１−１のデータを生成する。具体的には例えば、図１１に示すように、「ボタン性状２」としては、「枠色：黄、ボタンデザイン：角なし、音：注意音」が定義されている。従って、枠が黄色で角なし形状のズバリボタン１２１−１のデータが生成される。
そして、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、枠が黄色で角なし形状のズバリボタン１２１−１をボタン表示領域１０２に表示させる（図４）。
なお、この場合には、報知制御部５７は、注意音を出力部１６のスピーカから出力することで、データ入力受付部５１により受け付けられた値（データ）についての基準値に対する状況が注意を要する旨をオペレータに報知する制御を実行する。

また例えば、図２において、データ入力受付部５１により受け付けられた値（データ）が基準値２０以上の状況であると判定部５２により判定されると、シンボル生成部５３は、「ボタン性状３」を設定して、当該「ボタン性状３」として定義されている性状のズバリボタン１２１−１のデータを生成する。具体的には例えば、図１１に示すように、「ボタン性状３」としては、「枠色：赤、ボタンデザイン：四角、音：警告音」が定義されている。従って、枠が赤色で四角形状のズバリボタン１２１−１のデータが生成される。
そして、表示制御部５４は、シンボル生成部５３により生成されたデータに基づいて、枠が赤色で四角形状のズバリボタン１２１−１をボタン表示領域１０２に表示させる（図４）。
なお、この場合には、報知制御部５７は、警告音を出力部１６のスピーカから出力することで、データ入力受付部５１により受け付けられた値（データ）についての基準値に対する状況が警告を要する旨をオペレータに報知する制御を実行する。

以上の基準値は、図２の基準値設定部５８によって設定される。即ち、基準値設定部５８は、所定のパラメータに基づいて、各アプリケーション毎に各種各様の基準値を設定する。具体的には例えば、基準値設定部５８は、伝票入力アプリケーションについては、ヘッダー部１１１（図３）、明細部１１２（図３）、合計部１１３（図３）等の対象項目の入力領域毎に、所定のパラメータに基づいて基準値をそれぞれ設定する。このうち、明細部１１２に関する基準値が、図１０に示すように設定されていたのである。
ここで、所定のパラメータは、特に限定されず、例えばオペレータ毎に設定された権限を採用することができる。即ち、基準値設定部５８は、オペレータ毎に設定された権限に基づいて基準値を設定する。基準値設定部５９は、オペレータ毎に設定された権限を判別するために、オペレータ識別信号に基づいて、各オペレータを判定する。
また例えば、所定のパラメータとして、与信限度、取引履歴、在庫情報等に基づく各種パラメータを採用することができる。これら、与信限度、取引履歴、在庫情報等に基づく各種パラメータは、図示せぬサーバから送信された更新情報に基づいて適宜更新される。
即ち、基準値は、固定値であってもよいが、各種パラメータに応じて変化する可変値であってもよい。基準値が可変値の場合、基準値設定部５８は、例えばこれらパラメータを入力パラメータとする所定の関数を演算し、その出力値に基づいて基準値を設定することができる。基準値設定部５８は、設定した基準値を記憶部１８に記憶する。

なお、図２において、ログ記録部５６は、操作受付部５５により受け付けたズバリボタン１２１に対する操作のログを記憶部１８に記録する。ログ記録部５６によって記録されたログを確認することにより、オペレータ以外の第三者が当該オペレータの行動を時間を遡って把握することができる。

報知制御部５７は、ズバリボタンが表示される際等に、出力部１６から音声（上述の図１１を参照して説明した注意音や警告音等）や画像を出力することにより、判定部５２による判定結果等の所定の情報をオペレータに報知する制御を実行する。例えば、明細部１１２の各項目に入力された商品の個数が、基準値（例えば販売店が計画していた個数や達成度）を超えた場合は、報知制御部５７は、計画が達成できたことを示す画像をディスプレイに表示させたり、計画を達成できたことを示す音声をスピーカから出力する。また、明細部１１２の各項目に入力された合計金額が合計部１１３に入力された値が基準値（例えば所定の売上目標）を超えた場合には、報知制御部５７は、売上目標を達成できたことを示す画像をディスプレイに表示させたり、売上目標を達成できたことを示す音声をスピーカから出力する。

次に、図１２を参照して、このような図２の機能的構成の情報処理装置１が実行する初期条件設定処理について説明する。
初期条件設定処理とは、ズバリボタン１２１をオペレータに通知するための通知設定条件の初期設定を行うための処理をいう。
図１２は、図２の機能的構成を有する図１の情報処理装置１が実行する初期条件設定処理の流れを説明するフローチャートである。

初期条件設定処理は、オペレータにより情報処理装置１の入力部１７（図１参照）の電源ボタンが押下されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ１１において、データ入力受付部５１は、通知設定条件の初期設定を行うか否かを判定する。この処理では、オペレータの入力部１７の操作に基づき通知設定条件の初期設定を行う処理を受け付けたか否かが判定される。初期設定を行わない場合には、ステップＳ１１においてＮＯであると判定されて、初期条件設定処理は終了となる。これに対し、初期設定を行う場合には、ステップＳ１１においてＹＥＳであると判定されて、処理はステップＳ１２に進む。

ステップＳ１２において、データ入力受付部５１は、後述の図１３を参照して説明する通知条件設定処理を行う。この処理では、データ入力受付部５１は、オペレータの入力部１７の操作に基づき、記憶部１８に記憶されている図９の通知設定条件の内容の追記、修正、削除等を行う。

ステップＳ１３において、判定部５２は、ボタン性状の設定を行うか否かの判定を行う。ボタン性状の設定を行わない場合には、ステップＳ１３においてＮＯであると判定されて初期条件設定処理は終了となる。これに対し、ボタン性状の設定を行う場合には、ステップＳ１３においてＹＥＳであると判定されて、処理はステップＳ１４に進む。

ステップＳ１４において、データ入力受付部５１は、通知設定条件の設定を行う。この処理では、データ入力受付部５１は、オペレータの入力部１７の操作に基づき、記憶部１８に記憶されている図９乃至図１１の通知設定条件の内容の追記、修正、削除等を行う。この処理が終了すると、初期条件設定処理が終了となる。

次に、図１３を参照して、図１２のステップＳ１２において実行される通知条件設定処理について説明する。
図１３は、図２の機能的構成を有する図１の情報処理装置１が実行する図１２の初期条件設定処理のうち、ステップＳ１２の通知条件設定処理の流れを説明するフローチャートである。

通知条件設定処理は、図１２のステップＳ１１において初期設定を行うと判定されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ２１において、データ入力受付部５１は、オペレータの入力部１７の操作に基づき、オペレータ識別番号の入力を受け付けたか否かを判定する。オペレータ識別番号の入力を受け付けていない場合には、ステップＳ２１においてＮＯであると判定されて、処理はステップＳ２５に進む。ステップＳ２５以降の処理については、後述する。これに対し、オペレータ識別番号の入力を受け付けた場合には、ステップＳ２１においてＹＥＳであると判定されて、処理はステップＳ２２に進む。
ステップＳ２２において、基準値設定部５８は、ステップＳ２１において受け付けたオペレータ識別番号を設定する。

ステップＳ２３において、データ入力受付部５１は、サーバからのデータの更新情報を受け付けたか否かを判定する。サーバからのデータの更新情報を受け付けていない場合には、ステップＳ２３においてＮＯであると判定されて、処理はステップＳ２５に進む。ステップＳ２５以降の処理については、後述する。これに対し、サーバからのデータの更新情報を受け付けた場合には、ステップＳ２３においてＹＥＳであると判定されて、処理はステップＳ２４に進む。

ステップＳ２４において、基準値設定部５８は、サーバからのデータの更新情報に基づいてデータを更新して記憶部に記憶する。

ステップＳ２５において、基準値設定部５９は、ステップＳ２２において設定されたオペレータ識別番号を参照して、記憶部に記憶されたデータに基づいて通知設定条件を設定する。そして、設定した通知設定条件を記憶部１８に記憶する。この処理が終了すると、通知条件設定処理を終了し、処理は図１２のステップＳ１３に進む。

次に、図１４を参照して、このような図２の機能的構成の情報処理装置１が実行する伝票入力処理について説明する。
図１４は、図２の機能的構成を有する図１の情報処理装置１が実行する伝票入力処理の流れを説明するフローチャートである。

伝票入力処理は、オペレータにより情報処理装置１の入力部１７（図１参照）の電源ボタンが押下されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ３１において、データ入力受付部５１は、情報処理装置１を起動する。この処理では、後述のフラグ（ＦＬＧ）をオフ（ＯＦＦ）にする等各種初期化処理が行われる。
ステップＳ３２において、データ入力受付部５１は、図９の通知設定条件を参照して、情報処理装置ＩＤに対応する通知設定条件を検索する。

ステップＳ３３において、データ入力受付部５１は、ステップＳ３２において検索した結果、一致する通知設定条件があったか否かを判定する。一致する通知設定条件がない場合には、ステップＳ３３においてＮＯであると判定されて、処理はステップＳ３５に進む。これに対し、一致する通知設定条件がある場合には、ステップＳ３３においてＹＥＳであると判定されて、処理はステップＳ３４に進む。

ステップＳ３４において、データ入力受付部５１は、フラグ（ＦＬＧ）をオン（ＯＮ）に設定する。
ステップＳ３５において、データ入力受付部５１は、オペレータの操作に基づくデータの入力を受け付ける。

ステップＳ３６において、データ入力受付部５１は、フラグ（ＦＬＧ）がオン（ＯＮ）であるか否かを判定する。フラグ（ＦＬＧ）がオフ（ＯＦＦ）である場合には、ステップＳ３６においてＮＯであると判定されて、処理はステップＳ４０に進む。ステップＳ４０以降の処理については後述する。これに対し、フラグ（ＦＬＧ）がオン（ＯＮ）である場合には、処理はステップＳ３７に進む。

ステップＳ３７において、データ入力受付部５１は、オペレータの入力部１７の操作に基づく対象項目の選択時にイベントが発生したか否かを判定する。対象項目の選択時にイベントが発生しない場合には、ステップＳ３７においてＮＯであると判定されて、処理はステップＳ４０に進む。ステップＳ４０以降の処理については後述する。これに対し、イベントが発生した場合には、ステップＳ３７においてＹＥＳであると判定されて、処理はステップＳ３８に進む。

ステップＳ３８において、データ入力受付部５１は、ステップＳ３７において選択された対象項目を判定部５２へ通知する。例えば、対象項目としてヘッダー部１１１（図３）が選択された場合には、データ入力受付部５１は、ヘッダー部１１１が選択された旨を判定部５２へ通知する。

ステップＳ３９において、データ入力受付部５１は、オペレータにより入力されたデータを記憶部１８の伝票データに記憶する。この処理では、オペレータの入力部１７の操作に基づき、伝票に対するデータの入力が行われる。

ステップＳ４０において、データ入力受付部５１は、伝票入力の終了指示を受けたか否かを判定する。終了指示を受けていない場合には、ステップＳ４０においてＮＯであると判定されて、処理はステップＳ３２に戻る。即ち、終了指示を受け付けるまでの間、ステップＳ３２乃至Ｓ４０の処理が繰り返し行われる。これに対し、終了指示を受けた場合には、ステップＳ４０においてＹＥＳであると判定されて、伝票入力処理が終了となる。

次に、図１５を参照して、このような図２の機能的構成の情報処理装置１が実行するボタン表示処理について説明する。
図１５は、図２の機能的構成を有する図１の情報処理装置１が実行するボタン表示処理の流れを説明するフローチャートである。

ボタン表示処理は、オペレータにより情報処理装置１の入力部１７（図１参照）の電源ボタンが押下されたことを契機として開始され、次のような処理が繰り返し実行される。図１５のボタン表示処理は、図１４の伝票入力処理とは独立して、又は並行して行われる処理である。

ステップＳ５１において、判定部５２は、図１４のステップＳ３８で通知された対象項目を受信したか否かを判定する。対象項目を受信していない場合には、ステップＳ５１においてＮＯであると判定されて、処理はステップＳ６１に進む。ステップＳ６１以降の処理については後述する。これに対し、対象項目を受信した場合には、ステップＳ５１においてＹＥＳであると判定されて、処理はステップＳ５２に進む。

ステップＳ５２において、判定部５２は、図９の通知設定条件を参照して、情報処理装置ＩＤに対応する通知設定条件を検索する。
ステップＳ５３において、判定部５２は、ステップＳ５２において検索した結果、対象の通知設定条件があるか否かを判定する。対象の通知設定条件がない場合には、ステップＳ５３においてＮＯであると判定されて、処理はステップＳ６１に進む。ステップＳ６１以降の処理については後述する。これに対し、対象の通知設定条件がある場合には、処理はステップＳ５４に進む。

ステップＳ５４において、判定部５２は、図９の通知設定条件を参照して、通知設定条件に記述の実行コマンドを起動する。
ステップＳ５５において、シンボル生成部５３は、図１０のボタン性状設定条件を参照して、ボタン性状設定条件に記述されている基準値を取得する。
ステップＳ５６において、シンボル生成部５３は、図１０のボタン性状設定条件を参照して、ボタン性状Ｎｏに基づいてボタン性状設定条件を検索する。

ステップＳ５７において、シンボル生成部５３は、ステップＳ５６において検索した結果、対象となるボタン性状設定条件があるか否かを判定する。対象となる設定条件がある場合には、ステップＳ５７においてＹＥＳであると判定されて、処理はステップＳ５８に進む。

ステップＳ５８において、シンボル生成部５３は、後述の図１６を参照して説明するボタン生成処理を実行する。これに対し、対象となるボタン性状設定条件がない場合には、ステップＳ５７においてＮＯであると判定されて、処理はステップＳ５９に進む。

ステップＳ５９において、シンボル生成部５３は、デフォルトの性状のズバリボタンを生成する。
ステップＳ６０において、表示制御部５４は、ステップＳ５８又はＳ５９で生成されたズバリボタンを出力部１６のディスプレイに表示する。

ステップＳ６１において、判定部５２は、ボタン表示処理の終了指示を受けたか否かを判定する。終了指示を受けていない場合には、ステップＳ６１においてＮＯであると判定されて、処理はステップＳ５１に戻る。即ち、終了指示を受け付けるまでの間、ステップＳ５１乃至Ｓ６１の処理が繰り返し行われる。これに対し、終了指示を受けた場合には、ステップＳ６１においてＹＥＳであると判定されて、ボタン表示処理が終了となる。

次に、図１６を参照して、図１５のステップＳ５８において実行されるボタン生成処理について説明する。
図１６は、図２の機能的構成を有する図１の情報処理装置１が実行する図１５のボタン表示処理のうち、ステップＳ５８のボタン生成処理の流れを説明するフローチャートである。

ボタン生成処理は、図１５のステップＳ５７においてボタン性状設定条件があると判定されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ７１において、シンボル生成部５３は、データ入力受付部５１により受け付けられたデータが入力された領域を判定する。受け付けられたデータが入力された領域が伝票のヘッダー部１１１（図３）である場合には、処理はステップＳ７２に進む。
ステップＳ７２において、シンボル生成部５３は、後述の図１７を参照して説明する第１ボタン生成処理を実行する。

受け付けられたデータが入力された領域が伝票の明細部１１２（図３）である場合には、処理はステップＳ７３に進む。
ステップＳ７３において、シンボル生成部５３は、後述の図１８を参照して説明する第２ボタン生成処理を実行する。

受け付けられた明細部１１２へのデータの入力により合計された合計金額が伝票の合計部１１３（図３）の領域に入力された場合には、処理はステップＳ７４に進む。
ステップＳ７４において、シンボル生成部５３は、後述の図１９を参照して説明する第３ボタン生成処理を実行する。

ステップＳ７５において、シンボル生成部５３は、伝票の終了の指示を受けたか否かを判定する。伝票の終了の指示を受けていない場合、ステップＳ７５においてＮＯであると判定されて、処理はステップＳ７１に戻る。即ち、伝票の終了の指示を受けるまでの間、ステップＳ７１乃至Ｓ７５の処理が繰り返し実行される。これに対し、伝票の終了の指示を受けた場合には、ステップＳ７５においてＹＥＳであると判定されて、処理はステップＳ７６に進む。

ステップＳ７６において、表示制御部５４は、出力部１６に表示しているズバリボタンを消去する。この処理が終了するとボタン生成処理が終了となり、処理は図１５のステップＳ６０に進む。

次に、図１７を参照して、図１６のステップＳ７２において実行される第１ボタン生成処理について説明する。
図１７は、図２の機能的構成を有する図１の情報処理装置１が実行する図１６のボタン生成処理のうち、ステップＳ７２の第１ボタン生成処理の流れを説明するフローチャートである。

第１ボタン生成処理は、図１６のステップＳ７１においてデータが入力された領域がヘッダー部１１１（図３）であると判定されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ９１において、シンボル生成部５３は、伝票のヘッダー部１１１（図３）に入力された入力項目（顧客名）を取得する。
ステップＳ９２において、シンボル生成部５３は、ステップＳ９１において取得した入力項目（顧客名）に基づいて、図１１のボタン性状設定条件を参照して、生成ボタン種を特定する。

ステップＳ９３において、シンボル生成部５３は、図１０及び図１１のボタン性状設定条件を参照して、ボタン生成条件の判定を行う。ボタン生成条件の判定外である場合には、ステップＳ９３においてＮＯであると判定されて、第１ボタン生成処理は終了となる。これに対し、ボタン生成条件の判定内である場合には、ステップＳ９３においてＹＥＳであると判定されて、処理はステップＳ９４に進む。

ステップＳ９４において、シンボル生成部５３は、図１１のボタン性状設定条件を参照して、ズバリボタンの枠色の条件を判定する。
ステップＳ９５において、シンボル生成部５３は、ステップＳ９３及びステップＳ９４において判定したズバリボタンの情報に基づきズバリボタンを生成する。

ステップＳ９６において、報知制御部５７は、図１１のボタン性状設定条件を参照して、発音の判定を行う。発音の設定が存在しない場合には、ステップＳ９６においてＮＯであると判定されて、処理はステップＳ９８に進む。これに対し、発音の設定が存在する場合には、ステップＳ９６においてＹＥＳであると判定されて、処理はステップＳ９７に進む。

ステップＳ９７において、報知制御部５７は、ステップＳ９６において判定した情報に基づいて出力部１６のスピーカから発音する処理を行う。この処理では、報知制御部５７は、スピーカから発音することで、所定の情報をオペレータ及びオペレータの周囲の人々に報知する。報知制御部５７により報知される所定の情報には、顧客の重要度が高いことや、しばらく取引がなかったことを示す情報等が含まれる。

ステップＳ９８において、データ入力受付部５１は、オペレータの入力部１７の操作に基づきズバリボタン１２１−１（図４）に対するボタン操作を受け付けたか否かを判定する。ズバリボタン１２１−１（図４）に対するボタン操作を受け付けていない場合には、ステップＳ９８においてＮＯであると判定されて、第１ボタン生成処理は終了となる。これに対し、ズバリボタン１２１−１（図４）に対するボタン操作を受け付けた場合には、ステップＳ９８においてＹＥＳであると判定されて、処理はステップＳ９９に進む。

ステップＳ９９において、シンボル生成部５３は、ボタン操作が行われたズバリボタン１２１−１（図４）の詳細内容を表示する詳細ウィンドウ１３１−１（図５）を生成する。そして、表示制御部５４は、生成された詳細ウィンドウ１３１−１（図５）を出力部１６のディスプレイに表示することにより、ズバリボタン１２１−１（図４）の詳細内容を表示する。

ステップＳ１００において、ログ記録部５６は、オペレータによりボタン操作が行われたことを示すログを記憶部１８に記録する。この処理が終了すると、第１ボタン生成処理は終了する。

次に、図１８を参照して、図１６のステップＳ７３において実行される第２ボタン生成処理について説明する。
図１８は、図２の機能的構成を有する図１の情報処理装置１が実行する図１６のボタン生成処理のうち、ステップＳ７３の第２ボタン生成処理の流れを説明するフローチャートである。

第２ボタン生成処理は、図１６のステップＳ７１においてデータが入力された領域が明細部１１２（図３）であると判定されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ１１１において、表示制御部５４は、明細部１１２（図３）の項目に対応するズバリボタン１２１が既にボタン表示領域１０２に表示されている場合には、明細部の項目に該当するズバリボタンを消去する。
ステップＳ１１２において、シンボル生成部５３は、伝票の明細部１１２（図３）に入力された入力項目（取引の内容）を取得する。
ステップＳ１１３において、シンボル生成部５３は、ステップＳ１１２において取得した入力項目（取引の内容）に基づいて、図１１のボタン性状設定条件を参照して、生成ボタン種を特定する。
ステップＳ１１４において、シンボル生成部５３は、図１０及び図１１のボタン性状設定条件を参照して、ボタン生成条件の判定を行う。シンボル生成部５３は、入力された入力項目と基準値とを比較することによりボタン生成条件の判定を行う。ボタン生成条件の判定外である場合、即ち、入力項目が基準値に含まれない場合には、ステップＳ１１４においてＮＯであると判定されて、第２ボタン生成処理は終了となる。これに対し、ボタン生成条件の判定内である場合、即ち、入力項目が基準値に含まれる場合には、ステップＳ１１４においてＹＥＳであると判定されて、処理はステップＳ１１５に進む。

ステップＳ１１５において、シンボル生成部５３は、図１１のボタン性状設定条件を参照して、ズバリボタンの枠色の条件を判定する。
ステップＳ１１６において、シンボル生成部５３は、ステップＳ１１４及びステップＳ１１５において判定したズバリボタンの情報に基づきズバリボタンを生成する。

ステップＳ１１７において、報知制御部５７は、図１１のボタン性状設定条件を参照して、発音の判定を行う。発音の設定が存在しない場合には、ステップＳ１１７においてＮＯであると判定されて、処理はステップＳ１１９に進む。これに対し、発音の設定が存在する場合には、ステップＳ１１７においてＹＥＳであると判定されて、処理はステップＳ１１８に進む。

ステップＳ１１８において、報知制御部５７は、ステップＳ１１７において判定した情報に基づいて出力部１６のスピーカから発音する処理を行う。この処理では、報知制御部５７は、スピーカから発音することで、所定の情報をオペレータに報知する。報知制御部５７により報知される所定の情報には、在庫が少ないことや、前回の伝票入力時とは異なる単価が入力されたことを示す情報等が含まれる。

ステップＳ１１９において、データ入力受付部５１は、オペレータの入力部１７の操作に基づきズバリボタン１２１−２（図６）に対するボタン操作を受け付けたか否かを判定する。ズバリボタン１２１−２（図６）に対するボタン操作を受け付けていない場合には、ステップＳ１１９においてＮＯであると判定されて、第２ボタン表示処理は終了となる。これに対し、ズバリボタン１２１−２（図６）に対するボタン操作を受け付けた場合には、ステップＳ１１９においてＹＥＳであると判定されて、処理はステップＳ１２０に進む。

ステップＳ１２０において、シンボル生成部５３は、ボタン操作が行われたズバリボタン１２１−２（図６）の詳細内容を表示する詳細ウィンドウ１３１−２（図７）を生成する。そして、表示制御部５４は、生成された詳細ウィンドウ１３１−２（図７）を出力部１６のディスプレイに表示することにより、ズバリボタン１２１−２（図６）の詳細内容を表示する。

ステップＳ１２１において、ログ記録部５６は、オペレータによりボタン操作が行われたことを示すログを記憶部１８に記録する。この処理が終了すると、第２ボタン生成処理は終了する。

次に、図１９を参照して、図１６のステップＳ７４において実行される第３ボタン生成処理について説明する。
図１９は、図２の機能的構成を有する図１の情報処理装置１が実行する図１６のボタン生成処理のうち、ステップＳ７４の第３ボタン生成処理の流れを説明するフローチャートである。

第３ボタン生成処理は、図１６のステップＳ７１において受け付けられた明細部１１２へのデータの入力により合計された合計金額が伝票の合計部１１３（図３）の領域に入力されたと判定されたことを契機として開始され、次のような処理が繰り返し実行される。

ステップＳ１３１において、シンボル生成部５３は、伝票の合計部１１３（図３）に入力された入力項目（合計金額）を取得する。
ステップＳ１３２において、シンボル生成部５３は、ステップＳ１３１において取得した入力項目（合計金額）に基づいて、図１０及び図１１のボタン性状設定条件を参照して、生成ボタン種を特定する。
ステップＳ１３３において、シンボル生成部５３は、図１０及び図１１のボタン性状設定条件を参照して、ボタン生成条件の判定を行う。シンボル生成部５３は、入力された入力項目と基準値とを比較することによりボタン生成条件の判定を行う。ボタン生成条件の判定外である場合、即ち、入力項目が基準値に含まれない場合には、ステップＳ１３３においてＮＯであると判定されて、第３ボタン生成処理は終了となる。これに対し、ボタン生成条件の判定内である場合、即ち、入力項目が基準値に含まれる場合には、ステップＳ１３３においてＹＥＳであると判定されて、処理はステップＳ１３４に進む。

ステップＳ１３４において、シンボル生成部５３は、図１１のボタン性状設定条件を参照して、ズバリボタンの枠色の条件を判定する。
ステップＳ１３５において、シンボル生成部５３は、ステップＳ１３３及びステップＳ１３４において判定したズバリボタンの情報に基づきズバリボタンを生成する。

ステップＳ１３６において、報知制御部５７は、図１１のボタン性状設定条件を参照して、発音の判定を行う。発音の設定が存在しない場合には、ステップＳ１３６においてＮＯであると判定されて、処理はステップＳ１３９に進む。これに対し、発音の設定が存在する場合には、ステップＳ１３６においてＹＥＳであると判定されて、処理はステップＳ１３７に進む。

ステップＳ１３７において、報知制御部５７は、ステップＳ１３６において判定した情報に基づいて出力部１６のスピーカから発音する処理を行う。この処理では、報知制御部５７は、スピーカから発音することで、所定の情報をオペレータに報知する。報知制御部５７により報知される所定の情報には、取引高が少ないことや、与信限度を超えていることを示す情報等が含まれる。

ステップＳ１３８において、報知制御部５７は、ステップＳ１３６において判定した情報に基づいて出力部１６に表示しているズバリボタン１２１−３（図８）を発光（点滅）する処理を行う。この処理では、報知制御部５７は、ズバリボタン１２１−３（図８）を発光（点滅）することで、所定の情報をオペレータに報知する。報知制御部５７は、与信限度に対する合計金額の比率に応じてズバリボタン１２１−３（図８）を点滅する速度を変更したり、点滅パターンを変更することにより所定の情報をオペレータに報知することができる。

ステップＳ１３９において、データ入力受付部５１は、オペレータの入力部１７の操作に基づきズバリボタン１２１−３（図８）に対するボタン操作を受け付けたか否かを判定する。ズバリボタン１２１−３（図８）に対するボタン操作を受け付けていない場合には、ステップＳ１３９においてＮＯであると判定されて、第３ボタン生成処理は終了となる。これに対し、ズバリボタン１２１−３（図８）に対するボタン操作を受け付けた場合には、ステップＳ１３９においてＹＥＳであると判定されて、処理はステップＳ１４０に進む。

ステップＳ１４０において、シンボル生成部５３は、ボタン操作が行われたズバリボタン１２１−３（図８）の詳細内容を表示する詳細ウィンドウ（図示せず）を生成する。そして、表示制御部５４は、生成された詳細ウィンドウ（図示せず）を出力部１６のディスプレイに表示することにより、ズバリボタン１２１−３（図８）の詳細内容を表示する。

ステップＳ１４１において、ログ記録部５６は、オペレータによりボタン操作が行われたことを示すログを記憶部１８に記録する。この処理が終了すると、第３ボタン生成処理は終了する。

以上説明したように、本実施形態の情報処理装置１は、データ入力受付部５１と、判定部５２と、シンボル生成部５３と、表示制御部５４と、を備える。
データ入力受付部５１は、オペレータの操作に基づきデータの入力を受け付ける。判定部５２は、データ入力受付部５１により受け付けられたデータについての、所定の基準に対する状況を判定する。シンボル生成部５３は、判定部５２により判定された状況を示すズバリボタンを生成する。表示制御部５４は、シンボル生成部５３により生成されたズバリボタンを表示させる制御を実行する。
これにより、オペレータが入力したデータについての、所定の基準に対する状況を示すズバリボタンが生成されて、表示される。これにより、オペレータが特に意識せずに伝票等の入力作業を行った場合であっても、入力したデータの値が注意すべき値である場合には、ズバリボタンが表示される。これにより、オペレータは特に意識せずに必要な情報を効率的に入手することができる。

また、本実施形態の情報処理装置１の判定部５２は、基準に対する状況として、データ入力受付部５１により受け付けられたデータについての、所定の基準から判定される重要度を決定する。そして、シンボル生成部５３は、判定部５２により決定された重要度に応じて異なる性状のズバリボタンを生成する。
これにより、オペレータは、重要度に応じて異なる性状のズバリボタンを確認することで、入力したデータに対する重要度を理解することができる。

また、本実施形態の情報処理装置１のシンボル生成部５３は、判定部５２により決定された重要度に応じて異なる色のズバリボタンを生成する。
これにより、オペレータは、重要度に応じて異なる色のズバリボタンを確認することで、入力したデータに対する重要度を理解することができる。

また、本実施形態の情報処理装置１は、基準値設定部５８を更に備える。
基準値設定部５８は、所定のパラメータに基づいて所定の基準として基準値を設定する。これにより、オペレータが入力したデータについての、基準値に対する状況を示すズバリボタンが生成されて、表示される。これにより、オペレータが特に意識せずに当該基準値参照して、必要な情報を効率的に入手することができる。

また、本実施形態の情報処理装置１の基準値設定部５８は、オペレータ毎に設定された権限を所定のパラメータとして、基準値を設定する。これにより、オペレータの地位やスキル等に基づいて設定された権限に基づいて、当該オペレータの地位やスキルに応じて必要な情報を効率的に入手することができる。

また、本実施形態の情報処理装置１のシンボル生成部５３は、データ入力受付部５１により受け付けられたデータの種別に応じて異なるズバリボタンを生成する。
これにより、オペレータは、データの種別に応じて異なるズバリボタンを確認することで、入力したデータに対するデータの種別を理解することができる。これにより、オペレータは特に意識せずにデータの種別毎に必要な情報を効率的に入手することができる。

また、本実施形態の情報処理装置１のシンボル生成部５３によりズバリボタンが生成される条件が、判定部５２により判定され得る状況と基準との関係のパターン毎に設定されている。そして、シンボル生成部５３は、判定部５２により判定された状況、及び条件に基づいて、ズバリボタンを生成する。
これにより、オペレータは、基準に応じて判定された状況及び条件毎に生成されるズバリボタンを確認することで、入力したデータに対する判定され得る状況と基準と関係を理解することができる。これにより、オペレータは特に意識せずに判定された状況毎に必要な情報を効率的に入手することができる。

また、本実施形態の情報処理装置１は、報知制御部５７を更に備える。ズバリボタンの性状として、所定の情報をオペレータに報知する性状と、報知しない性状とが存在する。そして、報知制御部５７は、シンボル生成部５３により、報知する性状のズバリボタンが生成された場合には、所定の情報をオペレータに報知する制御を実行する。
これにより、ズバリボタンの生成時に色、点滅、音声、音等を通じてより効果的にオペレータ、及びオペレータの周囲の人々に対して気づきを与えることができる。

また、本実施形態の情報処理装置１の表示制御部５４は、データ入力受付部５１により受け付けられたデータが表示される入力領域１０１以外のボタン表示領域１０２にズバリボタンを表示する。
これにより、伝票入力等に必要な領域を隠すことなくズバリボタンを表示することができるので、オペレータの入力作業の効率を下げずにオペレータに気づきを与えることができる。

また、本実施形態の情報処理装置１のシンボル生成部５３は、データ入力受付部５１により受け付けられたデータに関する情報のうち、代表的な内容が配置されたズバリボタンを生成する。
これにより、オペレータは、ズバリボタンに配置された代表的な内容を把握することで、特に意識して操作しなくとも、必要最小限の気づきを即座に得ることができる。

また、本実施形態の情報処理装置１は、操作受付部５５を更に備える。シンボル生成部５３により生成されるズバリボタンは、データ入力受付部５１により受け付けられたデータに関する情報のうち、詳細情報を表示させる指示が割り当てられたソフトウェアボタンである。操作受付部５５は、ソフトウェアボタンに対する押下操作を受け付ける。そして、表示制御部５４は、操作受付部５５によりソフトウェアボタンの押下操作が受け付けられると、詳細情報を表示させる制御を実行する。
これにより、オペレータは 、ソフトウェアボタンをタッチする等所定の操作を行うだけで、そのズバリボタンに関連する詳細な情報を即座に参照することができる。したがって、気づきポイントに関連する具体的な内容も併せて確認できる。

また、本実施形態の情報処理装置１の判定部５２は、データ入力受付部５１により受け付けた項目毎に判定する。
これにより、オペレータは、入力したデータの項目毎に判定されるズバリボタンを確認することで、項目毎に判定された状況を理解することができる。これにより、オペレータは特に意識せずに項目毎に必要な情報を効率的に入手することができる。

また、本実施形態の情報処理装置１は、ログ記録部５６を更に備える。ログ記録部５６は、操作受付部５５により受け付けたズバリボタン１２１に対する操作のログを記憶部１８に記録する。
これにより、入力作業を行っているオペレータ以外の上司等の人間が、当該オペレータの操作状態を後から容易に把握することができる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

上述の実施形態では、図１１に示すボタン性状設定条件には、各ズバリボタンのボタン性状が設定されているがこれに限られるものではない。例えば、図１１に示すボタン性状Ｎｏ（ナンバー）毎に、ボタン性状Ｎｏ（ナンバー）毎に対応付けられた各ズバリボタンが表示された後に起動するアプリケーションを示すアプリケーション情報を設定することができる。そして、ＣＰＵ１１は、設定された当該アプリケーション情報を参照することにより、ズバリボタンが表示された後に、連動して元帳参照アプリや、受注アプリ等のアプリケーションを起動することができる。

上述の実施形態は、情報処理装置１は、伝票の入力を行う伝票入力アプリにより実行される例について説明したがこれに限られるものではない。例えば、情報処理装置１が実行なアプリケーションとしては、伝票入力を行う伝票入力アプリケーションの他、文章を入力するワープロアプリケーション、表計算を行う表計算アプリケーション等各種各様のものが存在する。これらのアプリケーションは、図２の判定部５２により起動されて実行することができる。ズバリボタンは、これらアプリケーション毎に起動することができる。
これにより、伝票入力を行う伝票入力アプリケーション、文章を入力するワープロアプリケーション、表計算を行う表計算アプリケーション等の各種アプリケーション毎に設定された通知設定条件に基づいて、ズバリボタンを生成して表示することができる。

また、上述の実施形態では、シンボル生成部５３は、オペレータがヘッダー部１１１に顧客名を入力することにより判定部５２による判定された顧客の状況を示すシンボルとしてズバリボタンのデータを生成し、表示制御部５４は、生成された当該ズバリボタンを出力部１６のディスプレイに表示しているがこれに限られるものではない。例えば、データ入力受付部５１は、予め顧客（取引先）毎に電子ファイリングされた伝票のデータ（例えば、紙媒体の伝票をスキャニングしたデータ）を記憶部１８に記憶しておく。そして、シンボル生成部５３は、入力された顧客（取引先）をキーとして、記憶部１８から当該顧客の電子ファイリングされた過去の伝票のデータを検索して少なくとも１以上の伝票のデータを取り出し、表示制御部５４は、取り出された当該伝票を出力部１６のディスプレイに表示することができる。オペレータは、入力部１７の操作に基づき、ズバリボタンのデータを生成して表示するか、電子ファイリングされた過去の伝票のデータを検索して表示するかの何れかを予め設定することができる。これにより、オペレータは、伝票に入力した顧客に関する過去の情報を容易に把握することができる。

また、上述の実施形態では、シンボル生成部５３は、オペレータが明細部１１２に取引の内容を入力することにより判定部５２による判定された取引の内容の状況を示すシンボルとしてズバリボタンのデータを生成し、表示制御部５４は、生成された当該ズバリボタンを出力部１６のディスプレイに表示しているがこれに限られるものではない。例えば、データ入力受付部５１は、予め取引の内容毎に電子ファイリングされた伝票のデータを記憶部１８に記憶しておく。この取引の内容には、商品や、ヘッダー部１１１に入力された顧客毎に絞り込んだ商品の情報が含まれる。そして、シンボル生成部５３は、入力された取引の内容をキーとして、記憶部１８から当該取引の内容の伝票のデータを検索して少なくとも１以上の伝票のデータを取り出し、表示制御部５４は、取り出された当該伝票を出力部１６のディスプレイに表示することができる。この際、シンボル生成部５３は、当該商品のみならず、ヘッダー部１１１に入力された顧客に絞り込んだ商品の伝票のデータのみを検索することができる。オペレータは、入力部１７の操作に基づき、ズバリボタンのデータを生成して表示するか、伝票のデータを検索して表示するかの何れかを予め設定することができる。これにより、オペレータは、伝票に入力した取引の内容に関する過去の情報を容易に把握することができる。

また、上述の実施形態では、判定部５２は、明細部１１２に対して入力されたデータについて、明細部１１２の各項目毎に、取引の内容に関する基準に対する重要度（状況）を判定しているがこれに限られるものではない。例えば、判定部５２は、明細部１１２の各項目の合計金額を適宜算出し、算出した合計金額に関する基準（与信限度等）に対する重要度（状況）を判定することができる。そして、適宜算出された合計金額が予め設定した設定金額に達した場合には、報知制御部５７は、設定金額に達したことをオペレータやオペレータの周囲の人々に報知することができる。

また、上述の実施形態では、出力部１６のディスプレイと、入力部１７のキーボードとは、１台の情報処理装置１内に構成されているがこれに限られるものではない。例えば、１以上の複数の情報処理装置１をインターネットやＬＡＮ等のネットワークを介して接続し、出力部１６のディスプレイと、入力部１７のディスプレイとをそれぞれ別の情報処理装置１に配置することができる。

また、上述の実施形態では、シンボル生成部５３は、判定された重要度に応じて異なる色のズバリボタンを生成しているがこれに限られるものではない。例えば、シンボル生成部５３は、判定された重要度に応じて異なる形のボタンを生成することができる。
シンボル生成部５３は、判定部５２による判定結果に基づいて所定の情報を示すズバリボタンを生成しているがこれに限られるものではない。例えば、シンボル生成部５３は、判定部５２による判定結果に基づいて所定の情報を示すシンボルとして、アイコン、タブ、ポップアップウィンドウ等のテキストデータの他、動画を生成することができる。

また、上述の実施形態では、シンボル生成部５３により生成される各ズバリボタン１２１−１、１２１−２、１２１−３は、四角く形成されているがこれに限られるものではない。例えば、シンボル生成部５３は、判定部５２により判定された重要に応じて異なる性状のボタンを生成することができる。シンボル生成部５３により生成される異なる性状のズバリボタンの例としては、丸、三角、星形、楕円形等様々な性状のズバリボタンに生成される。

また、上述の実施形態では、入力部１７は、１つの情報処理装置１に配置されているがこれに限られるものではない。例えば、図示せぬ複数の情報処理装置１に設けられた入力部１７を介して、伝票データの入力を受け付けることができる。この場合、各情報処理装置１は、インターネットやＬＡＮ等の各種ネットワークを通じて接続される。

また、上述の実施形態では、本発明が適用される情報処理装置１は、伝票入力装置を例として説明したが、特にこれに限定されない。
例えば、本発明は、入力機能を有する電子機器一般に適用することができる。具体的には、例えば、本発明は、ノート型のパーソナルコンピュータ、デジタルカメラ、テレビジョン受像機、ビデオカメラ、携帯型ナビゲーション装置、携帯電話機、スマートフォン、ポータブルゲーム機等に適用可能である。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図２の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理装置１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図２の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、オペレータにプログラムを提供するために装置本体とは別に配布される図１のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でオペレータに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（ブルーレイディスク（登録商標））、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でオペレータに提供される記録媒体は、例えば、プログラムが記録されている図１のＲＯＭ１２や、図１の記憶部１８に含まれるハードディスク等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

以上、本発明のいくつかの実施形態について説明したが、これらの実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。本発明はその他の様々な実施形態を取ることが可能であり、更に、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

以下に、本願の出願当初の特許請求の範囲に記載された発明を付記する。
［付記１］
オペレータの操作に基づきデータの入力を受け付けるデータ入力受付手段と、
前記データ入力受付手段により受け付けられた前記データについての所定の基準に対する状況を判定する判定手段と、
前記判定手段により判定された前記状況を示すシンボルを生成するシンボル生成手段と、
前記シンボル生成手段により生成された前記シンボルを表示させる制御を実行する表示制御手段と、
を備えることを特徴とする情報処理装置。
［付記２］
前記判定手段は、前記状況として、前記データ入力受付手段により受け付けられた前記データについての前記所定の基準から判定される重要度を決定し、
前記シンボル生成手段は、前記判定手段により決定された前記重要度に応じて異なる性状のシンボルを生成することを特徴とする付記１に記載の情報処理装置。
［付記３］
前記シンボル生成手段は、前記判定手段により決定された前記重要度に応じて異なる色のシンボルを生成することを特徴とする付記２に記載の情報処理装置。
［付記４］
所定のパラメータに基づいて前記所定の基準として基準値を設定する基準値設定手段を更に備える
ことを特徴とする付記１乃至３のうち何れか１つに記載の情報処理装置。
［付記５］
前記基準値設定手段は、前記オペレータ毎に設定された権限を前記所定のパラメータとして、前記基準値を設定することを特徴とする付記４に記載の情報処理装置。
［付記６］
前記シンボル生成手段は、前記データ入力受付手段により受け付けられたデータの種別に応じて異なるシンボルを生成することを特徴とする付記１乃至５のうち何れか１つに記載の情報処理装置。
［付記７］
前記シンボルは、アプリケーション毎に起動することを特徴とする付記１乃至６のうち何れか１つに記載の情報処理装置。
［付記８］
前記シンボル生成手段により前記シンボルが生成される条件が、前記判定手段により判定され得る状況と基準との関係のパターン毎に設定されており、
前記シンボル生成手段は、前記判定手段により判定された前記状況、及び前記条件に基づいて、前記シンボルを生成することを特徴とする付記１乃至７のうち何れか１つに記載の情報処理装置。
［付記９］
前記シンボルの性状として、所定の情報をオペレータに報知する性状と、報知しない性状とが存在し、
前記シンボル生成手段により、前記報知する性状のシンボルが生成された場合には、前記所定の情報をオペレータに報知する制御を実行する報知制御手段
を更に備えることを特徴とする付記１乃至８のうち何れか１つに記載の情報処理装置。
［付記１０］
前記表示制御手段は、前記データ入力受付手段により受け付けられた前記データが表示される領域以外の領域に前記シンボルを表示することを特徴とする付記１乃至９のうち何れか１つに記載の情報処理装置。
［付記１１］
前記シンボル生成手段は、前記データ入力受付手段により受け付けられた前記データに関する情報のうち、代表的な内容が配置された前記シンボルを生成することを特徴とする付記１乃至１０のうち何れか１つに記載の情報処理装置。
［付記１２］
前記シンボル生成手段により生成されるシンボルは、前記データ入力受付手段により受け付けられた前記データに関する情報のうち、詳細情報を表示させる指示が割り当てられたソフトウェアボタンであり、
前記ソフトウェアボタンに対する押下操作を受け付ける操作受付手段を更に備え、
前記表示制御手段は、前記操作受付手段により前記ソフトウェアボタンの押下操作が受け付けられると、前記詳細情報を表示させる制御を実行する
ことを特徴とする付記１乃至１１のうち何れか１つに記載の情報処理装置。
［付記１３］
前記判定手段は、前記データ入力受付手段により受け付けた項目毎に判定する
ことを特徴とする付記１乃至１２のうち何れか１つに記載の情報処理装置。
［付記１４］
操作受付手段により受け付けた前記シンボルに対する操作のログを記録するログ記録手段を更に備える
ことを特徴とする付記１乃至１３のうち何れか１つに記載の情報処理装置。
［付記１５］
シンボルを表示する制御を行う情報処理装置が実行する情報処理方法であって、
オペレータの操作に基づきデータの入力を受け付けるデータ入力受付ステップと、
前記データ入力受付ステップにより受け付けられた前記データについての、所定の基準に対する状況を判定する判定ステップと、
前記判定ステップにより判定された前記状況を示すシンボルを生成するシンボル生成ステップと、
前記シンボル生成ステップにより生成された前記シンボルを表示させる制御を実行する表示制御ステップと、
を含むことを特徴とする情報処理方法。
［付記１６］
シンボルの表示の制御を実行するコンピュータを、
オペレータの操作に基づきデータの入力を受け付けるデータ入力受付手段、
前記データ入力受付手段により受け付けられた前記データについての、所定の基準に対する状況を判定する判定手段、
前記判定手段により判定された前記状況を示すシンボルを生成するシンボル生成手段、
前記シンボル生成手段により生成された前記シンボルを表示させる制御を実行する表示制御手段、
として機能させるためのプログラム。

１・・・情報処理装置、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・出力部、１７・・・入力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３１・・・リムーバブルメディア、５１・・・データ入力受付部、５２・・・判定部、５３・・・シンボル生成部、５４・・・表示制御部、５５・・・操作受付部、５６・・・ログ記録部、５７・・・報知制御部、５８・・・基準値設定部

本発明の課題は、取引情報を入力する際に取引先との間の状況をユーザが目視により容易に把握できるようにすることである。

本発明に係る情報処理装置は、所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御手段と、ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御手段と、前記入力制御手段により前記取引情報として取引先が入力された場合に、前記取引先との間の取引についての所定の基準に対する状況を判定する判定手段と、前記判定手段により判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御手段と、を備え、前記第２表示制御手段は、前記シンボルに対するユーザの指示操作に応じて、前記取引先との間の取引状況の詳細内容を前記第２領域に表示させることを特徴とする。
また、本発明に係る情報処理方法は、所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御ステップと、ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御ステップと、前記入力制御ステップにより前記取引情報として取引先が入力された場合に、前記取引先との間の取引についての所定の基準に対する状況を判定する判定ステップと、前記判定ステップにより判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御ステップと、を含み、前記第２表示制御ステップは、前記シンボルに対するユーザの指示操作に応じて、前記取引先との間の取引状況の詳細内容を前記第２領域に表示させることを特徴とする。
また、本発明に係るプログラムは、コンピュータを、所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御手段、ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御手段、前記入力制御手段により前記取引情報として取引先が入力された場合に、前記取引先との間の取引についての所定の基準に対する状況を判定する判定手段、前記判定手段により判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御手段、として機能させ、前記第２表示制御手段は、前記シンボルに対するユーザの指示操作に応じて、前記取引先との間の取引状況の詳細内容を前記第２領域に表示させることを特徴とする。

本発明によれば、取引情報を入力する際に取引先との間の状況をユーザが目視により容易に把握することが可能となる。

Claims (5)

1. 所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御手段と、
   ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御手段と、
   前記入力制御手段により入力された取引情報に対応する商品についての所定の基準に対する状況を判定する判定手段と、
   前記判定手段により判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御手段と、を備え、
   前記第２表示制御手段は、前記シンボルに対するユーザの指示操作に応じて、前記商品に関する取引状況の詳細内容を前記第２領域に表示させることを特徴とする情報処理装置。
2. 前記第２表示制御手段は、前記詳細内容とともに確認ボタンを表示させ、前記確認ボタンに対するユーザ操作に応じて、前記詳細内容を前記第２領域から消去させることを特徴とする請求項１に記載の情報処理装置。
3. 前記第２表示制御手段は、前記詳細内容として、少なくとも、商品の販売率、商品の回転率、商品の回転期間、商品の粗利益率、商品の交差比率、商品の貢献度比率、商品の仕入先、商品の納期及び商品の在庫のうちの何れかを表示させることを特徴とする請求項２に記載の情報処理装置。
4. 所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御ステップと、
   ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御ステップと、
   前記入力制御ステップにより入力された取引情報に対応する商品についての所定の基準に対する状況を判定する判定ステップと、
   前記判定ステップにより判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御ステップと、を含み、
   前記第２表示制御ステップは、前記シンボルに対するユーザの指示操作に応じて、前記商品に関する取引状況の詳細内容を前記第２領域に表示させることを特徴とする情報処理方法。
5. コンピュータを、
   所定の取引情報が入力される入力画面を、表示画面の第１領域に表示させる第１表示制御手段、
   ユーザの操作に基づき、前記第１領域に表示された前記入力画面に取引情報を入力する入力制御手段、
   前記入力制御手段により入力された取引情報に対応する商品についての所定の基準に対する状況を判定する判定手段、
   前記判定手段により判定された状況を示すシンボルを前記第１領域に近接して配置される前記表示画面の第２領域に表示させる第２表示制御手段、として機能させ、
   前記第２表示制御手段は、前記シンボルに対するユーザの指示操作に応じて、前記商品に関する取引状況の詳細内容を前記第２領域に表示させることを特徴とするプログラム。

Images