(57)【要約】【課題】グループの定義の変更を支援する更新支援プログラム、更新支援装置及び更新支援方法を提供することを目的としている。【解決手段】ユーザ情報の入力を受け付け、前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成し、前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する、処理をコンピュータに実行させる。【選択図】図３１
2017076226.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ情報の入力を受け付け、
前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成し、
前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する、処理をコンピュータに実行させる更新支援プログラム。
【請求項２】
前記グループ候補の定義情報毎に、前記グループの定義情報のうち、前記グループ候補の定義情報と最も関連の強いグループの定義情報を特定し、
前記グループ候補の定義情報と、前記最も関連の強いグループの定義情報と、の差異に基づき、前記変更内容を示す情報を出力する、処理を前記コンピュータに実行させる請求項１記載の更新支援プログラム。
【請求項３】
前記グループ候補毎に、前記グループの定義情報との関連の強さを示す値を算出し、
前記値に基づき前記グループ候補の定義情報と最も関連の強いグループの定義情報を特定する、処理を前記コンピュータに実行させる請求項２記載の更新支援プログラム。
【請求項４】
前記グループ候補の定義情報毎の前記グループの定義情報との関連の強さを示す値は、
前記グループ候補の定義情報に含まれるグループ候補名と、前記グループの定義情報に含まれるグループ名との差異の度合いを示す値と、
前記グループ候補に含まれるユーザ情報と、前記グループに含まれるユーザ情報との差異の度合いを示す値と、
前記予定情報の古さの度合いを示す値と、用いて前記グループとの関連の強さを示す値と、を用いて算出される請求項３記載の更新支援プログラム。
【請求項５】
前記グループの定義情報の変更内容を示す情報は、
前記グループの定義情報の削除、前記グループの定義情報の追加及び前記グループの定義情報に含まれるユーザ情報の変更の何れかを含む請求項１乃至４の何れか一項に記載の更新支援プログラム。
【請求項６】
ユーザ情報の入力を受け付ける入力受付部と、
前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成する候補作成部と、
前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する出力部と、有する更新支援装置。
【請求項７】
コンピュータによる更新支援方法であって、該コンピュータが、
ユーザ情報の入力を受け付け、
前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成し、
前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する、更新支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループの定義の更新支援プログラム、更新支援装置及び更新支援方法に関する。
【背景技術】
【０００２】
従来から、予定の管理に用いられるスケジューラが知られている。また、スケジューラの中には、予定を共有する複数のユーザに用いられるものがある。
【０００３】
複数のユーザに共有されるスケジューラでは、予定を共有するグループを示すグループの定義情報が予め設定されており、予定の入力を受け付けると、予定を共有するグループを選択させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２５９０１８号公報
【特許文献２】特開２０００−０５７１７号公報
【特許文献３】特開２０００−１９４７２５号公報
【特許文献４】特表２００５−５１５７１３号公報
【特許文献５】特開２００９−２１７５５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の従来のスケジューラにおいて、予定を正しく共有するためには、グループのメンバの変更や、グループの追加や削除等の変更が行われる度に、人手でグループの定義を変更しなければならず、作業が煩雑である。
【０００６】
１つの側面では、グループの定義の変更を支援する更新支援プログラム、更新支援装置及び更新支援方法を提供することを目的としている。
【課題を解決するための手段】
【０００７】
開示の技術は、ユーザ情報の入力を受け付け、前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成し、前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する、処理をコンピュータに実行させる。上記各処理は、上記各処理を実現する機能部、上記各処理を手順としてコンピュータにより実行させる方法、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００８】
グループの定義の変更を支援できる。
【図面の簡単な説明】
【０００９】
【図１】第一の実施形態の更新支援システムのシステム構成の一例を示す図である。
【図２】第一の実施形態の更新支援装置のハードウェア構成を説明する図である。
【図３】予定データベースに格納された予定情報テーブルの一例を示す図である。
【図４】予定データベースに格納されたグループ定義テーブルの一例を示す図である。
【図５】第一の実施形態の更新支援装置の機能構成を説明する図である。
【図６】更新支援装置の動作を説明するフローチャートである。
【図７】候補抽出部の処理を説明するフローチャートである。
【図８】第一候補テーブルの一例を示す図である。
【図９】候補作成部の処理を説明するフローチャートである。
【図１０】第二候補テーブルの一例を示す第一の図である。
【図１１】関連グループ作成部の処理を説明するフローチャートである。
【図１２】第二候補テーブルの一例を示す第二の図である。
【図１３】距離算出部の処理を説明するフローチャートである。
【図１４】距離テーブルの一例を示す図である。
【図１５】名称距離算出部の処理を説明するフローチャートである。
【図１６】候補名称距離テーブルの一例を示す図である。
【図１７】グループ名称距離テーブルの一例を示す図である。
【図１８】名称距離テーブルの一例を示す図である。
【図１９】メンバ距離算出部の処理を説明するフローチャートである。
【図２０】候補メンバ距離テーブルの一例を示す図である。
【図２１】グループメンバ距離テーブルの一例を示す図である。
【図２２】メンバ距離テーブルの一例を示す図である。
【図２３】変更情報作成部の処理を説明する第一のフローチャートである。
【図２４】変更情報作成部の処理を説明する第二のフローチャートである。
【図２５】変更情報作成部の処理を説明する第三のフローチャートである。
【図２６】変更情報テーブルの一例を示す図である。
【図２７】変更案変換部の処理を説明する第一のフローチャートである。
【図２８】変更案変換部の処理を説明する第二のフローチャートである。
【図２９】変更提案テーブルの一例を示す図である。
【図３０】表示制御部の処理を説明するフローチャートである。
【図３１】端末装置に表示される画面の例を示す第一の図である。
【図３２】端末装置に表示される画面の例を示す第二の図である。
【図３３】端末装置に表示される画面の例を示す第三の図である。
【図３４】端末装置に表示される画面の例を示す第四の図である。
【図３５】第二の実施形態の更新支援システムのシステム構成の一例を示す図である。
【図３６】第三の実施形態の更新支援装置を説明する図である。
【発明を実施するための形態】
【００１０】
（第一の実施形態）
以下に図面を参照して第一の実施形態について説明する。図１は、第一の実施形態の更新支援システムのシステム構成の一例を示す図である。
【００１１】
本実施形態の更新支援システム１００は、更新支援装置２００と、端末装置３００とを有する。更新支援システム１００において、更新支援装置２００と、端末装置３００とは、有線又は無線のネットワークを介して接続される。
【００１２】
本実施形態の更新支援装置２００は、予定データベース２１０と、更新支援処理部２２０と、テーブル記憶部２４０とを有する。
【００１３】
予定データベース２１０には、予定情報テーブル２１１と、グループ定義テーブル２１２とが格納される。
【００１４】
本実施形態の更新支援装置２００は、スケジューラ等の予定管理アプリケーションがインストールされており、端末装置３００等から入力されたユーザの予定等を予定情報テーブル２１１に格納している。また、更新支援装置２００の有するスケジューラは、例えば複数のユーザに共有されるものであり、予め設定されたグループの定義をグループ定義テーブル２１２に格納している。
【００１５】
本実施形態の更新支援システム１００では、例えば、端末装置３００において予定の入力を受け付けると、更新支援装置２００は、入力された予定を共有するグループの候補を端末装置３００に表示させる。
【００１６】
また、本実施形態の更新支援システム１００において、更新支援装置２００は、ユーザと関連するグループとそのメンバを推定し、推定結果がグループ定義テーブル２１２に格納されたグループ定義情報と異なる場合、グループ定義情報の修正案を提示する。
【００１７】
より具体的には、更新支援装置２００は、予定情報テーブル２１１に格納されたユーザの過去の予定の名称や、同席者等を含む予定情報を参照し、ユーザが予定を共有する可能性があるグループと、そのメンバを推定する。そして、更新支援装置２００は、グループ定義テーブル２１２に格納されたグループ定義情報と推定結果とが異なっている場合に、その差異に基づくグループ定義情報の変更内容を示す情報を端末装置３００に表示させる。
【００１８】
本実施形態のグループの定義とは、グループを特定するために決められた定義であり、グループ定義情報とは、ユーザが所属するグループを特定するための情報である。したがって、グループ定義情報には、ユーザが予定を共有するグループのグループＩＤ、グループの名称、グループに含まれるメンバリストが含まれる。
【００１９】
したがって、本実施形態によれば、端末装置３００に表示されたグループの定義情報の修正案に基づきグループの定義を変更すれば良く、グループの定義の変更を容易に行わせることができる。
【００２０】
次に、本実施形態の更新支援装置２００について説明する。図２は、第一の実施形態の更新支援装置のハードウェア構成を説明する図である。
【００２１】
本実施形態の更新支援装置２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を有する。
【００２２】
入力装置２１は、各種の情報の入力を行う装置であり、例えばマウスやキーボード等である。出力装置２２は、各種の情報の出力を行う装置であり、例えばディスプレイ等である。
【００２３】
インターフェース装置２７は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００２４】
更新支援プログラムは、更新支援装置２００を制御する各種プログラムの少なくとも一部である。更新支援プログラムは例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。更新支援プログラムを記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的あるいは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２５】
また更新支援プログラムを記録した記録媒体２８がドライブ装置２３にセットされると、更新支援プログラムは記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた更新支援プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。
【００２６】
補助記憶装置２４は、インストールされた更新支援プログラムを格納すると共に、必要なファイル，データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４から更新支援プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された更新支援プログラムに従って、後述するような各種処理を実現している。
【００２７】
尚、本実施形態の更新支援装置２００は、例えばノートブック型のコンピュータであっても良い。その場合、更新支援装置２００は、入力装置２１と出力装置２２の代わりに、表示操作装置を有する。
【００２８】
本実施形態の端末装置３００のハードウェア構成は、更新支援装置２００と同様であるから説明を省略する。
【００２９】
次に、図３及び図４を参照し、予定データベース２１０について説明する。図３は、予定データベースに格納された予定情報テーブルの一例を示す図である。本実施形態では、予定情報テーブル２１１は、ユーザＩＤ毎に設けられる。図３では、ユーザＩＤ「ｙａｍａｄａ」と対応する予定情報テーブルを示している。
【００３０】
本実施形態の予定情報テーブル２１１は、情報の項目として、レコードナンバ、ユーザＩＤ、予定ＩＤ、予定名、開催日、開始時刻、終了時刻、開催場所、会議室、参加者リストを有する。
【００３１】
予定情報テーブル２１１では、項目「レコードナンバ」と、その他の項目とが対応付けられている。また、以下の説明では、項目「レコードナンバ」の値と、項目「レコードナンバ」の値と対応付けられてその他の項目の値とを含む情報を、予定情報と呼ぶ。
【００３２】
項目「レコードナンバ」の値は、予定情報を識別する識別子である。項目「ユーザＩＤ」の値は、ユーザの識別子を示す。本実施形態のユーザは、例えば企業の従業員等であり、スケジューラを利用する個々のユーザはユーザＩＤによって識別される。
【００３３】
項目「予定ＩＤ」の値は、スケジューラに設定した予定を識別する識別子を示す。項目「予定名」の値は、予定ＩＤで示される予定の名称を示す。項目「開催日」の値は、予定が開催される日付を示す。
【００３４】
項目「開始時刻」の値及び項目「終了時刻」の値は、それぞれ予定の開始時刻と終了時刻を示す。項目「開催場所」の値は、予定が開催される地域を特定する情報を示す。図３の例では、例えば「品川／本社」等である。
【００３５】
項目「会議室」の値は、予定が開催される会議室の名称を示す。項目「参加者リスト」の値は、予定ＩＤで示される予定が行われた時に、ユーザＩＤと対応するユーザと、同席していたユーザのユーザＩＤのリストを示す。
【００３６】
図３の例では、例えばレコードナンバ１の予定情報は、予定ＩＤ「Ｓ１」、予定名「内部打ち合わせ」が、８／２９の１０：００〜１２：００に川崎／ＡＢＣビルの会議室Ｋ１０１で行われ、出席者はユーザＩＤ「ｙａｍａｄａ」とユーザＩＤ「ｍｏｒｉｔａ」の２名であることがわかる。
【００３７】
図４は、予定データベースに格納されたグループ定義テーブルの一例を示す図である。
本実施形態のグループ定義テーブル２１２は、ユーザ毎に定義されたグループ定義情報であり、ユーザＩＤ毎に設けられる。図４では、ユーザＩＤ「ｙａｍａｄａ」と対応するグループ定義テーブルを示している。
【００３８】
本実施形態のグループ定義テーブル２１２は、情報の項目として、グループＩＤ、グループ名称、メンバリストを有する。
【００３９】
グループ定義テーブル２１２では、項目「グループＩＤ」と、その他の項目とが対応付けられている。以下の説明では、項目「グループＩＤ」の値と、項目「グループＩＤ」の値と対応付けられたその他の項目の値と、を含む情報を、グループ定義情報と呼ぶ。
【００４０】
項目「グループＩＤ」の値は、グループの識別子を示す。項目「グループ名称」の値は、グループＩＤで示されたグループの名称を示す。
【００４１】
項目「メンバリスト」の値は、グループに含まれるユーザＩＤの集合を示す。尚、本実施形態では、項目「メンバリスト」の値は、ユーザＩＤの出現順序が異なっていても、含まれるユーザＩＤが全て等しければ、互いに等しいものとして扱う。
【００４２】
図４の例では、ユーザＩＤ「ｙａｍａｄａ」のユーザが登録したグループ定義において、グループＩＤ「ｇ１」でグループ名称が「担当内部」のグループのメンバは、ユーザＩＤ「ｙａｍａｄａ」のユーザの他にユーザＩＤ「ｍｏｒｉｔａ」のユーザであることがわかる。
【００４３】
次に、図５を参照して本実施形態の更新支援装置２００の機能構成について説明する。図５は、第一の実施形態の更新支援装置の機能構成を説明する図である。
【００４４】
本実施形態の更新支援装置２００は、更新支援処理部２２０と、テーブル記憶部２４０とを有する。更新支援処理部２２０は、演算処理装置２６が更新支援プログラムを実行することで実現される。テーブル記憶部２４０は、補助記憶装置２４やメモリ装置２５等における所定の記憶領域により実現される。
【００４５】
更新支援処理部２２０は、予定情報テーブル２１１を参照してグループ定義テーブル２１２を更新する。
【００４６】
テーブル記憶部２４０は、更新支援処理部２２０による処理において生成される各種のテーブルが格納される。
【００４７】
更新支援処理部２２０は、入力受付部２２１、候補抽出部２２２、候補作成部２２３、関連グループ作成部２２４、変更情報作成部２２５、変更案変換部２２６、表示制御部２２７を有する。
【００４８】
テーブル記憶部２４０は、第一候補テーブル２４１、第二候補テーブル２４２、距離テーブル２４３、候補名称距離テーブル２４４、グループ名称距離テーブル２４５、名称距離テーブル２４６、候補メンバ距離テーブル２４７、グループメンバ距離テーブル２４８、メンバ距離テーブル２４９、変更情報テーブル２５０、変更提案テーブル２５１を有する。
【００４９】
以下に、更新支援処理部２２０の各部について説明する。
【００５０】
入力受付部２２１は、端末装置３００からの予定の入力要求等を受け付ける。
【００５１】
候補抽出部２２２と候補作成部２２３は、端末装置３００において予定の入力要求を行ったユーザと関連するグループの候補を作成する。
【００５２】
候補抽出部２２２は、予定情報テーブル２１１を参照し、端末装置３００において入力されたユーザ情報と関連するグループの候補の作成に用いる情報を抽出し、第一候補テーブル２４１を生成する。以下の説明では、グループの候補を、単にグループ候補と呼ぶ。尚、ユーザ情報と関連するグループとは、ユーザ情報と対応するユーザが予定を共有する可能性があるグループを示す。
【００５３】
候補作成部２２３は、候補抽出部２２２で作成した第一候補テーブル２４１から、予定名と参加者リストが一致するものを集約した第二候補テーブル２４２を生成する。
【００５４】
本実施形態では、第一候補テーブル２４１及び第二候補テーブル２４２には、グループ候補の定義情報が格納される。グループ候補の定義情報とは、グループ候補のＩＤや、グループ候補の名称、グループ候補に含まれるメンバリストを含む。
【００５５】
関連グループ作成部２２４は、距離算出部２３０により距離テーブル２４３を生成し、グループ候補毎について、グループ候補と最も関連の強い既存のグループのグループ定義情報を得る。また、関連グループ作成部２２４は、距離算出部２３０により、グループ候補毎に、グループ候補と最も関連の強いグループとの関連の強さを求める。
【００５６】
具体的には、距離算出部２３０は、名称距離算出部２３１により、候補名称距離テーブル２４４、グループ名称距離テーブル２４５、名称距離テーブル２４６を生成し、グループ候補毎に、グループの名称が、各グループ候補の名称と最も関連の強いグループのグループ定義情報と、関連の強さを示す値を求める。
【００５７】
また、距離算出部２３０は、メンバ距離算出部２３２より、候補メンバ距離テーブル２４７、グループメンバ距離テーブル２４８、メンバ距離テーブル２４９を生成し、グループ候補毎に、グループのメンバが、各グループ候補のメンバと最も関連の強いグループのグループ定義情報と、関連の強さを示す値を求める。
【００５８】
距離算出部２３０は、名称距離算出部２３１が求めた値と、メンバ距離算出部２３２が求めた値を用いて、グループ候補毎に、各グループ候補と最も関連の強いグループのグループ定義情報と、関連の強さを示す値とを取得する。
【００５９】
変更情報作成部２２５は、既存のグループのグループ定義情報と、このグループと最も関連の強いグループ候補の定義情報とを比較し、その差分に基づきグループ定義情報の変更の内容を表す情報を作成する。
【００６０】
具体的には、変更情報作成部２２５は、各グループ候補のグループ候補名と参加者リストと、各グループ候補と最も関連の強いグループのグループ定義情報とを参照し、グループ定義情報の変更の内容を表す情報を作成する。
【００６１】
変更情報作成部２２５は、追加されるグループ、削除されるグループ及びメンバの修正案が提示されているグループを示す変更情報テーブル２５０を作成する。
【００６２】
変更案変換部２２６は、変更情報テーブル２５０を参照し、変更情報をユーザに提示しやすい形式に変換した変更提案テーブル２５１を生成する。
【００６３】
表示制御部２２７は、変更提案テーブル２５１を参照し、グループ定義の修正案を示す情報を出力する。具体的には表示制御部２２７は、グループ定義の修正案を表示させる画面データを生成して端末装置３００へ送信し、端末装置３００に表示させる。
【００６４】
つまり、本実施形態では、変更情報作成部２２５、変更案変換部２２６及び表示制御部２２７は、グループ定義情報の変更の内容を表す情報を出力する出力部である。
【００６５】
以上に説明した各部の処理と、各部の処理により生成される各テーブルの詳細は後述する。
【００６６】
次に、図６を参照して本実施形態の更新支援装置２００の動作について説明する。図６は、更新支援装置の動作を説明するフローチャートである。
【００６７】
本実施形態の更新支援装置２００は、更新支援処理部２２０の入力受付部２２１により、予定の入力要求を受け付けると、候補抽出部２２２により、予定の入力を行ったユーザの過去の予定と、その予定に参加しメンバの情報に基づき、ユーザと関連するグループ候補の生成に用いる情報を抽出する（ステップＳ６０１）。
【００６８】
続いて更新支援処理部２２０は、候補作成部２２３により、予定名と参加者リストが一致するものを集約し、グループ候補を作成する（ステップＳ６０２）。続いて更新支援処理部２２０は、関連グループ作成部２２４により、各グループ候補について、最も関連の強いグループのグループ定義情報と、関連の強さとを求める（ステップＳ６０３）。
【００６９】
次に、更新支援処理部２２０は、変更情報作成部２２５により、各グループ候補のグループ候補名と参加者リストと、各グループ候補と最も関連の強いグループのグループ定義情報とを参照する。そして、変更情報作成部２２５は、グループ定義情報の修正案を提示可能なグループと、グループ定義情報の変更内容とを示す変更情報テーブル２５０を作成する（ステップＳ６０４）。
【００７０】
続いて更新支援処理部２２０は、変更案変換部２２６により、変更情報テーブル２５０を参照し、変更情報作成部２２５が生成した情報をユーザに提示しやすい形式に変換する（ステップＳ６０５）。
【００７１】
続いて更新支援処理部２２０は、表示制御部２２７により、提示しやすい形式に変換されたグループ定義情報の修正案を端末装置３００に表示させる（ステップＳ６０６）。
【００７２】
次に、図７を参照し、候補抽出部２２２によるステップＳ６０１の処理について説明する。図７は、候補抽出部の処理を説明するフローチャートである。図７の処理では、第一候補テーブル２４１が生成される。
【００７３】
本実施形態の候補抽出部２２２は、変数ｌｏｇｉｎ  Ｕｓｅｒ  ＩＤの値を、スケジューラにログインしたユーザのユーザＩＤに設定し、変数Ｄの値を図７の処理の実行日に設定する（ステップＳ７０１）。
【００７４】
続いて、候補抽出部２２２は、予定情報テーブル２１１から、ステップＳ７２０３以降の処理が実行されていない未処理のレコードを取得できるか否かを判定する（ステップＳ７０２）。尚、このときの予定情報テーブル２１１は、変数ｌｏｇｉｎ  Ｕｓｅｒ  ＩＤと対応する予定情報テーブルである。
【００７５】
ステップＳ７０２において、該当するレコードが取得できない場合、候補抽出部２２２は処理を終了する。
【００７６】
ステップＳ７０２において、該当するレコードが取得できた場合、候補抽出部２２２は、
予定情報テーブル２１１から該当するレコードＲを取得する（ステップＳ７０３）。続いて、候補抽出部２２２は、取得したレコードＲに含まれるユーザＩＤが、変数ｌｏｇｉｎ  Ｕｓｅｒ  ＩＤと等しいか否かを判定する（ステップＳ７０４）。ステップＳ７０４において、等しくない場合、候補抽出部２２２は、ステップＳ７０２へ戻る。
【００７７】
ステップＳ７０４において等しい場合、候補抽出部２２２は、第一候補テーブル２４１に新たなレコードＲａｄｄを追加する（ステップＳ７０５）。第一候補テーブル２４１は、情報の項目として、グループ候補ＩＤ、グループ候補名、参加者リスト、開催日距離を有するテーブルである。
【００７８】
続いて候補抽出部２２２は、第一候補テーブル２４１のレコードＲａｄｄに、レコードＲの内容を転記し（ステップＳ７０７）、ステップＳ７０２へ戻る。
【００７９】
具体的には、候補抽出部２２２は、転記するレコードにレコード候補ＩＤを付与し、予定情報テーブル２１１の予定名を、第一候補テーブル２４１の項目「グループ候補名」の値に設定する。また、候補抽出部２２２は、予定情報テーブル２１１の参加者リストの値を、第一候補テーブル２４１の項目「参加者リスト」の値に設定する。さらに、候補抽出部２２２は、変数ＤとレコードＲに含まれる開催日の日数差を算出し、第一候補テーブル２４１の項目「開催日距離」の値に設定する。つまり、本実施形態の項目「開催日距離」の値は、対応するグループ候補名が示す予定がどの程度古い予定であったかを示している。言い換えれば、開催日距離」の値は、参照された予定情報の古さの度合いを示す値である。
【００８０】
尚、本実施形態の候補抽出部２２２は、例えば予定情報テーブル２１１に格納された予定情報のうち、過去１年分の予定情報について、図７の処理を行っても良い。図７の処理は、グループ定義を更新するための情報を抽出する処理であるため、古い予定情報よりも新しい予定情報を処理に用いることが好ましい。
【００８１】
次に、図８に、候補抽出部２２２により生成された第一候補テーブル２４１の例を示す。図８は、第一候補テーブルの一例を示す図である。
【００８２】
本実施形態の第一候補テーブル２４１では、項目「グループ候補ＩＤ」と、その他の項目とが対応付けられている。
【００８３】
項目「グループ候補ＩＤ」の値は、第一候補テーブル２４１にレコードが追加される度に付与される識別子であり、ユーザＩＤが変数ｌｏｇｉｎ  Ｕｓｅｒ  ＩＤと関連するグループ候補を識別する識別子である。
【００８４】
項目「グループ候補名」、「参加者リスト」、「開催日距離」の値は、図７で説明した通りである。図８の例では、グループ候補ＩＤ「１」は、グループ候補名が「内部打ち合わせ」であり、参加者リストが「ｍｏｒｉｔａ」である。
【００８５】
次に、図９を参照し、候補作成部２２３によるステップＳ６０２の処理について説明する。図９は、候補作成部の処理を説明するフローチャートである。図９の処理では、第二候補テーブル２４２の一部が生成される。
【００８６】
本実施形態の候補作成部２２３は、候補抽出部２２２により第一候補テーブル２４１が生成されると、第一候補テーブル２４１から、ステップＳ９０２以降の処理が実行されていない未処理のレコードを取得できるか否かを判定する（ステップＳ９０１）。ステップＳ９０１において、該当するレコードが取得できない場合、候補作成部２２３は、処理を終了する。
【００８７】
ステップＳ９０１において、該当するレコードが取得できる場合、候補作成部２２３は、第一候補テーブル２４１から該当するレコードＲを取得する（ステップＳ９０２）。続いて、候補作成部２２３は、第二候補テーブル２４２に、レコードＲに含まれるグループ候補名と参加者リストとが一致するレコードが存在するか否かを判定する（ステップＳ９０３）。ステップＳ９０３において、該当するレコードが存在する場合、候補作成部２２３は、後述するステップＳ９０６へ進む。
【００８８】
ステップＳ９０３において、該当するレコードが存在しない場合、候補作成部２２３は、第二候補テーブル２４２に新たなレコードＲａｄｄを追加する（ステップＳ９０４）。第二候補テーブル２４２は、情報の項目として、グループ候補ＩＤ、グループ候補名、参加者リスト、開催日距離、開催回数を有するテーブルである。
【００８９】
続いて候補作成部２２３は、レコードＲに含まれるグループ候補名、参加者リスト及び開催日距離を取得し、第二候補テーブル２４２のレコードＲａｄｄに転記する。さらに、候補作成部２２３は、第二候補テーブル２４２の項目「開催回数」の値に「１」を設定し（ステップＳ９０５）、ステップＳ９０２へ戻る。
【００９０】
具体的には、候補作成部２２３は、第二候補テーブル２４２の項目「グループ候補ＩＤ」の値に、レコードＲに含まれるグループ候補ＩＤを設定し、項目「グループ候補名」の値に、レコードＲに含まれるグループ候補名を設定する。また、候補作成部２２３は、項目「参加者リスト」の値に、レコードＲに含まれる参加者リストの値を設定し、項目「開催日距離」の値に、レコードＲに含まれる開催日距離の値を設定する。
【００９１】
ステップＳ９０３において、該当するレコードが存在する場合、候補作成部２２３は、第二候補テーブル２４２から、項目「グループ候補名」の値及び「参加者リスト」の値が、
レコードＲに含まれるグループ候補名及び参加者リストと一致するものを取得する。そして、候補作成部２２３は、取得したレコードに含まれる項目「開催回数」の値に、１を加算した値を設定し、さらに項目「開催日距離」の値に新たな値を設定し（ステップＳ９０６）、ステップＳ９０２へ戻る。
【００９２】
新たな値とは、ステップＳ９０６で取得したレコードに含まれる項目「開催日距離」と、ステップＳ９０３で第一候補テーブル２４１から取得したレコードＲに含まれる項目「開催日距離」の値との平均である。
【００９３】
次に、図１０に、候補作成部２２３により生成された第二候補テーブル２４２の例を示す。図１０は、第二候補テーブルの一例を示す第一の図である。
【００９４】
図１０に示す第二候補テーブル２４２′は、第二候補テーブル２４２の一部を示す。第二候補テーブル２４２′は、第一候補テーブル２４１に、項目「開催回数」が追加されている。本実施形態の第二候補テーブル２４２′は、後述する関連グループ作成部２２４の処理により、項目「距離」と項目「関連グループ」が追加され、第二候補テーブル２４２となる。
【００９５】
次に、関連グループ作成部２２４の処理について説明する。図１１は、関連グループ作成部の処理を説明するフローチャートである。
【００９６】
本実施形態の関連グループ作成部２２４は、第二候補テーブル２４２′から、ステップＳ１１０２以降の処理が行われていない未処理のレコードを取得できるか否かを判定する（ステップＳ１１０１）。
【００９７】
ステップＳ１１０１において、該当するレコードが取得できない場合、後述するステップＳ１１０４へ進む。
【００９８】
ステップＳ１１０４において、該当するレコードが取得できる場合、関連グループ作成部２２４は、第二候補テーブル２４２′から該当のレコードＲＣを取得する（ステップＳ１１０２）。
【００９９】
続いて関連グループ作成部２２４は、関連グループ作成部２２４の有する距離算出部２３０を用いて、レコードＲＣに含まれるグループ候補ＩＤと対応するグループ候補と、既存のグループとの距離を算出し（ステップＳ１１０３）、ステップＳ１１０２へ戻る。尚、ステップＳ１１０３における距離とは、レコードＲＣに含まれるグループ候補ＩＤと対応するグループ候補と、既存のグループとの関連の強さを示す値である。
【０１００】
ステップＳ１１０２において、該当するレコードが取得できない場合、関連グループ作成部２２４は、第二候補テーブル２４２′において、レコードＲＣに含まれるグループ候補ＩＤと対応する項目「距離」と項目「関連グループ」とを追加する。そして、関連グループ作成部２２４は、項目「距離」の値に、レコードＲＣに含まれるグループ候補ＩＤと対応するグループ候補と、最も距離が近い既存のグループとの距離を設定する。また、関連グループ作成部２２４は、項目「関連グループ」の値に、グループ候補と最も距離が近い既存のグループのグループＩＤを設定し（ステップＳ１１０５）、処理を終了する。
【０１０１】
以上のように、第二候補テーブル２４２′には、図１１の処理により、項目「距離」と項目「関連グループ」が追加され、第二候補テーブル２４２となる。
【０１０２】
図１２は、第二候補テーブルの一例を示す第二の図である。図１２に示す第二候補テーブル２４２は、図１０に示す第二候補テーブル２４２′に、項目「距離」と項目「関連グループ」とが追加されている。
【０１０３】
図１２の例では、グループ候補ＩＤ「１」、グループ候補名「内部打合せ」であるグループ候補と最も距離が近い既存のグループは、グループＩＤ「ｇ１」のグループであり、両者の距離は「４．８５」であることがわかる。グループ候補と最も距離が近いグループとは、グループ候補と最も関連が強く、類似しているグループと言える。
【０１０４】
つまり、図１２の例では、グループ候補ＩＤ「１」のグループ候補は、グループ定義テーブル２１２に定義され既存のグループのうち、グループＩＤ「ｇ１」のグループと最も類似していると言える。
【０１０５】
次に、図１３を参照して、本実施形態の距離算出部２３０の処理について説明する。図１３は、距離算出部の処理を説明するフローチャートである。図１３に示す処理は、図１１のステップＳ１１０３の処理の詳細を示している。
【０１０６】
本実施形態の距離算出部２３０は、図１３の処理により、距離テーブル２４３を生成する。
【０１０７】
本実施形態の距離算出部２３０は、グループ定義テーブル２１２から、ステップＳ１３０２以降の処理が行われていない未処理のレコードを取得できるか否かを判定する（ステップＳ１３０１）。
【０１０８】
ステップＳ１３０１において、該当するレコードが取得できない場合、後述するステップＳ１３０８へ進む。
【０１０９】
ステップＳ１３０１において、該当するレコードが取得できる場合、距離算出部２３０は、グループ定義テーブル２１２から該当するレコードＲＧを取得する（ステップＳ１３０２）。
【０１１０】
続いて、距離算出部２３０は、名称距離算出部２３１により、図１１のステップＳ１１０３で第二候補テーブル２４２から取得したレコードＲＣと、ステップＳ１３０２で取得したレコードＲＧとから、名称距離を算出する（ステップＳ１３０３）。具体的には、名称距離算出部２３１は、レコードＲＣに含まれるグループ候補名と、レコードＲＧに含まれるグループ名との関連の強さを示す値である名称距離を算出する。本実施形態では、名称距離の値が小さいほど、レコードＲＣに含まれるグループ候補名と、レコードＲＧに含まれるグループ名との関連が強い、すなわち差異の度合いが小さい（類似の度合いが高い）ことを示す。
【０１１１】
また、距離算出部２３０は、メンバ距離算出部２３２により、レコードＲＣと、レコードＲＧとから、メンバ距離を算出する（ステップＳ１３０４）。具体的には、メンバ距離算出部２３２は、レコードＲＣに含まれる参加者リストと、レコードＲＧに含まれるメンバリストとの関連の強さを示す値であるメンバ距離を算出する。本実施形態では、メンバ距離の値が小さいほど、レコードＲＣに含まれる参加者リストと、レコードＲＧに含まれるメンバリストとの関連が強い、すなわち差異の度合い小さい（類似の度合いが高い）ことを示す。
【０１１２】
名称距離算出部２３１によるステップＳ１３０３の処理と、メンバ距離算出部２３２によるステップＳ１３０４の処理の詳細は後述する。
【０１１３】
続いて距離算出部２３０は、距離テーブル２４３に新たなレコードＲａｄｄを追加する（ステップＳ１３０５）。距離テーブル２４３は、情報の項目として、グループＩＤ、グループ候補ＩＤ、名称距離、メンバ距離、開催日距離、開催回数、距離を有するテーブルである。
【０１１４】
続いて距離算出部２３０は、レコードＲＣに含まれるグループ候補ＩＤ、開催日距離、
開催回数を距離テーブル２４３のレコードＲａｄｄに含まれる該当する項目の値に設定する（ステップＳ１３０６）。
【０１１５】
続いて距離算出部２３０は、レコードＲＧに含まれるグループＩＤと、ステップＳ１３０３で算出した名称距離と、ステップＳ１３０４で算出したメンバ距離とをレコードＲａｄｄの該当する項目値に設定し（ステップＳ１３０７）、ステップＳ１３０１へ戻る。
【０１１６】
ステップＳ１３０１において、該当するレコードが取得できない場合、距離算出部２３０は、３種類の距離の値域や重みを反映した基本係数を算出する（ステップＳ１３０８）。
【０１１７】
ステップＳ１３０８における３種類の距離とは、名称距離、メンバ距離、開催日距離である。また、基本係数とは、３種類の距離の値域の相違を補正するためのものである。本実施形態では、名称距離の値域を基準とし、名称距離の基本係数を１とする。
【０１１８】
また、メンバ距離の基本係数は、メンバ距離と、メンバ距離の基本係数との積が、０以上１以下になるように決められる。
【０１１９】
具体的には、本実施形態では、メンバ距離の基本係数を、総ユーザ数の１０を底とする対数をとり、その小数部分を切り上げた整数Ｎを取得し、１０のＮ乗の逆数とした。メンバ距離の基本係数は、以下のように示される。
【０１２０】
メンバ距離の基本係数＝１／power(10, roundup（log10（総ユーザ数），０）)
roundup：値の切上げ関数であり、引数の0は小数点以下を切り上げること示す
power(x,y): xのy乗を表す関数
log10：常用対数
総ユーザ数：参加者リストに出現するユーザＩＤの重複を除いた数
本実施形態の開催日距離の基本係数は、開催日距離と、開催日距離の基本係数との積が、０以上１以下になるように決められる。本実施形態では、最大1年の予定情報を参照する対象としている。よって、本実施形態では、開催日距離の最大値である３６６の逆数の０．０２７３（＝１／３６６）を開催日距離の基本係数とした。
【０１２１】
尚、名称距離、メンバ距離及び開催日距離の基本係数の決め方は、上述した方法に限定されない。各距離の基本係数の決め方は、適宜変更されて良い。
【０１２２】
続いて距離算出部２３０は、名称距離、メンバ距離、開催日距離の調整係数を決める（ステップＳ１３０９）。調整係数は、名称距離、メンバ距離、開催日距離の重要度を示すための係数である。
【０１２３】
本実施形態において、各距離の調整係数は、以下のような大小関係とすることが好ましい。
【０１２４】
メンバ距離の調整係数＞名称距離の調整係数＞開催日距離の調整係数
メンバ距離と名称距離の調整係数を開催日距離の調整係数よりも大きくする理由は、グループの定義情報に含まれる項目であるグループ名称とメンバリストの差を開催日の新しさよりも重視しているためである。本実施形態では、名称距離とメンバ距離の調整係数を開催日距離の調整係数よりも大きくすることで、開催日の差よりもメンバリストやグループ名称の差を距離に反映させやすくしている。
【０１２５】
また、メンバ距離の調整係数を名称距離の調整係数より大きくする理由は、同じメンバリストで異なる目的の会議を行う可能性を考慮したためである。そのような場合、通常は同じ定義情報を複数の目的の予定の設定に使用する。そこで、本実施形態では、グループ名称の差よりもメンバリストの差を重視し、メンバ距離の調整係数を名称距離の調整係数よりも大きくすることで、グループ名称の違いよりもメンバリストの違いを距離に反映させやすくしている。
【０１２６】
続いて距離算出部２３０は、名称距離、メンバ距離、開催日距離の係数を算出する（ステップＳ１３１０）。本実施形態では、各距離の係数を、基本係数と調整係数の積とした。本実施形態の係数は、各距離の基本係数と調整係数を一つにまとめるためのものである。
【０１２７】
続いて距離算出部２３０は、各距離の基本係数、調整係数、係数を用いてレコードＲＣとレコードＲＧの距離を算出し、距離テーブル２４３のレコードＲａｄｄに含まれる項目「距離」の値に設定し、処理を終了する（ステップＳ１３１１）。ここで設定される距離は、レコードＲＣに含まれるグループＩＤと対応するグループ候補と、レコードＲＧに含まれるグループＩＤと対応する既存のグループとの関連の強さを示す値である。
【０１２８】
具体的には、距離算出部２３０は、３種類の距離と各々の係数とを積算したものの総和を、開催回数で割った値を、グループ候補と既存のグループとの距離とした。つまり、距離算出部２３０は、名称距離と、基本係数と、調整係数と、係数とを積算した値と、メンバ距離と、基本係数と、調整係数と、係数とを積算した値と、開催日距離と、基本係数と、調整係数と、係数とを積算した値と、の総和を開催回数で割った値をグループ候補と既存のグループとの距離とした。
【０１２９】
本実施形態の距離算出部２３０は、グループ候補ＩＤ毎に、全てのグループＩＤとの距離を算出し、距離テーブル２４３の距離の値に設定し、距離テーブル２４３を作成する。
【０１３０】
図１４は、距離テーブルの一例を示す図である。図１４では、グループ候補ＩＤ「１」に対して、グループ定義テーブル２１２に格納されている既存のグループＩＤ「ｇ１」〜「ｇ４」のそれぞれとの距離が設定されている。
【０１３１】
同様に、グループ候補ＩＤ「２」に対して、既存のグループＩＤ「ｇ１」〜「ｇ４」のそれぞれとの距離が設定されている。
【０１３２】
図１４において、既存のグループＩＤ「ｇ１」〜「ｇ４」のうち、グループ候補ＩＤ「１」と距離が最も近いグループＩＤは、「ｇ１」であり、その距離は４．８５である。
【０１３３】
したがって、図１４では、グループ候補ＩＤ「１」のグループ候補は、グループＩＤ「ｇ１」のグループと最も関連が強く、類似していることがわかる。
【０１３４】
よって、関連グループ作成部２２４は、第二候補テーブル２４２において、グループ候補ＩＤ「１」と対応する項目「距離」の値を「４．８５」、項目「関連グループＩＤ」の値を「ｇ１」に設定する（図１２参照）。尚、図１４では、項目「開催回数」の値が１の場合は空欄としている。
【０１３５】
次に、図１５を参照して、図１３のステップＳ１３０３における名称距離算出部２３１の処理について説明する。図１５は、名称距離算出部の処理を説明するフローチャートである。
【０１３６】
名称距離算出部２３１は、図１５の処理で、候補名称距離テーブル２４４、グループ名称距離テーブル２４５、名称距離テーブル２４６を作成し、レコードＲＣに含まれるグループ候補名と、レコードＲＧに含まれるグループ名との名称距離を求める。
【０１３７】
本実施形態の名称距離算出部２３１は、候補名称距離テーブル２４４を作成する（ステップＳ１５０１）。候補名称距離テーブル２４４は、情報の項目として、グループ候補ＩＤ、グループ候補名、形態素解析結果Ｃ、要素数Ｃｎｕｍを有するテーブルである。
【０１３８】
続いて名称距離算出部２３１は、第二候補テーブル２４２において、ステップＳ１５０３以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ１５０２）。ステップＳ１５０２において、該当するレコードが取得できない場合、名称距離算出部２３１は、後述するステップＳ１５０９へ進む。
【０１３９】
ステップＳ１５０２において、該当するレコードを取得できる場合、名称距離算出部２３１は、第二候補テーブル２４２から未処理のレコードＲＣを取得する（ステップＳ１５０３）。続いて、名称距離算出部２３１は、候補名称距離テーブル２４４に、レコードＲＣＮａｍｅＡｄｄを追加する（ステップＳ１５０４）。
【０１４０】
次に、名称距離算出部２３１は、レコードＲＣに含まれるグループ候補ＩＤ、グループ候補名を、レコードＲＣＮａｍｅＡｄｄに含まれる該当する項目の値に設定する。さらに、名称距離算出部２３１は、設定したグループ候補名の形態素解析を行い、その結果及び形態素の数を、候補名称距離テーブル２４４の項目「形態素解析結果Ｃ」及び項目「要素数Ｃｎｕｍ」の値に設定し（ステップＳ１５０５）、ステップＳ１５０２へ戻る。
【０１４１】
ステップＳ１５０２において、該当するレコードが取得できない場合、名称距離算出部２３１は、グループ名称距離テーブル２４５を作成する（ステップＳ１５０６）。グループ名称距離テーブル２４５は、情報の項目として、グループＩＤ、グループ名称、形態素解析結果Ｎ、要素数Ｎｎｕｍを有するテーブルである。
【０１４２】
次に、名称距離算出部２３１は、グループ定義テーブル２１２から、ステップＳ１５０８以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ１５０７）。ステップＳ１５０７において、該当するレコードが取得できない場合、名称距離算出部２３１は、後述するステップＳ１５１１へ進む。
【０１４３】
ステップＳ１５０７において、該当するレコードが取得できる場合、名称距離算出部２３１は、グループ定義テーブル２１２から未処理のレコードＲＧを取得する（ステップＳ１５０８）。
【０１４４】
続いて名称距離算出部２３１は、グループ名称距離テーブル２４５にレコードＲＧＮａｍｅＡｄｄを追加する（ステップＳ１５０９）。
【０１４５】
続いて名称距離算出部２３１は、レコードＲＧに含まれるグループＩＤ、グループ名称を、レコードＲＧＮａｍｅＡｄｄに含まれる該当する項目の値に設定する。さらに、名称距離算出部２３１は、設定したグループ名の形態素解析を行い、その結果及び形態素の数を、グループ名称距離テーブル２４５の項目「形態素解析結果Ｎ」及び項目「要素数Ｎｎｕｍ」の値に設定し（ステップＳ１５１０）、ステップＳ１５０７へ戻る。
【０１４６】
ステップＳ１５０７において、該当するレコードを取得できない場合、名称距離算出部２３１は、名称距離テーブル２４６を作成する（ステップＳ１５１１）。名称距離テーブル２４６は、情報の項目として、グループＩＤ、グループ候補ＩＤ、共通要素数Ｒ、適合率、再現率、Ｆ値、名称距離を有するテーブルである。
【０１４７】
続いて、名称距離算出部２３１は、候補名称距離テーブル２４４から、ステップＳ１５１３以降の処理が実行されていない未処理のレコードが取得できるか否かを判定する（ステップＳ１５１２）。ステップＳ１５１２において、該当するレコードが取得できない場合、名称距離算出部２３１は、処理を終了する。
【０１４８】
ステップＳ１５１２において、該当するレコードを取得できる場合、名称距離算出部２３１は、グループ名称距離テーブル２４５から、ステップＳ１５１４以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ１５１３）。ステップＳ１５１３において、該当するレコードを取得できない場合、ステップＳ１５１２へ戻る。
【０１４９】
ステップＳ１５１３において、該当するレコードを取得できる場合、名称距離算出部２３１は、候補名称距離テーブル２４４から該当するレコードＲＣ、グループ名称距離テーブル２４５から該当するレコードＲＧを取得する（ステップＳ１５１４）。
【０１５０】
次に、名称距離算出部２３１は、名称距離テーブル２４６にレコードＲを追加する（ステップＳ１５１５）。続いて、名称距離算出部２３１は、名称距離テーブル２４６のレコードＲに含まれる各項目の値を設定し（ステップＳ１５１６）、ステップＳ１５１３に戻る。
【０１５１】
以下に、ステップＳ１５１５、ステップＳ１５１６の処理について説明する。
【０１５２】
名称距離算出部２３１は、レコードＲＣに含まれる項目「形態素解析結果Ｃ」の値と、レコードＲＧに含まれる項目「形態素解析結果Ｎ」の値とを比較し、共通している形態素の数である共通要素数Ｒｎｕｍを取得する。
【０１５３】
また、名称距離算出部２３１は、形態素解析結果Ｎを正解集合、形態素解析結果Ｃを検索結果と見做し、適合率、再現率を算出する。算出には要素数Ｃｎｕｍ、要素数Ｎｎｕｍ、共通要素数Ｒｎｕｍを用いる。次に算出した適合率、再現率を用いてＦ値を算出する。適合率、再現率、Ｆ値とは、情報探索等の情報工学の分野において、システムの出力した検索結果や判定結果等の正確性と網羅性、あるいはそれらを総合的に評価するのに用いられる指標である。
【０１５４】
また、名称距離算出部２３１は、要素数Ｃｎｕｍ、要素数Ｎｎｕｍ、共通要素数Ｒｎｕｍを用いて、適合率、再現率を算出し、名称距離テーブル２４６の該当する項目の値に設定する。
【０１５５】
そして、名称距離算出部２３１は、Ｆ値の逆数を名称距離とし、名称距離テーブル２４６の項目「名称距離」の値に設定する。尚、本実施形態では、共通要素数Ｒｎｕｍが０の場合はＦ値を算出せず、名称距離を１００に設定する。共通要素数Ｒｎｕｍが０の場合とは、レコードＲＣに含まれるグループ候補名と、レコードＲＧに含まれるグループ名とが似ていないことを示す。したがって、本実施形態では、この場合に名称距離１００を設定することで、名称が似ていないことを表している。
【０１５６】
以上が、名称距離算出部２３１による名称距離の算出の処理である。以下に、図１６乃至図１８は、名称距離算出部２３１に生成されたテーブルの例を示す。
【０１５７】
図１６は、候補名称距離テーブルの一例を示す図である。図１６に示す候補名称距離テーブル２４４では、例えばグループ候補ＩＤ「１」のグループ候補名「内部打合せ」を形態素解析した結果が、形態素解析結果Ｃに格納され、形態素解析結果Ｃに含まれる要素の数が、要素数Ｃｎｕｍに格納される。
【０１５８】
図１６において、グループ候補ＩＤ「１」と対応する形態素解析結果Ｃは「｛内部、打ち合わせ｝」となり、要素数Ｃｎｕｍは「２」となる。
【０１５９】
図１７は、グループ名称距離テーブルの一例を示す図である。図１７に示すグループ名称距離テーブル２４５では、グループＩＤ「ｇ１」のグループ名「担当内部」を形態素解析した結果が、形態素解析結果Ｎに格納され、形態素解析結果Ｎに含まれる要素の数が、要素数Ｎｎｕｍに格納される。
【０１６０】
図１７において、グループＩＤ「ｇ１」と対応する形態素解析結果Ｎは「｛内部、担当｝」となり、要素数Ｎｎｕｍは「２」となる。
【０１６１】
図１８は、名称距離テーブルの一例を示す図である。名称距離テーブル２４６では、例えばグループ候補ＩＤ「１」とグループＩＤ「ｇ１」とが対応付けられる。また、名称距離テーブル２４６では、形態素解析結果Ｃ「｛内部、打ち合わせ｝」と形態素解析結果Ｎ「｛内部、担当｝」における共通要素数が「１」となり、Ｆ値が０．５である。したがって、グループ候補ＩＤ「１」のグループ候補と、グループＩＤ「ｇ１」のグループとの名称距離は２となる。
【０１６２】
本実施形態の名称距離テーブル２４６では、各グループ候補ＩＤに対して、グループ定義テーブル２１２に含まれる全てのグループＩＤとの名称距離が格納される。
【０１６３】
名称距離テーブル２４６における名称距離の値は、図１４に示す距離テーブル２４３において、グループ候補ＩＤとグループＩＤの組み合わせに対応する項目「名称距離」の値に設定される。したがって、図１４に示す距離テーブル２４３において、グループ候補ＩＤ「１」とグループＩＤ「ｇ１」の組み合わせに対応する項目「名称距離」の値は、「２」として設定される。
【０１６４】
次に、図１９を参照して、図１３のステップＳ１３０４におけるメンバ距離算出部２３２の処理について説明する。図１９は、メンバ距離算出部の処理を説明するフローチャートである。
【０１６５】
本実施形態のメンバ距離算出部２３２は、図１９の処理で、候補メンバ距離テーブル２４７、グループメンバ距離テーブル２４８、メンバ距離テーブル２４９を作成し、レコードＲＣに含まれる参加者リストと、レコードＲＧに含まれるメンバリストとのメンバ距離を求める。
【０１６６】
本実施形態のメンバ距離算出部２３２は、第二候補テーブル２４２の項目「参加者リスト」の値と、グループ定義テーブル２１２の項目「グループメンバ」の値と、に含まれる全てのユーザＩＤを取得する。そして、メンバ距離算出部２３２は、重複するユーザＩＤを排除したユーザＩＤのリストＬを作成する（ステップＳ１９０１）。本実施形態では、ステップＳ１９０１で作成したリストＬの長さをＬｍｕｎとする。
【０１６７】
続いてメンバ距離算出部２３２は、候補メンバ距離テーブル２４７を作成する（ステップＳ１９０２）。候補メンバ距離テーブル２４７は、情報の項目として、グループ候補ＩＤ、グループ候補名、参加者リスト、メンバ文字列を有するテーブルである。
【０１６８】
次に、メンバ距離算出部２３２は、第二候補テーブル２４２から、ステップＳ１９０４以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ１９０３）。ステップＳ１９０３において、該当するレコードを取得できない場合、メンバ距離算出部２３２は、後述するステップＳ１９０８へ進む。
【０１６９】
ステップＳ１９０３において、該当するレコードが取得できる場合、メンバ距離算出部２３２は、第二候補テーブル２４２から未処理のレコードＲＣを取得する（ステップＳ１９０４）。
【０１７０】
続いてメンバ距離算出部２３２は、候補メンバ距離テーブル２４７に、レコードＲＣＭｅｍｂｅｒＡｄｄを追加する（ステップＳ１９０５）。
【０１７１】
続いてメンバ距離算出部２３２は、レコードＲＣに含まれるグループ候補ＩＤ、グループ候補名、参加者リストを、レコードＲＣＭｅｍｂｅｒＡｄｄに転記する（ステップＳ１９０６）。具体的には、メンバ距離算出部２３２は、レコードＲＣＭｅｍｂｅｒＡｄｄの項目「グループ候補ＩＤ」の値に、レコードＲＣに含まれるグループ候補ＩＤを設定する。また、メンバ距離算出部２３２は、レコードＲＣＭｅｍｂｅｒＡｄｄの項目「グループ候補名」の値にレコードＲＣに含まれるグループ候補名を設定し、項目「参加者リスト」の値にレコードＲＣに含まれる参加者リストを設定する。
【０１７２】
次にメンバ距離算出部２３２は、長さＬｎｕｍの文字列ＲＣＳｔｒを作成し、レコードＲＣＭｅｍｂｅｒＡｄｄの項目「文字列」の値に設定し（ステップＳ１９０７）、ステップＳ１９０３へ戻る。
【０１７３】
以下に、ステップＳ１９０７の処理について説明する。
【０１７４】
メンバ距離算出部２３２は、ステップＳ１９０１で作成したリストＬのＮ番目のユーザＩＤが、レコードＲＣＭｅｍｂｅｒＡｄｄの参加者リストに含まれる場合に、Ｎ番目の文字を「１」とし、含まれない場合にＮ番目の文字を「０」とした文字列ＲＣＳｔｒを作成する。尚、Ｎは、１≦Ｎ≦Ｌｎｕｍである。
【０１７５】
文字列ＲＣＳｔｒは、例えば、リストＬが［ａｋａｉ，ｋｕｒｏｉ，ｓａｋｕｒａｉ]であり、参加者リストが［ｋｕｒｏｉ］である場合、「０１０」となる。
【０１７６】
ステップＳ１９０３において、該当するレコードが取得できない場合、メンバ距離算出部２３２は、グループメンバ距離テーブル２４８を作成する（ステップＳ１９０８）。グループメンバ距離テーブル２４８は、情報の項目として、グループＩＤ、グループ名、メンバリスト、メンバ文字列を有するテーブルである。
【０１７７】
続いてメンバ距離算出部２３２は、グループ定義テーブル２１２から、ステップＳ１９１０以降の処理を行っていない未処理のレコードを取得できるか否かを判定する（ステップＳ１９０９）。ステップＳ１９０９において、該当するレコードが取得できない場合、メンバ距離算出部２３２は、後述するステップＳ１９１４へ進む。
【０１７８】
ステップＳ１９０９において、該当するレコードが取得できた場合、メンバ距離算出部２３２は、グループ定義テーブル２１２から未処理のレコードＲＧを取得する（ステップＳ１９１０）。
【０１７９】
続いてメンバ距離算出部２３２は、グループ名称距離テーブル２４８にレコードＲＧＭｅｍｂｅｒＡｄｄを追加する（ステップＳ１９１１）。続いてメンバ距離算出部２３２は、レコードＲＧのグループＩＤ、グループ名称、メンバリストをレコードＲＧＭｅｍｂｅｒＡｄｄに転記する（ステップＳ１９１２）。
【０１８０】
具体的には、メンバ距離算出部２３２は、レコードＲＧＭｅｍｂｅｒＡｄｄの項目「グループＩＤ」の値に、レコードＲＧに含まれるグループＩＤを設定する。また、メンバ距離算出部２３２は、レコードＲＧＭｅｍｂｅｒＡｄｄの項目「グループ名」の値にレコードＲＧに含まれるグループ名を設定し、項目「メンバリスト」の値にレコードＲＧに含まれるメンバリストを設定する。
【０１８１】
続いてメンバ距離算出部２３２は、長さＬｎｕｍの文字列ＲＧＳｔｒを作成し、レコードＲＧＭｅｍｂｅｒＡｄｄの項目「文字列」の値に設定し（ステップＳ１９１３）、ステップＳ１９０９へ戻る。
【０１８２】
以下に、ステップＳ１９１３の処理について説明する。
【０１８３】
メンバ距離算出部２３２は、ステップＳ１９０１で作成したリストＬのＮ番目のユーザＩＤが、レコードＲＧＭｅｍｂｅｒＡｄｄのメンバリストに含まれる場合に、Ｎ番目の文字を「１」とし、含まれない場合にＮ番目の文字を「０」とした文字列ＲＧＳｔｒを作成する。尚、Ｎは、１≦Ｎ≦Ｌｎｕｍである。
【０１８４】
次に、メンバ距離算出部２３２は、メンバ距離テーブル２４９を生成する（ステップＳ１９１４）。メンバ距離テーブル２４９は、情報の項目として、グループＩＤ、グループ候補ＩＤ、メンバ距離を有するテーブルである。
【０１８５】
続いてメンバ距離算出部２３２は、候補メンバ距離テーブル２４７から、ステップＳ１９１６以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ１９１５）。ステップＳ１９１５において、該当するレコードが取得できない場合、メンバ距離算出部２３２は、メンバ距離の算出の処理を終了する。
【０１８６】
ステップＳ１９１５において、該当するレコードが取得できる場合、メンバ距離算出部２３２は、グループメンバ距離テーブル２４８から、ステップＳ１９１７以降の処理が実行されていない未処理のレコードが取得できるか否かを判定する（ステップＳ１９１６）。ステップＳ１９１６において、該当するレコードが取得できない場合、メンバ距離算出部２３２は、ステップＳ１９１５へ戻る。
【０１８７】
ステップＳ１９１６において、該当するレコードが取得できる場合、メンバ距離算出部２３２は、候補メンバ距離テーブル２４７からレコードＲＣを取得し、グループメンバ距離テーブル２４８からレコードＲＧを取得する（ステップＳ１９１７）。
【０１８８】
続いてメンバ距離算出部２３２は、メンバ距離テーブル２４９にレコードＲを追加する（ステップＳ１９１８）。
【０１８９】
続いてメンバ距離算出部２３２は、レコードＲＣとレコードＲＧのそれぞれに含まれるメンバ文字列を比較し、ハミング距離を算出した結果を、メンバ距離テーブル２４９の項目「メンバ距離」の値に設定し（ステップＳ１９１９）、ステップＳ１９１６へ戻る。
【０１９０】
尚、メンバ距離算出部２３２は、このとき、レコードＲＣに含まれるグループ候補ＩＤと、レコードＲＧに含まれるグループＩＤとを、レコードＲの項目「グループ候補ＩＤ」と項目「グループＩＤ」のそれぞれの値に設定する。
【０１９１】
以下の図２０乃至図２２に、メンバ距離算出部２３２に生成されたテーブルの例を示す。
【０１９２】
図２０、候補メンバ距離テーブルの一例を示す図である。図２０に示す候補メンバ距離テーブル２４７では、例えばグループ候補ＩＤ「１」、グループ候補名「内部打合せ」の参加者リストは「ｍｏｒｉｔａ」であり、メンバ文字列は「１００００００００」である。したがって、グループ候補ＩＤ「１」、グループ候補名「内部打合せ」のグループ候補では、リストＬに含まれるユーザＩＤのうち、１番目のユーザＩＤ「ｍｏｒｉｔａ」のみが参加者リストに含まれることがわかる。
【０１９３】
同様に、図２０では、グループ候補ＩＤ「２」、グループ候補名「打合せ内部」の参加者リストは「ｍｏｒｉｔａ」、「ｏｏｚｏｒａ」であり、メンバ文字列は「１０００００００１」である。したがって、グループ候補ＩＤ「２」、グループ候補名「打合せ内部」のグループ候補では、リストＬに含まれるユーザＩＤのうち、１番目のユーザＩＤ「ｍｏｒｉｔａ」と９番目のユーザＩＤ「ｏｏｚｏｒａ」が参加者リストに含まれることがわかる。
【０１９４】
図２１は、グループメンバ距離テーブルの一例を示す図である。図２１に示すグループメンバ距離テーブル２４８では、例えばグループＩＤ「ｇ１」、グループ名「担当内部」のメンバリストは「ｍｏｒｉｔａ」であり、メンバ文字列は「１００００００００」である。したがって、グループＩＤ「１」、グループ名「担当内部」のグループでは、リストＬに含まれるユーザＩＤのうち、１番目のユーザＩＤ「ｍｏｒｉｔａ」のみがメンバリストに含まれることがわかる。
【０１９５】
同様に、図２１では、グループＩＤ「ｇ２」、グループ名「グループ」のメンバリストは「ｍｏｒｉｔａ」、「ｋａｗａｈａｒａ」であり、メンバ文字列は「１１０００００００」である。したがって、グループＩＤ「ｇ２」、グループ名「グループ」のグループでは、リストＬに含まれるユーザＩＤのうち、１番目のユーザＩＤ「ｍｏｒｉｔａ」と２番目のユーザＩＤ「ｋａｗａｈａｒａ」がメンバリストに含まれることがわかる。
【０１９６】
図２２は、メンバ距離テーブルの一例を示す図である。メンバ距離テーブル２４９では、例えばグループ候補ＩＤ「１」とグループＩＤ「ｇ１」とが対応付けられる。また、メンバ距離テーブル２４９では、グループＩＤ「１」と対応するメンバ文字列と、グループＩＤ「ｇ１」に含まれるメンバ文字列とから算出されたメンバ距離が、項目「メンバ距離」の値に設定されている。本実施形態の項目「メンバ距離」の値は、２つのメンバ文字列の中で、対応する位置にある異なった文字の個数を示している。
【０１９７】
よって、グループ候補ＩＤ「１」とグループＩＤ「ｇ１」とが対応付けられた項目「メンバ距離」の値は、「０」となる。
【０１９８】
本実施形態のメンバ距離テーブル２４９では、各グループ候補ＩＤに対して、グループ定義テーブル２１２に含まれる全てのグループＩＤとのメンバ距離が格納される。尚、図２２の例では、全てのグループＩＤとのメンバ距離が格納されたメンバ距離テーブル２４９の一部を示している。
【０１９９】
メンバ距離テーブル２４９におけるメンバ距離の値は、図１４に示す距離テーブル２４３において、グループ候補ＩＤとグループＩＤの組み合わせに対応する項目「メンバ距離」の値に設定される。したがって、例えば図１４に示す距離テーブル２４３において、グループ候補ＩＤ「１」とグループＩＤ「ｇ１」の組み合わせに対応する項目「メンバ距離」の値には、「０」が設定される。
【０２００】
尚、本実施形態では、メンバ文字列を「１」と「０」の文字列で示したが、メンバ文字列を示す文字は任意の文字であって良い。
【０２０１】
次に、図２３を参照し、変更情報作成部２２５によるステップＳ６０４の処理について説明する。図２３は、変更情報作成部の処理を説明する第一のフローチャートである。
【０２０２】
本実施形態の変更情報作成部２２５は、図２３の処理により、変更情報テーブル２５０を生成する。
【０２０３】
以下のステップＳ２３０１からステップＳ２３０８の処理は、既存のグループとグループ候補に対し、グループに属する各メンバのメンバ値を設定する処理である。メンバ値はそのグループにおけるメンバの重みを示す値である。
【０２０４】
本実施形態の変更情報作成部２２５は、グループ定義テーブル２１２から、ステップＳ２３０２以降の処理を実行していない未処理のレコードを取得できるかを判定する（ステップＳ２３０１）。ステップＳ２３０１において、該当するレコードを取得できない場合、後述するステップＳ２３０９へ進む。
【０２０５】
ステップＳ２３０１において、該当するレコードを取得できる場合、変更情報作成部２２５は、グループ定義テーブル２１２から未処理のレコードＲＧを取得する（ステップＳ２３０２）。続いて、変更情報作成部２２５は、ユーザリストＵｓｅｒＬｉｓｔを作成する（ステップＳ２３０３）。
【０２０６】
以下に、ユーザリストＵｓｅｒＬｉｓｔの作成について説明する。
【０２０７】
まず、変更情報作成部２２５は、レコードＲＧから項目「グループＩＤ」の値であるグループＩＤを取得しておく。ここで取得したグループＩＤをＧｒｐＩＤとする。
【０２０８】
続いて変更情報作成部２２５は、レコードＲＧから項目「メンバリスト」の値を取得し、ユーザリストＵｓｅｒＬｉｓｔに設定する。
【０２０９】
さらに、変更情報作成部２２５は、第二候補テーブル２４２において、項目「関連グループ」の値に、グループＩＤ「ＧｒｐＩＤ」が設定されているレコードを取得する。そして、変更情報作成部２２５は、取得したレコードの参加者リストのうち、既にユーザリストＵｓｅｒＬｉｓｔに設定されたユーザＩＤ以外のユーザＩＤをユーザリストＵｓｅｒＬｉｓｔに追加する。
【０２１０】
以上が、ユーザリストＵｓｅｒＬｉｓｔの作成の処理である。
【０２１１】
続いて変更情報作成部２２５は、ユーザリストＵｓｅｒＬｉｓｔから、ステップＳ２３０５以降の処理を実行していない未処理のユーザＩＤを取得できるか判定する（ステップＳ２３０４）。ステップＳ２３０４において、該当するユーザＩＤを取得できない場合、変更情報作成部２２５は、ステップＳ２３０１へ戻る。
【０２１２】
ステップＳ２３０４において、該当するユーザＩＤが取得できる場合、変更情報作成部２２５は、ユーザリストＵｓｅｒＬｉｓｔから未処理のユーザＩＤを取得する（ステップＳ２３０５）。以下の説明では、ステップＳ２３０５で取得したユーザＩＤを、Ｕｉｄとする。
【０２１３】
続いて、変更情報作成部２２５は、変更情報テーブル２５０を作成し、レコードＲａｄｄを追加する（ステップＳ２３０６）。変更情報テーブル２５０は、情報の項目として、グループＩＤ、グループ名称、メンバＩＤ、メンバ値、グループ変更、メンバ変更を有するテーブルである。
【０２１４】
続いて変更情報作成部２２５は、レコードＲａｄｄの項目「グループＩＤ」、「グループ名称」のそれぞれの値に、レコードＲＧに含まれるグループＩＤとグループ名称とを設定する。また、変更情報作成部２２５は、レコードＲａｄｄの項目「メンバＩＤ」の値に、Ｕｉｄを設定する（ステップＳ２３０７）。
【０２１５】
次に変更情報作成部２２５は、レコードＲａｄｄの項目「メンバ値」の値と、「グループ変更案」の値とを設定する（ステップＳ２３０８）。ステップＳ２３０８の処理の詳細は後述する。
【０２１６】
以下のステップＳ２３０９以降の処理は、グループ候補のみに含まれるグループ(新規グループ)の作成と、新規グループに属する各メンバのメンバ値の設定を行う処理である。
【０２１７】
本実施形態の変更情報作成部２２５は、第二候補テーブル２４２において、項目「関連グループ」の値が設定されておらず、且つステップＳ２３１０以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ２３０９）。ステップＳ２３０９において、該当するレコードが取得できない場合、変更情報作成部２２５は、後述するステップＳ２３１６へ進む。
【０２１８】
ステップＳ２３０９において、該当するレコードが取得できる場合、変更情報作成部２２５は、第二候補テーブル２４２から該当するレコードＲＣを取得する（ステップＳ２３１０）。
【０２１９】
続いて変更情報作成部２２５は、ユーザリストＵｓｅｒＬｉｓｔに、レコードＲＣの参加者リストに含まれるユーザＩＤを設定する（ステップＳ２３１１）。
【０２２０】
続いて、変更情報作成部２２５は、ユーザリストＵｓｅｒＬｉｓｔから、ステップＳ２３１４以降の処理を行っていない未処理のユーザＩＤを取得できるか否かを判定する（ステップＳ２３１２）。ステップＳ２３１２において、該当するユーザＩＤを取得できない場合、変更情報作成部２２５は、ステップＳ２３０９へ戻る。
【０２２１】
ステップＳ２３１２において、該当するユーザＩＤを取得できる場合、変更情報作成部２２５は、ユーザリストＵｓｅｒＬｉｓｔから該当するユーザＩＤを取得し、取得したユーザＩＤをＵｉｄとする（ステップＳ２３１３）。
【０２２２】
続いて変更情報作成部２２５は、変更情報テーブル２５０にレコードＲａｄｄを追加する（ステップＳ２３１４）。
【０２２３】
続いて変更情報作成部２２５は、レコードＲａｄｄの項目「グループＩＤ」の値として、新規のグループＩＤを設定する。また、変更情報作成部２２５は、レコードＲＣに含まれるグループ候補名をレコードＲａｄｄの項目「グループ名」の値に設定し、ＵｉｄをレコードＲａｄｄの項目「メンバＩＤ」の値に設定する。そして、変更情報作成部２２５は、レコードＲａｄｄの項目「メンバ値」、「グループ変更案」のそれぞれの値に設定し（ステップＳ２３１５）、ステップＳ２３１２に戻る。
【０２２４】
ステップＳ２３０９において、該当するレコードを取得できない場合、変更情報作成部２２５は、変更情報テーブル２５０において、項目「グループ変更案」の値と項目「メンバ変更案」の値とが、共に未設定のレコードを取得できるか否かを判定する（ステップＳ２３１６）。ステップＳ２３１６において、該当するレコードが取得できない場合、変更情報作成部２２５は、変更情報テーブル２５０を作成する処理を終了する。
【０２２５】
ステップＳ２３１６において、該当するレコードを取得できる場合、変更情報作成部２２５は、変更情報テーブル２５０から該当するレコードＲを取得する（ステップＳ２３１７）。
【０２２６】
続いて変更情報作成部２２５は、メンバ値の閾値の算出と、項目「メンバ変更案」の値の設定を行い（ステップＳ２３１８）、ステップＳ２３１６へ戻る。ステップＳ２３１８の処理の詳細は後述する。
【０２２７】
次に、図２４を参照し、変更情報作成部２２５による変更情報テーブル２５０の項目「メンバ値」の値と、項目「グループ変更案」の値の設定について説明する。
【０２２８】
図２４は、変更情報作成部の処理を説明する第二のフローチャートである。図２４の処理は、図２３のステップＳ２３０８の詳細を示している。
【０２２９】
本実施形態の変更情報作成部２２５は、第二候補テーブル２４２から、項目「関連グループ」の値に、グループＩＤ「ＧｒｐＩＤ」が設定されているレコードを取得することができるか否かを判定する（ステップＳ２４０１）。
【０２３０】
ステップＳ２４０１において、該当するレコードが存在しない場合、レコードＲａｄｄの項目「グループ変更案」の値に「削除」を設定し（ステップＳ２４０２）、処理を終了する。尚、レコードＲａｄｄは、図２３のステップＳ２３０６で追加されたレコードである。
【０２３１】
ステップＳ２４０１において、該当するレコードが取得できる場合、変更情報作成部２２５は、ＴｏｔａｌＮｕｍとＴｏｔａｌとを取得する（ステップＳ２４０３）。
【０２３２】
以下に、ＴｏｔａｌＮｕｍとＴｏｔａｌについて説明する。
【０２３３】
ＴｏｔａｌＮｕｍは、第二候補テーブル２４２において、項目「関連グループ」の値が「ＧｒｐＩＤ」であり、且つ項目「参加者リスト」の値に「Ｕｉｄ」が含まれるレコードの総数である。また、Ｔｏｔａｌは、これらのレコードにおける項目「距離」の値の総和である。
【０２３４】
続いて変更情報作成部２２５は、ＴｏｔａｌＮｕｍが０であるか否かを判定する（ステップＳ２４０４）。
【０２３５】
ステップＳ２４０４において、ＴｏｔａｌＮｕｍが０の場合、変更情報作成部２２５は、レコードＲａｄｄにおいて、項目「メンバ値」の値を設定せず、項目「メンバ変更案」の値に「削除」を設定し（ステップＳ２４０５）、処理を終了する。
【０２３６】
ＴｏｔａｌＮｕｍが０になる場合とは、更新支援処理部２２０が参照する予定情報において、レコードＲＧで示されるグループにユーザＩＤ「Ｕｉｄ」のユーザが一度も参加していなかったことを示している。したがって、本実施形態では、この場合にレコードＲａｄｄの項目「メンバ変更案」の値を「削除」とする。
【０２３７】
ステップＳ２４０４において、ＴｏｔａｌＮｕｍが０でない場合、変更情報作成部２２５は、ＴｏｔａｌをＴｏｔａｌＮｕｍで割った値をレコードＲａｄｄに含まれる項目「メンバ値」の値に設定し（ステップＳ２４０６）、処理を終了する。
【０２３８】
次に、図２５を参照し、変更情報作成部２２５によるメンバ値の閾値の算出と、項目「メンバ変更案」の値の設定について説明する。
【０２３９】
図２５は、変更情報作成部の処理を説明する第三のフローチャートである。図２５の処理は、図２３のステップＳ２３１８の詳細を示している。
【０２４０】
本実施形態の変更情報作成部２２５は、変更情報テーブル２５０から項目「グループＩＤ」の値がレコードＲに含まれるグループＩＤと一致するレコードを全て取得する（ステップＳ２５０１）。尚、レコードＲは、図２３のステップＳ２３１７で変更情報テーブル２５０から取得したレコードである。
【０２４１】
ステップＳ２５０１において、取得したレコードの件数が１件であった場合、変更情報作成部２２５は、レコードＲの項目「メンバ変更案」の値を「無し」に設定し（ステップＳ２５０３）、処理を終了する。
【０２４２】
ステップＳ２５０２において、取得したレコードの件数が２件であった場合、変更情報作成部２２５は、取得した各レコードに含まれるメンバ値の平均値を算出する（ステップＳ２５０４）。
【０２４３】
続いて変更情報作成部２２５は、レコードＲに含まれるメンバ値が算出した平均値よりも１割以上大きいか否かを判定する（ステップＳ２５０５）。ステップＳ２５０５において、メンバ値が平均値より１割以上大きくない場合、変更情報作成部２２５は、後述するステップＳ２５１０へ進む。
【０２４４】
ステップＳ２５０５において、メンバ値が平均値より１割以上大きい場合、変更情報作成部２２５は、レコードＲの項目「メンバ変更案」の値に「削除」を設定し（ステップＳ２５０６）、処理を終了する。
【０２４５】
ステップＳ２５０２において、取得したレコードの件数が３件以上であった場合、変更情報作成部２２５は、取得した各レコードに含まれるメンバ値の平均値と標準偏差を算出する（ステップＳ２５０７）。
【０２４６】
続いて変更情報作成部２２５は、レコードＲに含まれるメンバ値が、平均値と標準偏差の和よりも大きいか否かを判定する（ステップＳ２５０８）。
【０２４７】
ステップＳ２５０８において、メンバ値が、平均値と標準偏差の和よりも大きい場合、変更情報作成部２２５は、レコードＲに含まれる項目「メンバ変更案」の値に「削除」を設定し（ステップＳ２５０９）、処理を終了する。
【０２４８】
ステップＳ２５０８において、メンバ値が、平均値と標準偏差の和以下の場合、変更情報作成部２２５は、レコードＲから、項目「メンバＩＤ」の値と、項目「グループＩＤ」の値と、を取得する（ステップＳ２５１０）。
【０２４９】
続いて変更情報作成部２２５は、グループ定義テーブル２１２から、グループＩＤがレコードＲに含まれるグループＩＤと一致するレコードＲＧを取得する（ステップＳ２５１１）。
【０２５０】
続いて変更情報作成部２２５は、レコードＲＧに含まれるメンバリストに、レコードＲのメンバＩＤが含まれるか否かを判定する（ステップＳ２５１２）。
【０２５１】
ステップＳ２５１２において、該当するメンバＩＤが含まれる場合、変更情報作成部２２５は、レコードＲの項目「メンバ変更案」の値に「無し」を設定し（ステップＳ２５１３）、処理を終了する。
【０２５２】
ステップＳ２５１２において、該当メンバＩＤが含まれない場合、変更情報作成部２２５は、レコードＲの項目「メンバ変更案」の値に「追加」を設定し（ステップＳ２５１４）、処理を終了する。
【０２５３】
本実施形態では、以上の処理により、変更情報テーブル２５０が作成される。図２６は、変更情報テーブルの一例を示す図である。
【０２５４】
図２６に示す変更情報テーブル２５０では、グループＩＤ「ｇ１」、グループ名称「担当内部」のグループにおいて、メンバＩＤ「ｍｏｒｉｔａ」と対応するメンバ変更案の値は、「無し」である。また、グループＩＤ「ｇ１」、グループ名称「担当内部」のグループにおいて、メンバＩＤ「ｏｏｚｏｒａ」と対応するメンバ変更案の値は、「追加」である。
【０２５５】
したがって、グループＩＤ「ｇ１」、グループ名称「担当内部」のグループは、グループの定義情報において変更があるグループであり、変更内容は、メンバリストに対するユーザＩＤ「ｏｏｚｏｒａ」の追加であることがわかる。
【０２５６】
また、図２６の例では、グループＩＤ「ｇ３」、グループ名称「部」のグループは、グループ変更案の値が「削除」である。したがって、グループＩＤ「ｇ３」、グループ名称「部」のグループの定義情報の変更は、このグループの定義情報の削除であることがわかる。
【０２５７】
さらに、図２６の例では、グループＩＤ「ｇ５」、グループ名称「部会（仮）」のグループは、新たに追加される可能性のあるグループであることがわかる。
【０２５８】
次に、図２７を参照し、変更案変換部２２６によるステップＳ６０５の処理について説明する。図２７は、変更案変換部の処理を説明する第一のフローチャートである。
【０２５９】
本実施形態の変更案変換部２２６は、図２７の処理により、変更提案テーブル２５１を生成する。変更提案テーブル２５１は、表示制御部２２７により参照される。
【０２６０】
本実施形態の変更案変換部２２６は、変更情報テーブル２５０を参照し、全レコードに設定されているグループＩＤを収集し、グループＩＤのリストＧＬｉｓｔを作成する（ステップＳ２７０１）。尚、変更案変換部２２６は、ステップＳ２７０１において、グループＩＤの重複が無いようにリストＧＬｉｓｔを作成する。
【０２６１】
続いて変更案変換部２２６は、ステップＳ２７０２以降で、各グループへの変更内容を表す情報を設定する処理を行う。
【０２６２】
変更案変換部２２６は、リストＧＬｉｓｔから、ステップＳ２７０３以降の処理が行われていない未処理の要素を取得できるか否かを判定する（ステップＳ２７０２）。ステップＳ２７０２において、該当する要素が取得できない場合、変更案変換部２２６は、処理を終了する。
【０２６３】
ステップＳ２７０２において、該当する要素が取得できる場合、変更案変換部２２６は、リストＧＬｉｓｔから未処理のグループＩＤを取得する（ステップＳ２７０３）。ここで取得するグループＩＤを、Ｇｉｄとする。
【０２６４】
続いて変更案変換部２２６は、変更提案テーブル２５１にレコードＲａｄｄを追加する（ステップＳ２７０４）。変更提案テーブル２５１は、情報の項目として、グループＩＤ、グループ名称、現メンバリスト、新メンバリスト案、修正案、修正内容リストを有するテーブルである。
【０２６５】
続いて変更案変換部２２６は、変更情報テーブル２５０から、項目「グループＩＤ」の値がＧｉｄと一致するレコードを全て取得する（ステップＳ２７０５）。
【０２６６】
続いて変更案変換部２２６は、取得したレコードにおいて、項目「グループ変更案」の値が「削除」、「追加」又は「それ以外」の何れかであるかを判定する（ステップＳ２７０６）。
【０２６７】
ステップＳ２７０６において、項目「グループ変更案」の値が「削除」である場合、変更案変換部２２６は、グループ削除案を作成し（ステップＳ２７０７）、ステップＳ２７０２へ戻る。
【０２６８】
具体的には、変更案変換部２２６は、グループ定義テーブル２１２において、グループＩＤがＧｉｄと一致するレコードのグループＩＤ、グループ名称、メンバリストを取得する。そして、変更案変換部２２６は、それらを変更提案テーブル２５１のレコードＲａｄｄのグループＩＤ、グループ名称、現メンバリストに転記する。さらに、変更案変換部２２６は、変更提案テーブル２５１の項目「修正案」の値に、「グループ削除」を設定する。
【０２６９】
ステップＳ２７０６において、項目「グループ変更案」の値が「追加」である場合、変更案変換部２２６は、グループ追加案を作成し（ステップＳ２７０８）、ステップＳ２７０２へ戻る。
【０２７０】
具体的には、変更案変換部２２６は、ステップＳ２７０５で取得した全てのレコードに含まれる項目「メンバＩＤ」の値から、メンバリストｎｅｗＬｉｓｔを作成する。続いて、変更案変換部２２６は、変更情報テーブル２５０から取得したレコードに含まれるグループＩＤとグループ名称を、変更提案テーブル２５１のレコードＲａｄｄの項目「グループＤ」と「グループ名称」のそれぞれの値に設定する。
【０２７１】
さらに、変更案変換部２２６は、メンバリストｎｅｗＬｉｓｔをレコードＲａｄｄの項目「新メンバリスト案」の値に設定し、項目「修正案」の値に「グループ追加」を設定する。
【０２７２】
ステップＳ２７０６において、項目「グループ変更案」の値が「追加」でも「削除」でもない場合、変更案変換部２２６は、変更提案テーブル２５１の項目「修正内容リスト」の値と、メンバリストｎｅｗＬｉｓｔと、を初期化し、項目「修正案」の値に「無し」を設定する（ステップＳ２７０９）。
【０２７３】
続いて、変更案変換部２２６は、ステップＳ２７０５で取得したレコードから、ステップＳ２７１１以降の処理を実行していない未処理のレコードを取得できるか否かを判定する（ステップＳ２７１０）。ステップＳ２７１０において、該当するレコードを取得できない場合、変更案変換部２２６は、後述するステップＳ２７１３へ進む。
【０２７４】
ステップＳ２７１０において、該当するレコードを取得できる場合、変更案変換部２２６は、該当するレコードＲを取得する（ステップＳ２７１１）。
【０２７５】
続いて、変更案変換部２２６は、メンバ変更案を作成し（ステップＳ２７１２）、ステップＳ２７１０へ戻る。
【０２７６】
以下に、図２８を参照し、ステップＳ２７１２のメンバ変更案の作成について説明する。図２８は、変更案変換部の処理を説明する第二のフローチャートである。図２８は、図２７のステップＳ２７１２のメンバ変更案の作成の処理の詳細を示している。
【０２７７】
本実施形態の変更案変換部２２６は、グループ定義テーブル２１２において、グループＩＤがＧｉｄと一致するレコードのグループＩＤ、グループ名称、メンバリストを取得する。そして、変更案変換部２２６は、レコードＲａｄｄの項目「グループＩＤ」、「グループ名称」のそれぞれの値に、取得したグループＩＤとグループ名称を設定する。また、変更案変換部２２６は、レコードＲａｄｄの項目「現メンバリスト」の値に、取得したメンバリストを設定する（ステップＳ２８０１）。
【０２７８】
続いて変更案変換部２２６は、ステップＳ２７１１で取得したレコードＲに含まれる項目「メンバ変更案」の値が、「追加」、「削除」、「無し」の何れであるかを判定する（ステップＳ２８０２）。
【０２７９】
ステップＳ２８０２において、項目「メンバ変更案」の値が「追加」であった場合、変更案変換部２２６は、メンバリストｎｅｗＬｉｓｔに、レコードＲに含まれるメンバＩＤを追加する（ステップＳ２８０３）。
【０２８０】
続いて変更案変換部２２６は、追加したメンバＩＤと、「追加」とを対応付けて、レコードＲａｄｄの項目「修正内容リスト」の値に設定し、項目「修正案」の値に「メンバ変更」を設定し（ステップＳ２８０４）、処理を終了する。
【０２８１】
ステップＳ２８０２において、項目「メンバ変更案」の値が「無し」であった場合、変更案変換部２２６は、メンバリストｎｅｗＬｉｓｔに、レコードＲに含まれるメンバＩＤを追加し（ステップＳ２８０５）、処理を終了する。
【０２８２】
ステップＳ２８０２において、項目「メンバ変更案」の値が「削除」であった場合、変更案変換部２２６は、レコードＲに含まれるメンバＩＤと、「削除」とを対応付けて、レコードＲａｄｄの項目「修正内容リスト」の値に設定し、項目「修正案」の値に「メンバ変更」を設定し（ステップＳ２８０６）、処理を終了する。
【０２８３】
本実施形態では、以上の処理により、変更提案テーブル２５１が作成される。図２９は、変更提案テーブルの一例を示す図である。
【０２８４】
図２９に示す変更提案テーブル２５１では、グループＩＤ「ｇ１」、グループ名称「担当内部」のグループの現メンバリストは、ユーザＩＤ「ｍｏｒｉｔａ」である。現メンバリストとは、グループ定義テーブル２１２において、グループＩＤ「ｇ１」と対応するメンバリストである。
【０２８５】
また、図２９の変更提案テーブル２５１では、グループＩＤ「ｇ１」、グループ名称「担当内部」のグループの新メンバリスト案は、ユーザＩＤ「ｍｏｒｉｔａ」、「ｏｏｚｏｒａ」である。また、グループＩＤ「ｇ１」に対応する修正案は、「メンバ変更」であり、修正内容リストは、「ｏｏｚｏｒａ，追加」である。
【０２８６】
したがって、図２９の例では、グループＩＤ「ｇ１」のグループは、グループ定義情報の修正案が提示されたグループであり、変更はメンバ変更であり、変更内容は、ユーザＩＤ「ｏｏｚｏｒａ」の追加であることがわかる。
【０２８７】
また、例えばグループＩＤ「ｇ３」のグループの修正案は、「グループ削除」である。したがって、グループＩＤ「ｇ３」のグループは、グループ定義情報の修正案が提示されたグループであり、変更は、グループ定義テーブル２１２からのグループ定義情報の削除であることがわかる。
【０２８８】
また、例えばグループＩＤ「ｇ５」のグループは、現メンバリストの値が設定されておらず、修正案は、「グループ追加」である。したがって、グループＩＤ「ｇ５」のグループは、グループ定義情報の修正案が提示されたグループであり、変更は、グループ定義テーブル２１２へのグループ定義情報の追加であることがわかる。
【０２８９】
次に、図３０を参照し、表示制御部２２７によるステップＳ６０７の処理について説明する。図３０は、表示制御部の処理を説明するフローチャートである。
【０２９０】
本実施形態の表示制御部２２７は、変更提案テーブル２５１を参照し、グループのグループ定義情報の修正案を端末装置３００へ表示させる。
【０２９１】
本実施形態の表示制御部２２７は、変更提案テーブル２５１から、ステップＳ３００２以降の処理を実行していない未処理のレコードを取得できるかを判定する（ステップＳ３００１）。ステップＳ３００１において、該当するレコードが取得できない場合、表示制御部２２７は処理を終了する。
【０２９２】
ステップＳ３００１において、該当するレコードが取得できる場合、表示制御部２２７は、変更提案テーブル２５１から未処理のレコードＲを取得する（ステップＳ３００２）。
【０２９３】
続いて表示制御部２２７は、レコードＲに含まれる項目「修正案」の値が、「空」、「グループ追加」、「グループ削除」、「メンバ変更」の何れであるかを判定する（ステップＳ３００３）。
【０２９４】
ステップＳ３００３において、項目「修正案」の値が空の場合、表示制御部２２７は、グループ名称と現メンバリストと、提示する修正案がない旨を示すメッセージを含む画面を端末装置３００に表示させる（ステップＳ３００４）。
【０２９５】
続いて表示制御部２２７は、ステップＳ３００４で表示された画面において、修正案がないことを承認したことを示す入力を受け付けたか否かを判定する（ステップＳ３００５）。
【０２９６】
ステップＳ３００５において、修正が必要である旨が入力された場合、表示制御部２２７は、修正内容の入力画面を端末装置３００に表示させ、所定時間以内に修正内容が入力されたか否かを判定する（ステップＳ３００６）。ステップＳ３００６において、所定時間以内に入力されない場合、表示制御部２２７は、表示の処理を終了する。
【０２９７】
ステップＳ３００６において、修正内容が入力されると、表示制御部２２７は、修正内容をグループ定義テーブル２１２のグループ定義情報に反映させ（ステップＳ３００７）、処理を終了する。
【０２９８】
ステップＳ３００３において、項目「修正案」の値が「グループ削除」の場合、表示制御部２２７は、グループ名称と現メンバリストと、このグループが削除対象である旨を示すメッセージを含む画面を端末装置３００に表示させる（ステップＳ３００８）。
【０２９９】
続いて、表示制御部２２７は、ステップＳ３００８で表示させた画面において、グループ削除の承認したことを示す入力を受け付けたか否かを判定する（ステップＳ３００９）。
【０３００】
ステップＳ３００９において、承認したことを示す入力を受け付けた場合、表示制御部２２７は、グループ定義テーブル２１２から該当するグループ定義情報を削除し（ステップＳ３０１０）、処理を終了する。
【０３０１】
ステップＳ３００９において、承認しないことを示す入力を受け付けた場合、表示制御部２２７は、ステップＳ３００６へ進む。
【０３０２】
ステップＳ３００３において、項目「修正案」の値が「グループ追加」の場合、表示制御部２２７は、グループ名称と新メンバリスト案と、このグループが追加対象である旨を示すメッセージを含む画面を端末装置３００に表示させる（ステップＳ３０１１）。
【０３０３】
続いて、表示制御部２２７は、ステップＳ３０１１で表示させた画面において、グループ追加の承認したことを示す入力を受け付けたか否かを判定する（ステップＳ３０１２）。
【０３０４】
ステップＳ３０１２において、承認したことを示す入力を受け付けた場合、表示制御部２２７は、グループ定義テーブル２１２に新たにグループ定義情報を追加し（ステップＳ３０１３）、処理を終了する。
【０３０５】
ステップＳ３０１２において、承認しないことを示す入力を受け付けた場合、表示制御部２２７は、ステップＳ３００６へ進む。
【０３０６】
ステップＳ３００３において、項目「修正案」の値が「メンバ変更」の場合、表示制御部２２７は、グループ名称と、現メンバリストと、新メンバリスト案と、修正案がメンバ変更である旨を示すメッセージを含む画面を端末装置３００に表示させる（ステップＳ３０１４）。
【０３０７】
続いて、表示制御部２２７は、グループ名称と、レコードＲの修正内容リストを示す画面を端末装置３００に表示させる（ステップＳ３０１５）。続いて表示制御部２２７は、ステップＳ３０１５で表示させた画面において、メンバの変更の承認したことを示す入力を受け付けたか否かを判定する（ステップＳ３０１６）。
【０３０８】
ステップＳ３０１６において、承認したことを示す入力を受け付けた場合、表示制御部２２７は、グループ定義テーブル２１２の該当するグループ定義情報のメンバリストを変更し（ステップＳ３０１７）、処理を終了する。
【０３０９】
ステップＳ３０１６において、承認しないことを示す入力を受け付けた場合、表示制御部２２７は、ステップＳ３００６へ進む。
【０３１０】
以下に、図３１から図３４を参照し、端末装置３００に表示される画面について説明する。図３１は、端末装置に表示される画面の例を示す第一の図である。図３１（Ａ）は、ステップＳ３００４で表示される画面の例であり、図３１（Ｂ）は、ステップＳ３００６で表示される画面の例である。また、図３１（Ｃ）は、本実施形態の更新支援処理部２２０により処理の実行指示を受け付ける画面の例である。
【０３１１】
図３１（Ａ）に示す画面３１０には、グループＩＤ「ｇ１」のグループ名称と現メンバリストと、提示する修正案がないことを示すメッセージ３１１が表示されている。また、画面３１０には、修正案がないことを承認するボタン３１２、修正を要求するボタン３１３、次の画面へ遷移させるボタン３１４が表示されている。
【０３１２】
表示制御部２２７は、画面３１０において、ボタン３１２が操作されると、修正案がないことが承認されたものと判定する。また、表示制御部２２７は、画面３１０において、ボタン３１３が操作されると、修正の要求を受け付けたものと判定し、図３１（Ｂ）に示す修正内容の入力画面３１０Ａを端末装置３００に表示させる。
【０３１３】
入力画面３１０Ａでは、例えばグループ定義情報の修正内容として、メンバ変更を選択する選択ボタン３１５と、メンバリストの入力欄３１６、グループ削除を選択する選択ボタン３１７、グループ追加を選択する選択ボタン３１８が表示される。
【０３１４】
本実施形態では、入力画面３１０Ａにおいて、選択ボタン３１５が選択され、入力欄３１６にユーザＩＤが入力された場合には、入力欄３１６に入力されたユーザＩＤをグループ定義情報のメンバリストに追加しても良い。
【０３１５】
また、本実施形態では、入力画面３１０Ａにおいて、選択ボタン３１７が選択された場合には、グループ定義テーブル２１２から該当するグループ定義情報を削除しても良い。また、本実施形態では、入力画面３１０Ａにおいて、選択ボタン３１８が選択された場合には、新規グループの追加を行う画面に表示が遷移しても良い。
【０３１６】
本実施形態の更新支援処理部２２０は、例えば端末装置３００からのログイン要求を受け付けると、ログイン画面３１０Ｂを端末装置３００へ表示させても良い。
【０３１７】
ログイン画面３１０Ｂには、例えばユーザＩＤとパスワードを含むユーザ情報の入力欄３１９と、グループ定義情報の更新支援の実行を指示するチェックボックス３２０が表示されていても良い。
【０３１８】
本実施形態の更新支援処理部２２０は、グループ定義情報の更新支援の実行の指示とともにユーザ情報を受け付けたとき、上述した処理を実行し、グループ定義情報の修正案を出力しても良い。尚、本実施形態の更新支援処理部２２０は、単にユーザ情報の入力を受け付けたときに処理を実行し、グループ定義情報の修正案を出力しても良い。
【０３１９】
図３２は、端末装置に表示される画面の例を示す第二の図である。図３２に示す画面３２１は、ステップＳ３００８で表示される画面の例である。
【０３２０】
画面３２１には、グループＩＤ「ｇ３」のグループ名称と現メンバリストと、削除対象であることを示すメッセージ３２２が表示されている。また、画面３２１には、削除することを承認するボタン３２３、修正を要求するボタン３２４が表示されている。
【０３２１】
表示制御部２２７は、画面３２１において、ボタン３２３が操作されると、削除することが承認されたものと判定する。また、表示制御部２２７は、画面３２１において、ボタン３２４が操作されると、修正の要求を受け付けたものと判定し、図３１（Ｂ）に示す修正内容の入力画面３１０Ａを端末装置３００に表示させる。
【０３２２】
図３３は、端末装置に表示される画面の例を示す第三の図である。図３３に示す画面３３１は、ステップＳ３０１１で表示される画面の例である。
【０３２３】
画面３３１には、グループＩＤ「ｇ５」のグループ名称と新メンバリスト案と、追加対象であることを示すメッセージ３３２が表示されている。また、画面３３１には、追加することを承認するボタン３３３、修正を要求するボタン３３４が表示されている。
【０３２４】
表示制御部２２７は、画面３３１において、ボタン３３３が操作されると、追加することが承認されたものと判定する。また、表示制御部２２７は、画面３３１において、ボタン３３４が操作されると、修正の要求を受け付けたものと判定し、図３１（Ｂ）に示す修正内容の入力画面３１０Ａを端末装置３００に表示させる。
【０３２５】
図３４は、端末装置に表示される画面の例を示す第四の図である。図３４（Ａ）に示す画面３４１は、ステップＳ３０１４で表示される画面の例であり、図３４（Ｂ）に示す画面３４１Ａは、ステップＳ３０１５で表示される画面の例である。
【０３２６】
画面３４１には、グループＩＤ「ｇ１」のグループ名称と、現メンバリストと、新メンバリスト案と、修正案がメンバ変更であることを示すメッセージ３４２が表示されている。また、画面３４１には、画面３４１から変更内容を表示する画面へ表示を遷移させるボタン３４３が表示されている。
【０３２７】
画面３４１において、ボタン３４３が操作されると、表示制御部２２７は、画面３４１から画面３４１Ａへ表示を遷移させる。
【０３２８】
画面３４１Ａには、グループＩＤ「ｇ１」のグループ名称と修正内容リストを示すメッセージ３４４が表示されている。また、画面３４１Ａには、修正内容を承認するボタン３４５、修正を要求するボタン３４６が表示されている。
【０３２９】
表示制御部２２７は、画面３４１Ａにおいて、ボタン３４５が操作されると、修正内容が承認されたものと判定する。また、表示制御部２２７は、画面３４１Ａにおいて、ボタン３４６が操作されると、修正内容の変更要求を受け付けたものと判定し、図３１（Ｂ）に示す修正内容の入力画面３１０Ａを端末装置３００に表示させる。
【０３３０】
以上のように、本実施形態では、過去のユーザの予定情報から、ユーザが関連するグループ候補を作成し、既存のグループと、既存のグループと最も関連の強いグループ候補とに基づき、グループ定義情報の修正案を端末装置３００へ表示させる。
【０３３１】
したがって、本実施形態によれば、ユーザは、表示された修正案を承認するだけで、グループ定義情報を更新することができる。したがって、本実施形態によれば、グループの定義が変更された場合でも、容易にグループ定義情報を更新できる。
【０３３２】
（第二の実施形態）
以下に、図面を参照して第二の実施形態について説明する。第二の実施形態は、予定データベース２１０が更新支援装置２００の外部に設けられた点が第一の実施形態と相違する。よって、第二の実施形態では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０３３３】
図３５は、第二の実施形態の更新支援システムのシステム構成の一例を示す図である。本実施形態の更新支援システム１００Ａは、更新支援装置２００Ａ、端末装置３００、記憶装置４００を有する。
【０３３４】
更新支援装置２００Ａは、更新支援処理部２２０とテーブル記憶部２４０を有する。記憶装置４００は、例えばネットワーク上に設けられたサーバ等であっても良く、予定データベース２１０を有している。
【０３３５】
本実施形態の更新支援装置２００Ａは、記憶装置４００の予定データベース２１０を参照し、第一の実施形態と同様の処理を行う。
【０３３６】
本実施形態では、予定データベース２１０を更新支援装置２００Ａの外部に設けることで、更新支援装置２００Ａをメモリ容量の小さい装置にすることができ、更新支援装置２００Ａとして機能する装置の汎用性を高めることができる。
【０３３７】
（第三の実施形態）
以下に、図面を参照して第三の実施形態について説明する。第三の実施形態は、更新支援装置２００と端末装置３００とを１つの更新支援装置２００Ｂとした点が第一の実施形態と相違する。よって、第三の実施形態では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０３３８】
図３６は、第三の実施形態の更新支援装置を説明する図である。本実施形態の更新支援装置２００Ｂは、予定データベース２１０、更新支援処理部２２０Ａ、テーブル記憶部２４０を有する。
【０３３９】
本実施形態の更新支援処理部２２０Ａは、更新支援装置２００Ｂに対する予定の入力を受け付けると、第一の実施形態の更新支援処理部２２０と同様の処理を行い、自身の有する表示装置へグループ定義情報の修正案を表示させる。
【０３４０】
本実施形態では、更新支援装置２００Ｂで、全ての処理が完結するため、ネットワークと接続できない環境であっても、第一の実施形態と同様の処理を実行することができる。
【０３４１】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
ユーザ情報の入力を受け付け、
前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成し、
前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する、処理をコンピュータに実行させる更新支援プログラム。
（付記２）
前記グループ候補の定義情報毎に、前記グループの定義情報のうち、前記グループ候補の定義情報と最も関連の強いグループの定義情報を特定し、
前記グループ候補の定義情報と、前記最も関連の強いグループの定義情報と、の差異に基づき、前記変更内容を示す情報を出力する、処理を前記コンピュータに実行させる付記１記載の更新支援プログラム。
（付記３）
前記グループ候補毎に、前記グループの定義情報との関連の強さを示す値を算出し、
前記値に基づき前記グループ候補の定義情報と最も関連の強いグループの定義情報を特定する、処理を前記コンピュータに実行させる付記２記載の更新支援プログラム。
（付記４）
前記グループ候補の定義情報毎の前記グループの定義情報との関連の強さを示す値は、
前記グループ候補の定義情報に含まれるグループ候補名と、前記グループの定義情報に含まれるグループ名との差異の度合いを示す値と、
前記グループ候補に含まれるユーザ情報と、前記グループに含まれるユーザ情報との差異の度合いを示す値と、
前記予定情報の古さの度合いを示す値と、用いて前記グループとの関連の強さを示す値と、を用いて算出される付記３記載の更新支援プログラム。
（付記５）
前記グループ候補の定義情報は、
前記グループ候補の名称と、前記グループ候補に含まれるユーザ情報とを含み、
前記グループ候補の名称は、前記予定情報に含まれる予定名であり、前記グループ候補に含まれるユーザ情報は、前記予定情報において前記予定名と対応付けられた参加者リストに含まれるユーザ情報である、付記１乃至４の何れか一項に記載の更新処理プログラム。
（付記６）
前記グループの定義情報の変更内容を示す情報は、
前記グループの定義情報の削除、前記グループの定義情報の追加、前記グループの定義情報に含まれるユーザ情報の変更の何れかを含む付記１乃至４の何れか一項に記載の更新支援プログラム。
（付記７）
前記過去の予定情報は、
予め決められた期間の予定情報である、付記１乃至６の何れか一項に記載の更新支援プログラム。
（付記８）
ユーザ情報の入力を受け付ける入力受付部と、
前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成する候補作成部と、
前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する出力部と、有する更新支援装置。
（付記９）
コンピュータによる更新支援方法であって、該コンピュータが、
ユーザ情報の入力を受け付け、
前記ユーザ情報と対応する過去の予定情報から、前記ユーザ情報と関連するグループ候補の定義情報を生成し、
前記グループ候補の定義情報と、前記ユーザ情報と対応したグループの定義情報と、の差異に基づき、前記グループの定義情報の変更内容を示す情報を出力する、更新支援方法。
【０３４２】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０３４３】
１００、１００Ａ  更新支援システム
２００、２００Ａ、２００Ｂ  更新支援装置
２１０  予定データベース
２２０、２２０Ａ  更新支援処理部
２２２  候補抽出部
２２３  候補作成部
２２４  関連グループ作成部
２２５  変更情報作成部
２２６  変更案変換部
２２７  表示制御部
２３０  距離算出部
２３１  名称距離算出部
２３２  メンバ距離算出部
２４０  テーブル記憶部
３００  端末装置
４００  記憶装置
【図１】
2017076226.tif 000003
【図２】
2017076226.tif 000004
【図３】
2017076226.tif 000005
【図４】
2017076226.tif 000006
【図５】
2017076226.tif 000007
【図６】
2017076226.tif 000008
【図７】
2017076226.tif 000009
【図８】
2017076226.tif 000010
【図９】
2017076226.tif 000011
【図１０】
2017076226.tif 000012
【図１１】
2017076226.tif 000013
【図１２】
2017076226.tif 000014
【図１３】
2017076226.tif 000015
【図１４】
2017076226.tif 000016
【図１５】
2017076226.tif 000017
【図１６】
2017076226.tif 000018
【図１７】
2017076226.tif 000019
【図１８】
2017076226.tif 000020
【図１９】
2017076226.tif 000021
【図２０】
2017076226.tif 000022
【図２１】
2017076226.tif 000023
【図２２】
2017076226.tif 000024
【図２３】
2017076226.tif 000025
【図２４】
2017076226.tif 000026
【図２５】
2017076226.tif 000027
【図２６】
2017076226.tif 000028
【図２７】
2017076226.tif 000029
【図２８】
2017076226.tif 000030
【図２９】
2017076226.tif 000031
【図３０】
2017076226.tif 000032
【図３１】
2017076226.tif 000033
【図３２】
2017076226.tif 000034
【図３３】
2017076226.tif 000035
【図３４】
2017076226.tif 000036
【図３５】
2017076226.tif 000037
【図３６】
2017076226.tif 000038