JP5688452B2 - 計算機システム、及び、情報処理方法 - Google Patents

Description

本発明は、計算機システムに関し、特に、ジョブの優先度を決定する計算機システムに関する。

大量なデータの処理など、時間のかかる処理を行うクライアント−サーバ型のシステムを複数のユーザが利用する場合、一般的に、ユーザ同士がコンピュータの資源を共有する。このため、限られたコンピュータの資源を各ユーザに公平に割り当てるため、クライアント−サーバ型のシステムは、ユーザによって開始を指示されたジョブの実行をスケジューリングする必要がある。

ジョブの実行をスケジューリングする従来の方法には、人感知センサによって、ユーザが着席しているか否かを感知し、ユーザが離席していると判定された場合、開始が指示されたジョブを実行し、ユーザが着席していると判定された場合、開始が指示されたジョブを実行しないという方法が提案されている（例えば、特許文献１参照）。

また、ジョブの実行をスケジューリングする従来の方法には、ジョブを実行するコンピュータの資源量に従って、ジョブを実行する優先度を動的に変更する方法が提案されている（例えば、特許文献２参照）。

また、ジョブの実行をスケジューリングする従来の方法には、ジョブに必要なポイントを算出し、算出されたポイントの消費状況に従ってジョブをスケジューリングする方法が提案されている（例えば、特許文献３参照）。

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

しかし、特許文献１は、ユーザが離席しているか着席しているかの２段階のみによってジョブを制御するため、ユーザのジョブへ注目する度合い（注目度）に従って正確にジョブをスケジューリングすることはできない。また、複数ジョブが実行される場合、複数ジョブの相互関係を規定するジョブの優先度に関しては考慮されていないため、きめ細かくジョブの優先度を制御できない。

一方、特許文献２及び特許文献３は、複数のジョブ間の優先度を動的に変更することは可能であるが、使用されるコンピュータの資源及びジョブを実行する期限等を考慮して優先度を決定するため、ユーザのジョブへの注目度に従ってジョブをスケジューリングすることができない。

本発明はこのような問題に対してなされたものであり、本発明の目的は、ユーザのジョブへの注目度を自動的に取得し、取得された注目度に従って、正確にジョブをスケジューリングするシステムの提供である。

本発明の代表的な一形態によると、少なくとも一人のユーザが用いる少なくとも一つの端末と、前記各端末に接続されるサーバと、前記各ユーザの状態を測定する少なくとも一つの監視装置とを備える計算機システムであって、前記監視装置は、前記ユーザが前記端末の前に在席しているか否かを示す第１の情報を測定し、前記第１の情報を含む測定結果を、前記サーバに送信し、前記端末は、前記ユーザによって指示されたジョブの開始を、前記サーバに要求し、前記ユーザによって問い合わせられた前記ジョブの進捗状況を、前記サーバに要求し、前記サーバは、前記開始が要求されたジョブと、前記ジョブの開始を要求したユーザと、前記ジョブの進捗状況の要求の回数と、前記ジョブの進捗を要求したユーザと、を含む第２の情報を保持し、前記送信された測定結果と、前記第２の情報とに基づいて、前記ジョブに対する前記ユーザの注目度を算出し、前記算出された注目度に従って、前記開始が要求されたジョブの優先度を決定する。

本発明の一実施形態によると、ユーザのジョブに対する注目度に従って、ジョブの優先度を決定できる。

本発明の第１の実施形態の計算機システムの構成を示すブロック図である。 本発明の第１の実施形態の情報処理装置の物理的な構成を示すブロック図である。 本発明の第１の実施形態のユーザ状態情報を収集する処理を示すフローチャートである。 本発明の第１の実施形態のユーザ状態テーブルを示す説明図である。 本発明の第１の実施形態のサーバがジョブの実行要求を受信する処理を示すフローチャートである。 本発明の第１の実施形態の実行可能ジョブテーブルを示す説明図である。 本発明の第１の実施形態の実行中ジョブテーブルを示す説明図である。 本発明の第１の実施形態の進捗要求回数テーブルを示す説明図である。 本発明の第１の実施形態の優先度を更新する処理を示すフローチャートである。 本発明の第１の実施形態の定められた優先度によってジョブを実行する処理を示すフローチャートである。 本発明の第２の実施形態の計算機システムの構成を示すブロック図である。

本実施形態の計算機システムは、ジョブの実行を要求するユーザがジョブに注目する度合い（注目度）を取得し、取得された注目度に従ってジョブの優先度を決定する。

（第１の実施形態）
以下、本発明を実施するための第１の実施形態を説明する。

図１は、本発明の第１の実施形態の計算機システムの構成を示すブロック図である。

本発明の第１の実施形態の計算機システムは、ネットワークに接続された複数の情報処理装置を有する。本実施形態の情報処理装置は、計算機である。これらの複数の情報処理装置には、少なくとも１台のユーザ端末１０１、サーバ１０７、少なくとも１台のユーザ状態監視装置１０５が含まれる。

ユーザ端末１０１は、サーバ１０７のクライアントである。サーバ１０７は、ユーザ端末１０１からのジョブのリクエストを受信し、ジョブを処理する装置である。ユーザ状態監視装置１０５は、ユーザ端末１０１を用いるユーザの状態を監視する装置である。ユーザ端末１０１及びサーバ１０７は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ、以下同じ）を有する計算機である。

ユーザ端末１０１は、少なくとも一つのユーザ状態監視装置１０５と通信する。サーバ１０７は、複数のユーザ端末１０１と通信する。

図２は、本発明の第１の実施形態の情報処理装置の物理的な構成を示すブロック図である。

サーバ１０７及びユーザ端末１０１は、メモリ２０２、プロセッサ２０１、外部記憶装置２０３、及び、通信装置２０４を有する情報処理装置である。また、ユーザ状態監視装置１０５は、少なくともメモリ２０２、プロセッサ２０１、及び、通信装置２０４を有する情報処理装置である。

プロセッサ２０１は、ＣＰＵ等の演算装置であり、複数のプロセッサを有してもよい。メモリ２０２は、一次記憶領域である。プロセッサ２０１は、プログラムをメモリ２０２に読み出し、読み出されたプログラムを実行することによって、各情報処理装置の後述する機能を実装する。

通信装置２０４は、ＮＩＣ等のネットワークインタフェースであり、無線通信のためのアンテナ等を有してもよい。各情報処理装置は、各々有する通信装置２０４を介して、通信する。

オペレータ等は、サーバ１０７、ユーザ端末１０１及びユーザ状態監視装置１０５に、プログラム等を外部記憶装置２０３に格納する。そして、プロセッサ２０１が、各情報処理装置が有するＯＳによって、外部記憶装置２０３に格納されたプログラムを実行する場合、外部記憶装置２０３に格納されたプログラムは、メモリ２０２に読み出される。このため、後述するプログラム群は、各情報処理装置のメモリ２０２に格納されるものとして記載する。

ユーザ状態監視装置１０５は、例えば、カメラ、人感知センサ、又は、着座センサなどのユーザの状態を測定する装置を有する。これによって、ユーザ状態監視装置１０５は、ユーザがユーザ端末１０１のディスプレイの前に在席しているか否かを判定するのに必要な情報を取得できる。なお、ユーザ状態監視装置１０５が有するカメラは、例えばＷｅｂカメラである。

また具体的には、ユーザ状態監視装置１０５がカメラを有する場合、ユーザ状態監視装置１０５は、ユーザの表情を撮影できる。また、ユーザ状態監視装置１０５が体温又は振動数を検知する人感知センサを有する場合、ユーザ状態監視装置１０５は、ユーザの体温、又は、ユーザの体動等を測定できる。また、ユーザ状態監視装置１０５が着座センサを有する場合、ユーザ状態監視装置１０５は、ユーザが在籍しているか否かを測定できる。

なお、ユーザ状態監視装置１０５がユーザの体動を測定できる人感知センサを有する場合、ユーザ状態監視装置１０５は、ユーザが在席しているか否かを取得するため、カメラ又は着座センサ等と、人感知センサとを共に有する。また、ユーザ状態監視装置１０５は、ユーザの状態を測定する複数のセンサを有してもよい。

サーバ１０７は、ジョブ要求受付プログラム１０８、進捗状況応答プログラム１０９、優先度更新プログラム１１０、ジョブ処理プログラム１１１、ユーザ状態受付プログラム１１２、ユーザ状態テーブル１１３、進捗要求回数テーブル１１４、実行可能ジョブテーブル１１５、及び、実行中ジョブテーブル１１６を有する。

ジョブ要求受付プログラム１０８は、ユーザ端末１０１から送信されるジョブの実行要求を受信するための機能を有する。進捗状況応答プログラム１０９は、ユーザ端末１０１に、ジョブの進捗状況を送信するための機能を有する。優先度更新プログラム１１０は、ジョブの優先度を変更するための機能を有する。

ジョブ処理プログラム１１１は、ジョブを処理するための機能を有する。ユーザ状態受付プログラム１１２は、ユーザ状態監視装置１０５から送信されるユーザの状態を示す情報（以下、ユーザ状態情報と記載）を受信するための機能を有する。

ユーザ状態テーブル１１３は、ユーザ状態情報が格納されるテーブルである。進捗要求回数テーブル１１４は、ジョブの進捗をユーザ端末１０１から要求された回数が格納されるテーブルである。

実行可能ジョブテーブル１１５は、ユーザ端末１０１によってジョブが実行できるか否かを示す情報が格納されるテーブルである。実行中ジョブテーブル１１６は、実行中のジョブを示す情報が格納されるテーブルである。

ユーザ端末１０１は、ユーザ状態通知プログラム１０２、ジョブ実行要求プログラム１０３、及び進捗状況要求プログラム１０４を有する。ユーザ状態通知プログラム１０２は、ユーザ状態監視装置１０５から送信されるユーザ状態情報を、サーバ１０７に送信するための機能を有する。

ジョブ実行要求プログラム１０３は、ジョブの実行を要求するための機能を有する。進捗状況要求プログラム１０４は、ジョブの進捗状況を送信するよう、サーバ１０７に要求するための機能を有する。

ユーザ状態監視装置１０５は、ユーザ状態応答プログラム１０６を有する。ユーザ状態応答プログラム１０６は、サーバ１０７からユーザ状態情報を要求された場合に、ユーザ状態情報を、サーバ１０７に送信するための機能を有する。ユーザ状態監視装置１０５がカメラを有する場合、ユーザ状態情報は、カメラが撮影した画像であり、ユーザ状態監視装置１０５が人感知センサを有する場合、ユーザ状態情報は、人感知センサによって測定された体動を示す振動数、又は、体温等の値である。また、ユーザ状態監視装置１０５が着座センサを有する場合、ユーザ状態情報は、ユーザの在席又は不在を示す識別子である。

なお、プロセッサ２０１は、前述のプログラムを処理することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサ２０１は、ジョブ要求受付プログラム１０８を処理することによって、ジョブ要求受付部として機能し、進捗状況応答プログラム１０９を処理することによって進捗状況応答部として機能する。他のプログラムについても同様である。さらに、プロセッサ２０１は、各プログラムによって実行される複数の処理のそれぞれを実現する機能部としても動作する。本実施形態の情報処理装置は、これらの機能部を含む装置又はシステムである。

また、本実施形態のプログラムは、プログラム配布サーバ、又は、情報処理装置によって読み取り可能な非一時的記憶媒体によって各情報処理装置にインストールされ、各情報処理装置の不揮発性記憶デバイス（外部記憶装置２０３）に格納されてもよい。

また、各機能を実装するプログラム、及び、テーブル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、若しくはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶デバイス、又は、ＩＣカード、ＳＤカード、若しくはＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納されてもよい。

また、前述のサーバ１０７、ユーザ端末１０１、及び、ユーザ状態監視装置１０５は、各々一つの計算機によって実装されるが、本実施形態の情報処理装置は、複数のプロセッサ２０１を含む複数の情報処理装置によって実装されてもよい。また、サーバ１０７、ユーザ端末１０１、及び、ユーザ状態監視装置１０５のすべてが一つの筐体に実装されてもよい。また、プロセッサ２０１、メモリ２０２、外部記憶装置２０３、通信装置２０４は、複数のプロセッサ、メモリ、外部記憶装置、及び通信装置によって、仮想化されたプロセッサ、メモリ、外部記憶装置、及び通信装置であってもよい。

以下に、本実施形態の計算機システムの処理について説明する。

図３は、本発明の第１の実施形態のユーザ状態情報を収集する処理を示すフローチャートである。

ユーザ端末１０１が有するＯＳは、ユーザ状態通知プログラム１０２を起動する。ユーザ状態通知プログラム１０２は、ユーザ端末１０１が有するＯＳによって起動されると、ユーザ状態応答プログラム１０６にユーザ状態情報を要求することによって、ユーザ状態監視装置１０５からユーザ状態情報を取得する（ステップ３０１）。

ユーザ状態応答プログラム１０６は、自らが有するカメラ等の装置を用いてユーザを測定することによって、定期的にユーザ状態情報を取得する。そして、ユーザ状態通知プログラム１０２からユーザ状態情報を要求された場合、ユーザ状態応答プログラム１０６は、取得されたユーザ状態情報とユーザ状態情報が取得された日時とを、ユーザ端末１０１のユーザ状態通知プログラム１０２に送信する。

ユーザ状態応答プログラム１０６からユーザ状態情報を受信した場合、ユーザ状態通知プログラム１０２は、ユーザ状態情報に対応するユーザの識別子を取得する。ユーザの識別子は、ユーザを一意に示す識別子であり、サーバ１０７及びユーザ端末１０１が有する各プログラムは、ユーザの識別子によって、各ユーザを特定する。

一つのユーザ端末１０１を用いるユーザが一人である場合、ユーザ状態通知プログラム１０２は、一つのユーザ端末１０１の識別子を、ユーザの識別子として取得してもよい。また、複数のユーザが一つのユーザ端末１０１を用いる場合、ユーザ状態通知プログラム１０２は、ユーザがユーザ端末１０１を用いる際に行うユーザ認証において入力された識別子を、ユーザ状態情報に対応するユーザの識別子として、取得してもよい。

なお、ユーザ状態監視装置１０５は、ユーザ端末１０１から送信されることによって、ユーザの識別子をあらかじめ保持してもよい。ユーザ状態監視装置１０５がユーザの識別子をあらかじめ保持する場合、ユーザ状態応答プログラム１０６は、ユーザの識別子を含むユーザ状態情報を、ユーザ端末１０１に送信してもよい。

そして、ユーザ状態通知プログラム１０２は、取得されたユーザ状態情報に、ユーザの識別子と、ユーザ状態情報が取得された日時とを含める。そして、ユーザの識別子等を含むユーザ状態情報を、サーバ１０７に送信する（ステップ３０２）。そして、サーバ１０７のユーザ状態受付プログラム１１２は、ユーザ端末１０１からユーザ状態情報等を受信する。ユーザ状態受付プログラム１１２は、受信したユーザ状態情報等を、ユーザ状態テーブル１１３に格納する。

そして、ユーザ状態通知プログラム１０２は、ユーザ状態監視装置１０５にユーザ状態情報を十分に測定させるため、ユーザ状態情報をサーバ１０７に送信してから一定時間待機した後（ステップ３０３）、ステップ３０１に戻る。

図４は、本発明の第１の実施形態のユーザ状態テーブル１１３を示す説明図である。

ユーザ状態テーブル１１３は、ユーザ１１３１、状態１１３２、及び日時１１３３を含む。ユーザ１１３１は、ユーザ状態情報に対応するユーザの識別子を含む。状態１１３２は、ユーザ端末１０１を用いるユーザのユーザ状態情報を含む。日時１１３３は、状態１１３２に含まれるユーザ状態情報が取得された日時を含む。

ユーザ状態監視装置１０５がカメラを有する場合、状態１１３２に含まれるユーザ状態情報は、画像の識別子、又は、画像である。画像の識別子は、画像が格納されるフォルダ名、又は、ファイル名等である。サーバ１０７の各プログラムは、状態１１３２を特定することによって、ユーザ状態情報に含まれる画像を特定する。

また、ユーザ状態監視装置１０５が体温又は振動数を測定する人感知センサを有する場合、状態１１３２に含まれるユーザ状態情報は、ユーザの体温を示す値、又は、体動を示す振動数である。また、ユーザ状態監視装置１０５が着座センサを有する場合、状態１１３２に含まれるユーザ状態情報は、ユーザの在席又は不在を示す識別子である。

なお、ユーザ状態監視装置１０５が、ユーザ状態を測定する前述の装置（カメラ等）を複数有する場合、状態１１３２には、各装置から取得されたユーザ状態情報が複数含まれてもよい。

図４に示すユーザ状態テーブル１１３において、各ユーザに対応する行は二つであるが、本実施形態のユーザ状態テーブル１１３は、一定期間において取得された複数の行、すなわち複数のユーザ状態情報を含んでもよい。また、後述する処理において、最新のユーザ状態情報のみを用いる場合、本実施形態のユーザ状態テーブル１１３は、最新のユーザ状態情報のみを含む行のみを保持してもよい。

図５は、本発明の第１の実施形態のサーバ１０７がジョブの実行要求を受信する処理を示すフローチャートである。

ユーザがジョブの実行をサーバ１０７に要求する場合、サーバ１０７の各プログラムは、図５に示す処理を実行する。

ユーザは、ジョブの実行を要求するため、ユーザ端末１０１のジョブ実行要求プログラム１０３を起動する。ジョブ実行要求プログラム１０３は、ユーザによって起動されると、ユーザが実行を要求するジョブに関する情報を取得し、取得されたジョブに関する情報と、ジョブの実行を要求するユーザを一意に示す識別子とを含むジョブの実行要求を、サーバ１０７に送信する。

ジョブに関する情報とは、ジョブの識別子等である。サーバ１０７及びユーザ端末１０１が有する各プログラムは、ジョブの識別子によって、ジョブを一意に識別する。

サーバ１０７のジョブ要求受付プログラム１０８は、ジョブ実行要求プログラム１０３から送信されたジョブの実行要求を受信する。第１の実施形態のジョブ要求受付プログラム１０８は、ＨＴＴＰリクエストを受信するサービスを提供するプログラムであるが、本実施形態のジョブ要求受付プログラム１０８は、ジョブの実行を要求し、ジョブの実行結果を返信するサービスであれば、いかなるサービスを提供するプログラムでもよい。

ジョブ要求受付プログラム１０８は、図６に示す実行可能ジョブテーブル１１５を参照し、ジョブの実行を要求するユーザが、要求したジョブを実行可能であるか否かを判定する（ステップ４０１）。

図６は、本発明の第１の実施形態の実行可能ジョブテーブル１１５を示す説明図である。

実行可能ジョブテーブル１１５は、ユーザ１１５１、及び、実行可能ジョブ１１５２を含む。ユーザ１１５１は、ジョブを実行可能なユーザの識別子を含む。ユーザ１１５１と、ユーザ１１３１とは、対応する値を含む。実行可能ジョブ１１５２は、ユーザ１１５１が示すユーザによって実行可能なジョブの識別子を含む。

ジョブ要求受付プログラム１０８は、ステップ４０１において、ジョブ実行要求プログラム１０３から送信されたジョブの実行要求に含まれるユーザの識別子によって、実行可能ジョブテーブル１１５の行を特定し、特定された行に含まれる実行可能ジョブ１１５２を特定する。そして、特定された実行可能ジョブ１１５２に、送信されたジョブの実行要求に含まれるジョブの識別子が含まれている場合、ジョブの実行を要求するユーザが、要求したジョブを実行可能であると判定する。

ジョブの実行を要求するユーザが、要求したジョブを実行できない場合、ジョブを実行することができないため、ジョブ要求受付プログラム１０８は、ユーザ端末１０１に失敗レスポンスを送信する（ステップ４０５）。そして、図５に示す処理を終了する。

ジョブの実行を要求するユーザが、要求したジョブを実行可能である場合、ジョブ要求受付プログラム１０８は、実行中ジョブテーブル１１６にジョブを示す識別子を追加する（ステップ４０２）。

図７は、本発明の第１の実施形態の実行中ジョブテーブル１１６を示す説明図である。

実行中ジョブテーブル１１６は、ジョブ１１６１、実行ユーザ１１６２、進捗状況１１６３、及び、優先度１１６４を含む。ジョブ１１６１は、実行中のジョブを示す識別子を含む。実行ユーザ１１６２は、ジョブの実行を要求したユーザの識別子を含む。進捗状況１１６３は、実行中のジョブがどれくらいまで実行されたかを示す進捗状況を含む。優先度１１６４は、これから開始されるジョブの優先度、又は、実行中のジョブの優先度を含む。

実行ユーザ１１６２は、実行可能ジョブテーブル１１５のユーザ１１５１に対応する値を含む。ジョブ１１６１は、実行可能ジョブテーブル１１５の実行可能ジョブ１１５２に対応する値を含む。

ステップ４０２において、ジョブ要求受付プログラム１０８は、送信されたジョブの実行要求に含まれるユーザの識別子を、実行ユーザ１１６２に格納し、送信されたジョブの実行要求に含まれるジョブを示す識別子を、ジョブ１１６１に格納する。

そして、ジョブ要求受付プログラム１０８は、ユーザによって実行を要求されたジョブを、実行ジョブキューに追加する（ステップ４０３）。実行ジョブキューは、サーバ１０７のメモリ２０２に保持されるキューであり、実行する予定のジョブを保持する。

ステップ４０３の後、ジョブ要求受付プログラム１０８は、成功レスポンスをユーザ端末１０１に送信する（ステップ４０４）。そして、図５に示す処理を終了する。

例えば、ユーザＸ（識別子が「Ｘ」であるユーザ、以下同じ）が、ジョブＣ（識別子が「Ｃ」であるジョブ、以下同じ）の実行を要求した場合、ジョブ要求受付プログラム１０８は、図６に示す実行可能ジョブテーブル１１５を参照することによって、ユーザＸがジョブＣを実行可能であることを判定する（ステップ４０１）。

そして、ジョブ要求受付プログラム１０８は、ステップ４０２において、実行中ジョブテーブル１１６のジョブ１１６１に「Ｃ」を含み、実行ユーザ１１６２に「Ｘ」を含む行を追加する。そして、ステップ４０３において、ジョブＣを実行ジョブキューに追加する。そして、成功レスポンスをユーザ端末１０１に送信した後、処理を終了する。

また、例えば、ユーザＺ（識別子が「Ｚ」であるユーザ、以下同じ）がジョブＣの実行を要求した場合、ジョブ要求受付プログラム１０８は、図６に示す実行可能ジョブテーブル１１５を参照することによって、ユーザＺがジョブＣを実行できないと判定する（ステップ４０１）。このため、ステップ４０５において失敗レスポンスをユーザ端末１０１に送信した後、処理を終了する。

なお、ユーザごとに実行可能ジョブを管理する必要がない場合、実行可能ジョブテーブル１１５は、実行可能ジョブ１１５２の一領域のみを含んでもよく、また、実行中ジョブテーブル１１６は、実行ユーザ１１６２を含まなくてもよい。そして、ジョブ要求受付プログラム１０８は、ステップ４０１において、ジョブが実行できるか否かのみを判定してもよい。

図５に示す処理によって、ユーザが実行を要求するジョブが、実行ジョブキューに追加され、実行中であることを示す実行中ジョブテーブル１１６に格納される。

図５に示す処理の後、ユーザは、ジョブがどの程度実行されているかを問い合わせるため、ユーザ端末１０１を介して、サーバ１０７にジョブの進捗状況を問い合わせる。一般的に、ユーザがジョブを強く注目している場合、ユーザは進捗状況を頻繁に問い合わせる。

ユーザは、ジョブの進捗状況を問い合わせるため、ユーザ端末１０１の進捗状況要求プログラム１０４を起動する。進捗状況要求プログラム１０４は、ユーザによって起動されると、ジョブの進捗状況をサーバ１０７に問い合わせる。進捗状況要求プログラム１０４は、ユーザから進捗状況を要求されたジョブの識別子を含む進捗状況の要求を送信することによって、ジョブの進捗状況をサーバ１０７に要求する。

サーバ１０７の進捗状況応答プログラム１０９は、進捗状況要求プログラム１０４から進捗状況の要求を受信した場合、進捗状況応答プログラム１０９は、実行中ジョブテーブル１１６の進捗状況１１６３を参照し、要求されたジョブの進捗状況を、ユーザ端末１０１に送信する。そして、図８の進捗要求回数テーブル１１４の、進捗状況が要求されたジョブの識別子を含む行１１４１と、進捗状況を要求したユーザの識別子を含む列１１４２とが示すセルの値を増加させる。

図８は、本発明の第１の実施形態の進捗要求回数テーブル１１４を示す説明図である。

進捗要求回数テーブル１１４に格納される進捗要求回数は、後述する優先度の決定に用いられる。進捗要求回数テーブル１１４は、各行１１４１が各ジョブを示し、各列１１４２が各ユーザを示す。

行１１４１は、実行可能ジョブテーブル１１５の実行可能ジョブ１１５２、及び、実行中ジョブテーブル１１６のジョブ１１６１に対応する値を含む。列１１４２は、ユーザ状態テーブル１１３のユーザ１１３１、実行可能ジョブテーブル１１５のユーザ１１５１、及び、実行中ジョブテーブル１１６の実行ユーザ１１６２に対応する値を含む。

例えば、進捗状況が要求されたジョブが、進捗状況を要求したユーザによって実行を要求されたジョブである場合、進捗状況応答プログラム１０９は、セルの値を２増加させる。また、進捗状況が要求されたジョブが、進捗状況を要求したユーザとは異なるユーザによって、実行を要求されたジョブである場合、進捗状況応答プログラム１０９は、セルの値を１増加させる。

具体的には、進捗状況応答プログラム１０９は、実行中ジョブテーブル１１６を参照し、進捗状況が要求されたジョブが、どのユーザによって実行を要求されたかを特定する。そして、進捗状況応答プログラム１０９は、特定されたユーザが、進捗状況を要求したユーザであるか否かを判定する。そして、特定されたユーザが、進捗状況を要求したユーザである場合、ユーザが行った進捗状況の要求は、必要性が高い問い合わせであり、ユーザがジョブに強く注目していることを示す。

このため、進捗状況応答プログラム１０９は、進捗要求回数テーブル１１４の、進捗状況が要求されたジョブと、進捗状況を要求したユーザとに対応するセルの値に２を加算する。

また、特定されたユーザが、進捗状況を要求したユーザでない場合、進捗状況の要求は、普通程度の必要性による要求であることを示す。このため、進捗状況応答プログラム１０９は、進捗状況が要求されたジョブと、進捗状況を要求したユーザとに対応する、進捗要求回数テーブル１１４のセルの値に、１を加算する。

例えば、進捗要求回数テーブル１１４が図８に示す値を含み、実行中ジョブテーブル１１６が図７に示す値を含む際に、ユーザＸがジョブＢ（識別子が「Ｂ」であるジョブ、以下同じ）の進捗状況を要求した場合、進捗状況応答プログラム１０９は、実行中ジョブテーブル１１６を参照し、ユーザＸはジョブＢの実行を要求していないことを取得する。そして、ユーザＸとジョブＢとに対応する進捗要求回数テーブル１１４のセルの値に、１を加算する。

一方で、ユーザＸがジョブＣの進捗状況を要求した場合、進捗状況応答プログラム１０９は、実行中ジョブテーブル１１６を参照し、ユーザＸはジョブＣの実行を要求したことを取得する。そして、ユーザＸとジョブＣとに対応する進捗要求回数テーブル１１４のセルの値に、２を加算する。

進捗状況応答プログラム１０９が、進捗要求回数テーブル１１４に格納される値を進捗状況の要求の回数と、進捗状況を要求したユーザとに従って変化させることによって、進捗要求回数テーブル１１４は、ジョブがユーザによって注目されている程度を数値によって示すことができる。また、後述の処理において、進捗要求回数テーブル１１４に格納される値によって、優先度が決定される。

なお、進捗状況応答プログラム１０９は、進捗要求回数テーブル１１４のセルの値を増加させる量を、任意の値に変更させてよい。例えば、実行を要求したユーザによって、進捗状況の問い合わせの重みを定め、加算する値を変化させてもよい。

図９は、本発明の第１の実施形態の優先度を更新する処理を示すフローチャートである。

図９に示す処理は、ジョブの開始前、及び、ジョブの実行中において定期的に実行される。図９に示す処理によって、開始するジョブの優先度、又は、実行中のジョブの優先度が決定される。

サーバ１０７の優先度更新プログラム１１０は、図９に示す処理を定期的に実行する。まず、優先度更新プログラム１１０は、ユーザ状態テーブル１１３の状態１１３２を参照し、ユーザ状態情報を取得する。そして、ユーザの在席状況を判定する（ステップ８０１）。ステップ８０１において、優先度更新プログラム１１０は、ユーザが在席している場合、ユーザの在席状況に１を割り当て、ユーザが不在である場合、ユーザの在席状況に０を割り当てる。

例えば、ユーザ状態監視装置１０５がカメラを有する場合、取得されたユーザ状態情報には画像が含まれる。優先度更新プログラム１１０は、ユーザ状態情報に含まれる画像を解析し、ユーザ（すなわち、人）がユーザ端末１０１の前にいるか否かを判定することによって、ユーザが在席しているか否かを判定する。

また、ユーザ状態監視装置１０５が温度を測定する人感知センサを有する場合、優先度更新プログラム１１０は、ユーザ端末１０１の前が人の体温と同程度の温度であるか否かを判定することによって、ユーザが在席しているか否かを判定する。

また、ユーザ状態監視装置１０５が温度を測定する着座センサを有する場合、優先度更新プログラム１１０は、状態１１３２に含まれている識別子が在席を示すか不在を示すかを判定することによって、ユーザが在席しているか否かを判定する。

ステップ８０１の後、優先度更新プログラム１１０は、ユーザ状態情報を解析し、ユーザのイライラ度を算出する（ステップ８０２）。本実施形態のイライラ度は、「機嫌が良い」、「普通」及び「機嫌が悪い」の三つの状態によって評価され、それぞれ１、２、３の数値が割り当てられる。これらの数値は、いずれの状態がユーザの注目が高いことを示すかによって、値を変更されてもよい。

すなわち、本実施形態のイライラ度は、ジョブの終了を待つ間、ユーザがどの程度苛立っているかを示す値である。ユーザが「機嫌が悪い」場合、ジョブが実行されているか否かへのユーザの注目度は最も高い。このため、ユーザが「機嫌が悪い」場合、本実施形態のイライラ度は、最も高い値が割り当てられる。また、ユーザが「機嫌が良い」場合、ジョブが実行されているか否かへのユーザの注目度が最も低い。このため、ユーザが「機嫌が良い」場合、本実施形態のイライラ度は、最も低い値が割り当てられる。

例えば、ユーザ状態監視装置１０５がカメラを有する場合、優先度更新プログラム１１０は、ユーザ状態情報を示す画像に表示されるユーザの表情を解析する。そして、優先度更新プログラム１１０は、ユーザの眉間にしわが寄っている度合いを算出し、しわが寄っている度合いが高い場合、ユーザが「機嫌が悪い」と判定し、イライラ度に３を割り当ててもよい。また、しわが寄っている度合いが低い場合、ユーザが「普通」又は「機嫌が良い」と判定し、イライラ度に１又は２を割り当ててもよい。

また、ユーザ状態監視装置１０５がカメラを有する場合、優先度更新プログラム１１０は、ユーザの顔の口角が上がっている度合いを算出する。そして、算出された度合いが口角が上がっていることを示す場合、優先度更新プログラム１１０は、ユーザが「機嫌が良い」と判定し、イライラ度に３を割り当ててもよい。また、算出された度合いが口角が下がっていることを示す場合、優先度更新プログラム１１０は、ユーザが「機嫌が悪い」と判定し、イライラ度に１を割り当ててもよい。また、口角が唇の先端と平行である場合、ユーザが「普通」であると判定し、イライラ度に２を割り当ててもよい。

画像によるユーザの表情を認識する技術には、デジタルカメラ等が有する笑顔認識技術などがある。デジタルカメラ等が有する笑顔認識技術は、一般的に、撮影された人の目、口、及び、輪郭等の配置に基づいて、撮影された人の感情を識別する。

また、例えば、ユーザ状態監視装置１０５が温度を測定する人感知センサを有する場合、優先度更新プログラム１１０は、ユーザ状態情報から、一定期間におけるユーザの体温を特定する。そして、一定期間におけるユーザの体温が上昇している場合、ユーザが「機嫌が悪い」と判定し、イライラ度に３を割り当てもよい。また、一定期間におけるユーザの体温に変化がない場合、ユーザが「普通」又は「機嫌が良い」と判定し、イライラ度に１又は２を割り当ててもよい。

また、例えば、ユーザ状態監視装置１０５が体動を測定する人感知センサを有する場合、優先度更新プログラム１１０は、ユーザ状態情報から、一定期間におけるユーザの体動の振動数を特定する。そして、一定期間においてユーザの体動の振動数が上昇している場合、又は、所定の閾値よりも高い値である場合、ユーザが、貧乏ゆすりなどの落ち着きのない行動をしている可能性が高いため、ユーザが「機嫌が悪い」と判定し、イライラ度に３を割り当ててもよい。また、一定期間においてユーザの体動の振動数が低下している場合、又は、所定の閾値よりも低い場合、ユーザが「普通」又は「機嫌が良い」と判定し、イライラ度に１又は２を割り当ててもよい。

優先度更新プログラム１１０は、前述の複数の方法によって判定された状態によって、イライラ度を数値によって定める。ここで、あらかじめ定められた重み係数によってイライラ度を乗じ、乗じられた結果を加算することによって、総合的なイライラ度を算出してもよい。

ステップ８０２の後、優先度更新プログラム１１０は、ステップ８０１において判定された在席状況と、進捗要求回数テーブル１１４が示す進捗要求回数と、ステップ８０２において算出されたイライラ度とに基づいて、各ジョブへのユーザの注目度を算出する（ステップ８０３）。ユーザＸのジョブＡ（識別子が「Ａ」であるジョブ、以下同じ）への注目度は、式（１）によって算出される。
ジョブＡへのユーザＸの注目度＝ユーザＸのジョブＡに対する進捗要求回数×ユーザＸの在席状況×ユーザＸのイライラ度 （１）
さらに、ジョブＡへの注目度は、以下のように計算する。
ジョブＡへの注目度＝ジョブＡへの全ユーザの注目度の合計 （２）
式（２）によれば、本実施形態の注目度は、進捗要求回数と、在席状況と、イライラ度との各要素に従って算出される。管理者等は、進捗要求回数と、在席状況と、イライラ度との重要性に従って、進捗要求回数と、在席状況と、イライラ度との各要素の重み付けをしてもよい。

第１の実施形態の在席状況は、前述の通り０又は１であるため、ユーザが在席していない場合の注目度は、常に０である。また、イライラ度を算出するために必要な情報を取得する、顔認識機能などの機能をサーバ１０７が有さない場合、優先度更新プログラム１１０がイライラ度を算出することができないため、イライラ度には常に１が定められてもよい。また、ユーザが在席していない場合にも、ある程度ジョブを実行させたい場合、ユーザが在席していない場合の注目度に、０．１などの小さい値が定められてもよい。

また、多くのユーザが進捗状況を注目しているジョブの優先度を上げるため、優先度更新プログラム１１０は、ステップ８０３において、進捗状況を要求したユーザの数によって、進捗要求回数の値を変化させてもよい。そして、変化させた進捗要求回数の値に従って、注目度を算出してもよい。

例えば、ジョブＣが、ユーザＸ、ユーザＹ（識別子が「Ｙ」であるユーザ、以下同じ）及びユーザＺによって進捗状況を要求された場合、優先度更新プログラム１１０は、進捗要求回数テーブル１１４のジョブＣを含む行に格納される値に３を各々乗じてもよい。そして、優先度更新プログラム１１０は、進捗要求回数に３を乗じた結果によって、前述の式（１）及び式（２）を算出してもよい。

ステップ８０３の後、優先度更新プログラム１１０は、ステップ８０３において算出された注目度に基づいて、ジョブの優先度を更新する（ステップ８０４）。例えば、優先度更新プログラム１１０は、下限値と上限値との間の複数の段階に優先度を定める場合、各ジョブの注目度の値に従って、優先度の下限値から上限値までの間で、優先度を比例配分してもよい。

具体的には、優先度が１から１２までであり、ジョブＡの注目度が１６であり、ジョブＢの注目度が８であり、ジョブＣの注目度が２４である場合、優先度更新プログラム１１０は、ジョブＡの優先度を４、ジョブＢの優先度を２、ジョブＣの優先度を６とする。なお、本実施形態の優先度は、値が高い程優先して実行されることを示す。

また、優先度更新プログラム１１０は、注目度がある閾値以下なら優先度を下げ、閾値以上なら優先度を上げてもよい。また、例えば、サーバ１０７が有するＯＳがＬｉｎｕｘである場合、実行中のプロセスの優先度は、ｒｅｎｉｃｅコマンドによって−（マイナス）１９〜２０の４０段階によって割り当てられてもよい。

優先度更新プログラム１１０は、ステップ８０４において、注目度に従って優先度を定め、定められた優先度を、実行中ジョブテーブル１１６の優先度１１６４に格納する。

ステップ８０４の後、優先度更新プログラム１１０は、進捗要求回数テーブル１１４に格納された進捗要求回数をすべてゼロ（０）回に更新する（ステップ８０５）。これは、最新の進捗要求の状況によって、ユーザの注目度を算出するためである。

ステップ８０５の後、優先度更新プログラム１１０は、十分な進捗要求の状況を取得するための一定時間待機した後（ステップ８０６）、ステップ８０１に戻る。

前述の図９に示す処理において、優先度更新プログラム１１０は、ユーザの在席状況、ユーザのイライラ度、及び、進捗要求回数のすべてを用いて、注目度を算出した。しかし、本実施形態の優先度更新プログラム１１０は、ユーザの在席状況、ユーザのイライラ度、及び、進捗要求回数のうち、一つ又は二つの要素を用いて、注目度を算出してもよい。例えば、優先度更新プログラム１１０は、ユーザの在席状況、及び、進捗要求回数を用いて、注目度を算出してもよい。

図１０は、本発明の第１の実施形態の定められた優先度によってジョブを実行する処理を示すフローチャートである。

図１０に示す処理は、図９に示す処理が実行された後に実行される。図１０に示す処理は、各ジョブの開始前、又は各ジョブの実行中に実行される。

ジョブ処理プログラム１１１は、サーバ１０７のメモリ２０２に保持された実行ジョブキューを参照し、実行ジョブキューの先頭からジョブを取得する（ステップ１００１）。ステップ１００１の後、実行中ジョブテーブル１１６の優先度１１６４を参照し、優先度１１６４に格納される値に比例した時間、各ジョブにプロセッサ２０１を割り当て実行する（ステップ１００２）。

ステップ１００２の後、ジョブ処理プログラム１１１は、ステップ１００２によって割り当てられた時間実行されたジョブのうち、実行途中であるジョブを、実行ジョブキューの末尾に追加する（ステップ１００３）。そして、ジョブ処理プログラム１１１は、ステップ１００１に戻り、新たなジョブを実行ジョブキューの先頭から取得する。

なお、ステップ１００３において、ジョブ処理プログラム１１１は、ジョブの進捗状況を取得し、実行中ジョブテーブル１１６の進捗状況１１６３に格納する。

第１の実施形態によれば、複数のユーザが利用するクライアント−サーバシステムにおいて、複数のユーザのジョブへの注目度に従い、ジョブの優先度を細かく制御することができる。これによって、各ユーザの満足度を向上しつつ、コンピュータリソースを有効に活用できる。

（第２の実施形態）
図１１は、本発明の第２の実施形態の計算機システムの構成を示すブロック図である。

第２の実施形態の計算機システムが、第１の実施形態の計算機システムと異なる点は、ユーザ状態監視装置１０５は、サーバ１０７に直接接続される点と、ユーザ状態監視装置１０５は、ユーザ状態通知プログラム１１７を有する点である。このため、ユーザ端末１０１は、ユーザ状態通知プログラム１０２を有する必要はない。第１の実施形態の計算機システムと、第２の実施形態の計算機システムとにおいて共通するプログラム及びテーブルは、同じ機能及び同じ値を有する。

第２の実施形態において、ユーザ端末１０１を用いるユーザを示す識別子は、あらかじめユーザ状態監視装置１０５に保持される。ユーザ状態通知プログラム１１７は、ユーザ状態監視装置１０５が有するカメラ等によってユーザ状態情報を取得し、あらかじめ与えられたユーザの識別子と、ユーザ状態情報とを、サーバ１０７に定期的に送信する。

そして、サーバ１０７のユーザ状態受付プログラム１１２は、ユーザ状態監視装置１０５から送信されたユーザ状態情報を受信し、図３に示す処理を実行する。

第２の実施形態によれば、ユーザ端末１０１がユーザ状態通知プログラム１０２を有さないため、ユーザ端末１０１の負荷を低減できる。

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

本実施形態のシステムは、複数のクライアントを有するクライアントーサーバシステムであり、ユーザがジョブの実行をクライアントを介してサーバに要求するシステムに適用できる。

Claims (10)

1. 少なくとも一人のユーザが用いる少なくとも一つの端末と、前記各端末に接続されるサーバと、前記各ユーザの状態を測定する監視装置とを備える計算機システムであって、
   前記監視装置は、
   前記ユーザが前記端末の前に在席しているか否かを示す第１の情報を測定し、
   前記第１の情報を含む測定結果を、前記サーバに送信し、
   前記端末は、
   前記ユーザによって指示されたジョブの開始を、前記サーバに要求し、
   前記ユーザによって問い合わせられた前記ジョブの進捗状況を、前記サーバに要求し、
   前記サーバは、
   前記開始が要求されたジョブと、前記ジョブの開始を要求したユーザと、前記ジョブの進捗状況の要求の回数と、前記ジョブの進捗を要求したユーザと、を含む第２の情報を保持し、
   （ａ）第１のユーザによって指示された第１のジョブの開始を要求され、かつ、第２のユーザによって問い合わせられた前記第１のジョブの進捗状況を要求された場合、前記第２の情報に含まれる前記第１のジョブの進捗状況の要求の回数に、第１の値を加算し、
   （ｂ）前記第１のユーザによって指示された前記第１のジョブの開始を要求され、かつ、前記第１のユーザによって問い合わせられた前記第１のジョブの進捗状況を要求された場合、前記第２の情報に含まれる前記第１のジョブの進捗状況の要求の回数に、前記第１の値より高い値を加算し、
   （ｃ）前記（ａ）及び（ｂ）の後、前記送信された測定結果が示す前記ユーザの在席の有無に対応する値と、前記第２の情報が示す前記ジョブの進捗状況の要求の回数と、を予め定められた式に代入して、前記ジョブに対する前記ユーザの注目度を算出し、
   （ｄ）前記算出された注目度に従って、前記開始が要求されたジョブの優先度を決定し、
   （ｅ）前記優先度が決定された場合、前記第２の情報に含まれる前記ジョブの進捗状況の要求の回数を、０回に更新し、
   前記（ｅ）の後、前記（ａ）から前記（ｅ）までを繰り返す、ことを特徴とする計算機システム。
2. 少なくとも一人のユーザが用いる少なくとも一つの端末と、前記各端末に接続されるサーバと、前記各ユーザの状態を測定する監視装置とを備える計算機システムであって、
   前記監視装置は、
   前記ユーザが前記端末の前に在席しているか否かを示す第１の情報を測定し、
   前記第１の情報を含む測定結果を、前記サーバに送信し、
   前記端末は、
   前記ユーザによって指示されたジョブの開始を、前記サーバに要求し、
   前記ユーザによって問い合わせられた前記ジョブの進捗状況を、前記サーバに要求し、
   前記サーバは、
   前記開始が要求されたジョブと、前記ジョブの開始を要求したユーザと、前記ジョブの進捗状況の要求の回数と、前記ジョブの進捗を要求したユーザと、を含む第２の情報を保持し、
   （ａ）一人の前記ユーザによって第２のジョブの進捗状況が問い合わせられた場合、前記第２の情報に含まれる前記第２のジョブの進捗状況の要求の回数に、第２の値を加算し、
   （ｂ）複数の前記ユーザによって第２のジョブの進捗状況が問い合わせられた場合、前記第２の情報に含まれる前記第２のジョブの進捗状況の要求の回数に、前記第２の値より高い値を加算し、
   （ｃ）前記（ａ）及び（ｂ）の後、前記送信された測定結果が示す前記ユーザの在席の有無に対応する値と、前記第２の情報が示す前記ジョブの進捗状況の要求の回数と、を予め定められた式に代入して、前記ジョブに対する前記ユーザの注目度を算出し、
   （ｄ）前記算出された注目度に従って、前記開始が要求されたジョブの優先度を決定し、
   （ｅ）前記優先度が決定された場合、前記第２の情報に含まれる前記ジョブの進捗状況の要求の回数を、０回に更新し、
   前記（ｅ）の後、前記（ａ）から前記（ｅ）までを繰り返す、ことを特徴とする計算機システム。
3. 請求項１又は２に記載された計算機システムであって、
   前記監視装置は、前記測定されたユーザの状態を示す第３の情報を前記測定結果に含め、
   前記サーバは、
   前記送信された測定結果に含まれる第３の情報に従って、前記ユーザの苛立ちの程度を判定し、
   前記判定の結果と、前記第１の情報と、前記第２の情報とに基づいて、前記ユーザの注目度を算出することを特徴とする計算機システム。
4. 請求項３に記載された計算機システムであって、
   前記監視装置は、前記ユーザの状態を示す画像を取得し、
   前記第３の情報は、前記取得されたユーザの状態を示す画像であることを特徴とする計算機システム。
5. 請求項３に記載された計算機システムであって、
   前記監視装置は、前記ユーザの体温又は体動を測定し、
   前記第３の情報は、前記測定されたユーザの体温又は体動を示すことを特徴とする計算機システム。
6. 少なくとも一人のユーザが用いる少なくとも一つの端末と、前記各端末に接続されるサーバと、前記各ユーザの状態を測定する監視装置とを備える計算機システムによる情報処理方法であって、
   前記方法は、
   前記監視装置が、前記ユーザが前記端末の前に在席しているか否かを示す第１の情報を
   測定し、
   前記監視装置が、前記第１の情報を含む測定結果を、前記サーバに送信し、
   前記端末が、前記ユーザによって指示されたジョブの開始を、前記サーバに要求し、
   前記端末が、前記ユーザによって問い合わせられた前記ジョブの進捗状況を、前記サーバに要求し、
   前記サーバが、前記開始が要求されたジョブと、前記ジョブの開始を要求したユーザと、前記ジョブの進捗状況の要求の回数と、前記ジョブの進捗を要求したユーザと、を含む第２の情報を保持し、
   （ａ）第１のユーザによって指示された第１のジョブの開始を要求され、かつ、第２のユーザによって問い合わせられた前記第１のジョブの進捗状況を要求された場合、前記サーバが、前記第２の情報に含まれる前記第１のジョブの進捗状況の要求の回数に、第１の値を加算し、
   （ｂ）前記第１のユーザによって指示された前記第１のジョブの開始を要求され、かつ、前記第１のユーザによって問い合わせられた前記第１のジョブの進捗状況を要求された場合、前記サーバが、前記第２の情報に含まれる前記第１のジョブの進捗状況の要求の回数に、前記第１の値より高い値を加算する、
   （ｃ）前記（ａ）及び（ｂ）の後、前記サーバが、前記送信された測定結果が示す前記ユーザの在席の有無に対応する値と、前記第２の情報が示す前記ジョブの進捗状況の要求の回数と、を予め定められた式に代入して、前記ジョブに対する前記ユーザの注目度を算出し、
   （ｄ）前記サーバが、前記算出された注目度に従って、前記開始が要求されたジョブの優先度を決定し、
   （ｅ）前記サーバが、前記優先度が決定された場合、前記第２の情報に含まれる前記ジョブの進捗状況の要求の回数を、０回に更新し、
   前記（ｅ）の後、前記（ａ）から前記（ｅ）までを繰り返す、ことを含む情報処理方法。
7. 少なくとも一人のユーザが用いる少なくとも一つの端末と、前記各端末に接続されるサーバと、前記各ユーザの状態を測定する監視装置とを備える計算機システムによる情報処理方法であって、
   前記方法は、
   前記監視装置が、前記ユーザが前記端末の前に在席しているか否かを示す第１の情報を測定し、
   前記監視装置が、前記第１の情報を含む測定結果を、前記サーバに送信し、
   前記端末が、前記ユーザによって指示されたジョブの開始を、前記サーバに要求し、
   前記端末が、前記ユーザによって問い合わせられた前記ジョブの進捗状況を、前記サーバに要求し、
   前記サーバが、前記開始が要求されたジョブと、前記ジョブの開始を要求したユーザと、前記ジョブの進捗状況の要求の回数と、前記ジョブの進捗を要求したユーザと、を含む第２の情報を保持し、
   （ａ）一人の前記ユーザによって第２のジョブの進捗状況が問い合わせられた場合、前記サーバが、前記第２の情報に含まれる前記第２のジョブの進捗状況の要求の回数に、第２の値を加算し、
   （ｂ）複数の前記ユーザによって第２のジョブの進捗状況が問い合わせられた場合、前記サーバが、前記第２の情報に含まれる前記第２のジョブの進捗状況の要求の回数に、前記第２の値より高い値を加算し、
   （ｃ）前記（ａ）及び（ｂ）の後、前記サーバが、前記送信された測定結果が示す前記ユーザの在席の有無に対応する値と、前記第２の情報が示す前記ジョブの進捗状況の要求の回数と、を予め定められた式に代入して、前記ジョブに対する前記ユーザの注目度を算出し、
   （ｄ）前記サーバが、前記算出された注目度に従って、前記開始が要求されたジョブの優先度を決定し、
   （ｅ）前記サーバが、前記優先度が決定された場合、前記第２の情報に含まれる前記ジョブの進捗状況の要求の回数を、０回に更新し、
   前記（ｅ）の後、前記（ａ）から前記（ｅ）までを繰り返す、ことを含む情報処理方法。
8. 請求項６又は７に記載された情報処理方法であって、
   前記監視装置が、前記測定されたユーザの状態を示す第３の情報を前記測定結果に含め、
   前記サーバが、前記送信された測定結果に含まれる第３の情報に従って、前記ユーザの苛立ちの程度を判定し、
   前記サーバが、前記判定の結果と、前記第１の情報と、前記第２の情報とに基づいて、前記ユーザの注目度を算出することを特徴とする情報処理方法。
9. 請求項８に記載された情報処理方法であって、
   前記監視装置が、前記ユーザの状態を示す画像を取得し、
   前記第３の情報は、前記取得されたユーザの状態を示す画像であることを特徴とする情報処理方法。
10. 請求項８に記載された情報処理方法であって、
    前記監視装置が、前記ユーザの体温又は体動を測定し、
    前記第３の情報は、前記測定されたユーザの体温又は体動を示すことを特徴とする情報処理方法。

Images