JP2021026308A - リソース管理サーバ、制御方法、プログラム及びシステム - Google Patents

Abstract

【課題】ライセンス情報に基づきリソースを有効にすることが可能なリソース管理サーバ、制御方法、プログラム及びシステムを提供する。【解決手段】システム１において、制御部と、ライセンスを管理するライセンス管理サーバ２０と通信をする通信部と、記憶部とを備えたリソース管理サーバ１０であって、記憶部は、リソースの情報を記憶し、制御部は、通信部を介して、ライセンス管理サーバから、ライセンスの情報を取得し、ライセンスの情報に基づいて、記憶部が記憶するリソースのうち、優先度の高いリソースからリソースを有効にする。【選択図】図１

Description

本発明は、リソース管理サーバ等に関する。

近年、アプリ（アプリケーション）や装置の使用許諾契約（ライセンス）の方式として、サブスクリプション方式が採用されることがある。サブスクリプション方式による契約では、アプリはユーザ数単位でライセンスが管理され、装置は、例えば、各部屋に置いた装置のライセンス（利用権）が管理される。

各部屋に置いた装置を管理する技術については、例えば、複数接続された情報処理装置の識別情報をデータサーバが一元管理する技術が提案されている（例えば、特許文献１参照）。

特開２０１８−１０７４８４

しかし、特許文献１に開示された技術は、複数接続された情報処理装置の識別情報を一元管理する技術であり、装置のライセンスの管理をするものではない。したがって、装置数の変化があると、ライセンスを管理する管理者は、そのたびに契約内容を変更する必要がある。具体的には、管理者は、新たに装置が設置された場合に、設置された装置に対してライセンスを付与したり、装置が撤去された場合には、撤去された装置に対するライセンスを剥奪したりして、リソースを適切に有効にする必要がある。したがって、管理者にとってライセンスの管理が非効率であるという問題があり、また、ライセンスの割り当てに時間がかかり、リソースが使用できるまでに時間がかかるという問題があった。リソースを一括して登録しても、管理者は、ライセンスを割り当てるリソースを目視で確認し、ライセンスを割り当てる必要があった。

上述した課題に鑑み、本発明は、ライセンスの情報に基づきリソースを有効にすることが可能なリソース管理サーバ等を提供することを目的とする。

上述した課題を解決するために、本発明のリソース管理サーバは、
制御部と、ライセンスを管理するライセンス管理サーバと通信をする通信部と、記憶部とを備えたリソース管理サーバであって、
前記記憶部は、リソースの情報を記憶し、
前記制御部は、
前記通信部を介して、前記ライセンス管理サーバから、ライセンスの情報を取得し、
前記ライセンスの情報に基づいて、前記記憶部が記憶するリソースのうち、優先度の高いリソースから前記リソースを有効にする、
ことを特徴とする。

本発明の制御方法は、
制御部と、ライセンスを管理するライセンス管理サーバと通信をする通信部と、リソースの情報を記憶した記憶部とを備えたリソース管理サーバの制御方法であって、
前記通信部を介して、前記ライセンス管理サーバから、ライセンスの情報を取得するステップと、
前記ライセンスの情報に基づいて、前記記憶部が記憶するリソースのうち、優先度の高いリソースから、前記リソースを有効にするステップと、
を含むことを特徴とする。

本発明のプログラムは、
制御部と、ライセンスを管理するライセンス管理サーバと通信をする通信部と、リソースの情報を記憶した記憶部とを備えたリソース管理サーバのコンピュータに、
前記通信部を介して、前記ライセンス管理サーバから、ライセンスの情報を取得する機能と、
前記ライセンスの情報に基づいて、前記記憶部が記憶するリソースのうち、優先度の高いリソースから、前記リソースを有効にする機能と、
を実現させることを特徴とする。

本発明のシステムは、
リソースと、前記リソースのライセンスを管理する第１のサーバと、前記リソースを管理する第２のサーバとを含むシステムであって、
前記リソースの優先度情報を取得し、
前記ライセンスの情報と、前記優先度情報とに基づいて、前記第２のサーバにおいて管理されているリソースのうち、優先度の高いリソースから前記リソースを有効にする、
ことを特徴とする。

本発明によれば、ライセンスの情報に基づきリソースを有効にすることが可能となる。

第１実施形態におけるリソース管理システムの全体構成を説明するための図である。 第１実施形態におけるリソース管理サーバの機能構成を説明するための機能ブロック図である。 第１実施形態におけるリソース情報のデータ構成の一例を示す図である。 第１実施形態におけるライセンス情報のデータ構成の一例を示す図である。 第１実施形態におけるライセンス管理サーバの機能構成を説明するための機能ブロック図である。 第１実施形態における管理用端末装置の機能構成を説明するための機能ブロック図である。 第１実施形態における会議用端末装置の機能構成を説明するための機能ブロック図である。 第１実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第１実施形態におけるライセンス割当処理の流れを説明するためのフロー図である。 第１実施形態におけるリソース追加処理の流れを説明するためのフロー図である。 第１実施形態における会議用端末装置の会議支援処理の流れを説明するためのフロー図である。 第１実施形態における動作例を示した図である。 第１実施形態における動作例を示した図である。 第１実施形態における動作例を示した図である。 第１実施形態における動作例を示した図である。 第１実施形態における動作例を示した図である。 第１実施形態における動作例を示した図である。 第１実施形態における動作例を示した図である。 第２実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第２実施形態における動作例を示した図である。 第３実施形態におけるリソース管理システムの全体構成を説明するための図である。 第３実施形態におけるリソース管理サーバの機能構成を説明するための機能ブロック図である。 第３実施形態における優先度管理サーバの機能構成を説明するための機能ブロック図である。 第３実施形態における利用履歴情報のデータ構成の一例を示す図である。 第３実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第３実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第３実施形態における優先度管理サーバのメイン処理の流れを説明するためのフロー図である。 第４実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第４実施形態における優先度管理サーバのメイン処理の流れを示した図である。 第５実施形態におけるリソース管理サーバの機能構成を説明するための機能ブロック図である。 第５実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第６実施形態におけるリソース管理サーバのメイン処理の流れを説明するためのフロー図である。 第７実施形態におけるリソース情報のデータ構成の一例を示す図である。 第７実施形態におけるライセンス割当処理の流れを説明するためのフロー図である。

以下、本発明の実施の形態について、図面を参照して説明する。なお、本実施形態では、一例として、本発明を適用したリソース管理サーバを含むリソース管理システムについて説明する。

［１．第１実施形態］
［１．１ 全体構成］
図１は、本実施形態におけるリソース管理システム（以下、単に「システム１」という）の全体構成を示す図である。図１に示すように、システム１は、リソース管理サーバ１０と、ライセンス管理サーバ２０と、管理用端末装置３０と、会議管理サーバ６０とが、ネットワークＮＷを介して接続される。ネットワークＮＷは、例えば、ＬＡＮ（Local Area Network）である。なお、ネットワークＮＷは、インターネット等のネットワークであってもよい。

システム１は、リソースを管理するシステムである。ここで、リソースとは、システム１が管理する単位の名称であり、例えば、システム１が管理するハードウェアや、ソフトウェアや、ユーザを含む概念である。以下、本実施形態において、リソースは、「会議室」を例に説明する。「会議室」とは、一般的に会議や打合せ、ミーティングを行う場所（会議スペース）の概念をいう。このとき、リソースは、会議室にある端末装置や、会議を主催するユーザが利用する端末装置のことを示してもよい。また、会議室は、会議をする単位である場所を示しており、一般的な会議室と同様に教室、集会場といった複数の人が集まる施設だけでなく、在宅勤務者の自宅といった空間も含むものとする。

また、システム１は、リソースを１又は複数管理する。システム１は、リソースを、例えば、管理者や事業者、テナント、運営者毎に管理する。例えば、システム１は、あるテナントの会議室が５つある場合、リソースは５つあるとして管理する。

リソース管理サーバ１０は、リソースを管理する情報処理装置である。リソース管理サーバ１０は、例えば、サーバ等のコンピュータによって構成される。

ライセンス管理サーバ２０は、リソースの使用許諾契約（ライセンス）を管理する情報処理装置である。ライセンス管理サーバ２０は、例えば、サーバ等のコンピュータによって構成される。

管理用端末装置３０は、ユーザによって、リソース／ライセンスの管理に使用される装置である。管理用端末装置３０は、例えば、ＰＣ（Personal Computer）といった情報処理装置によって構成される。

また、システム１には、本実施形態のリソースである会議室に関して、会議の実施に使用される会議用端末装置４０が接続される。会議用端末装置４０は、会議室に予め端末装置として設置されている場合もあれば、利用者が携帯型の端末装置（ノートパソコン、タブレット等）を持ち込んで設置してもよい。

会議用端末装置４０は、ＨＤＭＩ（High-Definition Multimedia Interface、登録商標）等の映像出力端子を有し、図１に示すように、映像入力端子を有する表示装置５０といった装置（デバイス）に接続可能であってもよい。また、会議用端末装置４０は、ネットワークＮＷを介して、会議の予約機能や開催通知機能を実現する会議管理サーバ６０に接続可能であってもよい。

表示装置５０は、単に情報を表示するだけでなく、例えば、タッチ入力が可能なタッチパネルを備えた電子ホワイトボード（IWB: interactive whiteboard）であってもよい。また、表示装置５０は、例えば壁面や机上に投影可能な投影装置や、併せてジェスチャが検出可能な検出装置を組み合わせた構成も含まれるものとする。

会議管理サーバ６０は、会議サービスを提供するサーバである。例えば、利用者は、会議管理サーバ６０に開催する会議を予約する。会議管理サーバ６０は、会議に対応付けて、ドキュメント等のファイルや、テキスト、メールといった各情報を記憶する。例えば、会議サービスとしては、特開２０１９−９６２３３号公報（発明の名称：端末装置、会議管理システム、プログラム及び会議管理方法、出願日：平成２９年１１月２７日）に開示された方法が利用可能であり、その他にもＴｅｌｅＯｆｆｉｃｅ（登録商標）、Ｍｉｃｒｏｓｏｆｔ Ｔｅａｍｓ、Ｏｆｆｉｃｅ ３６５等の一般的なサービスを利用可能である。

なお、上述した構成は一例であり、適宜構成を変更しても構わない。例えば、ユーザによってリソースが利用されるときに所定の端末装置が用いられない場合は、システム１には会議用端末装置４０等の端末装置は含まれなくてもよい。また、リソース管理サーバ１０とライセンス管理サーバ２０とが同一の装置で実現されても構わないし、管理用端末装置３０と会議用端末装置４０とが同一の装置によって構成されても構わない。また、管理用端末装置３０や会議用端末装置４０は、ネットワークＮＷに複数接続されてもよい。

なお、システム１は、複数のテナントのリソースやライセンスを管理してもよいが、本実施形態では、一例として、１のテナントに対してリソースやライセンスを管理することとして説明する。

［１．２ 機能構成］
［１．２．１ リソース管理サーバ］
つづいて、システム１に含まれる各装置の構成について、図を参照して説明する。図２は、リソース管理サーバ１０の機能構成を説明するための図である。リソース管理サーバ１０は、制御部１００と、通信部１１０と、記憶部１２０とを備えて構成される。

制御部１００は、リソース管理サーバ１０の全体を制御するための機能部である。制御部１００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ（Central Processing Unit））により構成される。

また、制御部１００は、記憶部１２０に記憶されているプログラムを読み出して実行することにより、リソース管理部１０２、ライセンス割当部１０４の機能を実現する。

リソース管理部１０２は、リソースを管理している。すなわち、リソース管理部１０２は、管理するリソースを追加したり、削除したりすることができる。リソース管理部１０２は、管理しているリソースに関する情報を、リソース情報としてリソース情報記憶領域１２２に記憶する。

ライセンス割当部１０４は、ライセンス管理サーバ２０から取得したライセンスの情報（以下、「ライセンス情報」という）に基づいて、リソース管理サーバ１０が管理するリソースに対して、ライセンスを割り当てる。ライセンス割当部１０４が、リソースにライセンスを割り当てると、当該リソースの状態が有効となる。リソースの状態が有効（Ａｃｔｉｖｅ）の場合、利用者は当該リソースを利用することができる。他方、リソースの状態が無効（Ｉｎａｃｔｉｖｅ）の場合、利用者は当該リソースを利用することができない。なお、状態が有効であるリソースを有効なリソース、状態が無効であるリソースを無効なリソースと記載する。

通信部１１０は、ネットワークＮＷを介して、ライセンス管理サーバ２０、管理用端末装置３０、会議管理サーバ６０等の他の装置と通信を行う。ネットワークＮＷとは、有線で接続されてもよいし、無線で接続されてもよい。通信部１１０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）等の通信モジュールにより構成される。

記憶部１２０は、リソース管理サーバ１０の動作に必要な各種プログラムや、各種データが記憶される機能部である。記憶部１２０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、磁気ディスクであるＨＤＤ（Hard Disk Drive）等により構成される。

また、記憶部１２０は、記憶領域として、リソース情報記憶領域１２２、ライセンス情報記憶領域１２４が確保される。

リソース情報記憶領域１２２は、リソースに関する情報（リソース情報）を記憶する領域である。リソース情報記憶領域１２２には、リソース情報として、例えば、図３に示すように、リソースを識別するリソースＩＤ（例えば、「１」）と、リソースの一例である会議室の名称としての会議室名（例えば、「Ａ−Ｒｏｏｍ」）と、会議室の場所（例えば、「ＡＡＡビル１２階」）と、会議室に設置されているデバイス（例えば、「表示装置」）と、リソースの状態を示すリソース状態（例えば、「有効」）とが記憶される。

図３に示したリソース情報のうち、会議室名、場所、デバイスは、会議室というリソースの属性である。したがって、上述した情報以外の情報（例えば、連絡先、利用可能時間、デバイスの詳細情報）がリソース情報に記憶されてもよい。また、リソース管理サーバ１０が管理するリソースが会議室以外のリソース（例えば、ソフトウェア、装置、場所等）であれば、管理するリソースに対応する属性がリソース情報に記憶されればよい。

ライセンス情報記憶領域１２４は、ライセンス情報を記憶する領域である。ライセンス情報は、例えばライセンス割当部１０４が、ライセンス管理サーバ２０から取得する。ライセンス情報記憶領域１２４は、以下の何れかの情報を記憶する。

（１）リソースの状態を有効にすることが可能なリソース毎のライセンス情報。この場合のライセンス情報は、例えば図４（ａ）に示すように、ライセンスＩＤ、シリアル番号、認証番号といった識別情報であり、併せてライセンスの有効期限等を含めてもよい。例えば、リソース５つ分のライセンスが必要な場合、ライセンス情報記憶領域１２４には、図４（ａ）に示すように、異なる識別情報のライセンス情報が５つ記憶される。

（２）リソースの状態を有効にすることが可能な数であるライセンス情報。例えば、図４（ｂ）に示すように、リソースに割り当てられる数（ライセンスの数）の情報であり、併せてライセンスの有効期限等を含めてもよい。例えば、リソース５つ分のライセンスが必要な場合、ライセンス情報記憶領域１２４には、図４（ｂ）に示すように、５つ分のライセンスがあること（ライセンスの数が５であること）が記憶される。

［１．２．２ ライセンス管理サーバ］
図５は、ライセンス管理サーバ２０の機能構成を説明するための図である。ライセンス管理サーバ２０は、制御部２００と、通信部２１０と、記憶部２２０とを備えて構成される。

制御部２００は、ライセンス管理サーバ２０の全体を制御するための機能部である。制御部２００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成される。

また、制御部２００は、記憶部２２０に記憶されているプログラムを読み出して実行することにより、ライセンス管理部２０２の機能を実現する。

ライセンス管理部２０２は、テナントによって契約されるライセンスを管理する。例えば、ライセンス管理部２０２は、テナント等の事業者や、管理者等により、契約が行われるとライセンス情報を新たに登録したり、ライセンスの数を増加したりする。また、ライセンス管理部２０２は、有効期限が経過したり、テナント等の事業者や管理者等により契約が解除されたりすると、ライセンス情報を削除したり、ライセンスの数を減少したりする。また、ライセンス管理部２０２は、ライセンスの有効期限を更新したりしてもよい。

通信部２１０は、ネットワークＮＷを介して、リソース管理サーバ１０等の他の装置と通信を行うための機能部である。ネットワークＮＷとは、有線で接続されてもよいし、無線で接続されてもよい。通信部２１０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信モジュールにより構成される。

記憶部２２０は、ライセンス管理サーバ２０の動作に必要な各種プログラムや、各種データが記憶される機能部である。記憶部２２０は、例えば、半導体メモリであるＳＳＤや、磁気ディスクであるＨＤＤ等により構成される。

また、記憶部２２０は、ライセンス情報記憶領域２２２が確保される。ライセンス情報記憶領域２２２は、ライセンス管理部２０２により管理されているライセンス情報を記憶する。

［１．２．３ 管理用端末装置］
図６は、管理用端末装置３０の機能構成を説明するための図である。管理用端末装置３０は、制御部３００と、通信部３１０と、表示部３２０と、操作入力部３３０と、記憶部３４０とを備えて構成される。

制御部３００は、管理用端末装置３０の全体を制御するための機能部である。制御部３００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成される。

通信部３１０は、ネットワークＮＷを介して他の装置と通信を行うための機能部である。ネットワークＮＷとは、有線で接続されてもよいし、無線で接続されてもよい。通信部３１０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信モジュールにより構成される。

表示部３２０は、各種情報を表示するための機能部である。表示部３２０は、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬディスプレイといった装置により構成される。

操作入力部３３０は、ユーザからの操作入力を受け付ける機能部である。操作入力部３３０は、例えば、キーボード、マウス等といった外部入力装置で構成される。

記憶部３４０は、管理用端末装置３０の動作に必要な各種プログラムや、各種データが記憶される機能部である。記憶部３４０は、例えば、半導体メモリであるＳＳＤや、磁気ディスクであるＨＤＤ等により構成される。

［１．２．４ 会議用端末装置］
図７は、会議用端末装置４０の機能構成を説明するための機能ブロック図である。会議用端末装置４０は、制御部４００と、通信部４１０と、表示部４２０と、操作入力部４３０と、記憶部４４０とを備えて構成される。

制御部４００は、会議用端末装置４０の全体を制御するための機能部である。制御部４００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成される。

通信部４１０は、ネットワークＮＷを介して、リソース管理サーバ１０や会議管理サーバ６０といった他の装置と通信を行うための機能部である。ネットワークＮＷとは、有線で接続されてもよいし、無線で接続されてもよい。通信部４１０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信モジュールにより構成される。

表示部４２０は、各種情報を表示するための機能部である。表示部４２０は、例えば、ＬＣＤ、有機ＥＬディスプレイといった装置により構成される。操作入力部４３０は、ユーザからの操作入力を受け付ける機能部である。操作入力部４３０は、例えば、キーボード、マウス等といった外部入力装置で構成される。なお、表示部４２０と、操作入力部４３０とを一体にタッチパネルとして構成してもよい。

記憶部４４０は、会議用端末装置４０の動作に必要な各種プログラムや、各種データが記憶される機能部である。記憶部４４０は、例えば、半導体メモリであるＳＳＤや、磁気ディスクであるＨＤＤ等により構成される。

記憶部４４０は、ユーザに対して会議の実施を支援するアプリケーションである会議支援アプリ４４２が記憶される。制御部４００が会議支援アプリ４４２を読み出して実行することにより会議支援処理が実現する。なお、会議支援処理の詳細な動作については後述する。

［１．３ 処理の流れ］
［１．３．１ リソース管理サーバ］
つづいて、本実施形態における、リソース管理サーバ１０の処理について説明する。はじめに、リソース管理サーバ１０の制御部１００が、記憶部１２０からプログラムを読み出して実行するメイン処理について、図８を参照して説明する。

まず、制御部１００は、リソースを一覧表示する制御を行う（ステップＳ１０２）。例えば、制御部１００は、リソース情報記憶領域１２２からリソース情報を読み出して、リソース情報を所定の順に並べる。そして、制御部１００は、所定の順に並べたリソース情報を、管理用端末装置３０に送信する。管理用端末装置３０は、受信したリソース情報に基づき、リソースの名前（本実施形態では会議室名）等のリソースの属性を表示部３２０に表示する。

制御部１００は、リソース情報の並び順として、リソースＩＤ順、リソースの属性に基づく順（例えば、リソースの名前（本実施形態では会議室名）に基づく順や、デバイスの数や種類順）、リソースの追加された順等を用いることができる。リソース情報の並び順は、予め設定されてもよいし、管理用端末装置３０を操作するユーザによって指定されてもよい。また、ユーザによって、リソース情報の並び順の昇順・降順が選択可能であってもよい。

つづいて、ライセンス割当部１０４は、ライセンス割当処理ライセンス割当処理を実行する（ステップＳ１０４）。本実施形態では、ライセンス割当部１０４は、リソースを一覧表示したときの並び順が上位のリソースからライセンスを割り当て、リソースの状態を有効にする。すなわち、本実施形態においては、制御部１００がリソースを一覧表示する順に優先度が設定されていることになる。ライセンス割当処理については、図９を参照して説明する。

はじめに、ライセンス割当部１０４は、リソース情報記憶領域１２２に記憶されているリソース情報を読み出して、リソース一覧を取得する（ステップＳ１２２）。リソース一覧には、リソース毎のリソース情報がそのまま含まれていてもよいし、リソースＩＤのみが含まれていてもよい。

つづいて、ライセンス割当部１０４は、通信部１１０を介して、ライセンス管理サーバ２０からライセンス情報を取得する（ステップＳ１２４）。ライセンス割当部１０４は、受信したライセンス情報をライセンス情報記憶領域１２４に記憶する。

つづいて、ライセンス割当部１０４は、ステップＳ１０２で一覧表示の制御を行ったリソースの表示順に基づいて、ステップＳ１２２で取得したリソース一覧を並び替える（ステップＳ１２６）。このようにして、ライセンス割当部１０４は、リソースに対して、表示順に基づく優先度を設定する。

つづいて、ライセンス割当部１０４は、並び替えたリソース一覧から、先頭のリソース、すなわち、最も優先度の高いリソースを抽出する（ステップＳ１２８）。

つづいて、ライセンス割当部１０４は、ライセンス情報記憶領域１２４に記憶されたライセンス情報に基づき、リソースに割り当てる事が可能なライセンスの数を取得する（ステップＳ１３０）。例えば、ライセンス情報記憶領域１２４に、図４（ａ）に示すようなリソースの状態を有効にすることが可能なリソース毎のライセンス情報が記憶されている場合、ライセンス割当部１０４は、記憶されたライセンス情報の数を計数することでライセンスの数を取得する。また、ライセンス情報記憶領域１２４に、図４（ｂ）に示すようなライセンスの数が記憶されている場合、ライセンス割当部１０４は、記憶されたライセンス情報を読み出すことで、ライセンスの数を取得する。

つづいて、ライセンス割当部１０４は、ライセンスの数から１を減じ、ライセンスの数が０以上であるか否かを判定する（ステップＳ１３２→ステップＳ１３４）。ライセンスの数が０以上であれば、ライセンス割当部１０４は、抽出したリソースの状態を有効にする処理を行う（ステップＳ１３４；Ｙｅｓ→ステップＳ１３６）。リソースの状態を有効にする処理とは、状態を有効にするリソースのリソース情報をリソース情報記憶領域１２２から読み出し、リソース状態を「有効」にして記憶する処理である。

つづいて、ライセンス割当部１０４は、ステップＳ１２６で並び替えたリソース一覧から、次のリソース、すなわち、現在抽出しているリソースの次に優先度が高いリソースを抽出する（ステップＳ１３８）。

つづいて、ステップＳ１３２に戻り、ライセンス割当部１０４は、ライセンスの数から１を減じ、ライセンスの数が０以上であるか否かを判定する（ステップＳ１３２→ステップＳ１３４）。ライセンス割当部１０４は、ライセンスの数が０未満となった場合、ライセンス割当処理を終了する（ステップＳ１３４；Ｎｏ）。

なお、既に有効なリソースが存在する場合に、ライセンス割当部１０４がライセンス割当処理を実行すると、有効なリソースとは別に、新たに状態が有効になるリソースが生じる場合がある。この結果、ライセンスの数を超える数のリソースが有効なりソースとなることがある。ライセンスの数を超えて有効なリソースが生じることを防ぐために、例えば、ライセンス割当部１０４は、リソース割当処理の開始時点で全てのリソースの状態を無効にする処理を行ってもよい。もしくは、ライセンス割当部１０４は、ステップＳ１３６において有効にしたリソース以外のリソースの状態を無効する処理を行ってもよい。リソースの状態を無効にする処理とは、具体的には、無効にするリソースに対応するリソース情報記憶領域１２２から読み出し、リソース状態を「無効」にして記憶する処理である。

図８に戻り、制御部１００は、リソース情報記憶領域１２２からリソース情報を読み出し、有効なリソースを識別表示する制御を行う（ステップＳ１０６）。例えば、制御部１００は、リソース情報記憶領域１２２からリソース情報を読み出し、有効なリソースのリソースＩＤを管理用端末装置３０に送信する。管理用端末装置３０の制御部３００は、一覧表示したリソースの情報のうち、リソース管理サーバ１０から受信したリソースＩＤに対応するリソースの情報の背景色を変更する。このようにすることで、管理用端末装置３０の制御部３００は、有効なリソースを、無効なリソースと区別して表示することが可能となる。なお、管理用端末装置３０の制御部３００は、リソース情報を表示した位置の周囲に、有効なリソースであるか否かを示すアイコンや文字を表示してもよい。また、制御部３００は、無効なリソースをグレーアウトさせて、有効なリソースを目立たせてもよい。

つづいて、制御部１００は、ユーザによってリソースの追加の操作がされたと判定した場合は、リソース追加処理を実行する（ステップＳ１０８；Ｙｅｓ→ステップＳ１１０）。リソース追加処理については、図１０を参照して説明する。

はじめに、リソース管理部１０２は、追加可能なリソースに関する情報を取得し（ステップＳ１４２）、取得した追加可能なリソースの一覧表示を行う（ステップＳ１４４）。そして、リソース管理部１０２は、一覧表示されたリソースの中から選択されたリソースを、リソース情報記憶領域１２２に記憶する（ステップＳ１４６）。

ここで、追加可能なリソースは、外部サービスによって適用されるものであってもよいし、ユーザにより入力されるものであってもよい。

図８に戻り、制御部１００は、ユーザによって終了操作がされたか否かを判定し、終了操作がされた場合は、メイン処理を終了する（ステップＳ１１２；Ｙｅｓ）。一方で、終了操作がされなかった場合は、ステップＳ１０２へ戻る（ステップＳ１１２；Ｎｏ→ステップＳ１０２）。終了操作とは、例えば、ウェブブラウザが閉じられたり、別のページが表示されたり、リソースを管理するためのアプリケーションが終了される操作である。

制御部１００は、上述した処理を実行することにより、リソースの追加を行い、リソースの表示順に基づき、表示順の上位から高い優先度を設定し、優先度の高いリソースからライセンスの数だけリソースの状態を有効にすることができる。

［１．３．２ 会議用端末装置］
つづいて、会議用端末装置４０の制御部４００が、記憶部４４０から会議支援アプリ４４２を読み出して実行する会議支援処理について、図１１を参照して説明する。

はじめに、制御部４００は、リソース管理サーバ１０から有効なリソースのリソース一覧を取得する（ステップＳ１６２）。リソース一覧には、例えば、リソースＩＤと会議室名との情報が含まれる。制御部４００は、取得したリソース一覧を記憶部４４０に記憶する。

次に、制御部４００は、会議管理サーバ６０から、有効なリソース（会議室）に対する予約状況を取得する（ステップＳ１６４）。例えば、制御部４００は、予約状況として、使用の予約がされている会議室を特定するリソースＩＤや、会議の予約時間等の情報を取得する。

つづいて、制御部４００は、記憶部４４０に記憶したリソース一覧と、ステップＳ１６４で取得した予約状況とを、リソースＩＤに基づいて照合し、有効なリソースであって、予約がされているリソースを表示部４２０に表示する（ステップＳ１６６）。また、制御部４００は、ユーザによってリソースが選択された場合は、選択されたリソースの詳細情報をリソース管理サーバ１０から取得して、デバイスの立ち上げを行う（ステップＳ１６８→ステップＳ１７０）。

つづいて、制御部４００は、会議管理サーバ６０から、ユーザによって選択されたリソース（会議室）で実施される会議に関する情報から、会議の予約時間や、会議に対応づけられたファイルを取得する（ステップＳ１７２）。そして、制御部４００は、予約時間を示す文字やファイルを表示するためのショートカットを含むＵＩ（User Interface）を表示する（ステップＳ１７４）。

制御部４００が表示されるＵＩには、予約時間を延長するための延長ボタンが含まれていてもよい。ユーザにより、延長ボタンが選択された場合は、制御部４００は、会議管理サーバ６０に対して、予約時間の延長要求を送信する（ステップＳ１７６；Ｙｅｓ→ステップＳ１７８）。また、制御部４００は、会議管理サーバ６０から予約時間の延長に関する情報（例えば、延長の可否や、延長した場合における終了時間）を取得したら、取得した情報に基づいてＵＩを表示する（ステップＳ１８０）。

つづいて、制御部４００は、会議の終了要求がされた場合は、会議終了処理を実行する（ステップＳ１８２；Ｙｅｓ→ステップＳ１８４）。会議の終了要求は、例えば、ＵＩに含まれる会議終了ボタンがユーザによって選択されることにより行われる。また、会議の終了処理とは、デバイスの終了要求を行ったり、リソースである会議室の利用実績に関するログ情報（利用履歴情報）を、ログサーバ等に送信したりする処理である。なお、会議の終了要求がされなければ、ステップＳ１７６に戻る（ステップＳ１８２；Ｎｏ→ステップＳ１７６）。

［１．４ 動作例］
本実施形態の動作例について説明する。はじめに、図１２〜図１５を参照して、ユーザがリソースを追加するときに表示部３２０に表示される画面例について説明する。なお、動作例の説明においては、ライセンスの数が４であるとして説明する。

図１２は、ユーザが管理用端末装置３０を用いてリソース管理サーバ１０に接続したときに、表示部３２０に表示される表示画面Ｗ１００の例である。表示画面Ｗ１００には、リソース一覧を表示する領域Ｅ１００と、リソースを追加するボタンＢ１００とが含まれる。図１２は、管理しているリソースがない場合であり、領域Ｅ１００にはリソース情報が表示されない。

図１３は、ユーザが表示画面Ｗ１００のボタンＢ１００を選択したときに、表示部３２０に表示される表示画面Ｗ１１０の例である。表示画面Ｗ１１０は、外部サービスから取得した追加可能なリソース（外部リソース）の情報を一覧表示する領域Ｅ１１０が含まれる。領域Ｅ１１０は、例えば、図１３に示すように、ポップアップウィンドウの中に含まれてもよい。ユーザは、領域Ｅ１１０から追加を所望する外部リソースを選択し、さらに、選択した外部リソースを追加するためのボタンＢ１１０を選択する。このようにすることで、ユーザは、リソースを追加することができる。

図１４は、ユーザが表示画面Ｗ１１０のボタンＢ１１０を選択したときに、表示部３２０に表示される表示画面Ｗ１２０の例である。表示画面Ｗ１２０の、リソース一覧を表示する領域Ｅ１２０には、表示画面Ｗ１１０を介して追加された外部リソースの情報が、管理するリソースのリソース情報として表示される。図１４は、「Ａ−Ｒｏｏｍ」という会議室名のリソースが追加された場合を示している。

領域Ｅ１２０には、例えば、有効なリソースであるか否かを示す領域Ｅ１２２、リソース情報を表示する領域Ｅ１２４、リソースに対する操作（例えば、リソースの削除）を選択するメニューを表示するためのボタンＢ１２０が含まれる。図１４の例では、領域Ｅ１２２には、有効なリソースであることを示す文字「Ａｃｔｉｖｅ」が表示されることを示す。また、図１４の例では、領域Ｅ１２４には、リソース情報に含まれる会議室名、場所、デバイス、リソースＩＤが表示され、デバイスの種類をアイコンで示している。

ここで、ライセンスの数は４であり、リソース一覧に表示されているリソース情報の数である１よりも大きいため、リソースは全て有効な状態とされる。したがって、表示画面Ｗ１１０において追加されたリソースは有効であるとして、「Ａ−Ｒｏｏｍ」のリソース情報が識別表示される。

図１５は、ユーザによって合計５つの外部リソースが、管理するリソースとして追加されたときに、表示部３２０に表示される表示画面Ｗ１３０の例である。図１５の例では、リソース一覧を表示する領域Ｅ１３０に、５つのリソース情報がリソースＩＤの昇順に表示される。すなわち、リソースＩＤの昇順で、リソースに対して優先度が設定される。ここで、ライセンスの数が４なので、優先度が高い４つのリソースが有効なリソースとなる。そのため、領域Ｅ１３０に表示された５つのリソース情報のうち、表示順の上位の４つのリソース情報が識別表示される。一方で、残り１つのリソース情報は、無効なリソースのリソース情報であるため、例えば、グレーアウトされて表示される。

このように、ユーザは、領域Ｅ１３０を見ることで、有効なリソースを把握することができる。また、ユーザは、リソースの追加・削除を行うことで、領域Ｅ１３０に表示されるリソース情報を変更することができる。このとき、リソース一覧の表示順に基づきリソース管理サーバ１０によってリソースが有効にされるため、ユーザは、リソースの追加・削除を行っても、リソースに対するライセンスを割り当ててリソースを有効にする作業を行う必要がない。

つづいて、図１６〜図１８を参照して、会議支援アプリ４４２の動作例について説明する。図１６及び図１７は、図１１のステップＳ１６６において、表示部４２０に表示される画面である。

図１６は、有効なリソースが１つもない場合に、表示部４２０に表示される表示画面Ｗ１５０の例である。表示画面Ｗ１５０には、有効なリソースであって、予約がされているリソースのリソース情報を表示する領域Ｅ１５０が含まれる。しかし、有効なリソースがないため、図１１のステップＳ１６２において、会議用端末装置４０はリソース管理サーバ１０から空のリソース一覧を取得する。したがって、領域Ｅ１５０にはリソース情報が表示されない。

図１７は、ユーザによって１のリソースが追加され、追加されたリソースに対して予約がされている場合に表示部４２０に表示される表示画面Ｗ１６０の例である。リソース情報を表示する領域Ｅ１６０には、１のリソース情報（図１６の例では、会議室名が「Ｂ−Ｒｏｏｍ」であるリソース情報）が表示される。ユーザは、リソース情報を選択し、スタートボタンＢ１６０を選択することで、会議用端末装置４０に対して、選択されたリソースの詳細情報を取得したり、会議の開始を指示したりすることができる。

図１８は、会議が実施されているときに、表示部４２０や、会議用端末装置４０に接続された表示装置５０に表示される表示画面Ｗ１７０の例である。表示画面Ｗ１７０には、予約終了時刻までの残り時間や、延長ボタン、会議に関する情報に添付されたファイル表示するためのショートカット、会議終了ボタンを含むＵＩを表示する領域Ｅ１７０が含まれる。

なお、本実施形態では、１のテナントについての処理について説明したが、システム１は、複数のテナントのリソース、ライセンスを管理してもよい。この場合、リソース管理サーバ１０は、ステップＳ１０２で管理用端末装置３０にリソースを一覧表示する制御を行う前に、管理用端末装置３０を使用するテナントを特定する。例えば、リソース管理サーバ１０は、管理用端末装置３０からテナントを特定可能な情報を受信してから、メイン処理を実行する。このようにすることで、リソース管理サーバ１０は、テナント毎に、リソースの一覧表示やライセンスの割り当てが可能となる。

また、ライセンス情報にライセンスの有効期限が記憶されている場合で、有効期限が迫っている場合は、リソース管理サーバ１０は、ユーザに対して事前にその旨を通知してもよい。また、ライセンスの有効期限に達してライセンスの数が減少しても、テナント等の事業者により新たなライセンスの契約がされた場合は、リソース管理サーバ１０は、新たな契約により増加したライセンスの数のリソースを新たに有効にする。リソース管理サーバ１０によってライセンスの数に応じてリソースが有効にされるため、ライセンス毎に有効期限が異なる場合であっても、ユーザは、それぞれの有効期限に合わせてライセンスを割り当てる作業を行う必要がなく、利便性が高く効率的である。

また、本実施形態では、リソースが有効であるか否かについては、リソース情報に含まれるリソース状態の情報に基づいて特定したが、このようにしなくてもよい。例えば、有効なリソースのリソースＩＤをライセンス情報に記憶してもよい。この場合、リソース管理サーバ１０は、ライセンス管理サーバ２０からライセンス情報を取得することで、リソースの状態を把握することができる。また、リソース管理サーバ１０は、リソース状態をする場合は、ライセンス管理サーバ２０にリソース状態を変更する要求を送信すればよい。

なお、本実施形態では、制御部１００は、リソースにライセンスを割り当てることでリソースの状態を有効にし、有効なリソースを識別表示することとして説明したが、リソースにライセンスを割り当てることなく、有効なリソースを識別表示しても構わない。具体的には、制御部１００は、ステップＳ１０２において表示したリソース一覧に対して、ライセンス情報に基づき取得したライセンスの数だけ、上から順にリソースが有効であることを示す識別表示をしてもよい。このようにしても、リソース管理サーバ１０は、有効なリソースがどのリソースであるかを識別表示することが可能である。

また、本実施形態では、リソース管理サーバと会議管理サーバとを別にしている。そのため、システム全体が複雑にならず、ユーザ数が多くてリソース（会議室）が少ない環境で高コストとなったりすることがない。

このように、本実施形態では、リソース管理サーバは、ユーザに対して、分かりやすく利便性の高いライセンスの管理を実現させることが可能である。

［２．第２実施形態］
つづいて第２実施形態について説明する。第２実施形態は第１実施形態と異なり、ユーザの操作によりリソース一覧の表示順を変更可能とする実施形態である。本実施形態は、第１実施形態の図８を図１９に置き換えたものである。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

また、本実施形態では、リソース情報記憶領域１２２に記憶されるリソース情報には、リソースＩＤ、属性、リソース状態に加え、優先度が更に記憶される。本実施形態では、優先度は０以上の整数値で表し、値が小さいほど優先度が高いこととする。

［２．１ 処理の流れ］
図１９を参照して、本実施形態のリソース管理サーバ１０のメイン処理について説明する。はじめに、制御部１００は、リソースの優先度が高い順にリソースを一覧表示する制御を行う（ステップＳ２０２）。例えば、制御部１００は、リソース情報記憶領域１２２からリソース情報を読み出して、優先度が高い順に並べる。そして、制御部１００は、優先度が高い順に並べたリソース情報を、管理用端末装置３０に送信する。

つづいて、ライセンス割当部１０４は、ライセンス割当処理を実行する（ステップＳ１０４）。本実施形態におけるライセンス割当処理については、第１実施形態の図９に示したライセンス割当処理のフローのうち、ステップＳ１２６の処理を、優先度順に基づきリソース一覧を並び替える処理に置き換える。このようにすることで、本実施形態では、リソース情報に記憶された優先度が高いリソースから、順に有効となる。

また、制御部１００は、有効なリソースを識別表示する制御を行う（ステップＳ１０６）。なお、制御部１００は、ライセンス割当部１０４によるライセンス割当処理が実行された後に、ステップＳ２０２及びステップＳ１０６の処理を実行してもよい。このようにすることで、制御部１００は、先に優先度に基づくリソースの状態を先に決定してから、リソース一覧とリソースの識別表示とを表示する制御を行うことができる。

また、ユーザによってリソースを追加する操作がされた場合は、リソース管理部１０２は、リソース追加処理を実行する（ステップＳ１１０）。なお、本実施形態におけるリソース追加処理については、第１実施形態の図１０に示したライセンス割当処理のフローのうち、ステップＳ１４６の処理を実行するときに、リソース管理部１０２は、追加するリソースの優先度を決定する。そして、リソース管理部１０２は、選択されたリソースの情報と決定した優先度とを含んだリソース情報をリソース情報記憶領域１２２に記憶する。

リソース管理部１０２は、追加するリソースの優先度を、例えば、リソース情報記憶領域１２２に記憶されたリソース情報の中で最も低い値とする。具体的には、リソース管理部１０２は、追加したリソースの優先度の値として、優先度として付与できる値の最大値や、リソース情報記憶領域１２２に記憶されているリソース情報に含まれる優先度の値のうち、最も大きい値に１を加えた値としたりする。このような優先度を設定することで、すでに有効の状態であるリソースをライセンス割当処理により無効な状態となってしまうことを防ぐことが可能となる。なお、リソース管理部１０２は、追加したリソースを優先的に有効にするといった操作がユーザによってされた場合には、リソースの優先度を最も高い値、すなわち、「０」としてもよい。また、リソース管理部１０２は、追加したリソースの優先度を設定等によって定められた所定の値としてもよい。

つづいて、制御部１００は、ユーザによってリソースの表示順を変更する操作がされたか否かを判定する（ステップＳ２０４）。例えば、制御部１００は、管理用端末装置３０から、リソースの表示順を変更したことを示す情報を受信したときに、リソースの表示順を変更する操作がされたと判定する。

リソースの表示順を変更したことを示す情報は、例えば、表示順を変更する操作がされたリソースと当該リソースの変更後の表示順とを特定可能な情報であったり、表示部３２０に一覧表示されるリソースを表示順に並べたリストの情報であったりする。

この場合、管理用端末装置３０の制御部３００は、利用者により表示部３２０に一覧表示されたリソースに対してマウスの操作等により表示順が入れ替えられたときに、リソース管理サーバ１０にリソースの表示順を変更したことを示す情報を送信する。

リソースの表示順を変更する操作がされた場合は、制御部１００は、操作に基づき、リソースの表示順を変更する（ステップＳ２０６）。例えば、制御部１００は、ステップＳ２０２において管理用端末装置３０に送信したリソース情報の並び順を、リソースの表示順を変更したことを示す情報に基づいて変更する。ここで、ステップＳ２０４において表示順を変更する操作がされたリソースと当該リソースの変更後の表示順とを特定可能な情報を受信した場合は、制御部１００は、表示順が変更されるリソースのリソース情報を、変更後の表示順の位置に挿入する。また、ステップＳ２０４において表示部３２０に一覧表示されるリソースを表示順に並べたリストの情報を受信した場合は、受信したリストの情報に基づいて、リソース情報の並び順を変更する。このように、制御部１００は、リソース情報の並び順を変更することでリソースの表示順を変更し、変更後のリソースの表示順を求めることができる。

つづいて、制御部１００は、ステップＳ２０６で変更したリソースの表示順に基づき、リソース毎に優先度を決定し、リソース情報に記憶する（ステップＳ２０８）。例えば、制御部１００は、表示順が最も上位（表示順位が１位）のリソースの優先度を「０」とし、次に表示順が上位（表示順位が２位）のリソースの優先度を「１」とするといったように、リソースの優先度を表示順位に応じて決定する。このように、表示順に応じた優先度を記憶することで、制御部１００は、表示順の上位のリソースほど高い優先度とすることができる。

［２．２ 処理の流れ］
本実施形態の動作例について説明する。なお、動作例の説明においては、ライセンスの数が４であるとして説明する。

図２０は、ユーザによって５つのリソースが追加されたときに、表示部３２０に表示される表示画面Ｗ２００の例である。また、図２０は、ユーザによってリソースの表示順の変更操作がされている状態を示す。具体的には、図２０は、優先度が「４」であるリソースが、マウスのドラッグ操作により、優先度が「２」であるリソースと、優先度が「３」であるリソースとの間に移動させる操作がされている状態を示す図である。この状態でユーザによってマウスのドロップ操作がされた場合は、リソースの表示順が変更され、変更後の表示順が、各リソースの優先度となる。なお、表示順の変更操作は、マウスのドラッグ操作でなくても、例えば、選択したリソースの優先度を上げるボタン・下げるボタンを選択する操作等であってもよい。

図２０の状態でユーザによってドロップ操作がされた場合、管理用端末装置３０は、リソース管理サーバ１０にリソースの表示順を変更したことを示す情報を送信する。例えば、管理用端末装置３０は、会議室名が「MeetingSpace-A」であるリソースのリソースＩＤと表示順が上から４番目に変更されたことを示す情報とを送信する。リソース管理サーバ１０は、管理用端末装置３０から受信した情報に基づいて、リソースの表示順を変更し、リソースの表示順を優先度として記憶する。図２０の例では、優先度が「４」であったリソースの優先度が「３」となり、優先度「３」であったリソースは、表示順が繰り下がり、優先度が「４」となる。この結果、リソースの表示順を変更する前に優先度が「４」だったリソースは、優先度が「３」となることで有効な状態となり、リソースの表示順を変更する前に優先度が「３」だったリソースは、優先度が「４」となることで無効な状態となる

本実施形態によれば、リソース管理サーバは、ユーザによってリソースの表示順が変更されたとき、変更後のリソースの表示順に基づき、ライセンスの割り当てを行うことができる。

［３．第３実施形態］
つづいて第３実施形態について説明する。第３実施形態は第２実施形態と異なり、優先度をユーザの操作ではなく、会議のログ情報である利用履歴情報によって決定する実施形態である。本実施形態は、第２実施形態の図１９を図２５に置き換えたものである。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

本実施形態では、制御部４００によって終了処理が行われることによって、会議用端末装置４０から優先度管理サーバ７０に利用履歴情報が送信されることとして説明する。

［３．１ 全体構成］
図２１を参照して、本実施形態の全体構成を説明する。図２１は、本実施形態のリソース管理システム（以下、単に「システム２」という）の全体構成を示す図である。図２１に示すように、システム２は、システム１と異なり、ネットワークＮＷに、リソース管理サーバ１０の代わりにリソース管理サーバ１２が接続され、更に、優先度管理サーバ７０が接続される。なお、ライセンス管理サーバ２０、管理用端末装置３０、会議用端末装置４０、表示装置５０、会議管理サーバ６０は、システム１における各装置と同様である。

リソース管理サーバ１２は、リソース管理サーバ１０と同様に、テナント毎にリソース情報を管理する情報処理装置である。優先度管理サーバ７０は、リソースの利用履歴を示す利用履歴情報を取得して、利用履歴情報に基づく優先度を決定する情報処理装置である。優先度管理サーバ７０は、例えば、サーバ等のコンピュータによって構成される。

［３．２ 機能構成］
［３．２．１ リソース管理サーバ］
図２２を参照して、リソース管理サーバ１２の機能構成について説明する。図２２に示すように、リソース管理サーバ１２は、リソース管理サーバ１０と異なり、ライセンス割当部１０４を除いて構成される。

また、本実施形態では、リソース情報記憶領域１２２に記憶されるリソース情報には、優先度の情報が記憶されなくてもよい。

［３．２．２ 優先度管理サーバ］
図２３は、優先度管理サーバ７０の機能構成を説明するための機能ブロック図である。優先度管理サーバ７０は、制御部７００と、通信部７１０と、記憶部７２０とを備えて構成される。

制御部７００は、優先度管理サーバ７０の全体を制御するための機能部である。制御部７００は、各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成される。

また、制御部７００は、記憶部７２０に記憶されているプログラムを読み出して実行することにより、ライセンス割当部７０２、優先度解析部７０４の機能を実現する。

ライセンス割当部７０２は、リソースのうち、ライセンスの数までのリソースの状態を有効にする処理（ライセンス割当処理）を実現する。ライセンス割当部７０２は、第１実施形態におけるライセンス割当部１０４と同様の機能部である。

優先度解析部７０４は、利用履歴情報を解析し、リソースの優先度を決定する処理（優先度解析処理）を実現する。

通信部７１０は、ネットワークＮＷを介して他の装置と通信を行うための機能部である。ネットワークＮＷとは、有線で接続されてもよいし、無線で接続されてもよい。通信部３１０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信モジュールにより構成される。

記憶部７２０は、優先度管理サーバ７０の動作に必要な各種プログラムや、各種データが記憶される機能部である。記憶部７２０は、例えば、半導体メモリであるＳＳＤや、磁気ディスクであるＨＤＤ等により構成される。

記憶部７２０には、利用履歴情報記憶領域７２２とライセンス情報記憶領域７２６とが確保され、優先度情報７２４と、リソース状態情報７２８とが記憶される。

利用履歴情報記憶領域７２２は、利用履歴情報を記憶する領域である。本実施形態における利用履歴情報は、例えば図２４に示すように、リソースＩＤ（例えば、「１」）と、利用日時（例えば、「２０１９年７月１日 ９：００〜１０：００」）と、利用されたデバイスを示す利用デバイス（例えば、「表示装置」）と、予約がされた上で使用されたか否かを示す予約有無（例えば「あり」）と、会議の参加者数（例えば、「５人」）と、予約延長がされたか否かを示す予約延長有無（例えば、「あり（１５分）」）とが記憶される。

なお、利用履歴情報には、上述した情報以外の情報が記憶されてもよい。例えば、使用されたデバイスの使用時間や、会議の開始時刻が予約時間と差異があったか否かといった情報等が記憶されてもよい。

優先度情報７２４は、リソース毎の優先度を記憶した情報である。ライセンス情報記憶領域７２６は、ライセンス情報を記憶する領域である。リソース状態情報７２８は、リソース毎に、リソースの状態が有効か否かを記憶した情報である。

［３．３ 処理の流れ］
［３．３．１ リソース管理サーバ］
つづいて、本実施形態における、リソース管理サーバ１２と優先度管理サーバ７０の処理について説明する。はじめに、リソース管理サーバ１２の制御部１００が、記憶部１２０からプログラムを読み出して実行するメイン処理について、図２５及び図２６を参照して説明する。

はじめに、図２５を参照して説明する。まず、制御部１００は、管理画面表示操作がされたか否かを判定する（ステップＳ３０２）。例えば、制御部１００は、ウェブブラウザやリソースを管理するためのアプリケーションを介してリソース管理サーバ１２に接続された場合に、管理画面表示操作がされたと判定する。

管理画面表示操作がされた場合は、制御部１００は、リソースを一覧表示する制御を行う（ステップＳ３０２；Ｙｅｓ→ステップＳ１０２）。例えば、制御部１００は、リソース情報記憶領域１２２からリソース情報を読み出して、リソース状態が「有効」であるリソース情報を並べ、その後に、リソース状態が「無効」のリソース情報を並べる。そして、制御部１００は、リソース状態の順に並べたリソース情報を、管理用端末装置３０に送信する。

また、制御部１００は、状態切換操作がされたか否かを判定する（ステップＳ３０４）。状態切換操作とは、リソースの状態を有効から無効にする又は無効から有効に変更する操作である。例えば、制御部１００は、管理用端末装置３０から、状態を切り替える対象となったリソースと、切り替えたあとの状態とを特定可能な情報を受信した場合に、状態切換操作がされたと判定する。この場合、管理用端末装置３０の制御部３００は、ユーザによってリソースが選択され、状態を切り替える操作がされたときに、選択されたリソースのリソースＩＤと、切り替えた後の状態とを含む情報をリソース管理サーバ１２に送信する。

制御部１００は、状態切換操作がされた場合は、状態を切り替えるリソースのリソース情報をリソース情報記憶領域１２２から読み出し、リソース状態に切り替えた後のリソース状態を記憶する（ステップＳ３０４；Ｙｅｓ→ステップＳ３０６）。このようにすることで、制御部１００は、ユーザの操作に基づいて、リソースの状態を切り替えることが可能となる。

なお、本実施形態では、リソースの優先度が優先度管理サーバ７０によって決定されるため、リソース管理部１０２は、リソース追加処理のステップＳ１４６において、優先度を決定する処理を省略し、ユーザによって選択されたリソースをリソース情報記憶領域１２２に記憶する。また、本実施形態では、リソース管理部１０２は、リソースを追加した時点ではリソースの状態を無効にしてもよい。

一方で、ステップＳ３０２において、管理画面表示操作がされなかった場合の処理について、図２６を参照して説明する。管理画面表示操作がされなかった場合は、制御部１００は、状態自動切替タイミングであるか否かを判定する（ステップＳ３２２）。状態自動切替タイミングとは、システム２が、リソースの状態を自動で切り替えるタイミングであり、例えば、所定の時刻（例えば、午前２時）であったりする。状態自動切替タイミングは、記憶部１２０に記憶されていてもよく、また、ユーザによって設定可能であってもよい。状態自動切替タイミングは、一日に一度であってもよいし、一日に二度以上あってもよいし、一週間に一度であってもよい。また、制御部１００は、ユーザからリソースの状態を自動で切り替えるための操作がされたときに、状態自動切替タイミングであると判定してもよい。

状態自動切替タイミングである場合は、制御部１００は、有効なリソースの数が、ライセンス情報に基づくライセンスの数未満であるか否かを判定する（ステップＳ３２２；Ｙｅｓ→ステップＳ３２４）。有効のリソースの数が、ライセンスの数未満である場合は、制御部１００は、優先度管理サーバ７０に対して、リソース状態情報取得要求を送信する（ステップＳ３２４；Ｙｅｓ→ステップＳ３２６）。リソース状態情報取得要求は、リソース状態情報７２８を取得する要求である。なお、制御部１００は、リソース状態情報取得要求に、リソースのリソースＩＤや、有効となっているリソースＩＤといった情報を優先度管理サーバ７０に送信してもよい。

つづいて、制御部１００は、優先度管理サーバ７０からリソース状態情報７２８を取得する（ステップＳ３２８）。そして、制御部１００は、取得したリソース状態情報７２８に基づき、リソース情報記憶領域１２２に記憶されているリソース情報のリソース状態を変更して記憶する（ステップＳ３３０）。具体的には、制御部１００は、リソース状態情報７２８に記憶されているリソース毎のリソース状態を１つずつ読み出し、対応するリソース情報のリソース状態として、読み出したリソース状態を更新する。

このように、制御部１００は、ステップＳ３２２〜ステップＳ３３０までの処理を実行することにより、リソース状態情報７２８に基づいて、リソースの状態を切り替えることが可能となる。

［３．２．２ 優先度管理サーバ］
つづいて、優先度管理サーバ７０の制御部７００が、記憶部７２０からプログラムを読み出して実行するメイン処理について、図２７を参照して説明する。

はじめに、制御部７００は、会議用端末装置４０から利用履歴情報を受信したか否かを判定する（ステップＳ３５２）。利用履歴情報を受信した場合は、制御部７００は、受信した利用履歴情報を利用履歴情報記憶領域７２２に記憶する（ステップＳ３５２；Ｙｅｓ→ステップＳ３５４）。

つづいて、制御部７００は、リソース管理サーバ１２からリソース状態情報取得要求を受信したか否かを判定する（ステップＳ３５６）。リソース状態情報取得要求を受信した場合は、優先度解析部７０４は、優先度解析部７０４が実行する処理である優先度解析処理を実行する（ステップＳ３５６；Ｙｅｓ→ステップＳ３５８）。

優先度解析処理は、利用履歴情報を解析し、リソースの優先度を決定する処理である。優先度の決定の方法としては、例えば、次の方法がある。
（１）評価値に基づく方法
優先度解析部７０４は、利用履歴情報からリソース毎の評価値を算出し、評価値の順に優先度を決定する。例えば、優先度解析部７０４は、利用履歴情報の利用日時からリソースの利用率を算出したり、利用デバイスからデバイスの利用率を算出したりして、それぞれの利用率に所定の重みを掛けて足し合わせた値を評価値とする。この場合、評価値が高いほど、そのリソースがよく利用されていると考えられるため、評価値が高いリソースほど、優先度を高くする。

なお、利用履歴情報のうち、評価値の算出に用いる情報や重みは、ユーザによって設定されてもよいし、優先度管理サーバ７０に予め設定されていてもよい。

（２）機械学習を用いる方法
優先度解析部７０４は、利用履歴情報を入力とし優先度や評価値を出力する学習済みモデルを用いて、利用履歴情報記憶領域７２２に記憶された利用履歴情報を入力したときの出力に基づき優先度を決定する。

また、優先度解析部７０４は、リソース毎に決定した優先度を、優先度情報７２４に記憶する。なお、優先度解析部７０４は、リソースのうち、すでに有効となっているリソースには高い優先度を設定してもよい。一方で、優先度解析部７０４は、利用実績がないために利用履歴情報がないリソースは、利用実績の有るリソースよりも低い優先度を設定してもよい。

つづいて、ライセンス割当部７０２は、優先度情報７２４に基づいて、ライセンス割当処理を実行する（ステップＳ３６０）。本実施形態では、ライセンス割当部７０２は、図９に示すような第１実施形態においてライセンス割当部１０４が実行する処理とほぼ同様の処理を実行するが、一部の処理を置き換える。

具体的には、図９のステップＳ１２２では、ライセンス割当部７０２は、リソース管理サーバ１２からリソース一覧を取得する。ステップＳ１２４は、ライセンス割当部７０２は、ライセンス管理サーバ２０から取得したライセンス情報をライセンス情報記憶領域７２６に記憶する。ステップＳ１２６は、ライセンス割当部７０２は、優先度情報７２４に基づいてリソース一覧を並び替える。ステップＳ１３０は、ライセンス割当部７０２は、ライセンス情報記憶領域７２６に記憶されたライセンス情報に基づいてライセンスの数を取得する。また、ライセンス割当部７０２は、有効にするリソースの情報を、リソース状態情報７２８に記憶する。

つづいて、制御部７００は、リソース状態情報７２８をリソース管理サーバ１２に送信する（ステップＳ３６２）。このようにすることで、優先度管理サーバ７０によってリソースの優先度が決定され、優先度の高いリソースから、ライセンスの数だけ有効とすることができる。

なお、本実施形態では、ユーザの操作によってリソースの状態を切り替えると説明したが、リソース管理サーバ１２は、第２実施形態のように、ユーザの操作に基づいて、リソースの表示順が変更可能であってもよい。

また、リソース管理サーバ１２は、ステップＳ３２６において、優先度管理サーバ７０に対して、ユーザが設定したリソースの表示順の情報や、ユーザによって有効としたリソースを特定可能な情報を送信してもよい。優先度管理サーバ７０は、リソースの表示順の情報を受信した場合、優先度解析処理において、ユーザによって設定された表示順に基づく優先度と、利用履歴情報に基づいて決定した優先度とから、最終的な優先度を決定してもよい。このとき、優先度管理サーバ７０は、ユーザによって設定された優先度が反映されやすいような評価値の算出方法を用いてもよい。例えば、ユーザによって設定された優先度に対して、所定の値を加算したり、利用履歴情報に基づいて決定した優先度よりも大きな重み付けをしたりしてもよい。また、優先度管理サーバ７０は、ユーザによって有効としたリソースを特定可能な情報を受信した場合は、優先度解析処理において、ユーザが有効としたリソースが必ず高い優先度となるようにしてもよい。このようにすることで、優先度管理サーバ７０は、ユーザによって有効とされたリソースは利用履歴情報に関わらず必ず有効とし、ユーザによって有効とされなかったリソースに対して、利用履歴情報に基づく優先度を設定することが可能となる。

また、本実施形態では、優先度管理サーバ７０が、会議用端末装置４０から利用履歴情報を取得することとして説明したが、このようにしなくてもよい。例えば、会議用端末装置４０は利用履歴情報をログサーバに送信してもよい。この場合、優先度管理サーバ７０は、ログサーバから利用履歴情報を取得すればよい。

本実施形態によれば、リソース管理サーバは、状態が無効であるリソースのうち、利用履歴情報に基づいて決定された優先度に基づき、ライセンスの数だけ優先度の高いリソースを自動的に有効にする。したがって、ユーザは、明示的に有効としなかったリソースであっても、利用実績が多いリソースに対して自動的に有効とさせることが可能となる。また、ユーザは、利用するリソースを見直す場合などに、リソースを一旦無効にした上で、利用履歴情報に基づいて、自動的にリソースの状態を有効にすることができる。

［４．第４実施形態］
つづいて第４実施形態について説明する。本実施形態は、第３実施形態と同様に利用履歴情報によって優先度が決定される実施形態であるが、リソースの状態をリソース管理サーバが判定する点が異なる。本実施形態は、第２実施形態の図１９を図２８に置き換えたものである。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

本実施形態におけるリソース管理システムは、システム１のネットワークＮＷに、さらに優先度管理サーバ７２を接続して構成されるシステムである。

本実施形態のリソース管理サーバ１０において、リソース情報記憶領域１２２に記憶されるリソース情報には、リソースＩＤ、属性、リソース状態の他に、システム優先度とユーザ優先度とが含まれる。システム優先度は、優先度管理サーバ７２によって決定される優先度である。ユーザ優先度はユーザの操作によって決定される優先度である。

また、優先度管理サーバ７２は、優先度管理サーバ７０と異なり、ライセンス割当部７０２を除いて構成される。また、優先度管理サーバ７２は、優先度管理サーバ７０と異なり、記憶部７２０に、ライセンス情報記憶領域７２６が確保されず、リソース状態情報７２８が記憶されない。

つづいて、図２８を参照して、本実施形態におけるリソース管理サーバ１０のメイン処理について説明する。本実施形態では、はじめに、制御部１００は、優先度管理サーバ７２に対して、優先度情報７２４を取得する要求である優先度取得要求を送信する（ステップＳ４０２）。制御部１００は、優先度管理サーバ７２から優先度情報７２４を取得し、優先度情報７２４に記憶された優先度をシステム優先度としたリソース情報を記憶する（ステップＳ４０４→ステップＳ４０６）。具体的には、制御部１００は、リソース状態情報７２８に記憶されているリソース毎の優先度の情報を１リソースずつ読み出し、対応するリソース情報のシステム優先度を更新する。

つづいて、制御部１００は、リソースについて、リソースのユーザ優先度の順に、リソースを一覧表示する制御を行う（ステップＳ４０８）。すなわち、本実施形態では、表示部３２０に表示されるリソース情報の並び順は、リソース情報に記憶されたユーザ優先度の昇順とする。なお、制御部１００は、有効なリソースのリソース情報はユーザ優先度に従って並べ、状態が無効であるリソースはシステム優先度に基づいて並べてもよい。また、制御部１００は、リソースの一覧表示とともに、システム優先度を表示してもよい。

つづいて、ライセンス割当部１０４は、ライセンス割当処理を実行する（ステップＳ１０４）。なお、本実施形態では、ライセンス割当部１０４は、図９に示したライセンス割当処理のステップＳ１２６において、ユーザ優先度及びシステム優先度を考慮した順序に並び替える。例えば、ライセンス割当部１０４は、ユーザ優先度とシステム優先度とに基づき評価値を決めて評価値に基づいて並び替える。具体的には、ユーザ優先度が低いリソースほど、システム優先度を反映しやすい重み付けとする。このようにすることで、制御部１００は、ユーザ優先度が低い有効なリソースと、利用実績が多いが無効なリソースとの間で、ライセンスを付け替えやすくすることが可能となる。

また、制御部１００は、リソースの表示順を変更する操作に基づいてリソースの表示順を変更したら、リソース毎に、リソースの表示順に基づく優先度を決定し、ユーザ優先度に記憶する（ステップＳ４１０）。このようにして、ユーザによって変更された表示順は、リソースのユーザ優先度として記憶される。

［４．３．２ 優先度管理サーバ］
図２９を参照して、優先度管理サーバ７２のメイン処理について説明する。はじめに、制御部７００は、会議用端末装置４０から利用履歴情報を受信した場合は、受信した利用履歴情報を利用履歴情報記憶領域７２２に記憶する（ステップＳ４５２；Ｙｅｓ→ステップＳ４５４）。

また、制御部７００は、リソース管理サーバ１０から優先度取得要求を受信したか否かを判定する（ステップＳ４５６）。優先度取得要求を受信した場合は、優先度解析部７０４は、優先度解析処理を実行する（ステップＳ４５８）。優先度解析処理は、第３実施形態のステップＳ３５８と同様の処理である。優先度解析処理が実行されることにより、優先度解析部７０４によって、優先度情報７２４が記憶される。そこで、制御部７００は、リソース管理サーバ１０に対して、優先度情報７２４を送信する（ステップＳ４６０）。

本実施形態によれば、ユーザは、ユーザ指定した優先度に加えて、リソース管理システムが利用履歴情報に基づいて決定された優先度を考慮して、有効なリソースを決定することが可能となる。また、リソース管理サーバは、ユーザ優先度と、システム優先度とを考慮して、リソースの状態を決定することが可能となる。

［５．第５実施形態］
つづいて、第５実施形態について説明する。第５実施形態は、第３実施形態において、優先度管理サーバ７０が実行する処理を、リソース管理サーバ１４が実行する実施形態である。本実施形態は、第３実施形態の図２２を図３０に、図２６を図３１に、それぞれ置き換えたものである。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

本実施形態のリソース管理システムは、システム２に含まれるリソース管理サーバ１２をリソース管理サーバ１４に置き換え、優先度管理サーバ７０を除いたシステムである。

図３０を参照して、リソース管理サーバ１４の機能構成について説明する。リソース管理サーバ１４は、リソース管理サーバ１２と異なり、ライセンス割当部１０４と優先度解析部１０６とを備える点が異なる。また、記憶部１２０に、利用履歴情報記憶領域１２６が確保される点が異なる。

本実施形態では、利用履歴情報は、リソース管理サーバ１４が記憶する。したがって、会議支援アプリ４４２は、利用履歴情報をリソース管理サーバ１４に送信する。

つづいて、図３１を参照して、本実施形態のリソース管理サーバ１４のメイン処理について説明する。なお、本実施形態において、ユーザによって管理画面表示操作がされた場合の処理は、第３実施形態の図２５と同じである。図３１は、管理画面表示操作がされなかった場合の処理（ステップＳ３０２の判定結果がＮｏである場合）について説明する。

管理画面表示操作がされなかった場合、制御部１００は、会議用端末装置４０から利用履歴情報を受信したか否かを判定する（ステップＳ５０２）。利用履歴情報を受信した場合は、受信した利用履歴情報を利用履歴情報記憶領域１２６に記憶する（ステップＳ５０２；Ｙｅｓ→ステップＳ５０４）。

つづいて、状態自動切替タイミングであり、有効のリソースの数がライセンスの数未満である場合は、優先度解析部１０６は優先度解析処理を実行する（ステップＳ３２２；Ｙｅｓ→ステップＳ３２４；Ｙｅｓ→ステップＳ５０６）。優先度解析処理は、第３実施形態のステップＳ３５８と同様の処理である。なお、優先度解析部１０６は、リソース毎に優先度を決定したら、リソース情報記憶領域１２２から、リソース毎に対応するリソース情報を読み出し、決定した優先度をリリース情報に記憶する。

つづいて、ライセンス割当部１０４は、ライセンス割当処理を実行する（ステップＳ５０８）。このようにすることで、リソース管理サーバ１４は、利用履歴情報に基づき優先度を決定し、決定した優先度から、ライセンスの数だけ、リソースの状態を有効とすることができる。

なお、第３実施形態と同様に、優先度解析部１０６は、ユーザによって有効とされたリソースは利用履歴情報に関わらず必ず有効としてもよいし、ユーザによって設定された優先度が反映されやすい方法により優先度を決定してもよい。

本実施形態によれば、リソース管理サーバは利用履歴情報に基づき、ライセンスの数だけリソースの状態を有効にすることが可能となる。

［６．第６実施形態］
つづいて、第６実施形態について説明する。第６実施形態は、第４実施形態において、優先度管理サーバ７２が実行する処理を、リソース管理サーバ１４が実行する実施形態である。本実施形態は、第４実施形態の図２８を図３２に置き換えたものである。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

本実施形態のリソース管理システムは、システム２に含まれるリソース管理サーバ１２をリソース管理サーバ１４に置き換え、優先度管理サーバ７０を除いたシステムである。また、本実施形態では、利用履歴情報は、リソース管理サーバ１４が記憶する。したがって、会議支援アプリ４４２は、利用履歴情報をリソース管理サーバ１４に送信する。

また、本実施形態のリソース管理サーバ１４において、リソース情報記憶領域１２２に記憶されるリソース情報には、リソースＩＤ、属性、リソース状態の他に、システム優先度とユーザ優先度とが含まれる。システム優先度は、リソース管理サーバ１４の優先度解析部１０６によって決定される優先度である。ユーザ優先度はユーザの操作によって決定される優先度である。

図３２を参照して、本実施形態におけるリソース管理サーバ１４のメイン処理について説明する。はじめに、制御部１００は、会議用端末装置４０から利用履歴情報を受信したら、利用履歴情報記憶領域１２６に記憶する（ステップＳ６０２；Ｙｅｓ→ステップＳ６０４）。そして、優先度解析部１０６は優先度解析処理を実行する（ステップＳ６０６）。優先度解析処理は、第３実施形態のステップＳ３５８と同様の処理である。なお、優先度解析部１０６は、リソース毎に優先度を決定したら、リソース情報記憶領域１２２から、リソース毎に対応するリソース情報を読み出し、決定した優先度をシステム優先度として記憶する。

つづいて、制御部１００は、管理画面表示操作がされたか否かを判定する（ステップＳ６０８）。管理画面表示操作がされた場合は、第４実施形態のステップＳ４０８〜ステップＳ１１２までの処理を実行する。

本実施形態によれば、リソース管理サーバは利用履歴情報に基づき、優先度を決定することが可能となる。

［７．第７実施形態］
つづいて、第７実施形態について説明する。第７実施形態は、リソース管理サーバがライセンス情報を複数取得した場合に、所定の規則に従ってライセンスを割り当てる実施形態である。本実施形態は、上述した第１実施形態から第６実施形態のいずれの実施形態にも適用可能であるが、第１実施形態に適用した場合について説明する。本実施形態は、第１実施形態の図３を図３３に、図９を図３４にそれぞれ置き換えた実施形態である。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

図３３を参照して、本実施形態において、リソース情報記憶領域１２２に記憶されるリソース情報について説明する。図３３は、本実施形態のリソース情報の例を示した図である。本実施形態のリソース情報は、例えば、リソースＩＤと、属性（会議室名、会議室の場所、会議室に設置されているデバイス）と、割り当てられているライセンスを識別するためのライセンスＩＤ（例えば、「Ｌ１」）とが記憶される。

ライセンスＩＤが記憶されているリソースは、ライセンスＩＤによって識別されるライセンスが割り当てられており、リソースの状態が有効であることを示す。一方で、ライセンスＩＤが記憶されていないリソースは、ライセンスが割り当てられておらず、リソースの状態が無効であることを示す。

図３４を参照して、ライセンス割当部１０４が実行するライセンス割当処理について説明する。なお、本実施形態では、ライセンス情報記憶領域１２４には、図４（ａ）で示すような、複数のライセンス情報が記憶されることとして説明する。

本実施形態では、ライセンス割当部１０４は、先頭のリソースを抽出したら（ステップＳ１２８）、複数のライセンス情報を、所定の規則に従って並び替える（ステップＳ７０２）。所定の規則は、例えば、有効期限までの期間が長い順である。なお、所定の規則は、有効期限までの期間が短い順であってもよい。また、ライセンス情報に購入日の情報を記憶させた場合は、ライセンスの購入日が早い順であってもよいし、ライセンスＩＤ順であってもよい。

つづいて、ライセンス割当部１０４は、並び替えたライセンス情報から先頭のライセンス情報を抽出し（ステップＳ７０４）、抽出したリソースにライセンスを割り当てることで、リソースの状態を有効にする（ステップＳ７０６）。例えば、ライセンス割当部１０４は、ステップＳ１２８で抽出したリソースのリソース情報をリソース情報記憶領域１２２から読み出す。そして、ライセンス割当部１０４は、読み出したリソース情報のライセンスＩＤに、ステップＳ７０４で抽出したライセンス情報に記憶されたライセンスＩＤを記憶する。

つづいて、ライセンス割当部１０４は、ライセンス情報記憶領域１２４に記憶されたライセンス情報を全て抽出したか否かを判定する（ステップＳ７０８）。ライセンス情報を全て抽出した場合は、ライセンス割当部１０４は、ライセンス割当処理を終了する（ステップＳ７０８；Ｙｅｓ）。ライセンス情報を全て抽出していない場合は、ライセンス割当部１０４は、ステップＳ７０２で並び替えたライセンス情報のから、次のライセンス情報を抽出する（ステップＳ７０８；Ｎｏ→ステップＳ７１０）。また、ライセンス割当部１０４は、ステップＳ１２６で並び替えたリソース一覧から次のリソースを抽出する（ステップＳ１３８）。

つづいて、ステップＳ７０６に戻り、ライセンス割当部１０４は、ステップＳ１３８で抽出したリソースに対して、ステップＳ７１０で抽出したライセンス情報に基づき抽出したリソースにライセンスを割り当てることで、リソースの状態を有効にする。

上述した処理により、ライセンス割当部１０４は、表示順に基づいて並び替えたリソースに対して、複数のライセンスを所定の規則に従って割り当てることができる。

また、ライセンス割当部１０４は、ライセンス情報に記憶された属性に応じて、リソースにライセンスを割り当ててもよい。例えば、ライセンス割当部１０４は、ライセンス情報に利用可能なデバイスの数や種類が記憶されている場合は、優先度が高いリソースから、利用可能なデバイスの数が多くなるようにライセンスを割り当ててもよい。このようにすることで、ライセンス割当部１０４は、リソースの優先度に応じて、リソースに見合ったライセンスを優先的に割り当てることができる。

また、上述した説明では、第１実施形態で説明したリソース管理サーバ１０にリソース情報が複数記憶されている場合について説明したが、第２実施形態から第６実施形態のいずれかの実施形態においてリソース情報が複数記憶されている場合に適用してもよい。この場合、ライセンス割当部１０４又はライセンス割当部７０２は、優先度が高いリソースから、所定の規則に沿ってライセンスを割り当てる。

本実施形態によれば、複数のライセンスが管理されている場合であっても、ライセンス管理サーバは、リソースに対して所定の規則に沿ってライセンスを割り当てる。したがって、ユーザは、複数のライセンスを管理している場合において、ライセンスの有効期限が切れたときに、ライセンスを割り当て直すといった手間を減らすことができる。また、単にライセンスの数だけリソースの状態を有効されるのではなく、リソースの属性に応じてライセンスを割り当てるようにすることで、利用者は、過剰なコストをかからないようにしたりすることができる。

［８．変形例］
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本発明の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。

また、本発明のリソース管理サーバは、クラウド上に配置されてもよい。このようにすることで、本発明のリソース管理サーバが実現する機能をサービスとして提供することができる。

また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ（Blu-ray Disc）（登録商標）等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１、２ システム
１０、１２、１４ リソース管理サーバ
１００ 制御部
１０２ リソース管理部
１０４ ライセンス割当部
１０６ 優先度解析部
１１０ 通信部
１２０ 記憶部
１２２ リソース情報記憶領域
１２４ ライセンス情報記憶領域
１２６ 利用履歴情報記憶領域
２０ ライセンス管理サーバ
２００ 制御部
２０２ ライセンス管理部
２１０ 通信部
２２０ 記憶部
２２２ ライセンス情報記憶領域
３０ 管理用端末装置
３００ 制御部
３１０ 通信部
３２０ 表示部
３３０ 操作入力部
３４０ 記憶部
４０ 会議用端末装置
４００ 制御部
４１０ 通信部
４２０ 表示部
４３０ 操作入力部
４４０ 記憶部
４４２ 会議支援アプリ
５０ 表示装置
６０ 会議管理サーバ
７０、７２ 優先度管理サーバ
７００ 制御部
７０２ ライセンス割当部
７０４ 優先度解析部
７１０ 通信部
７２０ 記憶部
７２２ 利用履歴情報記憶領域
７２４ 優先度情報
７２６ ライセンス情報記憶領域
７２８ リソース状態情報

Claims (13)

1. 制御部と、ライセンスを管理するライセンス管理サーバと通信をする通信部と、記憶部とを備えたリソース管理サーバであって、
   前記記憶部は、リソースの情報を記憶し、
   前記制御部は、
   前記通信部を介して、前記ライセンス管理サーバから、ライセンスの情報を取得し、
   前記ライセンスの情報に基づいて、前記記憶部が記憶するリソースのうち、優先度の高いリソースから前記リソースを有効にする、
   ことを特徴とするリソース管理サーバ。
2. 前記制御部は、
   前記ライセンスの情報に基づいてライセンスの数を取得し、
   前記取得したライセンスの数に応じて、前記リソースを優先度の高い順から有効にすることを特徴とする請求項１に記載のリソース管理サーバ。
3. 前記制御部は、前記ライセンスの情報の数を計数することで前記ライセンスの数を取得することを特徴とする請求項２に記載のリソース管理サーバ。
4. 前記ライセンスの情報は、ライセンスの数を記憶しており、
   前記制御部は、
   前記ライセンスの情報を読み出すことで前記ライセンスの数を取得することを特徴とする請求項２に記載のリソース管理サーバ。
5. 前記制御部は、
   前記記憶されたリソースを優先度の高いリソースの順に一覧表示する制御を行うことを特徴とする請求項１から４のいずれか一項に記載のリソース管理サーバ。
6. 前記制御部は、
   前記一覧表示されたリソースの表示順を変更する操作がされた場合、前記操作に基づき、前記リソースの表示順を変更し、
   前記変更した表示順に基づき、前記リソースの優先度を決定する、
   ことを特徴とする請求項５に記載のリソース管理サーバ。
7. 前記リソースの利用履歴を記憶する利用履歴記憶部を更に有し、
   前記制御部は、
   前記利用履歴に基づいて、前記リソースの優先度を決定することを特徴とする請求項１から５のいずれか一項に記載のリソース管理サーバ。
8. 前記リソースの利用履歴を記憶する利用履歴記憶部を更に有し、
   前記制御部は、
   前記利用履歴に基づいて、前記ライセンスに応じて、前記リソースを有効にすることを特徴とする請求項１から５のいずれか一項に記載のリソース管理サーバ。
9. 前記制御部は、ユーザによって有効にするリソースが指定された場合、前記利用履歴に関わらず前記指定されたリソースを有効にすることを特徴とする請求項８に記載のリソース管理サーバ。
10. 前記リソースは会議室であることを特徴とする請求項１から９のいずれか一項に記載のリソース管理サーバ。
11. 制御部と、ライセンスを管理するライセンス管理サーバと通信をする通信部と、リソースの情報を記憶した記憶部とを備えたリソース管理サーバの制御方法であって、
    前記通信部を介して、前記ライセンス管理サーバから、ライセンスの情報を取得するステップと、
    前記ライセンスの情報に基づいて、前記記憶部が記憶するリソースのうち、優先度の高いリソースから、前記リソースを有効にするステップと、
    を含むことを特徴とする制御方法。
12. 制御部と、ライセンスを管理するライセンス管理サーバと通信をする通信部と、リソースの情報を記憶した記憶部とを備えたリソース管理サーバのコンピュータに、
    前記通信部を介して、前記ライセンス管理サーバから、ライセンスの情報を取得する機能と、
    前記ライセンスの情報に基づいて、前記記憶部が記憶するリソースのうち、優先度の高いリソースから、前記リソースを有効にする機能と、
    を実現させることを特徴とするプログラム。
13. リソースと、前記リソースのライセンスを管理する第１のサーバと、前記リソースを管理する第２のサーバとを含むシステムであって、
    前記リソースの優先度情報を取得し、
    前記ライセンスの情報と、前記優先度情報とに基づいて、前記第２のサーバにおいて管理されているリソースのうち、優先度の高いリソースから前記リソースを有効にする、
    ことを特徴とするシステム。

Images