JP6786892B2 - サーバ装置、情報処理システム及びプログラム - Google Patents

Description

本発明は、サーバ装置、情報処理システム及びプログラムに関する。

利用者の操作履歴に基づいて、操作を支援する画面を利用者に提供する技術が知られている。例えば、特許文献１には、機器に対するユーザの操作履歴とともに、その操作の仕方を獲得するために行った利用者の行動に関する情報を表示することが記載されている。特許文献２には、ユーザの操作履歴に基づいて、携帯端末に対する一連の操作をグループ化し、グループ化された操作に対応するアイコンを画面上に表示することが記載されている。特許文献３には、ユーザの操作ログに基づいて、複数の電子機器に対する一連の操作をパターン化し、パターン化された操作に応じて複数の電子機器の連携した動作を制御するための連携プログラムを生成することが記載されている。この連携プログラムは、ユーザの携帯端末装置に提供される。この携帯端末装置の画面上には、連携プログラムのショートカット用のアイコンが表示される。

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

本発明は、共通の属性を有する利用者の操作履歴に応じて、利用者に提供する作業画面を作成することを目的とする。

請求項１に係る発明は、少なくとも１のクライアント装置において、作業に関する標準の操作に用いられる標準の操作画像を含む第１の画面の表示中に行われた前記標準の操作とは異なる、前記標準の操作画像を用いない操作の履歴を示す第１の履歴情報と、前記少なくとも１のクライアント装置を使用する少なくとも１の利用者の属性を示す第１の属性情報とを取得する第１の取得部と、前記少なくとも１のクライアント装置に含まれるクライアント装置から新たな画面の取得要求をした第１の利用者の属性を示す第２の属性情報を取得する第２の取得部と、前記第１の履歴情報及び前記第１の属性情報に基づいて特定された、前記少なくとも１の利用者のうち、前記取得された第２の属性情報が示す属性を有する前記第１の利用者とは異なる第２の利用者に特徴的な、前記標準の操作とは異なる操作に用いられる、前記標準の操作画像とは異なる第１の操作画像を、前記標準の操作画像を含む標準画面に追加した第２の画面を前記クライアント装置に送信する送信部とを備えるサーバ装置である。
請求項２に係る発明は、前記第１の履歴情報及び前記第１の属性情報に基づいて算出された、前記履歴に含まれる少なくとも１の操作のうち前記第２の利用者により行われた回数に応じた少なくとも１の指標値が第１の閾値以上である操作が特定され、前記第２の画面は、前記特定された操作に関する前記第１の操作画像を含む請求項１に記載のサーバ装置である。
請求項３に係る発明は、前記特定された操作がファイルを取得する操作である場合、前記第１の操作画像は、前記ファイルに対応付けられ、前記ファイルを開く操作に用いられる請求項２に記載のサーバ装置である。
請求項４に係る発明は、前記特定された操作が処理を実行する操作である場合、前記第１の操作画像は、前記処理に対応付けられ、前記処理を実行する操作に用いられる請求項２又は３に記載のサーバ装置である。
請求項５に係る発明は、前記少なくとも１の指標値のうち、予め決められた条件を満たす操作に対応する指標値に重みを付ける重み付け部を更に備える請求項２から４のいずれか１項に記載のサーバ装置である。
請求項６に係る発明は、前記第１の取得部は、前記クライアント装置において前記第２の画面の表示中に行われた操作の履歴を示す第２の履歴情報を取得し、前記送信部は、前記第２の履歴情報及び前記第１の属性情報に基づいて算出された、前記第２の利用者による前記第１の操作画像の使用回数が第２の閾値未満である場合、又は前記第２の利用者による前記第１の操作画像の削除回数が第３の閾値以上である場合には、前記第２の画面から前記第１の操作画像を削除した第３の画面を前記クライアント装置に送信する請求項２から５のいずれか１項に記載のサーバ装置である。
請求項７に係る発明は、前記第１の画面は、複数の操作に用いられる複数の操作画像を含み、前記第１の履歴情報及び前記第１の属性情報に基づいて算出された、前記第２の利用者により前記複数の操作が予め決められた第１の順番とは異なる第２の順番で行われた回数が第４の閾値以上である場合には、前記第２の順番が特定され、前記第２の画面は、前記特定された第２の順番に従って、前記第１の画面に含まれる前記複数の操作画像の並び順を変更することにより作成される請求項１から６のいずれか１項に記載のサーバ装置である。
請求項８に係る発明は、前記第１の画面は、予め決められた操作に関する第２の操作画像を含み、前記第１の履歴情報及び前記第１の属性情報に基づいて算出された、前記第２の利用者による前記第２の操作画像の使用回数が第５の閾値未満である場合には、前記第２の操作画像が特定され、前記第２の画面は、前記第１の画面から前記第２の操作画像を削除することにより作成される請求項１から７のいずれか１項に記載のサーバ装置である。
請求項９に係る発明は、前記属性は役職を含む請求項１に記載のサーバ装置である。
請求項１０に係る発明は、サーバ装置と、少なくとも１の利用者により使用される少なくとも１のクライアント装置とを備え、前記少なくとも１のクライアント装置は、作業に関する標準の操作に用いられる標準の操作画像を含む第１の画面を表示する表示部と、前記第１の画面の表示中に行われた前記標準の操作とは異なる、前記標準の操作画像を用いない操作の履歴を示す第１の履歴情報を前記サーバ装置に送信する第１の送信部とを備え、前記サーバ装置は、前記少なくとも１のクライアント装置から受信した前記第１の履歴情報と、前記少なくとも１の利用者の属性を示す第１の属性情報とを取得する第１の取得部を備え、前記少なくとも１のクライアント装置に含まれるクライアント装置は、新たな画面の取得要求を前記サーバ装置に送信する第２の送信部を備え、前記サーバ装置は、前記クライアント装置から前記取得要求をした第１の利用者の属性を示す第２の属性情報を取得する第２の取得部と、前記第１の履歴情報及び前記第１の属性情報に基づいて特定された、前記少なくとも１の利用者のうち、前記取得された第２の属性情報が示す属性を有する前記第１の利用者とは異なる第２の利用者に特徴的な、前記標準の操作とは異なる操作に用いられる、前記標準の操作画像とは異なる第１の操作画像を、前記標準の操作画像を含む標準画面に追加した第２の画面を前記クライアント装置に送信する第３の送信部とを備える情報処理システムである。
請求項１１に係る発明は、コンピュータに、少なくとも１のクライアント装置において、作業に関する標準の操作に用いられる標準の操作画像を含む第１の画面の表示中に行われた前記標準の操作とは異なる、前記標準の操作画像を用いない操作の履歴を示す第１の履歴情報と、前記少なくとも１のクライアント装置を使用する少なくとも１の利用者の属性を示す第１の属性情報とを取得するステップと、前記少なくとも１のクライアント装置に含まれるクライアント装置から新たな画面の取得要求をした第１の利用者の属性を示す第２の属性情報を取得するステップと、前記第１の履歴情報及び前記第１の属性情報に基づいて特定された、前記少なくとも１の利用者のうち、前記取得された第２の属性情報が示す属性を有する前記第１の利用者とは異なる第２の利用者に特徴的な、前記標準の操作とは異なる操作に用いられる、前記標準の操作画像とは異なる第１の操作画像を、前記標準の操作画像を含む標準画面に追加した第２の画面を前記クライアント装置に送信するステップとを実行させるためのプログラムである。

請求項１に係る発明によれば、共通の属性を有する利用者の操作履歴に応じて、利用者に提供する作業画面を作成することができる。
請求項２に係る発明によれば、共通の属性を有する利用者により度々行われる操作の操作性を向上させることができる。
請求項３に係る発明によれば、共通の属性を有する利用者によりファイルを取得する操作が度々行われる場合に、このファイルを開く操作の操作性を向上させることができる。
請求項４に係る発明によれば、共通の属性を有する利用者により処理を実行する操作が度々行われる場合に、この操作の操作性を向上させることができる。
請求項５に係る発明によれば、予め決められた条件を満たす操作が特徴的な操作として特定され易くなる。
請求項６に係る発明によれば、新たな操作画像を含む操作画面が提供された後に、新たな操作画像が共通の属性を有する利用者によりあまり使用されていない場合、又は新たな操作画像が共通の属性を有する多くの利用者により削除された場合には、利用者に新たに提供する作業画面からこの操作画像を削除することができる。
請求項７に係る発明によれば、共通の属性を有する利用者により予め決められた第１の順序とは異なる第２の順番で複数の操作画像を用いた操作が度々行われる場合に、複数の操作画像を第２の順序で用いる操作の操作性を向上させることができる。
請求項８に係る発明によれば、作業画面に含まれる操作画像が共通の属性を有する利用者によりあまり使用されていない場合に、利用者に提供される作業画面からこの操作画像を削除することができる。
請求項１０に係る発明によれば、共通の属性を有する利用者の操作履歴に応じて、利用者に提供する作業画面を作成することができる。
請求項１１に係る発明によれば、共通の属性を有する利用者の操作履歴に応じて、利用者に提供する作業画面を作成することができる。

情報処理システムの一例を示す図である。 サーバ装置のハードウェア構成を示す図である。 サーバ装置の機能構成を示す図である。 クライアント装置のハードウェア構成を示す図である。 履歴情報の送信処理を示すシーケンス図である。 標準の作業画面の一例を示す図である。 履歴情報の一例を示す図である。 履歴テーブルの一例を示す図である。 作業画面の提供処理を示すシーケンス図である。 画面データの送信処理を示すフローチャートである。 履歴情報の解析結果の一例を示す図である。 新たな作業画面の一例を示す図である。 新たな作業画面の一例を示す図である。 変形例に係る削除テーブルの一例を示す図である。 変形例に係るサーバ装置の機能構成を示す図である。

１．構成
図１は、本実施形態に係る情報処理システム１の一例を示す図である。情報処理システム１は、管理装置１０と、サーバ装置２０と、複数のクライアント装置３０とを備える。管理装置１０、サーバ装置２０、及び複数のクライアント装置３０は、通信回線２を介して接続される。通信回線２は、例えばインターネットである。

管理装置１０は、ユーザ情報を管理する。このユーザ情報には、例えば利用者に付与されたユーザＩＤと利用者の属性情報とが含まれる。サーバ装置２０は、複数のクライアント装置３０に作業画面を提供する。この作業画面は、作業で用いられるファイルや作業で行われる処理をまとめて管理する。各々のクライアント装置３０は、サーバ装置２０から提供された作業画面を表示する。各々のクライアント装置３０は、利用者により使用される。

図２は、サーバ装置２０のハードウェア構成を示す図である。サーバ装置２０は、制御部２１と、通信部２２と、記憶部２３とを備える。制御部２１は、例えばＣＰＵ（Central Processing Unit）及びメモリにより構成される。制御部２１は、サーバ装置２０の各部を制御する。通信部２２は、通信回線２に接続される。通信部２２は、通信回線２を介して複数のクライアント装置３０と通信を行う。記憶部２３は、例えばハードディスクにより構成される。記憶部２３は、各種のデータやプログラムを記憶する。

図３は、サーバ装置２０の機能構成を示す図である。サーバ装置２０は、第１の取得部２０１、第２の取得部２０２、解析部２０３、作成部２０４、及び送信部２０５として機能する。これらの機能は、例えばＣＰＵがプログラムを実行することにより実現される。

第１の取得部２０１は、クライアント装置３０において第１の画面の表示中に行われた操作の履歴を示す第１の履歴情報と、クライアント装置３０を使用する利用者の属性を示す第１の属性情報とを取得する。この例では、第１の画面は、作業に用いられる作業画面である。しかし、第１の画面は、利用者の操作に用いられる画面であれば、どのような内容の画面であってもよい。第１の画面の表示中とは、第１の画面が表示された後、その第１の画面の表示が終了されるまでの期間をいう。この期間内において、第１の画面は必ずしも画面の最前面に表示されていなくてもよい。例えば、第１の画面が他の画面の後ろに表示されていてもよいし、第１の画面が最小化されていてもよい。利用者の属性には、例えば利用者の所属や役職が含まれる。しかし、利用者の属性には、所属及び役職以外の属性が含まれてもよい。

第１の取得部２０１により取得された第１の履歴情報及び第１の属性情報は、記憶部２３に記憶される。記憶部２３は、本発明に係る「記憶部」又は「第２の記憶部」の一例である。第２の取得部２０２は、クライアント装置３０から新たな画面の取得要求を受信した場合に、クライアント装置３０を使用する第１の利用者の属性を示す第２の属性情報を取得する。

解析部２０３は、記憶部２３に記憶された第１の履歴情報及び第１の属性情報を解析して、第２の属性情報が示す属性を有する第２の利用者に特徴的な操作を特定する。解析部２０３は、算出部２０６を有する。算出部２０６は、記憶部２３に記憶された第１の履歴情報及び第１の属性情報に基づいて、履歴に含まれる少なくとも１の操作が第２の利用者により行われた回数に応じた指標値を算出する。この指標値は、操作が行われた回数が大きいほど、大きくなる値である。指標値は、例えば操作が行われた回数そのものであってもよいし、操作が行われた頻度であってもよい。また、指標値は、操作が行われた回数から求められる値であってもよい。

作成部２０４は、特定部により特定された操作に応じて、第２の画面を作成する。例えば、算出部２０６により算出された指標値が第１の閾値以上である操作が履歴に含まれる場合、第２の画面には、この操作に関する第１の操作画像が含まれる。第１の操作画像は、例えば利用者の操作に用いられる画像である。第１の操作画像は、例えばアイコンである。しかし、第１の操作画像は、利用者の操作に用いられる画像であれば、サムネイル画像や操作ボタン等、どのような画像であってもよい。

送信部２０５は、作成部２０４により作成された第２の画面を示す画面データをクライアント装置３０に送信する。送信部２０５は、本発明に係る「送信部」の一例又は「第３の送信部」の一例である。

図４は、クライアント装置３０のハードウェア構成を示す図である。クライアント装置３０は、制御部３１と、通信部３２と、操作部３３と、表示部３４と、記憶部３５とを備える。制御部３１は、例えばＣＰＵ及びメモリにより構成される。制御部３１は、クライアント装置３０の各部を制御する。通信部３２は、通信回線２に接続される。通信部３２は、通信回線２を介して管理装置１０及びサーバ装置２０と通信を行う。操作部３３は、例えばマウス及びキーボードにより構成される。操作部３３は、利用者の操作に用いられる。表示部３４は、例えば液晶ディスプレイにより構成される。表示部３４は、各種の情報を表示する。記憶部３５は、例えばハードディスクにより構成される。記憶部３５は、各種のデータやプログラムを記憶する。

２．動作
ここでは、サーバ装置２０が購入申請作業に用いられる作業画面（以下「購入申請用の作業画面」という。）を提供する場合を想定する。この購入申請作業は、例えば会社において物品を購入する際に行われる作業である。購入申請作業は、例えば見積依頼、稟議書の作成、承認依頼、発注という手続きによって行われる。これらの手続きは、見積システム、稟議・承認システム、購買システム等の複数のシステムを利用して行われる。購入申請用の作業画面は、例えば購入申請作業で用いられるファイルや購入申請作業で行われる処理をまとめて管理する。

２−１．履歴情報の送信処理
ここでは、利用者Ａがクライアント装置３０を使用して購入申請作業を行う場合を想定する。利用者Ａは、「営業部」に所属する「一般」という役職の社員である。以下の説明では、利用者Ａにより使用されるクライアント装置３０を「クライアント装置３０Ａ」という。また、クライアント装置３０Ａの構成については、符号の末尾に「Ａ」を付して説明する。

図５は、履歴情報の送信処理を示すシーケンス図である。この処理では、購入申請作業用の作業画面の表示中に行われた利用者Ａの操作の履歴が記録され、その履歴を示す履歴情報がサーバ装置２０に送信される。この処理は、例えば利用者Ａが購入申請用の作業画面を表示する操作を行った時に開始される。

ステップＳ１０１において、制御部３１Ａは、購入申請用の作業画面を表示部３４Ａに表示する。この例では、記憶部３５Ａには、予めサーバ装置２０から提供された購入申請用の標準の作業画面を示す画面データが記憶されている。表示部３４Ａには、記憶部３５Ａに記憶された画面データに応じて、購入申請用の標準の作業画面が表示される。標準の作業画面は、本発明に係る「第１の画面」の一例である。

図６は、購入申請用の標準の作業画面３４１の一例を示す図である。作業画面３４１は、ファイル領域４１とツール領域４２とを有する。ファイル領域４１には、例えば購入申請作業で用いられるファイルに対応付けられたアイコンが含まれる。このアイコンは、ファイルを選択する操作や、ファイルを開く操作に用いられる。なお、ファイルを開く操作とは、例えばファイルがドキュメントファイルや画像ファイルである場合には、ファイルの内容であるドキュメントや画像を表示する操作である。ツール領域４２には、例えば購入申請作業で行われる処理に対応付けられたアイコン（以下「ツールアイコン」という。）が含まれる。このツールアイコンは、処理を実行する操作に用いられる。この処理は、単一の処理であってもよいし、一連の複数の処理であってもよい。

この例では、図６に示すように、ツール領域４２にツールアイコン４３〜４６が含まれる。ツールアイコン４３には、見積依頼に関する処理が対応付けられている。ツールアイコン４３は、見積依頼に関する処理を実行する操作に用いられる。ツールアイコン４４には、稟議書の作成に関する処理が対応付けられている。ツールアイコン４４は、稟議書の作成に関する処理を実行する操作に用いられる。ツールアイコン４５には、承認依頼に関する処理が対応付けられている。ツールアイコン４５は、承認依頼に関する処理を実行する操作に用いられる。ツールアイコン４６は、発注に関する処理が対応付けられている。ツールアイコン４６は、発注に関する処理を実行する操作に用いられる。

図５に戻り、ステップＳ１０２において、制御部３１Ａは、管理装置１０から利用者Ａの属性情報を取得する。具体的には、管理装置１０には、各利用者のユーザＩＤと属性情報とが対応付けて格納されている。この属性情報には、利用者の所属情報と役職情報とが含まれる。利用者Ａは、操作部３３Ａを用いて、利用者ＡのユーザＩＤをクライアント装置３０Ａに入力する操作を行う。制御部３１Ａは、通信部３２Ａにより管理装置１０にアクセスして、入力されたユーザＩＤに対応付けられた属性情報を取得する。この例では、所属情報「営業部」及び役職情報「一般」を含む属性情報が取得される。

ステップＳ１０３において、制御部３１Ａは、操作履歴の記録を開始する。具体的には、制御部３１Ａは、作業画面３４１が表示されている間、操作部３３Ａを用いて操作が行われる度に、その操作の履歴を示す履歴情報３５１を作成する。履歴情報３５１は、記憶部３５Ａに記憶される。記憶部３５Ａは、本発明に係る「第１の記憶部」の一例である。

図７は、履歴情報３５１の一例を示す図である。履歴情報３５１には、日時、操作内容、接続先情報、及びファイルが含まれる。日時は、操作が行われた日時である。操作内容は、操作の内容を示す情報である。接続先情報は、外部の接続先を示す情報である。この接続先情報は、例えば外部の接続先に接続する操作が行われた場合に限り履歴情報３５１に含まれる。ファイルは、外部の接続先から取得されたデータである。このファイルは、例えば外部の接続先からファイルを取得する操作が行われた場合に限り履歴情報３５１に含まれる。

購入申請作業では、標準の作業画面３４１から行われる手続きの他に、利用者の所属や役職に特有の手続きが行われる場合がある。例えば、営業部では、稟議書を作成する際にある書類を添付する必要がある。この書類のテンプレートは、「テンプレート.xdw」というファイルであり、「https://example.aaa」というＵＲＬで示される格納場所に格納されている。そのため、営業部に所属する利用者は、稟議書を作成する際に、このＵＲＬで示される格納場所からファイル「テンプレート.xdw」をダウンロードすることがある。

また、開発部では、開発用によく購入される物品の価格リストが「https://example.bbb」というＵＲＬで示される格納場所に格納されている。そのため、開発部に所属する利用者は、見積依頼をする際に、このＵＲＬで示される格納場所に格納された価格リストを閲覧することがある。

ここでは、利用者Ａが、操作部３３Ａを用いて、ＵＲＬ「https://example.aaa」で示される格納場所からファイル「テンプレート.xdw」をダウンロードする操作を、２０１６年４月１日１０時００分に行った場合を想定する。この場合、図７に示すように、日時「2016/4/1 10:00」、操作内容「ダウンロード」、接続先情報「https://example.aaa」、ファイル「テンプレート.xdw」を含む履歴情報３５１が作成される。この履歴情報３５１は、記憶部３５Ａに記憶される。

図５に戻り、ステップＳ１０４において、利用者Ａの操作により購入申請用の作業画面の表示が終了されると、制御部３１Ａは、操作履歴の記録を終了する。

ステップＳ１０５において、制御部３１Ａは、記憶部３５Ａに記憶された履歴情報３５１とステップＳ１０２で取得された属性情報とを通信部３２Ａによりサーバ装置２０に送信する。制御部３１Ａは、本発明に係る「第１の送信部」の一例である。この例では、図７に示す履歴情報３５１と、所属情報「営業部」及び役職情報「一般」を含む属性情報とが送信される。

ステップＳ１０６において、第１の取得部２０１は、クライアント装置３０Ａから送信された履歴情報３５１及び属性情報を通信部２２により受信する。履歴情報３５１は、本発明に係る「第１の履歴情報」の一例である。属性情報は、本発明に係る「第１の属性情報」の一例である。

ステップＳ１０７において、第１の取得部２０１は、ステップＳ１０６で受信された履歴情報３５１及び属性情報を、履歴テーブル２３１に格納する。この履歴テーブル２３１は、予め記憶部２３に記憶されている。

図８は、履歴テーブル２３１の一例を示す図である。履歴テーブル２３１には、履歴情報と属性情報とが格納される。この例では、一番下のレコードに、クライアント装置３０Ａから受信した履歴情報３５１及び属性情報、すなわち日時「2016/4/1 10:00」、操作内容「ダウンロード」、接続先情報「https://example.aaa」、ファイル「テンプレート.xdw」、所属情報「営業部」、及び役職情報「一般」が格納される。

上述したステップＳ１０１からＳ１０５の処理は、クライアント装置３０Ａ以外のクライアント装置３０においても行われる。したがって、サーバ装置２０には、複数のクライアント装置３０から履歴情報が送信される。履歴テーブル２３１には、これらの履歴情報が蓄積される。

２−２．作業画面の提供処理
上述したように、購入申請作業では、利用者の所属や役職に特有の手続きが行われる場合がある。このような手続きは、共通の属性を有する他の利用者によっても行われる可能性がある。そこで、この処理では、共通の属性を有する利用者の操作履歴に応じて、利用者に提供する作業画面の作成を行う。

２−２−１．動作例１
図９は、作業画面の提供処理を示すシーケンス図である。ここでは、利用者Ｂがクライアント装置３０を使用して新たな作業画面の取得要求を行う場合を想定する。利用者Ｂは、「営業部」に所属する「一般」という役職の社員である。利用者Ｂは、本発明に係る「第１の利用者」の一例である。以下の説明では、利用者Ｂにより使用されるクライアント装置３０を「クライアント装置３０Ｂ」という。また、クライアント装置３０Ｂの構成については、符号の末尾に「Ｂ」を付して説明する。この処理は、例えば利用者Ｂが新たな作業画面の取得を要求する操作を行った時に開始される。

ステップＳ２０１において、制御部３１Ｂは、新たな作業画面の取得要求を通信部３２Ｂによりサーバ装置２０に送信する。制御部３１Ｂは、本発明に係る「第２の送信部」の一例である。この取得要求には、利用者Ｂの属性情報が含まれる。利用者Ｂの属性情報は、例えば上述したステップＳ１０２と同様の方法で、管理装置１０から取得される。この例では、所属情報「営業部」及び役職情報「一般」を含む属性情報が取得される。そして、この属性情報を含む取得要求が送信される。

ステップＳ２０２において、第２の取得部２０２は、通信部２２によりこの取得要求を受信する。この取得要求に含まれる属性情報は、本発明に係る「第２の属性情報」の一例である。

ステップＳ２０３において、サーバ装置２０は、画面データの送信処理を行う。
図１０は、画面データの送信処理を示すフローチャートである。

ステップＳ３０１において、解析部２０３は、利用者Ｂの属性情報に対応する履歴情報があるか否かを判断する。具体的には、解析部２０３は、まず取得要求から属性情報を抽出する。この例では、所属情報「営業部」及び役職情報「一般」が抽出される。続いて、解析部２０３は、抽出された属性情報が履歴テーブル２３１に含まれるか否かを判断する。抽出された属性情報が履歴テーブル２３１に含まれない場合、解析部２０３は、利用者Ｂの属性情報に対応する履歴情報がないと判断する（ステップＳ３０１の判断がＮＯ）。この場合、この処理はステップＳ３０６に進む。

一方、この例では、図８に示すように、履歴テーブル２３１に所属情報「営業部」及び役職情報「一般」が含まれる。このように、抽出された属性情報が履歴テーブル２３１に含まれる場合、解析部２０３は、利用者Ｂの属性情報に対応する履歴情報があると判断する（ステップＳ３０１の判断がＹＥＳ）。この場合、この処理はステップＳ３０２に進む。

ステップＳ３０２において、解析部２０３は、履歴テーブル２３１に格納された履歴情報を解析する。具体的には、算出部２０６は、所属情報及び役職情報の組み合わせ毎に、履歴に含まれる各操作が行われた回数（以下「操作回数」という。）を算出する。この操作回数は、本発明に係る「指標値」の一例である。解析部２０３は、算出部２０６により算出された操作回数を含む解析結果２３２を作成する。この解析結果２３２には、各操作に対応する履歴情報と操作回数とが対応付けて格納される。

図１１は、履歴情報の解析結果２３２の一例を示す図である。この解析結果２３２では、操作内容「ダウンロード」、接続先情報「https://example.aaa」、ファイル「テンプレート.xdw」、所属情報「営業部」、及び役職情報「一般」に対応する操作回数が「２００回」になっている。これは、ＵＲＬ「https://example.aaa」で示される格納場所からファイル「テンプレート.xdw」をダウンロードする操作が、営業部に所属する一般社員により合計２００回行われたことを示す。

図１０に戻り、ステップＳ３０３において、解析部２０３は、利用者Ｂと共通の属性を有する利用者に特徴的な操作があるか否かを判断する。具体的には、解析部２０３は、ステップＳ３０２で作成された解析結果２３２に基づいて、利用者Ｂと共通の属性の利用者、すなわち「営業部」に所属する「一般」社員の操作回数が第１の閾値以上である操作があるか否かを判断する。この共通の属性を有する利用者は、本発明に係る「第２の利用者」の一例である。この例では、第１の閾値は、予め１００回に設定されている。

履歴に含まれる操作の操作回数がいずれも第１の閾値未満である場合、特定部は、利用者Ｂと共通の属性を有する利用者に特徴的な操作はないと判断する（ステップＳ３０３の判断がＮＯ）。この場合、この処理は、ステップＳ３０６に進む。

一方、図１１に示す解析結果２３２によれば、営業部に所属する一般社員によりＵＲＬ「https://example.aaa」で示される格納場所からファイル「テンプレート.xdw」をダウンロードする操作が合計２００回行われたことが分かる。この２００回という操作回数は、第１の閾値以上である。このように、操作回数が第１の閾値以上の操作が履歴に含まれる場合、解析部２０３は、利用者Ｂと共通の属性を有する利用者に特徴的な操作があると判断する（ステップＳ３０３の判断がＹＥＳ）。この場合、解析部２０３は、この特徴的な操作を特定する。この例では、ＵＲＬ「https://example.aaa」で示される格納場所からファイル「テンプレート.xdw」をダウンロードする操作が特定される。その上で、この処理は、ステップＳ３０４に進む。

ステップＳ３０４において、作成部２０４は、利用者Ｂと共通の属性を有する利用者に特徴的な操作に応じて新たな作業画面３４２を作成する。新たな作業画面３２４は、本発明に係る「第２の画面」の一例である。具体的には、記憶部２３には、予め作成された購入申請用の標準の作業画面３４１を示す画面データが記憶されている。作成部２０４は、ステップＳ３０３で特定された操作に関するアイコンを標準の作業画面３４１上に追加することにより、新たな作業画面３４２を作成する。

図１２は、新たな作業画面３４２の一例を示す図である。この例では、ファイル「テンプレート.xdw」が対応付けられたアイコン４７がファイル領域４１に追加される。このアイコン４７は、ファイル「テンプレート.xdw」を開く操作に用いられる。アイコン４７は、本発明に係る「第１の操作画像」の一例である。

図１０に戻り、ステップＳ３０５において、送信部２０５は、ステップＳ３０４で作成された作業画面３４２を示す画面データを通信部２２によりクライアント装置３０Ｂに送信する。一方、上述したステップＳ３０１又はステップＳ３０３の判断がＮＯである場合には、ステップＳ３０６に進む。

ステップＳ３０６において、送信部２０５は、購入申請用の標準の作業画面３４１を示す画面データを通信部２２によりクライアント装置３０Ｂに送信する。具体的には、この画面データは、記憶部２３に記憶されている。送信部２０５は、記憶部２３からこの画面データを読み出して、通信部２２によりクライアント装置３０Ｂに送信する。

図９に戻り、ステップＳ２０４において、制御部３１Ｂは、サーバ装置２０から送信された画面データを通信部３２Ｂにより受信する。

ステップＳ２０５において、制御部３１Ｂは、受信した画面データに基づいて、表示部３４Ｂに作業画面３４１又は３４２を表示する。例えば、図１２に示す作業画面３４２が表示される場合、この作業画面３４２のファイル領域４１にはアイコン４７が含まれている。利用者Ｂは、稟議書のテンプレートを使用したい場合には、操作部３３Ｂにより、アイコン４７を用いてファイルを開く操作を行う。この操作は、例えばアイコン４７をダブルクリックする操作である。これにより、ファイル「テンプレート.xdw」の中身である稟議書のテンプレートが表示部３４Ｂに表示される。

２−２−２．動作例２
ここでは、利用者Ｃがクライアント装置３０を使用して新たな作業画面の更新要求を行う場合を想定する。利用者Ｃは「開発部」に所属する「マネージャー」という役職の社員である。利用者Ｃは、本発明に係る「第１の利用者」の一例である。以下の説明では、利用者Ｃにより使用されるクライアント装置３０を「クライアント装置３０Ｃ」という。また、クライアント装置３０Ｃの構成については、符号の末尾に「Ｃ」を付して説明する。

この場合、上述したステップＳ２０１では、利用者Ｃの属性情報、すなわち所属情報「開発部」及び役職情報「マネージャー」を含む取得要求が送信される。利用者Ｃの属性情報は、本発明に係る「第２の属性情報」の一例である。上述したステップＳ３０１では、利用者Ｃの属性情報に対応する履歴情報があるか否かが判断される。この例では、図８に示すように、履歴テーブル２３１に所属情報「開発部」及び役職情報「マネージャー」が含まれる。この場合、利用者Ｃの属性情報に対応する履歴情報があると判断される（ステップＳ３０１の判断がＹＥＳ）。

上述したステップＳ３０３では、利用者Ｃと共通の属性を有する利用者に特徴的な操作があるか否かが判断される。この共通の属性を有する利用者は、本発明に係る「第２の利用者」の一例である。図１１に示す解析結果２３２によれば、開発部に所属するマネージャーによりＵＲＬ「https://example.bbb」で示される格納場所に格納された価格リストを表示する操作が合計１５０回行われたことが分かる。この１５０回という操作回数は、第１の閾値以上である。この場合、利用者Ｃと共通の属性を有する利用者に特徴的な操作があると判断される（ステップＳ３０３の判断がＹＥＳ）。また、ＵＲＬ「https://example.bbb」で示される格納場所に格納された価格リストを表示する操作が特定される。上述したステップＳ３０４では、特定された操作に応じた新たな作業画面３４３が作成される。作業画面３４３は、本発明に係る「第２の画面」の一例である。

図１３は、新たな作業画面３４３の一例を示す図である。この例では、ＵＲＬ「https://example.bbb」に対応付けられたツールアイコン４８がツール領域４２に追加される。このツールアイコン４８は、ＵＲＬ「https://example.bbb」で示される格納場所に格納された価格リストを表示する操作に用いられる。ツールアイコン４８は、本発明に係る「第１の操作画像」の一例である。

上述したステップＳ３０５では、この作業画面３４３を示す画面データがクライアント装置３０Ｃに送信される。上述したステップＳ２０５では、表示部３４Ｃに作業画面３４３が表示される。例えば、利用者Ｃは、価格リストを閲覧したい場合には、操作部３３Ｃによりツールアイコン４８を用いて処理を実行する操作を行う。この操作は、例えばツールアイコン４８をダブルクリックする操作である。これにより、ＵＲＬ「https://example.bbb」で示される格納場所へのアクセスが行われ、この格納場所に格納された価格リストが表示部３４Ｃに表示される。

図１２に示す作業画面３４２と図１３に示す作業画面３４３とを比較すると、図１２に示す作業画面３４２にはアイコン４７が含まれているが、図１３に示す作業画面３４３にはアイコン４７は含まれていない。これは、営業部の一般社員は、ファイル「テンプレート.xdw」をダウンロードする回数が多い一方、開発部のマネージャーは、このファイルをダウンロードする回数が少ない（又はダウンロードしていない）ためである。また、図１３に示す作業画面３４３にはツールアイコン４８が含まれているが、図１２に示す作業画面３４２にはツールアイコン４８は含まれていない。これは、開発部のマネージャーは、ＵＲＬ「https://example.bbb」で示される格納場所に格納された価格リストを表示する回数が多いが、営業部の一般社員は、この価格リストを表示する回数が少ない（又は表示していない）ためである。

上述した実施形態によれば、共通の属性を有する利用者の操作履歴に応じて、利用者に提供する作業画面が作成される。この作業画面には、共通の属性を有する利用者により度々行われる操作に用いられる操作画像が含まれる。この操作画像を用いることにより、この操作に必要な手順が少なくなるため、操作性が向上する。その結果、利用者の作業がスムーズに進む。

なお、仮に利用者一人ひとりについて作業画面を作成すると、作業画面の作成に手間とコストがかかる。上述した実施形態によれば、利用者一人ひとりについて作業画面を作成する必要がないため、作業画面の作成にかかる手間とコストが削減される。

３．変形例
上述した実施形態は、本発明の一例である。この実施形態は、以下のように変形してもよい。また、以下の変形例を互いに組み合わせて実施してもよい。

３−１．変形例１
ツールアイコンに対応付けられる処理は、上述した実施形態で説明した処理に限定されない。例えば、メールを作成する処理であってもよい。例えば、営業部では、承認依頼の手続きにおいて一般社員が承認者にメールを送信する習慣がある。この場合、営業部の一般社員により、この承認者宛てにメールを送信する操作が度々行われる。ここでは、上述した動作例１において、営業部の一般社員によりこの承認者宛てにメールを送信する操作が第１の閾値以上の回数行われた場合を想定する。

この場合、上述したステップＳ３０３では、利用者Ｂと共通の属性を有する利用者に特徴的な操作があると判断され、上述した承認者宛てにメールを送信する操作が特定される。上述したステップＳ３０４では、このメールを作成する処理に対応付けられたツールアイコンを追加することにより、作業画面３４２が作成される。上述したステップＳ２０５では、クライアント装置３０Ｂの表示部３４Ｂにこの作業画面３４２が表示される。

例えば、利用者Ｂは、承認者宛てにメールを送信したい場合には、操作部３３Ｂによりこのツールアイコンを用いてメールを作成する操作を行う。この操作は、例えばツールアイコンをダブルクリックする操作である。これにより、メーラーが起動し、承認者宛てのメールが作成される。また、メールのサブジェクトが予め決められている場合には、作成されたメールのサブジェクトに、予め決められたサブジェクトが入力されてもよい。

３−２．変形例２
上述した実施形態において、作業画面にアイコン（ツールアイコンを含む）が追加された場合、追加されたアイコンの使用状況が新たな作業画面の作成にフィードバックされてもよい。例えば、作業画面にアイコンが追加された後、このアイコンがあまり使用されていない場合又は多くの利用者により作業画面からアイコンが削除された場合には、このアイコンが作業画面から削除されてもよい。

この変形例に係る算出部２０６は、履歴テーブル２３１に格納された履歴情報及び属性情報に基づいて、作業画面に追加されたアイコンを用いた操作が共通の属性を有する利用者により行われた回数（以下「使用回数」という。）、及びこの利用者の操作により作業画面からこのアイコンが削除された回数（以下「削除回数」という。）を算出する。この変形例に係る解析部２０３は、算出部２０６により算出された使用回数及び削除回数に基づいて、削除テーブル２３３を作成する。この削除テーブル２３３は、記憶部２３に記憶される。

図１４は、削除テーブル２３３の一例を示す図である。削除テーブル２３３は、アイコンＩＤと、所属情報と、役職情報と、使用回数と、削除回数とを格納する。アイコンＩＤは、アイコンを識別する情報である。この例では、図１４に示すように、削除テーブル２３３の１行目のレコードには、アイコンＩＤ「アイコン４７」と、所属情報「営業部」と、役職情報「一般」と、使用回数「２回」と、削除回数「１０回」とが格納されている。これは、営業部の一般社員がアイコン４７を用いた操作を行った回数が合計２回であることを示す。また、営業部の一般社員が作業画面からアイコン４７を削除する操作を行った回数が合計１０回であることを示す。

ここでは、上述した動作例１においてアイコン４７を含む作業画面３４２がクライアント装置３０Ｂに提供された後、利用者Ｂが再び新たな作業画面の取得を要求する操作を行った場合を想定する。この場合、この変形例に係る解析部２０３は、削除テーブル２３３に基づいて、使用回数が第２の閾値未満又は削除回数が第３の閾値以上のアイコンを特定する。例えば、アイコン４７の使用回数が第２の閾値未満である場合には、アイコン４７が特定される。

この変形例に係る作成部２０４は、作業画面３４２からアイコン４７を削除することにより、新たな作業画面を作成する。この作業画面は、本発明に係る「第３の画面」の一例である。この変形例に係る送信部２０５は、新たな作業画面を示す画面データを通信部２２によりクライアント装置３０Ｂに送信する。これにより、クライアント装置３０Ｂの表示部３４Ｂに、新たな作業画面が表示される。この作業画面には、アイコン４７は含まれない。

３−３．変形例３
上述した実施形態では、作業画面を作成する際にアイコン（ツールアイコンを含む）が追加される例について説明したが、作業画面の作成方法はこれに限定されない。例えば、標準の作業画面に含まれるアイコンの並び順が変更されてもよい。

図６に示す標準の作業画面３４１には、ツールアイコン４３〜４５が左からツールアイコン４３、４４、４５という順番で並べられている。ツールアイコン４３〜４５は、通常、ツールアイコン４３、４４、４５という順番で使用される。この順番は、本発明に係る「第１の順番」の一例である。しかし、利用者の部署や役職によっては、ツールアイコン４３〜４５が異なる順番で使用される場合がある。ここでは、営業部の一般社員は、ツールアイコン４３〜４５をツールアイコン４３、４５、４４という順番で使用する場合を想定する。この順番は、本発明に係る「第２の順番」の一例である。

この変形例に係る算出部２０６は、履歴テーブル２３１に格納された履歴情報及び属性情報に基づいて、共通の属性の利用者により標準の作業画面３４１に含まれるアイコンが予め決められた順番と異なる順番で使用された場合、その順番でアイコンを用いて操作が行われた回数を算出する。

この変形例に係る解析部２０３は、算出部２０６により算出された回数が第４の閾値以上である場合には、上述した異なる順番を特定する。ここでは、上述した動作例１において、営業部の一般社員が標準の作業画面３４１に含まれるツールアイコン４３〜４５をツールアイコン４３、４５、４４という順番で用いた操作を行った回数が第４の閾値以上である場合を想定する。この場合、ツールアイコン４３、４５、４４という順番が特定される。

この変形例に係る作成部２０４は、標準の作業画面３４１に含まれるツールアイコン４３〜４５を左からツールアイコン４３、４５、４４という順番に並び替えることにより、作業画面３４２を作成する。これにより、クライアント装置３０Ｂの表示部３４Ｂに、この作業画面３４２が表示される。この作業画面３４２には、ツールアイコン４３〜４５が左からツールアイコン４３、４５、４４という順番で並べられている。これにより、利用者Ｂは、購買申請作業を行う際に、ツールアイコン４３、４５、４４を左から順番に用いて操作を行えばよいため、操作性が向上する。

３−４．変形例４
上述した実施形態では、作業画面を作成する際にアイコン（ツールアイコンを含む）が追加される例について説明したが、作業画面の作成方法はこれに限定されない。例えば、標準の作業画面に含まれるアイコンが削除されてもよい。

この変形例に係る算出部２０６は、履歴テーブル２３１に格納された履歴情報及び属性情報に基づいて、共通の属性の利用者により標準の作業画面３４１に含まれる各アイコンが使用された回数（以下「使用回数」という。）を算出する。標準の作業画面３４１に含まれるアイコンは、本発明に係る「第２の操作画像」の一例である。

この変形例に係る解析部２０３は、算出部２０６により算出された使用回数が第５の閾値未満であるか否かを判断する。ここでは、上述した動作例１において、図６に示す標準の作業画面３４１に含まれるツールアイコン４４の営業部の一般社員による使用回数が第５の閾値未満である場合を想定する。

この変形例に係る作成部２０４は、標準の作業画面３４１からツールアイコン４４を削除することにより、新たな作業画面３４２を作成する。これにより、クライアント装置３０Ｂの表示部３４Ｂに、この作業画面３４２が表示される。この作業画面３４２には、ツールアイコン４４が含まれていない。

３−５．変形例５
上述した実施形態において、算出部２０６は操作回数に代えて、操作が行われた頻度を算出してもよい。例えば、上述した動作例１において、営業部の一般社員がファイル「テンプレート.xdw」をダウンロードする操作の頻度は、以下のように求められる。

まず、算出部２０６は、履歴テーブル２３１に格納された履歴情報及び属性情報に基づいて、上述したダウンロード操作が営業部の一般社員により行われた回数の合計（以下「ダウンロード回数」という。）を算出する。また、算出部２０６は、履歴テーブル２３１に格納された履歴情報及び属性情報に基づいて、営業部の一般社員の操作により購買申請用の作業画面が表示された回数の合計（以下「表示回数」という。）を算出する。続いて、算出部２０６は、表示回数に対するダウンロード回数の割合を算出する。このようにして算出された割合が、上述したダウンロード操作が営業部の一般社員により行われた頻度として用いられる。例えば、表示回数が２５０回であり、ダウンロード回数が２００回である場合には、この頻度は、２００／２５０×１００＝８０％になる。

３−６．変形例６
上述した実施形態において、予め決められた条件を満たす操作については、その操作回数に応じた指標値に重み付けがされてもよい。予め決められた条件とは、例えば操作が行われた日時や操作内容に基づいて決められた条件であってもよい。

図１５は、この変形例に係るサーバ装置２０の機能構成を示す図である。サーバ装置２０は、図３に示す機能構成の他に、重み付け部２０７として機能する。この重み付け部２０７は、解析部２０３が有する。重み付け部２０７は、算出部２０６により算出された少なくとも１の指標値のうち、予め決められた条件を満たす操作に対応する指標値に重みを付ける。

ここでは、予め決められた条件が、４月に操作が行われたという条件である場合を想定する。この場合、重み付け部２０７は、履歴テーブル２３１に格納された日時に基づいて、履歴に含まれる各操作が４月に行われたか否かを判断する。そして、重み付け部２０７は、４月に行われた操作に対応する指標値に重み付けを行う。この重み付けは、例えば指標値を３倍することにより行われる。これにより、予め決められた条件を満たす操作が特徴的な操作として特定されやすくなる。

３−７．変形例７
上述した実施形態において、算出部２０６は、所属情報及び役職情報の組み合わせ毎に、操作回数を算出していたが、これに代えて、所属情報毎の操作回数及び役職情報毎の操作回数を算出してもよい。これにより、解析結果２３２には、例えばＵＲＬ「https://example.aaa」で示される格納場所に格納されたファイル「テンプレート.xdw」をダウンロードする操作が営業部に所属する全ての利用者により行われた回数の合計と、この操作が全ての部署の一般社員により行われた回数の合計が含まれる。つまり、利用者と属性が共通する利用者とは、利用者と全ての属性情報が共通する利用者であってもよいし、利用者と属性情報の一部のみが共通する利用者、例えば所属情報だけが共通する利用者や役職情報だけが共通する利用者であってもよい。

また、利用者と所属情報が共通する利用者により行われた操作に対応する指標値、又は利用者と役職情報が共通する利用者により行われた操作に対応する指標値に重み付けがされてもよい。この重み付けは、上述した変形例６と同様に行われる。例えば、利用者と所属情報が共通する利用者により行われた操作に対応する指標値を２倍にしてもよい。これにより、例えば上述した動作例１において、全ての部署の一般社員にはあまり行われていない操作であっても、営業部に所属する利用者には度々行われている操作については、特徴的な操作として特定されやすくなる。

３−８．変形例８
利用者の属性情報の取得方法は、上述した実施形態で説明した方法に限定されない。例えば、クライアント装置３０の記憶部３５には、予め利用者の属性情報が記憶されており、この属性情報がサーバ装置２０に送信されてもよい。また、サーバ装置２０が管理装置１０から属性情報を取得してもよい。この場合、クライアント装置３０からサーバ装置２０にユーザＩＤが送信される。サーバ装置２０は、管理装置１０にアクセスして、クライアント装置３０から受信したユーザＩＤに対応付けられた属性情報を取得してもよい。

３−９．変形例９
上述した実施形態において、利用者は複数の所属情報又は役職情報を有していてもよい。例えば、利用者が２以上の部署に所属している場合がある。この場合、利用者は２個以上の所属情報を有してもよい。

３−１０．変形例１０
上述した実施形態において、制御部２１のＣＰＵにより実行されるプログラム及び制御部３１のＣＰＵにより実行されるプログラムは、インターネットなどの通信回線２を介してダウンロードされてもよい。また、これらのプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

１…情報処理システム、１０…管理装置、２０…サーバ装置、３０…クライアント装置、２１…制御部、２２…通信部、２３…記憶部、２０１…第１の取得部、２０２…第２の取得部、２０３…解析部、２０４…作成部、２０５…送信部、２０６…算出部、２０７…重み付け部

Claims (11)

1. 少なくとも１のクライアント装置において、作業に関する標準の操作に用いられる標準の操作画像を含む第１の画面の表示中に行われた前記標準の操作とは異なる、前記標準の操作画像を用いない操作の履歴を示す第１の履歴情報と、前記少なくとも１のクライアント装置を使用する少なくとも１の利用者の属性を示す第１の属性情報とを取得する第１の取得部と、
   前記少なくとも１のクライアント装置に含まれるクライアント装置から新たな画面の取得要求をした第１の利用者の属性を示す第２の属性情報を取得する第２の取得部と、
   前記第１の履歴情報及び前記第１の属性情報に基づいて特定された、前記少なくとも１の利用者のうち、前記取得された第２の属性情報が示す属性を有する前記第１の利用者とは異なる第２の利用者に特徴的な、前記標準の操作とは異なる操作に用いられる、前記標準の操作画像とは異なる第１の操作画像を、前記標準の操作画像を含む標準画面に追加した第２の画面を前記クライアント装置に送信する送信部と
   を備えるサーバ装置。
2. 前記第１の履歴情報及び前記第１の属性情報に基づいて算出された、前記履歴に含まれる少なくとも１の操作のうち前記第２の利用者により行われた回数に応じた少なくとも１の指標値が第１の閾値以上である操作が特定され、
   前記第２の画面は、前記特定された操作に関する前記第１の操作画像を含む
   請求項１に記載のサーバ装置。
3. 前記特定された操作がファイルを取得する操作である場合、前記第１の操作画像は、前記ファイルに対応付けられ、前記ファイルを開く操作に用いられる
   請求項２に記載のサーバ装置。
4. 前記特定された操作が処理を実行する操作である場合、前記第１の操作画像は、前記処理に対応付けられ、前記処理を実行する操作に用いられる
   請求項２又は３に記載のサーバ装置。
5. 前記少なくとも１の指標値のうち、予め決められた条件を満たす操作に対応する指標値に重みを付ける重み付け部を更に備える
   請求項２から４のいずれか１項に記載のサーバ装置。
6. 前記第１の取得部は、前記クライアント装置において前記第２の画面の表示中に行われた操作の履歴を示す第２の履歴情報を取得し、
   前記送信部は、前記第２の履歴情報及び前記第１の属性情報に基づいて算出された、前記第２の利用者による前記第１の操作画像の使用回数が第２の閾値未満である場合、又は前記第２の利用者による前記第１の操作画像の削除回数が第３の閾値以上である場合には、前記第２の画面から前記第１の操作画像を削除した第３の画面を前記クライアント装置に送信する
   請求項２から５のいずれか１項に記載のサーバ装置。
7. 前記第１の画面は、複数の操作に用いられる複数の操作画像を含み、
   前記第１の履歴情報及び前記第１の属性情報に基づいて算出された、前記第２の利用者により前記複数の操作が予め決められた第１の順番とは異なる第２の順番で行われた回数が第４の閾値以上である場合には、前記第２の順番が特定され、
   前記第２の画面は、前記特定された第２の順番に従って、前記第１の画面に含まれる前記複数の操作画像の並び順を変更することにより作成される
   請求項１から６のいずれか１項に記載のサーバ装置。
8. 前記第１の画面は、予め決められた操作に関する第２の操作画像を含み、
   前記第１の履歴情報及び前記第１の属性情報に基づいて算出された、前記第２の利用者による前記第２の操作画像の使用回数が第５の閾値未満である場合には、前記第２の操作画像が特定され、
   前記第２の画面は、前記第１の画面から前記第２の操作画像を削除することにより作成される
   請求項１から７のいずれか１項に記載のサーバ装置。
9. 前記属性は役職を含む
   請求項１に記載のサーバ装置。
10. サーバ装置と、
    少なくとも１の利用者により使用される少なくとも１のクライアント装置とを備え、
    前記少なくとも１のクライアント装置は、
    作業に関する標準の操作に用いられる標準の操作画像を含む第１の画面を表示する表示部と、
    前記第１の画面の表示中に行われた前記標準の操作とは異なる、前記標準の操作画像を用いない操作の履歴を示す第１の履歴情報を前記サーバ装置に送信する第１の送信部とを備え、
    前記サーバ装置は、
    前記少なくとも１のクライアント装置から受信した前記第１の履歴情報と、前記少なくとも１の利用者の属性を示す第１の属性情報とを取得する第１の取得部を備え、
    前記少なくとも１のクライアント装置に含まれるクライアント装置は、
    新たな画面の取得要求を前記サーバ装置に送信する第２の送信部を備え、
    前記サーバ装置は、
    前記クライアント装置から前記取得要求をした第１の利用者の属性を示す第２の属性情報を取得する第２の取得部と、
    前記第１の履歴情報及び前記第１の属性情報に基づいて特定された、前記少なくとも１の利用者のうち、前記取得された第２の属性情報が示す属性を有する前記第１の利用者とは異なる第２の利用者に特徴的な、前記標準の操作とは異なる操作に用いられる、前記標準の操作画像とは異なる第１の操作画像を、前記標準の操作画像を含む標準画面に追加した第２の画面を前記クライアント装置に送信する第３の送信部とを備える
    情報処理システム。
11. コンピュータに、
    少なくとも１のクライアント装置において、作業に関する標準の操作に用いられる標準の操作画像を含む第１の画面の表示中に行われた前記標準の操作とは異なる、前記標準の操作画像を用いない操作の履歴を示す第１の履歴情報と、前記少なくとも１のクライアント装置を使用する少なくとも１の利用者の属性を示す第１の属性情報とを取得するステップと、
    前記少なくとも１のクライアント装置に含まれるクライアント装置から新たな画面の取得要求をした第１の利用者の属性を示す第２の属性情報を取得するステップと、
    前記第１の履歴情報及び前記第１の属性情報に基づいて特定された、前記少なくとも１の利用者のうち、前記取得された第２の属性情報が示す属性を有する前記第１の利用者とは異なる第２の利用者に特徴的な、前記標準の操作とは異なる操作に用いられる、前記標準の操作画像とは異なる第１の操作画像を、前記標準の操作画像を含む標準画面に追加した第２の画面を前記クライアント装置に送信するステップと
    を実行させるためのプログラム。

Images