JP2013145549A

JP2013145549A - 情報処理装置、その制御方法、及びプログラム

Info

Publication number: JP2013145549A
Application number: JP2012231662A
Authority: JP
Inventors: Chie Inakagata; チエ田舎片
Original assignee: Canon Marketing Japan Inc; Canon MJ IT Group Holdings Inc; Super Stream Inc
Current assignee: Canon Marketing Japan Inc; Canon MJ IT Group Holdings Inc; Super Stream Inc
Priority date: 2011-12-14
Filing date: 2012-10-19
Publication date: 2013-07-25
Anticipated expiration: 2032-10-19
Also published as: JP6341316B2; JP6136188B2; JP2017130230A

Abstract

【課題】入力状況に応じてコンテキストメニューの表示を切り替える仕組みを提供すること。
【解決手段】仕訳入力画面８００に備えられた明細部１０００の各項目に対して入力を受け付ける。そして、ユーザからの指示によりコンテキストメニューの表示を行う場合に、必須入力項目マスタ１１４０に基づいて、入力が必須となっている入力項目が入力済みであるか否かを判定する。入力済みであれば、仕訳入力画面８００に備えられた確定ボタンであって、入力されたデータを確定するための確定ボタンを表示し、そうでなければ未入力の必須入力項目を明示する。
【選択図】図８

Description

本発明は、入力補助のためのコンテキストメニューに関し、特に画面の入力状況に応じてコンテキストメニューの表示を制御する情報処理装置、その制御方法、及びプログラムに関する。

従来、様々な画面においてメニューが存在する。このメニューでは、動作の設定からデータの保存、読込など各種処理を行うことができる。ユーザは任意の動作・処理の実行をすべく、当該動作・処理が可能なメニューを選択して、情報処理装置を操作している。

特に、マウス操作により右クリックされた場合に、実行可能なメニュー一覧を表示するコンテキストメニューというものが存在する。コンテキストメニューでは、従来のメニューで選択可能なメニュー項目のうち、右クリックされた対象に関して使用可能なメニュー項目等が表示されるようになっている。こうすることで、メニューから使用したいメニュー項目を探しださなくとも、容易にメニュー項目の選択を行うことができる。

このようなコンテキストメニューの仕組みのうち、下記の特許文献１には、右クリックされたオブジェクトの種類ごとに表示するコンテキストメニューを切り替える仕組みが開示されている。

特開２０１１−１２８７７７号公報

一方、企業の会計業務等で利用する業務支援アプリケーションの入力画面において、入力を確定するボタンが押下されると、業務支援アプリケーションは必要な入力項目に入力されているかどうか、または入力されたデータが正しいかどうかを確認する。このとき、必須入力とされている項目が未入力であると入力不足ということでエラーメッセージが表示される。つまり、必須入力項目が未入力であるか否かは確定するボタンが押下されて初めて確認される仕組みになっている。

このように確定ボタンが押下されるまで必須入力項目はチェックされないため、会計業務等の初心者は確定ボタンが押下されるまで必須入力の項目がわからない。必須入力項目であることを明示するために、必須入力項目の近傍に必須入力項目であることを示す記号（「＊」等）や文字列（「必須」等）を表示することも考えられるが、会計業務では状況によって必須入力項目が変化してしまうものがあり、このような設計がしにくい。よって、どの項目が必須入力項目であるのかはユーザが判断する必要があり、業務経験の浅い初心者にとってはその見極めが難しい。

また、会計業務ではできるだけキーボードやテンキーの操作をメインとして作業することが多い。特に入力項目の遷移を行うＴａｂキーを押下しながら、他の入力項目に入力のフォーカスを移動させる。基本的に、確定ボタンは入力項目の最後に配置されているので、すべての入力項目をＴａｂキーで移動してから、確定ボタンにフォーカスが辿りつくことになる。よって、必須入力ではない項目をとばして確定したい場合、確定ボタンにたどり着くまで何度もＴａｂキーの入力が必要となってしまう。これを解決するために、キーボードに備えられたファンクションキーに確定ボタン等の機能を割り当てておく仕組みが考えられる。しかしながら、Ｗｅｂアプリケーションにおいては、Ｗｅｂブラウザを利用して各種データの入力を行うため、Ｗｅｂブラウザによって当該ファンクションキーが使用されており、ファンクションキーに確定ボタンを割り当てることができない。よって、キーボード操作をメインとするユーザはＴａｂキーで画面上の確定ボタンまでフォーカスを移動させる必要があり、非常に手間となっている。また、確定ボタンの押下により未入力項目が見つかった場合、当該未入力項目にフォーカスを戻す必要があり、再度確定ボタンまで移動しなければならなくなる。このようなキーの入力は非常に手間であり、効率的に業務を遂行することができない。

本発明は上記の課題を解決するためになされたもので、入力状況に応じてコンテキストメニューの表示を切り替える仕組みを提供することを目的とする。

上記の目的を達成するために、本発明の情報処理装置は、コンテキストメニューを表示する情報処理装置であって、各種データの入力を受け付ける入力項目を備える入力画面を表示する表示手段と、前記表示手段で表示された入力画面において、コンテキストメニューの表示指示を受け付けるコンテキストメニュー表示指示受付手段と、前記コンテキストメニュー表示指示受付手段でコンテキストメニューの表示指示を受け付けると、前記表示手段で表示された入力項目のうち、所定の入力項目がすべて入力済みであるか否かを判定する判定手段とを備え、前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定された場合には、前記入力画面に備えられたボタンであって、前記入力項目に入力されたデータを登録するためのボタンが実行可能に配置されたコンテキストメニューを表示することを特徴とする。

本発明によれば、画面の入力状況に応じて、表示するコンテキストメニューのメニュー項目を変更することが可能となるので、ユーザの業務を効率的に支援することができる効果を奏する。

本発明の実施形態における情報処理システム１００の一例を示す構成図である。図１に示す情報処理装置１０１及びサーバ１０２のハードウェア構成の一例を示す構成図である。図１に示す情報処理装置１０１及びサーバ１０２のモジュール構成の一例を示す構成図である。本発明の実施形態における一連の処理の流れを示すフローチャートである。図４に続き、本発明の実施形態における一連の処理の流れを示すフローチャートである。図４のステップＳ４４５等における入力チェック処理の詳細を示すフローチャートである。図６のステップＳ５６５におけるコンテキストメニュー表示処理の詳細を示すフローチャートである。本実施例におけるコンテキストメニュー７００の一例を示す構成図である。本実施例における仕訳入力画面８００の一例を示す構成図である。本実施例における仕訳入力画面のヘッダ部９００の一例を示す構成図である。本実施例における仕訳入力画面の明細部１０００の一例を示す構成図である。本実施例における各種テーブル構成の一例を示す構成図である。第２の実施例における処理の概要を示す模式図である。第２の実施例における処理の概要を示す模式図である。第２の実施例における、一連の処理の流れを示すフローチャートである。第２の実施例における、仕訳入力処理の詳細を示すフローチャートである。第２の実施例における、キーボード用表示処理の詳細を示すフローチャートである。第２の実施例における、キーボード呼び出し時とマウス呼び出し時におけるコンテキストメニューの表示パターンを示す模式図である。第２の実施例における、マウス用表示処理の詳細を示すフローチャートである。第２の実施例における、コンテキストメニュー動作処理の詳細を示すフローチャートである。第２の実施例における、図１に示す情報処理装置１０１及びサーバ１０２のモジュール構成の一例を示す構成図である。第２の実施例における、仕訳入力画面２２００の一例を示す構成図である。

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

図１は、本発明の情報処理システム１００のシステム構成の一例を示す図である。本発明の情報処理システム１００は、情報処理装置１０１、サーバ１０２が設置されており、それら装置はＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）等のネットワーク１０３を介して相互にデータ通信可能に接続されている。図１のネットワーク１０３上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

情報処理装置１０１は、業務支援アプリケーションを実行する装置である。業務支援アプリケーションは後述する図２のＲＯＭ２０２または外部メモリ２１１に記憶されており、ユーザからの指示に応じて、ＣＰＵ２０１がＲＡＭ２０３に読み出して各種動作を行う。

業務支援アプリケーションは、ユーザからの操作に応じて、会計関連の情報管理等を行う。本実施例においては会計関連の情報を基に説明するが、これに限らない。尚、業務支援アプリケーションで表示する各種情報は情報処理装置１０１と通信可能に接続されたサーバ１０２に記憶されても、情報処理装置１０１の外部メモリ２１１に記憶されてもよい。また、本実施例では、業務支援アプリケーションはＷｅｂアプリケーションであり、情報処理装置１０１に備えられたＷｅｂブラウザを利用して、業務支援アプリケーションを実行する。

サーバ１０２は、情報処理装置１０１で作成された各種データを記憶管理する装置である。業務支援アプリケーションで取り扱う各種データは、複数のユーザによって作成や閲覧をされる場合があるため、サーバ１０２で当該各種データを一元管理する。また、業務支援アプリケーションは、サーバ１０２のＲＯＭ２０２や外部メモリ２１１に記憶されていてもよい。この場合には、サーバ１０２は、情報処理装置１０１から要求があった場合に業務支援アプリケーションを起動させ、情報処理装置１０１のＷｅｂブラウザで表示可能なＷｅｂページを送信する。

尚、情報処理装置１０１が、サーバ１０２の構成を含んでもよいし、サーバ１０２が情報処理装置１０１の構成を含んでもよい。また、本実施例においては、情報処理装置１０１に各種データが記憶され、ユーザからの操作によって動作させる形態に基づいて説明を行う。

図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明の情報処理装置１０１が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。

次に、情報処理装置１０１及びサーバ１０２のモジュール構成を示す機能構成図について、図３を用いて説明する。尚、図３の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

情報処理装置１０１は、記憶モジュール３０１、画面表示モジュール３０２、送受信モジュール３０３、判定モジュール３０４、コンテキストメニュー制御モジュール３０５を備える。

記憶モジュール３０１は、各種データやテーブルを記憶するためのモジュールである（記憶手段）。本実施例では特に入力データや会計伝票データの記憶を行う。画面表示モジュール３０２は、記憶モジュール３０１で記憶された各種データやテーブルを取得して、ＣＲＴ２１０に表示するためのモジュールである。特に本実施例では、情報処理装置１０１の業務支援アプリケーションをＷｅｂブラウザで実行させるため、画面表示モジュール３０２によって表示されたＷｅｂブラウザ上で業務支援アプリケーションを実行、表示することになる。送受信モジュール３０３は、サーバ１０２をはじめとする各種装置とデータの送受信をするためのモジュールである。判定モジュール３０４は、記憶モジュール３０１に記憶されたデータやユーザから操作等に基づいて、各種判定を行うためのモジュールである。コンテキストメニュー制御モジュール３０５は、ユーザから入力補助のためのコンテキストメニューの表示が指示された場合に当該コンテキストメニューを表示したり、コンテキストメニューに表示するボタンの制御を行ったりする。

サーバ１０２は、記憶モジュール３０６、送受信モジュール３０７を備える。記憶モジュール３０６は、各種データやテーブルを記憶するためのモジュールである（記憶手段）。また、送受信モジュール３０７は、情報処理装置１０１をはじめとする各種装置とデータの送受信をするためのモジュールである。

次に、本発明の実施例における情報処理装置１０１によって行われる一連の処理について、図４及び図５に示すフローチャートを用いて説明する。尚、Ｓ４０１乃至Ｓ４８５の各ステップは情報処理装置１０１におけるＣＰＵ２０１の制御の下、処理が行われる。

尚、この処理を情報処理装置１０１に実行させるためのプログラムは、情報処理装置１０１にインストールされている業務支援アプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、業務支援アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

ステップＳ４０１では、情報処理装置１０１は、ユーザからの指示に応じて情報処理装置１０１の業務支援アプリケーションを起動する。ステップＳ４０５では、情報処理装置１０１は、ログイン画面（不図示）を表示して、ユーザからの入力を受け付ける。

ステップＳ４１０では、情報処理装置１０１は、業務支援アプリケーションにログインするべく、ログイン画面に備えられたログインボタン（不図示）の押下がなされたか否かを判定する。ログインボタンの押下がなされたと判定した場合には、ステップＳ４１５に処理を進め、そうでない場合には、ログインボタンが押下されるまで待機する。

ステップＳ４１５では、情報処理装置１０１は、ユーザ操作により入力されたユーザID、パスワード等のチェックを行う。その結果をもってステップＳ４２０では、情報処理装置１０１は、ログインの可否を判定する。ログインが可能であると判定した場合には、ステップＳ４２５に処理を進め、ログインが不可能であると判定された場合には、ステップＳ４１０に処理を戻し、再度ユーザＩＤやパスワード等の入力を受け付ける。

ログインが許可された場合には、ステップＳ４２５では、情報処理装置１０１は、メニュー画面（不図示）の表示を行う。メニュー画面では業務支援アプリケーションで使用可能なメニューの一覧が表示される。

ステップＳ４２６では、情報処理装置１０１は、ステップＳ４２５で表示されたメニュー画面から仕訳入力画面８００（図９参照、入力画面）の起動選択を受け付ける（入力受付手段）。選択を検知すると、ステップＳ４３０では、情報処理装置１０１は、仕訳入力画面８００を表示する（表示手段）。仕訳入力画面８００は、会計業務の仕訳処理を行うための画面である。

ステップＳ４３５では、情報処理装置１０１は、仕訳入力画面８００のヘッダ部９００の入力を受け付ける。ヘッダ部９００では、基本的な情報や各種設定を行っておく領域である。例えば、伝票日付や伝票グループ、決算区分などの入力を受け付ける。

ステップＳ４４０では、情報処理装置１０１は、ヘッダ部９００の入力中に右クリック入力が行われたか否かを判定する（コンテキストメニュー表示指示受付手段）。つまり、コンテキストメニュー７００（図８参照）の表示が指示されたか否かを判定する。コンテキストメニューが表示されるのであれば、右クリックでなくともよい。右クリック入力が行われたと判定された場合には、ステップＳ４４５に処理を進め、そうでない場合には、ステップＳ４３５に処理を戻す。

ステップＳ４４５では、情報処理装置１０１は、ヘッダ部９００に入力した入力内容の確認を行い、コンテキストメニューの表示を行う。コンテキストメニュー表示処理の詳細は、後述する図６に示す。

ステップＳ４５０では、情報処理装置１０１は、図１０に示すヘッダ確定ボタン９０２が押下されたか否かを判定する。ヘッダ確定ボタン９０２が押下されたと判定した場合には、図５のステップＳ４５５に処理を進め、そうでない場合には、ステップＳ４３５に処理を戻す。

図５に説明を移す。ステップＳ４５５では情報処理装置１０１は、ヘッダ部９００の入力が確定したので、仕訳入力画面８００の明細部１０００（図１１参照）の入力を受け付ける。明細部１０００は、仕訳伝票の詳細な内容を入力するための領域である。

ステップＳ４６０では、情報処理装置１０１は、明細部１０００の入力中に右クリック入力が行われたか否かを判定する。コンテキストメニューが表示されるのであれば、右クリックでなくともよい。右クリック入力が行われたと判定された場合には、ステップＳ４６５に処理を進め、そうでない場合には、ステップＳ４５５に処理を戻す。

ステップＳ４６５では、情報処理装置１０１は、明細部１０００に入力した入力内容の確認を行い、コンテキストメニューの表示を行う。コンテキストメニュー表示処理の詳細は、後述する図６に示す。

ステップＳ４７０では、情報処理装置１０１は、図１１に示す明細反映ボタン１００２が押下されているか否かを判定する。明細反映ボタン１００２が押下されたと判定された場合には、ステップＳ４７５に処理を進め、そうでない場合には、ステップＳ４５５に処理を戻す。

ステップＳ４７５では、情報処理装置１０１は、伝票確定ボタン１００３が押下されたか否かを判定する。伝票確定ボタン１００３が押下されたと判定された場合には、ステップＳ４８０に処理を進め、そうでない場合には、ステップＳ４５５に処理を戻す。

ステップＳ４８０では、情報処理装置１０１は、伝票登録ボタンが押下されたか否かを判定する。伝票登録ボタンが押下されたと判定された場合には、ステップＳ４８５に処理を進め、そうでない場合には、押下されるまで待機する。

ステップＳ４８５では、情報処理装置１０１は、入力された伝票データをデータベースの仕訳伝票マスタ１１３０（図１２参照）に登録する。仕訳伝票マスタ１１３０は、会社コード１１３１、伝票グループ１１３２、伝票番号１１３３、伝票行番号１１３４、明細行番号１１３５、科目１１３６、部門１１３７、取引先１１３８、仕訳金額１１３９から構成される。これらの項目が仕訳入力画面８００で入力される入力内容を格納するものである。ステップＳ４８５で処理が終了すると、本一連の処理を終了する。

次に、コンテキストメニュー表示処理について図６を用いて説明する。尚、Ｓ５０１乃至Ｓ５６５の各ステップは情報処理装置１０１おけるＣＰＵ２０１の制御の下、処理が行われる。

ステップＳ５０１では、情報処理装置１０１は、現在入力している部分がヘッダ部９００か明細部１０００かを判定する。ヘッダ部９００であると判定された場合には、ステップＳ５０５に処理を進め、明細部１０００であると判定された場合には、ステップＳ５１０に処理を進める。

ステップＳ５０５では、情報処理装置１０１は、入力中の画面の画面名と、現在入力している入力部分に基づいて、必須入力項目がどこなのかを示す必須入力項目１１４３を必須入力項目マスタ１１４０（図１２参照）から取得する。

必須入力項目マスタ１１４０は、画面の名称を示す画面名１１４１、入力部分の属性を示す入力部分１１４２、入力が必須な項目を示す必須入力項目１１４３から構成される。

ステップＳ５１５では、情報処理装置１０１は、ステップＳ５０５で取得した必須入力項目１１４３と入力中のヘッダ部９００の入力項目とを比較して、未入力の必須入力項目１１４３があるか否かを判定する（判定手段）。未入力の必須入力項目１１４３があると判定された場合には、ステップＳ５２５に処理を進め、未入力の必須入力項目１１４３がない、つまりすべての必須入力項目１１４３が入力済みであると判定された場合には、ステップＳ５２０に処理を進める。

ステップＳ５２０では、情報処理装置１０１は、コンテキストメニュー７１０に示すようなコンテキストメニューを表示する（表示制御手段）。コンテキストメニュー７１０では、ヘッダ部９００の入力を確定するためのヘッダ確定ボタン７１１を備える。この場合、未入力項目がないことから図１０に示すヘッダ確定ボタン９０２が押下可能な状況であると判断し、ヘッダ確定ボタン７１１を表示する。ヘッダ確定ボタン７１１は、図１０のヘッダ部９００に備えられたヘッダ確定ボタン９０２と同じ動作を行う。

ステップＳ５２５では、情報処理装置１０１は、コンテキストメニュー７２０に示すようなコンテキストメニューを表示する（表示制御手段）。コンテキストメニュー７２０では、ヘッダ確定ボタン７２１の入力ができないように制御する。また、ヘッダ部９００の入力を補助するために、過去伝票複写ボタンやパターン読込ボタン７２３を表示する。この場合、必須入力項目に未入力項目があることから、ヘッダ確定ボタン７２１は押下不可能な状態（非アクティブ）で表示する。未入力項目に関してはコンテキストメニュー内に全未入力項目の項目名称ボタン７２２（移動ボタン）を表示する。項目名称ボタン７２２は、ステップＳ５０５で取得した必須入力項目１１４３と入力済みの入力項目とに基づいて表示する。こうすることで、どの項目を入力すべきなのか、ユーザが一目でわかるようになる。

次に、ステップＳ５１０では、情報処理装置１０１は、ステップＳ５０５と同様に、入力中の画面の画面名と、現在入力している入力部分に基づいて、必須入力項目がどこなのかを示す必須入力項目１１４３を必須入力項目マスタ１１４０（図１２参照）から取得する。

ステップＳ５３０では、情報処理装置１０１は、既に明細が反映されているか否かを判定する。明細がある場合には、ステップＳ５４０に処理を進め、そうでない場合には、ステップＳ５３５に処理を進める。

ステップＳ５３５では、情報処理装置１０１は、ステップＳ５１５と同様に、未入力の必須入力項目があるか否かを判定する。未入力の必須入力項目があると判定された場合には、ステップＳ５５０に処理を進め、そうでない場合には、ステップＳ５４５に処理を進める。

ステップＳ５４５では、情報処理装置１０１は、コンテキストメニュー７３０に示すようなコンテキストメニューを表示する。この場合、明細が１件もない状態での伝票確定は不可能であるため、伝票確定ボタン７３１は押下不可能な状態（非アクティブ）で表示する。未入力項目はないため、明細反映ボタン７３２は押下可能である。

ステップＳ５５０では、情報処理装置１０１は、コンテキストメニュー７４０に示すようなコンテキストメニューを表示する。この場合、未入力項目が存在するため、明細反映ボタン７４１は押下不可能な状態（非アクティブ）で表示する。また明細が１件もない状態での伝票確定は不可能であることから、伝票確定ボタン７４２も押下不可能な状態（非アクティブ）で表示する。未入力項目に関しては前述と同様に、コンテキストメニュー内に全未入力項目の項目名称ボタン７４３を表示する。

ステップＳ５４０では、情報処理装置１０１は、ステップＳ５１５と同様に、未入力の必須入力項目があるか否かを判定する。未入力の必須入力項目があると判定された場合には、ステップＳ５６０に処理を進め、そうでない場合には、ステップＳ５５５に処理を進める。

ステップＳ５５５では、情報処理装置１０１は、コンテキストメニュー７５０に示すようなコンテキストメニューを表示する。この場合、未入力項目はないため、明細反映ボタン７５１は押下可能である。また明細は１件以上反映済みのため、伝票確定ボタン７５２も押下可能である。

ステップＳ５６０では、情報処理装置１０１は、コンテキストメニュー７６０に示すようなコンテキストメニューを表示する。この場合、未入力項目が存在するため、明細反映ボタン７６１は押下不可能な状態（非アクティブ）で表示する。一方で、明細は１件以上反映済みのため、伝票確定ボタン７６２は押下可能である。未入力項目に関しては前述と同様に、コンテキストメニュー内に全未入力項目の項目名称ボタン７４３を表示する。

ステップＳ５６５では、情報処理装置１０１は、ステップＳ５２０、ステップＳ５２５、ステップＳ５４５、ステップＳ５５０、ステップＳ５５５、ステップＳ５６０でそれぞれ表示されたコンテキストメニューが選択された場合の動作を行う。コンテキストメニュー動作処理の詳細は、後述する図７に示す。

次に、コンテキストメニュー動作処理について図７を用いて説明する。尚、Ｓ６０１乃至Ｓ６３５の各ステップは情報処理装置１０１おけるＣＰＵ２０１の制御の下、処理が行われる。

ステップＳ６０１では、情報処理装置１０１は、コンテキストメニュー内に表示されたメニュー項目が選択されたか否かを判定する。メニュー項目が選択されたと判定された場合には、ステップＳ６０５に処理を進め、そうでない場合には、コンテキストメニュー動作処理を終了するか、選択されるまで待機する。

ステップＳ６０５では、情報処理装置１０１は、選択されたメニュー項目が何なのか判定する。ヘッダ確定ボタンが押下されたと判定された場合には、ステップＳ６１０に処理を進め、過去伝複写ボタンが押下されたと判定された場合には、ステップＳ６１５に処理を進め、パターン読込ボタンが押下されたと判定された場合には、ステップＳ６２０に処理を進め、未入力の項目名ボタンが押下されたと判定された場合には、ステップＳ６２５に処理を進め、明細反映ボタンが押下されたと判定された場合には、ステップＳ６３０に処理を進め、伝票確定ボタンが押下されたと判定された場合には、ステップＳ６３５に処理を進める。

ステップＳ６１０では、情報処理装置１０１は、ヘッダ確定ボタンが押下されたので、ヘッダ部９００の入力内容を確認し、問題がなければ確定し、明細部１０００の入力を受け付ける。この処理は、ヘッダ確定ボタン９０２が押下された場合と同様の処理である。

ステップＳ６１５では、情報処理装置１０１は、過去伝複写ボタンが押下されたので、伝票検索画面（不図示）を表示し、画面から選択された仕訳伝票マスタ１１３０のデータを入力値に反映する処理を行う。この処理は、過去伝複写ボタン９０３が押下された場合と同様の処理である。過去伝複写ボタンは、過去に作成した伝票を呼び出して、新しい伝票の作成に利用するものである。

ステップＳ６２０では、情報処理装置１０１は、パターン読込ボタンが押下されたので、パターン検索画面（不図示）を表示し、画面から選択された仕訳パターンマスタ１１２０のデータを入力値に反映する処理を行う。この処理は、パターン読込ボタン９０４が押下された場合と同様の処理である。仕訳パターンマスタ１１２０は、会社コード１１２１、仕訳パターンコード１１２３、明細行番号１１２４、科目１１２５、部門１１２６、取引先１１２７、仕訳金額１１２８から構成される。仕訳パターンマスタ１１２０は、何度使用する仕訳データをパターン（テンプレート）として登録しておけるマスタである。

ステップＳ６２５では、情報処理装置１０１は、未入力の項目名ボタンが押下されたので、押下された項目にフォーカスを移す処理を行う。

ステップＳ６３０では、情報処理装置１０１は、明細反映ボタンが押下されたので、明細部１０００の入力内容を確認し、問題がなければ明細をグリッド１００４に追加して次の明細の入力を可能にする。この処理は明細反映ボタン１００２を押下した場合と同様の処理である。

ステップＳ６３５では、情報処理装置１０１は、伝票確定ボタンが押下されたので、ヘッダ部、明細部の入力内容を確認し、問題がなければ伝票を確定し、伝票確定ボタン１００３を登録ボタンに変更する。この処理は伝票確定ボタン１００３を押下した場合と同様の処理である。

以上説明したように、本実施形態によれば、画面の入力状況に応じて、表示するコンテキストメニューのメニュー項目を変更することが可能となるので、ユーザの業務を効率的に支援することができる。

次に、本発明の第２の実施例について説明を行う。

前述した業務支援アプリケーションでは、情報処理装置１０１において主に２通りの入力方法によって操作される。１つは情報処理装置１０１に接続されたキーボードによって操作される方法である。業務支援アプリケーションは、データ入力がメインであるため、キーボードからの入力操作が非常に多い。よって、できる限りキーボードだけで操作できるようなインターフェースが望まれている。つまり、各入力項目はキーボードのＴａｂキーを押下することで移動できるようにし、コンテキストメニューについても所定のキー入力によって表示させている。

もう１つの入力方法は、マウスとキーボードの両方によって操作される方法である。キーボードだけで操作できるユーザは、熟練のユーザであるのでマウス操作を行わなくとも、業務支援アプリケーションを操作することが可能であるが、初心者や慣れていないユーザについてはショートカットキーなどを覚えていないため、マウス操作も併用することで業務支援アプリケーションを使用している。

このような２通りの背景が存在するため、それぞれの入力方法において適切なコンテキストメニューを表示したほうがより効率的である。具体的には、キーボード操作によってコンテキストメニューが呼び出された場合には、キーボード操作が主体のユーザである可能性が高いので、前述したように明細反映ボタンや伝票確定ボタンをコンテキストメニューに表示させる。

一方、マウス操作によってコンテキストメニューが呼び出された場合には、マウス操作も併用しているユーザである可能性が高いので、コンテキストメニューには明細反映ボタンや伝票確定ボタンを表示させないようにする。基本的にマウス操作の場合には、何回もＴａｂキーを押下して目的のボタンに辿りつく必要はなく、画面上のカーソルを移動させればよいだけである。つまり、Ｔａｂキーを何回も押下するよりも不便はない。むしろ、前述の仕組みによってコンテキストメニューの表示項目が増えてしまっては、マウス操作を行う可能性の高い初心者ユーザにとっては、逆に混乱させてしまう。

このことから、マウス操作によってコンテキストメニューを呼び出した場合には、各種ボタンを表示させないことで、初心者ユーザの利便性を向上させ、更にキーボード操作によってコンテキストメニューを呼び出した場合には、各種ボタンを表示させることで、熟練ユーザの利便性も向上させることができる。以下、この仕組みについて第２の実施例として説明を行う。

まず、第２の実施例の概要について、図１３と図１４を用いて説明する。

図１３は、仕訳入力画面においてキーボード操作により、コンテキストメニューを呼び出した場合の模式図である。まず、情報処理装置１０１は、サーバ１０２から送信された仕訳入力画面をＷｅｂブラウザに表示させてユーザからの入力を受け付ける。具体的には、各入力項目に対するデータの入力や各種ボタンに対する押下、そしてコンテキストメニューの呼び出しである。ユーザは明細部で必要なデータ入力を行った後、明細反映ボタンを押下するためにＴａｂキーでフォーカスを移動しようとする。しかし、図１３の例では明細反映ボタンに辿りつくまで６回もＴａｂキーを押下する必要があり、非常に手間である。伝票確定ボタンにおいては７回もＴａｂキーを押下する必要がある。マウス操作でこれらのボタンをクリックすればよいのだが、会計処理を行うような業務支援アプリケーションでは素早く入力する必要があるため、できるだけキーボードから手を離したくない。また、ファンクションキーに明細反映ボタンや伝票確定ボタンを割り当てる仕組みも考えられるが、Ｗｅｂブラウザで画面制御を行っているので、ファンクションキーに明細反映ボタンや伝票確定ボタンを割り当てたくても、Ｗｅｂブラウザによってファンクションキーが使用されているので難しい（例えば、Ｆ５はページの更新機能として使用されているので、Ｆ５を明細反映ボタンにはできない。）。よって、所定のキーボード操作によってコンテキストメニューが呼び出されると、各入力項目に不足がないかどうかチェックし、問題なければ、明細反映ボタンや伝票確定ボタンといった各種ボタンをコンテキストメニューの上部に表示する。ユーザはキーボードの方向キーやＴａｂキーを用いて必要なボタンのメニューにフォーカスを合わせ、選択するだけで当該ボタンの機能を実行できるので、Ｔａｂキーを何回も押下するような煩わしい作業は必要なくなる。

一方、図１４は、仕訳入力画面においてマウス操作により、コンテキストメニューを呼び出した場合の模式図である。図１３と同じように、まず、情報処理装置１０１は、仕訳入力画面をＷｅｂブラウザ上に表示させてユーザからの入力を受け付ける。こちらの場合も図１３と同様にコンテキストメニューに明細反映ボタンや伝票確定ボタンを表示してしまうと、コンテキストメニューの数が多くなるので、混乱の元となってしまう。よって、右クリック等のマウス操作によってコンテキストメニューが呼び出された場合には、明細反映ボタンや伝票確定ボタンといった各種ボタンを表示せずに、通常のコンテキストメニューのみを表示する。マウス操作はキーボード操作に比べて、ボタンまで辿りつく労力が少ないことと、マウス操作を行うユーザには初心者が多いのでコンテキストメニューに余計な情報を表示させないようにすることで、操作効率を向上させている。この図１３と図１４の２つの仕組みを同時に備えて、キーボード操作によってコンテキストメニューが呼び出されたのか、またはマウス操作によってコンテキストメニューが呼び出されたのかを判定し、適切な表示内容に切り替えることで、どのようなユーザであっても効率的に作業を進めることが可能となる。

以下、第２の実施例における詳細な処理について説明を行うが、前述した実施例におけるシステム構成とハードウェア構成は同様であるので、説明を省略する。

次に、情報処理装置１０１及びサーバ１０２のモジュール構成を示す機能構成図について、図２１を用いて説明する。尚、図２１の各種端末あるいはサーバのモジュール構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

情報処理装置１０１は、記憶モジュール２１０１、画面表示モジュール２１０２、送受信モジュール２１０３、判定モジュール２１０４、コンテキストメニュー制御モジュール２１０５、入力機器判定モジュール２１０６、必須入力項目チェックモジュール２１０７を備える。

記憶モジュール２１０１は、各種データやテーブルを記憶するためのモジュールである（記憶手段）。本実施例では特に入力データや会計伝票データの記憶を行う。画面表示モジュール２１０２は、記憶モジュール３０１で記憶された各種データやテーブルを取得して、ＣＲＴ２１０に表示するためのモジュールである。特に本実施例では、情報処理装置１０１の業務支援アプリケーションをＷｅｂブラウザで実行させるため、画面表示モジュール２１０２によって表示されたＷｅｂブラウザ上で業務支援アプリケーションを実行、表示することになる。送受信モジュール２１０３は、サーバ１０２をはじめとする各種装置とデータの送受信をするためのモジュールである。判定モジュール２１０４は、記憶モジュール３０１に記憶されたデータやユーザから操作等に基づいて、各種判定を行うためのモジュールである。コンテキストメニュー制御モジュール２１０５は、ユーザから入力補助のためのコンテキストメニューの表示が指示された場合に当該コンテキストメニューを表示したり、コンテキストメニューに表示するボタンの制御を行ったりする。また、入力機器判定モジュール２１０６は、コンテキストメニューの表示指示を行った入力機器が、キーボードなのか、マウスなのか判定するためのモジュールである。これ以外の機器であってもよい。必須入力項目チェックモジュール２１０７は、画面に備えられた入力項目のうち、必ず入力しなくてはいけない必須入力項目に入力がなされているか否かを確認するためのモジュールである。

次に、本発明の第２の実施例における情報処理装置１０１及びサーバ１０２によって行われる一連の処理について、図１５に示すフローチャートを用いて説明する。尚、Ｓ１５０１、Ｓ１５０４乃至Ｓ１５０８の各ステップは情報処理装置１０１におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ１５０２、Ｓ１５０３の各ステップはサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。

尚、この処理を情報処理装置１０１及びサーバ１０２に実行させるためのプログラムは、情報処理装置１０１及びサーバ１０２にインストールされている業務支援アプリケーションの一部、若しくはアドオンプログラムとして用意されていてもよいし、業務支援アプリケーションとは別にインストールされたプログラムとして用意されていてもよい。

まず、ステップＳ１５０１では、情報処理装置１０１は、ユーザからの指示に応じて業務支援アプリケーションを起動し、メニュー画面の取得要求をサーバ１０２に対して送信する。

ステップＳ１５０２では、サーバ１０２は、情報処理装置１０１から送信されたメニュ画面の取得要求を受信し、ステップＳ１５０３では、メニュー画面を取得して情報処理装置１０１に送信する。

ステップＳ１５０４では、情報処理装置１０１は、サーバ１０２から送信された業務支援アプリケーションのメニュー画面（不図示）をＷｅｂブラウザ上に表示する。メニュー画面は業務支援アプリケーションで利用可能な各種画面を呼び出すポータルサイト的な画面であり、ユーザからの選択に応じて、選択された画面を表示するようになっている。ステップＳ１５０５では、情報処理装置１０１は、ステップＳ１５０４で表示されたメニュー画面に対するユーザからの操作を受け付ける。

ステップＳ１５０６では、情報処理装置１０１は、ステップＳ１５０５で受け付けたユーザからの操作がメニュー選択であったか否かを判定する。第２の実施例においても、選択されたメニューが仕訳入力画面であった場合を想定して、以下説明を行う。メニュー選択がなされたと判定された場合には、ステップＳ１５０７に処理を進め、そうでない場合には、ステップＳ１５０８に処理を進める。

ステップＳ１５０７では、情報処理装置１０１は、会計業務の仕訳を行うための処理を実行する。仕訳入力処理の詳細は、後述する図１６に示す。

ステップＳ１５０８では、情報処理装置１０１は、ステップＳ１５０５で受け付けたユーザからの操作が業務支援アプリケーションの終了指示であったか否かを判定する。具体的には、ウィンドウの閉じるボタンが押下されたかどうかを検知してもよいし、終了指示可能なメニューが選択されたどうかを検知してもよい。終了指示があったと判定された場合には、業務支援アプリケーションを終了した上で、本一連の処理を終了し、そうでない場合には、ステップＳ１５０５に処理を戻す。

次に、本発明の第２の実施例における情報処理装置１０１及びサーバ１０２によって行われる仕訳入力処理について、図１６に示すフローチャートを用いて説明する。尚、Ｓ１６０１、Ｓ１６０４乃至Ｓ１６１４、Ｓ１６１７の各ステップは情報処理装置１０１におけるＣＰＵ２０１の制御の下、処理が行われる。また、Ｓ１６０２、Ｓ１６０３、Ｓ１６１５、Ｓ１６１６各ステップはサーバ１０２におけるＣＰＵ２０１の制御の下、処理が行われる。

まず、ステップＳ１６０１では、情報処理装置１０１は、サーバ１０２に対して仕訳入力画面２２００（図２２参照）の取得要求を送信する。

ステップＳ１６０２では、サーバ１０２は、情報処理装置１０１から送信された仕訳入力画面の取得要求を受信し、ステップＳ１６０３では、仕訳入力画面を取得して情報処理装置１０１に送信する。

ステップＳ１６０４では、情報処理装置１０１は、サーバ１０２から送信された仕訳入力画面を受信し、Ｗｅｂブラウザ上に図２２に示すような仕訳入力画面２２００として表示させる（表示手段）。仕訳入力画面２２００については、前述した実施例の仕訳入力画面８００（図９参照）と同様である。そして、ステップＳ１６０５では、情報処理装置１０１は、ステップＳ１６０４で表示された仕訳入力画面８００の明細部に対してユーザからの入力を受け付ける。前述した実施例では、ヘッダ部に対しても入力を受け付けて、コンテキストメニューの表示を制御していたが、第２の実施例では説明を省略する。基本的な仕組みはこの第２の実施例と同様である。以下、ヘッダ部に対する入力は完了しているものとして、説明を行う。

ステップＳ１６０６では、情報処理装置１０１は、ステップＳ１６０５で受け付けたユーザからの操作がコンテキストメニューの呼び出しか否かを判定する（コンテキストメニュー表示指示受付手段）。具体的には、所定のキーボード操作か、所定のマウス操作によって呼び出しがあったか否かを判定すればよい。例えば、業務支援アプリケーションで「Ｓｈｉｆｔ＋Ｆ１０」が押下されたら、コンテキストメニューを呼び出す仕組みになっていれば、「Ｓｈｉｆｔ＋Ｆ１０」の押下を受け付けたかどうか判定すればよいし、マウスの右クリックによってコンテキストメニューを呼び出す仕組みになっていれば、マウスの右クリックを受け付けたかどうかを判定すればよい。ユーザからの操作がコンテキストメニューの呼び出しであると判定された場合には、ステップＳ１６０７に処理を進め、そうでない場合には、ステップＳ１６０５に処理を戻す。

ステップＳ１６０７では、情報処理装置１０１は、ステップＳ１６０５で受け付けたコンテキストメニューの呼び出し操作を行った入力機器が、キーボードであるのか、マウスであるのかを特定する。具体的には、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）で検知した入力機器の情報を用いるようにすればよい。

ステップＳ１６０８では、情報処理装置１０１は、ステップＳ１６０４で特定された入力機器がキーボードであるのか、マウスであるのかを判定する。キーボードであると判定された場合には、ステップＳ１６０９に処理を進め、マウスであると判定された場合には、ステップＳ１６１０に処理を進める。

ステップＳ１６０９では、情報処理装置１０１は、キーボード操作によってコンテキストメニューが呼び出されたので、キーボード用のコンテキストメニューの表示処理を実行する。キーボード用表示処理の詳細は、後述する図１７に示す。

一方、ステップＳ１６１０では、情報処理装置１０１は、マウス操作によってコンテキストメニューが呼び出されたので、マウス用のコンテキストメニューの表示処理を実行する。マウス用表示処理の詳細は、後述する図１９に示す。

ステップＳ１６１１では、情報処理装置１０１は、図２０で後述するコンテキストメニュー動作処理において、明細反映ボタン２２０１が押下済みであるか否かを判定する。明細反映ボタン２２０１は、図２２に示す仕訳入力画面２２００に備えられたボタンであり、明細部に入力された入力データを明細データとして反映するためのボタンである。明細反映ボタン２２０１が押下されると、入力データをサーバ１０２に送信し、明細データとして保存しておく。あくまで一時保存であり、複数の明細データが入力され、ユーザから伝票確定ボタン２２０２が押下された段階で、サーバ１０２において明細データの入力内容が問題ないかチェックされる仕組みである。つまり、ステップＳ１６１１では、入力されたデータを明細データとして反映されたかどうか、まだデータの入力中なのかどうかを判定していることになる。明細反映ボタン２２０１が押下済みであると判定された場合には、ステップＳ１６１２に処理を進め、そうでない場合には、ステップＳ１６０５に処理を戻す。

ステップＳ１６１２では、情報処理装置１０１は、図２０で後述するコンテキストメニュー動作処理において、伝票確定ボタン２２０２が押下済みであるか否かを判定する。伝票確定ボタン２２０２は仕訳入力画面２２００に備えられたボタンであり、明細反映ボタン２２０１でサーバ１０２に一時保存されたデータの整合性チェック等を行う。そして、問題がなければ、伝票データとして確定し、ユーザからの変更を不可にするボタンである。尚、伝票確定ボタン２２０２が押下されても仕訳伝票マスタ１１３０には登録されない。伝票確定ボタン２２０２が押下済みであると判定された場合には、ステップＳ１６１３に処理を進め、そうでない場合には、ステップＳ１６０５に処理を戻す。

ステップＳ１６１３では、情報処理装置１０１は、仕訳入力画面２２００に備えられた伝票登録ボタン２２０３が押下されたか否かを判定する。伝票登録ボタン２２０３が押下されることで初めて、サーバ１０２に保存された確定された伝票データを仕訳伝票マスタ１１３０に登録される。尚、前述した実施例とは異なり、仕訳伝票マスタ１１３０はサーバ１０２で記憶管理されているものとする。伝票登録ボタン２２０３が押下されたと判定された場合には、ステップＳ１６１４に処理を進め、そうでない場合には、伝票登録ボタン２２０３が押下されるまで待機する。

ステップＳ１６１４では、情報処理装置１０１は、伝票確定ボタン２２０２によって確定された伝票データの登録要求をサーバ１０２に送信する。

ステップＳ１６１５では、サーバ１０２は、情報処理装置１０１から送信された伝票データの登録要求を受信し、ステップＳ１６１６では、一時保存された伝票データを取得し、仕訳伝票マスタ１１３０に登録する。そして、情報処理装置１０１に対して実行結果を送信する。

ステップＳ１６１７では、情報処理装置１０１は、サーバ１０２から伝票データの登録が完了した旨を受信し、仕訳入力処理を終了し、呼び出し元に処理を戻す。

次に、本発明の第２の実施例における情報処理装置１０１によって行われるキーボード用表示処理について、図１７に示すフローチャートを用いて説明する。尚、Ｓ１７０１乃至Ｓ１７２１の各ステップは情報処理装置１０１におけるＣＰＵ２０１の制御の下、処理が行われる。

まず、ステップＳ１７０１では、情報処理装置１０１は、仕訳入力画面２２００に入力された項目のうち、必須入力項目がすべて入力されているかどうかを判定するために、必須入力項目マスタ１１４０（図１２参照）を取得する。必須入力項目マスタ１１４０は、情報処理装置１０１に記憶されていてもよいし、サーバ１０２から取得してもよい。

ステップＳ１７０２では、情報処理装置１０１は、仕訳入力画面２２００に入力された入力項目の項目名を特定する。項目名は、入力されている項目に対応する項目名を特定するようにすればよい。例えば、ＨＴＭＬで生成されたページであれば、入力フォームに該当するタグに属性として項目名を含めておき、それを読み取るようにしてもよい。特定する方法は特に問わない。

ステップＳ１７０３では、情報処理装置１０１は、すでに明細反映ボタン２２０１の押下を受け付けて、入力データをサーバ１０２に送信し、明細データとして一時保存中であるか否かを判定する。情報処理装置１０１のみで判定するのであれば、明細反映ボタン２２０１が押下済みか否かを履歴として保持しておき、それによって判定するようにすればよいし、サーバ１０２に対して明細データの有無を問い合わせ、サーバ１０２が明細データの有無を判定し、その判定結果を情報処理装置１０１に送信して、情報処理装置１０１がその判定結果に応じて明細データの有無を判定するようにしてもよい。明細反映ボタン２２０１が押下済みであると判定された場合には、ステップＳ１７１３に処理を進め、そうでない場合には、ステップＳ１７０４に処理を進める。

ステップＳ１７０４では、情報処理装置１０１は、更に、未入力の必須入力項目があるか否かを判定する（判定手段）。具体的には、ステップＳ１７０１で取得した必須入力項目マスタ１１４０と、ステップＳ１７０２で特定した入力済み項目の項目名とを比較して、必須入力項目マスタ１１４０に存在する必須入力項目１１４３がすべて入力済みかどうかを判定すればよい。未入力の必須入力項目があると判定された場合には、ステップＳ１７０８に処理を進め、未入力の必須入力項目がないと判定された場合には、ステップＳ１７０５に処理を進める。

ステップＳ１７０５では、情報処理装置１０１は、すべての必須入力項目が入力済みであると判定されたので、明細反映ボタン２２０１を規定のコンテキストメニューの最上部に配置する。Ｗｅｂブラウザにもコンテキストメニューは存在し、右クリックや「Ｓｈｉｆｔ＋Ｆ１０」の操作を受け付けることで、当該コンテキストメニューを表示するようになっている。Ｗｅｂブラウザのコンテキストメニューには、例えば、文字列や画像の「コピー」や「貼り付け」、ページの「更新」といったメニューがある。Ｗｅｂブラウザで業務支援アプリケーションを動作させるため、これらのメニューもコンテキストメニューに表示されるのだが、明細反映ボタン２２０１がコンテキストメニューに表示されたとしても、最下部に配置されてしまっては、結局Ｗｅｂブラウザが用意したメニュー分の下キーの押下が発生してしまう。メニューの数が多ければ、コンテキストメニューを表示せずに、Ｔａｂキーの押下を行ったほうが早い場合も出てきてしまう。よって、本発明によって表示する各種ボタンや情報は、コンテキストメニューの最上部に表示させることで、素早くフォーカスを移動させることを可能にしている。尚、本実施例では、コンテキストメニューの最上部とするが、これはコンテキストメニューを呼び出した場合に、上から下にコンテキストメニューが開いた場合を想定している。つまり、一番最初に選択状態となるメニューが一番上の場合である。下から上にコンテキストメニューが開くような場合、つまり一番最初に選択状態となるメニューが一番下の場合には、最下部に各種ボタンや情報を配置するものとする。

ステップＳ１７０６では、情報処理装置１０１は、伝票確定ボタン２２０２をステップＳ１７０５でコンテキストメニューに配置された明細反映ボタン２２０１の下に配置し、ステップＳ１７０７では、配置した伝票確定ボタン２２０２の状態を非アクティブ（実行不可能な状態）とする。これは、明細データがまだサーバ１０２に存在していないことを明示するために、あえて伝票確定ボタン２２０２を配置して、ユーザが当該ボタンを押下できないような非アクティブ状態としている。本実施例では、非アクティブとしているが、非表示としてしまってもよい。この場合には、コンテキストメニューには、明細反映ボタン２２０１だけがアクティブな状態（実行可能な状態）で表示されることになる。

ステップＳ１７０５乃至ステップＳ１７０７における処理の結果、図１８に示すキーボード呼び出し時のコンテキストメニューの表示パターン１８００のうち、表示パターン１８０１に示すような表示形態で明細反映ボタン２２０１と伝票確定ボタン２２０２が表示される。伝票確定ボタン２２０２は、ユーザによって選択され、実行を指示されたとしても、反応しない状態（非アクティブ状態）となっている。使用可能なボタンから優先的な位置に表示することで、より少ないキー押下でユーザが実行したいボタンに辿りつくことができるようになっている。

一方、ステップＳ１７０８では、情報処理装置１０１は、ステップＳ１７０４において判定された未入力の必須入力項目をコンテキストメニューの最上部に配置する。具体的には、未入力の必須入力項目の項目名を表示し、未入力である旨を通知するようにする。そして、コンテキストメニューに表示された当該項目名を選択すると、該当する入力フォームにフォーカスが移動するようにする。選択された項目名から一致する項目名を持つ入力フォームを特定し、特定された入力フォームにフォーカスを移動するように制御すればよい。入力フォームの特定と、フォーカスの移動については従来技術であるので、説明を省略する。こうすることで、容易に必須入力項目にフォーカスを移動させて、入力を促すことが可能となる。

ステップＳ１７０９では、情報処理装置１０１は、ステップＳ１７０８でコンテキストメニューに表示された未入力の必須入力項目名の下に明細反映ボタン２２０１を配置し、ステップＳ１７１０では、伝票確定ボタン２２０２をその明細反映ボタン２２０１の下に配置する。そして、ステップＳ１７１１では、情報処理装置１０１は、ステップＳ１７０９で配置された明細反映ボタン２２０１を非アクティブ状態にし、ステップＳ１７１２では、ステップＳ１７１０で配置された伝票確定ボタン２２０２を非アクティブ状態にする。明細データがサーバ１０２に記憶されておらず、更に未入力の必須入力項目もあることから、明細反映ボタン２２０１も伝票確定ボタン２２０２も使用することができない。よって、この２つのボタンを非アクティブ状態としている。本実施例では、非アクティブとしているが、非表示としてしまってもよい。この場合には、コンテキストメニューには、未入力の必須入力項目だけが表示されることになる。

ステップＳ１７０８乃至ステップＳ１７１２における処理の結果、図１８に示すキーボード呼び出し時のコンテキストメニューの表示パターン１８００のうち、表示パターン１８０２に示すような表示形態で未入力の必須入力項目と明細反映ボタン２２０１と伝票確定ボタン２２０２が表示される。このうち、明細反映ボタン２２０１と伝票確定ボタン２２０２は、非アクティブ状態である。

ステップＳ１７０３で明細データがサーバ１０２に存在すると判定された場合には、ステップＳ１７１３では、情報処理装置１０１は、ステップＳ１７０４と同様に、未入力の必須入力項目があるか否かを判定する（判定手段）。具体的には処理内容については、ステップＳ１７０４と同様である。未入力の必須入力項目があると判定された場合には、ステップＳ１７１６に処理を進め、未入力の必須入力項目がないと判定された場合には、ステップＳ１７１４に処理を進める。

ステップＳ１７１４では、情報処理装置１０１は、明細反映ボタン２２０１をコンテキストメニューの最上部に配置し、ステップＳ１７１５では、伝票確定ボタン２２０２をステップＳ１７１４で配置された明細反映ボタン２２０１の下に配置する。今回は、明細データもあり、すべての必須入力項目も入力済みであることから、どちらのボタンもユーザからの実行を受け付ける状態（アクティブ状態）にしておく。ステップＳ１７１４、ステップＳ１７１５における処理の結果、図１８に示すキーボード呼び出し時のコンテキストメニューの表示パターン１８００のうち、表示パターン１８０３に示すような表示形態で明細反映ボタン２２０１と伝票確定ボタン２２０２が表示される。どちらもアクティブ状態で表示されている様子がわかる。

一方、ステップＳ１７１６では、情報処理装置１０１は、コンテキストメニューの最上部に伝票確定ボタン１７１６を配置する。そして、ステップＳ１７１７では、情報処理装置１０１は、未入力の必須入力項目をコンテキストメニューに配置する。具体的な処理方法は前述の通りである。更に、ステップＳ１７１８では、情報処理装置１０１は、明細反映ボタン２２０１をステップＳ１７１７で配置した未入力の必須入力項目の下に配置し、ステップＳ１７１９では、配置した明細反映ボタン２２０１を非アクティブ状態にする。本実施例では、非アクティブとしているが、非表示としてしまってもよい。この場合には、コンテキストメニューには、伝票確定ボタン２２０２と未入力の必須入力項目が表示されることになる。

ステップＳ１７１６乃至ステップＳ１７１９における処理の結果、図１８に示すキーボード呼び出し時のコンテキストメニューの表示パターン１８００のうち、表示パターン１８０３に示すような表示形態で伝票確定ボタン２２０２と未入力の必須入力項目と明細反映ボタン２２０１が表示される。このうち、明細反映ボタン２２０１は、非アクティブ状態である。つまり、明細データはサーバ１０２に存在するので伝票の確定は可能だが、現在入力しているデータについては、未入力の必須入力項目が存在するので、明細反映ボタン２２０１を実行することができない。よって、最上部にアクティブ状態の伝票確定ボタン２２０２を配置し、次に未入力の必須入力項目、非アクティブ状態の明細反映ボタン２２０１という順に配置している。

ステップＳ１７２０では、情報処理装置１０１は、ステップＳ１７０５乃至ステップＳ１７０７、またはステップＳ１７０８乃至ステップＳ１７１２、またはステップＳ１７１４乃至ステップＳ１７１５、またはステップＳ１７１６乃至ステップＳ１７１９のいずれかで構築されたコンテキストメニューを、仕訳入力画面２２００に表示させる。例えば、ステップＳ１７１４乃至ステップＳ１７１５で構築されたコンテキストメニューは、図１３のコンテキストメニュー例１３０１に示すような形態で表示させる。コンテキストメニューを表示すると、最上部のメニューにフォーカスが移動する。つまり、図１３のコンテキストメニュー例１３０１で言えば、明細反映ボタン２２０１にフォーカスが当たっていることになる。こうすることで、コンテキストメニューの呼び出しとＥｎｔｅｒキー押下の２回で明細反映ボタン２２０１を実行することが可能となる。

ステップＳ１７２１では、情報処理装置１０１は、ステップＳ１７２０で表示されたコンテキストメニューに対する選択を受け付けて、そのメニュー内容を実行するための処理を実行する。コンテキストメニュー動作処理の詳細は、後述する図２０に示す。

次に、本発明の第２の実施例における情報処理装置１０１によって行われるマウス用表示処理について、図１９に示すフローチャートを用いて説明する。尚、Ｓ１９０１乃至Ｓ１９０６の各ステップは情報処理装置１０１におけるＣＰＵ２０１の制御の下、処理が行われる。

まず、ステップＳ１９０１では、情報処理装置１０１は、仕訳入力画面２２００に入力された項目のうち、必須入力項目がすべて入力されているかどうかを判定するために、必須入力項目マスタ１１４０（図１２参照）を取得する。必須入力項目マスタ１１４０は、情報処理装置１０１に記憶されていてもよいし、サーバ１０２から取得してもよい。

ステップＳ１９０２では、情報処理装置１０１は、仕訳入力画面２２００に入力された入力項目の項目名を特定する。項目名は、入力されている項目に対応する項目名を特定するようにすればよい。例えば、ＨＴＭＬで生成されたページであれば、入力フォームに該当するタグに属性として項目名を含めておき、それを読み取るようにしてもよい。特定する方法は特に問わない。

ステップＳ１９０３では、情報処理装置１０１は、未入力の必須入力項目があるか否かを判定する。具体的には、ステップＳ１９０１で取得した必須入力項目マスタ１１４０と、ステップＳ１９０２で特定した入力済み項目の項目名とを比較して、必須入力項目マスタ１１４０に存在する必須入力項目１１４３がすべて入力済みかどうかを判定すればよい。未入力の必須入力項目があると判定された場合には、ステップＳ１９０４に処理を進め、未入力の必須入力項目がないと判定された場合には、ステップＳ１９０５に処理を進める。

ステップＳ１９０４では、情報処理装置１０１は、ステップＳ１９０３において判定された未入力の必須入力項目をコンテキストメニューの最上部に配置する。具体的には、未入力の必須入力項目の項目名を表示し、未入力である旨を通知するようにする。そして、コンテキストメニューに表示された当該項目名を選択すると、該当する入力フォームにフォーカスが移動するようにする。選択された項目名から一致する項目名を持つ入力フォームを特定し、特定された入力フォームにフォーカスを移動するように制御すればよい。入力フォームの特定と、フォーカスの移動については従来技術であるので、説明を省略する。こうすることで、容易に必須入力項目にフォーカスを移動させて、入力を促すことが可能となる。

ステップＳ１９０５では、情報処理装置１０１は、ステップＳ１９０４で構築されたコンテキストメニューか、Ｗｅｂブラウザ規定のメニューのみが配置されたコンテキストメニューを表示する。つまり、明細反映ボタン２２０１や伝票確定ボタン２２０２といったボタンは表示させない。マウスでコンテキストメニューの表示指示がなされたということは、マウス操作が主体のユーザであると考えられる。各種ボタンまでマウスのカーソルを移動することは、Ｔａｂキーを何度も押下するよりも労力は低いことと、コンテキストメニューの項目が増えることによる複雑化を防ぐために、コンテキストメニューには各種ボタンを表示させないようにしている。ステップＳ１９０５における処理の結果、図１８に示すマウス呼び出し時のコンテキストメニューの表示パターン１８１０のうち、表示パターン１８１０に示すような表示形態で未入力の必須入力項目が表示される。

ステップＳ１９０６では、情報処理装置１０１は、ステップＳ１９０４で構築されたコンテキストメニューがあれば、ステップＳ１９０４で構築されたコンテキストメニューを仕訳入力画面２２００に表示させ、それがない場合には、Ｗｅｂブラウザが備える規定のコンテキストメニューだけを表示する。例えば、必須入力項目がすべて入力済みでマウスによってコンテキストメニューの表示指示がなされた場合には、図１４のコンテキストメニュー例１４０１に示すような形態で表示させる。必須入力項目がすべて入力済みなので、未入力の必須入力項目を表示させる必要はなく、Ｗｅｂブラウザが備える規定のコンテキストメニューだけを表示させる。

次に、本発明の第２の実施例における情報処理装置１０１によって行われるコンテキストメニュー動作処理について、図２０に示すフローチャートを用いて説明する。尚、Ｓ２００１乃至Ｓ２００９の各ステップは情報処理装置１０１におけるＣＰＵ２０１の制御の下、処理が行われる。

まず、ステップＳ２００１では、情報処理装置１０１は、前述したステップＳ１７２０またはステップＳ１９０５で表示されたコンテキストメニューに対する操作を受け付ける。

ステップＳ２００２では、情報処理装置１０１は、ステップＳ２００１で受け付けた操作が、コンテキストメニューに表示された未入力の必須入力項目に対する実行指示であるか否かを判定する。未入力の必須入力項目に対する実行指示であると判定された場合には、ステップＳ２００３に処理を進め、そうでない場合には、ステップＳ２００４に処理を進める。

ステップＳ２００３では、情報処理装置１０１は、コンテキストメニューにおいて選択された未入力の必須入力項目に対応する入力フォームにフォーカスを移動させる。具体的には、当該必須入力項目の項目名と、入力フォームの項目名が一致する入力フォームを特定して、フォーカスを移動させればよい。処理方法については、前述の通りである。

ステップＳ２００４では、情報処理装置１０１は、ステップＳ２００１で受け付けた操作が、コンテキストメニューに表示された明細反映ボタン２２０１に対する実行指示であるか否かを判定する。明細反映ボタン２２０１に対する実行指示であると判定された場合には、ステップＳ２００５に処理を進め、そうでない場合には、ステップＳ２００６に処理を進める。尚、非アクティブ状態の明細反映ボタン２２０１に対する押下を受け付けた場合には、実行指示を受け付けないので、ステップＳ２００６に処理を進める。

ステップＳ２００５では、情報処理装置１０１は、仕訳入力画面２２００に入力された各種データをサーバ１０２に送信し、明細データとして反映する処理を実行する。明細データは、伝票確定ボタン２２０２の押下に応じて内容の整合性チェックが行われ、伝票登録ボタン２２０３の押下に応じて、仕訳伝票マスタ１１３０に登録される仕組みである。これらの仕組みについては従来技術であるので、説明を省略する。

ステップＳ２００６では、情報処理装置１０１は、ステップＳ２００１で受け付けた操作が、コンテキストメニューに表示された伝票確定ボタン２２０２に対する実行指示であるか否かを判定する。伝票確定ボタン２２０２に対する実行指示であると判定された場合には、ステップＳ２００７に処理を進め、そうでない場合には、ステップＳ２００８に処理を進める。尚、非アクティブ状態の伝票確定ボタン２２０２に対する押下を受け付けた場合には、実行指示を受け付けないので、ステップＳ２００８に処理を進める。

ステップＳ２００７では、情報処理装置１０１は、ステップＳ２００５で送信した明細データの入力チェックと、問題がなければ確定する旨の指示をサーバ１０２に対して送信する。サーバ１０２では、明細データの整合性チェック等、入力チェックを行い、問題がなければ明細データを確定し、伝票データとして登録指示があるまで一時保存する。

ステップＳ２００８では、情報処理装置１０１は、コンテキストメニューの終了指示があったか否かを判定する。具体的には、表示されたコンテキストメニュー以外の場所が選択された場合や、もう一度コンテキストメニューの呼び出し操作がなされた場合、コンテキストメニューに含まれる終了メニューが押下された場合などである。終了指示があったと判定された場合には、ステップＳ２００９に処理を進め、そうでない場合には、ステップＳ２００１に処理を戻す。

ステップＳ２００９では、情報処理装置１０１は、コンテキストメニューの終了指示があったので、表示されたコンテキストメニューを閉じ、コンテキストメニュー動作処理を終了して呼び出し元に処理を戻す。

以上説明したように、第２の実施例によれば、コンテキストメニューをキーボードで呼び出した場合と、マウスで呼び出した場合で、それぞれ表示するコンテキストメニューのメニュー項目を変更することが可能となるので、ユーザの業務を効率的に支援することができる。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００情報処理システム
１０１情報処理装置
１０２サーバ
１０３ネットワーク
２０１ＣＰＵ
２０２ＲＡＭ
２０３ＲＯＭ
２０４システムバス
２０５入力コントローラ
２０６ビデオコントローラ
２０７メモリコントローラ
２０８通信Ｉ／Ｆ（インターフェース）コントローラ
２０９入力装置
２１０ディスプレイ装置
２１１外部メモリ

Claims

コンテキストメニューを表示する情報処理装置であって、
各種データの入力を受け付ける入力項目を備える入力画面を表示する表示手段と、
前記表示手段で表示された入力画面において、コンテキストメニューの表示指示を受け付けるコンテキストメニュー表示指示受付手段と、
前記コンテキストメニュー表示指示受付手段でコンテキストメニューの表示指示を受け付けると、前記表示手段で表示された入力項目のうち、所定の入力項目がすべて入力済みであるか否かを判定する判定手段とを備え、
前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定された場合には、前記入力画面に備えられたボタンであって、前記入力項目に入力されたデータを登録するためのボタンが実行可能に配置されたコンテキストメニューを表示することを特徴とする情報処理装置。
前記表示手段は、前記コンテキストメニュー表示指示受付手段で前記情報処理装置に接続されたキーボードからコンテキストメニューの表示指示を受け付けた場合には、前記ボタンが配置されたコンテキストメニューを表示し、前記コンテキストメニュー表示指示受付手段で前記情報処理装置に接続されたマウスからコンテキストメニューの表示指示を受け付けた場合には、前記ボタンを配置せずにコンテキストメニューを表示することを特徴とする請求項１に記載の情報処理装置。
前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定されなかった場合には、前記ボタンが実行不可能に配置されたコンテキストメニューを表示することを特徴とする請求項１または２に記載の情報処理装置。
前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定されなかった場合には、前記ボタンを配置せずにコンテキストメニューを表示することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定された場合には、優先的に選択可能な位置に前記ボタンが実行可能に配置されたコンテキストメニューを表示することを特徴とする請求項１乃至４のいずれか1項に記載の情報処理装置。
前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定されなかった場合には、前記コンテキストメニューに未入力の入力項目に対してフォーカスを移動させるためのメニューを表示することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
コンテキストメニューを表示する情報処理装置の制御方法であって、
前記情報処理装置の表示手段が、各種データの入力を受け付ける入力項目を備える入力画面を表示する表示ステップと、
前記情報処理装置のコンテキストメニュー表示指示受付手段が、前記表示ステップで表示された入力画面において、コンテキストメニューの表示指示を受け付けるコンテキストメニュー表示指示受付ステップと、
前記情報処理装置の判定手段が、前記コンテキストメニュー表示指示受付ステップでコンテキストメニューの表示指示を受け付けると、前記表示ステップで表示された入力項目のうち、所定の入力項目がすべて入力済みであるか否かを判定する判定ステップとを備え、
前記表示ステップは、前記判定手段で所定の入力項目がすべて入力済みであると判定された場合には、前記入力画面に備えられたボタンであって、前記入力項目に入力されたデータを登録するためのボタンが実行可能に配置されたコンテキストメニューを表示することを特徴とする情報処理装置の制御方法。
コンテキストメニューを表示する情報処理装置の制御方法をコンピュータに実行させるためのコンピュータに読み取り実行可能なプログラムであって、
前記情報処理装置を、
各種データの入力を受け付ける入力項目を備える入力画面を表示する表示手段と、
前記表示手段で表示された入力画面において、コンテキストメニューの表示指示を受け付けるコンテキストメニュー表示指示受付手段と、
前記コンテキストメニュー表示指示受付手段でコンテキストメニューの表示指示を受け付けると、前記表示手段で表示された入力項目のうち、所定の入力項目がすべて入力済みであるか否かを判定する判定手段として機能させ、
前記表示手段は、前記判定手段で所定の入力項目がすべて入力済みであると判定された場合には、前記入力画面に備えられたボタンであって、前記入力項目に入力されたデータを登録するためのボタンが実行可能に配置されたコンテキストメニューを表示することを特徴とするコンピュータに読み取り実行可能なプログラム。