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

Abstract

【課題】ホスト側の特定のメンバーに参加の負担が偏らないようにすることの可能な情報処理装置を提供する。【解決手段】本発明によれば、複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援する情報処理装置であって、メンバー登録部と、イベント登録部と、計数部とを備え、前記メンバー登録部は、前記複数のメンバーを登録メンバーとして予め登録するよう構成され、前記イベント登録部は、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録するよう構成され、前記計数部は、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、情報処理装置が提供される。【選択図】図２

Description

本発明は、イベントの日程調整を行う情報処理装置に関する。

従来より、会議等のイベントの日程調整を支援する情報処理装置がある。例えば、特許文献１には、同一組織内の各メンバーの外部カレンダー上の空き日程を考慮し、他の諸条件と合わせて自動で日程及び参加者を調整することが可能な日程調整装置が開示されている。

特許第６９０００９５号公報

しかしながら、各メンバーの空き日程の中から自動でイベントに参加可能なメンバーを調整する場合、複数のメンバー間で参加回数や総参加時間の差が生じ、特定のメンバーの負担が増加するおそれがあった。

本発明はこのような事情に鑑みてなされたものであり、複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整において、ホスト側の特定のメンバーに参加の負担が偏らないようにすることの可能な情報処理装置を提供するものである。

本発明によれば、以下の発明が提供される。
［１］複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援する情報処理装置であって、メンバー登録部と、イベント登録部と、計数部とを備え、前記メンバー登録部は、前記複数のメンバーを登録メンバーとして予め登録するよう構成され、前記イベント登録部は、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録するよう構成され、前記計数部は、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、情報処理装置。
［２］［１］に記載の情報処理装置であって、イベント調整部をさらに備え、前記イベント調整部は、イベントを設定するイベント設定者の入力及びイベントに参加するゲストの入力を受け付けるとともに、前記イベント設定者の入力情報と、前記ゲストの入力情報と、前記計数部がカウントした前記所定期間内における前記登録メンバーごとのイベントへの参加回数又は総参加時間に基づいて、イベントの日程及びホスト側参加メンバーを調整し、前記イベント登録部は、前記イベント調整部が調整したイベントの日程及びホスト側参加メンバーを登録する、情報処理装置。
［３］［２］に記載の情報処理装置であって、前記イベント調整部は、前記登録メンバーの中に前記所定期間内におけるイベントへの参加回数又は総参加時間が所定の上限以上のメンバーがいる場合、当該メンバーをホスト側の参加候補メンバーから除外する、情報処理装置。
［４］［３］に記載の情報処理装置であって、前記所定の上限は、前記登録メンバーごとに設定される、情報処理装置。
［５］［３］又は［４］に記載の情報処理装置であって、前記イベント調整部は、前記除外を、イベントを設定するイベント設定者の入力を受け付ける招待フェーズとイベントに参加するゲストの入力を受け付ける被招待フェーズのうち、前記被招待フェーズにおいて行う、情報処理装置。
［６］［２］～［５］のいずれかに記載の情報処理装置であって、前記イベント調整部は、前記登録メンバーの中に調整中のイベントに参加可能なメンバーが複数いる場合、前記所定期間内におけるイベントへの参加回数又は総参加時間が所定の目標値以下であるメンバー、又は前記複数のメンバーのうち前記所定期間内におけるイベントへの参加回数又は総参加時間が少ないメンバーが優先的にホスト側参加メンバーとなるよう調整する、情報処理装置。
［７］［２］～［６］のいずれかに記載の情報処理装置であって、カレンダー情報取得部をさらに備え、前記カレンダー情報取得部は、前記登録メンバーの予定が記録されたオンラインカレンダーシステムのカレンダー情報を取得するよう構成され、前記イベント調整部は、前記カレンダー情報にさらに基づいて、イベントの日程及び前記登録メンバーのうちイベントに参加するメンバーを調整する、情報処理装置。
［８］［２］～［７］のいずれかに記載の情報処理装置であって、前記イベント調整部は、ホスト側参加メンバーを個人ごと又はチームごとに調整するよう構成されており、前記計数部は、前記個人ごと又は前記チームごとにイベントへの参加回数又は総参加時間をカウントする、情報処理装置。
［９］［１］～［８］のいずれかに記載の情報処理装置であって、レポート生成部をさらに備え、前記レポート生成部は、前記登録メンバーの少なくとも１人についての前記計数部がカウントしたイベントへの参加回数又は総参加時間についてのレポートを生成する、情報処理装置。
［１０］［１］～［８］［９］のいずれかに記載の情報処理装置であって、前記計数部は、前記登録メンバーの中に、前記所定期間内におけるイベントへの参加回数又は総参加時間が所定の目標値以下又は所定の上限以上のメンバーがいる場合、アラートを生成する、情報処理装置。
［１１］［１］～［８］［１０］のいずれかに記載の情報処理装置であって、前記計数部は、前記登録メンバーの少なくとも１人について、参加したイベントの日程ごとに、イベントへの参加回数又は総参加時間をカウントする、情報処理装置。
［１２］［１］～［８］［１１］のいずれかに記載の情報処理装置であって、前記イベント登録部は、調整されたイベントの日程を登録する際、イベントに参加するゲストも登録するよう構成され、前記計数部は、前記イベント登録部が登録した情報に基づいて、所定期間内における前記ゲストごとのイベントへの参加回数又は総参加時間もカウントする、情報処理装置。
［１３］［１２］に記載の情報処理装置であって、前記計数部は、前記計数部がカウントした所定期間内における前記ゲストのイベントへの参加回数又は総参加時間が所定の上限以上となった場合に、アラートを生成する、情報処理装置。
［１４］複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援するための情報処理方法であって、メンバー登録処理と、イベント登録処理と、計数処理とを行い、前記メンバー登録処理では、前記複数のメンバーを登録メンバーとして予め登録し、前記イベント登録処理では、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録し、前記計数処理では、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、情報処理方法。
［１５］複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援するためのプログラムであって、コンピュータに、メンバー登録処理と、イベント登録処理と、計数処理とを実行させ、前記メンバー登録処理では、前記複数のメンバーを登録メンバーとして予め登録し、前記イベント登録処理では、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録し、前記計数処理では、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、プログラム。

本発明によれば、計数部が所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントすることで、各登録メンバーのイベントへの参加回数又は総参加時間を考慮してイベントへの参加者を調整することが可能となっている。

本発明の一実施形態に係る情報処理システムＳＹＳの全体構成を示す図である。 図１の情報処理システムＳＹＳのサーバ１００のハードウェア構成及び機能構成を示すブロック図である。 図１のサーバ１００の記憶部２が記憶するメンバー情報ＭＩ、ゲスト情報ＧＩ及びイベント情報ＥＩの例を示す図である。 図１の情報処理システムＳＹＳの設定者端末Ｔ１ａ、ホスト端末Ｔ２～Ｔ４及びゲスト端末Ｔ５のハードウェア構成を示すブロック図である。 図１の情報処理システムＳＹＳによる、設定者端末Ｔ１ａとサーバ１００の間で行われる日程調整処理（招待フェーズ）の一例を示すシーケンス図である。 ホスト側日程調整画面Ｄ１の表示例を示す図である。 図６に続く、ホスト側日程調整画面Ｄ１の表示例を示す図である。 設定者端末Ｔ１ａに表示されるホスト側確認画面Ｄ２の表示例を示す図である。 設定者端末Ｔ１ａに表示されるＵＲＬ表示画面Ｄ３の表示例を示す図である。 図１の情報処理システムＳＹＳによる、ゲスト端末Ｔ５とサーバ１００の間で行われる日程調整処理（被招待フェーズ）の一例を示すシーケンス図である。 図１０の過負荷メンバー除外処理（ステップＳ１３）を示すフローチャートである。 登録メンバーＭ１～Ｍ４の直近１ヶ月の参加回数の例を示すテーブルである。 図１３Ａは、全員が参加する場合の図１０の提案可能日程抽出処理（ステップＳ１６）を示すフローチャートであり、図１３Ｂは、だれか一人が参加する場合の図１０の提案可能日程抽出処理（ステップＳ１６）を示すフローチャートである。 ゲスト端末Ｔ５に表示される日程選択画面Ｄ１１の表示例を示す図である。 ゲスト端末Ｔ５に表示されるゲスト情報入力画面Ｄ１２の表示例を示す図である。 ゲスト端末Ｔ５に表示されるゲスト側確認画面Ｄ１３の表示例を示す図である。 図１０の参加メンバー調整処理（ステップＳ２０）を示すフローチャートである。 図１０のイベント登録処理（ステップＳ２１）を示すフローチャートである。 ゲスト端末Ｔ５に表示される日程確定画面Ｄ１４の表示例を示す図である。 レポート生成部１５によるレポート生成処理を示すフローチャートである。

以下、本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。また、各特徴について独立して発明が成立する。

１．情報処理システムＳＹＳの全体構成
図１は、本発明の一実施形態に係る情報処理システムＳＹＳの全体構成を示す図である。本実施形態の情報処理システムＳＹＳは、イベントの日程調整を支援するシステムである。

ここで、本発明において、「イベント」とは、打ち合わせ、会議、会合、会食等、複数の人が同じ時間に集まって行う行事全般のことを示す。また、本発明において、少なくともイベントを主催する側は複数のメンバーが所属する集団（組織）であることを想定しており、この集団を「ホスト」と規定する。また、イベントに招待される人（複数であっても良い）は、「ゲスト」と規定する。つまり、本実施形態の情報処理システムＳＹＳは、複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援するシステムである。本実施形態において、情報処理システムＳＹＳによる日程調整の支援は、Ｗｅｂサービスとして実現される。

図１に示すように、本実施形態の情報処理システムＳＹＳは、情報処理装置としてのサーバ１００と、オンラインカレンダーシステムとしての外部カレンダー１０１と、ホスト端末Ｔ１～Ｔ４と、ゲスト端末Ｔ５とを備える。これらサーバ１００、外部カレンダー１０１及び各端末Ｔ１～Ｔ５は、ネットワークＮを介して接続される。ここで、ネットワークＮは、インターネット、イントラネット、無線ＬＡＮ、移動通信等の双方向の通信回線である。

サーバ１００は、ホストに所属する登録メンバーＭ１～Ｍ４が操作するホスト端末Ｔ１～Ｔ４と、ゲストＧが操作するゲスト端末Ｔ５からの要求（入力）に応じ、所定のレスポンス（出力）を生成する装置である。サーバ１００の具体的な構成については、後述する。なお、以下では、登録メンバーがＭ１～Ｍ４の４人である例を示すが、登録メンバーの数は２人以上であれば何人であっても良い。

外部カレンダー１０１は、Ｗｅｂアプリケーションとして一般に広く提供されている任意のオンラインシステムである。外部カレンダー１０１の例としては、Ｇｏｏｇｌｅカレンダー（登録商標）やＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ（登録商標）等がある。外部カレンダー１０１には、利用するユーザ毎の日時に紐づいた予定が記録されており、例えば、Ｗｅｂ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて、記録された予定を参照、更新することが可能となっている。外部カレンダー１０１のユーザは、外部カレンダー認証情報（メールアドレス等のアカウントＩＤとログインパスワード等）を用いてシステムにログインし、カレンダーを利用する。

ホスト端末Ｔ１～Ｔ４は、ホスト側の登録メンバーＭ１～Ｍ４（後述）が使用する端末であり、ゲスト端末Ｔ５は、ゲストＧが使用する端末である。ホスト端末Ｔ１～Ｔ４の数は、図１に例示している数に限られず、通常、ホストのメンバーの数に対応して存在する。ただし、複数のメンバーが共通の端末を使用することもあり得る。また、登録メンバーＭ１がイベントを設定するイベント設定者Ｍ１ａであるとすると、イベント設定者Ｍ１ａが操作する端末であるホスト端末を設定者端末Ｔ１ａとも呼ぶ。一方、ゲスト端末Ｔ５は、イベントに招待されるゲストＧが使用する端末であり、招待されるゲストＧごとに存在する。各端末Ｔ１～Ｔ５の具体的な構成についても、後述する。

２．サーバ１００のハードウェア構成
図２は、サーバ１００のハードウェア構成及び機能構成を示すブロック図である。図２に示すように、サーバ１００は、具体的には、制御部１と、記憶部２と、通信部３とを備える。制御部１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等であり、サーバ１００全体の動作を制御する。

記憶部２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成されており、制御部１による各種プログラムに基づく処理の実行時のワークエリア等として用いられる。また、記憶部２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であり、各種データ及び制御部１の処理に利用されるプログラム等を保存する。なお、記憶部２の少なくとも一部は、外部クラウドや分散ストレージから構成されていても良い。

記憶部２に記憶されるプログラムは、例えば、サーバ１００の基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェア制御するためのドライバ、各種機能を実現するためのプログラム等であって、本実施形態に係るコンピュータプログラムを含む。

通信部３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）であり、ネットワークＮに接続する機能を有する。なお、通信部３は、ＮＩＣに代えて又はＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、及び赤外線通信等を可能とする機能を有してもよい。サーバ１００は、ネットワークＮを介して外部カレンダー１０１や各端末Ｔ１～Ｔ５等と接続され、各種データの送受信を行うことができる。

これら制御部１、記憶部２、通信部３は、バス４を介して相互に電気的に接続されている。したがって、制御部１は、記憶部２へのアクセス及び通信部３を介した外部カレンダー１０１や各端末Ｔ１～Ｔ５等との通信等を行うことができる。

なお、サーバ１００は、図２に示すような１つの装置によって構成される必要はなく、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてもよい。また、記憶部２が記憶する各種データ（情報）も、図示のように１つのデータベースで構成される必要はなく、分散データベースによって構成されても良い。

３．サーバ１００の記憶部２に記憶される情報（データ）
図３は、記憶部２に記憶されているメンバー情報ＭＩ、ゲスト情報ＧＩ及びイベント情報ＥＩの一例を示す。

メンバー情報ＭＩは、メンバーごとに記憶されるデータであり、図３に示すように、各メンバー情報ＭＩは、メンバーごとにユニークに設定されるメンバーＩＤと、メンバーの氏名と、メンバーのメールアドレスとについての情報を含む。また、各メンバー情報ＭＩは、サーバ１００と接続するためのメンバーごとのサーバ認証情報（上記メンバーＩＤと紐づいたログインパスワード等）と、外部カレンダー１０１と接続するためのメンバーごとの外部カレンダー認証情報（アカウントＩＤ及びログインパスワード等）とを含む。記憶部２に外部カレンダー認証情報を記憶しておくことで、サーバ１００の制御部１は、各メンバーからの入力を受け付けることなく、各メンバーのカレンダー情報を取得することができる。

ゲスト情報ＧＩは、ゲストＧごとに記憶されるデータであり、各ゲスト情報ＧＩは、ゲストＧごとにユニークに設定されるゲストＩＤと、ゲストＧの氏名と、ゲストＧのメールアドレスと、ゲストＧの所属（任意）についての情報を含む。また、各ゲスト情報ＧＩは、招待されたイベントについての情報（イベントＩＤ）を含む。

イベント情報ＥＩは、イベントごとに記憶されるデータであり、各イベント情報ＥＩは、イベントＩＤと、予約ページのタイトル（イベント名）と、イベントの日程と、イベントの時間と、ホスト側参加メンバー（メンバーＩＤ）とについての情報を含む。

なお、メンバー情報ＭＩ、ゲスト情報ＧＩ及びイベント情報ＥＩとして、図３に示す以外の情報を含んでいても良い。

４．端末Ｔ１～Ｔ５のハードウェア構成
ホスト端末Ｔ１～Ｔ４及びゲスト端末Ｔ５は、それぞれ、例えばパーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォンやタブレット端末等の情報処理端末とされる。各端末Ｔ１～Ｔ５は、図４に示すように、制御部２０１と、記憶部２０２と、通信部２０３と、入力部２０４と、表示部２０５とを備える。これらの各構成は、バス２０６を介して相互に電気的に接続されている。

制御部２０１、記憶部２０２及び通信部２０３の一般的な構成は、上述したサーバ１００のものと同じであるため、その説明を省略する。

入力部２０４は、ホスト端末Ｔ１～Ｔ４を使用するホストの登録メンバーＭ１～Ｍ４及びゲスト端末Ｔ５を使用するゲストＧの入力を受け付ける装置であり、マウス、キーボード、タッチパネル等の各種入力手段で構成される。表示部２０５は、液晶ディスプレイやタッチパネルディスプレイ等であり、ユーザに対し画像等を表示する。

５．サーバ１００（制御部１）の機能構成
図２に示すように、サーバ１００の制御部１は、メンバー登録部１０と、イベント調整部１１と、計数部１２と、カレンダー情報取得部１３と、イベント登録部１４と、レポート生成部１５とを備える。

メンバー登録部１０は、メンバー登録処理として、ホスト側の複数人のメンバーを登録メンバーとして予め登録する。例えば、図１の例では、４人のメンバーが登録メンバーＭ１～Ｍ４として登録されている。本実施形態において、メンバーを登録するとは、メンバーに関する情報を記憶部２に記憶することを示す。登録は、具体的には、各登録メンバーＭ１～Ｍ４が対応するホスト端末Ｔ１～Ｔ４の入力部２０４を介して必要な情報を入力することによって行われ、登録されると、記憶部２に図３に示すメンバー情報ＭＩが記憶される。図３に示す各情報のうち、メンバーＩＤの情報は、各登録メンバーＭ１～Ｍ４による入力ではなく、サーバ１００側による処理によって追加されても良い。

なお、サーバ１００と接続するためのサーバ認証情報として、ＯＡＵＴＨなどの技術を利用したいわゆるシングルサインオンを用いることも可能である。例えば、Ｇｏｏｇｌｅ（登録商標）やＭｉｃｒｏｓｏｆｔ（登録商標）等が提供するシングルサインオンを用いることで、外部カレンダー１０１と同じアカウント情報でサーバ１００にログインすることができる。これにより、サーバ１００専用のサーバ認証情報を記憶することが不要になる。

イベント調整部１１は、イベント調整処理として、イベント設定者Ｍ１ａの設定者端末Ｔ１ａを介した入力情報及びイベントに参加するゲストＧのゲスト端末Ｔ５を介した入力情報に基づいて、イベントの日程を調整するよう構成される。また、イベント調整部１１は、ホスト側の登録メンバーＭ１～Ｍ４の中に複数の参加候補者がいて、そのうち一人がイベントに参加すれば良い場合は、複数の参加候補者から、イベントに参加するメンバーであるホスト側参加メンバーを調整する。イベントの日程及びホスト側参加メンバーの調整の具体的な処理については、後述する。

計数部１２は、計数処理として、所定期間内における各登録メンバーＭ１～Ｍ４の個人ごとのイベントへの参加回数をカウントする。また、計数部１２は、所定期間内におけるゲストＧごとのイベントへの参加回数もカウントする。計数部１２による登録メンバーＭ１～Ｍ４及びゲストＧのカウントの具体的な処理についても、後述する。

カレンダー情報取得部１３は、カレンダー情報取得処理として、登録メンバーＭ１～Ｍ４の予定が記録された外部カレンダー１０１のカレンダー情報を取得するよう構成される。登録メンバーＭ１～Ｍ４のカレンダー情報は、上述したように、記憶部２の各メンバー情報ＭＩに含まれる登録メンバーＭ１～Ｍ４の外部カレンダー認証情報を用いて取得される。

イベント登録部１４は、イベント登録処理として、イベント調整部１１によって調整されたイベントの日程と、ホスト側参加メンバーとをイベント情報ＥＩとして登録する。また、イベント登録部１４は、イベントに参加するゲストＧをゲスト情報ＧＩとして登録する（図３参照）。ここで、ゲスト情報ＧＩには、招待されたイベント（参加するイベント）と紐づけるための招待イベント情報（イベントＩＤ）も記録されている。なお、本実施形態において「登録する」とは、サーバ１００の記憶部２に記憶することを示す。イベントの登録の具体的な処理については、後述する。

レポート生成部１５は、レポート生成処理として、登録メンバーＭ１～Ｍ４についての計数部１２がカウントしたイベントへの参加回数についてのレポートを生成する。レポート生成部１５によるレポート生成処理についても、後述する。

上述した機能構成は、サーバ１００に適宜インストールされるソフトウェア（いわゆるアプリを含む）によって実現してもよく、ハードウェアによって実現してもよい。ソフトウェアによって実現する場合、制御部１がソフトウェアを構成するプログラムを実行することによって各種機能を実現することができる。また、単一のソフトウェアではなく、複数のソフトウェアによって実現されていても良い。

プログラムを実行することで実現される場合、当該プログラムは、サーバ１００が内蔵する記憶部２に格納してもよく、コンピュータが読み取り可能な非一時的な記録媒体に格納してもよい。また、外部の記憶装置に格納されたプログラムを読み出し、いわゆるクラウドコンピューティングにより実現してもよい。もしくは、ハードウェアによって実現する場合、ＡＳＩＣ、ＳＯＣ、ＦＰＧＡ、又はＤＲＰなどの種々の回路によって実現することができる。また、上述した機能構成は、一部の機能構成をソフトウェア又はハードウェアによって、入力を受け付けるホスト端末Ｔ１～Ｔ４又はゲスト端末Ｔ５等で処理されるようにしてもよい。

また、上述した機能構成は、複数のコンピュータによって実現してもよく、その場合、上述した各機能構成は、複数のコンピュータに分散して配置してもよい。

６．情報処理システムＳＹＳによる日程調整処理
以下、図５～図１９を用いて、本実施形態の情報処理システムＳＹＳ（サーバ１００）による日程調整の処理を説明する。本実施形態の日程調整の処理は、イベント設定者Ｍ１ａによる入力によって設定者端末Ｔ１ａとサーバ１００との間で実行される招待フェーズと、ゲストＧによる入力によってゲスト端末Ｔ５とサーバ１００との間で実行される被招待フェーズとから構成される。本実施形態において、情報処理システムＳＹＳによる日程調整は、Ｗｅｂサービスとして実現される。つまり、イベント設定者Ｍ１ａ及びゲストＧは、設定者端末Ｔ１ａ及びゲスト端末Ｔ５が備えるＷｅｂブラウザを用いて日程調整を行うことになる。

なお、以下に示す例では、図１に示すように、ホスト側には４名のメンバーが所属し、それぞれ登録メンバーＭ１～Ｍ４として、メンバー情報ＭＩがすでに登録されているものとする。また、登録メンバーＭ１が、イベント日程調整を行うイベント設定者Ｍ１ａであるものとする。加えて、図６～図９、図１４～図１６、図１９に示す各画面の表示例は、イベントの例である「打ち合わせ」の日程を調整する例となっており、以下では、「イベント」ではなく、「打ち合わせ」との用語も用いて説明する。

６．１ 招待フェーズ
図５は、設定者端末Ｔ１ａとサーバ１００との間で行われる招待フェーズの一例を示すシーケンス図である。また、図６～図９は、招待フェーズにおいて設定者端末Ｔ１ａにＷｅｂページとして表示される画面Ｄ１～Ｄ３の表示例を示す図である。

図５に示すように、まず、設定者端末Ｔ１ａは、入力部２０４を用いたイベント設定者Ｍ１ａによる入力等の操作を受け付け、メンバーＩＤ及びサーバ認証情報を含むログイン要求をサーバ１００に送信する。サーバ１００の制御部１（メンバー登録部１０）は、設定者端末Ｔ１ａからのログイン要求を受信すると、記憶部２に記憶されているメンバー情報ＭＩを照会し、認証処理を行う（ステップＳ１）。

認証に成功すると、制御部１のイベント調整部１１は、イベント設定者Ｍ１ａがイベントを設定するために必要な情報を設定者端末Ｔ１ａに送信する。そして、設定者端末Ｔ１ａの表示部２０５（図４参照）にＷｅｂページとしてホスト側日程調整画面Ｄ１（図６～図７参照）を表示させる（ステップＳ２）。

ここで、ホスト側日程調整画面Ｄ１では、イベント設定者Ｍ１ａは、「参加者」「参加方式」「空き時間として表示する範囲」「打ち合わせの設定（打ち合わせについての各種設定事項）」「予約ページのタイトル」を設定可能となっている。

具体的には、図６に示すように、「参加者」の項目では、登録メンバーＭ１～Ｍ４の一覧が表示されており、イベント設定者Ｍ１ａは、登録メンバーＭ１～Ｍ４から、設定する打ち合わせの参加候補メンバーを選択することができる。図示例では、登録メンバーＭ１,Ｍ３，Ｍ４が参加候補メンバーとして選択されている。また、「参加方式」の項目では、ホストとして打ち合わせに「全員が参加する」か、「だれか一人が参加する」かを選択することができる。図示例では、「だれか一人が参加」する方式が選択されている。

「空き時間として表示する範囲」の項目では、「曜日設定」「期間」「締切」をそれぞれ設定することができる。「曜日設定」の項目では、イベント設定者Ｍ１ａは、１週間のうち、ゲストＧが選択できる曜日及び時間帯を設定することができる。設定は、表示されている時間帯をクリック、ドラッグすることで行えるようにすることが好適である。例えば、社内で定例のミーティングがあるといった場合は、その時間を選択できる時間帯から外すことができる。図示例では、水曜日の９時～１０時には定例の予定があることとし、水曜日以外の平日の９時～１２時及び１３時～１７時と、水曜日の１０時～１２時及び１３時～１７時をゲストＧが選択できる時間帯に設定されている。

「期間」の項目では、イベント設定者Ｍ１ａは、ゲストＧが選択できる日程の期間を設定することができる。設定は、当日からの期間で設定するか、あるいは、期間の初めと終わりを共に設定することができる。図示例では、１週間先までの期間（１週間先まで）が設定されている。また、「締切」の項目では、実際の打ち合わせ日の何日前まで受付を行うかを設定する。これにより、直近過ぎる日程で打ち合わせが設定されることを防ぐことができるようになる。図示例では、「１日前まで」が設定されているが、「２日前まで」「３日前まで」などを選択することができるようになっている。

また、図７に示すように、「打ち合わせの設定」の項目では、「打ち合わせの時間」「打ち合わせ前に空けておきたい時間」「打ち合わせの方法」をそれぞれ設定することができる。

「打ち合わせの時間」の項目では、イベント設定者Ｍ１ａは、打ち合わせに何分（時間）確保するかを設定することができる。図示例では、１時間が設定されている。「打ち合わせ前に空けておきたい時間」の項目では、他の予定どれだけ間隔を空けていれば打ち合わせを入れてもよいかを設定することができる。これにより、他の予定と連続して打ち合わせが設定されることを防ぐことが可能となる。図示例では、３０分が設定されている。

また、「打ち合わせの方法」の項目では、オンラインや対面といった打ち合わせの方法を設定することができる。オンラインの打ち合わせとして、図示例では、「Ｚｏｏｍ（登録商標）」「Ｇｏｏｇｌｅ Ｍｅｅｔ（登録商標）」「Ｍｉｃｒｏｓｏｆｔ Ｔｅａｍｓ（登録商標）」が選択可能となっている。これらオンラインの方法を選択した場合には、予め連携設定をしておくことで、打ち合わせ確定時に自動で打ち合わせ用のＵＲＬを発行できるようにすることが好適である。図示例では、オンラインの打ち合わせである「Ｇｏｏｇｌｅ Ｍｅｅｔ」が設定されている。

「予約ページのタイトル」の項目では、イベント設定者Ｍ１ａは、被招待フェーズにおいてゲスト端末Ｔ５に表示させるＷＥＢページのタイトルを設定する。図示例では、「ＡＢＣの件の打ち合わせ予約」と入力されている例を示している。

なお、調整するイベントの性質によって、上記設定する項目は適宜追加することができ、また、適宜省略することができる。

設定者端末Ｔ１ａは、設定事項の入力受付処理として、表示部２０５にホスト側日程調整画面Ｄ１を表示させ、入力部２０４を介して以上のような設定項目をイベント設定者Ｍ１ａからの入力を受け付ける（ステップＳ３）。

ここで、ホスト側日程調整画面Ｄ１の最下部には、トップ（ログイン画面：図示せず）へ戻るボタンＢ１、プレビュー表示ボタンＢ２及び確認画面へ進むボタンＢ３が配置されている。そして、入力部２０４を介して確認画面へ進むボタンＢ３が操作されると、設定者端末Ｔ１ａは、表示部２０５にホスト側確認画面Ｄ２（図８参照）を表示させる。なお、本明細書の説明において、ボタン等が「操作される」という表現には、マウス等により画面上のボタンがクリックされることや、タッチスクリーン上でボタンの位置がタッチされることも含まれる。

ホスト側確認画面Ｄ２には、ホスト側日程調整画面Ｄ１において設定した各設定事項が列挙されている。また、ホスト側確認画面Ｄ２の最下部には、ホスト側日程調整画面Ｄ１と同様のトップへ戻るボタンＢ１及びプレビュー表示ボタンＢ２と、作成するボタンＢ４とが配置されている。

なお、ホスト側日程調整画面Ｄ１又はホスト側確認画面Ｄ２においてプレビュー表示ボタンＢ２が操作されると、設定者端末Ｔ１ａは、サーバ１００に対しプレビュー要求を送信する。そして、イベント調整部１１により、後述する被招待フェーズにおけるステップＳ１１～ステップＳ１７と同様の処理が実行される。これにより、ゲスト端末Ｔ５に表示されることになる日程選択画面Ｄ１１（図１４参照）を設定者端末Ｔ１ａの表示部２０５に表示することができ、日程選択画面Ｄ１１をプレビューすることができる。なお、図５のシーケンス図では、プレビューに関する処理を省略している。

そして、ホスト側確認画面Ｄ２において作成するボタンＢ４が操作されると、設定者端末Ｔ１ａは、設定事項をサーバ１００へ送信する（ステップＳ４）。

サーバ１００が設定事項を受信すると、制御部１のイベント調整部１１は、設定事項登録処理を実行する（ステップＳ５）。設定事項登録処理において、イベント調整部１１は、設定事項を記憶部２に記憶する。

続いて、イベント調整部１１は、日程調整用ＵＲＬ発行処理を実行する（ステップＳ６）。日程調整用ＵＲＬ発行処理において、イベント調整部１１は、ゲストＧが日程調整を行うためのＷＥＢページにアクセスするための日程調整用ＵＲＬを生成する。なお、設定事項登録処理（ステップＳ５）と日程調整用ＵＲＬ発行処理（ステップＳ６）とは逆の順番で実行されても良い。

そして、イベント調整部１１は、生成されたＵＲＬを設定者端末Ｔ１ａに送信する。設定者端末Ｔ１ａは、表示部２０５にＵＲＬ表示画面Ｄ３（図９参照）を表示する。ＵＲＬ表示画面Ｄ３には、日程調整用ＵＲＬが表示されている。イベント設定者Ｍ１ａは、この日程調整用ＵＲＬをメールやチャットツール（コミュニケーションツール）など適宜の方法で打ち合わせを行いたいゲストＧに送信することで、ゲストＧに打ち合わせの日程を調整してもらうことができる。

なお、ＵＲＬ表示画面Ｄ３には、日程調整用ＵＲＬをコピーするボタンＢ５が配置されており、イベント設定者Ｍ１ａが容易に日程調整用ＵＲＬを送信できるようになっている。

６．２ 被招待フェーズ
図１０は、ゲスト端末Ｔ５とサーバ１００との間で行われる被招待フェーズの一例を示すシーケンス図である。また、図１４～図１６、図１９は、被招待フェーズにおいてゲスト端末Ｔ５にＷｅｂページとして表示される画面Ｄ１１～Ｄ１４の表示例を示す図である。さらに、図１１、図１３Ａ～図１３Ｂ、図１７～図１８は、図１０に示す各処理（ステップＳ１３，Ｓ１６，Ｓ２０，Ｓ２１）を示すフローチャートである。

図１０に示すように、ゲストＧが日程調整用ＵＲＬを用いてＷＥＢページにアクセスすると（ステップＳ１１）、サーバ１００において、制御部１のイベント調整部１１は、まず、設定事項読込処理を実行する（ステップＳ１２）。設定事項読込処理において、イベント調整部１１は、招待フェーズの設定事項登録処理（ステップＳ５）において記憶した設定事項を記憶部２から読み込む。

次に、イベント調整部１１は、過負荷メンバー除外処理を実行する（ステップＳ１３）。過負荷メンバー除外処理は、イベント設定者Ｍ１ａが設定した参加候補メンバーから、所定期間において負荷が高い、すなわち、イベントへの参加回数が多いメンバーを除外する処理である。

図１１は、過負荷メンバー除外処理（ステップＳ１３）を示すフローチャートである。図１１に示すように、過負荷メンバー除外処理において、制御部１の計数部１２は、まず、記憶部２が記憶する所定期間内に実施された各イベントのイベント情報ＥＩ（図３参照）に含まれるホスト側参加メンバー（メンバーＩＤ）の情報を取得する。そして、各登録メンバーＭ１～Ｍ４のうち、各参加候補メンバーである登録メンバーＭ１，Ｍ３，Ｍ４の所定期間内における参加回数をカウントする（計数処理：ステップＳ１３ａ）。

ここで、「所定期間」とは、過負荷メンバー除外処理を実行する時点を基準にした期間であり、例えば過去１ヶ月の期間である。また、この期間は、過負荷メンバー除外処理を実行する月（今月）としても良く、四半期、半期、１年とすることも可能である。ただし、基準とする時点は、過負荷メンバー除外処理を実行する時点を基準とすることは必須ではなく、最短の候補日程の日を基準としたり、月末を基準としたりすることも可能である。また、将来の時点を基準にする場合、完了後のイベントのみをカウントしても良く、予定の段階でカウントするようにしても良い。なお、以下の例では、直近１ヶ月における各登録メンバーＭ１～Ｍ４の参加回数は、図１２のテーブルに示すとおりであったものとして説明する。

次に、イベント調整部１１は、カウントした各参加候補メンバー（登録メンバーＭ１，Ｍ３，Ｍ４）の参加回数に基づいて、参加回数が所定の上限以上であるメンバーを、参加候補メンバーから除外する（ステップＳ１３ｂ）。「所定の上限」は、登録メンバー全員が同じであってもよく、登録メンバーごとにそれぞれ設定されていても良い。上限を登録メンバーごとに設定することで、登録メンバーの能力に応じて上限を設定することができ、より適切にメンバーの調整を行うことができる。なお、ここでは、所定の上限を全登録メンバー一律で１０回とし、図１２の例では、登録メンバーＭ４が参加候補メンバーから除外されるものとする。

次に、イベント調整部１１は、ステップＳ１３ｂの除外後にまだ参加候補メンバーが存在するかどうかを判定する（ステップＳ１３ｃ）。そして、参加候補メンバーが存在する場合は、当該参加候補メンバーを確定候補メンバーに設定して（ステップＳ１３ｄ）、過負荷メンバー除外処理を終了する。図１２の例では、登録メンバーＭ１とメンバーＭ３が確定参加候補メンバーとなる。

一方、ステップＳ１３ｂの除外後に参加候補メンバーが存在しなかった場合は、イベント調整部１１は、調整可能な日程が存在しない旨を通知して（ステップＳ１３ｅ）、日程調整（被招待フェーズ）を終了する。調整可能な日程が存在しない旨の通知は、ゲスト端末Ｔ５に送信して表示部２０５に表示させ、イベント設定者Ｍ１ａのメンバー情報ＭＩに登録されているメールアドレスにも送信することが好ましい。

次に、制御部１のカレンダー情報取得部１３は、外部カレンダー１０１に対し、ステップＳ１３ｄにおいて設定された確定候補メンバーのカレンダー情報を要求する（ステップＳ１４）。この際、カレンダー情報取得部１３は、記憶部２に記憶されているメンバー情報ＭＩに含まれる各確定候補メンバーの外部カレンダー認証情報（図５参照）を用いる。なお、要求するカレンダー情報は、具体的には、設定事項読込処理（ステップＳ１２）において読み込んだ設定事項に含まれる「空き時間として表示する範囲」の「期間」に該当する期間の予定の情報である。

上記要求を受け取ると、外部カレンダー１０１は、ステップＳ１４の要求に応じて、確定候補メンバーのカレンダー情報を送信するので、カレンダー情報取得部１３は、当該カレンダー情報を取得する（ステップＳ１５）。

次に、イベント調整部１１は、提案可能日程抽出処理を実行する（ステップＳ１６）。提案可能日程抽出処理は、ステップＳ１３ｄにおいて設定された確定候補メンバーが参加可能な日程を抽出する処理である。提案可能日程抽出処理は、設定事項に含まれる「参加方式」が「全員が参加する」か「誰か一人が参加する」かによって異なるので、順に説明する。

図１３Ａは、「全員が参加する」方式の場合の提案可能日程抽出処理を示すフローチャートである。「全員が参加する」方式の場合、イベント調整部１１は、まず、確定参加候補メンバーが複数存在するかどうかを判定する（ステップＳ１６ａ）。確定参加候補メンバーが複数存在する場合は、全確定参加候補メンバーの空き日程の積集合、すなわち、共通の空き日程を提案可能日程に設定し（ステップＳ１６ｂ）、提案可能日程抽出処理を終了する。

また、ステップＳ１６ａにおいて確定参加候補メンバーが一人だけの場合は、当該確定参加候補メンバーの空き日程を提案可能日程に設定し（ステップＳ１６ｃ）、可能日程抽出処理を終了する。

一方、図１３Ｂは、「誰か一人が参加する」方式の場合の提案可能日程抽出処理を示すフローチャートである。「誰か一人が参加する」方式の場合、イベント調整部１１は、まず、確定参加候補メンバーが複数存在するかどうかを判定する（ステップＳ１６ａ）。確定参加候補メンバーが複数存在する場合は、全確定参加候補メンバーの空き日程の和集合、すなわち、全員が参加できない日程以外のすべての日程を提案可能日程に設定し、（ステップＳ１６ｄ）提案可能日程抽出処理を終了する。

また、ステップＳ１６ａにおいて確定参加候補メンバーが一人だけの場合は、当該確定参加候補メンバーの空き日程を提案可能日程に設定し、（ステップＳ１６ｃ）可能日程抽出処理を終了する。

なお、いずれの方式の場合であっても、提案可能日程抽出処理における提案可能日程の設定の際には、設定事項に含まれる「打ち合わせの設定」の「打ち合わせの時間」の項目及び「打ち合わせ前にあけておきたい時間」の項目が考慮される。

ステップＳ１６の提案可能日程抽出処理により提案可能日程を抽出した後、イベント調整部１１は、ゲストＧがイベントの日程を選択するために必要な情報をゲスト端末Ｔ５に送信する。そして、ゲスト端末Ｔ５の表示部２０５（図４参照）に、日程選択画面Ｄ１１（図１４参照）を表示させる（ステップＳ１７）。

ここで、日程選択画面Ｄ１１では、招待フェーズにおいてイベント設定者Ｍ１ａが設定し、読込処理（ステップＳ１２）において読み込んだ設定事項に含まれる「予約ページのタイトル」及び「打ち合わせ方法」が表示される。図示例では、タイトルに「ＡＢＣの件の打ち合わせ予約」と表示され、打ち合わせ方法として「Ｇｏｏｇｌｅ Ｍｅｅｔ」と表示された例を示している。また、図示例では、打ち合わせのホストの所属（会社名）も表示されている。

また、日程選択画面Ｄ１１では、１週間分のカレンダーが表示されるとともに、時間帯ごとにボタンが配置され、その中から１つのボタンを選択可能な状態となっている。また、日程選択画面Ｄ１１には、「前週」ボタン及び「次週」ボタンが配置されており、必要に応じて前週や次週の時間帯を選択できるようになっている。なお、日程選択画面Ｄ１１において選択可能な日程は、招待フェーズにおいてイベント設定者Ｍ１ａが設定し、読込処理（ステップＳ１２）において読み込んだ設定事項に含まれる「空き時間として表示する範囲」の各項目に基づいて設定される。また、各時間帯の幅は、同設定事項に含まれる「打ち合わせの設定」の「打ち合わせの時間」の項目に基づいて設定される。図示例では、９月２２日（木）の９時～１０時の時間帯が選択された様子が示されている。

さらに、日程選択画面Ｄ１１の最下部には、次のゲスト情報入力画面Ｄ１２へ進むための次へボタンＢ１１が配置されている。

ゲスト端末Ｔ５は、日程の選択受付処理として、表示部２０５に上記日程選択画面Ｄ１１を表示させ、入力部２０４を介してゲストＧからの日程選択の入力を受け付ける（ステップＳ１８）。そして、日程選択画面Ｄ１１において次へボタンＢ１１が操作されると、ゲスト端末Ｔ５は、表示部２０５にゲスト情報入力画面Ｄ１２（図１５参照）を表示させる。

ゲスト情報入力画面Ｄ１２では、ゲスト情報ＧＩとして、ゲストＧの氏名、会社名（所属）、メールアドレス、コメントの入力を受け付けるようになっている（ただし、会社名とコメントの入力は任意としても良い）。また、ゲスト情報入力画面Ｄ１２の最下部には、日程選択画面Ｄ１１へ戻るボタンＢ１２及びゲスト側確認画面Ｄ１３へ進むための次へボタンＢ１３が配置されている。

ゲスト端末Ｔ５は、日程の選択受付処理の続きとして、入力部２０４を介してゲストＧからのゲスト情報ＧＩの入力を受け付ける（ステップＳ１８）。そして、ゲスト情報入力画面Ｄ１２において次へボタンＢ１３が操作されると、ゲスト端末Ｔ５は、表示部２０５にゲスト側確認画面Ｄ１３（図１６参照）を表示させる。なお、図示はしないが、複数人のゲストが参加できるよう、複数人のゲスト情報ＧＩを入力できるようにすることも好適である。

ゲスト側確認画面Ｄ１３には、日程選択画面Ｄ１１において選択した日程（日時）及びゲスト情報入力画面Ｄ１２において設定したゲスト情報ＧＩが列挙されている。また、ゲスト側確認画面Ｄ１３の最下部には、ゲスト情報入力画面Ｄ１２へ戻るボタンＢ１４及び作成するボタンＢ１５が配置されている。

そして、ゲスト側確認画面Ｄ１３において作成するボタンＢ１５が操作されると、ゲスト端末Ｔ５は、選択された日程の情報及びゲスト情報ＧＩをサーバ１００へ送信する（ステップＳ１９）。

サーバ１００が選択された日程の情報及びゲスト情報ＧＩを受信すると、制御部１のイベント調整部１１は、参加メンバー調整処理を実行する（ステップＳ２０）。参加メンバー調整処理は、確定候補メンバーから、ホスト側参加メンバーを決定する処理である。なお、参加メンバー調整処理（ステップＳ２０）は、設定事項に含まれる「参加方式」が「誰か一人が参加する」方式の場合にのみ実行される。「全員が参加する」方式の場合は、確定候補メンバー全員がホスト側参加メンバーとなる。

図１７は、参加メンバー調整処理（ステップＳ２０）を示すフローチャートである。図１７に示すように、参加メンバー調整処理において、イベント調整部１１は、まず、設定事項に含まれる「参加方式」が「誰か一人が参加する」方式であるかどうかを判定する（ステップＳ２０ａ）。参加方式が「全員が参加する」方式の場合は、イベント調整部１１は、全ての確定候補メンバーホスト側参加メンバーとして（ステップＳ２０ｂ）、参加メンバー調整処理を終了する。

参加方式が「誰か一人が参加する」方式の場合、イベント調整部１１は、選択された日程に参加可能な確定候補メンバーを特定する（ステップＳ２０ｃ）。次に、イベント調整部１１は、特定した確定候補メンバーが複数存在するかを判定する（ステップＳ２０ｄ）。

そして、確定候補メンバーが複数存在する場合は、当該複数のメンバーのうち、過負荷メンバー除外処理（ステップＳ１３）において計数部１２がカウントした、所定期間内において参加回数が最も少ないメンバーをホスト側参加メンバーに決定し（ステップＳ２０ｅ）、参加メンバー調整処理を終了する。参加回数が同数のメンバーが複数いる場合には、ホスト側参加メンバーをランダムに決定する。

なお、参加回数の「所定の上限」が登録メンバーごとにそれぞれ設定されている場合は、「参加回数が最も少ないメンバー」をホスト側参加メンバーに決定することに代えて、「所定の上限との差分が最も大きいメンバー」をホスト側参加メンバーに決定することも可能である。図１２の図示例において、確定候補メンバーである登録メンバーＭ１、Ｍ３が共にゲストＧの選択した日程に参加可能であった場合は、参加回数の少ないメンバーＭ３がホスト側参加メンバーとなる。

一方、イベント調整部１１は、確定候補メンバーが一人であった場合は、当該確定候補メンバーをホスト側参加メンバーに決定し（ステップＳ２０ｂ）、参加メンバー調整処理を終了する。

次に、制御部１のイベント登録部１４は、イベント登録処理を実行する（ステップＳ２１）。イベント登録処理において、イベント登録部１４は、選択された日程と、決定したホスト側参加メンバーとを含む情報（図３参照）をイベント情報ＥＩとして登録する。言い換えると、設定したイベントについてのイベント情報ＥＩを記憶部２に記憶する（ステップＳ２１ａ）。

また、イベント登録処理において、イベント登録部１４は、ゲスト情報ＧＩ（図３参照）も登録する（ステップＳ２１ｂ）。具体的には、イベント登録部１４は、ゲスト情報ＧＩが記憶部２に存在していなかった場合は新たに追加し、存在する場合は、変更がある場合に更新を行う。なお、ステップＳ２１ａとステップＳ２１ｂは、逆の順で実行しても良い。

次に、イベント調整部１１は、招待メッセージ生成処理を実行する（ステップＳ２２）。招待メッセージ生成処理は、ゲストＧ宛の招待メッセージと、ホスト側参加メンバー宛の招待メッセージとを生成し、電子メールとして送信する処理である。ゲストＧ宛の招待メッセージには、設定された打ち合わせの日時と、読込処理（ステップＳ１２）において読み込んだ設定事項に含まれる予約ページのタイトル及び打ち合わせ方法と、参加メンバー調整処理（ステップＳ２０）において決定したホスト側参加メンバーの情報等を含む、日程の詳細が記載される。また、自らが入力した内容を確認できるようにするため、ゲスト情報入力画面Ｄ１２で入力した内容も記載される。

加えて、打ち合わせ方法がオンラインの方法である場合は、対応するオンライン会議システムにオンライン会議用のＵＲＬの発行を要求し、発行された会議用ＵＲＬをゲストＧ宛の招待メッセージに含ませることも好適である。

なお、ゲストＧ宛の招待メッセージには、決定した打ち合わせをＧｏｏｇｌｅカレンダーやＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ等の外部カレンダー１０１に自動で登録するためのボタンを配置することも好適である。さらに、日程の変更を依頼するためのＷｅｂページにアクセスするためのリンクを含ませることも好適である。

一方、ホスト側参加メンバー宛の招待メッセージには、上述した日程の詳細に加えて、ゲストＧについての情報（ゲスト情報ＧＩに登録された情報）として、ゲストＧの氏名及びメールアドレス、また、ゲストＧがコメントを入力している場合は、その内容が記載される。また、オンライン会議用のＵＲＬを発行した場合は、当該ＵＲＬも含ませることが好適である。

なお、招待メッセージ生成処理において、打ち合わせに参加しない場合のイベント設定者Ｍ１ａ宛に、打ち合わせの設定が完了した旨を示すメールを生成しても良い。当該メールには、「日程詳細」、招待したゲストＧについての情報（ゲスト情報ＧＩに登録された情報）及びホスト側参加メンバーの情報を含ませることが好適である。

イベント調整部１１は、また、確定した打ち合わせの内容をゲスト端末Ｔ５に送信し、ゲスト端末Ｔ５の表示部２０５（図４参照）に日程確定画面Ｄ１４（図１９参照）を表示させる（ステップＳ２３）。日程確定画面Ｄ１４には、図１９に示すように、招待メッセージ生成処理によって生成した招待メッセージと同様の内容、すなわち、打ち合わせの日時と、打ち合わせ相手（ホスト側参加メンバー）と、打ち合わせ方法とが列挙される。また、打ち合わせ方法がオンラインの方法である場合は、会議用ＵＲＬを含ませることが好適である。さらに、日程確定画面Ｄ１４にも、決定した打ち合わせをＧｏｏｇｌｅカレンダーやＭｉｃｒｏｓｏｆｔＯｕｔｌｏｏｋ等の外部カレンダー１０１に自動で登録するためのボタンを配置することが好適である。

なお、上述したイベント登録処理（ステップＳ２１）と、招待メッセージ生成処理（ステップＳ２２）と、確定画面の表示（ステップＳ２３）とは、任意の順番で処理することができ、並列的に処理することも可能である。

本実施形態の情報処理システムＳＹＳは、以上のような招待フェーズの処理及び被招待フェーズの処理により、イベントの日程調整を支援する。

６．サーバ１００によるレポート生成処理
以下、図２０を用いて、本実施形態のサーバ１００の制御部１が有するレポート生成部１５によるレポート生成の処理（ステップＳ３０）を説明する。

図２０は、レポート生成部１５によるレポート生成処理を示すフローチャートである。図２０に示すように、レポート生成処理において、まず、制御部１の計数部１２は、記憶部２が記憶する所定期間内に実施された各イベントのイベント情報ＥＩ（図３参照）に含まれるホスト側参加メンバー（メンバーＩＤ）の情報を取得する。そして、各登録メンバーＭ１～Ｍ４の所定期間内における参加回数をカウントする（ステップＳ３０ａ）。

次に、レポート生成部１５は、カウントした各登録メンバーＭ１～Ｍ４の所定期間内における参加回数をもとに、図１２に示すような、各登録メンバーのイベントへの参加回数をまとめたテーブルを含むレポートを生成する（ステップＳ３０ｂ）。

なお、レポート生成処理における「所定期間」は、レポート生成処理を実行する時点を基準にした期間であり、例えば過去１ヶ月の期間である。この所定期間は、過負荷メンバー除外処理における「所定期間」と同じであっても良く、異なっていても良い。

そして、レポート生成部１５は、生成されたレポートの内容を記憶部２に記憶するとともに、ホストの管理者やマネージャー、人事担当者等（以下、所定の管理者と呼ぶ）に電子メールで送信する（ステップＳ３０ｃ）。ただし、レポートは、単に記憶部２に記憶しておき、所定の管理者が必要に応じて読み出すようにしても良い。

また、レポート生成処理は、定期的なタイミング（例えば、１週間毎）で実行しても良く、所定の管理者の生成指示にしたがって実行しても良い。また、上述した日程調整処理中、具体的には、過負荷メンバー除外処理（ステップＳ１３）のステップＳ１３ａにおいて、イベントへの参加回数をカウントするタイミングで実行しても良い。ただし、この場合は、過負荷メンバー除外処理（ステップＳ１３）においても、参加候補メンバーだけでなく、登録メンバー全員のイベントへの参加回数をカウントするようにすることが好ましい。

加えて、レポートには、単なる所定期間内における参加回数だけではなく、日程ごとの各登録メンバーの参加回数や、ゲストＧごとのイベントへの参加回数を含ませることも好適である。なお、ゲストＧごとのイベントへの参加回数は、計数部１２が各イベント情報ＥＩに含まれるゲストＧの情報をカウントすることによって取得することが可能である。

さらに、レポート生成処理において、参加回数が所定の上限以上であるメンバーが存在した場合、アラートを生成し、所定の管理者に通知するようにすることも好適である。加えて、参加回数が所定の目標値以下のメンバーが存在した場合にも、同様にアラートを生成し、所定の管理者に通知することが可能である。なお、アラートの生成は、日程調整処理における過負荷メンバー除外処理（ステップＳ１３）において行っても良い。

また、上述したように、計数部１２がゲストＧごとのイベントへの参加回数もカウントする場合には、ゲストＧのイベントへの参加回数が所定の上限に以上となった場合にもアラートを生成することが好ましい。

７．作用効果
（１）本実施形態のサーバ１００は、計数部１２を備えており、計数部１２が記憶部２に記憶されたイベント情報ＥＩに基づいて、所定期間内における登録メンバー（参加候補メンバー）のイベントへの参加回数をカウントするよう構成されている。これにより、登録メンバーのイベントへの参加回数を考慮してイベントへの参加者を調整することが可能となっている。

（２）本実施形態のサーバ１００は、イベント調整部１１が、イベントへの参加メンバーを調整する際に、（ステップＳ１３）において、計数部１２がカウントした所定期間内における参加回数が所定の上限以上である登録メンバーをイベントへの参加候補メンバーから除外するよう構成されている（過負荷メンバー除外処理：ステップＳ１３）。これにより、所定期間においてイベントへの参加回数が多く、負荷が高くなっている登録メンバーを自動的に参加候補メンバーから除外し、登録メンバー間での負荷の偏りを低減することが可能となっている。

（３）本実施形態のイベント調整部１１は、イベントに参加可能な登録メンバーが複数いる場合に、参加回数が最も少ないメンバーをホスト側参加メンバーに決定するよう構成されている（参加メンバー調整処理：ステップＳ２０のステップＳ２０ｅ参照）。これにより、登録メンバー間の負荷の偏りをさらに低減することが可能である。

（５）本実施形態のサーバ１００は、外部カレンダー１０１に記録された登録メンバーの予定を取得するカレンダー情報取得部１３を備えている。これにより、イベント設定者Ｍ１ａが各登録メンバーの予定を把握していなくても、自動的に各登録メンバーの空き日程を取得し、ゲストＧに当該空き日程の中からイベントの日程を選択してもらうことが可能となっている。

（６）本実施形態のサーバ１００は、レポート生成部１５が登録メンバーの所定期間内における参加回数をカウントし、当該参加回数をもとに各登録メンバーのイベントへの参加回数をまとめたテーブル（図１２参照）を含むレポートを生成するよう構成されている（レポート生成処理：ステップＳ２０参照）。これにより、イベントによる登録メンバーの負荷を容易に把握することが可能となっている。また、登録メンバーの負荷だけでなく、登録メンバーの業務マネジメント（無駄なイベント時間の削減や会議アポイント数向上など）に活用することも可能である。

（７）本実施形態の計数部１２は、上述したレポート生成処理際や日程調整処理において各登録メンバーのイベントへの参加回数をカウントした際に、当該参加回数が所定の上限以上であるメンバーが存在した場合、アラートを生成し、所定の管理者に通知するようになっている。これにより、登録メンバー間の負荷の偏りの見過ごしを防止することが可能となっている。

（８）本実施形態の計数部１２は、ゲストＧごとのイベントへの参加回数もカウントすることが可能である。ゲストＧごとのイベントへの参加回数をカウントすることで、特定のゲストＧとのイベントが何度も設定されて業務効率が低下することを抑制することが可能である。特に、ゲストＧのイベントへの参加回数が所定の上限に以上となった場合にアラートを生成するようにすれば、より効果的に業務効率の低下を抑制することが可能である。

（９）イベントへの参加者を決定するにあたっては、イベント設定者Ｍ１ａが参加候補メンバーを選択するタイミングでは負荷が多くなくても、その後ゲストＧが日程を選択するまでのタイムラグの間に特定の登録メンバーの負荷が増大するおそれがある。この点、本実施形態のイベント調整部１１は、ゲストＧが日程を選択する被招待フェーズにおいて、過負荷メンバー除外処理を行うようになっている。したがって、このような場合であっても、適切に当該登録メンバーを参加候補メンバーから除外することが可能となっている。

８．変形例
なお、本発明は、以下の態様でも実施可能である。

上記実施形態では、オンラインカレンダーシステムとして、外部カレンダー１０１を用いたが、オンラインカレンダーシステム自体をサーバ１００によって提供することも可能である。

上記実施形態において、情報処理システムＳＹＳ（サーバ１００）による日程調整の支援は、Ｗｅｂサービスとして提供されていた。しかしながら、各端末に各種の操作画面を表示させる専用アプリケーションをインストールし、専用アプリケーション上で提供されるサービスとして提供することも可能である。

上記実施形態において、計数部１２は、登録メンバーのイベントへの参加回数をカウントするよう構成され、イベント調整部１１は、当該参加回数に基づいてイベントへの参加者を調整するよう構成されていた。しかしながら、登録メンバーのイベントへの参加回数に変えて、登録メンバーのイベントへの総参加時間に基づいて、イベントへの参加者を調整するよう構成しても良い。総参加時間に基づいて負荷を判断することで、イベントの時間による負荷の大小を考慮した調整を行うことが可能となる。また、イベントへの参加回数とイベントへの総参加時間の両方に基づいてイベントへの参加者を調整するよう構成することも可能である。さらに、計数部１２は、ゲストＧのイベントへの総参加時間をカウントするよう構成されていても良い。

上記実施形態では、イベント設定者Ｍ１ａはホストの登録メンバーＭ１でもあり、イベントの参加候補者になり得るメンバーとして説明したが、イベント設定者は必ずしも登録メンバーである必要はない。例えば、イベント設定者Ｍ１ａがイベントの調整を専門の業務とする場合等、参加候補者とならないような場合は、登録メンバーではないイベント設定者がイベントの設定をすることも可能である。この場合、イベント設定者には、システム利用（サーバ１００へのログイン）のため、登録メンバーとは異なるタイプのアカウントを配布することが好適である。

上記実施形態において、計数部１２は、すでにあるイベント情報ＥＩを読み込んで各登録メンバーの参加回数をカウントしていた。しかしながら、各登録メンバーのメンバー情報ＭＩに参加回数の項目を設け、登録メンバーがホスト側参加メンバーとなったタイミング（イベント登録処理：ステップＳ２１のタイミング）や、イベントが実施された際に、当該参加回数の項目に保存されている参加回数に加算するようにしても良い。ゲストＧの参加回数についても同様である。

上記実施形態において、ステップＳ２２の招待メッセージ生成処理では、生成した招待メッセージを電子メールとして送信する処理を行っていたが、電子メールで送信する処理は必須ではない。つまり、メールを受け取らなかったとしても、ゲストＧについては、日程確定画面Ｄ１４により、決定したイベントの日程詳細を確認できる。また、ホスト側参加メンバーについては、例えば、イベント設定者Ｍ１ａからイベントが設定された旨の連絡を受けたり、自らの外部カレンダー１０１に予定が自動的に登録されることで、イベントを把握することが可能である。

上記実施形態において、レポート生成部１５は、登録メンバーごとのイベントへの参加回数をまとめたレポートを生成していたが、登録メンバー全員のレポートを生成しなくても良い。例えば、レポート生成部１５は、新入メンバーや、注意すべきメンバーなど、一部の登録メンバーについてのレポートのみを生成するものであっても良い。したがって、計数部１２は、一部の登録メンバーの参加回数のみをカウントするものであっても良い。

上記実施形態の日程調整は、ホストの登録メンバーの空き時間を自動で抽出してその日程をゲストＧに提案し、その中からイベントの日程を選ばせる方式（空き時間公開方式）であった。しかしながら、ゲストＧに提案する日程（複数）をホスト側で選択し、その中からイベントの日程を選ばせる方式（スポット提案方式）を採用することも可能である。スポット提案方式においても、計数部１２が記憶部２に記憶されたイベント情報ＥＩに基づいて所定期間内における登録メンバー（参加候補メンバー）のイベントへの参加回数をカウントすることで、例えばイベント設定者が当該参加回数を閲覧できるようになる。これにより、登録メンバーのイベントへの参加回数を考慮してイベントへの参加者を調整することが可能となっている。

上記実施形態において、サーバ１００はイベント調整部１１を備えていたが、本発明のサーバ１００（制御部１）は、イベント調整部１１を備えていなくても良い。この場合であっても、イベント設定者Ｍ１ａ等からの要求に応じて、又は定期的なタイミングで計数部１２が所定期間内における登録メンバーごとのイベントへの参加回数をカウントすることで、例えば、イベント設定者がイベントを設定する際に、当該参加回数を確認しつつ登録メンバーの中からイベントへの参加者を割り振ることができる。これにより、特定の登録メンバーの参加回数が多くなり、特定の登録メンバーが過負荷になってしまうことを避けることが可能となる。

上記実施形態では、ホスト（組織）に所属する各メンバーがそれぞれ個人として「登録メンバー」として登録されていたが、複数の登録メンバーからなる「チーム」の概念を導入し、１つのホスト（組織）に１又は複数のチームを作成できるようにしても良い。この場合、ホスト側日程調整画面Ｄ１（設定事項の入力受付処理：ステップＳ３）では、イベントへの参加者をチームごとに選択できるようにすることが好適である。そして、計数部１２は、所定期間内におけるイベントへの登録メンバーごとの参加回数に加えて、チームごとの参加回数もカウントすることが好適である。所定期間内におけるチームごとの参加回数をカウントすることで、チームごとの負荷を考慮してイベントへの参加者を調整することが可能となる。さらに、計数部１２は、所定期間内における全登録メンバーの累計の参加回数をカウントすることも考えられる。累計の参加回数をカウントすることで、ホスト全体の業務負荷を把握することが可能となる。

上記実施形態において、イベント登録部１４は、イベント情報ＥＩの一項目としてホスト側参加メンバー（メンバーＩＤ）を登録していた。しかしながら、イベント登録部１４は、メンバー情報ＭＩの一項目として参加するイベントの情報（イベントＩＤ）を登録するようにしても良い。すなわち、ホスト側参加メンバーのイベントへの参加情報を、メンバー情報ＭＩとして保持するようにしても良い。一方、上記実施形態において、イベント登録部１４は、ゲスト情報ＧＩの一項目として参加するイベントの情報（イベントＩＤ）を登録していた。しかしながら、イベント登録部１４は、イベント情報ＥＩの一項目としてゲストＧを登録するようにしても良い。すなわち、ゲストＧのイベントへの参加情報を、イベント情報ＥＩとして保持するようにしても良い。上記いずれの場合でも、計数部１２は、イベント登録部１４が登録したホスト側参加メンバーの情報に基づいて所定期間内における各登録メンバーのイベントへの参加回数をカウントすることができ、イベント登録部１４が登録したゲストＧの情報に基づいて所定期間内におけるゲストＧごとのイベントへの参加回数をカウントすることができる。

１ ：制御部
２ ：記憶部
３ ：通信部
４ ：バス
１０ ：メンバー登録部
１１ ：イベント調整部
１２ ：計数部
１３ ：カレンダー情報取得部
１４ ：イベント登録部
１５ ：レポート生成部
１００ ：サーバ
１０１ ：外部カレンダー
２０１ ：制御部
２０２ ：記憶部
２０３ ：通信部
２０４ ：入力部
２０５ ：表示部
２０６ ：バス
Ｂ１ ：戻るボタン
Ｂ２ ：プレビュー表示ボタン
Ｂ３ ：確認画面へ進むボタン
Ｂ４ ：作成するボタン
Ｂ５ ：ＵＲＬをコピーするボタン
Ｂ１１ ：次へボタン
Ｂ１２ ：戻るボタン
Ｂ１３ ：次へボタン
Ｂ１４ ：戻るボタン
Ｂ１５ ：作成するボタン
Ｄ１ ：ホスト側日程調整画面
Ｄ２ ：ホスト側確認画面
Ｄ３ ：ＵＲＬ表示画面
Ｄ１１ ：日程選択画面
Ｄ１２ ：ゲスト情報入力画面
Ｄ１３ ：ゲスト側確認画面
Ｄ１４ ：日程確定画面
ＥＩ ：イベント情報
Ｇ ：ゲスト
ＧＩ ：ゲスト情報
Ｍ１～Ｍ４ ：登録メンバー
Ｍ１ａ ：イベント設定者
ＭＩ ：メンバー情報
Ｎ ：ネットワーク
Ｓ１～Ｓ６，Ｓ１１～Ｓ２３，Ｓ３０ ：ステップ
ＳＹＳ ：情報処理システム
Ｔ１～Ｔ４ ：ホスト端末
Ｔ１ａ ：設定者端末
Ｔ５ ：ゲスト端末

Claims (15)

1. 複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援する情報処理装置であって、
   メンバー登録部と、イベント登録部と、計数部とを備え、
   前記メンバー登録部は、前記複数のメンバーを登録メンバーとして予め登録するよう構成され、
   前記イベント登録部は、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録するよう構成され、
   前記計数部は、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   イベント調整部をさらに備え、
   前記イベント調整部は、イベントを設定するイベント設定者の入力及びイベントに参加するゲストの入力を受け付けるとともに、前記イベント設定者の入力情報と、前記ゲストの入力情報と、前記計数部がカウントした前記所定期間内における前記登録メンバーごとのイベントへの参加回数又は総参加時間に基づいて、イベントの日程及びホスト側参加メンバーを調整し、
   前記イベント登録部は、前記イベント調整部が調整したイベントの日程及びホスト側参加メンバーを登録する、情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記イベント調整部は、前記登録メンバーの中に前記所定期間内におけるイベントへの参加回数又は総参加時間が所定の上限以上のメンバーがいる場合、当該メンバーをホスト側の参加候補メンバーから除外する、情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記所定の上限は、前記登録メンバーごとに設定される、情報処理装置。
5. 請求項３に記載の情報処理装置であって、
   前記イベント調整部は、前記除外を、イベントを設定するイベント設定者の入力を受け付ける招待フェーズとイベントに参加するゲストの入力を受け付ける被招待フェーズのうち、前記被招待フェーズにおいて行う、情報処理装置。
6. 請求項２に記載の情報処理装置であって、
   前記イベント調整部は、前記登録メンバーの中に調整中のイベントに参加可能なメンバーが複数いる場合、前記所定期間内におけるイベントへの参加回数又は総参加時間が所定の目標値以下であるメンバー、又は前記複数のメンバーのうち前記所定期間内におけるイベントへの参加回数又は総参加時間が少ないメンバーが優先的にホスト側参加メンバーとなるよう調整する、情報処理装置。
7. 請求項２に記載の情報処理装置であって、
   カレンダー情報取得部をさらに備え、
   前記カレンダー情報取得部は、前記登録メンバーの予定が記録されたオンラインカレンダーシステムのカレンダー情報を取得するよう構成され、
   前記イベント調整部は、前記カレンダー情報にさらに基づいて、イベントの日程及び前記登録メンバーのうちイベントに参加するメンバーを調整する、情報処理装置。
8. 請求項２に記載の情報処理装置であって、
   前記イベント調整部は、ホスト側参加メンバーを個人ごと又はチームごとに調整するよう構成されており、
   前記計数部は、前記個人ごと又は前記チームごとにイベントへの参加回数又は総参加時間をカウントする、情報処理装置。
9. 請求項１～請求項８のいずれかに記載の情報処理装置であって、
   レポート生成部をさらに備え、
   前記レポート生成部は、前記登録メンバーの少なくとも１人についての前記計数部がカウントしたイベントへの参加回数又は総参加時間についてのレポートを生成する、情報処理装置。
10. 請求項１～請求項８のいずれかに記載の情報処理装置であって、
    前記計数部は、前記登録メンバーの中に、前記所定期間内におけるイベントへの参加回数又は総参加時間が所定の目標値以下又は所定の上限以上のメンバーがいる場合、アラートを生成する、情報処理装置。
11. 請求項１～請求項８のいずれかに記載の情報処理装置であって、
    前記計数部は、前記登録メンバーの少なくとも１人について、参加したイベントの日程ごとに、イベントへの参加回数又は総参加時間をカウントする、情報処理装置。
12. 請求項１～請求項８のいずれかに記載の情報処理装置であって、
    前記イベント登録部は、調整されたイベントの日程を登録する際、イベントに参加するゲストも登録するよう構成され、
    前記計数部は、前記イベント登録部が登録した情報に基づいて、所定期間内における前記ゲストごとのイベントへの参加回数又は総参加時間もカウントする、情報処理装置。
13. 請求項１２に記載の情報処理装置であって、
    前記計数部は、前記計数部がカウントした所定期間内における前記ゲストのイベントへの参加回数又は総参加時間が所定の上限以上となった場合に、アラートを生成する、情報処理装置。
14. 複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援するための情報処理方法であって、
    メンバー登録処理と、イベント登録処理と、計数処理とを行い、
    前記メンバー登録処理では、前記複数のメンバーを登録メンバーとして予め登録し、
    前記イベント登録処理では、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録し、
    前記計数処理では、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、情報処理方法。
15. 複数のメンバーが所属するホストと少なくとも１人のゲストとの間で行われるイベントの日程調整を支援するためのプログラムであって、
    コンピュータに、メンバー登録処理と、イベント登録処理と、計数処理とを実行させ、
    前記メンバー登録処理では、前記複数のメンバーを登録メンバーとして予め登録し、
    前記イベント登録処理では、調整されたイベントの日程と、前記登録メンバーのうち前記調整されたイベントに参加するメンバーであるホスト側参加メンバーとを登録し、
    前記計数処理では、前記イベント登録部が登録した情報に基づいて、所定期間内における各登録メンバーのイベントへの参加回数又は総参加時間をカウントする、プログラム。