(57)【要約】【課題】イベントの開催日時を適切に決定する。【解決手段】本願に係る決定装置は、取得部と、判定部と、決定部とを有する。取得部は、所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、所定のイベントの開催タイミングを指定する指定情報とを取得する。判定部は、取得部により取得された複数の調整情報に基づいて、複数のユーザが対応可能な日時である候補日時があるかどうかを判定する。決定部は、判定部により判定された候補日時が複数ある場合、指定情報に基づいて、所定のイベントを開催する日時である開催日時を決定する。【選択図】図３
2019191771.tif 000002
【特許請求の範囲】
【請求項１】
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得部と、
前記取得部により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定部と、
前記判定部により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定する決定部と、
を備えたことを特徴とする決定装置。
【請求項２】
前記取得部は、
前記所定のイベントの開催時期を指定する前記指定情報を取得し、
前記決定部は、
複数の候補日時のうち、前記指定情報の指定に対応する候補日時を前記開催日時に決定する
ことを特徴とする請求項１に記載の決定装置。
【請求項３】
前記取得部は、
前記所定のイベントの開催タイミングを早い時期にするかを指定する前記指定情報を取得し、
前記決定部は、
前記指定情報が前記早い時期を指定する場合、前記複数の候補日時のうち早い日時を前記開催日時に決定する
ことを特徴とする請求項２に記載の決定装置。
【請求項４】
前記取得部は、
前記所定のイベントの開催タイミングを遅い時期にするかを指定する前記指定情報を取得し、
前記決定部は、
前記指定情報が前記遅い時期を指定する場合、前記複数の候補日時のうち遅い日時を前記開催日時に決定する
ことを特徴とする請求項２または請求項３に記載の決定装置。
【請求項５】
前記取得部は、
前記複数のユーザのうちスケジュールが変更されたユーザのスケジュール情報を取得し、
前記判定部は、
前記取得部により取得された前記スケジュール情報に基づいて、前記複数のユーザが対応可能な候補日時があるかどうかを再判定する
ことを特徴とする請求項１〜４のいずれか１項に記載の決定装置。
【請求項６】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記複数のユーザに関する情報に基づいて、前記所定のイベントの開催場所を決定する
ことを特徴とする請求項１〜５のいずれか１項に記載の決定装置。
【請求項７】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記開催日時に基づいて、前記開催場所を決定する
ことを特徴とする請求項６に記載の決定装置。
【請求項８】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記複数のユーザに関する情報に基づいて、前記所定のイベントの開催場所として推奨する場所である推奨場所を決定する
ことを特徴とする請求項１〜７のいずれか１項に記載の決定装置。
【請求項９】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記開催日時に基づいて、前記推奨場所を決定する
ことを特徴とする請求項８に記載の決定装置。
【請求項１０】
前記複数のユーザのうち、複数のイベントへの参加が要求されるユーザの端末装置に、所定の基準に基づいて前記複数のイベントが並べられた一覧情報を提供する提供部、
をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載の決定装置。
【請求項１１】
前記決定部は、
前記複数のイベントの開催時期及び参加する他のユーザの情報に基づいて算出されるスコアに基づいて、前記複数のイベントのランキングを決定し、
前記提供部は、
前記決定部により決定されたランキング基づいて前記複数のイベントが並べられた前記一覧情報前記端末装置に提供する
ことを特徴とする請求項１０に記載の決定装置。
【請求項１２】
前記取得部は、
前記所定のイベントに参加が必須である第１ユーザと、前記所定のイベントに参加が任意である第２ユーザとを含む前記複数のユーザの前記複数の調整情報を取得し、
前記判定部は、
前記複数のユーザのうち、前記複第１ユーザが対応可能な候補日時があるかどうかを判定し、
前記決定部は、
前記判定部により判定された候補日時が複数ある場合、前記第２ユーザの調整情報に基づいて、前記開催日時を決定する
ことを特徴とする請求項１〜１１のいずれか１項に記載の決定装置。
【請求項１３】
前記決定部は、
複数の候補日時の各々に参加可能な前記第２ユーザの人数に基づいて、前記開催日時を決定する
ことを特徴とする請求項１２に記載の決定装置。
【請求項１４】
前記決定部は、
前記複数の候補日時のうち、参加可能な前記第２ユーザの人数が最多の日時を前記開催日時に決定する
ことを特徴とする請求項１３に記載の決定装置。
【請求項１５】
前記決定部は、
前記判定部により判定された候補日時が１つである場合、当該候補日時を前記開催日時に決定する
ことを特徴とする請求項１〜１４のいずれか１項に記載の決定装置。
【請求項１６】
コンピュータが実行する決定方法であって、
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得工程と、
前記取得工程により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定工程と、
前記判定工程により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定する決定工程と、
を含んだことを特徴とする決定方法。
【請求項１７】
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得手順と、
前記取得手順により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定手順と、
前記判定手順により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定する決定手順と、
をコンピュータに実行させることを特徴とする決定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、決定装置、決定方法、及び決定プログラムに関する。
【背景技術】
【０００２】
従来、ユーザのスケジュールを調整する技術が提供されている。例えば、会議等のイベントへの参加が要求されるユーザのスケジュールを調整する技術が提供されている。このような技術においては、各ユーザのスケジュールの管理作業を支援するシステムが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−００４３０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、イベントの開催日時を適切に決定することができるとは限らない。例えば、イベントへの参加が要求される複数のユーザのスケジュールを調整した結果、イベントを開催する候補となる日時が複数ある場合、いずれの日時に開催するかを決定することが難しいといった課題がある。
【０００５】
本願は、上記に鑑みてなされたものであって、イベントの開催日時を適切に決定する決定装置、決定方法、及び決定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願に係る決定装置は、所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得部と、前記取得部により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定部と、前記判定部により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定する決定部と、を備えたことを特徴とする。
【発明の効果】
【０００７】
実施形態の一態様によれば、イベントの開催日時を適切に決定することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る決定処理の一例を示す図である。
【図２】図２は、実施形態に係る決定システムの構成例を示す図である。
【図３】図３は、実施形態に係る決定装置の構成例を示す図である。
【図４】図４は、実施形態に係るユーザ情報記憶部の一例を示す図である。
【図５】図５は、実施形態に係るイベント情報記憶部の一例を示す図である。
【図６】図６は、実施形態に係るスケジュール情報記憶部の一例を示す図である。
【図７】図７は、実施形態に係る決定処理の一例を示すフローチャートである。
【図８】図８は、実施形態に係る一覧情報の提供の一例を示す図である。
【図９】図９は、イベント情報記憶部の他の一例を示す図である。
【図１０】図１０は、決定装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る決定装置、決定方法、及び決定プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る決定装置、決定方法、及び決定プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
（実施形態）
〔１．決定処理〕
まず、図１を用いて、実施形態に係る決定処理の一例について説明する。図１は、実施形態に係る決定処理の一例を示す図である。図１では、会議をイベントの一例とする場合を示す。なお、イベントは会議に限らず、人が参加する対象（事象）であれば、どのようなものであってもよい。図１の例では、決定装置１００（図２参照）が複数のユーザが参加するイベント（会議）を開催する日時（以下、「開催日時」ともいう）を決定する場合を示す。
【００１１】
〔決定システムの構成〕
図１の説明に先立って、図２を用いて決定システム１の構成について説明する。図２は、実施形態に係る決定システムの構成例を示す図である。図２に示すように、決定システム１は、端末装置１０と、決定装置１００とが含まれる。端末装置１０と、決定装置１００とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図２に示した決定システム１には、複数台の端末装置１０や、複数台の決定装置１００が含まれてもよい。
【００１２】
端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal  Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal  Digital  Assistant）等により実現される。端末装置１０は、決定装置１００から受信した一覧情報等の各種情報を表示する。ユーザは、端末装置１０により未調整のイベントを確認したりする。また、端末装置１０は、ユーザが入力した調整情報等の各種情報を決定装置１００へ送信する。ユーザは、端末装置１０を操作することにより、会議等のイベントの登録や、参加が要求されたイベントに対する調整情報の登録を行なったりする。イベント参加が要求されたユーザを「参加ユーザ」とする場合がある。また、端末装置１０は、決定装置１００との間で種々の情報の送受信を行うスケジュール調整アプリケーション等がインストールされてもよい。端末装置１０は、決定装置１００から受信した情報をスケジュール調整アプリケーションにより表示してもよい。端末装置１０は、スケジュール調整アプリケーションによりユーザの調整情報の登録等を行ってもよい。端末装置１０は、ユーザが入力した情報をスケジュール調整アプリケーションにより決定装置１００へ送信してもよい。なお、端末装置１０は、音声認識機能を有するスマートフォンであってもよいし、スマートスピーカやロボット等の音声等を検知する装置であってもよい。
【００１３】
決定装置１００は、種々の情報に基づいて、イベントの開催日時を決定する情報処理装置である。決定装置１００は、イベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報を取得する。例えば、決定装置１００は、イベントに参加が要求された各ユーザが利用する端末装置１０から調整情報を取得する。また、決定装置１００は、イベントの開催タイミングを指定する指定情報を取得する。例えば、決定装置１００は、イベントを設定したユーザが利用する端末装置１０からイベントの開催タイミングを指定する指定情報を取得する。
【００１４】
決定装置１００は、各参加ユーザの調整情報に基づいて、参加ユーザが対応可能な日時（以下、「候補日時」ともいう）があるかどうかを判定する。決定装置１００は、候補日時が複数ある場合、指定情報に基づいて、イベントを開催する日時である開催日時を決定する。
【００１５】
ここから、図１を用いて、決定処理の流れについて説明する。まず、決定装置１００は、イベント情報を取得する（ステップＳ１１）。決定装置１００は、イベントＩＤ「ＩＶ１１」により識別される会議であるイベント（以下「イベントＩＶ１１」とする）に関するイベント情報を取得する。図１の例では、決定装置１００は、イベント情報ＩＮＦ１１を取得する。例えば、決定装置１００は、イベントＩＶ１１の設定ユーザであるユーザＵ１（図５参照）が利用する端末装置１０からイベント情報ＩＮＦ１１を取得する。決定装置１００は、イベントＩＶ１１への参加が要求される要求ユーザ（参加ユーザ）がユーザＵ１、Ｕ２、Ｕ３、Ｕ４の４人であることを示すイベント情報ＩＮＦ１１を取得する。また、決定装置１００は、イベントＩＶ１１の設定期間が期間ＴＭ１１であることを示すイベント情報ＩＮＦ１１を取得する。
【００１６】
なお、決定装置１００は、端末装置１０以外の外部装置や記憶部１２０（図３参照）からイベント情報ＩＮＦ１１を取得してもよい。また、図１の例では、イベントＩＶ１１の設定期間である期間ＴＭ１１がＸ月（例えば４月等）１日〜５日の５日間である場合を示す。また、図１の例では、説明を簡単にするために、各日にちの午前（ＡＭ）か午後（ＰＭ）のいずれかの日時で開催日時を決定する場合を示すが、決定装置１００は、時分秒等の時間単位での開催日時の決定を行ってもよい。なお、イベントＩＶ１１の設定ユーザであるユーザＵ１が、Ｘ月１日〜５日の各日のＡＭ、ＰＭの１０個の対象日時を設定し、決定装置１００は、Ｘ月１日〜５日の各日のＡＭ、ＰＭの１０個の対象日時の各々への参加ユーザの参加可否の情報を取得してもよい。
【００１７】
決定装置１００は、イベントＩＶ１１の調整情報を取得する（ステップＳ１２）。決定装置１００は、イベントＩＶ１１の参加ユーザであるユーザＵ１〜Ｕ４の調整情報を取得する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４の端末装置１０にイベント情報ＩＮＦ１１を送信することにより、ユーザＵ１〜Ｕ４に調整情報の登録を要求する。決定装置１００は、ユーザＵ１〜Ｕ４の端末装置１０にインストールされたスケジュール調整アプリケーション等の機能により、ユーザＵ１〜Ｕ４に調整情報の登録を要求してもよい。
【００１８】
イベント情報ＩＮＦ１１を受信した端末装置１０がイベント情報ＩＮＦ１１を表示し、ユーザＵ１〜Ｕ４がイベントＩＶ１１の調整情報を端末装置１０に入力する。例えば、ユーザＵ１〜Ｕ４は、イベントＩＶ１１の設定日時であるＸ月１日〜５日のＡＭ、ＰＭのうち、参加可能な日時を確認し、各日時の参加可否を端末装置１０に入力する。例えば、ユーザＵ１〜Ｕ４は、スマートフォンやスマートスピーカ等の端末装置１０を用いてもよい。例えば、ユーザＵ１〜Ｕ４は、音声により、スマートフォンやスマートスピーカ等の端末装置１０に各日時の参加可否を示す情報を入力してもよい。例えば、ユーザＵ１〜Ｕ４は、スマートフォンである端末装置１０に表示されたカレンダー等を操作することにより、各日時の参加可否を示す情報を入力してもよい。例えば、ユーザＵ１〜Ｕ４は、端末装置１０に表示されたスケジュール調整アプリケーション等を操作することにより、各日時の参加可否を示す情報を入力してもよい。
【００１９】
図１の例では、ユーザＵ１は、Ｘ月１日のＰＭ（日時ｄｔ１２）、Ｘ月２日のＰＭ（日時ｄｔ１４）、Ｘ月３日のＡＭ（日時ｄｔ１５）、Ｘ月４日のＰＭ（日時ｄｔ１８）及びＸ月５日の両方（日時ｄｔ１９、ｄｔ２０）の６つの日時が参加可能である端末装置１０に入力する。そして、ユーザＵ１が利用する端末装置１０は、ユーザＵ１がＸ月１日のＰＭ（日時ｄｔ１２）、Ｘ月２日のＰＭ（日時ｄｔ１４）、Ｘ月３日のＡＭ（日時ｄｔ１５）、Ｘ月４日のＰＭ（日時ｄｔ１８）、及びＸ月５日の両方（日時ｄｔ１９、ｄｔ２０）の６つの日時でイベントＩＶ１１に参加可能であることを示す調整情報を決定装置１００に送信する。これにより、決定装置１００は、ユーザＵ１の端末装置１０からユーザＵ１に関するイベントＩＶ１１の調整情報を取得する。
【００２０】
また、ユーザＵ２が利用する端末装置１０は、ユーザＵ２がＸ月１日の両方（日時ｄｔ１１、ｄｔ１２）、Ｘ月３日のＰＭ（日時ｄｔ１６）及びＸ月５日の両方（日時ｄｔ１９、ｄｔ２０）の５つの日時でイベントＩＶ１１に参加可能であることを示す調整情報を決定装置１００に送信する。これにより、決定装置１００は、ユーザＵ２の端末装置１０からユーザＵ２に関するイベントＩＶ１１の調整情報を取得する。同様に、決定装置１００は、ユーザＵ３、Ｕ４の端末装置１０からユーザＵ３、Ｕ４に関するイベントＩＶ１１の調整情報を取得する。
【００２１】
なお、決定装置１００は、端末装置１０以外の外部装置や記憶部１２０（図３参照）からユーザＵ１〜Ｕ４の調整情報を取得してもよい。例えば、決定装置１００は、端末装置１０以外の外部装置からユーザＵ１〜Ｕ４のスケジュール情報を取得してもよい。例えば、決定装置１００は、記憶部１２０（図３参照）に記憶されたユーザＵ１〜Ｕ４のスケジュール情報を取得してもよい。例えば、決定装置１００は、取得したユーザＵ１〜Ｕ４のスケジュール情報に基づいて、ユーザの予定が入っていない時間帯をユーザがイベントに参加可能な時間帯として抽出し、取得してもよい。例えば、決定装置１００は、取得したユーザＵ１〜Ｕ４のイベントに参加可能な時間帯を、調整情報として用いてもよい。
【００２２】
図１の例では、決定装置１００は、調整情報一覧ＩＮＦ１２に示すように、ユーザＵ１〜Ｕ４の各々のＸ月１日〜５日までの間でのイベントＩＶ１１への参加可否を示す調整情報を取得する。図１に示す調整情報一覧ＩＮＦ１２中の各日時とユーザとが交差する区域（マス目）は、対応する日時における各ユーザのイベントＩＶ１１へ参加可否を示す。なお、各区域に示す符号が「○」である場合、対応するユーザが対応する日時おいてイベントへ参加可能であることを示す。
【００２３】
例えば、ユーザＵ１の行と、Ｘ月１日ＡＭ（日時ｄｔ１１）の列とが交差する区域は、ユーザＵ１が日時ｄｔ１１にイベントＩＶ１１が参加可能かどうかを示す。図１の例では、ユーザＵ１の行と、日時ｄｔ１１の列とが交差する区域は「×」であるため、ユーザＵ１は日時ｄｔ１１にイベントＩＶ１１へ参加できないことを示す。また、例えば、ユーザＵ１の行と、Ｘ月１日ＰＭ（日時ｄｔ１２）の列とが交差する区域は、ユーザＵ１が日時ｄｔ１２にイベントＩＶ１１が参加可能かどうかを示す。図１の例では、ユーザＵ１の行と、日時ｄｔ１２の列とが交差する区域は「○」であるため、ユーザＵ１は日時ｄｔ１２にイベントＩＶ１１へ参加できることを示す。
【００２４】
そして、決定装置１００は、調整情報一覧ＩＮＦ１２に示すような調整情報に基づいて、候補日時を判定する（ステップＳ１３）。決定装置１００は、参加ユーザが対応可能な日時を候補日時として判定する。決定装置１００は、全参加ユーザ参加可能な日時を候補日時として判定する。決定装置１００は、調整情報一覧ＩＮＦ１２に示すような調整情報に基づいて、候補日時があるかどうかを判定する。決定装置１００は、ユーザＵ１〜Ｕ４の全参加ユーザが参加可能な日時（候補日時）があるかどうかを判定する。
【００２５】
図１の例では、決定装置１００は、候補日時一覧ＩＮＦ１３に示すように、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの日時を候補日時であると判定する。すなわち、決定装置１００は、複数の候補日時があると判定する。なお、決定装置１００は、候補日時がないと判定した場合、各参加ユーザに再調整を要求してもよい。
【００２６】
そして、決定装置１００は、指定情報を取得する（ステップＳ１４）。例えば、決定装置１００は、イベントＩＶ１１の設定ユーザであるユーザＵ１から指定情報を取得する。決定装置１００は、ユーザＵ１が利用する端末装置１０から指定情報を取得する。図１の例では、決定装置１００は、指定情報ＩＮＦ１４に示すように、イベントＩＶ１１の開催タイミングを早い時期にすると指定する指定情報を取得する。
【００２７】
なお、決定装置１００は、記憶部１２０（図３参照）から指定情報を取得してもよい。例えば、決定装置１００は、端末装置１０以外の外部装置から指定情報を取得してもよい。例えば、決定装置１００は、記憶部１２０（図３参照）に記憶された過去のイベントの履歴情報に基づいて、指定情報を取得してもよい。例えば、決定装置１００は、ユーザＵ１が設定ユーザであるイベントのうち、設定期間の早い時期に開催される割合が所定の閾値（例えば、６０％等）以上である場合、イベントＩＶ１１の開催タイミングを早い時期にすると指定する指定情報を生成し、取得してもよい。なお、ここでいう早い時期とは、設定期間の開始日時から所定の範囲内の時期であってもよい。例えば早い時期は、設定期間の開始日時から設定期間の２５％までの期間（時期）であってもよい。また、早い時期とは、イベントの登録設定期間の開始日時から所定の範囲内の時期であってもよい。
【００２８】
そして、決定装置１００は、開催日時を決定する（ステップＳ１５）。決定装置１００は、候補日時一覧ＩＮＦ１３に示すようなＸ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時のうち、いずれの候補日時を開催日時にするかを決定する。ここで、決定装置１００は、候補日時が複数あるため、指定情報に基づいてイベントＩＶ１１の開催日時を決定する。決定装置１００は、指定情報ＩＮＦ１４に示すようなイベントＩＶ１１の開催タイミングを早い時期にすると指定する指定情報に基づいて、イベントＩＶ１１の開催日時を決定する。
【００２９】
すなわち、決定装置１００は、イベントＩＶ１１の開催タイミングが早い時期になるように、イベントＩＶ１１の開催日時を決定する。図１の例では、決定装置１００は、開催情報ＩＮＦ１５に示すように、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時のうち、より早い時期であるＸ月１日ＰＭ（日時ｄｔ１２）を開催日時に決定する。
【００３０】
また、決定装置１００は、イベント情報記憶部１２２（図５参照）に記憶されたイベントＩＶ１１のステータスを「１（確定）」に変更する。また、決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１〜Ｕ４のＸ月１日ＰＭ（日時ｄｔ１２）のイベントＩＶ１１のステータスを「１（確定）」に変更する。例えば、決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１のスケジュールのうち、スケジュールＩＤ「ＳＣ１−２」により識別されるスケジュール（スケジュールＳＣ１−２）のステータスを「１（確定）」に変更する。すなわち、決定装置１００は、ユーザＵ１のＸ月１日ＰＭ（日時ｄｔ１２）のイベントＩＶ１１のスケジュールＳＣ１−２のステータスを「１（確定）」に変更する。
【００３１】
また、決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１〜Ｕ４のイベントＩＶ１１の他のスケジュールを削除する。例えば、決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１のスケジュールのうち、スケジュールＳＣ１−２以外のイベントＩＶ１１のスケジュールを削除する。すなわち、決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１のスケジュールのうち、ステータスが「０（調整中）」となっていたイベントＩＶ１１の他のスケジュールを削除する。例えば、決定装置１００は、スケジュールＳＣ１−２以外のイベントＩＶ１１のスケジュールであるスケジュールＩＤ「ＳＣ１−３」により識別されるスケジュール（スケジュールＳＣ１−３）を削除する。すなわち、決定装置１００は、ユーザＵ１のＸ月２日ＰＭ（日時ｄｔ１４）のイベントＩＶ１１のスケジュールＳＣ１−３を削除する。また、決定装置１００は、ユーザＵ１のＸ月３日ＡＭ（日時ｄｔ１５）やＸ月４日ＰＭ（日時ｄｔ１８）やＸ月５日（日時ｄｔ１９、ｄｔ２０）のイベントＩＶ１１のスケジュールを削除する。なお、決定装置１００は、指定情報が「遅め」である場合、イベントＩＶ１１の開催タイミングが遅い時期になるように、イベントＩＶ１１の開催日時を決定する。例えば、指定情報が「遅め」である場合、決定装置１００は、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時のうち、より遅い時期であるＸ月５日ＡＭ（日時ｄｔ１９）を開催日時に決定する。また、決定装置１００は、候補日時が１つである場合、その候補日時を開催日時に決定する。例えば、決定装置１００は、候補日時がＸ月５日ＡＭ（日時ｄｔ１９）の１つである場合、Ｘ月５日ＡＭ（日時ｄｔ１９）を開催日時に決定する。
【００３２】
また、決定装置１００は、イベントＩＶ１１の開催場所が決定されていないため、イベントＩＶ１１の開催場所を決定する（ステップＳ１６）。例えば、決定装置１００は、ユーザＵ１〜Ｕ４の情報に基づいて、イベントＩＶ１１の開催場所を決定する。決定装置１００は、開催情報ＩＮＦ１５に示すように、イベントＩＶ１１の開催場所を位置ＬＣ１１に決定する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４の端末装置１０から取得したユーザＵ１〜Ｕ４の位置情報に基づいて、イベントＩＶ１１の開催場所を決定する。例えば、決定装置１００は、ユーザ情報記憶部１２１（図４参照）に記憶されたユーザＵ１〜Ｕ４の位置情報に基づいて、イベントＩＶ１１の開催場所を決定する。決定装置１００は、開催情報ＩＮＦ１５に示すように、イベントＩＶ１１の開催場所を位置ＬＣ１１に決定する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４がＸ月１日ＰＭ（日時ｄｔ１２）に位置する付近の場所（位置）をイベントＩＶ１１の開催場所に決定する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４がＸ月１日ＰＭ（日時ｄｔ１２）の前の時点（例えば１０分前等）に同じエリアに位置する場合、そのエリアに位置する店舗やビルの会議室等をイベントＩＶ１１の開催場所に決定する。
【００３３】
また、決定装置１００は、ユーザＵ１〜Ｕ４の勤務先が同じである場合、その勤務先の会議室のうち、日時ｄｔ１２に利用可能な会議室をイベントＩＶ１１の開催場所に決定してもよい。決定装置１００は、ユーザＵ１〜Ｕ４が同じ企業に属する場合、その企業の会議室のうち、日時ｄｔ１２に利用可能な会議室をイベントＩＶ１１の開催場所に決定してもよい。
【００３４】
例えば、決定装置１００は、イベントの開催日時に基づいて、イベントの開催場所を決定する。例えば、決定装置１００は、イベントの開催日時と決定時点との間隔が短い程、近い位置をイベントの開催場所に決定してもよい。例えば、決定装置１００は、イベントの開催日時が決定時点の翌日である場合、各参加ユーザの自宅や勤務地に近い位置をイベントの開催場所に決定してもよい。例えば、決定装置１００は、イベントの開催日時と決定時点との間隔が長い程、遠い位置をイベントの開催場所に決定してもよい。例えば、決定装置１００は、イベントの開催日時が決定時点の数か月（例えば２か月等）先である場合、各参加ユーザの勤務地に遠い位置をイベントの開催場所に決定してもよい。なお、上記は一例であり、決定装置１００は、イベントの開催場所が決定されていない場合、種々の情報を適宜用いてイベントの開催場所を決定してもよい。
【００３５】
このように、決定装置１００は、各ユーザの調整情報に基づいて、イベントの候補日時を判定する。そして、決定装置１００は、候補日時が複数ある場合は、指定情報に基づいて、開催日時を決定する。例えば、イベントには、大事な要件のイベント等のできるだけ早めに開催したいイベントや、開催の必要はあるが時期は急がず先送りしたいイベント等の種々の種別のイベントが含まれる。このような各イベントについて、その種別に対応した期間を設定した場合、参加ユーザの調整がつかず開催日時が決定できない場合が多くなると想定される。例えば、できるだけ早めに開催したいイベントを近日中の短い期間設定で調整した場合、調整がつかず何度も再調整を行う事態が想定される。このような場合、イベントの開催者（設定ユーザ等）は、何度も期間設定等を行う必要が生じるため、参加ユーザのスケジュール調整の処理が煩雑になる。一方で、決定装置１００が期間の設定と指定情報とを受け付けることにより、設定ユーザは、そのイベントが許容するまで期間を広げて期間設定が可能になる。そして、決定装置１００は、複数の候補日時があると判定した場合であっても、指定情報に基づいて開催日時を決定することにより、ユーザの手を煩わせることなく、イベントの種別に応じた適切な開催日時を決定することができる。したがって、決定装置１００は、決定装置１００は、イベントの開催日時を適切に決定することができる。
【００３６】
〔１−１．開催場所の推奨〕
なお、図１の例では、開催場所が決定されていない場合、決定装置１００が開催場所を決定する場合を示したが、決定装置１００は、開催場所をユーザに推奨してもよい。この場合、決定装置１００は、イベントの開催場所として推奨する場所である推奨場所を決定してもよい。そして、決定装置１００は、決定した推奨場所に関する情報をユーザに提供してもよい。決定装置１００は、決定した推奨場所を示す情報を設定ユーザに提供し、開催場所の決定を設定ユーザに要求してもよい。なお、決定装置１００は、開催場所の決定権限が設定ユーザ以外のユーザ（場所権限ユーザ）にある場合、場所権限ユーザユーザに推奨場所に関する情報を提供し、開催場所の決定を場所権限ユーザに要求してもよい。
【００３７】
図１の例では、決定装置１００は、イベントＩＶ１１の開催場所が決定されていないため、イベントＩＶ１１の推奨場所を決定する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４の情報に基づいて、イベントＩＶ１１の推奨場所を決定する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４がＸ月１日ＰＭ（日時ｄｔ１２）に位置する場所の付近をイベントＩＶ１１の推奨場所に決定する。例えば、決定装置１００は、ユーザＵ１〜Ｕ４がＸ月１日ＰＭ（日時ｄｔ１２）の前の時点（例えば１０分前等）に同じエリアに位置する場合、そのエリアに位置する店舗やビルの会議室等をイベントＩＶ１１の推奨場所に決定する。
【００３８】
また、決定装置１００は、ユーザＵ１〜Ｕ４の勤務先が同じである場合、その勤務先の会議室のうち、日時ｄｔ１２に利用可能な会議室をイベントＩＶ１１の推奨場所に決定してもよい。決定装置１００は、ユーザＵ１〜Ｕ４が同じ企業に属する場合、その企業の会議室のうち、日時ｄｔ１２に利用可能な会議室をイベントＩＶ１１の推奨場所に決定してもよい。
【００３９】
例えば、決定装置１００は、イベントの開催日時に基づいて、イベントの推奨場所を決定する。例えば、決定装置１００は、イベントの開催日時が決定時点に近い程、近い位置をイベントの推奨場所に決定してもよい。例えば、決定装置１００は、イベントの開催日時が決定時点の翌日である場合、各参加ユーザの自宅や勤務地に近い位置をイベントの推奨場所に決定してもよい。例えば、決定装置１００は、イベントの開催日時が決定時点に遠い程、遠い位置をイベントの推奨場所に決定してもよい。例えば、決定装置１００は、イベントの開催日時が決定時点の数か月（例えば２か月等）先である場合、各参加ユーザの勤務地に遠い位置をイベントの推奨場所に決定してもよい。なお、上記は一例であり、決定装置１００は、イベントの推奨場所が決定されていない場合、種々の情報を適宜用いてイベントの推奨場所を決定してもよい。
【００４０】
〔１−２．イベントの開催情報の提供〕
決定装置１００は、決定したイベントの開催時間や開催場所に関する情報を参加ユーザに提供してもよい。図１の例では、決定装置１００は、イベントＩＶ１１の開催日時がＸ月１日ＰＭ（日時ｄｔ１２）であることを示す情報をユーザＵ１〜Ｕ４の端末装置１０に送信してもよい。また、決定装置１００は、イベントＩＶ１１の開催場所が位置ＬＣ１１であることを示す情報をユーザＵ１〜Ｕ４の端末装置１０に送信してもよい。
【００４１】
〔１−３．候補日時が無い場合〕
決定装置１００は、候補日時がないと判定した場合、各参加ユーザに再調整を要求してもよい。例えば、決定装置１００は、候補日時が１つもないと判定した場合、設定ユーザに設定期間の変更を要求してもよい。図１の例では、決定装置１００は、Ｘ月１日〜５日のうちに１つも候補日時がないと判定した場合、設定ユーザであるユーザＵ１に設定期間の変更を要求してもよい。この場合、決定装置１００は、ユーザＵ１に設定期間を延長するように要求してもよい。例えば、決定装置１００は、ユーザＵ１に設定期間を５日から所定の期間（例えば５日間等）だけ延長するように要求してもよい。例えば、決定装置１００は、ユーザＵ１に設定期間をＸ月１日〜５日から、Ｘ月１日〜１０日に変更するように要求してもよい。
【００４２】
〔１−４．候補日時の更新〕
図１の例では、決定装置１００は、イベントＩＶ１１の開催日時をＸ月１日ＰＭ（日時ｄｔ１２）と決定した後、イベントＩＶ１１の参加ユーザであるユーザＵ１〜Ｕ４の他のイベントの候補日時を再判定してもよい。
【００４３】
決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１〜Ｕ４のスケジュールうち、Ｘ月１日ＰＭ（日時ｄｔ１２）に対応するイベントのスケジュールであって、ステータスが「０（調整中）」のスケジュールを削除する。例えば、決定装置１００は、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ１〜Ｕ４のスケジュールうち、開始日時が「Ｘ月１日ＰＭ（日時ｄｔ１２）」であるイベントのスケジュールやＸ月１日ＰＭ（日時ｄｔ１２）を含む期間で行われるイベントのスケジュールを削除する。
【００４４】
例えば、決定装置１００は、ユーザＵ１のスケジュールのうち、Ｘ月１日ＰＭ（日時ｄｔ１２）を開始日時とする他のイベントであって、ステータスが「０（調整中）」である他のイベントの全スケジュールを削除してもよい。例えば、決定装置１００は、ユーザＵ１のスケジュールに、Ｘ月１日ＰＭ（日時ｄｔ１２）を開始日時とする他のイベントＩＶ５０のスケジュールが含まれる場合、ユーザＵ１のスケジュールからイベントＩＶ５０のスケジュールを削除してもよい。すなわち、決定装置１００は、ユーザＵ１がＸ月１日ＰＭ（日時ｄｔ１２）にはイベントＩＶ５０への参加が不可能であると判定してもよい。そして、決定装置１００は、Ｘ月１日ＰＭ（日時ｄｔ１２）にユーザＵ１がイベントＩＶ５０へ参加できなくなったことに応じて、イベントＩＶ５０について候補日時を再判定してもよい。また、決定装置１００は、イベントＩＶ５０の候補日時に変更があった場合、その変更に基づいて開催日時を決定してもよい。なお、決定装置１００は、Ｘ月１日ＰＭ（日時ｄｔ１２）にユーザＵ１が確定した他の予定（例えば休暇等）を追加し、スケジュールが変更された場合も、イベントＩＶ５０について候補日時を再判定してもよい。
【００４５】
〔２．決定装置の構成〕
次に、図３を用いて、実施形態に係る決定装置１００の構成について説明する。図３は、実施形態に係る決定装置の構成例を示す図である。図３に示すように、決定装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、決定装置１００は、決定装置１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００４６】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、端末装置１０との間で情報の送受信を行う。
【００４７】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、図３に示すように、ユーザ情報記憶部１２１と、イベント情報記憶部１２２と、スケジュール情報記憶部１２３とを有する。
【００４８】
（ユーザ情報記憶部１２１）
実施形態に係るユーザ情報記憶部１２１は、ユーザに関する各種情報を記憶する。例えば、ユーザ情報記憶部１２１は、ユーザ属性に関する各種情報やユーザの行動に関する各種情報を記憶する。図４は、実施形態に係るユーザ情報記憶部の一例を示す図である。図４に示すユーザ情報記憶部１２１は、「ユーザＩＤ」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目が含まれる。
【００４９】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。また、「年齢」は、ユーザＩＤにより識別されるユーザの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザの性別を示す。
【００５０】
また、「自宅」は、ユーザＩＤにより識別されるユーザの自宅の位置情報を示す。なお、図４に示す例では、「自宅」は、「ＬＣ１−１」といった抽象的な符号を図示するが、緯度や経度を示す情報であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。
【００５１】
また、「勤務地」は、ユーザＩＤにより識別されるユーザの勤務地の位置情報を示す。なお、図４に示す例では、「勤務地」は、「ＬＣ１−２」といった抽象的な符号を図示するが、緯度や経度を示す情報であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。
【００５２】
また、「興味」は、ユーザＩＤにより識別されるユーザの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザが関心の高い対象を示す。なお、図４に示す例では、「興味」は、各ユーザに１つずつ図示するが、複数であってもよい。
【００５３】
例えば、図４の例では、ユーザＩＤ「Ｕ１」により識別されるユーザの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、自宅が「ＬＣ１−１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、勤務地が「ＬＣ１−２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、「スポーツ」に興味があることを示す。
【００５４】
なお、ユーザ情報記憶部１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、各ユーザの端末装置１０から取得した各ユーザの位置情報の履歴を記憶してもよい。例えば、ユーザ情報記憶部１２１は、他のデモグラフィック属性情報やサイコグラフィック属性情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、氏名、家族構成、収入、ライフスタイル等の情報を記憶してもよい。また、ユーザ情報記憶部１２１は、ユーザが利用する端末装置１０を識別する情報（端末ＩＤ）を記憶してもよい。
【００５５】
（イベント情報記憶部１２２）
実施形態に係るイベント情報記憶部１２２は、イベントに関する各種情報を記憶する。イベント情報記憶部１２２は、会議等のイベントに関する各種情報を記憶する。図５は、実施形態に係るイベント情報記憶部の一例を示す図である。例えば、イベント情報記憶部１２２は、イベントに関する情報を記憶する。図５に示すイベント情報記憶部１２２には、「イベントＩＤ」、「ステータス」、「開催日時」、「開催場所」、「要求ユーザ」、「設定期間」、「所要時間」、「指定情報」、「設定ユーザ」といった項目が含まれる。
【００５６】
「イベントＩＤ」は、イベントを識別するための識別情報を示す。「ステータス」は、対応するイベントの状況を示す。図５の例では、ステータスが「１」である場合、そのイベントの開催日時が確定していることを示す。また、ステータスが「０」である場合、そのイベントの開催日時が調整中であることを示す。なお、ステータスのフラグは「０」、「１」に限らず、種々のフラグが用いられてもよい。例えば、ステータスが「１００」である場合、そのイベントが開催済みであることを示してもよい。
【００５７】
「開催日時」は、イベントの開催日時を示す。なお、図５の例では「開催日時」を抽象的な符号「ｄｔ５」等で図示するが、「開催日時」には、「２０１８年４月２１日１４時３０分００秒」等の具体的な日時が記憶されてもよい。また、「開催日時」には、「２０１８年４月２１日１４時３０分００秒−１６時３０分００秒」等の期間情報が記憶されてもよい。
【００５８】
「開催場所」は、イベントに関連付けられた位置を示す。例えば、「開催場所」は、イベントのイベントが開催される位置や広告が掲示される位置を示す。なお、図５の例では「開催場所」を抽象的な符号「ＬＣ５」等で図示するが、「開催場所」には、具体的な緯度経度情報等の位置情報が記憶されてもよい。また、「開催場所」には、ビル名、店舗名、会議室の名称等のイベントが開催される具体的な場所を示す情報が記憶されてもよい。
【００５９】
「要求ユーザ」は、イベントへの参加が要求されているユーザを示す。なお、「要求ユーザ」は、ユーザの参加可否に応じて更新されてもよい。例えば、「要求ユーザ」は、ユーザが不可能なユーザ（不可ユーザ）に代えて、その不可ユーザの代理のユーザ（代理ユーザ）が追加されてもよい。
【００６０】
「設定期間」は、イベントを開催する設定期間を示す。「設定期間」は、そのイベントがその期間内に開催されることが要求されていることを示す。なお、図５の例では「設定期間」を抽象的な符号「ＴＭ５」等で図示するが、「設定期間」には、「２０１８年４月１５日８時００分００秒−５月３１日１８時００分００秒」等の具体的な期間が記憶されてもよい。また、「所要時間」は、イベントの所要時間を示す。
【００６１】
「指定情報」は、イベントの指定情報を示す。例えば、「指定情報」は、イベントの開催タイミングの指定を示す。「指定情報」は、イベントの開催時期の指定を示す。「指定情報」は、イベントの開催タイミングを早い時期にするかの指定を示す。「指定情報」は、イベントの開催タイミングを遅い時期にするかの指定を示す。
【００６２】
「設定ユーザ」は、イベントの設定を行ったユーザを示す。例えば、「設定ユーザ」は、イベントの開催を要求するユーザを示す。「設定ユーザ」は、イベント情報の登録を行ったユーザを示す。「設定ユーザ」は、イベントの開催主体となるユーザ（マスタユーザ）を示す。
【００６３】
図５に示す例において、イベントＩＤ「ＩＶ５」により識別されるイベント（イベントＩＶ５）は、ステータスが「１（確定）」であり、開催日時が確定していることを示す。イベントＩＶ５は、開催日時が日時ｄｔ５であり、開催場所が位置ＬＣ５であることを示す。また、イベントＩＶ５は、要求ユーザ、すなわち参加ユーザがユーザＵ５０、Ｕ５１、Ｕ５３等であることを示す。イベントＩＶ５は、設定期間が期間ＴＭ５であり、所要時間が２時間であることを示す。また、イベントＩＶ５は、指定情報の設定が無く、設定ユーザはユーザＵ５３であることを示す。なお、イベントＩＶ５のように指定情報の設定が無いイベントにおいて複数の候補日時がある場合、決定装置１００は、そのイベントの設定ユーザに開催日時の指定を要求してもよい。決定装置１００は、イベントＩＶ５の候補日時が複数ある場合、イベントＩＶ５の設定ユーザであるユーザＵ５３に、いずれの候補日時を開催日時にするかの指定を要求してもよい。
【００６４】
また、イベントＩＤ「ＩＶ１１」により識別されるイベント（イベントＩＶ１１）は、ステータスが「０（調整中）」であり、開催日時が調整中、すなわち未確定であることを示す。イベントＩＶ１１は、開催日時が「−」すなわち未確定であり、開催場所も「−」すなわち未確定であることを示す。また、イベントＩＶ１１は、要求ユーザ（参加ユーザ）がユーザＵ１、Ｕ２、Ｕ３、Ｕ４であることを示す。イベントＩＶ１１は、設定期間が期間ＴＭ１１であり、所要時間がＸ時間（例えば１時間等）であることを示す。また、イベントＩＶ１１は、指定情報が「早め」であり、設定ユーザはユーザＵ１であることを示す。
【００６５】
なお、イベント情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、イベント情報記憶部１２２は、イベントが登録（追加）された日時に関する情報を記憶してもよい。例えば、イベント情報記憶部１２２は、各イベントの実施に要する費用等を示す情報を記憶してもよい。
【００６６】
（スケジュール情報記憶部１２３）
実施形態に係るスケジュール情報記憶部１２３は、スケジュール情報を記憶する。スケジュール情報記憶部１２３は、各ユーザのスケジュール情報を記憶する。図６は、実施形態に係るスケジュール情報記憶部の一例を示す図である。図６に示すスケジュール情報記憶部１２３には、「ユーザＩＤ」、「スケジュールＩＤ」、「開始日時」、「ステータス」、「イベントＩＤ」等の項目が含まれる。
【００６７】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「スケジュールＩＤ」は、スケジュールを識別するための識別情報を示す。「開始日時」は、対応するスケジュールの開始日時を示す。なお、図５の例では「開始日時」を抽象的な符号「ｄｔ１」等で図示するが、「開始日時」には、「２０１８年４月１８日１２時１５分００秒」等の具体的な日時が記憶されてもよい。また、「開催日時」には、「２０１８年４月１８日１２時１５分００秒−１７時４５分００秒」等の期間情報が記憶されてもよい。
【００６８】
「ステータス」は、対応するスケジュールの状況を示す。図５の例では、ステータスが「１」である場合、そのスケジュールが確定していることを示す。また、ステータスが「０」である場合、そのスケジュールが調整中であることを示す。なお、ステータスのフラグは「０」、「１」に限らず、種々のフラグが用いられてもよい。例えば、ステータスが「１００」である場合、そのスケジュールが実行済みであることを示してもよい。なお、ステータスが「０」、すなわち調整中であるスケジュールは、同じ時間に複数登録されてもよい。そして、決定装置１００は、同じ時間に複数登録されたスケジュールのうち、１つのスケジュールのステータスを「１（確定）」に変更した場合、同じ時間の他のスケジュールを削除してもよい。
【００６９】
「イベントＩＤ」は、イベントを識別するための識別情報を示す。なお、「イベントＩＤ」は、スケジュールの内容が、識別情報が割り当てられていない場合、その具体的な内容が記憶されてもよい。
【００７０】
図６に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）は、スケジュールＩＤ「ＳＣ１−１」により識別されるスケジュール（スケジュールＳＣ１−１）が登録されていることを示す。スケジュールＳＣ１−１は、イベントＩＶ１０に対応するスケジュールであり、開始日時が日時ｄｔ１であることを示す。また、スケジュールＳＣ１−１は、ステータスが「１（確定）」であり、日時ｄｔ１に行われることが確定していることを示す。
【００７１】
また、ユーザＵ１は、スケジュールＩＤ「ＳＣ１−２」により識別されるスケジュール（スケジュールＳＣ１−２）が登録されていることを示す。スケジュールＳＣ１−２は、イベントＩＶ１１に対応するスケジュールであり、開始日時が日時ｄｔ１２であることを示す。また、スケジュールＳＣ１−２は、ステータスが「０（調整中）」であり、日時ｄｔ１２に行われることは未確定であることを示す。
【００７２】
また、ユーザＵ１は、スケジュールＩＤ「ＳＣ１−３」により識別されるスケジュール（スケジュールＳＣ１−３）が登録されていることを示す。スケジュールＳＣ１−３は、イベントＩＶ１１に対応するスケジュールであり、開始日時が日時ｄｔ１４であることを示す。また、スケジュールＳＣ１−３は、ステータスが「０」であり、日時ｄｔ１４に行われることは未確定であることを示す。
【００７３】
例えば、決定装置１００は、同じイベントＩＶ１１に対応するスケジュールＳＣ１−２とスケジュールＳＣ１−３とのうち、いずれかが確定した場合は、他方のスケジュールを削除してもよい。例えば、決定装置１００は、スケジュールＳＣ１−２確定した場合は、他方のスケジュールＳＣ１−３を削除してもよい。
【００７４】
なお、スケジュール情報記憶部１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。
【００７５】
（制御部１３０）
図３の説明に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、決定装置１００内部の記憶装置に記憶されている各種プログラム（変更プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００７６】
図３に示すように、制御部１３０は、取得部１３１と、判定部１３２と、決定部１３３と、提供部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。
【００７７】
（取得部１３１）
取得部１３１は、種々の情報を取得する。取得部１３１は、端末装置１０等の外部装置から各種情報を取得する。取得部１３１は、記憶部１２０から各種情報を取得する。取得部１３１は、ユーザ情報記憶部１２１や、イベント情報記憶部１２２や、スケジュール情報記憶部１２３等から各種情報を取得する。
【００７８】
取得部１３１は、所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、所定のイベントの開催タイミングを指定する指定情報とを取得する。取得部１３１は、所定のイベントの開催時期を指定する指定情報を取得する。取得部１３１は、所定のイベントの開催タイミングを早い時期にするかを指定する指定情報を取得する。取得部１３１は、所定のイベントの開催タイミングを遅い時期にするかを指定する指定情報を取得する。
【００７９】
取得部１３１は、複数のユーザのうちスケジュールが変更されたユーザのスケジュール情報を取得する。取得部１３１は、所定のイベントに参加が必須である第１ユーザと、所定のイベントに参加が任意である第２ユーザとを含む複数のユーザの複数の調整情報を取得する。
【００８０】
取得部１３１は、イベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報を取得する。例えば、取得部１３１は、イベントに参加が要求された各ユーザが利用する端末装置１０から調整情報を取得する。また、取得部１３１は、イベントの開催タイミングを指定する指定情報を取得する。例えば、取得部１３１は、イベントを設定したユーザが利用する端末装置１０からイベントの開催タイミングを指定する指定情報を取得する。
【００８１】
図１の例では、取得部１３１は、イベント情報を取得する。取得部１３１は、イベントＩＶ１１に関するイベント情報を取得する。取得部１３１は、イベント情報ＩＮＦ１１を取得する。例えば、取得部１３１は、イベントＩＶ１１の設定ユーザであるユーザＵ１（図５参照）が利用する端末装置１０からイベント情報ＩＮＦ１１を取得する。取得部１３１は、イベントＩＶ１１への参加が要求される要求ユーザ（参加ユーザ）がユーザＵ１、Ｕ２、Ｕ３、Ｕ４の２人であることを示すイベント情報ＩＮＦ１１を取得する。また、取得部１３１は、イベントＩＶ１１の設定期間が期間ＴＭ１１であることを示すイベント情報ＩＮＦ１１を取得する。
【００８２】
取得部１３１は、イベントＩＶ１１の調整情報を取得する。取得部１３１は、イベントＩＶ１１の参加ユーザであるユーザＵ１〜Ｕ４の調整情報を取得する。取得部１３１は、ユーザＵ１の端末装置１０からユーザＵ１に関するイベントＩＶ１１の調整情報を取得する。取得部１３１は、ユーザＵ２の端末装置１０からユーザＵ２に関するイベントＩＶ１１の調整情報を取得する。同様に、取得部１３１は、ユーザＵ３、Ｕ４の端末装置１０からユーザＵ３、Ｕ４に関するイベントＩＶ１１の調整情報を取得する。
【００８３】
図１の例では、取得部１３１は、調整情報一覧ＩＮＦ１２に示すように、ユーザＵ１〜Ｕ４の各々のＸ月１日〜５日までの間でのイベントＩＶ１１への参加可否を示す調整情報を取得する。取得部１３１は、イベントＩＶ１１の設定ユーザであるユーザＵ１から指定情報を取得する。取得部１３１は、ユーザＵ１が利用する端末装置１０から指定情報を取得する。図１の例では、取得部１３１は、指定情報ＩＮＦ１４に示すように、イベントＩＶ１１の開催タイミングを早い時期にすると指定する指定情報を取得する。
【００８４】
（判定部１３２）
判定部１３２は、種々の情報を判定する。判定部１３２は、記憶部１２０に記憶された各種情報に基づいて、種々の情報を判定する。例えば、判定部１３２は、ユーザ情報記憶部１２１や、イベント情報記憶部１２２や、スケジュール情報記憶部１２３等に基づいて、各種情報を判定する。判定部１３２は、取得部１３１により取得された各種情報に基づいて、種々の情報を判定する。
【００８５】
判定部１３２は、判定部１３２は、取得部１３１により取得された複数の調整情報に基づいて、複数のユーザが対応可能な日時である候補日時があるかどうかを判定する。判定部１３２は、取得部により取得されたスケジュール情報に基づいて、複数のユーザが対応可能な候補日時があるかどうかを再判定する。判定部１３２は、複数のユーザのうち、複第１ユーザが対応可能な候補日時があるかどうかを判定する。
【００８６】
図１の例では、判定部１３２は、調整情報一覧ＩＮＦ１２に示すような調整情報に基づいて、候補日時を判定する。判定部１３２は、参加ユーザが対応可能な日時を候補日時として判定する。判定部１３２は、全参加ユーザ参加可能な日時を候補日時として判定する。判定部１３２は、調整情報一覧ＩＮＦ１２に示すような調整情報に基づいて、候補日時があるかどうかを判定する。判定部１３２は、ユーザＵ１〜Ｕ４の全参加ユーザが参加可能な日時（候補日時）があるかどうかを判定する。判定部１３２は、候補日時一覧ＩＮＦ１３に示すように、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの日時を候補日時であると判定する。判定部１３２は、複数の候補日時があると判定する。
【００８７】
（決定部１３３）
決定部１３３は、種々の情報を決定する。決定部１３３は、記憶部１２０に記憶された各種情報に基づいて、種々の情報を決定する。例えば、決定部１３３は、ユーザ情報記憶部１２１や、イベント情報記憶部１２２や、スケジュール情報記憶部１２３等に基づいて、各種情報を決定する。決定部１３３は、取得部１３１により取得された各種情報に基づいて、種々の情報を決定する。決定部１３３は、判定部１３２により判定された各種情報に基づいて、種々の情報を決定する。
【００８８】
決定部１３３は、判定部１３２により判定された候補日時が複数ある場合、指定情報に基づいて、所定のイベントを開催する日時である開催日時を決定する。決定部１３３は、複数の候補日時のうち、指定情報の指定に対応する候補日時を開催日時に決定する。決定部１３３は、指定情報が早い時期を指定する場合、複数の候補日時のうち早い日時を開催日時に決定する。決定部１３３は、指定情報が遅い時期を指定する場合、複数の候補日時のうち遅い日時を開催日時に決定する。
【００８９】
決定部１３３は、所定のイベントの開催場所が決定されていない場合、複数のユーザに関する情報に基づいて、所定のイベントの開催場所を決定する。決定部１３３は、所定のイベントの開催場所が決定されていない場合、開催日時に基づいて、開催場所を決定する。決定部１３３は、所定のイベントの開催場所が決定されていない場合、複数のユーザに関する情報に基づいて、所定のイベントの開催場所として推奨する場所である推奨場所を決定する。決定部１３３は、所定のイベントの開催場所が決定されていない場合、開催日時に基づいて、推奨場所を決定する。
【００９０】
決定部１３３は、複数のイベントの開催時期及び参加する他のユーザの情報に基づいて算出されるスコアに基づいて、複数のイベントのランキングを決定する。決定部１３３は、判定部１３２により判定された候補日時が複数ある場合、第２ユーザの調整情報に基づいて、開催日時を決定する。決定部１３３は、複数の候補日時の各々に参加可能な第２ユーザの人数に基づいて、開催日時を決定する。決定部１３３は、複数の候補日時のうち、参加可能な第２ユーザの人数が最多の日時を開催日時に決定する。決定部１３３は、判定部１３２により判定された候補日時が１つである場合、当該候補日時を開催日時に決定する。
【００９１】
図１の例では、決定部１３３は、開催日時を決定する。決定部１３３は、候補日時一覧ＩＮＦ１３に示すようなＸ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時のうち、いずれの候補日時を開催日時にするかを決定する。ここで、決定部１３３は、候補日時が複数あるため、指定情報に基づいてイベントＩＶ１１の開催日時を決定する。決定部１３３は、指定情報ＩＮＦ１４に示すようなイベントＩＶ１１の開催タイミングを早い時期にすると指定する指定情報に基づいて、イベントＩＶ１１の開催日時を決定する。
【００９２】
すなわち、決定部１３３は、イベントＩＶ１１の開催タイミングが早い時期になるように、イベントＩＶ１１の開催日時を決定する。図１の例では、決定部１３３は、開催情報ＩＮＦ１５に示すように、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時のうち、より早い時期であるＸ月１日ＰＭ（日時ｄｔ１２）を開催日時に決定する。
【００９３】
図１の例では、決定部１３３は、イベントＩＶ１１の開催場所が決定されていないため、イベントＩＶ１１の開催場所を決定する。例えば、決定部１３３は、ユーザＵ１〜Ｕ４の情報に基づいて、イベントＩＶ１１の開催場所を決定する。決定部１３３は、開催情報ＩＮＦ１５に示すように、イベントＩＶ１１の開催場所を位置ＬＣ１１に決定する。例えば、決定部１３３は、ユーザＵ１〜Ｕ４がＸ月１日ＰＭ（日時ｄｔ１２）に位置する付近の場所（位置）をイベントＩＶ１１の開催場所に決定する。例えば、決定部１３３は、ユーザＵ１〜Ｕ４がＸ月１日ＰＭ（日時ｄｔ１２）の前の時点（例えば１０分前等）に同じエリアに位置する場合、そのエリアに位置するビル等をイベントＩＶ１１の開催場所に決定する。
【００９４】
（提供部１３４）
提供部１３４は、端末装置１０等の外部装置に各種情報を提供する。提供部１３５は、端末装置１０に各種情報を送信する。提供部１３５は、端末装置１０に各種情報を配信する。また、提供部１３４は、判定部１３２により判定された各種の情報を外部装置に提供してもよい。また、例えば、提供部１３４は、決定部１３３により決定された各種情報を外部装置に提供してもよい。
【００９５】
提供部１３４は、提供部１３４は、複数のユーザのうち、複数のイベントへの参加が要求されるユーザに、所定の基準に基づいて複数のイベントが並べられた一覧情報をユーザの端末装置に提供する。提供部１３４は、決定部１３３により決定されたランキング基づいて複数のイベントが並べられた一覧情報端末装置に提供する。
【００９６】
図１の例では、提供部１３４は、ユーザＵ１〜Ｕ４の端末装置１０にイベント情報ＩＮＦ１１を送信することにより、ユーザＵ１〜Ｕ４に調整情報の登録を要求する。また、提供部１３４は、決定したイベントの開催時間や開催場所に関する情報を参加ユーザに提供してもよい。図１の例では、提供部１３４は、イベントＩＶ１１の開催日時がＸ月１日ＰＭ（日時ｄｔ１２）であることを示す情報をユーザＵ１〜Ｕ４の端末装置１０に送信してもよい。また、提供部１３４は、イベントＩＶ１１の開催場所が位置ＬＣ１１であることを示す情報をユーザＵ１〜Ｕ４の端末装置１０に送信してもよい。
【００９７】
〔３．決定処理のフロー〕
次に、図７を用いて、実施形態に係る決定システム１による決定処理の手順について説明する。図７は、実施形態に係る決定処理の一例を示すフローチャートである。具体的には、図７は、決定処理に応じたコンテンツの提供の処理を含むフローチャートである。
【００９８】
図７に示すように、決定装置１００は、所定のイベントに参加が要求された複数のユーザの調整情報を取得する（ステップＳ１０１）。図１の例では、決定装置１００は、イベントＩＶ１１の要求ユーザ（参加ユーザ）であるユーザＵ１〜Ｕ４の調整情報を取得する。
【００９９】
そして、決定装置１００は、調整情報に基づいて、複数のユーザが対応可能な候補日時を判定する（ステップＳ１０２）。例えば、決定装置１００は、複数のユーザの調整情報に基づいて、複数のユーザの全員が対応可能な候補日時を判定する。図１の例では、決定装置１００は、参加ユーザであるユーザＵ１〜Ｕ４の調整情報に基づいて、ユーザＵ１〜Ｕ４の全員が対応可能（参加可能）な候補日時を判定する。例えば、決定装置１００は、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの日時を候補日時と特定する。
【０１００】
また、決定装置１００は、候補日時が有るかどうかを判定する（ステップＳ１０３）。決定装置１００は、候補日時が無い場合（ステップＳ１０３：Ｎｏ）、処理を終了する。この場合、決定装置１００は、所定のイベントに参加する各ユーザに調整情報を再度要求してもよい。
【０１０１】
一方、決定装置１００は、候補日時が有る場合（ステップＳ１０３：Ｙｅｓ）、候補日時が複数あるかどうかを判定する（ステップＳ１０４）。決定装置１００は、候補日時が複数有る場合（ステップＳ１０４：Ｙｅｓ）、所定のイベントの開催タイミングの指定情報を取得する（ステップＳ１０５）。図１の例では、決定装置１００は、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時が有るため、指定情報を取得する。
【０１０２】
そして、決定装置１００は、指定情報に基づいて、所定のイベントを開催する開催日時を決定する（ステップＳ１０６）、処理を終了する。図１の例では、決定装置１００は、イベントＩＶ１１の開催タイミングを早い時期にすると指定する指定情報に基づいて、イベントＩＶ１１の開催日時を決定する。決定装置１００は、開催情報ＩＮＦ１５に示すように、Ｘ月１日ＰＭ（日時ｄｔ１２）と、Ｘ月５日ＡＭ（日時ｄｔ１９）との２つの候補日時のうち、より早い時期であるＸ月１日ＰＭ（日時ｄｔ１２）を開催日時に決定する。
【０１０３】
一方、決定装置１００は、候補日時が複数無い場合（ステップＳ１０４：Ｎｏ）、その候補日時を開催日時に決定し（ステップＳ１０７）、処理を終了する。例えば、決定装置１００は、候補日時がＸ月１日ＰＭ（日時ｄｔ１２）の１つしかない場合、Ｘ月１日ＰＭ（日時ｄｔ１２）を開催日時に決定する。
【０１０４】
〔４．一覧情報の提供〕
決定装置１００は、イベントへの参加が要求されているユーザに対して、イベントの調整情報の入力を促す情報を提供してもよい。この点について、図８を用いて説明する。図８は、実施形態に係る一覧情報の提供の一例を示す図である。なお、図１と同様の点については、適宜説明を省略する。図８の例では、決定装置１００は、複数のユーザのうち、複数のイベントへの参加が要求されるユーザＵ２１の端末装置１０に、一覧情報を提供する。決定装置１００は、複数のイベントへの参加が要求されるユーザＵ２１の端末装置１０に、ユーザＵ２１の調整情報が未取得のイベント（未調整イベント）の一覧情報を提供する。
【０１０５】
まず、決定装置１００は、ユーザＵ２１が参加ユーザとして含まれるイベントのうち、ユーザＵ２１の調整情報が未取得の未調整イベントのイベント情報を取得する（ステップＳ２１）。例えば、決定装置１００は、記憶部１２０（図３参照）に記憶された情報に基づいて、ユーザＵ２１の未調整イベントのイベント情報を抽出してもよい。決定装置１００は、イベント情報記憶部１２２（図５参照）に記憶されたイベントのうち、ユーザＵ２１が要求ユーザ（参加ユーザ）に含まれるイベント（参加対象イベント）を特定（判定）する。そして、決定装置１００は、参加対象イベントのうち、ユーザＵ２１の調整情報が未取得のイベントを未調整イベントとして特定（判定）する。例えば、決定装置１００は、参加対象イベントのうち、スケジュール情報記憶部１２３（図６参照）に記憶されたユーザＵ２１のスケジュールに含まれないイベントを、未調整イベントとして特定（判定）する。
【０１０６】
図８の例では、決定装置１００は、未調整イベント一覧ＬＴ２１に示すように、イベントＩＶ２１〜ＩＶ２４の４つのイベントが、ユーザＵ２１の未調整イベントであることを示す情報を取得する。決定装置１００は、イベントＩＶ２１がユーザＵ２１のステータスが未調整であることを示す情報（フラグ「５」等）や、他の参加ユーザがユーザＵ２２、Ｕ２３の２人であることを示す情報や設定期間が期間ＴＭ２１であることを示す情報を取得する。
【０１０７】
なお、上記は一例であり、決定装置１００は、種々の手段によりユーザＵ２１の未調整イベントのイベント情報を取得してもよい。決定装置１００は、外部装置からユーザＵ２１の未調整イベントのイベント情報を取得してもよい。また、決定装置１００は、未調整イベント一覧ＬＴ２１に示すような未調整イベントの情報を記憶部１２０（図３参照）に記憶してもよい。例えば、決定装置１００は、イベントＩＶ２１がユーザＵ２１のステータスが未調整であることを示す情報（フラグ「５」等）や、他の参加ユーザがユーザＵ２２、Ｕ２３の２人であることを示す情報や設定期間が期間ＴＭ２１であることを示す情報を生成してもよい。
【０１０８】
そして、決定装置１００は、イベントの開催時期や参加する他のユーザの情報に基づいて、スコアを決定（算出）する（ステップＳ２２）。図８の例では、決定装置１００は、イベントＩＶ２１〜ＩＶ２４の参加ユーザの人数に基づいて、スコアを決定（算出）する。例えば、決定装置１００は、イベントスコア（以下、単に「スコア」ともいう）を式「１／他の参加ユーザ数」により算出する。例えば、決定装置１００は、イベントＩＶ２１のスコアを、「０．５（＝１／２）」と決定（算出）する。例えば、決定装置１００は、イベントＩＶ２２のスコアを、「０．１（＝１／１０）」決定（算出）する。同様に、決定装置１００は、イベントＩＶ２３のスコアを「０．２」と決定（算出）し、イベントＩＶ２４のスコアを「１」と決定（算出）する。なお、決定装置１００は、イベントスコアを情報提供先となるユーザ自身を含めた式「１／参加ユーザ数」により算出してもよい。
【０１０９】
そして、決定装置１００は、各イベントのスコアに基づいて、イベントのランキングを決定する。決定装置１００は、スコアが大きい方から順に高いランキングに決定する。図８の例では、決定装置１００は、１位がイベントＩＶ２４であり、２位がイベントＩＶ２１であり、３位がイベントＩＶ２３であり、４位がイベントＩＶ２２であるとランキングを決定する。
【０１１０】
そして、決定装置１００は、所定の基準に基づいて複数のイベントが並べられた一覧情報をユーザＵ２１の端末装置１０に提供する（ステップＳ２３）。図８の例では、決定装置１００は、ランキング順に複数のイベントＩＶ２１〜ＩＶ２４が並べられた一覧情報ＬＩＮＦ２１をユーザＵ２１の端末装置１０に提供する。具体的には、決定装置１００は、イベントＩＶ２４、ＩＶ２１、ＩＶ２３、ＩＶ２２の順に並べられた一覧情報ＬＩＮＦ２１をユーザＵ２１の端末装置１０に提供する。これにより、決定装置１００は、イベントへの参加が要求されているユーザに対して、イベントの調整情報の入力を促すことができる。
【０１１１】
〔４−１．表示態様〕
図８の例では、ランキング順に並べた一覧情報を提供する場合示したが、決定装置１００は、ランキングに基づいて種々の表示態様の一覧情報を提供してもよい。例えば、決定装置１００は、ランキングが高いイベントほど視認性が高くなるように表示態様を変更した一覧情報を提供してもよい。例えば、決定装置１００は、ランキングが所定の順位以上であるイベントの色やサイズを他のイベントと異ならせた一覧情報を提供してもよい。例えば、決定装置１００は、ランキングが１位であるイベントの文字サイズを他のイベントよりも大きくした一覧情報を提供してもよい。例えば、決定装置１００は、ランキングが１位であるイベントの文字の色を他のイベントよりも目立つ色にした一覧情報を提供してもよい。例えば、決定装置１００は、ランキングが１位であるイベントの文字の色を赤色にし、他のイベントの色を黒色にした一覧情報を提供してもよい。なお、上記は一例であり、決定装置１００は、ランキングが高いイベントがユーザに視認されやすいように、種々の対象で一覧情報を提供してもよい。
【０１１２】
〔４−２．ランキングの決定〕
ここで、図８の例では、決定装置１００は、スコア一覧ＳＣ２１に示すように、イベントの他の参加ユーザの人数が少ない程、値が大きくなるようにスコアを決定（算出）する。すなわち、決定装置１００は、ユーザＵ２１の調整情報が与える影響が大きいイベントのスコアが大きく（高く）なるようにイベントのスコアを決定する。例えば、イベントＩＶ２４は、ユーザＵ２１以外にはユーザＵ２９しかいないため、ユーザＵ２１、Ｕ２９の２人のみの調整情報で開催日時が決定できるイベントとなる。言い換えると、イベントＩＶ２４は、開催日時の決定において、ユーザＵ２１の意思決定（調整情報）の価値が大きいイベントと言える。
【０１１３】
一方で、決定装置１００は、イベントＩＶ２２は、ユーザＵ２１以外には９人の参加ユーザがいるため、ユーザＵ２１が調整情報を入力しても、他の９人の参加ユーザが調整情報を入力するまで、開催日時が決定できない。言い換えると、イベントＩＶ２２は、開催日時の決定において、ユーザＵ２１の意思決定（調整情報）の価値が小さいイベントと言える。
【０１１４】
なお、ユーザＵ２１の意思決定（調整情報）の価値を動的に変更可能にするために、他のユーザの数は、情報提供先のユーザを含む調整情報を未入力のユーザの数であってもよい。決定装置１００は、イベントスコアを「１／未調整のユーザ数」として算出する。図８の場合、他のユーザの数は、ユーザＵ２１を含む調整情報を未入力のユーザの数であってもよい。例えば、イベントＩＶ２２の他の９人の参加ユーザが調整情報を入力済みである場合、決定装置１００は、イベントＩＶ２２のスコアを「１（＝１／１）」と決定する。この場合、イベントＩＶ２２はユーザＵ２１の意思決定、すなわち調整情報の入力により、候補日時を判定することができるイベントであるため、決定装置１００は、イベントＩＶ２２のスコアを「１」と高く決定する。これにより、決定装置１００は、ユーザＵ２１の意思決定の価値が高いイベントＩＶ２２のスコアを高く決定することができる。このように、決定装置１００は、イベントＩＶ２２の他のユーザが調整情報を入力する毎に、イベントＩＶ２２のスコアを大きく算出する。
【０１１５】
なお、図８では説明を簡単にするために、ランキングの決定に他の参加ユーザの数のみを用いる場合を示したが、決定装置１００は、他の参加ユーザの人数に限らず、種々の情報を用いてランキングを決定してもよい。例えば、決定装置１００は、イベントの設定期間の終了日時が近いほど重みを重くしてもよい。例えば、決定装置１００は、イベントの設定期間の終了日時が近いほど大きな値となる重み（開催時期スコア）を用いてもよい。例えば、決定装置１００は、開催時期スコアを乗算してスコア（合成スコア）を算出してもよい。この場合、算出した合成スコア基づいて、イベントのランキングを決定してもよい。
【０１１６】
〔５．第１ユーザ、第２ユーザ〕
図１の例では、全参加ユーザの参加が必須である場合例に説明したが、参加ユーザには、イベントへの参加が必須であるユーザ（第１ユーザ）と、イベントへの参加が任意であるユーザ（第２ユーザ）とが含まれてもよい。この場合、決定装置１００は、イベントへの参加が必須である第１ユーザと、イベントへの参加が任意である第２ユーザとの調整情報に基づいて、開催日時を決定する。この点について図９を用いて説明する。
【０１１７】
図９は、イベント情報記憶部の他の一例を示す図である。イベント情報記憶部１２２−２は、イベントに関する各種情報を記憶する。イベント情報記憶部１２２−２は、要求ユーザ（参加ユーザ）の項目が第１ユーザと第２ユーザの２つの項目に分かれる点において、図５に示すイベント情報記憶部１２２と相違する。なお、イベント情報記憶部１２２と同様の点については、適宜説明を省略する。
【０１１８】
図９中のイベント情報記憶部１２２−２は、イベントＩＤ「ＩＶ３１」により識別されるイベント(イベントＩＶ３１）は、第１ユーザがユーザＵ３１、Ｕ３２、Ｕ３３の３人であることを示す。また、図９中のイベント情報記憶部１２２−２は、イベントＩＶ３１は、第２ユーザがユーザＵ３４、Ｕ３５等のユーザであることを示す。
【０１１９】
図９中のイベント情報記憶部１２２−２に示すようなイベントＩＶ３１を例に以下説明する。この場合、決定装置１００は、イベントＩＶ３１に参加が必須であるユーザＵ３１、Ｕ３２、Ｕ３３と、イベントＩＶ３１に参加が任意であるユーザＵ３４、Ｕ３５等のユーザとから調整情報を取得する。そして、決定装置１００は、イベントＩＶ３１の参加ユーザのうち、第１ユーザが参加可能な日時を候補日時と判定する。決定装置１００は、第１ユーザの調整情報に基づいて、第１ユーザが参加可能な日時を候補日時と特定する。イベントＩＶ３１の場合、決定装置１００は、イベントＩＶ３１の第１ユーザであるユーザＵ３１、Ｕ３２、Ｕ３３の全ユーザが参加可能な日時を候補日時と特定する。
【０１２０】
そして、決定装置１００は、第１ユーザの調整情報を基に決定した候補日時が複数ある場合、第２ユーザの調整情報に基づいて、開催日時を決定する。例えば、決定装置１００は、候補日時が複数ある場合、候補日時の各々に参加可能な前記第２ユーザの人数に基づいて、前記開催日時を決定する。例えば、決定装置１００は、候補日時が複数ある場合、参加可能な第２ユーザの人数が最多の日時を開催日時に決定する。
【０１２１】
例えば、決定装置１００は、イベントＩＶ３１の候補日時が３つの候補日時ｄｔ３４、ｄｔ３６、ｄｔ３８であると特定された場合、候補日時ｄｔ３４、ｄｔ３６、ｄｔ３８のうち、最も多くの第２ユーザが参加できる候補日時を開催日時に決定する。例えば、候補日時ｄｔ３６がユーザＵ３４、Ｕ３５を含む最多の第２ユーザが参加可能である場合、候補日時ｄｔ３６をイベントＩＶ３１の開催日時に決定する。
【０１２２】
〔５−１．第２ユーザの調整情報〕
なお、決定装置１００は、第２ユーザからは調整情報を取得しなくてもよい。例えば、決定装置１００は、調整情報を取得できない第２ユーザは、イベントに欠席すると判定してもよい。
【０１２３】
〔５−２．第２ユーザへの通知〕
また、決定装置１００は、第１ユーザの調整情報を取得し、候補日時を決定するまで第２ユーザから調整情報を取得しなくてもよい。例えば、決定装置１００は、イベント（イベントＩＶ３５）が設定された場合、イベントＩＶ３５の第１ユーザのみに調整情報を要求してもよい。そして、決定装置１００は、イベントＩＶ３５の第１ユーザの調整情報のみに基づいて、候補日時を決定してもよい。
【０１２４】
そして、イベントＩＶ３５の第１ユーザの調整情報を基に候補日時を決定した後、決定装置１００は、イベントＩＶ３５の候補日時のみを、イベントＩＶ３５の第２ユーザに通知してもよい。この場合、決定装置１００は、イベントＩＶ３５の第２ユーザから通知したイベントＩＶ３５の各候補日時への参加可否を示す調整情報を取得してもよい。決定装置１００は、イベントＩＶ３５の第１ユーザの調整情報を基に決定したイベントＩＶ３５の候補日時が、日時ｄｔ３１と日時ｄｔ３５の２つの日時である場合、イベントＩＶ３５の候補日時である日時ｄｔ３１と日時ｄｔ３５のみを、イベントＩＶ３５の第２ユーザに通知してもよい。そして、決定装置１００は、イベントＩＶ３５の第２ユーザから、通知したイベントＩＶ３５の候補日時である日時ｄｔ３１と日時ｄｔ３５の参加可否を示す調整情報を取得してもよい。
【０１２５】
〔５−３．第２ユーザの重み付け〕
なお、決定装置１００は、第２ユーザの人数に限らず、種々の第２ユーザに関する情報を用いて、複数の候補日時から開催日時を決定してもよい。例えば、決定装置１００は、各第２ユーザに割り当てられる重み（重要度スコア）に基づいて、複数の候補日時から開催日時を決定してもよい。例えば、決定装置１００は、各候補日時に参加可能な第２ユーザの重みの合計値を比較し、合計値が最も大きい候補日時を開催日時に決定してもよい。
【０１２６】
例えば、決定装置１００は、第２ユーザの影響力に基づいて、各第２ユーザの重み（重要度スコア）を決定（算出）してもよい。例えば、決定装置１００は、第２ユーザの企業における役職に基づいて、各第２ユーザの重みを決定してもよい。決定装置１００は、第２ユーザが企業の取締役や部長等である場合、その第２ユーザの重みを重くしてもよい。
【０１２７】
例えば、決定装置１００は、対象とするイベント（対象イベント）における第２ユーザの属性の希少度に基づいて、各第２ユーザの重みを決定してもよい。決定装置１００は、対象イベントに参加する第１ユーザのうち、年齢が高齢（５０代、６０代等）のユーザが多い場合、１０代や２０代の第２ユーザの重みを重くしてもよい。決定装置１００は、対象イベントに参加する第１ユーザのうち、性別が女性のユーザが多い場合、男性の第２ユーザの重みを重くしてもよい。これにより、決定装置１００は、参加ユーザが多様な構成となるようにイベントの開催日時を決定することができる。
【０１２８】
〔５−４．開催日時決定後の第２ユーザの追加〕
決定装置１００は、イベントの開催日時の決定後にそのイベントの第２ユーザを追加してもよい。例えば、決定装置１００は、イベントの参加ユーザに基づいて、イベントの開催日時の決定後にそのイベントの第２ユーザを追加してもよい。例えば、決定装置１００は、イベントの参加ユーザのうち、年齢が高齢（５０代、６０代等）のユーザが多い場合、１０代や２０代の第２ユーザを追加してもよい。決定装置１００は、イベントの参加ユーザのうち、性別が女性のユーザが多い場合、男性の第２ユーザを追加してもよい。これにより、決定装置１００は、イベントの参加ユーザの構成が多様になるように第２ユーザを適宜追加することができる。
【０１２９】
〔５−５．第２ユーザのみ〕
なお、上述した例では、参加ユーザに第１ユーザと第２ユーザとが含まれる場合を示したが、参加ユーザは、図１のように第１ユーザのみであってもよい。また、参加ユーザは第２ユーザのみであってもよい。決定装置１００は、参加ユーザが第２ユーザのみである場合、最も参加人数が多い日時を候補日時と判定し、その候補日時を開催日時と決定してもよい。また、決定装置１００は、参加ユーザが第２ユーザのみである場合、候補日時を判定することなく、最も参加人数が多い日時を開催日時と決定してもよい。
【０１３０】
〔６．イベントの自動設定、レコメンド〕
また、決定装置１００は、イベントを自動で設定（登録）してもよい。例えば、決定装置１００は、所定の間隔（例えば年に１回等）で定期的に会っているユーザ群がいる場合、そのユーザ群を参加ユーザとしたイベントを自動で設定（登録）をしてもよい。例えば、決定装置１００は、例えば年に１回定期的に会っているユーザ群がいる場合、そのユーザ群が最後に会った日から１年程度経過した後の所定の期間を設定期間とし、そのユーザ群を参加ユーザとしたイベント（定期イベントＸ）を自動で設定（登録）をしてもよい。そして、決定装置１００は、定期イベントＸの参加ユーザにイベントを自動設定したことを通知して、調整情報の入力を要求してもよい。また、例えば、決定装置１００は、定期イベントＸの参加ユーザのうち、所定のユーザを定期イベントＸの設定ユーザ（幹事）に決定してもよい。例えば、決定装置１００は、定期イベントＸの参加ユーザのうち、最初に調整情報を入力したユーザを定期イベントＸの設定ユーザ（幹事）に決定してもよい。
【０１３１】
決定装置１００は、イベントの設定（登録）をレコメンド（推奨）してもよい。例えば、決定装置１００は、ユーザに対してイベントの設定（登録）をレコメンドしてもよい。例えば、決定装置１００は、所定の間隔（例えば年に１回等）で定期的に会っているユーザ群がいる場合、そのユーザ群を参加ユーザとしたイベントの設定（登録）をレコメンドしてもよい。例えば、決定装置１００は、例えば年に１回定期的に会っているユーザ群がいる場合、そのユーザ群が最後に会った日から１年程度経過した後の所定の期間を設定期間とし、そのユーザ群を参加ユーザとしたイベント（定期イベントＸ）の設定（登録）をレコメンドしてもよい。そして、決定装置１００は、定期イベントＸの参加ユーザのいずれかが定期イベントＸの開催を要求した場合、定期イベントＸの参加ユーザに調整情報の入力を要求してもよい。また、例えば、決定装置１００は、定期イベントＸの参加ユーザのうち、所定のユーザを定期イベントＸの設定ユーザ（幹事）に決定してもよい。例えば、決定装置１００は、定期イベントＸの参加ユーザのうち、定期イベントＸの開催を要求したユーザを定期イベントＸの設定ユーザ（幹事）に決定してもよい。
【０１３２】
また、決定装置１００は、定期的に会っているユーザに限らず、種々のユーザを参加ユーザとして、イベントの自動設定やレコメンドを行ってもよい。例えば、決定装置１００は、過去最後に会ってから所定の期間（例えば半年や２年等）が経過したユーザ群がいる場合、そのユーザ群に再度会うことを提案するために、そのユーザ群を参加ユーザとして、イベントの自動設定やレコメンドを行ってもよい。
【０１３３】
例えば、決定装置１００は、イベントの自動設定やレコメンドを一度も会ったことが無いユーザ同士を参加ユーザとして行ってもよい。例えば、決定装置１００は、ユーザの属性情報や行動パターン等からユーザの相性を推定（判定）し、相性が良いと判定されたユーザ同士を参加ユーザとして含むイベントの自動設定やレコメンドを行ってもよい。例えば、決定装置１００は、一のユーザと定期的に個別に会う２人のユーザがいる場合、その２人のユーザを参加ユーザとして含むイベントの自動設定やレコメンドを行ってもよい。例えば、決定装置１００は、一のユーザと定期的に個別に会う２人のユーザがいる場合、その２人のユーザと一のユーザとを参加ユーザとして含むイベントの自動設定やレコメンドを行ってもよい。例えば、決定装置１００は、一のユーザと定期的に個別に会う２人のユーザがいる場合、その２人のユーザのみを参加ユーザとして含むイベントの自動設定やレコメンドを行ってもよい。
【０１３４】
〔７．効果〕
上述してきたように、実施形態に係る決定装置１００は、取得部１３１と、判定部１３２と、決定部１３３とを有する。取得部１３１は、所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、所定のイベントの開催タイミングを指定する指定情報とを取得する。判定部１３２は、取得部１３１により取得された複数の調整情報に基づいて、複数のユーザが対応可能な日時である候補日時があるかどうかを判定する。決定部１３３は、判定部１３２により判定された候補日時が複数ある場合、指定情報に基づいて、所定のイベントを開催する日時である開催日時を決定する。
【０１３５】
このように、実施形態に係る決定装置１００は、所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報に基づく候補日時が複数ある場合に指定情報に基づいて、所定のイベントを開催する日時である開催日時を決定することにより、イベントの開催日時を適切に決定することができる。
【０１３６】
また、実施形態に係る決定装置１００において、取得部１３１は、所定のイベントの開催時期を指定する指定情報を取得する。決定部１３３は、複数の候補日時のうち、指定情報の指定に対応する候補日時を開催日時に決定する。
【０１３７】
このように、実施形態に係る決定装置１００は、所定のイベントの開催時期を指定する指定情報を用いて、複数の候補日時のうち、指定情報の指定に対応する候補日時を開催日時に決定することにより、イベントの開催日時を適切に決定することができる。
【０１３８】
また、実施形態に係る決定装置１００において、取得部１３１は、所定のイベントの開催タイミングを早い時期にするかを指定する指定情報を取得する。決定部１３３は、指定情報が早い時期を指定する場合、複数の候補日時のうち早い日時を開催日時に決定する。
【０１３９】
このように、実施形態に係る決定装置１００は、所定のイベントの開催タイミングを早い時期にするかを指定する指定情報を用いて、指定情報が早い時期を指定する場合、複数の候補日時のうち早い日時を開催日時に決定することにより、イベントの開催日時を適切に決定することができる。
【０１４０】
また、実施形態に係る決定装置１００において、取得部１３１は、所定のイベントの開催タイミングを遅い時期にするかを指定する指定情報を取得する。決定部１３３は、指定情報が遅い時期を指定する場合、複数の候補日時のうち遅い日時を開催日時に決定する。
【０１４１】
このように、実施形態に係る決定装置１００は、所定のイベントの開催タイミングを遅い時期にするかを指定する指定情報を用いて、指定情報が遅い時期を指定する場合、複数の候補日時のうち遅い日時を開催日時に決定することにより、イベントの開催日時を適切に決定することができる。
【０１４２】
また、実施形態に係る決定装置１００において、取得部１３１は、複数のユーザのうちスケジュールが変更されたユーザのスケジュール情報を取得する。判定部１３２は、取得部により取得されたスケジュール情報に基づいて、複数のユーザが対応可能な候補日時があるかどうかを再判定する。
【０１４３】
このように、実施形態に係る決定装置１００は、複数のユーザのうちスケジュールが変更されたユーザのスケジュール情報を用いて、複数のユーザが対応可能な候補日時があるかどうかを再判定することにより、ユーザの最新の予定に基づく候補日時から、イベントの開催日時を適切に決定することができる。
【０１４４】
また、実施形態に係る決定装置１００において、決定部１３３は、所定のイベントの開催場所が決定されていない場合、複数のユーザに関する情報に基づいて、所定のイベントの開催場所を決定する。
【０１４５】
このように、実施形態に係る決定装置１００は、所定のイベントの開催場所が決定されていない場合、複数のユーザに関する情報に基づいて、所定のイベントの開催場所を決定することにより、イベントの開催日時とともに開催場所も適切に決定することができる。
【０１４６】
また、実施形態に係る決定装置１００において、決定部１３３は、所定のイベントの開催場所が決定されていない場合、開催日時に基づいて、開催場所を決定する。
【０１４７】
このように、実施形態に係る決定装置１００は所定のイベントの開催場所が決定されていない場合、開催日時に基づいて、開催場所を決定することにより、イベントの開催日時に応じて記開催場所を決適切に決定することができる。
【０１４８】
また、実施形態に係る決定装置１００において、決定部１３３は、所定のイベントの開催場所が決定されていない場合、複数のユーザに関する情報に基づいて、所定のイベントの開催場所として推奨する場所である推奨場所を決定する。
【０１４９】
このように、実施形態に係る決定装置１００は、所定のイベントの開催場所が決定されていない場合、複数のユーザに関する情報に基づいて、所定のイベントの開催場所として推奨する場所である推奨場所を決定することにより、推奨場所に基づいて、イベントの開催日時とともに開催場所も適切に決定することができる。
【０１５０】
また、実施形態に係る決定装置１００において、決定部１３３は、所定のイベントの開催場所が決定されていない場合、開催日時に基づいて、推奨場所を決定する。
【０１５１】
このように、実施形態に係る決定装置１００は、所定のイベントの開催場所が決定されていない場合、開催日時に基づいて、推奨場所を決定することにより、推奨場所に基づいて、イベントの開催日時とともに開催場所も適切に決定することができる。
【０１５２】
また、実施形態に係る決定装置１００は、提供部１３４を有する。提供部１３４は、複数のユーザのうち、複数のイベントへの参加が要求されるユーザに、所定の基準に基づいて複数のイベントが並べられた一覧情報をユーザの端末装置に提供する。
【０１５３】
このように、実施形態に係る決定装置１００は、複数のユーザのうち、複数のイベントへの参加が要求されるユーザに、複数のイベントが並べられた一覧情報をユーザの端末装置に提供することにより、ユーザにイベントに対する調整情報の入力を促すことができる。
【０１５４】
また、実施形態に係る決定装置１００において、決定部１３３は、複数のイベントの開催時期及び参加する他のユーザの情報に基づいて算出されるスコアに基づいて、複数のイベントのランキングを決定する。提供部１３４は、決定部１３３により決定されたランキング基づいて複数のイベントが並べられた一覧情報端末装置に提供する。
【０１５５】
このように、実施形態に係る決定装置１００は、ランキング基づいて複数のイベントが並べられた一覧情報端末装置に提供することにより、優先度が高いイベントを優先して表示させることにより、ユーザに重要度が高いイベントや期限が迫っているイベントに対する調整情報の入力を促すことができる。
【０１５６】
また、実施形態に係る決定装置１００において、取得部１３１は、所定のイベントに参加が必須である第１ユーザと、所定のイベントに参加が任意である第２ユーザとを含む複数のユーザの複数の調整情報を取得する。判定部１３２は、複数のユーザのうち、複第１ユーザが対応可能な候補日時があるかどうかを判定する。決定部１３３は、判定部１３２により判定された候補日時が複数ある場合、第２ユーザの調整情報に基づいて、開催日時を決定する。
【０１５７】
このように、実施形態に係る決定装置１００は、参加が必須の第１ユーザを優先してイベントの候補日時を決定し、候補日時が複数ある場合は、第２ユーザの参加状況に応じて開催日時を決定する。これにより、決定装置１００は、参加が必須の第１ユーザの参加を確保しつつ、第２ユーザの参加状況も加味することで、イベントの開催日時を適切に決定することができる。
【０１５８】
また、実施形態に係る決定装置１００において、決定部１３３は、複数の候補日時の各々に参加可能な第２ユーザの人数に基づいて、開催日時を決定する。
【０１５９】
このように、実施形態に係る決定装置１００は、複数の候補日時の各々に参加可能な第２ユーザの人数に基づいて、開催日時を決定する。これにより、決定装置１００は、参加が必須の第１ユーザの参加を確保しつつ、第２ユーザの参加人数も加味することで、イベントの開催日時を適切に決定することができる。
【０１６０】
また、実施形態に係る決定装置１００において、決定部１３３は、複数の候補日時のうち、参加可能な第２ユーザの人数が最多の日時を開催日時に決定する。
【０１６１】
このように、実施形態に係る決定装置１００は、複数の候補日時のうち、参加可能な第２ユーザの人数が最多の日時を開催日時に決定する。これにより、決定装置１００は、参加が必須の第１ユーザの参加を確保しつつ、第２ユーザが最も多く参加できる日を開催日時とすることで、イベントの開催日時を適切に決定することができる。
【０１６２】
また、実施形態に係る決定装置１００において、決定部１３３は、判定部１３２により判定された候補日時が１つである場合、当該候補日時を開催日時に決定する。
【０１６３】
このように、実施形態に係る決定装置１００は、候補日時が１つである場合、当該候補日時を開催日時に決定することにより、イベントの開催日時を適切に決定することができる。
【０１６４】
〔８．ハードウェア構成〕
上述してきた実施形態に係る決定装置１００は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。図１０は、決定装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard  Disk  Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１６５】
ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【０１６６】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。
【０１６７】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。
【０１６８】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１６９】
例えば、コンピュータ１０００が実施形態に係る決定装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。
【０１７０】
以上、本願の実施形態及び変形例のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１７１】
〔９．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１７２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１７３】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１７４】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１７５】
１  決定システム
１００  決定装置
１２１  ユーザ情報記憶部
１２２  イベント情報記憶部
１２３  スケジュール情報記憶部
１３０  制御部
１３１  取得部
１３２  判定部
１３３  決定部
１３４  提供部
１０  端末装置
Ｎ  ネットワーク
【図１】
2019191771.tif 000003
【図２】
2019191771.tif 000004
【図３】
2019191771.tif 000005
【図４】
2019191771.tif 000006
【図５】
2019191771.tif 000007
【図６】
2019191771.tif 000008
【図７】
2019191771.tif 000009
【図８】
2019191771.tif 000010
【図９】
2019191771.tif 000011
【図１０】
2019191771.tif 000012
【手続補正書】
【提出日】平成31年4月24日(2019.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得部と、
前記取得部により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定部と、
前記判定部により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定し、決定した前記開催日時と、前記開催日時を決定した時点との間隔に基づいて、前記所定のイベントの開催場所を決定する決定部と、
を備えたことを特徴とする決定装置。
【請求項２】
前記取得部は、
前記所定のイベントの開催時期を指定する前記指定情報を取得し、
前記決定部は、
複数の候補日時のうち、前記指定情報の指定に対応する候補日時を前記開催日時に決定する
ことを特徴とする請求項１に記載の決定装置。
【請求項３】
前記取得部は、
前記所定のイベントの開催タイミングを早い時期にするかを指定する前記指定情報を取得し、
前記決定部は、
前記指定情報が前記早い時期を指定する場合、前記複数の候補日時のうち早い日時を前記開催日時に決定する
ことを特徴とする請求項２に記載の決定装置。
【請求項４】
前記取得部は、
前記所定のイベントの開催タイミングを遅い時期にするかを指定する前記指定情報を取得し、
前記決定部は、
前記指定情報が前記遅い時期を指定する場合、前記複数の候補日時のうち遅い日時を前記開催日時に決定する
ことを特徴とする請求項２または請求項３に記載の決定装置。
【請求項５】
前記取得部は、
前記複数のユーザのうちスケジュールが変更されたユーザのスケジュール情報を取得し、
前記判定部は、
前記取得部により取得された前記スケジュール情報に基づいて、前記複数のユーザが対応可能な候補日時があるかどうかを再判定する
ことを特徴とする請求項１〜４のいずれか１項に記載の決定装置。
【請求項６】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記複数のユーザに関する情報に基づいて、前記所定のイベントの開催場所を決定する
ことを特徴とする請求項１〜５のいずれか１項に記載の決定装置。
【請求項７】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記開催日時に基づいて、前記開催場所を決定する
ことを特徴とする請求項６に記載の決定装置。
【請求項８】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記複数のユーザに関する情報に基づいて、前記所定のイベントの開催場所として推奨する場所である推奨場所を決定する
ことを特徴とする請求項１〜７のいずれか１項に記載の決定装置。
【請求項９】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記開催日時に基づいて、前記推奨場所を決定する
ことを特徴とする請求項８に記載の決定装置。
【請求項１０】
前記複数のユーザのうち、複数のイベントへの参加が要求されるユーザの端末装置に、所定の基準に基づいて前記複数のイベントが並べられた一覧情報を提供する提供部、
をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載の決定装置。
【請求項１１】
前記決定部は、
前記複数のイベントの開催時期及び参加する他のユーザの情報に基づいて算出されるスコアに基づいて、前記複数のイベントのランキングを決定し、
前記提供部は、
前記決定部により決定されたランキング基づいて前記複数のイベントが並べられた前記一覧情報を前記端末装置に提供する
ことを特徴とする請求項１０に記載の決定装置。
【請求項１２】
前記取得部は、
前記所定のイベントに参加が必須である第１ユーザと、前記所定のイベントに参加が任意である第２ユーザとを含む前記複数のユーザの前記複数の調整情報を取得し、
前記判定部は、
前記複数のユーザのうち、前記第１ユーザが対応可能な候補日時があるかどうかを判定し、
前記決定部は、
前記判定部により判定された候補日時が複数ある場合、前記第２ユーザの調整情報に基づいて、前記開催日時を決定する
ことを特徴とする請求項１〜１１のいずれか１項に記載の決定装置。
【請求項１３】
前記決定部は、
複数の候補日時の各々に参加可能な前記第２ユーザの人数に基づいて、前記開催日時を決定する
ことを特徴とする請求項１２に記載の決定装置。
【請求項１４】
前記決定部は、
前記複数の候補日時のうち、参加可能な前記第２ユーザの人数が最多の日時を前記開催日時に決定する
ことを特徴とする請求項１３に記載の決定装置。
【請求項１５】
前記決定部は、
前記判定部により判定された候補日時が１つである場合、当該候補日時を前記開催日時に決定する
ことを特徴とする請求項１〜１４のいずれか１項に記載の決定装置。
【請求項１６】
コンピュータが実行する決定方法であって、
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得工程と、
前記取得工程により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定工程と、
前記判定工程により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定し、決定した前記開催日時と、前記開催日時を決定した時点との間隔に基づいて、前記所定のイベントの開催場所を決定する決定工程と、
を含んだことを特徴とする決定方法。
【請求項１７】
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得手順と、
前記取得手順により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定手順と、
前記判定手順により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定し、決定した前記開催日時と、前記開催日時を決定した時点との間隔に基づいて、前記所定のイベントの開催場所を決定する決定手順と、
をコンピュータに実行させることを特徴とする決定プログラム。
【手続補正書】
【提出日】令和1年8月2日(2019.8.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得部と、
前記取得部により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定部と、
前記判定部により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定し、決定した前記開催日時と、前記開催日時を決定した時点との間隔に基づいて、前記間隔が短い程、近い位置を前記所定のイベントの開催場所に決定する決定部と、
を備えたことを特徴とする決定装置。
【請求項２】
前記取得部は、
前記所定のイベントの開催時期を指定する前記指定情報を取得し、
前記決定部は、
複数の候補日時のうち、前記指定情報の指定に対応する候補日時を前記開催日時に決定する
ことを特徴とする請求項１に記載の決定装置。
【請求項３】
前記取得部は、
前記所定のイベントの開催タイミングを早い時期にするかを指定する前記指定情報を取得し、
前記決定部は、
前記指定情報が前記早い時期を指定する場合、前記複数の候補日時のうち早い日時を前記開催日時に決定する
ことを特徴とする請求項２に記載の決定装置。
【請求項４】
前記取得部は、
前記所定のイベントの開催タイミングを遅い時期にするかを指定する前記指定情報を取得し、
前記決定部は、
前記指定情報が前記遅い時期を指定する場合、前記複数の候補日時のうち遅い日時を前記開催日時に決定する
ことを特徴とする請求項２または請求項３に記載の決定装置。
【請求項５】
前記取得部は、
前記複数のユーザのうちスケジュールが変更されたユーザのスケジュール情報を取得し、
前記判定部は、
前記取得部により取得された前記スケジュール情報に基づいて、前記複数のユーザが対応可能な候補日時があるかどうかを再判定する
ことを特徴とする請求項１〜４のいずれか１項に記載の決定装置。
【請求項６】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記複数のユーザに関する情報に基づいて、前記所定のイベントの開催場所を決定する
ことを特徴とする請求項１〜５のいずれか１項に記載の決定装置。
【請求項７】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記開催日時に基づいて、前記開催場所を決定する
ことを特徴とする請求項６に記載の決定装置。
【請求項８】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記複数のユーザに関する情報に基づいて、前記所定のイベントの開催場所として推奨する場所である推奨場所を決定する
ことを特徴とする請求項１〜７のいずれか１項に記載の決定装置。
【請求項９】
前記決定部は、
前記所定のイベントの開催場所が決定されていない場合、前記開催日時に基づいて、前記推奨場所を決定する
ことを特徴とする請求項８に記載の決定装置。
【請求項１０】
前記複数のユーザのうち、複数のイベントへの参加が要求されるユーザの端末装置に、所定の基準に基づいて前記複数のイベントが並べられた一覧情報を提供する提供部、
をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載の決定装置。
【請求項１１】
前記決定部は、
前記複数のイベントの開催時期及び参加する他のユーザの情報に基づいて算出されるスコアに基づいて、前記複数のイベントのランキングを決定し、
前記提供部は、
前記決定部により決定されたランキングに基づいて前記複数のイベントが並べられた前記一覧情報を前記端末装置に提供する
ことを特徴とする請求項１０に記載の決定装置。
【請求項１２】
前記取得部は、
前記所定のイベントに参加が必須である第１ユーザと、前記所定のイベントに参加が任意である第２ユーザとを含む前記複数のユーザの前記複数の調整情報を取得し、
前記判定部は、
前記複数のユーザのうち、前記第１ユーザが対応可能な候補日時があるかどうかを判定し、
前記決定部は、
前記判定部により判定された候補日時が複数ある場合、前記第２ユーザの調整情報に基づいて、前記開催日時を決定する
ことを特徴とする請求項１〜１１のいずれか１項に記載の決定装置。
【請求項１３】
前記決定部は、
複数の候補日時の各々に参加可能な前記第２ユーザの人数に基づいて、前記開催日時を決定する
ことを特徴とする請求項１２に記載の決定装置。
【請求項１４】
前記決定部は、
前記複数の候補日時のうち、参加可能な前記第２ユーザの人数が最多の日時を前記開催日時に決定する
ことを特徴とする請求項１３に記載の決定装置。
【請求項１５】
前記決定部は、
前記判定部により判定された候補日時が１つである場合、当該候補日時を前記開催日時に決定する
ことを特徴とする請求項１〜１４のいずれか１項に記載の決定装置。
【請求項１６】
コンピュータが実行する決定方法であって、
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得工程と、
前記取得工程により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定工程と、
前記判定工程により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定し、決定した前記開催日時と、前記開催日時を決定した時点との間隔に基づいて、前記間隔が短い程、近い位置を前記所定のイベントの開催場所に決定する決定工程と、
を含んだことを特徴とする決定方法。
【請求項１７】
所定のイベントに参加が要求された複数のユーザの各々が対応可能な日時を示す複数の調整情報と、前記所定のイベントの開催タイミングを指定する指定情報とを取得する取得手順と、
前記取得手順により取得された前記複数の調整情報に基づいて、前記複数のユーザが対応可能な日時である候補日時があるかどうかを判定する判定手順と、
前記判定手順により判定された候補日時が複数ある場合、前記指定情報に基づいて、前記所定のイベントを開催する日時である開催日時を決定し、決定した前記開催日時と、前記開催日時を決定した時点との間隔に基づいて、前記間隔が短い程、近い位置を前記所定のイベントの開催場所に決定する決定手順と、
をコンピュータに実行させることを特徴とする決定プログラム。