(57)【要約】【課題】  アプリケーションの入力画面において特定キーを実行した時に実行されるアプリケーション上の機能ボタンを、アプリケーション画面における画面データの入力状態やイベントに応じて実行可能に切り替える技術を提供する。【解決手段】  ファンクションキーの押下時（特定キーの実行時）に実行される、アプリケーション画面上の業務処理を実行する機能ボタンの割り当てを定義した、ファンクションキー（特定キー）定義ファイル、特定キー制御プログラムに基づいて、ファンクションキーの押下時（特定キーの実行時）に、アプリケーション上の業務処理を実行する機能ボタンが動作するようにする。また、アプリケーション画面上の入力状況や操作状況に応じて、ファンクションキーの押下時に実行する機能ボタンを随時変更することを可能とする。【選択図】図１９
2014206965.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの操作により所定の処理を実行させる機能ボタンを有するアプリケーションの画面データを表示画面に表示させる情報処理装置であって、
ユーザからの前記画面データに対するイベントを受け付けるイベント受付手段と、
前記イベント受付手段により受け付けたイベントが、前記機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、前記アプリケーションの前記画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する特定キー実行時機能ボタン決定手段と、
前記特定キー実行時機能ボタン決定手段により決定された機能ボタンの処理を実行させる機能ボタン実行手段
を備えることを特徴とする情報処理装置。
【請求項２】
前記機能ボタンの操作指示を代替する特定キーは、１つの前記画面データに対し複数設定することが可能であり、前記特定キー実行時機能ボタン決定手段は、前記画面データの状態と選択された前記特定キーのイベントの発生に基づいて決定すること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記特定キーのイベントには、複数の前記機能ボタンが優先順位を持って対応付けられており、
前記特定キー実行時機能ボタン決定手段は、前記特定キーのイベントが対応付けられた複数の前記機能ボタンであり且つ実行可能な当該機能ボタンのうち、優先順位に応じて当該機能ボタンを当該イベントに割り当てることを特徴とする請求項１または２のいずれか１項に記載の情報処理装置。
【請求項４】
前記画面データの状態と前記イベント受付手段により受け付けたユーザからの前記画面データに対するイベントに対応付けられた、前記機能ボタンの有効状態、無効状態の定義にしたがって、前記機能ボタンの有効状態、無効状態を切り替える有効無効切替手段、を更に備え、
前記有効無効切替手段によって、前記特定キーの実行時に実行すべき機能ボタンを有効状態にすることにより、前記特定キーの実行時に、実行される機能ボタンを決定すること
を特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記画面データの状態とは、前記ユーザによって入力される前記表示画面の入力項目の入力状態であること
を特徴とする請求項１または２に記載の情報処理装置。
【請求項６】
前記アプリケーションの画面データは前記情報処理装置と接続可能なサーバから受け付けることを可能とすること
を特徴とする請求項１に記載の情報処理装置。
【請求項７】
サーバと、ユーザの操作により所定の処理を実行させる機能ボタンを含むアプリケーションの画面データを前記サーバから受け付けて表示画面に表示させる情報処理装置が、ネットワークを介して通信可能な情報処理システムであって、
前記情報処理装置は、
ユーザからの前記画面データに対するイベントを受け付けるイベント受付手段と、
前記イベント受付手段により受け付けたイベントが、前記機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、前記アプリケーションの前記画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する特定キー実行時機能ボタン決定手段と、
前記特定キー実行時機能ボタン決定手段により決定された機能ボタンの処理を実行させる機能ボタン実行手段
を備えることを特徴とする情報処理システム。
【請求項８】
ユーザの操作により所定の処理を実行させる機能ボタンを有するアプリケーションの画面データを表示画面に表示させる情報処理装置の制御方法であって、
前記情報処理装置の、イベント受付手段が、ユーザからの前記画面データに対するイベントを受け付けるイベント受付ステップと、
前記情報処理装置の、特定キー実行時機能ボタン決定手段が、前記イベント受付ステップにより受け付けたイベントが、前記機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、前記アプリケーションの前記画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する特定キー実行時機能ボタン決定ステップと、
前記情報処理装置の、機能ボタン実行手段が、前記特定キー実行時機能ボタン決定ステップにより決定された機能ボタンの処理を実行させる機能ボタン実行ステップ
を含むことを特徴とする情報処理装置の制御方法。
【請求項９】
サーバと、ユーザの操作により所定の処理を実行させる機能ボタンを含むアプリケーションの画面データを前記サーバから受け付けて表示画面に表示させる情報処理装置が、ネットワークを介して通信可能な情報処理システムの制御方法であって、
前記情報処理装置の、イベント受付手段が、ユーザからの前記画面データに対するイベントを受け付けるイベント受付ステップと、
前記情報処理装置の、特定キー実行時機能ボタン決定手段が、前記イベント受付ステップにより受け付けたイベントが、前記機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、前記アプリケーションの前記画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する特定キー実行時機能ボタン決定ステップと、
前記情報処理装置の、機能ボタン実行手段が、前記特定キー実行時機能ボタン決定ステップにより決定された機能ボタンの処理を実行させる機能ボタン実行ステップと
を含むことを特徴とする情報処理システムの制御方法。
【請求項１０】
ユーザの操作により所定の処理を実行させる機能ボタンを有するアプリケーションの画面データを表示画面に表示させる情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
ユーザからの前記画面データに対するイベントを受け付けるイベント受付手段と、
前記イベント受付手段により受け付けたイベントが、前記機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、前記アプリケーションの前記画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する特定キー実行時機能ボタン決定手段と、
前記特定キー実行時機能ボタン決定手段により決定された機能ボタンの処理を実行させる機能ボタン実行手段
として機能させることを特徴とするプログラム。
【請求項１１】
請求項１０に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＷＥＢシステム上で動くアプリケーションにおける、ファンクションキー（ファンクションキー以外のキーであってもよい。以下、まとめて特定キーと呼ぶ場合がある。）の押下時（以下、実行時としても読み取り可能とする）の機能の割り当てに関する。
【背景技術】
【０００２】
これまで、クライアント・サーバー型で動くアプリケーションにおいて、ファンクションキーを、アプリケーションに対し特定の指示が実行することが出来るように構築する場合、使用するそれぞれの画面において、ファンクションキーに機能を割り当てることで対応して来た。また、この仕組みにおいては、ファンクションキーの数が１２個もあったため、ファンクションキー１つにつき１つの機能を割り当てていた。
【０００３】
近年では、クライアント・サーバー型で動くアプリケーションだけでなく、ＷＥＢシステム上で動くアプリケーションも増えてきた。従がって、このＷＥＢアプリケーションでもクライアント・サーバー型で動くアプリケーションと同様に、ファンクションキーを使用して、アプリケーションに対し特定の指示が実行出来るようにしたいという同様の要望が存在する。
【０００４】
しかしながら、ＷＥＢアプリケーションにおいて、予め、ファンクションキーへ割り当てられている機能は、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ  ８の場合、Ｆ１＝ヘルプを表示、Ｆ３＝検索、Ｆ４＝アドレスの一覧を表示、Ｆ５＝ＷＥＢページを更新、Ｆ６＝ウィンドウ内の各画面要素を巡回、Ｆ７＝カーソル  ブラウズを開始、Ｆ１０＝メニューバーを表示、Ｆ１１＝全画面表示と通常表示を切り替え、Ｆ１２＝Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ  開発者ツールを表示、となっていて、固定の機能が割り当てられている。そのため、これらのファンクションキー以外に、アプリケーション固有の機能に割り当て可能なファンクションキーが必然的に少ないという問題が存在してきた。
【０００５】
そこで上記の理由から、ＷＥＢシステム上で稼働するアプリケーションにおいても、各ファンクションキーにアプリケーション上の実行機能を割り当てることが可能になることが望まれている。
【０００６】
ＷＥＢシステム上で動くアプリケーションにおき、アプリケーション実行機能をファンクションキーに割り当てること試みたものに以下の先行文献がある。例えば、特許文献１では、ＷＥＢシステム上で動作する業務アプリケーションのＷＥＢページのデータ入力画面において、ファンクションキー表示付ＷＥＢページ画面を用意している。そして、ユーザがその画面からファンクションキーを押下することにより、ブラウザによって定められたファンクションキーの機能に換わって、業務アプリケーションに対応したデフォルト値又は業務に必要な機能に変更し、アプリケーション上でファンクションキーに割り当てられた機能を実行することを可能とする仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３３１４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１で開示されている発明は、ＷＥＢシステム上で動作するアプリケーションにおいて、ファンクションキーをそのアプリケーションシステムで必要となる機能をそれぞれ画面上におけるファンクションキーに割り当てることを試みているのみである。
【０００９】
また、アプリケーション画面で入力される入力の状況によってファンクションキーの機能を変更し、状況に対応した機能を持たせるようにしているものではない。
【００１０】
そこで、本発明では上記課題を鑑み、アプリケーションの入力画面において特定キーを実行した時に実行されるアプリケーション上の機能ボタンを、アプリケーション画面における画面データの状態に応じて実行可能に切り替えることを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、ユーザの操作により所定の処理を実行させる機能ボタンを有するアプリケーションの画面データを表示画面に表示させる情報処理装置であって、ユーザからの前記画面データに対するイベントを受け付けるイベント受付手段と、前記イベント受付手段により受け付けたイベントが、前記機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、前記アプリケーションの前記画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する特定キー実行時機能ボタン決定手段と、前記特定キー実行時機能ボタン決定手段により決定された機能ボタンの処理を実行させる機能ボタン実行手段を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、アプリケーションの入力画面において特定キーを実行した時に実行されるアプリケーション上の機能ボタンを、アプリケーション画面における画面データの状態に応じて実行可能に切り替えることが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態のシステム構成の一例を示す図である。
【図２】本発明の実施形態のクライアント端末とアプリケーションサーバのハードウェア構成の一例を示す図である。
【図３】本発明の実施形態の機能構成の一例を示す図である。
【図４】本発明の実施形態における、ファンクションキーを使用できるＷＥＢアプリケーション画面を立ち上げる際の、クライアント端末における初期処理の一例を示す図である。
【図５】本発明の実施形態における、ファンクションキー押下時に実行させるＷＥＢアプリケーション画面上の機能ボタンを変更する処理を示す図である。
【図６】本発明の実施形態における、ＷＥＢアプリケーションにおける機能ボタン押下によって行った場合の処理を、ファンクションキーを押下することによって行った場合の処理を示す図である。
【図７】本発明の実施形態における、ＷＥＢアプリケーションにおけるファンクションキーの割り当てが、画面への入力状況、または、操作状況に応じて、変更されていく処理を示した図である。
【図８】本発明の実施形態における、ファンクションキー押下時に実行させるＷＥＢアプリケーション上の機能ボタンが定義されたファンクション定義ファイルの一例を示す図である。
【図９】本発明の実施形態における、ＷＥＢアプリケーションにおけるファンクションキーの割り当てが、画面への入力状況、または、操作状況に応じて、変更されていく処理のもう一つの例を示した図である。
【図１０】本発明の実施形態における、ファンクションキー押下時に実行されるＷＥＢアプリケーションン上の機能ボタンが定義されたファンクションキー定義ファイルのもう一つの例を示す図である。
【図１１】本発明の実施形態における、ＷＥＢアプリケーション画面を立ち上げた時の画面のイメージ図である。
【図１２】本発明の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられたファンクションキーを実行する際の画面のイメージ図である。
【図１３】本発明の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられたファンクションキーを実行した後の画面のイメージ図である。
【図１４】本発明の実施形態における、ＷＥＢアプリケーション画面において、入力項目へ値が入力され、更にファンクションキーが押下され画面上のボタン押下と同等の処理が実行される際の画面のイメージ図である。
【図１５】本発明の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられたファンクションキーを実行した後、同一ファンクションキーへ割り当て予定の別の機能ボタンが有効にされた際の画面のイメージ図である。
【図１６】本発明の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられたファンクションキーを実行した後、別の機能ボタンが割り当てられた同一のファンクションキーが押下された際の画面のイメージ図である。
【図１７】本発明の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられたファンクションキーを実行した後、別の機能ボタンが割り当てられた同一のファンクションキーが押下された際の画面のイメージ図である。
【図１８】本発明の第二の実施形態において、クライアント端末において特定キーが実行された時に実行される、該クライアント端末上の画面上の機能ボタンを定義したファイルを、画面が起動された時の読み込む処理を示した図である。
【図１９】本発明の第二の実施形態において、特定キー実行時に実行される機能ボタンの選択処理と、特定キー実行時に実行される機能ボタンの切り替え処理の一例を示した図である。
【図２０】本発明の第二の実施形態において、特定キー実行時に実行される機能ボタンの選択処理の詳細処理の一例を示した図である。
【図２１】本発明の第二の実施形態において、画面起動がされる度に、クライアント端末１０１のメモリ上へ読み込まれる特定キー定義ファイルの一例を示した図である。
【図２２】本発明の第二の実施形態において、画面表示処理でクライアント端末１０１のメモリ上へ読み込まれる、特定キー制御プログラム内で使用される、実行ボタン状態変更定義テーブルの一例を占めす図である。
【図２３】本発明の第二の実施形態において、クライアント端末から、ユーザがアプリケーション画面上の入力項目へ入力した場合に、入力の状況や画面操作によって、クライアント端末上の特定キーを実行した場合に実行される機能ボタンが切り替えられていく処理の一例を示した図である。
【図２４】本発明の第二の実施形態において、アプリケーション画面を立ち上げた時の画面のイメージ図である。
【図２５】本発明の第二の実施形態における、アプリケーション画面において、特定キーが実行され、機能ボタンが実行される際の画面のイメージ図である。
【図２６】本発明の第二の実施形態における、アプリケーション画面において、特定キーが実行され、機能ボタンが実行した後の画面のイメージ図である。
【図２７】本発明の第二の実施形態における、アプリケーション画面において、入力項目へ値が入力され、特定キー実行時に、実行されることになっている画面上の機能ボタンが実行される際の画面のイメージ図である。
【図２８】本発明の第二の実施形態における、アプリケーション画面において、ある特定キーを実行し、その時点で実行されるべき機能ボタンが実行された後、再度同一の特定キーを実行した場合に、業別の務処理実行ボタンが実行されるにしている画面のイメージ図である。
【図２９】本発明の第二の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられた特定キーを実行した後、別の機能ボタンが割り当てられた同一の特定キーが実行された際の画面のイメージ図である。
【図３０】本発明の第二の実施形態における、ＷＥＢアプリケーション画面において、機能ボタンが割り当てられた特定キーを実行した後、別の機能ボタンが割り当てられた同一の特定キーが実行された際の画面のイメージ図である。
【図３１】本発明の第二の実施形態において、特定キー実行時に実行される機能ボタンの切り替え処理の一例を示した図である。
【図３２】本発明の第二の実施形態において、画面の各状態において特定キーを実行した場合に実行される機能ボタンの一例を示した図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態を説明する。
【００１５】
図１は、本発明実施形態の、ファンクションキーを押下することにより、ＷＥＢアプリケーション画面上で業務処理を実行する機能ボタンと同等のこと行うクライアント端末１０１（情報処理装置）と、アプリケーションサーバ１０２のシステム構成の一例を示したシステム構成図である。
【００１６】
ＷＥＢアプリケーションシステム１００は、クライアント端末１０１及びアプリケーションサーバ１０２を含んで構成されており、クライアント端末１０１及びアプリケーションサーバ１０２は、ネットワーク１０３を介して接続されている、業務処理を行うためのＷＥＢアプリケーションシステムとする。
【００１７】
クライアント端末１０１は、ユーザが利用可能なアプリケーションを特定するような特定情報をメニュー画面として表示し、ユーザから選択されたメニュー画面の特定情報に該当するアプリケーションの、クライアント端末１０１への表示をアプリケーションサーバ１０２へ要求する。
【００１８】
アプリケーションサーバ１０２は、クライアント端末１０１から要求されたアプリケーションの表示の要求に応じて、自身に記憶したアプリケーションをクライアント端末１０１へ送信する。これらの仕組みにより、クライアント端末１０１から、アプリケーションサーバ１０２上で動作する、ＷＥＢアプリケーションシステムを使用することが可能になる。
【００１９】
図２は、本発明の実施形態におけるクライアント端末１０１とアプリケーションサーバ１０２のハードウェア構成を示す図である。
【００２０】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２２】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２３】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２４】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２５】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２８】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２９】
次に、図３を用いて、本発明にけるクライアント端末とアプリケーションサーバの機能構成図の一例について説明する。
【００３０】
クライアント端末１０１は、ファンクションキー定義ファイル受信部３０１、ファンクションキー定義ファイル記憶部３０２、業務処理割当部３０３、業務処理割当変更部３０４からなる。また、アプリケーションサーバ１０２は、ファンクションキー定義ファイル送信部３０５からなる。
【００３１】
ファンクションキー定義ファイル受信部３０１は、ファンクションキー押下時に実行されるＷＥＢアプリケーション画面上の業務処理を実行する機能ボタンの割り当てを定義したファンクションキー定義ファイルを、アプリケーションサーバ１０２から受信する受信部である。
【００３２】
ファンクションキー定義ファイル記憶部３０２は、ファンクションキー定義ファイル受信部３０１によって、アプリケーションサーバ１０２から受信したファンクションキー定義ファイルをクライアント端末側において記憶する記憶部である。
【００３３】
業務処理割当部３０３は、ファンクションキー定義ファイル受信部３０１で受信したファンクションキー定義ファイルに基づいて、ファンクションキー押下時に、アプリケーション上の業務処理を実行する機能ボタンが動作するように、ファンクションキーに対して該機能ボタンを割り当てる割当部である。
【００３４】
業務処理割当変更部３０４は、業務処理割当部３０３により割り当てられた、ファンクションキー押下時のアプリケーション上の業務処理を実行する機能ボタンを、ＷＥＢアプリケーション画面上の入力状況、または、操作状況に応じて、ファンクションキー押下時に実行する機能ボタンを変更する変更部である。
【００３５】
ファンクションキー定義ファイル送信部３０５は、ファンクションキー押下時に実行されるＷＥＢアプリケーション画面上の業務処理を実行する機能ボタンの割り当てを定義したファンクションキー定義ファイルを、クライアント端末１０１へ送信する送信部である。
＜第一の実施例＞
【００３６】
続いて本発明の第一の実施例を説明する。第一の実施例では、ファンクションキーの押下時に実行されるＷＥＢアプリケーション画面上の業務処理を実行する機能ボタンの割り当てを定義した、ファンクションキー定義ファイルに基づいて、ファンクションキーの押下時に、アプリケーション上の業務処理を実行する機能ボタンを動作させる方法について説明をする。また、ＷＥＢアプリケーション画面上の入力状況や操作状況に応じて、ファンクションキーの押下時に実行する機能ボタンを随時変更することを可能とする方法についても説明をする。
【００３７】
まず、図４について説明を行う。図４は、クライアント端末におけるファンクションキーの機能を該クライアント端末における画面の機能ボタンに割り当てるためのクライアント端末側における初期処理の流れを示した図である。この処理を行うことにより、クライアント端末におけるファンクションキーが機能ボタンに割り当てられ、ファンクションキー押下時に画面上の機能ボタンを実行したのと同じ効果が得られるようになる。
【００３８】
ステップＳ４０１において、クライアント端末１０１のＣＰＵ２０１は、ユーザによるシステムへのログインを受け付ける。
【００３９】
ステップＳ４０２において、クライアント端末１０１のＣＰＵ２０１は、ファンクションキーの定義ファイルと、ファンクションキー制御のプログラムを、アプリケーションサーバ１０２に対し要求する。
【００４０】
ステップＳ４０３において、アプリケーションサーバ１０２のＣＰＵ２０１は、クライアント端末１０１のＣＰＵからの、ファンクションキーの定義ファイルと、ファンクションキー制御のプログラムの要求を受け取る。
【００４１】
ステップＳ４０４において、アプリケーションサーバ１０２のＣＰＵ２０１は、ステップＳ４０２におけるクライアント端末１０１からの要求に基づき、ファンクションキーの定義ファイルと、ファンクションキー制御のプログラムを、クライアント端末１０１に対し送信する。
【００４２】
ステップＳ４０５において、クライアント端末１０１のＣＰＵ２０１は、アプリケーションサーバ１０２のＣＰＵから送信された、ファンクションキーの定義ファイルと、ファンクションキー制御のプログラムを受け取る。
【００４３】
ステップＳ４０６において、クライアント端末１０１のＣＰＵ２０１は、アプリケーションサーバ１０２のＣＰＵから送信された、ファンクションキーの定義ファイルと、ファンクションキー制御のプログラムをクライアント端末１０１のメモリ上に読み込む。
【００４４】
次に、図４の初期処理でクライアント端末１０１のメモリ上へ読み込まれる、図８に図示した、ファンクションキー定義ファイルについて説明をする。
【００４５】
図８は、初期処理でクライアント端末１０１のメモリ上へ読み込まれるファンクション定義ファイルの一例である。
【００４６】
項目としては、画面名８０１、ファンクションキー８０２、機能ボタン８０３からなる。
【００４７】
画面名８０１へは、画面で使用される機能ボタンをファンクションキーを押下した際にも実行されるように割り当てる必要がある画面の名称を設定する。
【００４８】
ファンクションキー８０２へは、画面名８０１で登録された画面において、機能ボタンの処理を行わせるファンクションキーを設定する。
【００４９】
機能ボタン８０３へは、ファンクションキー８０２に登録されているファンクションキーが押下された場合に、画面上に存在する、実行させるべき機能ボタンを設定する。
【００５０】
この設定を図４の初期処理において、クライアント端末側へ読み込むことにより、クライアント端末上でユーザがアプリケーション画面を立ち上げた時の初期画面におけるファンクションキー押下時に実行されるアプリケーション画面上の機能ボタンが決定する。
【００５１】
次に、図５について説明を行う。図５は、画面の入力状態によりクライアント端末のファンクションキーに割り当てられる機能ボタンを変更する際の流れを示した図である。この処理を行うことにより、クライアント端末上の画面の項目に対する入力状態により、ファンクションキーへの機能ボタンの割り当てを変更することが出来るようになる。
【００５２】
ステップＳ５０１において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を利用しているユーザからの、画面上の項目に対する入力を受付ける。
【００５３】
ステップＳ５０２において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を利用しているユーザからの画面入力により発生した、画面上でのアプリケーションのイベントの発生を検知したか否かを判定する。
【００５４】
ステップＳ５０２において、クライアント端末１０１のＣＰＵ２０１が、画面入力による画面上でのイベントの発生を検知した場合（ステップＳ５０２においてＹＥＳの場合）、後続のステップＳ５０３へ処理を進める。
【００５５】
ステップＳ５０２において、クライアント端末１０１のＣＰＵ２０１が、画面入力による画面上でのイベントの発生を検知しなかった場合（ステップＳ５０２においてＮＯの場合）、ステップＳ５０１のユーザによるクライアント端末における画面上の項目に対する入力の受付の処理を繰り返す。
【００５６】
ステップＳ５０３において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ５０２において発生したアプリケーションのイベントを読み取る。
【００５７】
ステップＳ５０４において、クライアント端末１０１のＣＰＵ２０１は、後続のステップＳ５０５とステップＳ５０６の処理を実行するためのプログラムを実行する。
【００５８】
ステップＳ５０５において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末上の画面上で、ステップＳ５０６の処理でファンクションキーに割り当てられる機能ボタンを使用可能に変更する。
【００５９】
ステップＳ５０６において、クライアント端末１０１のＣＰＵ２０１は、ファンクションキーに対応する機能ボタンの割り当てを書き換える。つまり、図４の初期処理でクライアント端末のメモリへ読み込まれたファンクションキーの定義を書き換えることを行う。
【００６０】
次に、図６について説明を行う。図６は、クライアント端末のファンクションキーが押下された際の流れを示した図である。この処理を行うことにより、クライアント端末上の画面の入力状態に対応した、画面上の機能ボタンがファンクションキーに割り当てられ、クライアント端末上で、該機能ボタンの機能を実行するためにファンクションキーを使用することが出来るようになる。
【００６１】
ステップＳ６０１において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を利用しているユーザから、ファンクションキーが押下されたことを検知する。
【００６２】
ステップＳ６０２において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末に読み込まれているメモリ上のファンクションキーの定義より、押下されたファンクションキーに対応する、画面上の機能ボタンから呼び出されるプログラムを受け取る。
【００６３】
ステップＳ６０３において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ６０２で受け取ったプログラムを実行する。
【００６４】
次に、これまでに説明したファンクションキー定義ファイルにおける設定とは別の設定方法になるファンクションキー定義ファイルの設定方法について説明を行う。
【００６５】
前述したファンクションキー定義ファイルにおける設定方法は、ファンクションキーに割り当てられた機能ボタンを、ユーザによる画面への処理、または、画面への入力の状態によって、随時、ファンクションキーへ割り当てられる機能ボタンを状況に応じて変更させ、同じファンクションキーで違う機能ボタンを押下することができるようにする方法である。
【００６６】
もう一つのファンクションキー定義ファイルにおける設定方法は、定義するファンクションキーに割り当てる機能ボタンを第１候補ボタン、第２候補ボタンというように、候補を複数定義しておき、通常は第１候補ボタンがファンクションキーへ割り当てられる機能ボタンとなるが、その第一候補ボタンが画面上で無効にした場合（押下出来ない、または、非表示の場合）に、第二候補ボタンに指定した機能ボタンが使用できるようにし、同じファンクションキーで違う機能ボタンを押下することができるようにする方法である。
【００６７】
まず、この設定方法についても、図４の初期処理をクライアント端末１０１に対して行うため、図４の説明については省略をする。ただし、読み込まれるファンクション定義ファイルについては、図１０に図示したファンクション定義ファイルをクライアント端末１０１へ読み込んでくる。図１０の説明については後述する。
【００６８】
次に、当設定方法における、ファンクションキーへの機能ボタンの割り当ての変更方法を、図９を用いて説明をする。
【００６９】
図９は、画面の入力状態によりクライアント端末のファンクションキーに割り当てられる機能ボタンを変更する際の流れを示した図である。この処理を行うことにより、クライアント端末上の画面の項目に対する入力状態により、ファンクションキーへの機能ボタンの割り当てを変更することが出来るようになる。
【００７０】
ステップＳ９０１において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を利用しているユーザからの、画面上の項目に対する入力を受付ける。
【００７１】
ステップＳ９０２において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を利用しているユーザからの画面入力により発生した、画面上でのアプリケーションのイベントの発生を検知したか否かを判定する。
【００７２】
ステップＳ９０２において、クライアント端末１０１のＣＰＵ２０１が、画面入力による画面上でのイベントの発生を検知した場合（ステップＳ９０２においてＹＥＳの場合）、後続のステップＳ９０３へ処理を進める。
【００７３】
ステップＳ９０２において、クライアント端末１０１のＣＰＵ２０１が、画面入力による画面上でのイベントの発生を検知しなかった場合（ステップＳ９０２においてＮＯの場合）、ステップＳ９０１のユーザによるクライアント端末における画面上の項目に対する入力の受付の処理を繰り返す。
【００７４】
ステップＳ９０３において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ９０２において発生したアプリケーションのイベントを読み取る。
【００７５】
ステップＳ９０４において、クライアント端末１０１のＣＰＵ２０１は、後続のステップＳ９０５の処理を実行するためのプログラムを実行する。
【００７６】
ステップＳ９０５において、クライアント端末１０１のＣＰＵ２０１は、ファンクションキーに割り当てる機能ボタンを画面上で有効化する。
【００７７】
次に、図４の初期処理において、クライアント端末１０１のメモリ上へ読み込まれる、図１０に図示したファンクションキー定義ファイルについて説明をする。
【００７８】
図１０は、初期処理でクライアント端末１０１のメモリ上へ読み込まれる、もう一つの設定方法で行った、ファンクションキー定義ファイルの一例である。
【００７９】
項目としては、画面名１００１、ファンクションキー１００２、機能ボタンの第１候補１００３、機能ボタンの第２候補１００４からなる。
【００８０】
画面名１００１へは、画面で使用される機能ボタンをファンクションキーを押下した際にも実行できるように割り当てる必要がある画面について名称を設定する。
【００８１】
ファンクションキー１００２へは、画面名１００１で登録された画面で、機能ボタンの処理を行わせるファンクションキーを設定する。
【００８２】
機能ボタンの第１候補１００３へは、ファンクションキー１００２に登録されているファンクションキーが押下された場合に、画面上に存在する機能ボタンで優先的に実行させる機能ボタンを設定する。
【００８３】
機能ボタンの第２候補１００４へは、ファンクションキー１００２に登録されているファンクションキーが押下された場合に、第１候補の１００３へ設定された、画面上に存在する機能ボタンが、無効になった場合（押下出来ない、または、非表示の場合）に実行させる機能ボタンを設定する。
【００８４】
この設定を図４の初期処理において、クライアント端末側へ読み込むことにより、クライアント端末上でユーザがアプリケーション画面を立ち上げた時の初期画面におけるファンクションキー押下時に実行されるアプリケーション画面上の機能ボタンが決定する。
【００８５】
次に、ファンクションキー押下の処理については、図６の処理と同じになるため、図６の説明については省略をする。
【００８６】
以上、もう一つの方法でファンクション定義ファイルを設定した場合の説明を終了する。
【００８７】
次に図７について説明を行う。図７は、クライアント端末から、ユーザが実際にＷＥＢアプリケーション画面上で動作するシステムの画面の入力項目へ入力した場合に、その入力の段階において、クライアント端末におけるファンクションキーに対する、画面上の機能ボタンの割り当てが変更されていく処理の流れを示した図である。
【００８８】
この処理では、例として、９番目のファンクションキーであるＦ９キーに、ヘッダと明細の入力箇所が存在する伝票データの入力画面において、Ｆ９キーへ割り当てられていく機能ボタンが、画面の入力状態や、処理状態に応じて変えていく処理を、入力状態や処理状態の例に従がって説明を行う。
【００８９】
ステップＳ７０１で、クライアント端末１０１のＣＰＵ２０１は、伝票登録の画面を表示する。
【００９０】
ステップＳ７０２で、クライアント端末１０１のＣＰＵ２０１は、伝票登録の画面が表示された直後は、Ｆ９キーを図１１の確定ボタン１１０１に割り当てる。
【００９１】
ステップＳ７０３で、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１を使用するユーザから、図１２に図示するように、伝票登録画面のヘッダ入力エリア１２０１の入力項目への値の入力を受け付ける。
【００９２】
ステップＳ７０４で、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１を使用するユーザからの、図１２の伝票登録画面のヘッダ入力エリアの項目への入力が正常に終了したことを検知した後、現在、図１２の確定ボタン１２０２の機能が割り当てられているＦ９キーが、ユーザによって押下されヘッダが確定されたことを検知する。
【００９３】
ステップＳ７０５で、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１上の画面内の図１３の明細入力エリア１３０１を入力不可状態から入力可能状態に変更する。逆に、この時、図１３のヘッダ入力エリア１３０２を入力不可状態にする
【００９４】
ステップＳ７０６において、クライアント端末１０１のＣＰＵ２０１は、図１３の明細入力エリア１３０１において、ヘッダに紐づく各明細の登録を可能とするための、図１３の明細反映ボタン１３０３を有効化する。
【００９５】
ステップＳ７０７において、クライアント端末１０１のＣＰＵ２０１は、ヘッダとそれに紐づいて登録された各明細を一伝票として登録することを可能とする図１３の明細反映ボタン１３０３の機能をＦ９キーへ割り当てる。
【００９６】
次に、ステップＳ７０８からステップＳ７１２の処理は、図１４の明細入力エリア１４０１へ、ユーザより入力がされている間繰り返す。
【００９７】
ステップＳ７０８は、クライアント端末１０１のＣＰＵ２０１は、ユーザからの、図１４の明細入力エリア１４０１へ対する値の正常値の入力が完了し、さらにステップＳ７０７で、明細反映ボタンの機能が割り当てられたＦ９キーが押下されたか、否かを判定する。
【００９８】
ステップＳ７０８において、クライアント端末１０１のＣＰＵ２０１は、Ｆ９キーが押下されたことを検知すると、ステップＳ７０９において、図１５の伝票確定ボタン１５０１を有効化する。
【００９９】
なお、ステップＳ７０８において、クライアント端末１０１のＣＰＵ２０１が、Ｆ９キーが押下されたことを検知しなかった場合は、ユーザからの、図１４の明細入力エリア１４０１へ対する値の正常値の入力が完了するまで、ステップＳ７０８の処理が繰り返される。
【０１００】
次に、ステップＳ７１０において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ７０９で有効化された、図１５の伝票確定ボタン１５０１の機能を割り当てＦ９キーに割り当てる。
【０１０１】
この時、これまでＦ９キーに割り当てられていた明細反映ボタンの機能は解除する。この段階では、画面の入力状態がヘッダに対し、明細が１件紐づいて登録されたため、伝票を確定する最低限の入力が出来ているため、Ｆ９キーに図１５の伝票確定ボタン１５０１の機能を割りあて、Ｆ９キーを押下することにより、伝票確定が出来るようにしている。
【０１０２】
ステップＳ７１１において、クライアント端末１０１のＣＰＵ２０１は、ユーザにより、図１４に図示するように、明細入力エリア１４０１の入力項目に対し再び値が入力されたか否かを判定する。
【０１０３】
ステップＳ７１１において、クライアント端末１０１のＣＰＵ２０１が、ユーザにより、図１４の明細入力エリアの入力項目に対し再び値が入力されたと判定した場合、後続のステップＳ７１２の処理を行う。
【０１０４】
なお、ステップＳ７１１において、クライアント端末１０１のＣＰＵ２０１が、ユーザにより、図１４の明細入力エリアの入力項目に対し、再び値が入力されたと判定されなかった場合はこのステップＳ７０８からステップＳ７１２の繰り返し処理を抜け、ステップＳ７１３の処理へ移る。
【０１０５】
クライアント端末１０１のＣＰＵ２０１が、ユーザにより、図１４の明細入力エリア１４０１の入力項目に対し、再び値が入力されたと判定した場合、ステップＳ７１２において、Ｆ９キーに割り当てられていた、伝票確定のボタンの機能を解除し、再び、Ｆ９キーへ、図１３の明細反映ボタン１３０３の機能を割り当てる。
【０１０６】
このように、明細が入力された段階で、明細反映ボタンの機能をＦ９キーへ割り当てるため、明細入力後の直後にＦ９キーを押下した場合は、ヘッダに紐づく明細を追加することが可能となる。
【０１０７】
ステップＳ７１３において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ７１０で、図１６の伝票確定ボタン１６０１の機能が割り当てられているＦ９キーが押下され、伝票の入力が確定されたことを検知する。
【０１０８】
ステップＳ７１４において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ７１３で１度押下された、図１６の伝票確定ボタン１６０１を、伝票登録ボタンの機能を持つボタンにする（図１７の伝票登録ボタン１７０１）。
【０１０９】
ステップＳ７１５において、クライアント端末１０１のＣＰＵ２０１は、図１７の伝票登録ボタン１７０１の機能をＦ９キーへ割り当てる。
【０１１０】
ステップＳ７１６において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を使用しているユーザによって、伝票登録ボタンの機能が割り当てられたＦ９キーが押下されたことを検知する。
【０１１１】
ステップＳ７１６において、クライアント端末１０１のＣＰＵ２０１が、クライアント端末を使用しているユーザによって、Ｆ９キーが押下されたことを検知した場合は、ステップＳ７１７において、クライアント端末においてユーザによって入力された明細のデータを登録が完了したことを検知する。
【０１１２】
なお、ステップＳ７１６において、クライアント端末１０１のＣＰＵ２０１が、クライアント端末を使用しているユーザによって、Ｆ９キーが押下されたことを検知しない場合は、検知されるまでステップＳ７１６の処理を繰り返す。
＜第二の実施例＞
【０１１３】
次に、本発明の第二の実施例について説明をする。本発明の第２の実施例については、図１８から図３０を用いて、特定キー定義ファイル２１００に指定されている特定の特定キー実行時に実行される機能ボタンを、実際の画面上における有効状態、あるいは、無効状態を変更することにより、特定キーが実行された時に実行される機能ボタンを切り替える方法の実施形態について説明をする。
【０１１４】
なお、特定キーとは、通常のキーの役割ではなく、キーが実行された時に、画面上の機能ボタンを実行したのと同じことを行うように、その機能ボタンと紐づけられたキーのことをいう。例えば、ファンクションキー、ＳＨＩＦＴ＋ＣＴＲＬ＋任意のキーで実現するショートカットキー等、キーボード上で指定した任意のキーを意味する。
【０１１５】
まず、図１８について説明を行う。図１８は、クライアント端末において、特定キーが実行された時に実行される、該クライアント端末上の画面上の機能ボタンを定義した特定キー定義ファイルと、特定キー実行時に実行される機能ボタンを決定し、また実行される機能ボタンを制御する特定キー制御プログラムを、クライアント端末のアプリケーション画面の起動が要求された時に、画面データの一部としてアプリケーションサーバ側から読み込む処理を示した図である。
【０１１６】
この処理は、画面単位で行われる処理であることとする。つまり、画面データの表示の際に、当該画面データを表示するためのデータに、特定キー定義ファイル２１００、特定キー制御プログラム、機能ボタン状態変更定義テーブル２２００が含まれているため、特定キー実行時に画面データに対応する定義ファイル、と制御プログラム、定義テーブルを用いることにより、機能ボタンを実行したことと同じ処理を行うことが実現可能となる。
【０１１７】
なお、画面データごとに、特定キー定義ファイル２１００と特定キー制御プログラムを個別に用意してもよいこととする。
【０１１８】
まず、ステップＳ１８０１において、クライアント端末１０１のＣＰＵ２０１は、ユーザによる任意の画面の起動を受け付ける。
【０１１９】
ステップＳ１８０２において、クライアント端末１０１のＣＰＵ２０１は、画面データを、アプリケーションサーバ１０２に対し要求する。
【０１２０】
ステップＳ１８０３において、アプリケーションサーバ１０２のＣＰＵ２０１は、クライアント端末１０１のＣＰＵからの、画面データの要求を受け取る。
【０１２１】
ステップＳ１８０４において、アプリケーションサーバ１０２のＣＰＵ２０１は、ステップＳ１８０２におけるクライアント端末１０１からの要求に基づき、特定キー定義ファイル２１００と、特定キー制御プログラムを含む画面データを生成する。あるいは、作成済みのファイルを取得して画面データとしてもよい。
【０１２２】
ステップＳ１８０５において、アプリケーションサーバ１０２のＣＰＵ２０１は、クライアント端末１０１対し、Ｓ１８０４で生成された画面データを送信する。
【０１２３】
ステップＳ１８０６において、クライアント端末１０１のＣＰＵ２０１は、アプリケーションサーバ１０２のＣＰＵから送信された、画面データを受け取る。
【０１２４】
ステップＳ１８０７において、クライアント端末１０１のＣＰＵ２０１は、アプリケーションサーバ１０２のＣＰＵから送信された、画面データを元に画面を表示する。
【０１２５】
以上、特定キー定義ファイル２１００と制御プログラムを含んだ画面データから構成される画面の表示処理についての説明とする。なお、アプリケーションの画面データをクライアント端末１０１である情報処理装置と接続可能なサーバから受け付ける例を用いて説明をしたが、アプリケーションの画面データは、予めクライアント端末１０１である情報処理装置側に存在させても良いこととする。
【０１２６】
図２１は、図１８のステップＳ１８０１で画面起動がされる度に、クライアント端末１０１のメモリ上へ読み込まれる特定キー定義ファイルの一例である。なお、この図における特定キーは、ファンクションキーのＦ２キー、Ｆ８キー、Ｆ９キーを用いて説明をする。
【０１２７】
項目としては、画面名２１０１、特定キー２１０２、機能ボタンの第１候補２１０３、機能ボタンの第２候補２１０４、機能ボタンの第３候補２１０５、機能ボタンの第４候補２１０６からなる。
【０１２８】
画面名２１０１へは、後述の定義（図２１の２１０２から２１０６）に対応する表示画面を特定する情報を記載する。
【０１２９】
特定キー２１０２へは、画面名２１０１で指定された画面において、機能ボタンを実行した時と同じ処理を行えるようにする特定キーを設定する。なお、図２１の特定キー２１０２へＦ２キー、Ｆ８キー、Ｆ９キーと指定しているように、１画面データにおいて、複数の特定キーを指定することが出来る。
【０１３０】
すならち、機能ボタンの操作指示を代替する特定キーは、１つの前記画面データに対し複数設定することが可能であり、特定キーが実行された場合に実行される機能ボタンは、画面データの状態と、選択された特定キーのイベントの発生に基づいて決定する。
【０１３１】
機能ボタンの第１候補２１０３から第４候補２１０６へは、特定キー２１０２に登録されている特定キーが実行された場合に、画面上に存在する、実行させるべき機能ボタンの候補を、左から準備、機能ボタンの第１候補２１０３、機能ボタンの第２候補２１０４、機能ボタンの第３候補２１０５、機能ボタンの第４候補２１０６、というように設定する。
【０１３２】
また、機能ボタンの第１候補２１０３から第４候補２１０６へは、特定キー実行時に実行される機能ボタンのボタンＩＤを登録しておくこととする。
【０１３３】
なお、この機能ボタンの候補については、特定キー実行時に実行されるようにしたい機能ボタンがあるだけ設定しておくことが出来る。
【０１３４】
ここで、左側から設定された機能ボタンが候補順となるように説明しているが、これは、特定キー実行時に、複数設定される機能ボタンのうち、左側から画面上有効なものを探索していき、有効である機能ボタンが探索された場合に、その機能ボタンが実行されるようになるため、左側から設定される順番が、候補順となるという意味になる。
【０１３５】
すなわち、特定キーのイベントには、複数の機能ボタンが優先順位を持って対応付けられており、特定キーのイベントが対応付けられた複数の機能ボタンであり且つ実行可能な機能ボタンのうち、優先順位に応じて機能ボタンを当該イベントに割り当てることにより、特定キーが実行する機能ボタンを決定する。
【０１３６】
図２２は、図１８の画面表示処理でクライアント端末１０１のメモリ上へ読み込まれる、特定キー制御プログラム内で使用される、実行ボタン状態変更定義テーブルの一例である。
【０１３７】
機能ボタン状態変更定義テーブル２２００においては、画面の状態において、何等かのイベントを発生させた時点（何等かの画面操作を行った時点）におき、その時点において特定キー実行時に実行可能としている複数の機能ボタンの中から１つだけを有効にする定義がされており、これにより、特定キーが実行された時に実行される機能ボタンが状況により切り替わることを可能とする。
【０１３８】
すなわち、画面データの状態とユーザからの画面データに対するイベントに対応付けられた、機能ボタンの有効状態、無効状態の定義にしたがって、機能ボタンの有効状態、無効状態を切り替えることにより、特定キーの実行時に、実行される機能ボタンを切り替えることを可能とし、特定キーの実行時の機能ボタンを決定する。
【０１３９】
なお、画面データの状態とは、ユーザによって入力される表示画面の入力項目の入力状態のことである。
【０１４０】
図２２の機能ボタン状態変更定義テーブル２２００は、項目として、現在の画面の状態２２０１、イベント２２０２、各種ボタンの有効／無効の状態２２１３、備考２２０７からなる。なお、イベント２２０２に（Ｆ９キー）と記載したのは、機能ボタンの処理が、特定キーのＦ９キーに対し割り当てられていて、Ｆ９キーの実行も機能ボタンの実行と同じイベントとして扱うためである。
【０１４１】
現在の画面の状態２２０１は、特定キー実行時に実行される機能ボタンを決定する直前の画面の状態であり、今回は、初期時２２０８、ヘッダデータ入力済み２２０９、帳票データ入力済み、明細反映ボタンが有効２２１０、帳票データ未入力、伝票確定ボタン有効２２１１、帳票データ未入力、登録ボタン有効２２１２という画面の状態を例として挙げて説明を行う。
【０１４２】
イベント２２０２は、特定キー実行時に実行される機能ボタンを決定する時の、現在の画面の状態２２０１の各状態において、画面上でなされるユーザからの操作（イベント）を定義する項目である。
【０１４３】
今回は、初期時２２０８の時は「画面Ａの表示イベント」、ヘッダデータ入力済み２２０９の時は「（ヘッダの）「確定ボタン」実行」または、Ｆ９キーの実行（Ｆ９キー実行が確定ボタン実行と同じ処理）、帳票データ入力済み、明細反映ボタンが有効２２１０の時は「「反映ボタン」実行」または、Ｆ９キーの実行（Ｆ９キー実行が確定ボタン実行と同じ処理）、帳票データ未入力、伝票確定ボタン有効２２１１の時は「「伝票確定ボタン」実行」または、Ｆ９キーの実行（Ｆ９キー実行が確定ボタン実行と同じ処理）、帳票データ未入力、登録ボタン有効２２１２の時は「帳票のいずれかの項目に文字入力」を、表に示す通り、現在の画面の状態２２０１の各例に対応するイベント２２０２（ユーザからの操作例）とする。
【０１４４】
各種ボタンの有効／無効の状態２２１３は、各種ボタンについて有効／無効の状態を管理する項目であり、今回は一例として、確定ボタン２２０３、反映ボタン２２０４、伝票確定ボタン２２０５、伝票登録ボタン２２０６を例として挙げて説明を行う。
【０１４５】
なお、この現在の画面の状態２２０１と各種ボタンの有効／無効の状態２２１３については、図２３の実画面を構成する要素を使用するものとする。
【０１４６】
機能ボタン状態変更定義テーブル２２００は、図１８の画面表示処理において、クライアント端末１０１へ読み込まれる、特定キー制御プログラムから参照されるものであり、どの機能ボタンが有効かを参照することにより、クライアント端末１０１において、ユーザが特定キー実行時に実行されるアプリケーション画面上の機能ボタンを決定する。
【０１４７】
また、この機能ボタン状態変更定義テーブル２２００に定義されている、ある特定の画面の状態（現在の画面の状態２２０１）、且つ／あるいは、ある特定の操作（イベント２２０２）の後等、所定の条件の時に、特定キー実行時に実行したい画面上の機能ボタンを、画面上で有効状態にしておくことにより、ユーザが特定キー実行時に実行されるアプリケーション画面上の機能ボタンを決定することができる。
【０１４８】
特定キー実行時に実行される機能ボタンの選択処理と、特定キー実行時に実行される機能ボタンの切り替え処理の詳細については図１９と図２０で説明をする。
【０１４９】
なお、画面が起動された際は、図２２では現在の画面の状態２２０１が初期時２２０８であり、この時に発生させるイベント２２０２は、画面の表示イベントである。
【０１５０】
また、この特定キー定義ファイル２１００では、この画面の表示イベントが発生したタイミングで、画面上有効とする（実行可能とする）機能ボタンを確定ボタン２２０３としているため、特定キー実行時に実行される機能ボタンは、確定ボタン２２０３となる。
【０１５１】
続いて、特定キー時に実行される機能ボタンの選択処理と、特定キー実行時に実行される機能ボタンの切り替え処理の詳細について、図１９と図２０を用いて説明をする。
【０１５２】
図１９は、特定キー実行時に実行される機能ボタンの選択処理と、特定キー実行時に実行される機能ボタンの切り替え処理であり、図２０は、特定キー実行時に実行される機能ボタンの選択処理の詳細処理になる。
【０１５３】
この処理は、図１８で画面起動がなされた際に読み込まれる特定キー制御プログラムそのものでもある。この読み込んだ特定キー制御プログラムが実行されることにより、特定キー実行時に実行される機能ボタンが決定し、また実行される機能ボタンを制御することが出来る。
【０１５４】
まず、図１９の特定キー実行時に実行される機能ボタンの選択のメインの処理について説明をする。
【０１５５】
ステップＳ１９０１において、クライアント端末１０１のＣＰＵ２０１は、ユーザからのクライアント端末の画面への、項目への入力、機能ボタン実行、機能ボタンが紐づけられた特定キー実行等の操作を受け付ける。
【０１５６】
すなわち、ユーザからの画面データに対するイベントを受け付ける。
【０１５７】
ステップＳ１９０２において、クライアント端末１０１のＣＰＵ２０１は、Ｓ１９０１の操作で、特定キーが実行され、特定キー実行時に機能ボタン実行が必要か否かを判定する。具体的には、実行された特定キーが図２１の特定キー定義ファイル２１００の特定キー２１０２に定義されたものであるか否かによって判定する。
【０１５８】
ステップＳ１９０２において、特定キー実行時に機能ボタンの実行が必要である場合、つまり実行された特定キーが、特定キー定義ファイル２１００の特定キー２１０２に存在する場合（ステップＳ１９０２においてＹＥＳの場合）、ステップＳ１９０３に処理を進める。
【０１５９】
ステップＳ１９０２において、特定キー実行時に機能ボタンの実行が必要でない場合、つまり実行された特定キーが、特定キー定義ファイル２１００の特定キー２１０２に存在しない場合（ステップＳ１９０２においてＮＯの場合）、つまり、ユーザのクライアント端末１０１の画面上における操作が、特定キー実行の操作以外の場合は、ステップＳ１９０４に処理を進める。
【０１６０】
ステップＳ１９０４において、クライアント端末１０１のＣＰＵ２０１は、ユーザによる画面操作を通常の入力、又は、操作イベントとして受け付ける。そして、ステップＳ１９０６に処理を進める。
【０１６１】
ステップＳ１９０３において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ１９０１でユーザによる特定キー実行時に実行された機能ボタンを実行する処理を行う。
【０１６２】
この処理は、この特定キー実行時に、図１８のステップＳ１８０６でクライアント端末１０１に読み込んだ、特定キー定義ファイル２１００に定義されているどの機能ボタンを実行するか、を決定する処理（すなわち、特定キーに機能ボタンを割り当てる処理）であって、詳細は図２０の特定キー実行時の機能ボタン確認処理と、図２１の特定キー定義ファイル２１００を用いて説明をする。
【０１６３】
図２０は、特定キー実行時に、図２１に定義がされている特定キー定義ファイル２１００のどのボタンを実行するかを決定する処理である。
【０１６４】
ステップＳ２００１からステップＳ２００２の処理は、特定キー定義ファイル２１００に定義されている、特定キーに対応する機能ボタンの中で有効なものが見つかった場合に終了する。
【０１６５】
まずステップＳ２００１において、特定キー定義ファイル２１００内における、実行された特定キーに該当する定義がなされたレコードに紐づけられた機能ボタンを、実行候補順に左側から１件ずつ読み取る。（機能ボタンの候補は特定キーに対し左側から順に複数定義が可能である。）
【０１６６】
なお、この１候補ずつ読み取ることが１回のループ処理であることとする。
【０１６７】
ステップＳ２００２において、ステップＳ２２０１で読みとった、実行された特定キーに対する１候補の機能ボタンが有効状態であるか、無効状態であるかを判定する。
【０１６８】
ステップＳ２００２において、特定キー定義ファイル２１００内で、実行された特定キーに対応する機能ボタンの中で有効なものが見つかった場合このループ処理を抜ける。ここで有効とは、画面上機能ボタンが表示されており、また機能を実行することが可能であるという意味である。
【０１６９】
ステップＳ２００２において、特定キー定義ファイル２１００内で、実行された特定キーに対応する機能ボタンの中で有効なものが見つからない場合は、見つかるまで、実行された特定キーに該当する定義がなされたレコードに紐づけられた、次の候補の機能ボタンを、さらに１件読み取る処理を行う。
【０１７０】
ステップＳ２００２において、特定キー定義ファイル２１００内で、特定キーに対応する機能ボタンの中で有効なものが見つかった場合、ステップＳ２００３に進み、特定キー定義ファイル２１００より、特定キーに割り当て可能な機能ボタンを特定キー実行時に実行可能な機能ボタンとする。
【０１７１】
すなわち、受け付けたイベントが、機能ボタンの実行を代替するように対応付けられた特定キーのイベントである場合には、アプリケーションの画面データの状態に応じて、当該イベントに当該画面データにおけるいずれの機能ボタンを割り当てるかを決定する。
【０１７２】
再び図１９に戻って説明を行う。ステップＳ１９０５において、クライアント端末１０１のＣＰＵ２０１は、特定キー実行時に実行される機能ボタンを、つまり、図２０のステップＳ２００２で画面上有効状態であった機能ボタンを実行する。
【０１７３】
すなわち、特定キーを実行した時に、実行すると決定された機能ボタンの処理を実行させる。そして、ステップＳ１９０６に処理を進める。
【０１７４】
ステップＳ１９０６において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１で起動されている、特定キー実行時に実行される機能ボタンに対し、有効状態、又は、無効状態の状態変更処理が必要か否かの判定を行う。
【０１７５】
ステップＳ１９０６において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１で起動されている、特定キー実行時に実行される機能ボタンに対し、有効状態、又は、無効状態の状態変更処理が必要である場合、つまり、図２２、機能ボタン状態変更定義テーブル２２００のレコードにおいて、現在の画面の状態が、図２２の現在の画面の状態２２０１と一致し、かつ、図１９のステップＳ１９０１で受け付けた画面への操作が、図２２のイベント２２０２と一致するものがある場合、（ステップＳ１９０６においてＹＥＳの場合）、ステップＳ１９０７において、クライアント端末１０１のＣＰＵ２０１は、特定キー実行時に実行される機能ボタンの有効状態、あるいは無効状態の状態変更処理を、機能ボタン状態変更定義テーブル２２００で定義されているものに従がって処理を行う。なお、この処理の詳細は図３１で説明を行う。
【０１７６】
図３１は、機能ボタン有効／無効切り替え処理のフローを示す図である。
【０１７７】
ステップＳ３１０１、ステップＳ３１０２の処理は、図２２の現在の画面の状態２２０１とイベント２２０２に該当するレコードの、各種機能ボタンの有効／無効の設定に対応した、状態変更処理が終わり次第終了する。
【０１７８】
ステップＳ３１０１において、クライアント端末１０１のＣＰＵ２０１は、図２２の現在の画面の状態２２０１とイベント２２０２に該当するレコードの、各種ボタンの有効／無効の状態２２１３で定義されているボタン群を１件、左から順番に着目する。
【０１７９】
ステップＳ３１０２において、クライアント端末１０１のＣＰＵ２０１は、Ｓ３１０１で着目中の（図２２の２２０４から２２０７のいずれか）のボタンの、有効無効設定を読み取り、画面上のボタンの有効状態、あるいは、無効状態の設定を行う。
【０１８０】
この処理により、特定キー実行時に実行される機能ボタンを、画面の状態とユーザの操作の組み合わせによって切り替えることが出来る。
【０１８１】
再び、図１９に戻って説明をする。ステップＳ１９０６において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１で起動されている、特定キー実行時に実行される機能ボタンに対し、有効状態、又は、無効状態の状態変更処理が必要でない場合（ステップＳ１９０６においてＮＯの場合）、本処理を終了する。
【０１８２】
次に図２３について説明を行う。図２３は、クライアント端末から、ユーザがアプリケーション画面上の入力項目へ入力した場合に、入力の状況や画面操作によって、クライアント端末上の特定キーを実行した場合に実行される機能ボタンが切り替えられていく処理の一例を示した図である。
【０１８３】
この処理では、例として、特定キーを９番目のファンクションキーであるＦ９キーとして、ヘッダと明細の入力箇所が存在する伝票データの入力画面において、Ｆ９キー実行時に実行される機能ボタンが、画面の入力状態や、処理状態に応じて変わっていく処理を、入力状態や処理状態の例に従がって説明を行う。
【０１８４】
ステップＳ２３０１で、クライアント端末１０１のＣＰＵ２０１は、伝票登録の画面を表示する。
【０１８５】
ステップＳ２３０２で、クライアント端末１０１のＣＰＵ２０１は、伝票登録の画面が表示された直後は、Ｆ９キーが実行された後は、図２４の確定ボタン２４０１が実行されるように確定ボタンを有効にする。
【０１８６】
ステップＳ２３０３で、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１を使用するユーザから、図２５に図示するように、伝票登録画面のヘッダ入力エリア１２０１の入力項目への値の入力を受け付ける。
【０１８７】
ステップＳ２３０４で、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１を使用するユーザからの、図１２の伝票登録画面のヘッダ入力エリアの項目への入力が正常に終了したことを検知した後、現在、図２５の確定ボタン２５０２の機能が実行される状態となっているＦ９キーの実行が、ユーザによってなされたことを検知する。
【０１８８】
ステップＳ２３０５で、クライアント端末１０１のＣＰＵ２０１は、クライアント端末１０１上の画面内の図２６の明細入力エリア２６０１を入力不可状態から入力可能状態に変更する。逆に、この時、図２６のヘッダ入力エリア１３０２を入力不可状態にする。
【０１８９】
ステップＳ２３０６において、クライアント端末１０１のＣＰＵ２０１は、図２６の明細入力エリア２６０１において、ヘッダに紐づく各明細の登録を可能とするための、図２６の明細反映ボタン２６０３を有効化する。
【０１９０】
このとき、Ｆ９キー実行時には、ヘッダとそれに紐づいて登録された各明細を一伝票として登録することを可能とする図２６の明細反映ボタン２６０３が実行されることとなる。
【０１９１】
次に、ステップＳ２３０７からステップＳ２３１０の処理は、図２７の明細入力エリア２７０１へ、ユーザより入力がされている間繰り返す。
【０１９２】
ステップＳ２３０７は、クライアント端末１０１のＣＰＵ２０１は、ユーザからの、図２７の明細入力エリア２７０１へ対する値の正常値の入力が完了し、さらにステップＳ２３０６で、明細反映ボタンの機能実行される状態になっているＦ９キーが実行されたか、否かを判定する。
【０１９３】
ステップＳ２３０７において、クライアント端末１０１のＣＰＵ２０１は、Ｆ９キーが実行されたことを検知すると、ステップＳ２３０８において、図２８の伝票確定ボタン２８０１を有効化する。
【０１９４】
このとき、Ｆ９キー実行時には、図２８の伝票確定ボタン２８０１が実行されることとなる。また、これまでＦ９キー実行時に実行された、明細反映ボタンは無効にされるため、実行がされなくなる。
【０１９５】
なお、この段階では、画面の入力状態がヘッダに対し、明細が１件紐づいて登録されたため、伝票を確定する最低限の入力が出来ているため、Ｆ９キー実行時に、図２８の伝票確定ボタン２８０１の機能が実行され、伝票確定が出来るようにするためこのような動きとなっている。
【０１９６】
なお、ステップＳ２３０７において、クライアント端末１０１のＣＰＵ２０１が、Ｆ９キーが実行されたことを検知しなかった場合は、ユーザからの、図２７の明細入力エリア２７０１へ対する値の正常値の入力が完了するまで、ステップＳ２３０７の処理が繰り返される。
【０１９７】
ステップＳ２３０９において、クライアント端末１０１のＣＰＵ２０１は、ユーザにより、図２７に図示するように、明細入力エリア２７０１の入力項目に対し再び値が入力されたか否かを判定する。
【０１９８】
ステップＳ２３０９において、クライアント端末１０１のＣＰＵ２０１が、ユーザにより、図２７の明細入力エリアの入力項目に対し再び値が入力されたと判定した場合、後続のステップＳ２３１０の処理を行う。
【０１９９】
なお、ステップＳ２３０９において、クライアント端末１０１のＣＰＵ２０１が、ユーザにより、図２７の明細入力エリアの入力項目に対し、再び値が入力されたと判定されなかった場合はこのステップＳ２３０７からステップＳ２３１０の繰り返し処理を抜け、ステップＳ２３１１の処理へ移る。
【０２００】
クライアント端末１０１のＣＰＵ２０１が、ユーザにより、図２７の明細入力エリア２７０１の入力項目に対し、再び値が入力されたと判定した場合、ステップＳ２３１１において、Ｆ９キー実行時は伝票確定のボタンではなく、再び、図２６の明細反映ボタン２６０３を実行できるようにするため、明細反映ボタンを有効化する。
【０２０１】
このように、明細が入力された段階で、明細反映ボタンのみを有効化する処理を行うため、Ｆ９キー実行時は明細反映ボタンが実行されることになり、ヘッダに紐づく明細を追加することが可能となる。
【０２０２】
ステップＳ２３１１において、クライアント端末１０１のＣＰＵ２０１は、ステップＳ２３０８で、Ｆ９キーが実行され、図２９の伝票確定ボタン２９０１が実行され、伝票の入力が確定されたことを検知する。
【０２０３】
ステップＳ２３１２において、クライアント端末１０１のＣＰＵ２０１は、Ｆ９キー実行によって、ステップＳ２３１１で１度実行された、図２９の伝票確定ボタン２９０１を無効状態にし、伝票登録ボタンを有効状態にする（図３０の伝票登録ボタン３００１）。
【０２０４】
このとき、Ｆ９キーが実行された場合、伝票登録ボタン３００１が実行されることとなる。
【０２０５】
ステップＳ２３１３において、クライアント端末１０１のＣＰＵ２０１は、クライアント端末を使用しているユーザによって、伝票登録ボタンが実行されることになっているＦ９キーが実行されたことを検知する。
【０２０６】
ステップＳ２３１３において、クライアント端末１０１のＣＰＵ２０１が、クライアント端末を使用しているユーザによって、Ｆ９キーが実行されたことを検知した場合は、ステップＳ２３１４において、クライアント端末においてユーザによって入力された明細のデータを登録が完了したことを検知する。
【０２０７】
なお、ステップＳ２３１３において、クライアント端末１０１のＣＰＵ２０１が、クライアント端末を使用しているユーザによって、Ｆ９キーが実行されたことを検知しない場合は、検知されるまでステップＳ２３１３の処理を繰り返す。
【０２０８】
以上、図２３の処理の説明とする。
【０２０９】
なお、図２３のステップＳ２３０４、ステップＳ２３０７、ステップＳ２３１１、ステップＳ２３１３の画面の状態において、特定キー（図２３ではＦ９キー）を実行した場合に実行される機能ボタンを、図３２で図示した。
【０２１０】
現在の画面の状態３２０１が、ヘッダデータが入力済み（３２０４）で、実行する特定キー３２０２でＦ９キーが実行される指定がされた場合、つまり、ステップＳ２３０４でＹＥＳの場合、特定キー実行時に実行される機能ボタン３２０３は、（ヘッダの）確定ボタンになる。
【０２１１】
現在の画面の状態３２０１が、帳票データが入力済みで、明細反映ボタンが有効（３２０５）で、実行する特定キー３２０２でＦ９キーが実行される指定がされた場合、つまり、ステップＳ２３０７でＹＥＳの場合、特定キー実行時に実行される機能ボタン３２０３は、反映ボタンになる。
【０２１２】
現在の画面の状態３２０１が、帳票データが未入力で、伝票確定ボタンが有効（３２０６）で、実行する特定キー３２０２でＦ９キーが実行される指定がされた場合、つまり、ステップＳ２３１１の状態の場合、特定キー実行時に実行される機能ボタン３２０３は、伝票確定ボタンになる。
【０２１３】
現在の画面の状態３２０１が、帳票データが未入力で、伝票登録ボタンが有効（３２０７）で、実行する特定キー３２０２でＦ９キーが実行される指定がされた場合、つまり、ステップＳ２３１３でＹＥＳの場合、特定キー実行時に実行される機能ボタン３２０３は、伝票登録ボタンになる。
【０２１４】
なお、現在の画面の状態３２０１が、帳票データが未入力で、伝票登録ボタンが有効（３２０８）で（ステップＳ２３１３でＹＥＳの場合）、実行する特定キー３２０２でＦ９キーが実行される指定がされた場合の、実行可能な特定キーが複数存在する場合の例をここで示す。この場合、実行する特定キー３２０２がＦ２キーの場合、特定キー実行時に実行される機能ボタン３２０３を、確認画面遷移ボタン、実行する特定キー３２０２がＦ８キーの場合、画面クリアボタン、実行する特定キー３２０２がＦ９キーの場合は、３２０７の例と同じく伝票登録ボタンとすることが出来る。
【０２１５】
以上、図３２の説明とする。
【０２１６】
なお、第二の実施例の実施例では、図１９の特定キー制御プログラムの処理が、図２１の特定キー定義ファイル２１００や、機能ボタンの状態を見て、実行される機能ボタンを判断するようにしたが、実際に、機能ボタン状態変更定義テーブル２２００を参照せず、プログラムのハードコードにより全ての特定キーの実行条件がＩＦ文の列挙でハードコーディングしてもよい。また、双方が混在されるようにしてもよい。また、図２３では、特定キーをファンクションキーとした、画面の入力に応じた機能ボタンの切り替えの例を示したが、ファンクションキー以外のキーでもあっても良いこととする。
【０２１７】
また、図１８の初期処理でクライアント端末側に読み込むアプリケーションの画面データについては、予めクライアント端末側に存在するものであっても良いものとする。
【０２１８】
以上、第一実施例と第二の実施例について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２１９】
なお、ファンクションキー定義の初期設定ファイルについては２つの設定方法を列挙したが、１つの初期設定ファイルで、ファンクションキーごとにファンクションキー定義を混合して設定しても良い。
【０２２０】
また、本発明におけるプログラムは、図４、図５、図６、図７、図９、図１８、図１９、図２０、図２３に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４、図５、図６、図７、図９、図１８、図１９、図２０、図２３の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４、図５、図６、図７、図９、図１８、図１９、図２０、図２３の各装置の処理方法ごとのプログラムであってもよい。
【０２２１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２２２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０２２３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０２２４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２２５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２２６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２２７】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２２８】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２２９】
１００  ＷＥＢアプリケーションシステム
１０１  クライアント端末
１０２  アプリケーションサーバ
１０３  ネットワーク
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ（入力Ｃ）
２０６  ビデオコントローラ（ＶＣ）
２０７  メモリコントローラ（ＭＣ）
２０８  通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）
２０９  キーボード
２１０  ＣＲＴ
２１１  外部メモリ
３０１  ファンクションキー定義ファイル受信部
３０２  ファンクションキー定義ファイル記憶部
３０３  業務処理割当部
３０４  業務処理割当変更部
３０５  ファンクションキー定義ファイル送信部
８００  ファンクションキー定義ファイル
２１００  特定キー定義ファイル
２２００  機能ボタン状態変更定義テーブル
３２００  特定キー押下時に実行される機能ボタン
【図１】
2014206965.tif 000003
【図２】
2014206965.tif 000004
【図３】
2014206965.tif 000005
【図４】
2014206965.tif 000006
【図５】
2014206965.tif 000007
【図６】
2014206965.tif 000008
【図７】
2014206965.tif 000009
【図８】
2014206965.tif 000010
【図９】
2014206965.tif 000011
【図１０】
2014206965.tif 000012
【図１１】
2014206965.tif 000013
【図１２】
2014206965.tif 000014
【図１３】
2014206965.tif 000015
【図１４】
2014206965.tif 000016
【図１５】
2014206965.tif 000017
【図１６】
2014206965.tif 000018
【図１７】
2014206965.tif 000019
【図１８】
2014206965.tif 000020
【図１９】
2014206965.tif 000021
【図２０】
2014206965.tif 000022
【図２１】
2014206965.tif 000023
【図２２】
2014206965.tif 000024
【図２３】
2014206965.tif 000025
【図２４】
2014206965.tif 000026
【図２５】
2014206965.tif 000027
【図２６】
2014206965.tif 000028
【図２７】
2014206965.tif 000029
【図２８】
2014206965.tif 000030
【図２９】
2014206965.tif 000031
【図３０】
2014206965.tif 000032
【図３１】
2014206965.tif 000033
【図３２】
2014206965.tif 000034