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

Abstract

【課題】ユーザが複数のアカウントと関連付けられたスケジュール管理サービスにおいて、利用者が利便性良くスケジュールを調整するプログラム、情報処理装置及び情報処理方法を提供する。【解決手段】プロセッサと、記憶部とを備えるサーバであるコンピュータを有する情報処理システムにおいて、第１ユーザ及び第２ユーザの予定情報を管理するサーバに実行させるためのプログラムは、サーバにおける予定提示処理において、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付処理Ｓ１０１と、受付処理において、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定データの提示Ｓ１０４と、を実行させる。【選択図】図１５

Description

特許法第３０条第２項適用申請有り 令和４年１月２１日付けで提出された新規性の喪失の例外証明書提出書に記載の行為で公開

本開示は、プログラム、情報処理装置及び情報処理方法に関する。

近年、スマートフォンなどの情報処理端末を利用して、複数の利用者同士のスケジュール日時を相互に調整するためのシステムが知られている。
特許文献１には、利用者に対して最適なスケジュールを提案できる情報処理装置及びスケジュール管理プログラムが開示されている。
特許文献２には、自分の予定や作業を自分や関係者が常に把握でき、時間的に不可能な予定をたててしまったり、正確な日時が決まっていない作業やイベントを忘れてしまうといった問題を解決できるスケジュール管理システム開示されている。

特開２０１３－１０９５２５号公報 特開２００６－３１３４２９号公報

スケジュール調整の利便性に改善の余地があった。

そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、スケジュール管理サービスにおいて、利用者は利便性良くスケジュールを調整するための技術である。

プロセッサと、記憶部とを備え、第１ユーザおよび第２ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、を実行させるプログラム。

本開示によれば、第１ユーザは、第２ユーザに関連付けられた複数のアカウントのそれぞれに対して記憶されている予定の空き状況を一度に確認することができる。ユーザが複数のアカウントと関連付けられたスケジュール管理サービスにおいて、利用者は利便性良くスケジュールを調整することができる。

情報処理システム１の全体の構成を示す図である。 サーバ１０の機能構成を示すブロック図である。 第１ユーザが利用する第１ユーザ端末２０の機能構成を示すブロック図である。 第２ユーザが利用する第２ユーザ端末３０の機能構成を示すブロック図である。 ユーザテーブル１０１２のデータ構造を示す図である。 チームテーブル１０１３のデータ構造を示す図である。 アカウントテーブル１０１４のデータ構造を示す図である。 所属テーブル１０１５のデータ構造を示す図である。 公開テーブル１０１６のデータ構造を示す図である。 予定テーブル１０１７のデータ構造を示す図である。 予定メンバーテーブル１０１８のデータ構造を示す図である。 候補管理テーブル１０１９のデータ構造を示す図である。 候補テーブル１０２０のデータ構造を示す図である。 候補メンバーテーブル１０２１のデータ構造を示す図である。 サーバ１０における予定提示処理の動作を示すフローチャートである。 サーバ１０における予定調整処理の動作を示すフローチャートである。 第１ユーザ端末２０における予定提示処理の表示画面例である 第２ユーザ端末３０におけるカレンダー画面の表示画面例である 第１ユーザ端末２０における候補提示処理の表示画面例である 第３ユーザ端末４０における候補提案処理の表示画面例である 第１ユーザ端末２０における候補確定処理の表示画面例である コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜情報処理システム１の概要＞
図１は、情報処理システム１の全体の構成を示す図である。本開示における情報処理システム１は、複数のユーザー同士のスケジュール日時を相互に調整するサービスを提供する情報処理システムである。

＜情報処理システム１の基本構成＞
本開示における情報処理システム１を図１に示す。情報処理システム１は、ネットワークＮを介して接続された、サーバ１０、複数の第１ユーザ端末２０、第２ユーザ端末３０、第３ユーザ端末４０を備えて構成されている。図２は、サーバ１０の機能構成を示すブロック図である。図３は、第１ユーザが利用する第１ユーザ端末２０の機能構成を示すブロック図である。図４は、第２ユーザが利用する第２ユーザ端末３０の機能構成を示すブロック図である。情報処理システム１は、他のユーザ端末２０Ａ、２０Ｂ、２０Ｃなどを備えて構成されていても良い。

サーバ１０は、複数のユーザー同士のスケジュール日時を相互に調整するサービスを提供する情報処理装置である。

第１ユーザ端末２０、第２ユーザ端末３０、第３ユーザ端末４０は、サービスを利用するユーザが操作する情報処理装置である。第１ユーザ端末２０、第２ユーザ端末３０、第３ユーザ端末４０は、例えば、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣでもよいし、スマートフォン、タブレット等の携帯端末であってもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、第１ユーザ端末２０、第２ユーザ端末３０、第３ユーザ端末４０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

以下、各装置の構成およびその動作を説明する。

＜サーバ１０の機能構成＞
サーバ１０のハードウェア構成が実現する機能構成を図２に示す。サーバ１０は、記憶部１０１、制御部１０４を備える。

＜サーバ１０の記憶部の構成＞
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、チームテーブル１０１３、アカウントテーブル１０１４、所属テーブル１０１５、公開テーブル１０１６、予定テーブル１０１７、予定メンバーテーブル１０１８、候補管理テーブル１０１９、候補テーブル１０２０、候補メンバーテーブル１０２１を備える。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。
図６は、チームテーブル１０１３のデータ構造を示す図である。
図７は、アカウントテーブル１０１４のデータ構造を示す図である。
図８は、所属テーブル１０１５のデータ構造を示す図である。
図９は、公開テーブル１０１６のデータ構造を示す図である。
図１０は、予定テーブル１０１７のデータ構造を示す図である。
図１１は、予定メンバーテーブル１０１８のデータ構造を示す図である。
図１２は、候補管理テーブル１０１９のデータ構造を示す図である。
図１３は、候補テーブル１０２０のデータ構造を示す図である。
図１４は、候補メンバーテーブル１０２１のデータ構造を示す図である。

ユーザテーブル１０１２は、サービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１２の新しいレコードに記憶される。これにより、ユーザは本開示にかかるサービスを利用できるようになる。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名のカラムを有するテーブルである。

ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。

チームテーブル１０１３は、ユーザが所属する企業、組織、団体、サークル、家族などのグループメンバーからなるチームの情報を記憶し管理するテーブルである。ユーザは、自身と関連付けられた複数のアカウントごとに、複数のチームに選択的に所属することができる。
チームテーブル１０１３は、チームＩＤを主キーとし、チームＩＤ、チーム名、管理者ＩＤのカラムを有するテーブルである。

チームＩＤは、チームを識別するためのチーム識別情報を記憶する項目である。チーム識別情報は、チームごとにユニークな値が設定されている項目である。
チーム名は、チームの名称を記憶する項目である。チームの名称は任意の文字列を設定することができる。
管理者ＩＤは、チームについて管理者として各種設定を行う権限を有する管理者のユーザＩＤを記憶する項目である。管理者は、チームへ新たなユーザを招待することができる。

アカウントテーブル１０１４は、サービスを利用するユーザと関連付けられ、独立してスケジュール設定可能なアカウントの情報を記憶し管理するテーブルである。本開示において、ユーザは１または複数のアカウントと関連付けられる。アカウントＩＤがユーザ識別情報と関連付けられることにより、ユーザがアカウントを保有することが表現される。
アカウントテーブル１０１４は、アカウントＩＤを主キーとし、アカウントＩＤ、ユーザＩＤのカラムを有するテーブルである。

ユーザは、保有するそれぞれのアカウントにおける予定情報を、同じチームに所属する他のユーザと共有することができる。ユーザは保有する複数のアカウントを用いて、同じチームに所属する様々なメンバーと予定を調整することができる。
アカウントＩＤは、ユーザと関連付けられたアカウントを識別するためのアカウント識別情報を記憶する項目である。アカウント識別情報は、アカウントごとにユニークな値が設定されている項目である。
アカウント識別情報は、任意の文字列で構わないが、メールアドレスを設定することが好適である。複数のチームに所属するユーザは、チームごとの連絡手段を異なるメールアドレスを使い分けて行っていることが多い。アカウントＩＤをメールアドレスとすることにより、ユーザは複数のアカウントを所属チームに応じて自然に使い分けることができる。
例えば、ユーザは、第１の仕事用のメールアドレス、第２の仕事用のメールアドレス、趣味用のメールアドレスをアカウントＩＤとし、自身のユーザＩＤと関連付けることができる。
ユーザＩＤは、アカウントＩＤと関連付けられたユーザのユーザ識別情報である。アカウントＩＤがユーザ識別情報と関連付けられることにより、ユーザがアカウントを保有することが表現される。

所属テーブル１０１５は、ユーザＩＤとチームＩＤとを関連付けるためのテーブルである。ユーザＩＤがチームＩＤと関連付けられることにより、ユーザがチームに所属することが表現される。１のユーザは、複数のチームに所属することができる。
所属テーブル１０１５は、ユーザＩＤ、チームＩＤのカラムを有するテーブルである。

管理者は、所定の操作を実行することによりユーザをチームに招待することができる。ユーザがチームへの招待を承認すると、ユーザＩＤとチームＩＤとが関連付けられて所属テーブルに記憶され、ユーザがチームに所属する。
なお、ユーザＩＤに代えて、アカウントＩＤをチームＩＤと関連付ける構成としても構わない。
ユーザＩＤは、ユーザ識別情報である。
チームＩＤは、ユーザと関連付けられたチームのチーム識別情報である。ユーザＩＤがチームＩＤと関連付けられることにより、ユーザがチームに所属することが表現される。

公開テーブル１０１６は、アカウントＩＤとチームＩＤごとに、アカウントに関する予定情報をチームに所属する他のメンバーへ公開する際の公開設定情報を記憶するテーブルである。ユーザは自身が所属するチームのそれぞれに対して、保有する複数のアカウントごとに異なる公開設定情報を記憶することができる。
公開テーブル１０１６は、アカウントＩＤ、チームＩＤ、公開フラグのカラムを有するテーブルである。

アカウントＩＤは、アカウント識別情報である。
チームＩＤは、アカウントＩＤと関連付けられたチームのチーム識別情報である。
公開フラグは、アカウントに関する予定を、チームに所属する他のメンバーへ公開する際の公開設定情報の値を記憶する項目である。公開設定情報は、「詳細共有」、「時間枠のみ共有」、「共有しない」などからユーザが選択することができる。ユーザは、不図示の設定画面から、アカウントＩＤ、チームＩＤごとに公開フラグを選択し、設定することができる。

予定テーブル１０１７は、予定情報を記憶し管理するテーブルである。予定テーブルには、ユーザが保有するアカウントごとの予定情報が記憶される。
予定テーブル１０１７は、予定ＩＤを主キーとし、予定ＩＤ、予定開始日時、予定終了日時、予定内容データのカラムを有するテーブルである。

予定ＩＤは、予定を識別するための予定識別情報を記憶する項目である。予定識別情報は、予定ごとにユニークな値が設定されている項目である。
予定開始日時は、予定の開始日時を記憶する項目である。
予定終了日時は、予定の終了日時を記憶する項目である。
予定データは、予定内容に関する情報を記憶する項目である。予定内容は、予定のタイトル、説明文、主催者のユーザＩＤを含む主催者情報、ラベルなどの情報を含む。予定データは、カレンダー画面における予定オブジェクトを描画する際に利用される情報である。具体的には、予定オブジェクトには、タイトル、説明文、主催者などが描画され、ユーザは予定オブジェクトに描画された予定データの内容を確認することにより、予定の概要を把握することができる。

予定メンバーテーブル１０１８は、予定への参加または招待されているユーザの情報を記憶し管理するテーブルである。予定ＩＤがアカウントＩＤと関連付けられることにより、アカウントを有するユーザが予定へ参加または招待されていることが表現される。ユーザは保有するアカウントごとに、予定ＩＤと関連づけられる。
予定メンバーテーブル１０１８は、予定ＩＤを主キーとし、予定ＩＤ、アカウントＩＤ、参加フラグのカラムを有するテーブルである。

予定ＩＤは、予定識別情報である。
アカウントＩＤは、アカウント識別情報である。予定ＩＤがアカウントＩＤと関連付けられることにより、ユーザはアカウントごとに予定への参加または招待されていることが表現される。
参加フラグは、アカウントごとに予定への参加有無に関する情報を記憶する項目である。参加有無に関する情報は、「参加」、「不参加」、「保留」、「その他」などからユーザが選択することができる。ユーザは、他のユーザから招待された予定に対して、「参加」、「不参加」、「保留」、「その他」などを選択することにより招待された予定に対する参加に関する意志を回答することができる。参加フラグ選択内容に応じて、カレンダー画面における予定オブジェクトの描画において、予定オブジェクトの色、枠線、塗りつぶしなどの表示態様が変化する。つまり、予定オブジェクトが、選択された参加フラグの値に応じて識別可能な表示態様で表示される。
具体的には、カレンダー画面において参加が選択された予定に対応する予定オブジェクトは塗りつぶしで表示され、選択されていない予定の予定オブジェクトは枠線のみで表示され、ユーザは予定への参加状況を視覚的に確認することができる。

候補管理テーブル１０１９は、予定候補の情報を記憶し管理するためのテーブルである。予定候補は、ユーザ間で調整される予定に関する複数の候補情報を含む。ユーザは複数のユーザを指定して予定候補に招待することができる。なお、ユーザが有する複数のアカウントを指定して、アカウントごとに予定候補に招待する構成としても構わない。
候補管理テーブル１０１９は、候補管理ＩＤを主キーとし、候補管理ＩＤ、ステータスのカラムを有するテーブルである。

候補管理ＩＤは、予定候補を識別するための候補管理識別情報を記憶する項目である。候補管理識別情報は、予定候補ごとにユニークな値が設定されている項目である。
ステータスは、候補管理識別情報で特定される予定候補のステータス情報を記憶する項目である。ステータスは、「承認待」、「確定待」、「確定済」などの値がある。ステータスが「承認待」の予定候補は、招待されたユーザによる候補承認処理の完了を待っている状態である。ステータスが「確定待」の予定候補は、主催したユーザによる候補確定処理の完了を待っている状態である。ステータスが「確定済」の予定候補は、予定として確定し、予定調整処理が完了している状態である。

候補テーブル１０２０は、予定候補に含まれる候補情報を記憶し管理するテーブルである。
候補テーブル１０２０は、候補ＩＤを主キーとし、候補ＩＤ、候補管理ＩＤ、候補開始日時、候補終了日時、候補内容データのカラムを有するテーブルである。

候補ＩＤは、候補情報を識別するための候補識別情報を記憶する項目である。候補識別情報は、候補情報ごとにユニークな値が設定されている項目である。
候補管理ＩＤは、候補管理識別情報である。候補ＩＤが候補管理ＩＤと関連付けられることにより、複数の候補情報が１の予定候補に含まれることが表現される。

候補開始日時は、候補情報の開始日時を記憶する項目である。
候補終了日時は、候補情報の終了日時を記憶する項目である。
候補内容データは、候補内容に関する情報を記憶する項目である。候補内容は、予定候補のタイトル、説明文、主催者情報、ラベルなどの情報を含む。

候補メンバーテーブル１０２１は、予定候補への参加が招待されているユーザの情報を記憶し管理するテーブルである。候補ＩＤがユーザＩＤと関連付けられることにより、ユーザが予定への参加が招待されていることが表現される。１のユーザは、複数の予定への参加に招待されることができる。
候補メンバーテーブル１０２１は、候補ＩＤ、ユーザＩＤ、承認フラグのカラムを有するテーブルである。なお、ユーザＩＤに代えて、アカウントＩＤを用いても良い。つまり、アカウントごとに予定候補への参加の招待ができる構成としても良い。

候補ＩＤは、候補識別情報である。
ユーザＩＤは、ユーザ識別情報である。候補ＩＤがユーザＩＤと関連付けられることにより、ユーザごとに予定候補に含まれる候補情報に参加が招待されていることが表現される。
承認フラグは、ユーザごとに予定候補に含まれる候補情報の承認有無に関する情報を記憶する項目である。承認有無に関する情報は、「承認」、「不承認」などからユーザが選択することができる。ユーザは、招待された候補情報ごとに参加有無に関する意志を承認し、回答することができる。

＜サーバ１０の制御部の構成＞
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。

ユーザ登録制御部１０４１は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル１０１２に記憶する処理を行う。
ユーザテーブル１０１２に記憶される、ユーザＩＤ、ユーザ名の情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームにユーザＩＤ、ユーザ名を入力しサーバ１０へ送信する。サーバ１０のユーザ登録制御部１０４１は、受信したユーザＩＤ、ユーザ名をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはサーバ１０のユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。

＜第１ユーザ端末２０の機能構成＞
第１ユーザ端末２０のハードウェア構成が実現する機能構成を図３に示す。第１ユーザ端末２０は、記憶部２０１、制御部２０４を備える。第１ユーザ端末２０は、入力装置２０６、出力装置２０８に接続されている。入力装置２０６は、カメラ２０６１、マイク２０６２、キーボード２０６３、マウス２０６４などを含む。出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２などを含む。

＜第１ユーザ端末２０の記憶部の構成＞
第１ユーザ端末２０の記憶部２０１は、第１ユーザ端末２０を利用するユーザを識別するための第１ユーザＩＤ２０１１、アプリケーションプログラム２０１２を記憶する。
ユーザＩＤはユーザのアカウントＩＤである。ユーザは、第１ユーザ端末２０から第１ユーザＩＤ２０１１を、サーバ１０へ送信する。サーバ１０は、第１ユーザＩＤ２０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第１ユーザＩＤには、第１ユーザ端末２０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。
アプリケーションプログラム２０１２は、記憶部２０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。アプリケーションプログラム２０１２は、第１ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。

＜第１ユーザ端末２０の制御部の構成＞
第１ユーザ端末２０の制御部２０４は、入力制御部２０４１および出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、入力制御部２０４１、出力制御部２０４２の機能ユニットが実現される。
第１ユーザ端末２０の入力制御部２０４１は、ユーザによる入力装置２０６のキーボード２０６３、マウス２０６４への操作内容、マイク２０６２への音声入力、カメラ２０６１などの入力装置から出力される情報を取得し各種処理を実行する。第１ユーザ端末２０の入力制御部２０４１は、入力装置から取得した情報を第１ユーザＩＤ２０１１とともにサーバ１０へ送信する処理を実行する。
第１ユーザ端末２０の出力制御部２０４２は、入力装置に対するユーザによる操作およびサーバ１０から情報を受信し、ディスプレイ２０８１の表示内容、スピーカ２０８２の音声出力内容の制御処理を実行する。

＜第２ユーザ端末３０の機能構成＞
第２ユーザ端末３０のハードウェア構成が実現する機能構成を図４に示す。第２ユーザ端末３０の記憶部、制御部の構成は、それぞれ第１ユーザ端末２０の記憶部、制御部の構成と同様であるため説明を省略する。
＜第３ユーザ端末４０の機能構成＞
第３ユーザ端末４０の記憶部、制御部の構成は、それぞれ第１ユーザ端末２０の記憶部、制御部の構成と同様であるため説明を省略する。

＜情報処理システム１の動作＞
以下、情報処理システム１の各処理について説明する。
図１５は、サーバ１０における予定提示処理の動作を示すフローチャートである。
図１６は、サーバ１０における予定調整処理の動作を示すフローチャートである。
図１７は、第１ユーザ端末２０における予定提示処理の表示画面例である
図１８は、第２ユーザ端末３０におけるカレンダー画面の表示画面例である
図１９は、第１ユーザ端末２０における候補提示処理の表示画面例である
図２０は、第３ユーザ端末４０における候補提案処理の表示画面例である
図２１は、第１ユーザ端末２０における候補確定処理の表示画面例である

＜予定提示処理＞
予定提示処理は、第２ユーザが保有する複数のアカウントの予定情報を統合し、第２ユーザの予定情報として第１ユーザに対して提示する処理である。以下、予定提示処理の詳細を図１５のフローチャートおよび図１７、図１８の表示画面例を用いて説明する。

＜予定提示処理の概要＞
予定提示処理は、第１ユーザから第２ユーザの予定情報を表示するためのリクエストを受け付け、リクエストに応じて第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得し、取得された予定群を統合し、統合された予定群を第２ユーザの予定情報として第１ユーザに対して提示する一連の処理である。

第１ユーザは、第１ユーザ端末２０において、ブラウザアプリケーションなどを立ち上げ本開示にかかるスケジュール管理サービスを提供するウェブサイトへアクセスする。スケジュール管理サービスを提供するウェブサイトは、サーバ１０などにより提供される。第１ユーザが、ウェブサイトへアクセスすると、第１ユーザ端末２０のディスプレイ２０８１にカレンダー７４１、第１ユーザと同じチームに所属する他のメンバーの一覧７２３を含むカレンダー画面７０が表示される。第２ユーザも、第２ユーザ端末３０において同様にスケジュール管理サービスを提供するウェブサイトへアクセスし、本開示にかかるサービスの提供を受けることができる。第３ユーザも、第３ユーザ端末４０において同様にスケジュール管理サービスを提供するウェブサイトへアクセスし、本開示にかかるサービスの提供を受けることができる。

図１７に、第１ユーザ端末２０のディスプレイ２０８１におけるカレンダー画面７０の表示画面例を示す。カレンダー画面７０には、サービスを利用する第１ユーザのユーザ名７０１、第１ユーザが所属するチーム名の一覧７０３、ユーザが保有するアカウントの一覧７２１、第１ユーザが所属するチームごとの他のメンバーの一覧７２３、カレンダー７４１などのオブジェクトが描画される。第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作することにより、カレンダー画面７０に描画された各種オブジェクトに対して操作を行うことができる。

＜予定提示処理の詳細＞
ステップＳ１０１において、第１ユーザは、第２ユーザの予定情報を表示するためのリクエストをサーバ１０に対して送信する。
具体的に、第１ユーザは、入力装置２０６を操作し、予定情報の表示対象として、メンバーの一覧７２３に表示されている他のメンバーから第２ユーザ（ＵＳＥＲ－Ｂ）のチェックボックスを選択する。第１ユーザ端末２０の制御部２０４は、第１ユーザによる第２ユーザの選択に応じて、第１ユーザＩＤ２０１１、第２ユーザのユーザＩＤ（第２ユーザＩＤ）を含むリクエストをサーバ１０へ送信する。

＜予定取得処理＞
ステップＳ１０２において、サーバ１０の制御部１０４は、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する
具体的に、サーバ１０の制御部１０４は、第１ユーザ端末２０からリクエストを受信すると、リクエストに含まれる第２ユーザＩＤに基づき、アカウントテーブル１０１４のユーザＩＤを検索することにより、第２ユーザに関連付けられた１または複数のアカウントＩＤ（第２アカウントＩＤ）を取得する。
サーバ１０の制御部１０４は、第２アカウントＩＤに基づき、予定メンバーテーブル１０１８のアカウントＩＤを検索することにより、第２アカウントＩＤに関連付けられた１または複数の予定ＩＤ（第２予定ＩＤ）を取得する。
サーバ１０の制御部１０４は、第２予定ＩＤに基づき、予定メンバーテーブル１０１８の予定ＩＤを検索することにより、第２予定ＩＤに関連付けられた１または複数の予定開始日時、予定終了日時、予定データを含む予定情報を取得する。
全ての第２アカウントＩＤに対して、上記処理を実行することにより、第２アカウントＩＤごとに予定情報を取得することができる。すべての第２アカウントＩＤの予定情報をまとめたものを予定群とよぶ。

サーバ１０の制御部１０４は、リクエストに含まれる第１ユーザＩＤに基づき、所属テーブル１０１５のユーザＩＤを検索することにより、第１ユーザに関連付けられたチームＩＤ（第１チームＩＤ）を取得する。
サーバ１０の制御部１０４は、第２アカウントＩＤ、第１チームＩＤに基づき、公開テーブル１０１６のアカウントＩＤ、チームＩＤを検索し、第２アカウントＩＤごとの公開フラグを取得する。

ステップＳ１０３において、サーバ１０の制御部１０４は、取得した予定群を統合し、統合予定データを生成する。
具体的に、アカウントＩＤに関連付けられた公開フラグが「詳細共有」の場合には、予定開始日時、予定終了日時、予定データを含む予定情報を統合予定データに含める。アカウントＩＤに関連付けられた公開フラグが「時間枠のみ共有」の場合には、予定開始日時、予定終了日時を含み、予定データに主催者情報、予定のタイトル、説明文、ラベルなどの予定の内容に関する情報のうちの少なくとも１つを含まない予定情報を統合予定データに含める。アカウントＩＤに関連付けられた公開フラグが「共有しない」の場合には、予定情報を統合予定データに含めない。

例えば、サーバ１０の制御部１０４は、第２アカウントＩＤが、アカウントＡ、アカウントＢの２つのアカウントを含む場合を想定する。アカウントＡの公開フラグが「詳細共有」であり、アカウントＢの公開フラグが「詳細共有」である場合は、統合予定データにアカウントＡの予定情報、アカウントＢの予定情報を含める。アカウントＡの公開フラグが「詳細共有」であり、アカウントＢの公開フラグが「時間枠のみ共有」である場合は、統合予定データにアカウントＡの予定情報、アカウントＢの予定開始日時、予定終了日時を含み、予定データを含まない予定情報を含める。アカウントＡの公開フラグが「詳細共有」であり、アカウントＢの公開フラグが「共有しない」である場合は、統合予定データにアカウントＡの予定情報を含め、アカウントＢの予定情報を含めない。

なお、ステップＳ１０２において、アカウントＩＤに関連付けられた公開フラグが「時間枠のみ共有」の場合には、サーバ１０の制御部１０４は、予定開始日時、予定終了日時を含み、予定データを含まない予定情報を取得する構成としても良い。具体的には、サーバ１０の制御部１０４は、予定テーブル１０１７から予定開始日時、予定終了日時のみを取得し、予定データの項目は取得しない。
同様に、ステップＳ１０２において、アカウントＩＤに関連付けられた公開フラグが「共有しない」の場合には、サーバ１０の制御部１０４は、予定情報を取得しない構成としても良い。
この場合、ステップＳ１０３の統合予定データの生成においては、ステップＳ１０２において取得したアカウントＩＤごとの予定情報をそのまま統合予定データに含めるよう構成すれば良い。本開示における、予定群を統合し、統合予定データを生成する処理は、このような処理も含む。

ステップＳ１０４において、サーバ１０の制御部１０４は、予定群を統合することにより生成された統合予定データを第２ユーザの予定情報として第１ユーザに対して提示する。
具体的に、サーバ１０の制御部１０４は、生成した統合予定データを第１ユーザ端末２０へ送信する。第１ユーザ端末２０のディスプレイ２０８１は、第２ユーザの予定情報として統合予定データを第１ユーザに対して表示し提示する。
このとき、第１ユーザ端末のディスプレイ２０８１には、第１ユーザの予定情報を含めて表示しても良い。第１ユーザの予定情報と、第２ユーザの予定情報とは、予定情報を示す予定オブジェクトの色などの表示態様を異なるものとすることにより、識別可能な表示態様で第１ユーザに対して提示する。

第１ユーザ端末のディスプレイ２０８１に表示される、第２ユーザの予定情報は、第２ユーザの２つのアカウントごとの予定情報を識別可能な表示態様で第１ユーザに対して提示しても良い。これにより、第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。
第１ユーザ端末のディスプレイ２０８１に表示される、第２ユーザの予定情報は、第２ユーザの２つのアカウントごとの予定情報を識別不可能な表示態様で第１ユーザに対して提示しても良い。これにより、第１ユーザは、第２ユーザの予定情報をアカウントごとに識別して把握することができない。第２ユーザは、自身のアカウントごとの予定情報を第１ユーザに対して知られることを防ぐことができる。
第２ユーザは、所定のアカウントごとの表示設定を行うことにより、第１ユーザへ提示される第２ユーザの予定情報を、第２ユーザの２つのアカウントごとの予定情報を識別可能な表示態様および第２ユーザの２つのアカウントごとの予定情報を識別不可能な表示態様のいずれかの表示態様で選択的に第１ユーザへ提示するよう構成しても良い。

予定提示処理の実行内容を、図１７および図１８の表示画面例に基づき説明する。

図１８に、第２ユーザ端末３０のディスプレイ３０８１におけるカレンダー画面７０の表示画面例を示す。カレンダー画面７０に描画されるオブジェクトのうち、図１７のカレンダー画面７０の表示画面例と同様のものは説明を省略する。
第２ユーザは、２つのアカウント「userb@ainc...」、「userb@binc...」を保有しており、ユーザが保有するアカウントの一覧７２３に描画される。カレンダー７４１には、アカウント「userb@ainc...」の予定情報に基づく予定オブジェクト７４１１と、アカウント「userb@ binc...」の予定情報に基づく予定オブジェクト７４１２が、異なる色のオブジェクトとして識別可能な表示態様で第２ユーザに対して提示される。
チームごとの他のメンバーの一覧７２３において、チーム「Ａ－ＩＮＣ」において、「userb@ainc...」については選択状態にあり予定情報をチームメンバーに公開することが設定されており、一方、「userb@binc...」については選択状態になく予定情報をチームメンバーに公開しないことが設定されている。チーム「Ｂ－ＩＮＣ」においては、両方のアカウントについて選択状態にあり、両方のアカウントの予定情報をチームメンバーに公開することが設定されている。

図１７に、第１ユーザ端末２０における予定提示処理の表示画面例を示す。チームごとの他のメンバーの一覧７２３において、第２ユーザ（ＵＳＥＲ－Ｂ）が選択状態にある。このとき、第１ユーザは複数のアカウントを保有する場合には、自身のアカウントごとの予定情報を予定オブジェクトとして識別可能な表示態様で選択的に確認することができるが、他のユーザのアカウントごとの予定情報を識別可能な表示態様で確認することはできない。
カレンダー７４１には、第１ユーザの保有するアカウント「usera@ainc...」の予定情報に基づく予定オブジェクト７４１３、第２ユーザのアカウント「userb@ainc...」の予定情報に基づく予定オブジェクト７４１１が、異なる色のオブジェクトとして識別可能な表示態様で第１ユーザに対して提示される。このとき、図１８の第２ユーザ端末におけるカレンダー画面７０において描画されていた、第２ユーザのアカウント「userb@binc...」の予定情報に基づく予定オブジェクト７４１２は描画されない。
予定提示処理において、サーバ１０の制御部１０４は、第２ユーザが「Ａ－ＩＮＣ」に対して公開することが設定されているアカウント「userb@ainc...」の予定情報を統合予定データに含め、公開することが設定されていないアカウント「userb@binc...」の予定情報を統合予定データに含めない処理を行ったため、カレンダー７４１には、アカウント「userb@binc...」の予定情報に基づく予定オブジェクトは描画されず、第１ユーザは第２ユーザのアカウント「userb@binc...」の予定情報を確認することはできない。

＜予定調整処理＞
予定調整処理は、第１ユーザおよび第２ユーザの空き時間に基づき予定候補を生成し、ユーザ同士、具体的には第１ユーザおよび第３ユーザの予定を調整する処理である。以下、予定調整処理の詳細を図１６のフローチャートおよび図１９から図２１の表示画面例を用いて説明する。

＜予定調整処理の概要＞
予定調整処理は、第１ユーザの予定情報および統合された第２ユーザの予定情報に基づき、空き時間を複数の候補情報として第１ユーザに対して提示し、第１ユーザから提示された複数の候補情報のうち１または複数の候補情報を選択候補情報として選択を受け付け、選択候補情報を第３ユーザに対して提案し、第３ユーザから選択候補情報のうち１または複数の候補情報を承認候補情報として選択を受け付け、第１ユーザから承認候補情報のうち少なくとも１の候補情報の選択を受け付け、予定候補を確定する一連の処理である。なお、第３ユーザから選択候補情報のうち少なくとも１の候補情報の選択を受け付け、予定候補を確定しても良い。

＜予定調整処理の詳細＞
ステップＳ３０１において、予定候補の主催者である第１ユーザは、予定提示処理に引き続き、予定調整処理を開始するためのリクエストをサーバ１０に対して送信する。
具体的に、第１ユーザ端末２０のディスプレイ２０８１には、カレンダーが表示されている。カレンダーには、図１７に示す、第１ユーザの予定情報に基づく予定オブジェクト７４１３と、第２ユーザの予定情報として統合予定データに基づく予定オブジェクト７４１１とが識別可能な表示態様で表示されている。
第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、第１ユーザ端末２０のディスプレイ２０８１に表示されている予定候補作成ボタン７８１を押下する。第１ユーザ端末２０の制御部２０４は、第１ユーザＩＤ、第２ユーザＩＤを含むリクエストをサーバ１０に対して送信する。
本開示において、予定調整処理において、第１ユーザは、メンバーの一覧７２３から第２ユーザ（ＵＳＥＲ－Ｂ）を選択しているが、予定調整処理に際して、メンバーの一覧７２３から他のユーザを選択することにより、当該他のメンバーを含めて予定候補へ招待し、予定調整処理を実行することが可能である。このとき、カレンダー７４１には当該他のメンバーの予定情報として、当該他のメンバーのアカウントに関連付けられた予定情報により生成された統合予定データに基づく予定オブジェクトが第１ユーザ、第２ユーザの予定情報に基づく予定オブジェクトとは識別可能な表示態様で表示される。

＜候補提示処理＞
ステップＳ３０２において、サーバ１０の制御部１０４は、リクエストを受信すると、第１ユーザの予定情報、統合予定データに基づき、空き時間を複数の候補情報として第１ユーザに対して提示する候補提示処理を実行する。
具体的に、サーバ１０の制御部１０４は、直近１週間などの所定期間において、第１ユーザの予定情報、統合予定データにより埋まっていない期間を特定し、それぞれの期間を１または複数の候補データとして特定する。具体的には、サーバ１０の制御部１０４は、直近１週間の期間のうち、第１ユーザの予定情報に含まれる予定情報の予定開始日時から予定終了日時、統合予定データに含まれる予定情報の予定開始日時から予定終了日時を除外した期間を候補データとして特定する。
このとき、サーバ１０の制御部１０４は、候補情報を３０分、１時間などの所定の期間単位に分割しても良い。通常、予定は３０分または１時間単位で調整されることが一般的だからである。
サーバ１０の制御部１０４は、２０時から６時など稼働時間外の時間を除外して候補情報として特定しても良い。稼働時間外に予定が設定されることは少ないからである。
サーバ１０の制御部１０４は、予定情報に対して重要な予定である旨の情報が関連付けられて記憶されている場合などには、当該重要な予定の前後を除外して候補情報として特定しても良い。
サーバ１０の制御部１０４は、予定情報に対して重要ではない予定、またはバッファ時間などの他の予定を入れても構わない予定である旨の情報が関連付けられて記憶されている場合などには、当該予定情報については除外せずに候補情報として特定しても良い。

候補データは、ユーザ間で調整される予定に関する候補情報を記憶するデータである。候補情報は、候補となる予定の予定開始日時、予定終了日時、予定内容データ、予定へ招待されているユーザのユーザＩＤまたはアカウントＩＤなどの情報を含む。
本開示においては、予定へ招待されているユーザのユーザＩＤは、予定調整処理の調整相手としてステップＳ３０１において第１ユーザが選択したユーザのユーザＩＤが含まれる。予定へ招待されているユーザのユーザＩＤは、第１ユーザＩＤを含む。
具体的に、予定へ招待されているユーザのユーザＩＤとして、第２ユーザのユーザＩＤが含まれる。なお、ステップＳ３０１において、他のチームメンバーが選択されている場合には、予定へ招待されているユーザのユーザＩＤとして、当該チームメンバーのユーザＩＤが含まれることになる。

サーバ１０の制御部１０４は、１または複数の候補データを含む予定候補の情報を第１ユーザ端末２０へ送信する。第１ユーザ端末２０のディスプレイ２０８１は、カレンダーに候補データに対応する候補オブジェクト７４１４を描画する。候補オブジェクト７４１４は輪郭が破線で描画され、輪郭が実線で描画される予定オブジェクト７４１１、７４１３とは異なる表示態様で、識別可能に第１ユーザに対して提示される。
図１９に、候補提示処理における、第１ユーザ端末２０のディスプレイ２０８１に表示されるカレンダー画面７０の表示画面例を示す。

＜候補設定処理＞
ステップＳ３０３において、第１ユーザから、提示された複数の候補情報のうち、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定処理を実行する。
具体的に、第１ユーザは、第１ユーザ端末２０のディスプレイ２０８１に描画された、候補情報に対応する候補オブジェクト７４１４を入力装置２０６により選択する。
例えば、第１ユーザは、入力装置２０６により、第１ユーザ端末２０のディスプレイ２０８１に描画された候補オブジェクト７４１４を選択する。第１ユーザは、複数の候補オブジェクト７４１４を選択しても良い。また、描画された候補オブジェクト７４１４を除外対象として選択しても良い。除外対象として選択された候補オブジェクト７４１４は、除外のラベルが付与され除外された候補オブジェクト７４１５として表示される。
また、第１ユーザは、入力装置２０６を操作することにより、候補オブジェクト７４１７などを新たに追加し設定することができる。第１ユーザは、候補オブジェクト７４１７を、予定オブジェクト７４１１、７４１３と重ねて設定することが可能である。つまり、第１ユーザは、第１ユーザの予定情報および統合された第２ユーザの予定情報に重なる日時に、１または複数の候補情報を選択候補情報として設定可能である。
これにより、第１ユーザは候補オブジェクトに対応する複数の候補情報を選択候補情報として設定し、第１ユーザ端末２０は選択候補情報を受け付けることができる。
第１ユーザは、候補オブジェクト７４１４の設定が完了したら、第１ユーザ端末２０の入力装置２０６を操作し、第１ユーザ端末２０のディスプレイ２０８１に描画されている候補提案ボタン７８３を押下する。これにより、選択候補情報が確定される。第１ユーザ端末２０の制御部２０４は、受け付けた選択候補情報を含むリクエストをサーバ１０へ送信する。

なお、候補設定処理を実行するにあたりステップＳ３０２の候補提示処理は必ずしも必須ではない。ステップＳ３０２の候補提示処理をスキップし、第１ユーザは、入力装置２０６を操作することにより、候補オブジェクト７４１４を新たに追加し選択候補情報として設定することができる。つまり、ステップＳ３０２における複数の候補情報の提示なしに、第１ユーザは、選択候補情報を設定しても良い。

サーバ１０の制御部１０４は、受信したリクエストから選択候補情報を受け付ける。サーバ１０の制御部１０４は、受信した選択候補情報に含まれる候補データを、候補管理テーブル１０１９、候補テーブル１０２０、候補メンバーテーブル１０２１に記憶する。
サーバ１０の制御部１０４は、選択候補情報を受け付けると、任意のユニークな候補管理ＩＤ、ステータスに「承認待」の値を有する新たなレコードを候補管理テーブル１０１９に記憶する。これにより、サーバ１０は、新たに選択候補情報を受け付けたことを記憶する。
サーバ１０の制御部１０４は、選択候補情報に含まれる１または複数の候補データの予定開始日時、予定終了日時、予定内容データを、それぞれ、当該選択候補情報の候補管理テーブル１０１９の候補管理ＩＤと関連付けて、候補テーブル１０２０の新たなレコードの候補開始日時、候補終了日時、候補内容データの項目に記憶する。サーバ１０の制御部１０４は、選択候補情報に含まれる１または複数の候補データの予定へ招待されているユーザのユーザＩＤを、当該候補データの候補テーブルの候補ＩＤと関連付けて、ユーザＩＤの項目に記憶する。
これにより、選択候補情報に含まれる１または複数の候補データが、候補管理テーブル１０１９、候補テーブル１０２０、候補メンバーテーブル１０２１に関連付けて記憶される。

第１ユーザは、入力装置２０６を操作することにより、不図示の予定候補への招待ユーザを指定する画面から、招待ユーザとして第３ユーザを指定する。なお、第１ユーザと、第３ユーザとは同じチームに所属している必要はない。また、第３ユーザは、本開示にかかるスケジュール管理サービスの会員である必要はない。

サーバ１０の制御部１０４は、第３ユーザに対して、第１ユーザから予定候補への招待を受けていることを示すメッセージなどをメールなどの連絡手段により送信し通知する。
サーバ１０の制御部１０４は、候補データに含まれる、予定へ招待されているユーザのユーザＩＤに基づき、当該ユーザへ候補開始日時、候補終了日時、候補内容データなどを含むメッセージなどをメールなどの連絡手段により送信し通知する。本開示において、サーバ１０の制御部１０４は、第３ユーザに対して、選択候補情報に基づき、予定に招待されていることを示すメッセージなどをメールなどの連絡手段により送信し通知する。
メッセージには、選択候補情報を確認するためのカレンダーを表示させるウェブページへのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が含まれても良い。ＵＲＬには、今回、候補管理テーブル１０１９に新たに記憶されたレコードの候補管理ＩＤを特定するための文字列が埋め込まれている。候補管理ＩＤを特定するための文字列は、候補管理ＩＤまたは不図示のテーブルなどにより候補管理ＩＤと関連付けられた任意の文字列が考えられる。

＜候補提案処理＞
ステップＳ３０４において、サーバ１０の制御部１０４は、選択を受け付けた選択候補情報を、第３ユーザに対して提案する候補提案処理を実行する。
具体的に、第３ユーザは、第１ユーザの候補設定処理により送信されたメッセージなどをメールなどの連絡手段で受信する。第３ユーザは、第３ユーザが保有する第３ユーザ端末４０において受信したメッセージに記載されたＵＲＬを選択することにより、第３ユーザ端末４０のブラウザアプリケーションにより当該ＵＲＬを開くことができる。これにより、第３ユーザ端末４０は、候補提案処理を実行させるためのリクエストをサーバ１０へ送信する。
サーバ１０の制御部１０４は、リクエストを受信すると、ＵＲＬに含まれる文字列から候補管理ＩＤを特定する。サーバ１０の制御部１０４は、候補管理ＩＤに基づき、候補テーブル１０２０の候補管理ＩＤを検索し、候補ＩＤ、候補管理ＩＤ、候補開始日時、候補終了日時、候補内容データのレコードを取得する。サーバ１０の制御部１０４は、取得した候補ＩＤごとに、候補メンバーテーブル１０２１の候補ＩＤを検索し、ユーザＩＤを取得する。
サーバ１０の制御部１０４は、取得した、候補開始日時、候補終了日時、候補内容データ、ユーザＩＤに基づき、候補データを特定する。サーバ１０の制御部１０４は、特定した候補データに基づき、ステップＳ３０３において第１ユーザにより選択された選択候補情報を再構成する。このとき、選択候補情報に含まれるそれぞれの候補データには、候補テーブル１０２０における候補情報を特定するための候補ＩＤが含まれる。
サーバ１０の制御部１０４は、１または複数の候補データを含む選択候補情報を第３ユーザ端末４０へ送信する。第３ユーザ端末４０のディスプレイは、カレンダーに候補データに対応する候補オブジェクト７４１６を描画し、第３ユーザに対して選択候補情報を提案する。候補オブジェクト７４１６は輪郭が破線で描画され、輪郭が実線で描画される予定オブジェクト７４１１、７４１２とは異なる表示態様で、識別可能に第３ユーザに対して提案される。なお、第３ユーザ端末４０のディスプレイは、第３ユーザ自身の予定情報、第３ユーザが表示可能な他のユーザの予定情報を、それぞれ、予定オブジェクト７４１１、７１１２として識別可能な態様で第３ユーザに表示する。つまり、候補提案処理は、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および候補設定処理において設定を受け付けた選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案する。
図２０に、候補提案処理における、第３ユーザ端末４０のディスプレイに表示されるカレンダー画面７０の表示画面例を示す。

＜候補承認処理＞
ステップＳ３０５において、第３ユーザから、候補提案処理において提案された選択候補情報のうち、１または複数の候補情報を承認候補情報として選択を受け付ける候補承認処理を実行する。
具体的に、第３ユーザは、第３ユーザ端末４０のディスプレイに描画された、選択候補情報に含まれる候補情報に対応する候補オブジェクト７４１６を入力装置により選択する。例えば、第３ユーザは、入力装置により、ディスプレイに描画された候補オブジェクト７４１６を選択する。第３ユーザは、複数の候補オブジェクト７４１６を選択しても良い。これにより、第３ユーザは候補オブジェクト７４１６に対応する複数の候補情報を承認候補情報として選択し、第３ユーザ端末４０は承認候補情報を受け付けることができる。
第３ユーザは、候補オブジェクト７４１６の選択が完了したら、第３ユーザ端末４０の入力装置を操作し、第３ユーザ端末４０のディスプレイに描画されている承認ボタン７８５を押下する。これにより、承認候補情報が確定される。第３ユーザ端末４０の制御部３０４は、第３ユーザＩＤ、受け付けた承認候補情報を含むリクエストをサーバ１０へ送信する。

サーバ１０の制御部１０４は、受信したリクエストから承認候補情報を受け付ける。サーバ１０の制御部１０４は、受信した承認候補情報に含まれる候補データに基づき、候補メンバーテーブルの承認フラグに「承認」の値を記憶する。
具体的には、サーバ１０の制御部１０４は、承認候補情報の候補データに含まれる候補ＩＤ、第３ユーザＩＤにより候補メンバーテーブル１０２１の候補ＩＤ、ユーザＩＤを検索し、検索により特定されたレコードの承認フラグの項目に「承認」の値を記憶する。これにより、第３ユーザは、第１ユーザから提案された選択候補情報のうち、承認した候補情報を、承認候補情報として承認することができる。

サーバ１０の制御部１０４は、候補管理テーブル１０１９の対象レコードのステータスの項目に「確定待」の値を記憶する。
複数のユーザが招待されている場合には、サーバ１０の制御部１０４は、全てのユーザによる候補承認処理が完了した後に、候補管理テーブル１０１９の対象レコードのステータスの項目に「確定待」の値を記憶しても良い。
複数のユーザが招待されている場合には、サーバ１０の制御部１０４は、全てのユーザによる候補承認処理が完了した後に、候補管理テーブル１０１９の対象レコードのステータスの項目に「確定待」の値を記憶しても良い。

サーバ１０の制御部１０４は、第１ユーザに対して、第３ユーザが予定候補の招待に対して承認したことを示すメッセージなどをメールなどの連絡手段により送信し通知する。
メッセージには、承認候補情報を確認するためのカレンダーを表示させるウェブページへのＵＲＬが含まれても良い。ＵＲＬには、今回、第３ユーザが承認した予定候補に関する候補管理テーブル１０１９における候補管理ＩＤを特定するための文字列が埋め込まれている。
複数のユーザが招待されている場合には、サーバ１０の制御部１０４は、全てのユーザによる候補承認処理が完了した後に、予定候補の主催者（第１ユーザ）に対して、招待されている全てのユーザが承認したことを示すメッセージなどをメールなどの連絡手段により送信し通知しても良い。

＜候補確定処理＞
ステップS３０６において、第１ユーザから、候補承認処理において選択を受け付けた承認候補情報のうち、少なくとも１の候補情報の選択を受け付ける候補確定処理を実行する。
具体的に、第１ユーザは、第３ユーザの候補承認処理により送信されたメッセージなどをメールなどの連絡手段で受信する。第１ユーザは、第１ユーザ端末２０において受信したメッセージに記載されたＵＲＬを選択することにより、第１ユーザ端末２０のブラウザアプリケーションにより当該ＵＲＬを開くことができる。これにより、第１ユーザ端末２０は、候補確定処理を実行させるためのリクエストをサーバ１０へ送信する。

サーバ１０の制御部１０４は、リクエストを受信すると、ＵＲＬに含まれる文字列から候補管理ＩＤを特定する。サーバ１０の制御部１０４は、候補管理ＩＤに基づき、候補テーブル１０２０の候補管理ＩＤを検索し、候補ＩＤ、候補管理ＩＤ、候補開始日時、候補終了日時、候補内容データのレコードを取得する。サーバ１０の制御部１０４は、取得した候補ＩＤごとに、候補メンバーテーブル１０２１の候補ＩＤを検索し、ユーザＩＤを取得する。
サーバ１０の制御部１０４は、取得した、候補開始日時、候補終了日時、候補内容データ、ユーザＩＤに基づき、候補データを特定する。サーバ１０の制御部１０４は、特定した候補データに基づき、ステップＳ３０５において第３ユーザにより承認された承認候補情報を再構成する。このとき、承認候補情報に含まれるそれぞれの候補データには、候補テーブル１０２０における候補情報を特定するための候補ＩＤ、招待されたユーザごとの承認フラグの値が含まれる。

このとき、承認候補情報は、候補メンバーテーブル１０２１において承認フラグが「不承認」のレコードを除外して再構成しても良い。複数のユーザが招待されている場合には、全てのユーザにより「承認」されていないレコードを除外して再構成しても良い。
サーバ１０の制御部１０４は、１または複数の候補データを含む承認候補情報を第１ユーザ端末２０へ送信する。第１ユーザ端末２０のディスプレイ２０８１は、承認候補情報に含まれる候補データに基づく承認オブジェクト７６５を、第１ユーザに対して提示する。第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、第１ユーザ端末２０のディスプレイ２０８１に表示された承認オブジェクト７６５のうち、１または複数の承認オブジェクト７６５を選択する。第１ユーザは、第１ユーザ端末２０の入力装置２０６を操作し、第１ユーザ端末２０のディスプレイ２０８１に表示されている確定ボタン７８７を押下する。これにより、予定候補が確定する。第１ユーザ端末２０の制御部２０４は、選択され確定された複数の候補情報を含むリクエストをサーバ１０へ送信する。

図２１に、候補確定処理における、第１ユーザ端末２０のディスプレイ２０８１に表示される表示画面例を示す。表示画面には、サービスを利用する第１ユーザのユーザ名７０１、第１ユーザが所属するチーム名の一覧７０３、現在調整中の予定候補の候補期間７６１、打合時間７６２、候補内容データ７６３、承認オブジェクト７６５が描画される。承認オブジェクト７６５は、候補データの候補開始日時、候補終了日時、打合時間に基づき、候補開始日時から候補終了日時までの期間を打合時間により分割した複数の承認オブジェクト７６５として描画しても良い。

＜候補記憶処理＞
ステップS３０７において、サーバ１０の制御部１０４は、受信したリクエストから候補情報を受け付ける。サーバ１０の制御部１０４は、候補情報に含まれる候補データに基づき、新たな予定として予定テーブル１０１７、予定メンバーテーブル１０１８に記憶する。
サーバ１０の制御部１０４は、選択された候補データごとに新たなレコードを生成し、候補データに含まれる候補開始日時、候補終了日時、候補内容データを、それぞれ、予定テーブル１０１７の新たなレコードの予定開始日時、予定終了日時、予定内容データの項目に記憶する。サーバ１０の制御部１０４は、候補データに含まれる予定へ招待されているユーザのユーザＩＤに基づき、アカウントテーブル１０１４のユーザＩＤを検索し、予定へ招待されているユーザごとに関連付けられたアカウントＩＤを取得する。サーバ１０の制御部１０４は、予定テーブル１０１７において新たに生成されたレコードの予定ＩＤ、取得したアカウントＩＤを、それぞれ、予定メンバーテーブル１０１８の新たなレコードの予定ＩＤ、アカウントＩＤの項目に記憶する。なお、予定へ招待されているユーザが複数のアカウントに関連づけられている場合は、当該ユーザの希望に応じて、所定のアカウントのみを記憶する構成としても良い。これにより、ユーザの希望に応じて所定のアカウントＩＤのみを、予定ＩＤと関連付けることができる。
サーバ１０の制御部１０４は、候補管理テーブル１０１９の対象レコードのステータスの項目に「確定済」の値を記憶する。

＜候補通知処理＞
ステップS３０８において、サーバ１０の制御部１０４は、第３ユーザに対して、予定候補が確定したことを示すメッセージなどをメールなどの連絡手段により送信し通知する。第３ユーザは、第３ユーザ端末４０のディスプレイに表示されたカレンダーの予定オブジェクトを選択することにより、予定オブジェクトに対応する予定に対して参加、不参加の回答を行うことができる。このとき、第３ユーザは保有する１または複数のアカウントのうち、所定のアカウントを選択して、参加、不参加の回答を行うことができる。
第３ユーザは、第３ユーザ端末４０の入力装置を操作し、第３ユーザ端末４０のディスプレイに表示された予定オブジェクトに配置された「参加」ボタンを押下すると、第３ユーザ端末４０の制御部は、予定オブジェクトに関連付けられた予定ＩＤ、参加・不参加の回答値、参加・不参加の回答を行うアカウントのアカウントＩＤを含むリクエストをサーバ１０へ送信する。サーバ１０の制御部１０４は、受信したリクエストに含まれるアカウントＩＤ、予定ＩＤに基づき、予定メンバーテーブル１０１８のアカウントＩＤ、予定ＩＤを検索し、検索により特定されたレコードの参加フラグの項目に、参加・不参加の回答値を記憶する。これにより、予定に対する第３ユーザの参加・不参加に関する意志が記憶され、第１ユーザは予定に対して第３ユーザが参加するのか、不参加であるのか確認することができる。

＜変形例＞
ステップＳ３０５における候補提案処理に、ステップS３０６における候補確定処理に代えて、第３ユーザから、候補提案処理において提案された選択候補情報のうちのうち、少なくとも１の候補情報の選択を受け付ける候補確定処理を実行しても良い。
具体的に、第３ユーザは、第３ユーザ端末４０のディスプレイに描画された、選択候補情報に含まれる候補情報に対応する候補オブジェクト７４１６を入力装置により選択する。例えば、第３ユーザは、入力装置により、ディスプレイに描画された候補オブジェクト７４１６を選択する。第３ユーザは、複数の候補オブジェクト７４１６を選択しても良い。
第３ユーザは、第３ユーザ端末４０の入力装置を操作し、第３ユーザ端末４０のディスプレイに表示されている確定ボタン７８７を押下する。これにより、予定候補が確定する。第３ユーザ端末４０の制御部は、選択され確定された複数の候補情報を含むリクエストをサーバ１０へ送信する。

サーバ１０の制御部１０４は、候補記憶処理を実行する。候補記憶処理は、ステップS３０７と同様であるため説明を省略する。
サーバ１０の制御部１０４は、候補記憶処理の後に第１ユーザに対して候補通知処理を実行する。候補通知処理は、通知先が第３ユーザではなく、第１ユーザになるのみでステップS３０８と同様であるため説明を省略する。

＜コンピュータの基本ハードウェア構成＞
図２２は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。

プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図２２）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。

なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体（リスト、辞書、連想配列、オブジェクトなど）を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。

通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサと、記憶部とを備え、第１ユーザおよび第２ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップ（Ｓ１０１）と、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップ（Ｓ１０２、Ｓ１０３、Ｓ１０４）と、を実行させるプログラム。
これにより、利用者は利便性良くスケジュールを調整することができる。第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。

（付記２）
予定提示ステップは、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を統合し、第２ユーザの予定情報として第１ユーザに対して提示するステップである、付記１記載のプログラム。
これにより、第２ユーザは、自身のアカウントごとの予定情報を第１ユーザに対して知られることを防ぐことができる。

（付記３）
プロセッサと、記憶部とを備え、第１ユーザおよび第２ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップ（Ｓ１０１）と、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する取得ステップ（Ｓ１０２）と、予定群を第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップ（Ｓ１０４）と、を実行させるプログラム。
これにより、利用者は利便性良くスケジュールを調整することができる。第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。

（付記４）
プログラムは、プロセッサに、取得ステップにおいて取得した予定群を統合する統合ステップ（Ｓ１０３）と、を実行させ、予定提示ステップは、統合ステップにおいて統合した予定群を第２ユーザの予定情報として第１ユーザに対して提示するステップである、付記３記載のプログラム。
これにより、第２ユーザは、自身のアカウントごとの予定情報を第１ユーザに対して知られることを防ぐことができる。

（付記５）
取得ステップにおいて取得する予定群に含まれる複数の予定情報は、複数の予定情報のそれぞれに対応する複数の公開フラグと関連付けられており、複数の公開フラグは、第２ユーザが所属するチームごとに異なる値を設定可能である、付記４記載のプログラム。
これにより、第２ユーザは、自身に関連付けられた複数のアカウントのそれぞれに対して、所属するチームごとに異なる公開フラグを設定することができる。

（付記６）
取得ステップにおいて取得する予定群に含まれる複数の予定情報は、複数の予定情報のそれぞれに対応する複数の公開フラグと関連付けられており、複数の公開フラグは、ユーザごとに異なる値を設定可能である、付記４または５記載のプログラム。
これにより、第２ユーザは、自身に関連付けられた複数のアカウントのそれぞれに対してユーザごとに異なる公開フラグを設定することができる。

（付記７）
取得ステップにおいて取得する予定群は、第２ユーザに関連付けられた第１アカウントに対して記憶されている第１予定情報と、第２ユーザに関連付けられた第２アカウントに対して記憶されている第２予定情報とを含み、第１予定情報は、第１公開フラグと関連付けられており、第２予定情報は、第２公開フラグと関連づけられており、統合ステップは、第１予定情報、第２予定情報、第１公開フラグおよび第２公開フラグに基づき、予定群を統合するステップである、付記４から６のいずれか記載のプログラム。
これにより、第２ユーザは、自身に関連付けられた複数のアカウントのそれぞれに対して、公開フラグを設定することができる。

（付記８）
統合ステップは、第１公開フラグが公開であり、第２公開フラグが共有しないである場合に、予定群に第１予定情報を含め、第２予定情報を含めないように統合するステップである、付記７記載のプログラム。
これにより、自身の特定のアカウントのスケジュールを特定のチームに対して公開したり、秘匿することができる。

（付記９）
統合ステップは、第１公開フラグが公開であり、第２公開フラグが時間枠のみ共有である場合に、予定群に第１予定情報を含め、第２予定情報のうち開始日時および終了日時以外の情報を含めないように統合するステップである、付記７または８記載のプログラム。
これにより、自身の特定のアカウントのスケジュール内容を特定のチームに対して秘匿しつつ、スケジュール調整のための時間枠のみを特定のチームに公開することができる。

（付記１０）
第１ユーザは、第２ユーザと同じチームに所属している、付記３から７のいずれか記載のプログラム。
これにより、自身の特定のアカウントのスケジュール内容を特定のチームに対して秘匿しつつ、スケジュール調整のための時間枠のみを特定のチームに公開することができる。

（付記１１）
予定提示ステップは、第１ユーザの予定情報と、統合された第２ユーザの予定情報とを、それぞれ識別可能な態様で第１ユーザに対して提示するステップである、付記８から１０のいずれか記載のプログラム。
これにより、第１ユーザは、自身の予定情報と、第２ユーザの統合された予定情報とを識別可能な態様で確認することができ、第２ユーザと利便性良くスケジュールを調整することができる。

（付記１２）
プログラムは、プロセッサに、第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップ（Ｓ３０３）と、候補設定ステップにおいて設定を受け付けた選択候補情報を、第３ユーザに対して提案する候補提案ステップ（Ｓ３０４）と、を実行させる付記１から１１のいずれか記載のプログラム。
これにより、第３ユーザは、提示された選択候補情報を確認し、スケジュール調整を行うことができる。利便性良くスケジュールを調整することができる。

（付記１３）
候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および候補設定ステップにおいて設定を受け付けた選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、付記１２記載のプログラム。
これにより、第３ユーザは自身のスケジュールを確認しつつ、提示された選択候補情報を確認し、スケジュール調整を行うことができる。利便性良くスケジュールを調整することができる。

（付記１４）
プロセッサと、記憶部とを備え、第１ユーザおよび第３ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップ（Ｓ３０３）と、候補設定ステップにおいて設定を受け付けた選択候補情報を、第３ユーザに対して提案する候補提案ステップ（Ｓ３０４）と、を実行させ、候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および候補設定ステップにおいて設定を受け付けた選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、プログラム。
これにより、第３ユーザは自身のスケジュールを確認しつつ、提示された選択候補情報を確認し、スケジュール調整を行うことができる。利便性良くスケジュールを調整することができる。

（付記１５）
プログラムは、プロセッサに、予定提示ステップにおいて提示された、第１ユーザの予定情報および統合された第２ユーザの予定情報に基づき、空き時間を複数の候補情報として第１ユーザに対して提示する候補提示ステップ（Ｓ３０２）と、第１ユーザから、候補提示ステップにおいて提示された複数の候補情報のうち、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップ（Ｓ３０３）と、候補設定ステップにおいて設定を受け付けた選択候補情報を、第３ユーザに対して提案する候補提案ステップ（Ｓ３０４）と、を実行させる、付記１２または１３記載のプログラム。
これにより、利便性良くスケジュールを調整することができる。

（付記１６）
候補設定ステップは、第１ユーザの予定情報および統合された第２ユーザの予定情報に重なる日時に、１または複数の候補情報を選択候補情報として設定可能なステップである、付記１２から１５のいずれか記載のプログラム。
これにより、第１ユーザは、第１ユーザの予定情報および統合された第２ユーザの予定情報に重なる日時に、１または複数の候補情報を選択候補情報として設定可能である。

（付記１７）
プログラムは、プロセッサに、第３ユーザから、候補提案ステップにおいて提案された選択候補情報のうち、１または複数の候補情報を承認候補情報として選択を受け付ける候補承認ステップ（Ｓ３０５）と、を実行させる、付記１２から１６のいずれか記載のプログラム。
これにより、利便性良くスケジュールを調整することができる。

（付記１８）
プログラムは、プロセッサに、第１ユーザから、候補承認ステップにおいて選択を受け付けた承認候補情報のうち、少なくとも１の候補情報の選択を受け付ける候補確定ステップ（Ｓ３０６）と、候補確定ステップにおいて選択を受け付けた予定情報を、第１ユーザおよび第３ユーザの予定情報として記憶するステップと、を実行させる、付記１７記載のプログラム。
これにより、利便性良くスケジュールを調整することができる。

（付記１９）
プログラムは、プロセッサに、第３ユーザから、候補提案ステップにおいて提案された選択候補情報のうち、少なくとも１の候補情報の選択を受け付ける候補確定ステップ（Ｓ３０５）と、候補確定ステップにおいて選択を受け付けた予定情報を、第１ユーザおよび第３ユーザの予定情報として記憶するステップと、を実行させる、付記１２から１６のいずれか記載のプログラム。
これにより、第３ユーザによる候補確定ステップをもってスケジュール調整を行うことができるため、第１ユーザの候補確定の手間を低減することができる。

（付記２０）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップ（Ｓ１０１）と、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップ（Ｓ１０２、Ｓ１０３、Ｓ１０４）と、を実行させる情報処理装置。
これにより、利用者は利便性良くスケジュールを調整することができる。第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。

（付記２１）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップ（Ｓ１０１）と、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する取得ステップ（Ｓ１０２）と、予定群を第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップ（Ｓ１０４）と、を実行させる情報処理装置。
これにより、利用者は利便性良くスケジュールを調整することができる。第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。

（付記２２）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサに、第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップ（Ｓ３０３）と、候補設定ステップにおいて設定を受け付けた選択候補情報を、第３ユーザに対して提案する候補提案ステップ（Ｓ３０４）と、を実行させ、候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および候補設定ステップにおいて設定を受け付けた選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、情報処理装置。
これにより、第３ユーザは自身のスケジュールを確認しつつ、提示された選択候補情報を確認し、スケジュール調整を行うことができる。利便性良くスケジュールを調整することができる。

（付記２３）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップ（Ｓ１０１）と、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップ（Ｓ１０２、Ｓ１０３、Ｓ１０４）と、を実行させる情報処理方法。
これにより、利用者は利便性良くスケジュールを調整することができる。第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。

（付記２４）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップ（Ｓ１０１）と、受付ステップにおいて、リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する取得ステップ（Ｓ１０２）と、予定群を第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップ（Ｓ１０４）と、を実行させる情報処理方法。
これにより、利用者は利便性良くスケジュールを調整することができる。第１ユーザは、第２ユーザの予定情報をアカウントごとに識別することができ、第２ユーザの予定をより詳細に把握することができる。

（付記２５）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップ（Ｓ３０３）と、候補設定ステップにおいて設定を受け付けた選択候補情報を、第３ユーザに対して提案する候補提案ステップ（Ｓ３０４）と、を実行させ、候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および候補設定ステップにおいて設定を受け付けた選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、情報処理方法。
これにより、第３ユーザは自身のスケジュールを確認しつつ、提示された選択候補情報を確認し、スケジュール調整を行うことができる。利便性良くスケジュールを調整することができる。

１ 情報処理システム、１０ サーバ、１０１ 記憶部、１０３ 制御部、２０ 第１ユーザ端末、２０１ 記憶部、２０４ 制御部、３０ 第２ユーザ端末、３０１ 記憶部、３０４ 制御部

Claims (25)

1. プロセッサと、記憶部とを備え、第１ユーザおよび第２ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、
   前記受付ステップにおいて、前記リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、
   を実行させるプログラム。
2. 前記予定提示ステップは、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を統合し、第２ユーザの予定情報として第１ユーザに対して提示するステップである、
   請求項１記載のプログラム。
3. プロセッサと、記憶部とを備え、第１ユーザおよび第２ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、
   前記受付ステップにおいて、前記リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する取得ステップと、
   前記予定群を第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、
   を実行させるプログラム。
4. 前記プログラムは、前記プロセッサに、
   前記取得ステップにおいて取得した前記予定群を統合する統合ステップと、
   を実行させ、
   前記予定提示ステップは、前記統合ステップにおいて統合した前記予定群を第２ユーザの予定情報として第１ユーザに対して提示するステップである、
   請求項３記載のプログラム。
5. 前記取得ステップにおいて取得する前記予定群に含まれる前記複数の予定情報は、前記複数の予定情報のそれぞれに対応する複数の公開フラグと関連付けられており、
   前記複数の公開フラグは、第２ユーザが所属するチームごとに異なる値を設定可能である、
   請求項４記載のプログラム。
6. 前記取得ステップにおいて取得する前記予定群に含まれる前記複数の予定情報は、前記複数の予定情報のそれぞれに対応する複数の公開フラグと関連付けられており、
   前記複数の公開フラグは、ユーザごとに異なる値を設定可能である、
   請求項４または５記載のプログラム。
7. 前記取得ステップにおいて取得する前記予定群は、
   第２ユーザに関連付けられた第１アカウントに対して記憶されている第１予定情報と、
   第２ユーザに関連付けられた第２アカウントに対して記憶されている第２予定情報と
   を含み、
   第１予定情報は、第１公開フラグと関連付けられており、
   第２予定情報は、第２公開フラグと関連づけられており、
   前記統合ステップは、第１予定情報、第２予定情報、第１公開フラグおよび第２公開フラグに基づき、前記予定群を統合するステップである、
   請求項４から６のいずれか記載のプログラム。
8. 前記統合ステップは、第１公開フラグが公開であり、第２公開フラグが共有しないである場合に、前記予定群に第１予定情報を含め、第２予定情報を含めないように統合するステップである、
   請求項７記載のプログラム。
9. 前記統合ステップは、第１公開フラグが公開であり、第２公開フラグが時間枠のみ共有である場合に、前記予定群に第１予定情報を含め、第２予定情報のうち開始日時および終了日時以外の情報を含めないように統合するステップである、
   請求項７または８記載のプログラム。
10. 第１ユーザは、第２ユーザと同じチームに所属している、
    請求項３から７のいずれか記載のプログラム。
11. 前記予定提示ステップは、第１ユーザの予定情報と、統合された第２ユーザの前記予定情報とを、それぞれ識別可能な態様で第１ユーザに対して提示するステップである、
    請求項８から１０のいずれか記載のプログラム。
12. 前記プログラムは、前記プロセッサに、
    第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップと、
    前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、第３ユーザに対して提案する候補提案ステップと、
    を実行させる請求項１から１１のいずれか記載のプログラム。
13. 前記候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、
    請求項１２記載のプログラム。
14. プロセッサと、記憶部とを備え、第１ユーザおよび第３ユーザの予定情報を管理するコンピュータに実行させるためのプログラムであって、
    前記プログラムは、前記プロセッサに、
    第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップと、
    前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、第３ユーザに対して提案する候補提案ステップと、
    を実行させ、
    前記候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、
    プログラム。
15. 前記プログラムは、前記プロセッサに、
    前記予定提示ステップにおいて提示された、第１ユーザの予定情報および統合された第２ユーザの前記予定情報に基づき、空き時間を複数の候補情報として第１ユーザに対して提示する候補提示ステップと、
    第１ユーザから、前記候補提示ステップにおいて提示された前記複数の候補情報のうち、１または複数の前記候補情報を選択候補情報として設定を受け付ける候補設定ステップと、
    前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、第３ユーザに対して提案する候補提案ステップと、
    を実行させる、
    請求項１２または１３記載のプログラム。
16. 前記候補設定ステップは、第１ユーザの予定情報および統合された第２ユーザの前記予定情報に重なる日時に、１または複数の前記候補情報を選択候補情報として設定可能なステップである、
    請求項１２から１５のいずれか記載のプログラム。
17. 前記プログラムは、前記プロセッサに、
    第３ユーザから、前記候補提案ステップにおいて提案された前記選択候補情報のうち、１または複数の前記候補情報を承認候補情報として選択を受け付ける候補承認ステップと、
    を実行させる、
    請求項１２から１６のいずれか記載のプログラム。
18. 前記プログラムは、前記プロセッサに、
    第１ユーザから、前記候補承認ステップにおいて選択を受け付けた前記承認候補情報のうち、少なくとも１の前記候補情報の選択を受け付ける候補確定ステップと、
    前記候補確定ステップにおいて選択を受け付けた前記予定情報を、第１ユーザおよび第３ユーザの予定情報として記憶するステップと、
    を実行させる、
    請求項１７記載のプログラム。
19. 前記プログラムは、前記プロセッサに、
    第３ユーザから、前記候補提案ステップにおいて提案された前記選択候補情報のうち、少なくとも１の前記候補情報の選択を受け付ける候補確定ステップと、
    前記候補確定ステップにおいて選択を受け付けた前記予定情報を、第１ユーザおよび第３ユーザの予定情報として記憶するステップと、
    を実行させる、
    請求項１２から１６のいずれか記載のプログラム。
20. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサに、
    第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、
    前記受付ステップにおいて、前記リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、
    を実行させる情報処理装置。
21. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサに、
    第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、
    前記受付ステップにおいて、前記リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する取得ステップと、
    前記予定群を第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、
    を実行させる情報処理装置。
22. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサに、
    第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップと、
    前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、第３ユーザに対して提案する候補提案ステップと、
    を実行させ、
    前記候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、
    情報処理装置。
23. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記プロセッサに、
    第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、
    前記受付ステップにおいて、前記リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を、第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、
    を実行させる情報処理方法。
24. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記プロセッサに、
    第１ユーザから、第２ユーザの予定情報を表示するためのリクエストを受け付ける予定受付ステップと、
    前記受付ステップにおいて、前記リクエストに応じて、第２ユーザに関連づけられた複数のアカウントのそれぞれに対して記憶されている複数の予定情報を含む予定群を取得する取得ステップと、
    前記予定群を第２ユーザの予定情報として第１ユーザに対して提示する予定提示ステップと、
    を実行させる情報処理方法。
25. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記プロセッサに、
    第１ユーザから、１または複数の候補情報を選択候補情報として設定を受け付ける候補設定ステップと、
    前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、第３ユーザに対して提案する候補提案ステップと、
    を実行させ、
    前記候補提案ステップは、第３ユーザの予定情報、第３ユーザが表示可能な他のユーザの予定情報、および前記候補設定ステップにおいて設定を受け付けた前記選択候補情報を、それぞれ識別可能な態様で、第３ユーザに対して提案するステップである、
    情報処理方法。