(57)【要約】【課題】共用リソースの予約を効率良く行うこと。【解決手段】予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出し、抽出した前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価し、評価により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する、処理をコンピュータに実行させる。【選択図】図４
2019003338.tif 000002
【特許請求の範囲】
【請求項１】
予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出し、
抽出した前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価し、
評価により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する、
処理をコンピュータに実行させることを特徴とする予約管理プログラム。
【請求項２】
前記間隔が所定の間隔以下である場合に、前記予約の優先度を小さくする処理をコンピュータに実行させることを特徴とする請求項１に記載の予約管理プログラム。
【請求項３】
受け付けた予約と抽出した過去の予約との、前記間隔、前記開始時刻、前記時間長、前記終了時刻、前記場所、前記人数の少なくとも一つの標準偏差を算出し、算出した標準偏差の値に応じて前記予約の優先度を算出する処理をコンピュータに実行させることを特徴とする請求項１または２に記載の予約管理プログラム。
【請求項４】
同一日時に複数の予約があった場合に、前記優先度に応じて優先する予約を決定する処理をコンピュータに実行させることを特徴とする請求項１乃至３のいずれか一項に記載の予約管理プログラム。
【請求項５】
予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出し、
抽出した前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価し、
評価により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する、
処理をコンピュータが実行することを特徴とする予約管理方法。
【請求項６】
予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出する抽出部と、
前記抽出部により抽出された前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価する評価部と、
前記評価部により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する制御部と、
を有することを特徴とする予約管理装置。
【請求項７】
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、前記予約の優先度を決定する、
処理をコンピュータに実行させることを特徴とする予約管理プログラム。
【請求項８】
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、前記予約の優先度を決定する、
処理をコンピュータが実行することを特徴とする予約管理方法。
【請求項９】
予約とともに、前記予約に対応付けられた情報を受け付ける受信部と、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出する抽出部と、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、前記予約の優先度を決定する決定部と、
を有することを特徴とする予約管理装置。
【請求項１０】
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、
次回の予約候補を出力する、
処理をコンピュータに実行させることを特徴とする予約管理プログラム。
【請求項１１】
前記予約候補を出力する場合に前記予約に対応付けられた過去の予約回数に基づいて出力する処理をコンピュータに実行させることを特徴とする請求項１０に記載の予約管理プログラム。
【請求項１２】
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、
次回の予約候補を出力する、
処理をコンピュータが実行することを特徴とする予約管理方法。
【請求項１３】
予約とともに、前記予約に対応付けられた情報を受け付ける受信部と、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出する抽出部と、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、
次回の予約候補を出力する出力部と、
を有することを特徴とする予約管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約管理プログラム、予約管理方法、及び予約管理装置に関する。
【背景技術】
【０００２】
従来、会議室や共有備品等の共用リソースの予約を、予約表を用いて管理する方法が知られている。この予定表においては、例えば、複数のユーザが、同一の共用リソースを同一の時間にそれぞれ利用したい場合、先に予約した方のユーザが利用可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−０３２５２６号公報
【特許文献２】特開２００６−３０９６０６号公報
【特許文献３】特開平０８−２９２９８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
共用リソースは、各ユーザから定例的（定期的）に利用される場合がある。しかしながら、従来、ユーザは、定例的に利用する共用リソースについて、定例的な各利用日時に対する予約を、他のユーザよりも先にその都度行う必要があるという問題がある。
【０００５】
そこで、一側面では、共用リソースの予約を効率良く行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一つの案では、予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出し、抽出した前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価し、評価により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する、処理をコンピュータに実行させる予約管理プログラムが提供される。
【発明の効果】
【０００７】
一側面によれば、共用リソースの予約を効率良く行うことが可能となる。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係る予約管理システムの構成例を示す図である。
【図２】実施形態に係る予約管理装置のハードウェア構成例を示す図である。
【図３】実施形態に係る予約管理装置の機能構成の一例を示す図である。
【図４】実施形態に係る予約管理システムの処理の一例を示すシーケンス図である。
【図５】予約管理装置による処理の一例を示すフローチャートである。
【図６Ａ】一致度を抽出する処理の一例について説明する図である。
【図６Ｂ】各グループにおける予約の開始時間の推移の例について説明する図である。
【図７】定例的と判定することが不適切な予約群の一例について説明する図である。
【図８】定例的と判定することが不適切な予約群の一例について説明する図である。
【図９】予約の優先度を算出する処理の一例について説明する図である。
【図１０】次回以降の予約を予測する処理について説明する図である。
【図１１】予約がバッティングする場合の例について説明する図である。
【図１２】バッティングを回避する予約（回避策）を予測する処理について説明する図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて本発明の実施形態を説明する。
【００１０】
＜システム構成＞
図１は、実施形態に係る予約管理システム１の構成例を示す図である。図１において、予約管理システム１は、予約管理装置１０、端末２０−１、２０−２、２０−３、・・・（以下で、それぞれを区別する必要がない場合は、単に「端末２０」と称する。）を備える。
【００１１】
予約管理装置１０と端末２０との間は、例えば、無線ＬＡＮ（Local  Area  Network）、ＬＡＮ、またはインターネット等のネットワーク５０により、通信可能な状態で接続されている。
【００１２】
予約管理装置１０は、サーバ用の情報処理装置（コンピュータ）であり、予約データの管理を行う。
【００１３】
端末２０は、例えば、デスクトップＰＣ（Personal  Computer）、ノートＰＣ、タブレットＰＣ、スマートフォン等の情報処理装置である。端末２０は、予約管理装置１０にログインし、予約データ等の閲覧や編集等を行うことができる。
【００１４】
＜ハードウェア構成＞
図２は、実施形態に係る予約管理装置１０のハードウェア構成例を示す図である。図２の予約管理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００１５】
予約管理装置１０での処理を実現する予約管理プログラムは、記録媒体１０１によって提供される。予約管理プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、予約管理プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、予約管理プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされた予約管理プログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１６】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って予約管理装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical  User  Interface）等を表示するディスプレイである。入力装置１０７は様々な操作指示の入力を受け付ける。
【００１７】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard  Disk  Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００１８】
端末２０のハードウェア構成は、図２に示す予約管理装置１０のハードウェア構成例と同様でもよい。
【００１９】
＜機能構成＞
次に、図３を参照し、実施形態に係る予約管理装置１０の機能構成について説明する。図３は、実施形態に係る予約管理装置１０の機能構成の一例を示す図である。
【００２０】
≪予約管理装置≫
予約管理装置１０は、記憶部１１を有する。記憶部１１は、例えば、補助記憶装置１０２等を用いて実現される。記憶部１１は、予約データ１１１等のデータを記憶する。予約データ１１１は、予約の主体、予約の目的、予約対象日、開始時刻、予約対象の時間長または終了時刻、予約対象の場所、予約に関連する人数等の予約内容を含む予約履歴を記憶する。
【００２１】
また、予約管理装置１０は、抽出部１２、評価部１３、決定部１４、管理部１５、及び通信部１６を有する。これら各部は、予約管理装置１０にインストールされた１以上のプログラムが、予約管理装置１０のＣＰＵ１０４に実行させる処理により実現される。
【００２２】
抽出部１２は、予約データ１１１を参照して、予約の主体又は予約の目的が共通する予約群を抽出する。
【００２３】
評価部１３は、抽出部１２により抽出された予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価する。
【００２４】
決定部１４は、評価部１３により得られた一致度に基づいて、予約の主体又は予約の目的毎の予約の優先度を決定する。また、決定部１４は、予約の主体又は予約の目的毎に、将来の予約の内容を推測（予測）する。
【００２５】
管理部１５は、端末２０のユーザの操作に応じて、予約を受け付け、予約データ１１１に記憶する。
【００２６】
通信部１６は、端末２０との通信を行う。
【００２７】
＜処理＞
次に、図４を参照し、実施形態に係る予約管理システム１の処理について説明する。図４は、実施形態に係る予約管理システム１の処理の一例を示すシーケンス図である。
【００２８】
ステップＳ１において、予約管理装置１０の管理部１５は、例えば、端末２０のユーザの操作に応じたリソースの予約情報を予約データ１１１に記憶する。ここで、予約管理装置１０は、例えば、端末２０のＷｅｂブラウザにより予約用サイトのＵＲＬにアクセスされ、当該予約用サイトにおけるユーザの操作に応じて、予約情報を取得してもよい。
【００２９】
続いて、予約管理装置１０の抽出部１２、評価部１３、及び決定部１４は、予約の履歴に基づき、次回以降の予約（将来の予約）を予測する（ステップＳ２）。ここで、予約管理装置１０の決定部１４は、ステップＳ２の処理を、例えば、端末２０のユーザからの予約が行われた際に実行してもよいし、定期的なバッチ処理の際に実行してもよい。
【００３０】
続いて、予約管理装置１０の通信部１６は、予測した予約内容を端末２０に送信する。ここで、予約管理装置１０の通信部１６は、例えば、メール等を用いて、予測した予約内容を端末２０に送信する（ステップＳ３）。
【００３１】
続いて、端末２０は、予測された予約内容をユーザに表示する（ステップＳ４）。
【００３２】
続いて、端末２０は、予測された予約内容に対するユーザからの確認結果を予約管理装置１０に送信する（ステップＳ５）。
【００３３】
続いて、予約管理装置１０の管理部１５は、ユーザからの確認結果に従って、次回以降の予約等を行う（ステップＳ６）。
【００３４】
≪予約管理装置の処理≫
次に、図５を参照し、予約管理装置１０による予約を予測する処理等について説明する。図５は、予約管理装置１０による処理の一例を示すフローチャートである。
【００３５】
ステップＳ１０１において、抽出部１２は、予約データ１１１を参照し、グループ毎の予約群をそれぞれ抽出する。ここで、予約の主体又は予約の目的が共通する各予約は、同一のグループによる予約であると判定される。
【００３６】
続いて、評価部１３は、各グループの予約群における各項目について、一致度を算出する（ステップＳ１０２）。ここで、予約管理装置１０は、例えば、各項目におけるデータの標準偏差に基づいて、一致度を算出する。
【００３７】
図６Ａは、一致度を抽出する処理の一例について説明する図である。図６Ａ（Ａ）は、会議室の予約画面の例を示す図である。端末２０のユーザは、図６Ａ（Ａ）に示す予約画面上で、予約の操作を行ってもよい。また、当該予約画面における入力結果は、予約データ１１１に記憶されている。
【００３８】
図６Ａ（Ｂ）は、図６Ａ（Ａ）に示す予約データ１１１の内容のうち、各予約に対応付けられた説明文に、「Ｂチーム会」、及び「Ｒ部」の文字列が含まれる予約データに基づく抽出データの一例を示す図である。図６Ａ（Ｂ）の例では、予約回数、文字列、キーワード有無、開催日、開始時間、開催時間、会議室人数、場所の項目が、予約データ１１１から抽出、乃至算出されている。予約回数は、予約データ１１１に含まれる予約の回数である。文字列は、各予約に対応付けられた説明文に含まれる文字列である。キーワード有無は、各予約に対応付けられた説明文に、所定のキーワードが含まれているか否かを示すデータである。例えば、所定のキーワードが含まれていれば「１」、含まれていなければ「０」が設定される。所定のキーワードは、例えば、予め設定された文字列であり、「定例」、「定期」等の文字列でもよい。開催日、開始時間、及び開催時間は、それぞれ、予約された会議の開催日、開始時間、及び開催時間である。会議室人数、及び場所は、それぞれ、予約された会議室の、収容可能な人数、及び場所である。
【００３９】
図６Ａ（Ｃ）は、図６Ａ（Ｂ）に示す抽出データに基づいて、各グループにおける各項目の値の出現割合の一例を説明する図である。図６Ａ（Ｃ）の例では、「Ｂチーム会」、及び「Ｒ部」の文字列が含まれるグループの予約群について、各予約の開催日の周期である開催周期のそれぞれの出現割合が算出されている。また、当該予約群について、開始時間、開催時間、会議室人数、及び場所のそれぞれの出現割合が算出されている。
【００４０】
図６Ａ（Ｄ）は、図６Ａ（Ｃ）に示す各項目の出現割合に基づいて、各項目の偏差の一例を説明する図である。各項目の偏差は、例えば、標準偏差により算出される。ここで、標準偏差Ｓは、ｎをデータの総数、ｘｉを各データの値、ｘを各データの平均値とすると、以下の式により算出される。
【００４１】
【数１】
2019003338.tif 000003
【００４２】
図６Ｂは、各グループにおける予約の開始時間の推移の例について説明する図である。図６Ｂでは、「定例会Ａ」の文字列を含む予約群、及び「Ｂチーム会」の文字列を含む予約群における、開始時間の推移の例が示されている。図６Ｂの例では、「定例会Ａ」の予約の各開始時刻は同一であるため、標準偏差の値は０である。一方、「定例会Ａ」の予約の各開始時刻は若干変動しており、標準偏差の値は図６Ａ（Ｄ）に示すように３．２である。
【００４３】
続いて、評価部１３は、算出した標準偏差の値に基づき、定例的な予約群を抽出する（ステップＳ１０３）。ここで、例えば、各グループの予約群において、各項目の標準偏差の値が、所定の閾値以下である場合、当該各グループの予約群が定例的な予約群であると判定される。
【００４４】
続いて、評価部１３は、定例的な予約群と判定された予約群のうち、不適切な予約群を除外する（ステップＳ１０４）。
【００４５】
図７、図８は、定例的と判定することが不適切な予約群の一例について説明する図である。図７（Ａ）は、所定の日における会議室の予約画面の例を示す図である。当該予約画面におけるデータが、予約データ１１１に記憶されているものとする。図７（Ｂ）は、図７（Ａ）に示す予約データ１１１の内容のうち、各予約に対応付けられた説明文に、「定例会」、及び「Ｒ部」の文字列が含まれるグループにおける各項目の値の出現割合の一例を説明する図である。図７（Ｂ）の例では、当該グループに対し、同日に複数の予約が存在するため、開催周期が０日である。評価部１３は、開催周期（間隔）が所定の間隔以下の場合、後述する予約の優先度を小さく算出してもよい。この場合、例えば、開催周期が０日の割合が所定の閾値以上であり、かつ、同日の各予約における会議室、会議室の場所の階、または会議室の収容可能な人数が同一でない場合、当該グループに関するデータを、ステップＳ１０３で抽出された予約群から除外してもよい。これは、一のユーザが同日のような比較的近い間隔で、同じ目的で複数の予約をしている場合、念のために複数の時刻等を予約していると考えられるためである。
【００４６】
図８では、各グループにおける各項目の値の出現割合の例が示されている。予約管理装置１０は、「予約回数」が所定の閾値（例えば、１）以下の場合、当該グループに関するデータ５０１を、ステップＳ１０３で抽出された予約群から除外してもよい。
【００４７】
続いて、決定部１４は、定例的な予約群と判定された各グループに対し、予約の優先度を算出する（ステップＳ１０５）。ここで、予約管理装置１０は、例えば、予め設定されたルールに従って、予約の優先度を算出する。
【００４８】
図９は、予約の優先度を算出する処理の一例について説明する図である。図９（Ａ）には、予約の優先度を算出するルールの一例が示されている。図９（Ａ）の例では、ソート順に対応付けて、判定項目、ソート方法が対応付けられている。ソート順は、ソートする順番である。判定項目は、各予約に対応付けられた各項目のうち、判定に用いられる項目である。ソート方法は、例えば、降順、昇順等のソート方法である。図９（Ａ）の例では、まず、ソート順「１」において、「予約回数」について降順でソートされる。したがって、予約された回数が多い程、定例的な予約であると推測できるため、予約の優先度が高くなる。続いて、ソート順「２」において、「キーワード有無」について降順でソートされる。したがって、「定例会」等の所定のキーワードが予約に対応付けられて設定されていれば、定例的な予約であると推測できるため、予約の優先度が高くなる。続いて、ソート順「３」において、「開催周期偏差」について昇順でソートされる。したがって、図６（Ｄ）に示す会議の開催周期の標準偏差の値が小さい程、定例的な予約であると推測できるため、予約の優先度が高くなる。
【００４９】
図９（Ｂ）には、図９（Ａ）のルールに従ってソートされた例が示されている。図９（Ａ）のルールに従って３度のソートが実行された結果、各グループの予約の優先度が設定される。図９（Ｂ）の例では、ソート順「２」において「キーワード有無」について降順で、「定例会：Ｓ部」の優先度が比較的高く設定され、ソート順「３」において「開催周期偏差」について昇順で、「定例会：Ｓ部」及び「本部会：Ｇ部」の優先度が比較的高く設定される。ここで、ソート順「３」においては「定例会：Ｓ部」及び「本部会：Ｇ部」の優先度が同一であるため、ソート順「２」においては優先度が比較的高い「定例会：Ｓ部」に、最も高い優先度が設定される。
【００５０】
なお、優先度を算出するルールには、例えば、会議に参加予定のユーザの職制上の階級が高いほど、優先度を高くするルール等を付加してもよい。
【００５１】
続いて、決定部１４は、定例的な予約と判定された予約の各グループについて、予約の優先度順に、所定の期間における次回以降の予約を予測する（ステップＳ１０６）。なお、予約を予測する期間は、例えば、現在から１か月先まで等のように予め設定されていてもよい。または、予約の主体毎、または予約の目的毎に予め設定されていてもよい。この場合、例えば、予約の主体が「部門」であれば、半年先まで予測し、予約の主体が「個人」や「プロジェクト」であれば、１か月先まで予測してもよい。これは、予約の主体によっては、プロジェクト等が終了し、定例的な会議が行われなくなる可能性があるためのである。
【００５２】
図１０は、次回以降の予約を予測する処理について説明する図である。図１０（Ａ）の例では、図９（Ｂ）で算出した予約の優先度が高い、「定例会：Ｓ部」、「本部会：Ｇ部」、「Ｂチーム会：Ｒ部」の順に、所定の期間（例えば、現在から１か月先まで）における次回以降の予約が予測されている。
【００５３】
ここで、図１０（Ｂ）に示すように、予約対象の日、時間帯、人数、場所は、予約データ１１１に記憶されている各グループに対する過去の予約群における開催周期に基づいて、最も割合が高い開催周期に応じた日が設定される。例えば、７日周期が６０％、１４日周期が４０％であれば、最近の開催日から７日周期の各日が予約される。また、予約における日、時間帯、人数、場所は、予約データ１１１に記憶されている各グループに対する過去の予約群における時間帯、人数、場所のうち、最も割合が高いものが設定される。
【００５４】
続いて、決定部１４は、各グループについて予測された予約がバッティングするか否かを判定する（ステップＳ１０７）。
【００５５】
図１１は、予約がバッティングする場合の例について説明する図である。図１１（Ａ）の例では、予約の優先度が比較的高い「本部会：Ｇ部」のグループに対して予測された予約内容と、予約の優先度が比較的低い「Ｂチーム会：Ｒ部」のグループに対して予測される予約内容とが、少なくとも一部の時間において重なっている。すなわち、「Ｂチーム会：Ｒ部」のグループに対して、予約データ１１１に記憶されている予約群における割合等が、図１１（Ｂ）に示すような割合等である場合、予測される予約内容のうち、２月１４日及び２１日、１３：−１６：００の２階会議室２の予約内容については予約が重なるため、バッティングする。
【００５６】
バッティングしない場合（ステップＳ１０７でＮＯ）、ステップＳ１０９の処理に進む。
【００５７】
バッティングする場合（ステップＳ１０７でＹＥＳ）、決定部１４は、バッティングする予約に対し、当該バッティングを回避する予約を予測する（ステップＳ１０８）。ここで、決定部１４は、予約がバッティングした場合、予約の優先度が比較的低いグループに対して、例えば、開催日の周期（開催周期）、開始時間、開催時間、会議室人数、及び場所の各項目が、当該グループに対応付けられた予約群における各項目の偏差に与える影響が少なくなるような回避策を算出する。
【００５８】
図１２は、バッティングを回避する予約（回避策）を予測する処理について説明する図である。図１２（Ａ）では、「Ｂチーム会：Ｒ部」の予約対象の会議室を変更する回避策の例が示されている。図１２（Ｂ）では、「Ｂチーム会：Ｒ部」の予約の開始時間を変更する回避策の例が示されている。図１２（Ｃ）では、「Ｂチーム会：Ｒ部」の予約の日にちを変更する回避策の例が示されている。なお、開催日、開始時間、開催時間、会議室人数、及び場所の各項目について、影響度の値をそれぞれ設定しておき、予約管理装置１０は、影響度の値が小さい項目から順に、回避策を検索するようにしてもよい。
【００５９】
続いて、管理部１５は、予側した予約内容に対するリソースの状態を「確認中」（仮予約）状態に設定する（ステップＳ１０９）。
【００６０】
続いて、通信部１６は、予測した予約内容を端末２０に送信する（ステップＳ１１０）。
【００６１】
続いて、通信部１６は、予測した予約内容に対するユーザによる確認結果を端末２０から受信する（ステップＳ１１１）。
【００６２】
続いて、管理部１５は、受信した確認結果が「ＯＫ」であるか否かを判定する（ステップＳ１１２）。
【００６３】
確認結果が「ＯＫ」であれば、管理部１５は、予側した予約内容に対するリソースの状態を「予約済」状態に設定し（ステップＳ１１３）、処理を終了する。これにより、当該予約内容に対するリソースは、予約がキャンセルされない限り、他のユーザが予約できなくなる。ここで、管理部１５は、予測した予約内容に対する確認結果として、ユーザの操作により予約の日時や場所等が変更された後、「ＯＫ」の操作がされた場合、予約データ１１１に、変更された予約内容を記憶する。この場合、決定部１４は、予測が変更された予約内容は、他の予約内容よりも高い重み付けをかけて、将来の予約内容を予測してもよい。これにより、例えば、予約の履歴における開催周期が１か月毎で、予測が変更された予約内容における開催周期が半月毎であれば、決定部１４は、以降は半月毎の開催周期で予約を予測する。これにより、最新の開催状況に対応した予測を行うことができる。
【００６４】
また、管理部１５は、予測した予約内容に対する確認結果として、ユーザの操作により予約の目的（例えば、会議名等）が変更された後、「ＯＫ」の操作がされた場合、変更前後の予約の目的を対応付けて記憶する。そして、評価部１３は、履歴に基づく変更前の予約の目的と、以降の予約における変更後の予約の目的とを、同一の目的として扱うようにしてもよい。これにより、例えば、予測に対する確認結果において、会議名が「Ｂチーム会」から「Ｃチーム会」に変更された場合、評価部１３は、以降の予約データ１１１において、「Ｂチーム会」、及び「Ｃチーム会」を、同一目的の予約として扱うことができる。
【００６５】
確認結果が「ＯＫ」でなければ、管理部１５は、予側した予約内容に対するリソースの状態を「空き」状態に設定し（ステップＳ１１４）、処理を終了する。これにより、当該予約内容に対するリソースは、他のユーザが予約できるようになる。なお、ステップＳ１１の処理で、所定期間（例えば、２日間）以内に確認結果を端末２０から受信しなかった場合は、ステップＳ１０で通知した予約内容に対するリソースの状態を、「空き」状態にリセットし、他のユーザが当該予約内容に対するリソースを予約できるようにしてもよい。
【００６６】
＜変形例＞
予約管理装置１０の決定部１４は、所定期間（例えば、１日）以内に、複数のユーザから、一の予約対象に対して予約時間帯の一部が少なくとも重なる複数の予約があった場合に、上述した優先度に応じて、優先する予約を決定するようにしてもよい。これにより、複数のユーザの予約がバッティングした場合に、より定例的な予約を優先することができる。
【００６７】
また、予約管理装置１０の決定部１４は、一のユーザから予約を受け付けた後、後日において他のユーザから受け付けた予約がバッティングした場合、上述した優先度に応じて、優先する予約を決定するようにしてもよい。これにより、後日の予約においても、複数のユーザの予約がバッティングした場合に、より定例的な予約を優先することができる。この場合、優先度が低い予約は自動でキャンセルし、当該キャンセルされた予約を行ったユーザの端末２０に、メール等により、当該予約がキャンセルされた旨を通知してもよい。
【００６８】
＜まとめ＞
従来、他のユーザにより先に所望の共用リソースが所望の日時で予約されることを防ぐため、ユーザが、所望の共用リソースを念のため複数の日時で予約しておき、後日、予定が確定した時点で、不要な日時についての予約をキャンセルする場合がある。この場合、他のユーザは、所望の共用リソースに対する所望の日時の予約がキャンセルされるまでの間は、念のため他の共用リソースや、他の日時を予約する場合がある。
【００６９】
上述した実施形態によれば、予約の履歴に基づき、定例的な予約に対し、優先的にリソースを割り当てる。これにより、共用リソースの予約を効率良く行うことができる。
【００７０】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００７１】
例えば、予約管理装置１０、及び端末２０の各機能部は、例えば１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。また、予約管理装置１０の各機能のうちの少なくとも一部を、端末２０にて有する構成としてもよい。
【００７２】
なお、決定部１４は、「制御部」の一例である。通信部１６は、「受信部」、及び「出力部」の一例である。
【００７３】
以上の説明に関し、更に以下の項を開示する。
（付記１）
予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出し、
抽出した前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価し、
評価により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する、
処理をコンピュータに実行させることを特徴とする予約管理プログラム。
（付記２）
前記間隔が所定の間隔以下である場合に、前記予約の優先度を小さくする処理をコンピュータに実行させることを特徴とする付記１に記載の予約管理プログラム。
（付記３）
受け付けた予約と抽出した過去の予約との、前記間隔、前記開始時刻、前記時間長、前記終了時刻、前記場所、前記人数の少なくとも一つの標準偏差を算出し、算出した標準偏差の値に応じて前記予約の優先度を算出する処理をコンピュータに実行させることを特徴とする付記１または２に記載の予約管理プログラム。
（付記４）
同一日時に複数の予約があった場合に、前記優先度に応じて優先する予約を決定する処理をコンピュータに実行させることを特徴とする付記１乃至３のいずれか一項に記載の予約管理プログラム。
（付記５）
予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出し、
抽出した前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価し、
評価により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する、
処理をコンピュータが実行することを特徴とする予約管理方法。
（付記６）
予約内容を含む予約履歴を記憶する記憶部を参照して、予約の主体又は予約の目的が共通する予約群を抽出する抽出部と、
前記抽出部により抽出された前記予約群について、予約対象日の間隔、予約対象の時間の開始時刻、予約対象の時間長、予約対象の終了時刻、予約対象の場所、予約に関連する人数のうちの、一部又は全部の一致度を評価する評価部と、
前記評価部により得られた一致度に基づいて、予約の優先度を制御する、又は、将来の予約の内容を推測する制御部と、
を有することを特徴とする予約管理装置。
（付記７）
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、前記予約の優先度を決定する、
処理をコンピュータに実行させることを特徴とする予約管理プログラム。
（付記８）
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、前記予約の優先度を決定する、
処理をコンピュータが実行することを特徴とする予約管理方法。
（付記９）
予約とともに、前記予約に対応付けられた情報を受け付ける受信部と、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出する抽出部と、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、前記予約の優先度を決定する決定部と、
を有することを特徴とする予約管理装置。
（付記１０）
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、
次回の予約候補を出力する、
処理をコンピュータに実行させることを特徴とする予約管理プログラム。
（付記１１）
前記予約候補を出力する場合に前記予約に対応付けられた過去の予約回数に基づいて出力する処理をコンピュータに実行させることを特徴とする付記１０に記載の予約管理プログラム。
（付記１２）
予約とともに、前記予約に対応付けられた情報を受け付け、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出し、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、
次回の予約候補を出力する、
処理をコンピュータが実行することを特徴とする予約管理方法。
（付記１３）
予約とともに、前記予約に対応付けられた情報を受け付ける受信部と、
受け付けた前記予約に対応付けられた特定の情報の少なくとも一部の情報と同じ情報が対応付けられた過去の予約を記憶部より抽出する抽出部と、
抽出した前記過去の予約の予約間隔、予約開始時間、予約時間、予約人数、予約場所の少なくとも一つと、前記予約に対応付けられた情報とに基づき、
次回の予約候補を出力する出力部と、
を有することを特徴とする予約管理装置。
【符号の説明】
【００７４】
１  予約管理システム
１０  予約管理装置
１１  記憶部
１１１  予約データ
１２  抽出部
１３  評価部
１４  決定部
１５  管理部
１６  通信部
２０  端末
【図１】
2019003338.tif 000004
【図２】
2019003338.tif 000005
【図３】
2019003338.tif 000006
【図４】
2019003338.tif 000007
【図５】
2019003338.tif 000008
【図６Ａ】
2019003338.tif 000009
【図６Ｂ】
2019003338.tif 000010
【図７】
2019003338.tif 000011
【図８】
2019003338.tif 000012
【図９】
2019003338.tif 000013
【図１０】
2019003338.tif 000014
【図１１】
2019003338.tif 000015
【図１２】
2019003338.tif 000016