JP6926870B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特に、サービスに対する優先度を設定する情報処理装置、情報処理方法、及びプログラムに関する。

個々のサービスについて、ユーザ・端末の情報やサーバにおけるサービスの状況を考慮してＱｏＳ（Quality of Service）制御を行う技術が知られている。具体的には、サーバの処理負荷やネットワーク帯域負荷、サービスの提供を受けるユーザの情報等、サービスがユーザに提供されるまでの経路にかかる属性情報の組み合わせを基に、ユーザにどの程度のレベルのサービスを提供するのかを判断する制御が知られている。

このようなＱｏＳ制御の例が、特許文献１に開示されている。特許文献１には、無線ネットワークにおけるゲートウェイ、基地局、端末（ユーザ）の属性情報を基に、あるユーザに対してどの程度の通信量を割り当てるかを決定する技術が開示されている。

また、特許文献２には、ビジネスプロセス定義間での比較に用いるプロセス優先度、実行するタスク間での比較に用いるタスク優先度、及び、起票者による比較等の業務データに基づく業務優先度を用いて、プロセスを実際に処理する場合の実行優先度を算出する技術が開示されている。

特許第５６９６８４５号公報 特開２００８−４０６２０号公報

しかし、近年のハードウェア能力向上やハードウェア仮想化技術の向上に伴い、あるサービスが通信経路にかかるすべての資源を占有できないケースが増加している。そのようなケースにおいては、各サービスについて、一つのサービスに閉じた状況にてＱｏＳ制御を行うだけでは不十分であり、複数のサービス間に跨る全体的な状況を考慮してＱｏＳ制御を行う必要がある。このため、一つのサービスに閉じた状況にてＱｏＳ制御を行う特許文献１に開示の技術では、複数のサービスを全体として適切にＱｏＳ制御を行うことが困難であるという問題があった。

また、特許文献２に開示の技術では、複数のプロセス間の優先度を算出することはできるが、複数のプロセスとそれらのプロセスの利用者との関連性については考慮していない。このため、特許文献２に開示の技術では、複数のプロセスを全体として適切に優先度を設定することが困難であるという問題があった。

本発明は、このような問題点を解決するためになされたものであり、複数のサービスに対して適切な優先度を設定することができる情報処理装置、情報処理方法、及びプログラムを提供することを目的とする。

本発明の第１の態様にかかる情報処理装置は、ユーザの属性情報又は端末の属性情報を取得するユーザ／端末情報取得手段と、提供サービスの属性情報を取得する提供サービス情報取得手段と、前記ユーザの属性情報又は前記端末の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末間の端末重要度を導出し、前記提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出し、前記複数のユーザ又は前記複数の端末と前記複数の提供サービスとの関連度を導出し、前記ユーザ重要度又は前記端末重要度と、前記サービス重要度と、前記関連度とに基づいて、サービス優先度を算出する優先度計算手段と、前記サービス優先度をサービス提供サーバに送信する送信手段と、を備えるものである。

本発明の第２の態様にかかる情報処理方法は、ユーザの属性情報又は端末の属性情報を取得し、提供サービスの属性情報を取得し、前記ユーザの属性情報又は前記端末の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末間の端末重要度を導出し、前記提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出し、前記複数のユーザ又は前記複数の端末と前記複数の提供サービスとの関連度を導出し、前記ユーザ重要度又は前記端末重要度と、前記サービス重要度と、前記関連度とに基づいて、サービス優先度を算出し、前記サービス優先度をサービス提供サーバに送信する、ことを含むものである。

本発明の第３の態様にかかるプログラムは、ユーザの属性情報又は端末の属性情報を取得し、提供サービスの属性情報を取得し、前記ユーザの属性情報又は前記端末の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末間の端末重要度を導出し、前記提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出し、前記複数のユーザ又は前記複数の端末と前記複数の提供サービスとの関連度を導出し、前記ユーザ重要度又は前記端末重要度と、前記サービス重要度と、前記関連度とに基づいて、サービス優先度を算出し、前記サービス優先度をサービス提供サーバに送信する、処理をプロセッサに実行させるものである。

本発明により、複数のサービスに対して適切な優先度を設定することができる情報処理装置、情報処理方法、及びプログラムを提供することができる。

本発明の実施の形態１にかかるサービス提供システムの構成例を示すブロック図である。 本発明の実施の形態１にかかるユーザ／端末情報管理サーバの構成例を示すブロック図である。 本発明の実施の形態１にかかるサービス提供サーバの構成例を示すブロック図である。 本発明の実施の形態１にかかる情報処理装置の構成例を示すブロック図である。 本発明の実施の形態１にかかるユーザの属性情報の例を示す図である。 本発明の実施の形態１にかかる提供サービスの属性情報の例を示す図である。 本発明の実施の形態１にかかる複数のユーザ間のユーザ重要度の例を示す図である。 本発明の実施の形態１にかかる複数の提供サービス間のサービス重要度の例を示す図である。 本発明の実施の形態１にかかる複数のユーザと複数の提供サービスとの関連度の例を示す図である。 本発明の実施の形態１にかかるサービス優先度の例を示す図である。 本発明の実施の形態１にかかる情報処理装置の処理例を示すフローチャートである。 本発明の実施の形態２にかかるサービス提供サーバの構成例を示すブロック図である。 本発明の実施の形態２にかかる稼働状況情報の例を示す図である。 本発明の実施の形態２にかかる情報処理装置の構成例を示すブロック図である。 本発明の実施の形態２にかかる情報処理装置の処理例を示すフローチャートである。

以下では、本発明の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

実施の形態１
まず、図１のブロック図を用いて、本発明の実施の形態１にかかるサービス提供システム１０００の構成例について説明する。サービス提供システム１０００は、情報処理装置１００と、ユーザ／端末情報管理サーバ２００と、サービス提供サーバ３００と、端末４００と、を備えている。情報処理装置１００は、ユーザ／端末情報管理サーバ２００及びサービス提供サーバ３００と通信可能である。また、サービス提供サーバ３００は、端末４００とも通信可能である。なお、図１の例では、ユーザ／端末情報管理サーバ２００と端末４００とが線で接続されていないが、ユーザ／端末情報管理サーバ２００と端末４００とは通信可能であってもよい。

端末４００は、サービス提供サーバ３００に対して、サービスを要求する端末である。端末４００は、例えば、スマートフォン、タブレット、ＰＣ（Personal Computer）、防災無線端末等である。なお、図１には、端末４００が４つ存在する例を示しているが、端末４００の数は４つに限らない。

ユーザ／端末情報管理サーバ２００は、端末４００に対応するユーザの属性情報及び端末４００の属性情報の少なくとも一方を格納するサーバである。ユーザ／端末情報管理サーバ２００は、すべての端末４００に対応するユーザの属性情報及びすべての端末４００の属性情報の少なくとも一方を一元的に管理する。なお、すべての端末４００とは、例えば、ある会社のすべてのユーザが所有するすべての端末のことを意味する。

情報処理装置１００は、サービス優先度を算出してサービス提供サーバ３００へ送信する装置である。情報処理装置１００は、例えば、ＰＣやサーバ等である。

サービス提供サーバ３００は、サービス提供サーバ３００の負荷状況、及び情報処理装置１００により算出されたサービス優先度に応じて、端末４００へのサービスの提供を制御するサーバである。

続いて、図２のブロック図を用いて、本発明の実施の形態１にかかるユーザ／端末情報管理サーバ２００について説明する。ユーザ／端末情報管理サーバ２００は、ユーザ／端末情報格納部２１０を備えている。

ユーザ／端末情報格納部２１０は、端末４００に対応するユーザの属性情報及び端末４００の属性情報の少なくとも一方を格納する。なお、ユーザの属性情報とは、例えば、ユーザの役職を示す情報、ユーザの所属を示す情報等である。また、端末４００の属性情報とは、例えば、端末４００の種別を示す情報等である。

続いて、図３のブロック図を用いて、本発明の実施の形態１にかかるサービス提供サーバ３００について説明する。サービス提供サーバ３００は、提供サービス情報格納部３１０と、サービス提供可否判断部３２０と、提供サービス群３３０と、を備えている。また、提供サービス群３３０は、複数のサービス提供部３４０を備えている。

提供サービス情報格納部３１０は、提供サービスの属性情報を格納する。なお、提供サービスの属性情報とは、サービス提供サーバ３００が端末４００に対して提供するサービスの属性情報である。提供サービスの属性情報は、例えば、サービス名、サービス利用者を示す情報等である。なお、サービス利用者とは、例えば、そのサービスに業務上の関連が深く、通常利用する利用者のことである。

サービス提供可否判断部３２０は、端末４００から発行されたサービス要求を受信する。また、サービス提供可否判断部３２０は、サービス優先度を情報処理装置１００から受信する。また、サービス提供可否判断部３２０は、サービス提供サーバ３００の負荷状況を判断する。さらに、サービス提供可否判断部３２０は、サービス優先度、及びサービス提供サーバ３００の負荷状況に応じて、端末４００から発行されたサービス要求を処理するか否かを決定する。そして、サービス提供可否判断部３２０は、端末４００から発行されたサービス要求を処理する場合には、提供サービス群３３０内の対応するサービス提供部３４０に対して、サービスの提供先である端末４００の情報を出力する。

複数のサービス提供部３４０は、それぞれ業務処理等の役割に応じたサービスを提供する機能部である。サービス提供部３４０は、サービスの提供先である端末４００の情報をサービス提供可否判断部３２０から受け取ると、当該端末４００に対して要求されたサービスを提供する。

続いて、図４のブロック図を用いて、本発明の実施の形態１にかかる情報処理装置１００について説明する。情報処理装置１００は、ユーザ／端末情報取得部１１０と、提供サービス情報取得部１２０と、優先度計算部１３０と、送信部１４０と、を備えている。

ユーザ／端末情報取得部１１０は、ユーザの属性情報又は端末４００の属性情報を、ユーザ／端末情報格納部２１０から取得する。ユーザ／端末情報取得部１１０が取得するユーザの属性情報の例を図５に示す。図５に示す例では、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤの役職として、それぞれ、なし、係長、部長、課長が対応付けられている。また、図５に示す例では、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤの所属として、それぞれ、開発部、開発部、営業部、人事部が対応付けられている。

そして、ユーザ／端末情報取得部１１０は、取得されたユーザの属性情報又は端末４００の属性情報を、優先度計算部１３０へ出力する。

提供サービス情報取得部１２０は、提供サービスの属性情報を、提供サービス情報格納部３１０から取得する。提供サービス情報取得部１２０が取得する提供サービスの属性情報の例を図６に示す。図６に示す例では、提供サービスの属性情報として、サービス名とサービス利用者とが対応付けられている。具体的には、開発情報管理と開発部とが対応付けられている。また、営業情報管理と営業部とが対応付けられている。また、人事情報管理と人事部とが対応付けられている。さらに、勤務管理と開発部・営業部・人事部とが対応付けられている。

なお、ユーザ／端末情報取得部１１０が、端末４００の属性情報を取得するシステムでは、提供サービスの属性情報として、サービス名とサービス利用端末とが対応付けられるようにしてもよい。

そして、提供サービス情報取得部１２０は、取得された提供サービスの属性情報を、優先度計算部１３０へ出力する。

優先度計算部１３０は、ユーザの属性情報又は端末４００の属性情報を、ユーザ／端末情報取得部１１０から受け取る。また、優先度計算部１３０は、提供サービスの属性情報を、提供サービス情報取得部１２０から受け取る。

また、優先度計算部１３０は、受け取ったユーザの属性情報又は端末４００の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末４００間の端末重要度を導出する。複数のユーザ間のユーザ重要度の例を図７に示す。図７に示す例では、優先度計算部１３０は、役職が高いほどサービスを優先して提供すべきという基準に基づいて、ユーザ重要度の係数を導出している。具体的には、優先度計算部１３０は、役職なしのユーザＡに対して、ユーザ重要度の係数を０．８としている。また、優先度計算部１３０は、係長のユーザＢに対して、ユーザ重要度の係数を１．０としている。また、優先度計算部１３０は、部長のユーザＣに対して、ユーザ重要度の係数を１．８としている。さらに、優先度計算部１３０は、課長のユーザＤに対して、ユーザ重要度の係数を１．５としている。

なお、優先度計算部１３０は、端末４００の属性情報に基づいて、例えば、緊急時に重要となる防災無線端末に対して、高い端末重要度を導出するようにしてもよい。

また、優先度計算部１３０は、受け取った提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出する。複数の提供サービス間のサービス重要度の例を図８に示す。図８に示す例では、優先度計算部１３０は、開発・営業関連のサービスを優先して提供し、人事、勤務管理関連のサービスは優先度を低くすべきという基準に基づいて、サービス重要度を導出している。具体的には、優先度計算部１３０は、開発情報管理に対してサービス重要度を１０としている。また、優先度計算部１３０は、営業情報管理に対してサービス重要度を８としている。また、優先度計算部１３０は、人事情報管理に対してサービス重要度を５としている。さらに、優先度計算部１３０は、勤務管理に対してサービス重要度を１としている。

また、優先度計算部１３０は、複数のユーザ又は複数の端末４００と複数の提供サービスとの関連度を導出する。例えば、優先度計算部１３０は、複数のユーザのそれぞれについて、ユーザ自身が通常利用するサービスを利用する場合には、関連度の係数を１とし、そうでない場合には、業務とは関連がないにも関わらず利用するとみなして関連度の係数を０．１とする。

複数のユーザと複数の提供サービスとの関連度の例を図９に示す。図９に示す例では、開発情報管理及び勤務管理は、サービス利用者に開発部が含まれている。また、営業情報管理及び人事情報管理は、サービス利用者に開発部が含まれていない。このため、優先度計算部１３０は、開発部に所属するユーザＡについて、開発情報管理及び勤務管理との関連度の係数を１．０とし、営業情報管理及び人事情報管理との関連度の係数を０．１としている。同様に、優先度計算部１３０は、開発部に所属するユーザＢについて、開発情報管理及び勤務管理との関連度の係数を１．０とし、営業情報管理及び人事情報管理との関連度の係数を０．１としている。

また、図９に示す例では、営業情報管理及び勤務管理は、サービス利用者に営業部が含まれている。また、開発情報管理及び人事情報管理は、サービス利用者に営業部が含まれていない。このため、優先度計算部１３０は、営業部に所属するユーザＣについて、営業情報管理及び勤務管理との関連度の係数を１．０とし、開発情報管理及び人事情報管理との関連度の係数を０．１としている。

また、図９に示す例では、人事情報管理及び勤務管理は、サービス利用者に人事部が含まれている。また、開発情報管理及び営業情報管理は、サービス利用者に人事部が含まれていない。このため、優先度計算部１３０は、人事部に所属するユーザＤについて、人事情報管理及び勤務管理との関連度の係数を１．０とし、開発情報管理及び営業情報管理との関連度の係数を０．１としている。

なお、優先度計算部１３０は、提供サービスの属性情報として、サービス名とサービス利用端末とが対応付けられている場合には、複数の端末４００のそれぞれについて、サービス利用端末に該当する場合には、関連度の係数を１とし、そうでない場合には、関連度の係数を０．１とするようにしてもよい。

また、優先度計算部１３０は、ユーザ重要度又は端末重要度と、サービス重要度と、関連度とに基づいて、サービス優先度を算出する。具体的には、優先度計算部１３０は、サービス重要度と、ユーザ重要度又は端末重要度の係数と、関連度の係数とを乗算することにより、サービス優先度を算出する。

サービス優先度の例を図１０に示す。図１０に示す例では、優先度計算部１３０は、ユーザＡについて、開発情報管理、営業情報管理、人事情報管理、勤務管理のサービス優先度を、それぞれ８．０、０．６４、０．４、０．８と算出する。また、優先度計算部１３０は、ユーザＢについて、開発情報管理、営業情報管理、人事情報管理、勤務管理のサービス優先度を、それぞれ１０．０、０．８、０．５、１．０と算出する。また、優先度計算部１３０は、ユーザＣについて、開発情報管理、営業情報管理、人事情報管理、勤務管理のサービス優先度を、それぞれ１．８、１４．４、０．９、１．８と算出する。さらに、優先度計算部１３０は、ユーザＤについて、開発情報管理、営業情報管理、人事情報管理、勤務管理のサービス優先度を、それぞれ１．５、１．２、７．５、１．５と算出する。

この算出の結果、営業部Ｃ部長の営業情報管理に対する処理要求を最も優先する必要があり、次いで、開発部Ｂ係長の開発情報管理に対する処理要求を優先する必要があるという結果が出力される。

なお、優先度計算部１３０は、図１０の例に示すように、サービス優先度の高い順に、サービス優先順位を導出してもよい。

そして、優先度計算部１３０は、算出されたサービス優先度を送信部１４０へ出力する。なお、優先度計算部１３０は、サービス優先度とともにサービス優先順位を送信部１４０へ出力してもよい。

送信部１４０は、サービス優先度を優先度計算部１３０から受け取る。また、送信部１４０は、受け取ったサービス優先度をサービス提供サーバ３００へ送信する。具体的には、送信部１４０は、受け取ったサービス優先度をサービス提供サーバ３００のサービス提供可否判断部３２０へ送信する。これにより、サービス優先度は、サービス提供可否判断部３２０において、サービス情報可否判断の基準となる。例えば、サービス優先度の高いものについては、サービス提供部３４０によりサービスを提供し、サービス優先度の低いものについては、より後の時間にサービス提供するか、サービス提供を拒否するようにしてもよい。

なお、送信部１４０は、サービス優先度とともにサービス優先順位をサービス提供サーバ３００のサービス提供可否判断部３２０へ送信してもよい。例えば、単位時間に１０リクエストまで処理できる状況において、４ユーザ×４サービスの１６種類のリクエストが複数の端末４００から一度に到着した場合、サービス提供可否判断部３２０は、サービス優先順位１から１０までを処理可能と判断するようにしてもよい。なお、サービス優先順位は、サービス提供可否判断部３２０がサービス優先度に基づいて導出するようにしてもよい。

続いて、図１１のフローチャートを用いて、本発明の実施の形態１にかかる情報処理装置１００の処理例について説明する。

まず、情報処理装置１００は、ユーザ／端末情報取得部１１０により、ユーザの属性情報又は端末４００の属性情報を取得する（ステップＳ１０１）。

次に、情報処理装置１００は、提供サービス情報取得部１２０により、提供サービスの属性情報を取得する（ステップＳ１０２）。

次に、情報処理装置１００は、優先度計算部１３０により、ユーザの属性情報又は端末４００の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末４００間の端末重要度を導出する（ステップＳ１０３）。

次に、情報処理装置１００は、優先度計算部１３０により、提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出する（ステップＳ１０４）。

次に、情報処理装置１００は、優先度計算部１３０により、複数のユーザ又は複数の端末４００と複数の提供サービスとの関連度を導出する（ステップＳ１０５）。

次に、情報処理装置１００は、優先度計算部１３０により、ユーザ重要度又は端末重要度と、サービス重要度と、関連度とに基づいて、サービス優先度を算出する（ステップＳ１０６）。

次に、情報処理装置１００は、送信部１４０により、サービス優先度をサービス提供サーバ３００に送信する（ステップＳ１０７）。

以上のように、本発明の実施の形態１にかかる情報処理装置１００は、ユーザの属性情報又は端末４００の属性情報を取得するユーザ／端末情報取得部１１０を備える構成としている。また、情報処理装置１００は、提供サービスの属性情報を取得する提供サービス情報取得部１２０を備える構成としている。また、情報処理装置１００は、優先度計算部１３０を備える構成としている。また、優先度計算部１３０は、ユーザの属性情報又は端末４００の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末４００間の端末重要度を導出する。また、優先度計算部１３０は、提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出する。また、優先度計算部１３０は、複数のユーザ又は複数の端末４００と複数の提供サービスとの関連度を導出する。さらに、優先度計算部１３０は、ユーザ重要度又は端末重要度と、サービス重要度と、関連度とに基づいて、サービス優先度を算出する。さらに、情報処理装置１００は、サービス優先度をサービス提供サーバ３００に送信する送信部１４０を備える構成としている。すなわち、本実施の形態１にかかる情報処理装置１００では、ユーザ重要度・端末重要度やサービス重要度のみならず、複数のユーザ又は複数の端末４００と複数の提供サービスとの関連度についてもサービス優先度を算出するためのパラメータとして用いている。これにより、本実施の形態１にかかる情報処理装置１００では、複数のサービスに対して適切な優先度を設定することができる。

実施の形態２
続いて、本発明の実施の形態２にかかるサービス提供システム１０００Ａについて説明する。本実施の形態２にかかるサービス提供システム１０００Ａは、情報処理装置１００Ａと、ユーザ／端末情報管理サーバ２００と、サービス提供サーバ３００Ａと、端末４００と、を備えている。なお、本実施の形態２にかかるサービス提供システム１０００Ａの構成は、実施の形態１にかかるサービス提供システム１０００の構成と同様であり、説明及び図示を省略する。

続いて、図１２のブロック図を用いて、本実施の形態２にかかるサービス提供サーバ３００Ａについて説明する。サービス提供サーバ３００Ａは、提供サービス情報格納部３１０と、サービス提供可否判断部３２０と、提供サービス群３３０と、稼働状況情報格納部３５０と、を備えている。

稼働状況情報格納部３５０は、個々の提供サービスの稼働状況情報を格納する。個々の提供サービスの稼働状況情報の例を図１３に示す。図１３に示す例では、開発情報管理は、ダウン中である。また、営業情報管理及び人事情報管理は、稼働中である。さらに、勤務管理は、メンテナンス中である。

続いて、図１４のブロック図を用いて、本実施の形態２にかかる情報処理装置１００Ａについて説明する。情報処理装置１００Ａは、ユーザ／端末情報取得部１１０と、提供サービス情報取得部１２０と、優先度計算部１３０Ａと、送信部１４０と、稼働状況情報取得部１５０と、を備えている。

稼働状況情報取得部１５０は、個々の提供サービスの稼働状況情報を、サービス提供サーバ３００Ａの稼働状況情報格納部３５０から取得する。また、稼働状況情報取得部１５０は、取得された稼働状況情報を、優先度計算部１３０Ａへ出力する。

優先度計算部１３０Ａは、稼働状況情報を稼働状況情報取得部１５０から受け取る。また、優先度計算部１３０Ａは、受け取った提供サービスの属性情報及び稼働状況情報に基づいて、複数の提供サービス間のサービス重要度を導出する。すなわち、優先度計算部１３０Ａでは、サービス重要度を導出する際に、提供サービスの属性情報に加えて、個々の提供サービスの稼働状況情報をパラメータとして用いる。例えば、優先度計算部１３０Ａは、稼働していない提供サービスのサービス重要度を低下させるようにしてもよい。図１３の例では、優先度計算部１３０Ａは、ダウン中である開発情報管理、及びメンテナンス中である勤務管理のサービス重要度を低下させるようにしてもよい。

なお、優先度計算部１３０Ａは、サービス重要度を導出する際に、稼働状況情報以外の情報をパラメータとして用いるようにしてもよい。すなわち、優先度計算部１３０Ａは、状況に応じて、サービス重要度を変動させるようにしてもよい。例えば、優先度計算部１３０Ａは、平日か休日かに応じて、サービス重要度を変動させるようにしてもよい。具体的には、優先度計算部１３０Ａは、平日の場合に、業務影響が高い開発情報管理及び営業情報管理のサービス重要度を高くし、休日の場合に、人事情報管理及び勤務管理のサービス重要度を高くするようにしてもよい。

続いて、図１５のフローチャートを用いて、本発明の実施の形態２にかかる情報処理装置１００Ａの処理例について説明する。

まず、情報処理装置１００Ａは、ユーザ／端末情報取得部１１０により、ユーザの属性情報又は端末４００の属性情報を取得する（ステップＳ２０１）。

次に、情報処理装置１００Ａは、提供サービス情報取得部１２０により、提供サービスの属性情報を取得する（ステップＳ２０２）。

次に、情報処理装置１００Ａは、稼働状況情報取得部１５０により、個々の提供サービスの稼働状況情報を取得する（ステップＳ２０３）。

次に、情報処理装置１００Ａは、優先度計算部１３０Ａにより、ユーザの属性情報又は端末４００の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末４００間の端末重要度を導出する（ステップＳ２０４）。

次に、情報処理装置１００Ａは、優先度計算部１３０Ａにより、提供サービスの属性情報及び稼働状況情報に基づいて、複数の提供サービス間のサービス重要度を導出する（ステップＳ２０５）。

次に、情報処理装置１００Ａは、優先度計算部１３０Ａにより、複数のユーザ又は複数の端末４００と複数の提供サービスとの関連度を導出する（ステップＳ２０６）。

次に、情報処理装置１００Ａは、優先度計算部１３０Ａにより、ユーザ重要度又は端末重要度と、サービス重要度と、関連度とに基づいて、サービス優先度を算出する（ステップＳ２０７）。

次に、情報処理装置１００Ａは、送信部１４０により、サービス優先度をサービス提供サーバ３００Ａに送信する（ステップＳ２０８）。

以上のように、本発明の実施の形態２にかかる情報処理装置１００Ａでは、優先度計算部１３０Ａが、状況に応じてサービス重要度を変動させる構成としている。これにより、本実施の形態２にかかる情報処理装置１００Ａでは、状況に応じてサービス優先度を変動させることができる。このため、本実施の形態２にかかる情報処理装置１００Ａでは、サービス重要度を固定で用いる場合に比べて、複数のサービスに対してより適切な優先度を設定することができる。

また、本実施の形態２にかかる情報処理装置１００Ａは、個々の提供サービスの稼働状況情報を取得する稼働状況情報取得部１５０をさらに備える構成としている。また、本実施の形態２にかかる情報処理装置１００Ａでは、優先度計算部１３０Ａが、提供サービスの属性情報及び稼働状況情報に基づいて、複数の提供サービス間のサービス重要度を導出する構成としている。これにより、本実施の形態２にかかる情報処理装置１００Ａでは、サービスの稼働状況に応じて、適切な優先度を設定することができる。

なお、上述の実施の形態では、ユーザ自身が通常利用するサービスを利用する場合には、関連度の係数を高くし、そうでない場合には、関連度の係数を低くすることについて説明したが、これに限らない。例えば、ユーザ自身が通常利用しないサービスを利用する場合には、喫緊で処理する必要があるとみなして関連度の係数を高くするようにしてもよい。

また、上述の実施の形態では、役職が高いほどサービスを優先して提供すべきとして、役職が高いほどユーザ重要度の係数を高くすることについて説明したが、これに限らない。例えば、ある特定のユーザが業務のキーマンである場合に、そのユーザのユーザ重要度を特別に高くするようにしてもよい。

なお、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、情報処理装置が備えるＣＰＵ（Central Processing Unit）等のプロセッサに、上述した各処理を行うためのコンピュータ・プログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１００、１００Ａ 情報処理装置
１１０ ユーザ／端末情報取得部
１２０ 提供サービス情報取得部
１３０、１３０Ａ 優先度計算部
１４０ 送信部
１５０ 稼働状況情報取得部
３００、３００Ａ サービス提供サーバ
４００ 端末

Claims (9)

1. ユーザの属性情報又は端末の属性情報を取得するユーザ／端末情報取得手段と、
   提供サービスの属性情報を取得する提供サービス情報取得手段と、
   前記ユーザの属性情報又は前記端末の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末間の端末重要度を導出し、前記提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出し、前記複数のユーザ又は前記複数の端末と前記複数の提供サービスとの関連度を導出し、前記ユーザ重要度又は前記端末重要度と、前記サービス重要度と、前記関連度とに基づいて、サービス優先度を算出する優先度計算手段と、
   前記サービス優先度をサービス提供サーバに送信する送信手段と、
   を備える情報処理装置。
2. 前記優先度計算手段は、状況に応じて前記サービス重要度を変動させる、請求項１に記載の情報処理装置。
3. 個々の提供サービスの稼働状況情報を取得する稼働状況情報取得手段をさらに備え、
   前記優先度計算手段は、前記提供サービスの属性情報及び前記稼働状況情報に基づいて、前記サービス重要度を導出する、請求項１又は２に記載の情報処理装置。
4. ユーザの属性情報又は端末の属性情報を取得し、
   提供サービスの属性情報を取得し、
   前記ユーザの属性情報又は前記端末の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末間の端末重要度を導出し、
   前記提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出し、
   前記複数のユーザ又は前記複数の端末と前記複数の提供サービスとの関連度を導出し、
   前記ユーザ重要度又は前記端末重要度と、前記サービス重要度と、前記関連度とに基づいて、サービス優先度を算出し、
   前記サービス優先度をサービス提供サーバに送信する、
   ことを含む情報処理方法。
5. 状況に応じて前記サービス重要度を変動させることをさらに含む、請求項４に記載の情報処理方法。
6. 個々の提供サービスの稼働状況情報を取得することをさらに含み、
   前記提供サービスの属性情報及び前記稼働状況情報に基づいて、前記サービス重要度を導出する、請求項４又は５に記載の情報処理方法。
7. ユーザの属性情報又は端末の属性情報を取得し、
   提供サービスの属性情報を取得し、
   前記ユーザの属性情報又は前記端末の属性情報に基づいて、複数のユーザ間のユーザ重要度又は複数の端末間の端末重要度を導出し、
   前記提供サービスの属性情報に基づいて、複数の提供サービス間のサービス重要度を導出し、
   前記複数のユーザ又は前記複数の端末と前記複数の提供サービスとの関連度を導出し、
   前記ユーザ重要度又は前記端末重要度と、前記サービス重要度と、前記関連度とに基づいて、サービス優先度を算出し、
   前記サービス優先度をサービス提供サーバに送信する、
   処理をプロセッサに実行させるプログラム。
8. 状況に応じて前記サービス重要度を変動させる処理をプロセッサにさらに実行させる、請求項７に記載のプログラム。
9. 個々の提供サービスの稼働状況情報を取得し、
   前記提供サービスの属性情報及び前記稼働状況情報に基づいて、前記サービス重要度を導出する、処理をプロセッサにさらに実行させる、請求項７又は８に記載のプログラム。

Images