(57)【特許請求の範囲】
【請求項１】
操作支援装置と通信可能に構成されるコンピュータを、
ウェブブラウザがウェブページにアクセスする際に、前記ウェブブラウザを利用するユーザに関するユーザ情報を前記操作支援装置に送信する送信手段、
前記送信手段により送信された前記ユーザ情報に対応する、判定条件を含む判定情報を前記操作支援装置から受信する受信手段、
前記受信手段により受信された前記判定情報により特定される前記判定条件を満たすか否かを判定する判定手段、
前記判定手段により前記判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行う表示制御手段、
として機能させる表示制御プログラム。
【請求項２】
前記操作支援装置は、前記判定情報及び前記案内情報を対応付けて記憶可能に構成され、
前記送信手段は、前記判定条件を満たすと判定された場合に、該判定条件を含む判定情報に対応する前記案内情報を要求する要求信号を送信し、
前記受信手段は、要求した前記案内情報を前記操作支援装置から受信する、
請求項１に記載の表示制御プログラム。
【請求項３】
前記操作支援装置は、前記判定情報及び前記案内情報のそれぞれを、両方の情報に共通するＩＤ情報と対応付けて記憶可能に構成され、
前記受信手段は、前記判定情報とともに前記ＩＤ情報を前記操作支援装置から受信し、
前記送信手段は、前記ＩＤ情報を含む前記要求信号を前記操作支援装置に送信する、
請求項２に記載の表示制御プログラム。
【請求項４】
前記判定情報は、複数種類の判定条件を含む情報である、
請求項１〜３のいずれか１項に記載の表示制御プログラム。
【請求項５】
前記判定条件は、複数の個別条件からなる条件であり、
前記判定手段は、成立した前記個別条件の個数に応じて、前記判定条件を満たすか否かを判定する、
請求項１〜４のいずれか１項に記載の表示制御プログラム。
【請求項６】
前記案内情報は、複数の入力操作を順次案内するための情報であり、
前記表示制御手段は、ユーザの指示操作を受け付けた場合に、前記案内情報を順次表示させる制御を開始する、
請求項１〜５のいずれか１項に記載の表示制御プログラム。
【請求項７】
ユーザ装置を、
ウェブブラウザがウェブページにアクセスする際に、前記ウェブブラウザを利用するユーザに関するユーザ情報を送信する第１送信手段、
判定条件を含む判定情報を受信する第１受信手段、
前記第１受信手段により受信された前記判定情報により特定される前記判定条件を満たすか否かを判定する判定手段、
前記判定手段により前記判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行う表示制御手段、
として機能させ、
前記ユーザ装置と通信可能に構成される操作支援装置を、
前記判定情報及び前記案内情報を対応付けて記憶する記憶手段、
前記第１送信手段により送信された前記ユーザ情報を受信する第２受信手段、
前記第２受信手段により受信された前記ユーザ情報に対応する前記判定情報を前記記憶手段から読み出して前記ユーザ装置に送信する第２送信手段、
として機能させる操作支援プログラム。
【請求項８】
ユーザ装置と、
前記ユーザ装置と通信可能に構成される操作支援装置と、
を備え、
前記ユーザ装置は、
ウェブブラウザがウェブページにアクセスする際に、前記ウェブブラウザを利用するユーザに関するユーザ情報を送信する第１送信手段と、
判定条件を含む判定情報を受信する第１受信手段と、
前記第１受信手段により受信された前記判定情報により特定される前記判定条件を満たすか否かを判定する判定手段と、
前記判定手段により前記判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行う表示制御手段と、
を備え、
前記操作支援装置は、
前記判定情報及び前記案内情報を対応付けて記憶する記憶手段と、
前記第１送信手段により送信された前記ユーザ情報を受信する第２受信手段と、
前記第２受信手段により受信された前記ユーザ情報に対応する前記判定情報を前記記憶手段から読み出して前記ユーザ装置に送信する第２送信手段と、
を備える操作支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示制御プログラム、操作支援プログラム、及び操作支援システムに関する。
【背景技術】
【０００２】
従来から、ユーザ装置の表示画面上に案内情報を表示することで、ユーザの操作を支援する技術が知られている。
【０００３】
特許文献１には、情報処理装置に現在表示されている画面情報及び情報処理装置の動作状態に関するステータス情報を用いてユーザの操作状態を解析し、その操作状態に応じて情報処理装置の操作指示を出力する操作支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第６１３３４６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ユーザ装置及び操作支援装置からなるクライアントサーバシステムによって上記した操作の支援を行う場合、各々のユーザ装置による案内情報の表示に先立ち、当該表示に関する判定を操作支援装置が一元的に行うようなシステム構成が考えられる。しかしながら、このシステム構成では、ユーザ装置は、上記の判定を行う度に操作支援装置との間で情報をやり取りしなければならず、操作支援装置との間の通信負荷や操作支援装置の処理負荷が増加するという問題が生じる。特に、ウェブブラウザ機能を有するユーザ装置では、ウェブページの画面の形態が多岐にわたるので、上記した問題がより顕著に現われる。
【０００６】
本発明の目的は、ユーザ装置による案内情報の表示に先立って当該表示に関する判定を行う際に、操作支援装置との間の通信負荷や操作支援装置の処理負荷を低減可能な表示制御プログラム及び操作支援装置を提供することにある。
【課題を解決するための手段】
【０００７】
第１の本発明における表示制御プログラムは、操作支援装置と通信可能に構成されるコンピュータを、ウェブブラウザがウェブページにアクセスしたことを契機として、判定条件を含む判定情報を前記操作支援装置から受信する受信手段、前記受信手段により受信された前記判定情報により特定される前記判定条件を満たすか否かを判定する判定手段、前記判定手段により前記判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行う表示制御手段、として機能させる。
【０００８】
また、前記コンピュータを、前記ウェブブラウザがウェブページにアクセスする際に、前記ウェブブラウザを利用するユーザに関するユーザ情報を前記操作支援装置に送信する送信手段としてさらに機能させ、前記受信手段は、前記送信手段により送信された前記ユーザ情報により特定されるユーザに対応する前記判定情報を前記操作支援装置から受信してもよい。
【０００９】
また、前記操作支援装置は、前記判定情報及び前記案内情報を対応付けて記憶可能に構成され、前記送信手段は、前記判定条件を満たすと判定された場合に、該判定条件を含む判定情報に対応する前記案内情報を要求する要求信号を送信し、前記受信手段は、要求した前記案内情報を前記操作支援装置から受信してもよい。
【００１０】
また、前記操作支援装置は、前記判定情報及び前記案内情報のそれぞれを、共通するＩＤ情報と対応付けて記憶可能に構成され、前記受信手段は、前記判定情報とともに前記ＩＤ情報を前記操作支援装置から受信し、前記送信手段は、前記ＩＤ情報を含む前記要求信号を前記操作支援装置に送信してもよい。
【００１１】
また、前記判定情報は、複数種類の判定条件を含む情報であってもよい。
【００１２】
また、前記判定条件は、複数の個別条件からなる条件であり、前記判定手段は、成立した前記個別条件の個数に応じて、前記判定条件を満たすか否かを判定してもよい。
【００１３】
また、前記案内情報は、複数の入力操作を順次案内するための情報であり、前記表示制御手段は、ユーザの指示操作を受け付けた場合に、前記案内情報を順次表示させる制御を開始してもよい。
【００１４】
第２の本発明における操作支援装置は、ウェブブラウザがウェブページにアクセスしたことを契機として、判定条件を含む判定情報を受信する受信手段と、前記受信手段により受信された前記判定情報により特定される前記判定条件を満たすか否かを判定する判定手段と、前記判定手段により前記判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行う表示制御手段と、を備えるユーザ装置と通信可能に構成される装置であって、前記判定情報及び前記案内情報を対応付けて記憶する記憶手段と、前記ユーザ装置からの要求に応じて、前記記憶手段により記憶されている前記判定情報を前記ユーザ装置に送信する送信手段と、を備える。
【発明の効果】
【００１５】
本発明によれば、ユーザ装置による案内情報の表示に先立って当該表示に関する判定を行う際に、操作支援装置との間の通信負荷や操作支援装置の処理負荷が低減される。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態における操作支援システムの全体構成図である。
【図２】図１におけるユーザ装置及び操作支援装置のハードウェア構成の一例を示す図である。
【図３】ユーザ装置の機能ブロックの一例を示す図である。
【図４】操作支援装置の機能ブロックの一例を示す図である。
【図５】ユーザ装置と操作支援装置の間における処理の流れを例示するフローチャートである。
【図６】図４の判定テーブルが有するデータ構造の一例を示す図である。
【図７】図４の案内テーブルが有するデータ構造の一例を示す図である。
【図８】図５のステップＳＰ２８に関する処理の流れを例示する詳細フローチャートである。
【図９】図３の表示手段により表示される入力画面の一例を示す図である。
【図１０】図９に示す入力画面の第１遷移図である。
【図１１】図９に示す入力画面の第２遷移図である。
【図１２】図９に示す入力画面の第３遷移図である。
【発明を実施するための形態】
【００１７】
本発明における操作支援システムについて、表示制御プログラム及び操作支援装置との関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対して可能な限り同一の符号を付するとともに、重複する説明を省略する場合がある。
【００１８】
［操作支援システム１０の構成］
＜全体構成＞
図１は、本発明の一実施形態における操作支援システム１０の全体構成図である。操作支援システム１０は、ユーザ装置１２を用いたユーザの入力操作を支援するサービス（以下、「支援サービス」という）を提供するシステムである。この操作支援システム１０は、具体的には、１つ又は複数のユーザ装置１２と、操作支援装置１４と、業務サーバ１６と、を含んで構成される。各々のユーザ装置１２は、ネットワークＮＴを通じて、操作支援装置１４と相互に通信可能である。なお、各々のユーザ装置１２は、業務サーバ１６と相互に通信可能であってもよいし、業務サーバ１６と通信を行わなくてもよい。また、図１の例では、操作支援システム１０は、業務サーバ１６を含んで構成されるが、これに代わって、業務サーバ１６を含まないように構成されてもよい。
【００１９】
ユーザ装置１２は、ユーザが入力操作を行うための作業端末であり、例えば、パーソナルコンピュータ、タブレット、スマートフォン、ウェアラブルデバイスなどから構成される。操作支援装置１４は、入力操作の支援に必要な各種情報をユーザ装置１２に提供するサーバコンピュータである。業務サーバ１６は、業務を通じて発生した業務情報を管理するために構築されるサーバである。各々のユーザ装置１２は、業務サーバ１６との間で、いわゆるＷｅｂ技術の利用によって様々なデータをやり取り可能に構成される。
【００２０】
＜ハードウェア構成＞
図２は、図１におけるユーザ装置１２及び操作支援装置１４のハードウェア構成の一例を示す図である。ユーザ装置１２は、通信Ｉ／Ｆ２１と、入力装置２２と、出力装置２３と、プロセッサ２４と、メモリ２５と、記憶装置２６と、を含んで構成される。一方、操作支援装置１４は、通信Ｉ／Ｆ５１と、プロセッサ５４と、メモリ５５と、記憶装置５６と、を含んで構成される。
【００２１】
通信Ｉ／Ｆ２１，５１は、外部装置に対して電気信号を送受信するインターフェースである。これにより、ユーザ装置１２は、ユーザ情報４４（図３）を操作支援装置１４に送信可能であるとともに、判定情報４６及び案内情報４８（図３）を操作支援装置１４から受信可能である。
【００２２】
入力装置２２は、マウス、キーボード、タッチセンサ、マイクロフォンを含むデバイスである。出力装置２３は、ディスプレイ、スピーカを含むデバイスからなる。ユーザ装置１２は、入力装置２２による入力機能と出力装置２３による表示機能を組み合わせることで、グラフィカル・ユーザ・インターフェース（ＧＵＩ）を構築する。
【００２３】
プロセッサ２４，５４は、ＣＰＵ（Central Processing Unit）を含む汎用プロセッサであってもよいし、ＧＰＵ（Micro-Processing Unit）やＦＰＧＡ（Field Programmable Gate Array）を含む専用プロセッサであってもよい。メモリ２５，５５は、非一過性の記憶媒体であり、プロセッサ２４，５４が各構成要素を制御するのに必要なプログラム及びデータを記憶している。記憶装置２６，５６は、例えば、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）やソリッドステートドライブ（ＳＳＤ：Solid State Drive）を含む非一過性の記憶媒体である。
【００２４】
＜機能ブロック＞
図３は、ユーザ装置１２の機能ブロックの一例を示す図である。ユーザ装置１２は、表示制御プログラムを実行することで、送信手段３０、受信手段３２、ブラウズ手段３４、判定手段３６、表示制御手段３８、表示手段４０、及び記憶手段４２として機能する。送信手段３０及び受信手段３２はそれぞれ、図２の通信Ｉ／Ｆ２１及びプロセッサ２４によって実現される手段である。ブラウズ手段３４、判定手段３６及び表示制御手段３８はそれぞれ、図２のプロセッサ２４により実現される手段である。表示手段４０は、図２の出力装置２３によって実現される手段である。記憶手段４２は、図２の記憶装置２６によって実現される手段である。
【００２５】
送信手段３０は、ウェブブラウザ機能を有するブラウズ手段３４がウェブページにアクセスする際に、ユーザに関するユーザ情報４４を操作支援装置１４に送信する。また、送信手段３０は、判定手段３６により判定条件を満たすと判定された場合に、該判定条件を含む判定情報４６に対応する案内情報４８を要求する要求信号を送信する。この要求信号には、判定情報４６及び案内情報４８の両方に共通するＩＤ情報が含まれてもよい。また、送信手段３０は、ウェブページの画面を介して入力された各種情報を業務サーバ１６に送信する。
【００２６】
受信手段３２は、ブラウズ手段３４がウェブページにアクセスしたことを契機として、判定条件を含む判定情報４６を操作支援装置１４から受信する。また、受信手段３２は、送信手段３０により送信されたユーザ情報４４に対応する判定情報４６を操作支援装置１４から受信する。
【００２７】
判定手段３６は、受信手段３２により受信された判定情報４６により特定される少なくとも１種類の判定条件を満たすか否かを判定する。また、判定手段３６は、複数の個別条件からなる判定条件に関して、成立した個別条件の個数に応じて判定条件を満たすか否かを判定する。
【００２８】
表示制御手段３８は、判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報４８を表示手段４０に表示させる制御を行う。また、表示制御手段３８は、複数の入力操作を順次案内するための案内情報４８に関して、ユーザの指示操作を受け付けた場合に、案内情報４８を順次表示させる制御を開始する。
【００２９】
記憶手段４２は、予め設定されたユーザ情報４４を記憶する。また、記憶手段４２は、操作支援装置１４から送信された判定情報４６を一時的又は長期的に記憶する。また、記憶手段４２は、操作支援装置１４から送信された案内情報４８を一時的又は長期的に記憶する。なお、判定情報４６及び案内情報４８はそれぞれ、上記したＩＤ情報と対応付けて記憶されてもよい。
【００３０】
図４は、操作支援装置１４の機能ブロックの一例を示す図である。操作支援装置１４は、操作支援プログラムを実行することで、送信手段６０、受信手段６２、情報処理手段６４、及び記憶手段６６として機能する。送信手段６０及び受信手段６２はそれぞれ、図２の通信Ｉ／Ｆ５１及びプロセッサ５４によって実現される手段である。情報処理手段６４は、図２のプロセッサ５４により実現される手段である。記憶手段６６は、図２の記憶装置５６によって実現される手段である。
【００３１】
送信手段６０は、ユーザ情報４４をユーザ装置１２から受信した場合、ユーザ情報４４に対応する判定情報４６をユーザ装置１２に送信する。また、送信手段６０は、ユーザ装置１２からＩＤ情報を受信した場合、ＩＤ情報に対応する案内情報４８をユーザ装置１２に送信する。
【００３２】
受信手段６２は、ユーザ装置１２のブラウズ手段３４がウェブページにアクセスする際に、ユーザ情報４４をユーザ装置１２から受信する。また、受信手段６２は、充足する判定条件を含む判定情報４６に対応する案内情報４８を要求する要求信号をユーザ装置１２から受信する。
【００３３】
情報処理手段６４は、記憶手段６６に記憶されている判定テーブル６８及び案内テーブル７０を追記する更新処理を行うことで、新規の支援サービスを登録する。また、情報処理手段６４は、記憶手段６６に記憶されている判定テーブル６８を読み出して参照することで、ユーザ情報４４に対応するＩＤ情報及び判定情報４６を取得する。また、情報処理手段６４は、記憶手段６６に記憶されている案内テーブル７０を読み出して参照することで、ＩＤ情報に対応する案内情報４８を取得する。
【００３４】
記憶手段６６は、判定情報４６を含む判定テーブル６８及び案内情報４８を含む案内テーブル７０を記憶する。また、記憶手段６６は、判定情報４６及び案内情報４８のそれぞれを、両方の情報に共通するＩＤ情報と対応付けて記憶する。
【００３５】
［操作支援システム１０の動作］
本発明の一実施形態における操作支援システム１０は、以上のように構成される。続いて、この操作支援システム１０の動作について、図５のフローチャートを主に参照しながら説明する。このフローチャートのステップＳＰ１０，ＳＰ１８，ＳＰ２６は、操作支援装置１４により実行される一方、残りのステップはユーザ装置１２により実行される。
【００３６】
＜全体の流れ＞
図５のステップＳＰ１０において、操作支援装置１４は、作業者の要求に応じて、支援サービスの内容を登録する。登録に先立ち、作業者は、ユーザ装置１２を含む作業端末に表示される設定画面（不図示）を介して、支援サービスの設定操作を行う。作業端末は、この設定操作を通じて入力された設定データを操作支援装置１４に送信する。
【００３７】
そうすると、操作支援装置１４の受信手段６２は、支援サービスの登録に必要な各種情報を作業端末から受信して取得する。そして、情報処理手段６４は、記憶手段６６に記憶されている判定テーブル６８及び案内テーブル７０を追記する更新処理を行うことで、新規の支援サービスを登録する。
【００３８】
図６は、図４の判定テーブル６８が有するデータ構造の一例を示す図である。この判定テーブル６８は、［１］ユーザに関する情報である「ユーザ情報」と、［２］支援サービスの識別情報である「サービスＩＤ」と、［３］支援サービスの提供に関する判定に用いられる「判定条件」との間の対応関係を示すテーブル形式のデータである。
【００３９】
ユーザ情報には、ユーザの識別情報（例えば、氏名、社員番号など）のみならず、ユーザの属性を示す情報（例えば、所属組織、部門、チーム、プロジェクト、役職、性別、年齢、経験、スキルなど）が含まれてもよい。図６の例では、ユーザ情報は、組織ＩＤ及び組織名を組み合わせた情報に相当する。
【００４０】
１つのユーザ情報４４に対応付けられる判定条件は、１種類であってもよいし、２種類以上であってもよい。また、判定条件は、単一の条件であってもよいし、複数の個別条件の集合体であってもよい。これらの条件は、ウェブデータに含まれる情報に関連してもよいし、ウェブデータに含まれない情報に関連してもよい。ここで、「ウェブデータ」とは、ウェブページを記述するためのデータであり、例えば、ＨＴＭＬ（Hyper Text Markup Language）、ＸＭＬ（eXtensible Markup Language）を含むマークアップ言語が用いられる。
【００４１】
ウェブデータに含まれる情報の一例として、Ｗｅｂアプリケーションの名称・バージョン、ウェブブラウザの種類、ユーザコントロールの操作状態などが挙げられる。ウェブデータに含まれない情報の一例として、上記したユーザ情報、ユーザ装置１２のネットワーク情報、現在の時間情報（年月日や時分秒、曜日、週、時期など）、ウェブページの閲覧履歴などが挙げられる。
【００４２】
図７は、図４の案内テーブル７０が有するデータ構造の一例を示す図である。この案内テーブル７０は、支援サービスの識別情報である「サービスＩＤ」と、支援サービスの提供時に用いられる「案内情報」との間の対応関係を示すテーブル形式のデータである。ここで、案内情報４８には、［１］案内を行う順序を示す「ＮＯ」と、［２］案内の対象である「ユーザコントロール」と、［３］案内表示の「内容」と、［４］案内を終了するための「終了条件」と、が含まれる。なお、図７では、各々のサービスＩＤには複数の案内情報のタイトルが紐付けられてもよいし、各タイトルには複数の案内情報が紐付けられてもよい。
【００４３】
このようにして、利用権限を有するユーザは、自身のユーザ装置１２を用いて、予め登録された支援サービスを享受することができる。例えば、ユーザが、業務の遂行に際し、ユーザ装置１２にインストールされているウェブブラウザを起動し、Ｗｅｂアプリケーションを実行させた場合を想定する。
【００４４】
図５のステップＳＰ１２において、ユーザ装置１２のブラウズ手段３４は、閲覧対象であるウェブページの移動があったか否かを確認する。現在のウェブページからの移動がなかった場合（ステップＳＰ１２：ＮＯ）、後述するステップＳＰ２２に進む。一方、現在のウェブページからの移動があった場合（ステップＳＰ１２：ＹＥＳ）、次のステップＳＰ１４に進む。なお、本ステップＳＰ１２では、ウェブページを移動したか否かを確認しているが、これに代えて、ウェブページの画面及び当該画面の一部が移動又は遷移したか否かを確認してもよい。
【００４５】
ステップＳＰ１４において、ブラウズ手段３４は、移動後のウェブページに該当する判定情報４６が記憶手段４２にキャッシュされているか否かを確認する。該当する判定情報４６が既にキャッシュされている場合（ステップＳＰ１４：ＹＥＳ）、後述するステップＳＰ２２に進む。一方、該当する判定情報４６がまだキャッシュされていない場合（ステップＳＰ１４：ＮＯ）、次のステップＳＰ１６に進む。
【００４６】
ステップＳＰ１６において、送信手段３０は、ユーザ情報４４を含むデータを操作支援装置１４に送信する。ユーザ情報４４は、例えば、支援サービスの利用グループに付与された組織ＩＤである。送信手段３０は、現在のウェブページを記述するページデータの中からウェブページの関連情報を抽出し、ユーザ情報４４と併せてこの関連情報を送信してもよい。その後、操作支援装置１４の受信手段６２は、ユーザ装置１２から送信されたデータを受信する。
【００４７】
ステップＳＰ１８において、操作支援装置１４は、ユーザに対応する判定情報４６を取得した後、この判定情報４６をユーザ装置１２に送信する。具体的には、情報処理手段６４は、記憶手段６６に記憶されている判定テーブル６８を読み出して参照することで、ユーザ情報４４に対応するデータセット（サービスＩＤ及び判定情報４６）を取得する。その後、送信手段６０は、サービスＩＤ及び判定情報４６を含むデータをユーザ装置１２に送信する。ところで、図６に示すように、同一のユーザに対応する複数組のデータセットが存在することがあり得る。この場合、操作支援装置１４は、該当する全組のデータセットをユーザ装置１２に一括で送信してもよいし、その一部の組のみを送信してもよい。
【００４８】
ステップＳＰ２０において、ユーザ装置１２は、ステップＳＰ１８で送信されたデータセットを受信してキャッシュを行う。この場合、判定情報４６は、サービスＩＤと紐付けられた状態にて記憶手段４２に一時的に蓄積される。このようにして、ユーザ装置１２は、ブラウズ手段３４がウェブページにアクセスしたことを契機として、該ウェブページに応じた判定情報４６を受信する。
【００４９】
ステップＳＰ２２において、ユーザ装置１２の判定手段３６は、記憶手段４２に記憶されている判定情報４６をすべて読み出した後、判定情報４６により特定される少なくとも１種類の判定条件に従う判定処理を行う。１種類の判定条件が複数（Ｍ個）の個別条件からなる場合、判定手段３６は、成立した個別条件の個数（ｍ個）に応じて判定条件を満たすか否かを判定してもよい。具体的には、成立条件は、ｍ＝Ｍ（全部充足）に設定されてもよいし、ｍ＞Ｍ／２（過半数）に設定されてもよい。
【００５０】
個別条件の具体例として、［１］画面上の形態的特徴（配置や文字列など）が合致すること、［２］特定の操作状態（ボタンのクリックなど）を検出したこと、［３］起動中のウェブブラウザが特定の種類であること、［４］当該ユーザによる閲覧回数が閾値を下回ること、などが挙げられる。このように、多角的・複合的な個別判定を組み合わせることで、ウェブページの識別子（ＵＲＬ；Uniform Resource Locator）を用いた判定を行わなくても済む。
【００５１】
充足する判定条件がないと判定された場合（ステップＳＰ２２：ＮＯ）、ユーザ装置１２は、そのまま図５に示すフローチャートの処理を終了する。一方、充足する判定条件があると判定された場合（ステップＳＰ２２：ＹＥＳ）、次のステップＳＰ２４に進む。
【００５２】
ステップＳＰ２４において、送信手段３０は、ステップＳＰ２２にて成立した判定条件に対応するサービスＩＤを含む要求信号を操作支援装置１４に送信する。その後、操作支援装置１４の受信手段６２は、ユーザ装置１２から送信された要求信号を受信する。
【００５３】
ステップＳＰ２６において、操作支援装置１４は、ステップＳＰ２４でなされた要求に適した案内情報４８を取得し、この案内情報４８をユーザ装置１２に送信する。具体的には、情報処理手段６４は、記憶手段６６に記憶されている案内テーブル７０を読み出して参照することで、サービスＩＤに対応する案内情報４８を取得する。その後、送信手段６０は、案内情報４８を含むデータをユーザ装置１２に送信する。
【００５４】
ステップＳＰ２８において、表示制御手段３８は、ステップＳＰ２６で送信された案内情報４８を受信してウェブページの画面上に表示させる制御を行う。これにより、当該画面を介した入力操作を案内するための案内表示がなされる。
【００５５】
このようにして、操作支援システム１０の動作が終了する。ユーザ装置１２が図５のフローチャートに示すステップＳＰ１２〜ＳＰ２８を繰り返し実行することで、支援サービスが適時に提供される。
【００５６】
＜案内表示の一例＞
続いて、図５のステップＳＰ２８で実行される案内表示の具体例について、図８のフローチャートを参照しながら詳細に説明する。図８のフローチャートの各ステップは、ユーザ装置１２により実行される。以下、ユーザ装置１２が、該当するウェブページにアクセスし、該ウェブページの入力画面８０を表示していることを想定する。
【００５７】
図９は、図３の表示手段４０により表示される入力画面８０の一例を示す図である。この入力画面８０は、例えば、新規顧客に関する各種情報を入力可能に構成される。具体的には、入力画面８０上に、取引先情報を入力するための９個のユーザコントロール８１〜８９と、住所情報を入力するための２個のユーザコントロール９１，９２と、２個のボタン９４，９６が設けられている。
【００５８】
図８のステップＳＰ３０において、表示制御手段３８は、操作の支援サービスを開始する条件（以下、支援開始条件）を満たすか否かを確認する。手動で開始する場合、支援開始条件は、ユーザの指示操作（例えば、支援サービスの選択や開始の操作）を受け付けたことであってもよい。また、自動で開始する場合、支援開始条件は、基準時点から所定の時間が経過したことであってもよいし、あるいはステップＳＰ３０の実行そのものを省略してもよい。
【００５９】
支援開始条件をまだ満たさない場合（ステップＳＰ３０：ＮＯ）、当該条件を満たすようになるまでステップＳＰ３０に留まる。一方、支援開始条件を満たす場合（ステップＳＰ３０：ＹＥＳ）、次のステップＳＰ３２に進む。なお、支援開始条件をまだ満たさない場合（ステップＳＰ３０：ＮＯ）、ステップＳＰ２２に戻ってもよい。
【００６０】
ステップＳＰ３２において、表示制御手段３８は、ループ変数（ｉ）に関するループ制御を開始する。ループ変数ｉは、開始値ｉ＝１から終了値ｉ＝Ｎになるまでの間、１ずつ加算される。なお、Ｎは、案内表示のシーケンス数に相当する。
【００６１】
ステップＳＰ３４において、表示制御手段３８は、入力画面８０上に、該画面を介したｉ番目の案内情報４８を表示させる表示制御を行う。具体的には、表示制御手段３８は、記憶手段４２に記憶されている判定情報４６（ｉ番目）を読み出し、入力画面８０上の所望のオブジェクトを重ねて配置するように表示手段４０の表示制御を行う。これにより、ｉ番目の案内表示がなされる。
【００６２】
ステップＳＰ３６において、表示制御手段３８は、ｉ番目の案内表示を終了する条件（以下、終了条件）を満たすか否かを確認する。この終了条件は、該当するユーザコントロールを介した入力操作が完了したことであってもよいし、ユーザの指示操作（例えば、特定のボタンのクリック操作）を受け付けたことであってもよい。終了条件をまだ満たさない場合（ステップＳＰ３６：ＮＯ）、当該条件を満たすようになるまでステップＳＰ３６に留まる。一方、終了条件を満たす場合（ステップＳＰ３６：ＹＥＳ）、ループ変数をカウントアップした上で、ループ制御を継続する。
【００６３】
図１０〜図１２は、図９に示す入力画面８０の遷移図である。例えば、特定の支援開始条件を満たしたとき、図９の入力画面８０は、図１０の入力画面８０ａに遷移される。
【００６４】
図１０に示すように、遷移後の入力画面８０ａは、取引先名を入力するためのユーザコントロール８１を除くすべての領域を隠蔽する態様で表示される。ユーザコントロール８１の近傍の位置に、ユーザコントロール８１に対する操作を案内する案内欄１００が新たに表示される。この案内欄１００内には、「取引先の会社名を入力してください。例えば、『〇〇株式会社』のように入力してください。」と表記されたメッセージ１０２と、［次へ］と表記されたボタン１０４と、が設けられている。
【００６５】
ユーザは、メッセージ１０２の内容を確認しながら、ユーザコントロール８１を通じて取引先の入力操作を行った後に、［次へ］ボタン１０４のクリック操作を行う。これにより、当該案内表示に関する終了条件が満たされるので、図１０の入力画面８０ａは、図１１の入力画面８０ｂに遷移される。
【００６６】
図１１に示すように、遷移後の入力画面８０ｂは、決算期を入力するためのユーザコントロール８５を除くすべての領域を隠蔽する態様で表示される。ユーザコントロール８５の近傍の位置に、ユーザコントロール８５に対する操作を案内する案内欄１０６が新たに表示される。この案内欄１０６内には、「決算期を半角数字で入力してください。『月』は不要です。」と表記されたメッセージ１０８と、［次へ］と表記されたボタン１１０と、が設けられている。
【００６７】
ユーザは、メッセージ１０８の内容を確認しながら、ユーザコントロール８５を通じて決算期の入力操作を行った後に、［次へ］ボタン１１０のクリック操作を行う。これにより、当該案内表示に関する終了条件が満たされるので、図１１の入力画面８０ｂは、図１２の入力画面８０ｃに遷移される。
【００６８】
図１２に示すように、遷移後の入力画面８０ｃは、入力済みの各種情報を保存するための［保存］ボタン９６を除くすべての領域を隠蔽する態様で表示される。ボタン９６の近傍の位置に、ボタン９６に対する操作を案内する案内欄１１２が新たに表示される。この案内欄１１２内には、「クリックしてください。」と表記されたメッセージ１１４が設けられている。
【００６９】
ユーザは、メッセージ１１４の内容を確認しながら、［保存］ボタン９６のクリック操作を行う。これにより、当該案内表示に関する終了条件が満たされるので、次のステップＳＰ３８に進む。
【００７０】
図８のステップＳＰ３８において、表示制御手段３８は、ループ変数ｉに関するループ制御を終了する。これにより、一連の案内表示が終了するとともに、入力画面８０を介した入力操作が完了する。
【００７１】
ステップＳＰ４０において、ユーザ装置１２は、送信手段３０を介して、入力画面８０からの入力情報を業務サーバ１６に送信する。これにより、図９〜図１２の例では、新規顧客に関する各種情報が業務サーバ１６に蓄積される。
【００７２】
［実施形態による効果］
以上のように、この実施形態における操作支援プログラム及び操作支援方法では、コンピュータであるユーザ装置１２が、ウェブブラウザがウェブページにアクセスしたことを契機として、判定条件を含む判定情報４６を操作支援装置１４から受信し（ステップＳＰ１８）、受信された判定情報４６により特定される判定条件を満たすか否かを判定し（ステップＳＰ２２）、判定条件を満たすと判定されたウェブページの入力画面８０上に、該画面を介した入力操作を案内するための案内情報４８を表示させる制御を行う（ステップＳＰ２８）。
【００７３】
また、ユーザ装置１２は、ウェブブラウザがウェブページにアクセスしたことを契機として、判定条件を含む判定情報４６を操作支援装置１４から受信する受信手段３２と、受信手段３２により受信された判定情報４６により特定される判定条件を満たすか否かを判定する判定手段３６と、判定手段３６により判定条件を満たすと判定されたウェブページの入力画面８０上に、該画面を介した入力操作を案内するための案内情報４８を表示させる制御を行う表示制御手段３８を備える。一方、操作支援装置１４は、判定情報４６及び案内情報４８を対応付けて記憶する記憶手段６６と、ユーザ装置１２からの要求に応じて、記憶手段６６により記憶されている判定情報４６をユーザ装置１２に送信する送信手段６０を備える。
【００７４】
このように、ウェブブラウザがウェブページにアクセスしたことを契機として判定情報４６を受信し、判定情報４６により特定される判定条件を満たすか否かを判定するので、ユーザ装置１２が主体となって表示に関する判定がなされる。これにより、ユーザ装置１２による案内情報４８の表示に先立って当該表示に関する判定を行う際に、操作支援装置１４との間の通信負荷や操作支援装置１４の処理負荷が低減される。特に、ブラウズ手段３４を有するユーザ装置１２ではウェブページの画面の形態が多岐にわたり、その分だけ判定条件が複雑化するので、上記した負荷の低減効果がより顕著に現われる。
【００７５】
また、ユーザ装置１２は、ウェブブラウザがウェブページにアクセスする際に、ウェブブラウザを利用するユーザに関するユーザ情報４４を操作支援装置１４に送信する送信手段３０をさらに備え、受信手段３２は、送信手段３０により送信されたユーザ情報４４に対応する判定情報４６を操作支援装置１４から受信してもよい。これにより、ユーザにより適した判定条件を用いて判定を行うことができる。
【００７６】
また、操作支援装置１４は、判定情報４６及び案内情報４８を対応付けて記憶可能に構成され、ユーザ装置１２の送信手段３０は、判定条件を満たすと判定された場合に、該判定条件を含む判定情報４６に対応する案内情報４８を要求する要求信号を送信し、受信手段３２は、要求した案内情報４８を操作支援装置１４から受信してもよい。これにより、ユーザ装置１２は、使用する可能性が低そうな判定情報４６までも記憶しなくても済む。
【００７７】
また、操作支援装置１４は、判定情報４６及び案内情報４８のそれぞれを、両方の情報に共通するＩＤ情報（例えば、サービスＩＤ）と対応付けて記憶可能に構成され、ユーザ装置１２の受信手段３２は、判定情報４６とともにサービスＩＤを操作支援装置１４から受信し、送信手段３０は、サービスＩＤを含む要求信号を操作支援装置１４に送信してもよい。これにより、サービスＩＤを通じて判定情報４６をやり取り可能となり、その結果、要求信号を送信する際のデータ通信量が低減される。
【００７８】
また、判定情報４６は、複数種類の判定条件を含む情報であってもよい。これにより、単一の条件を用いる場合と比べて、より柔軟性が高い判定を行うことができる。
【００７９】
また、判定条件は、複数の個別条件からなる条件であり、判定手段３６は、成立した個別条件の個数に応じて、判定条件を満たすか否かを判定してもよい。これにより、単一の条件を用いる場合と比べて、より複雑な判定を行うことができる。
【００８０】
また、案内情報４８は、複数の入力操作を順次案内するための情報であり、表示制御手段３８は、ユーザの指示操作を受け付けた場合に、案内情報４８を順次表示させる制御を開始してもよい。これにより、ユーザによる操作のペースに応じた適時の表示を行うことができる。
【００８１】
［変形例］
なお、本発明は、上記した実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。あるいは、技術的に矛盾が生じない範囲で各々の構成を任意に組み合わせてもよい。あるいは、操作支援システム１０の各動作の順序は、図５，図８に示すフローチャートの順序のみに限定されるものではなく、必要に応じて適宜変更され得る。
【００８２】
上記の実施形態では、操作支援装置１４を単体のコンピュータとして図示しているが、これに代わって、操作支援装置１４は、分散システムを構築するコンピュータ群であってもよい。また、操作支援装置１４は、クラウド型のサーバ（いわゆる、クラウドサーバ）であってもよいし、オンプレミス型のサーバであってもよい。
【００８３】
上記の実施形態では、図９の入力画面８０は、テキストボックス又はコンボボックスを介して情報を入力可能に構成されているが、ユーザコントロールの種類はこれに限られない。また、入力情報のデータ形式は、文字の他に、音声、画像、動画、又はこれらの組み合わせであってもよい。
【００８４】
上記の実施形態では、図４の操作支援装置１４は、判定テーブル６８及び案内テーブル７０をそれぞれ別々のテーブルとして保持しているが、これに代えて、両者を結合した単一のテーブルとして保持してもよい。また、判定テーブル６８のデータ構造は図６の例に限られないし、案内テーブル７０のデータ構造は図７の例に限られない。
【００８５】
上記の実施形態では、表示制御手段３８が、判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行っているが、これとは異なる制御が行われてもよい。例えば、図示しない制御手段が、判定条件を満たした場合に当該判定条件に紐付けられた所定の処理を自動的に実行してもよい。この所定の処理は、具体的には、［１］該当するウェブページの画面上に設けられたボタンを自動的に押下する処理、［２］所定の入力情報を該当するフォームに自動的に入力する処理、［３］所定のユーザ宛にメールを自動送信する処理、などが含まれる。
【符号の説明】
【００８６】
１０  操作支援システム、１２  ユーザ装置、１４  操作支援装置、１６  業務サーバ、３０  送信手段、３２  受信手段、３４  ブラウズ手段、３６  判定手段、３８  表示制御手段、４２  記憶手段、４４  ユーザ情報、４６  判定情報、４８  案内情報、８０，８０ａ，８０ｂ，８０ｃ  入力画面、１００，１０６，１１２  案内欄、ＮＴ  ネットワーク
【要約】
【課題】ユーザ装置による案内情報の表示に先立って当該表示に関する判定を行う際に、操作支援装置との間の通信負荷や操作支援装置の処理負荷を低減可能な表示制御プログラム及び操作支援装置を提供する。
【解決手段】ユーザ装置は、ウェブブラウザがウェブページにアクセスしたことを契機として、判定条件を含む判定情報を操作支援装置から受信し、判定情報により特定される判定条件を満たすか否かを判定し、判定条件を満たすと判定されたウェブページの画面上に、該画面を介した入力操作を案内するための案内情報を表示させる制御を行う。
【選択図】図５【図１】
0006692538.tif 000002
【図２】
0006692538.tif 000003
【図３】
0006692538.tif 000004
【図４】
0006692538.tif 000005
【図５】
0006692538.tif 000006
【図６】
0006692538.tif 000007
【図７】
0006692538.tif 000008
【図８】
0006692538.tif 000009
【図９】
0006692538.tif 000010
【図１０】
0006692538.tif 000011
【図１１】
0006692538.tif 000012
【図１２】
0006692538.tif 000013