JP7316152B2 - スケジューリングシステム、スケジューリングプログラム及びスケジューリング方法 - Google Patents

Description

本発明は、スケジューリングシステム、スケジューリングプログラム及びスケジューリング方法に関する。

本技術分野の背景技術として、特開２００６－２８５７８４号公報（特許文献１）がある。この公報には、「ジョブを受け付け、デバイススケジュール部で管理される機器の利用時間に作業者による手作業期間を含めた機器の占有時間を計算し、オペレータスケジューラで管理される作業者の作業時間と機器の占有時間より、所定の時間帯に作業可能な作業者数を計算し、１つ以上の機器の占有時間に含まれる手作業期間から所定の時間帯の重複手作業数を計算し、作業者数及び重複手作業数に従って機器の利用時間をずらし、デバイススケジュール部によって割り当てられた機器の利用時間と、作業者数及び重複手作業数とに従って作業者の作業時間を更新する。」と記載されている（要約参照）。

別の背景技術として、特開２０１５－１３８５０１号公報（特許文献２）がある。この公報には、「実施形態の運行計画作成支援装置は、暫定ダイヤに基づき、電動車両の走行時間の予測値を算出する走行時間予測値算出部を備える。また、暫定ダイヤに基づき、電動車両の走行により消費される電力量の予測値を算出する消費電力量予測値算出部を備える。また、暫定ダイヤに基づき、充電スタンドでの電動車両の蓄電池の充電を行うのに必要な充電時間の予測値を算出する充電時間予測値算出部を備える。また、時間帯・曜日・季節などによる各予測値の変動を加味した値を各算出部の予測結果として出力する評価データ出力部を備える。」と記載されている（要約参照）。

別の背景技術として、特開２０１５－１４９０６３号公報（特許文献３）がある。この公報には、「電子カレンダーは、スケジュールされたタスクの時間進行を、水平または垂直方向の時間のビューによって示す。電子カレンダーおよびそのグラフィカルユーザインタフェース（ＧＵＩ）は、ビューイングパターンをユーザに提供する。ビューイングパターンの方向は、スケジュールされたタスクの時間進行において増加する／減少する日付－時刻と同義である。再スケジューリングエンジンは、カレンダーにユーザが要求したタスクをスケジュールし、そして衝突したタスクを自動的に再スケジュールする。再スケジューリングエンジンはまた、スケジュールされたタスク当たりのユーザが選択したリソース（従事者、ロボット、ツールなど）もスケジュールする。」と記載されている（要約参照）。

別の背景技術として、特開２０１７－１１７２９４号公報（特許文献４）がある。この公報には、「検査スケジュール保持部は、複数の内視鏡検査の検査スケジュール情報を保持する。変更内容取得部は、再スケジューリング処理により検査スケジュール情報が変更された場合に、検査スケジュール情報の変更内容を取得する。通知先特定部は、変更内容取得部が取得した変更内容にもとづいて、変更内容の通知先を特定する。通知タイミング決定部は、特定した通知先にもとづいて、変更内容を通知するタイミングを決定する。通知処理部は、決定したタイミングで、特定した通知先に検査スケジュール情報の変更内容を通知する。」と記載されている（要約参照）。

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

前記特許文献１～４には、スケジュールの作成方法に関する技術や、既存のスケジュールに対して新たなスケジュールが提起されたのでスケジュールを変更する技術などが開示されている。
しかし、特許文献１～４には、あるユーザにおける既存の将来のスケジュールを変更しなければならない事象が発生した場合の対処手段については提案されていない。

そこで、本発明は、あるユーザにおける既存の将来のスケジュールを変更しなければならない事象が発生した場合に対応したスケジューリングシステム、スケジューリングプログラム及びスケジューリング方法を提供することを課題とする。

上記課題を解決するため、本発明は、ユーザ、機器及び設備のうち少なくともひとつのスケジュール情報を記憶するスケジュール情報記憶部と、前記スケジュール情報記憶部に記憶されている前記ユーザ、前記機器及び前記設備の少なくともひとつのスケジュールが将来変更される可能性がある旨の情報を取得する情報取得部と、前記情報取得部が前記情報を取得したときは前記スケジュールの将来の変更によって発生する問題点を抽出し、当該問題点を解決する解決案に関係する関係先となる前記ユーザ、前記機器及び前記設備のうちの少なくともひとつの前記スケジュールを前記スケジュール情報を参照して、当該関係先の前記スケジュールの変更で前記問題点に対応可能な解決案を決定する解決案決定部と、前記解決案決定部の前記決定を前記関係先となる前記ユーザに提案する提案部と、前記提案部の前記提案に対し前記ユーザから了承の旨を受け付ける受付部と、前記受付部が前記了承の旨を受け付けたときは前記解決案に沿って前記スケジュール情報を変更する変更部とを備えていることを特徴とするスケジューリングシステムである。

別の本発明は、ユーザ、機器及び設備のうち少なくともひとつのスケジュール情報を記憶するスケジュール情報記憶部に記憶されている前記ユーザ、前記機器及び前記設備の少なくともひとつのスケジュールが将来変更される可能性がある旨の情報を取得する情報取得処理と、前記情報取得処理により前記情報を取得したときは前記スケジュールの将来の変更によって発生する問題点を抽出し、当該問題点を解決する解決案に関係する関係先となる前記ユーザ、前記機器及び前記設備のうちの少なくともひとつの前記スケジュールを前記スケジュール情報を参照して、当該関係先の前記スケジュールの変更で前記問題点に対応可能な解決案を決定する解決案決定処理と、前記解決案決定処理による前記決定を前記関係先となる前記ユーザに提案する提案処理と、前記提案処理による前記提案に対し前記ユーザから了承の旨を受け付ける受付処理と、前記受付処理により前記了承の旨を受け付けたときは前記解決案に沿って前記スケジュール情報を変更する変更処理とをコンピュータに実行させることを特徴とする。

別の本発明は、ユーザ、機器及び設備のうち少なくともひとつのスケジュール情報を記憶するスケジュール情報記憶部に記憶されている前記ユーザ、前記機器及び前記設備の少なくともひとつのスケジュールが将来変更される可能性がある旨の情報を取得する情報取得工程と、前記情報取得工程で前記情報を取得したときは前記スケジュールの将来の変更によって発生する問題点を抽出し、当該問題点を解決する解決案に関係する関係先となる前記ユーザ、前記機器及び前記設備のうちの少なくともひとつの前記スケジュールを前記スケジュール情報を参照して、当該関係先の前記スケジュールの変更で前記問題点に対応可能な解決案を決定する解決案決定工程と、前記解決案決定工程における前記決定を前記関係先となる前記ユーザに提案する提案工程と、前記提案工程における前記提案に対し前記ユーザから了承の旨を受け付ける受付工程と、前記受付工程が前記了承の旨を受け付けたときは前記解決案に沿って前記スケジュール情報記憶部に記憶されている前記スケジュール情報を変更する変更工程とをコンピュータで実行することを特徴とする。

本発明によれば、あるユーザにおける既存の将来のスケジュールを変更しなければならない事象が発生した場合に対応したスケジューリングシステム、スケジューリングプログラム及びスケジューリング方法を提供することができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施例に係るスケジューリングシステムを中心としたネットワーク構成を示すブロック図である。 本発明の一実施例に係るスケジューリングシステムのシステム構成を示すブロック図である。 本発明の一実施例に係る端末装置のシステム構成を示すブロック図である。 本発明の一実施例に係るスケジューリングシステムの機能ブロック図である。 本発明の一実施例に係るスケジューリングシステムの動作を説明するフローチャートである。 本発明の一実施例に係るスケジューリングシステムの動作を説明するフローチャートである。 本発明の一実施例に係るスケジューリングシステムの動作を説明するフローチャートである。 本発明の一実施例に係るスケジューリングシステムの動作を説明するフローチャートである。 本発明の一実施例に係るスケジューリングシステムの動作を説明するフローチャートである。 本発明の一実施例に係るスケジューリングシステムの具体例１を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの具体例１を説明するスケジュール情報の概念図である。 本発明の一実施例に係る端末装置においてＳ１６でユーザに手動でスケジュール調整を依頼した場合の画面表示例を示す平面図である。 本発明の一実施例に係る端末装置において検索範囲の拡大ボタンを操作したときに表示される拡大された検索範囲の例の画面表示例を示す平面図である。 本発明の一実施例に係るスケジューリングシステムの具体例２を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの具体例２を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの具体例３を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの具体例３を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの具体例４を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの具体例４を説明するスケジュール情報の概念図である。 本発明の一実施例に係るスケジューリングシステムの解決案決定部の詳細を示す機能ブロック図である。

以下、本発明の実施例について図面を用いて説明する。
図１は、本実施例に係るスケジューリングシステムを中心としたネットワーク構成を示すブロック図である。スケジューリングシステム１は、ネットワーク、例えば、インターネット１０１等に接続されたサーバ装置である。スケジューリングシステム１のユーザは、自らの端末装置１０２によってインターネット１０１を介してスケジューリングシステム１と通信を行うことができる。端末装置１０２としては、スマートフォン、タブレット、パーソナルコンピュータなどの各種の情報端末装置を用いることができる。端末装置１０２がスマートフォン等の場合は、ゲートウェイ１０３を介してインターネット１０１と接続された移動体通信網１０４の基地局１０５を介してスケジューリングシステム１と通信を行う。もちろん、移動体通信網１０４を介さずにインターネット１０１上のスケジューリングシステム１と通信を行うこともできる。端末装置１０２がタブレット、パーソナルコンピュータの場合は、移動体通信網１０４を介さずにインターネット１０１上のスケジューリングシステム１と通信を行うことができる。もちろん、無線wi-fi（登録商標）機器を用いて移動体通信網１０４経由でスケジューリングシステム１と通信を行うこともできる。

図２は、スケジューリングシステム１のシステム構成を示すブロック図である。スケジューリングシステム１は、各種演算を行い、スケジューリングシステム１の各部を集中的に制御するＣＰＵ（Central Processing Unit）１１を備えている。ＣＰＵ１１には、ＣＰＵ１１の作業エリアとなるＲＡＭ（Random Access Memory）１２と、ＢＩＯＳ（Basic Input Output System）等を記憶したＲＯＭ１３と、各種データを記憶する不揮発性の記憶装置である磁気記憶装置（ＨＤＤ）１４とが接続されている。また、ＣＰＵ１１には、インターネット１０１等と通信を行うための通信制御装置１５と、ＤＶＤ（Digital Versatile Disc）、ＣＤ（Compact Disc）等の各種メディアである記憶媒体１６のデータを読み取る光ディスク装置等の記憶媒体読取装置１７とが接続されている。さらに、ＣＰＵ１１には、キーボード、マウス等の入力装置１８と、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置１９と、グラフィックカード、ＴＰＵ等の行動推定演算装置３０とが接続されている。磁気記憶装置１４には、スケジューリングプログラム２０がセットアップされている。スケジューリングプログラム２０は、インターネット１０１等からダウンロードして磁気記憶装置１４にセットアップしてもよいし、記憶媒体１６から記憶媒体読取装置１７により読み取って磁気記憶装置１４にセットアップしてもよい。なお、スケジューリングシステム１内に行動推定演算装置３２を設けた例を前記したが、本発明はこれに限定されない。行動推定演算装置３０と同等の機能を有する装置が、例えば家庭内の別機器や、インターネット１０１上のクラウドなどとして、スケジューリングシステム１の外部でインターネット１０１と接続されていてもよい。また、行動推定演算装置３２の機能をスケジューリングプログラム２０で実行するようにしてもよい。

図３は、端末装置１０２のシステム構成を示すブロック図である。この端末装置１０２はスマートフォンの例である。端末装置１０２は、各種演算を行い、端末装置１０２の各部を集中的に制御するＣＰＵ１１１を備えている。ＣＰＵ１１１は、ＣＰＵ１１１の作業エリアとなるＲＡＭ１１２と、半導体記憶装置又は磁気記憶装置等から構成され、各種データを記憶する不揮発性記憶装置１１３と、移動体通信網１０４等と通信を行う通信制御装置１１４とが接続されている。また、ＣＰＵ１１１には、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置１１５と、ボタン、タッチパネル等の入力装置１１６と、端末装置１０２の現在位置を検出するＧＰＳ（Global Positioning System）装置１１７と、スピーカ１１８と、マイク１１９とが接続されている。不揮発性記憶装置１１３には、所定のアプリケーションプログラム１２０がセットアップされている。

ところで、前記特許文献１～４には、スケジュールの作成方法に関する技術や、既存のスケジュールに対して新たなスケジュールが提起されたのでスケジュールを変更する技術などが開示されている。
しかし、あるユーザにおける既存の将来のスケジュールを変更しなければならない事象が発生した場合の対処手段については提案されていない（何れも既存のスケジュールをユーザが変更した場合についてである）。

これに関して、特願平８－５１８５９１号公報には、目的地に行きたいユーザが時間や場所を指定すると、目的地への最適なルートや、途中の寄り道場所を検索し、ドライブのスケジュールを作成してくれるシステムにおいて、渋滞情報や悪天候情報が入った場合に、そのスケジュールを再設定することが記載されている。
しかし、当該公報の技術は、当該ユーザのスケジュールを再設定すれば問題は解決されるが、その問題が当該ユーザのスケジュールの変更だけでは解決できない問題であった場合については言及されていない。
本実施例においては、ある事象が発生（発覚）し、あるユーザにおける将来のスケジュールの変更が余儀なくされた場合、その事象による問題を解決するため、他のユーザや他の機器等のスケジュールを変更することで、その問題の解決を図る。

前記の問題を解決するためにスケジューリングシステム１で実行する手段の大まかな流れは以下の（１）～（７）のとおりである。
（１）複数のユーザや複数の機器等の、例えば、その日のスケジュールを登録する。
（２）そのユーザにおける将来のスケジュールの変更が余儀なくされる事象の情報を取得する。
（３）その事象により、そのユーザに起こる問題を抽出する。
ここでのイメージとしては、ユーザである母親の仕事上の会議が長引いて子供の幼稚園のお迎えに行けない（優先順位が関係）。飛行機が遅れた予約客に対して送迎と食事の手配ができないホテル（この場合のユーザはホテル）。１０人部屋の会議室の予約が取れないことが発覚して、めったに揃わない１０人での会議ができない（この場合のユーザは会議の主催者）。
（４）問題の解決案を策定する。具体的には、他のユーザや他の機器等のスケジュールを検索する。
（５）ユーザ（前記の例では、母親、ホテル、主催者）へ解決案を提示して選択してもらう。
（６）他のユーザや他の機器等の承諾を受ける（機器等の場合は承諾というよりもリスケジュール）。
（７）ユーザや機器等のスケジュール作成方法としては、手入力、スケジューリングシステム１による自動設定、行動推定によるスケシュール策定である。
以下では、機能ブロック図、フローチャート等を参照して前記の大まかな流れについて詳細に説明する。

図４は、スケジューリングシステム１の機能ブロック図である。この機能ブロック図は、スケジューリングプログラム２０に基づいてスケジューリングシステム１が実行する処理の内容を図示したものである。
スケジューリングシステム１は、そのユーザや、様々な機器、設備のスケジュールを管理するシステムである。
スケジューリングシステム１は、スケジュール情報記憶部２１、情報取得部２２、解決案決定部２３、提案部２４、受付部２５、変更部２６、スケジュール情報作成部２７、スケジュール情報入力受付部２８、スケジュール情報記録部２９、行動推定部３０、継続的機能更新部３１を備えている。なお、スケジューリングシステム１は、その機能を実施できれば、前記の全ての機能部を必ずしも備えていなくてもよい。

＜大まかな流れ（１）に該当する部分＞
スケジュール情報記憶部２１は、スケジューリングシステム１のユーザや、スケジューリングシステム１で管理する各種機器や設備のスケジュールが記録されたスケジュール情報を記憶するデータベースであり、磁気記憶装置１４に構築される。各スケジュールのプライオリティ及びスケジューラの変更方法を決定するときの基準も、このスケジュール情報記憶部２１に保存する。
スケジュール情報作成部２７は、行動推定部３０が推定したユーザの行動や、行動推定部３０が推定した機器の動作や、設備の使用状況を取得することによって、スケジュール情報記憶部２１に記憶するスケジュール情報を作成する。
この場合、行動推定部３０は、スケジュール情報記憶部２１に記憶された過去のスケジュール情報の履歴に基づいてユーザの行動や機器の動作等を推定するようにしてもよい。
なお、行動推定部３０は、収集したデータを機械学習等の統計を用いた手法で分析し推定に活用してもよい。例えば、過去の実績データを深層学習のリカレントニューラルネットワークで分析し、将来の状態を推定してもよい。加えて、複数の分析手法をアンサンブルし推定に用いてもよい。

スケジュール情報入力受付部２８は、スケジュール情報記憶部２１に記憶するスケジュール情報の入力をユーザの端末装置１０２から受け付ける。
スケジュール情報記録部２９は、スケジュール情報作成部２７で作成し、又は、スケジュール情報入力受付部２８が受け付けたスケジュール情報をスケジュール情報記憶部２１に記録する。なお、スケジューリングシステム１は、スケジュール情報作成部２７及びスケジュール情報入力受付部２８のうち、一方のみを備えるようにしてもよい。

＜大まかな流れ（２）に該当する部分＞
情報取得部２２は、スケジュール情報記憶部２１に記憶されているユーザのスケジュールが将来変更される可能性がある旨の情報を各種手段によって取得する。この情報の取得源は、スケジュール情報記憶部２１のデータ変更の申請や、行動推定部３０、インターネット１０１、センサ等である。

＜大まかな流れ（３）に該当する部分＞
図１８は、解決案決定部の詳細を示す機能ブロック図である。解決案決定部２３は、情報取得部２２がこのような情報を取得したときは、スケジュール情報記憶部２１に記録されているスケジュールの将来の変更によって発生する問題点を抽出する。スケジュールマッチング部２３ｂは、情報取得部２２が取得した情報と、スケジュール情報記憶部２１に記憶されているスケジュールの中でその情報に対応する部分のスケジュールとを比較する。ここで、その情報と、対応する部分のスケジュールとが重なるような場合は、スケジュールマッチングにより問題点を抽出する。

＜大まかな流れ（４）に該当する部分＞
そして、解決案決定部２３のリソースマッチング部２３ｃは、当該問題点を解決する解決案に関係する関係先となるユーザ、機器、あるいは設備のスケジュールをスケジュール情報記憶部２１のスケジュール情報を参照して、当該関係先のスケジュールの変更で当該問題点に対応可能な解決案を提案し、最適サービス決定部２３ａがスケジュールのプライオリティ、ユーザの嗜好等を考慮し、解決案としてユーザに提案する候補を決定する。この解決案は、１案のみであってもよいし、複数案であってもよい。

＜大まかな流れ（５）に該当する部分＞
提案部２４は、解決案決定部２３が決定した解決案としてユーザに提案する候補を、ユーザに提案する。具体的には、ユーザの端末装置１０２に対して解決案決定部２３が決定した解決案の内容を送信する。スケジューリングシステム１と端末装置１０２とのデータのやりとりや、それに基づく表示装置１１５への画像表示、入力装置１１６による入力の受付等の端末装置１０２側の処理は、アプリケーションプログラム１２０に基づいて行われる。
受付部２５は、提案部２４が行った提案に対してユーザの端末装置１０２から了承の旨の通知を受け付ける。

＜大まかな流れ（６）に該当する部分＞
続いて、提案部２４は、ユーザが了承した解決案を、関係先となるユーザに依頼（お願い）する。具体的には、関係先となるユーザの端末装置１０２に対してユーザが了承した解決案の内容を送信する。スケジューリングシステム１と端末装置１０２とのデータのやりとりや、それに基づく表示装置１１５への画像表示、入力装置１１６による入力の受付等の端末装置１０２側の処理は、アプリケーションプログラム１２０に基づいて行われる。
受付部２５は、提案部２４が行った依頼（お願い）に対して関係先のユーザの端末装置１０２から了承の旨の通知を受け付ける。

＜大まかな流れ（７）に該当する部分＞
変更部２６は、受付部２５が関係先のユーザからも了承の旨を受け付けたときは、提案した解決案に沿ってスケジュール情報記憶部２１に記憶されているスケジュール情報を変更する。

継続的機能更新部３１は、情報取得部２２及びスケジュール情報記録部２９に蓄積された情報に基づいて、解決案決定部２３の各構成要素と、行動推定部３０の機能を更新する。例えば、解決案決定部２３の最適サービス決定部２３ａは、同一ユーザが過去に採用したサービスを参照することで、そのユーザの嗜好に沿ったサービスを決定し易くなる。リソースマッチング部２３ｃは、同一ユーザが過去にマッチングした相手を参照することで、そのユーザの満足度が高いマッチング結果が得やすくなる。スケジュールマッチング部２３ｂは、同一ユーザが過去に採用したマッチング方針を踏襲することで、そのユーザの行動傾向と親和性の高いマッチング結果が得やすくなる。行動推定部３０は機械学習を用いても良く、学習に用いるデータ量が多いほど精度の良い動作が可能である。

図５Ａ、図５Ｂ、図５Ｃ、図６、図７は、スケジューリングシステム１の動作を説明するフローチャートである。このフローチャートに示す処理は、スケジューリングプログラム２０に基づいてスケジューリングシステム１のＣＰＵ１１が実行する。係る処理は、本発明のスケジューリング方法を実現するものである。

＜大まかな流れ（１）に該当する部分＞
まず、スケジュール情報記憶部２１のスケジュール情報に情報を記録する。図６、図７の処理は、何れもスケジュール情報記憶部２１のスケジュール情報に情報を記録する処理に関するものである。

図６の処理について説明する。まず、スケジュール情報作成部２７は、行動推定部３０がユーザの行動、機器の動作及び設備の使用状況のうち少なくとも一つを推定した結果を受け取り、スケジュール情報記憶部２１に記憶するスケジュール情報を作成する（Ｓ３１）（スケジュール情報作成処理、スケジュール情報作成工程）。この場合に、行動推定部３０は、スケジュール情報記憶部２１に記憶された過去のスケジュール情報の履歴や、情報取得部２２が取得した情報に基づいて、ユーザの行動、機器の動作、設備の使用状況を推定する。
次に、スケジュール情報記録部２９は、スケジュール情報作成部２７から受け付けたスケジュール情報をスケジュール情報記憶部２１に記録する（Ｓ３２）（スケジュール情報記録処理、スケジュール情報記録工程）。以上で、図６の処理は終了する。

図７の処理について説明する。まず、スケジュール情報入力受付部２８は、スケジュール情報記憶部２１に記憶するスケジュール情報の入力をユーザの端末装置１０２から受け付ける（Ｓ３６のＹｅｓ）（スケジュール情報入力受付処理、スケジュール情報入力受付工程）。次に、スケジュール情報記録部２９は、スケジュール情報入力受付部２８から受け付けたスケジュール情報をスケジュール情報記憶部２１に記録する（Ｓ３７）（スケジュール情報入力受付処理、スケジュール情報入力受付工程）。以上で、図７の処理は終了する。なお、スケジューリングシステム１は、図６、図７の両方の処理が実行可能な構成であってもよいし、一方だけの処理を実行する構成であってもよい。

＜大まかな流れ（２）に該当する部分＞
スケジューリングシステム１の情報取得部２２は、スケジュール情報記憶部２１に記憶されているユーザのスケジュールが将来変更される可能性がある旨の情報を取得したか否かを判断する。具体的には、まず、情報取得部２２は、既にスケジュール情報記憶部２１に記憶されているユーザのスケジュールである第１のスケジュールが外的要因で変更される可能性があるか否か（実行動がスケジュールどおりではないか否か）を判断する（Ｓ１）。あるいは、第１のスケジュールが直接変更されなくとも、行動推定部３０が推測した結果を情報取得部２２に送り、情報取得部２２が第１のスケジュールが変更される可能性があるか否かを判断してもよい（Ｓ１）。この場合に、ユーザ等の場所等の変更は、その変更により要する所要時間として時間換算して判断してもよい。係る変更がなされたときは（Ｓ１のＹｅｓ）、解決案決定部２３のスケジュールマッチング部２３ｂは、第１のスケジュールの変更があると仮定し、影響を受けるスケジュール情報記憶部２１に記憶されているスケジュールがあるか否かを判断する（Ｓ２）。ないときは（Ｓ２のＮｏ）、情報取得部２２は、スケジュール情報記憶部２１に記憶されている第１のスケジュールの変更を実行する（Ｓ３）。あるときは（Ｓ２のＹｅｓ）、ユーザのスケジュールが将来変更される可能性がある旨の情報を取得したということであり（情報取得処理、情報取得工程）、Ｓ４以下の処理に移行する。

＜大まかな流れ（３）に該当する部分＞
Ｓ４以下では、解決案決定部２３のスケジューリングマッチング部２３ｂが、スケジュールの将来の変更によって発生する問題点を抽出する。そして、解決案決定部２３のリソースマッチング部２３ｃは、当該問題点を解決する解決案に関係する関係先となるユーザ、機器、設備のスケジュールを、スケジュール情報記憶部２１のスケジュール情報を参照する。次に、解決案決定部２３のリソースマッチング部２３ｃは、その参照に基づいて、当該関係先のスケジュールの変更で前記の問題点に対応可能な解決案を提案し、最適サービス決定部２３ａが解決案としてユーザに提案する候補を決定する（以上、解決案決定処理、解決案決定工程）。

係る解決案決定処理、解決案決定工程としては、例えば、Ｓ４～Ｓ１２の処理を実行する。まず、解決案決定部２３は、Ｓ２のＹｅｓで影響を受けると認定されたスケジュール（第２のスケジュール）のプライオリティは、ユーザ起点で変更可能なプライオリティか否かを判断する（Ｓ４）。

＜大まかな流れ（４）に該当する部分＞
変更可能なプライオリティであるときは（Ｓ４のＹｅｓ）、解決案決定部２３は、第２のスケジュールに対して適用可能なスケジュール変更方法を様々な手段によって検索する（Ｓ５）。この検索手段としては、例えば、スケジュールのプライオリティに応じて適用可能なスケジュール変更方法を割り当てるテーブルを予め定義し、それを参照してもよい。このスケジュール変更方法としては、予定のキャンセル、変更、時間短縮、代役等がある。

＜大まかな流れ（５）に該当する部分＞
次に、解決案決定部２３の最適サービス決定部２３ａは、適用可能な変更方法からユーザが予め定めた基準に基づき候補を１つ選択する（Ｓ６）。具体的には、選択肢を提示してユーザに選択させる、最短時間で済むものを選択する、最低コストで済むものを選択する、成功確率が最も高いものを選択する、人物信頼度の高いものを選択する、アクセス権限の有無で選択する等がある。次に、解決案決定部２３の最適サービス決定部２３ａは、変更方法の候補が一つ以上存在するか否かを判断する（Ｓ２３）。存在するときは（Ｓ２３のＹｅｓ）、Ｓ７に進み、存在しないときは（Ｓ２３のＮｏ）、Ｓ１６に進む。次に、解決案決定部２３は、第２のスケジュール変更によって影響を受ける他の関連スケジュールを、第２のスケジュールを関連スケジュールとして持つ全ての機器、設備、個人及び組織に関して様々な手段により検索する（Ｓ７）。この検索手段としては、例えば、スケジュールに家族、会社、友達などの関係性を示す属性を付与し、同じ属性を有するスケジュールを優先的に検索してもよい。次に、解決案決定部２３は、Ｓ７で検索した、影響を受ける全ての関連スケジュールは変更可能か判断する（Ｓ８）。

変更可能なときは（Ｓ８のＹｅｓ）、解決案決定部２３は、Ｓ１３に移行する。一方、前記のＳ４で、変更可能なプライオリティでなかったときは（Ｓ４のＮｏ）、解決案決定部２３は、第２のスケジュールとして、他に選択可能なスケジュールがあるか否かを判断する（Ｓ９）。他に選択可能なスケジュールがあるときは（Ｓ９のＹｅｓ）、解決案決定部２３は、当該選択可能な第２のスケジュールについて、前記Ｓ２以下の処理を行う。また、前記Ｓ８で変更不可能なときは（Ｓ８のＮｏ）、解決案決定部２３は、その変更不可能な関連スケジュールのうち、ユーザのプライオリティを考慮すると調整対象から除外できるものがあるか判断する（Ｓ１０）。前記Ｓ９で他に選択可能なスケジュールがなかったとき（Ｓ９のＮｏ）及び前記Ｓ１０で調整対象から除外できるものがなかったときは（Ｓ１０のＮｏ）、解決案決定部２３は、Ｓ１１に移行する。Ｓ１１では、解決案決定部２３は、Ｓ２における影響を受けるスケジュールを抽出する範囲を拡大できるか否かを判断する。抽出する範囲を拡大できるときは（Ｓ１１のＹｅｓ）、解決案決定部２３は、スケジュールを抽出する範囲を拡大する（Ｓ１２）。そして、解決案決定部２３は、その拡大した第２のスケジュールで前記のＳ５以下の処理を実行する。抽出する範囲を拡大できないときは（Ｓ１１のＮｏ）、解決案決定部２３は、選択中の変更方法を候補から除外して（Ｓ２４）、Ｓ６に移行する。

＜大まかな流れ（６）に該当する部分＞
前記Ｓ８で、全ての関連スケジュールが変更可能な場合は、提案部２４は、解決案決定部２３の決定を関係先となるユーザの端末装置１０２に送信して当該ユーザに提案する（Ｓ１３）（提案処理、提案工程）。
次に、受付部２５は、提案部２４の提案に対してユーザの端末装置１０２から了承の旨を受け付ける（Ｓ１４のＹｅｓ）（受付処理、受付工程）。
＜大まかな流れ（７）に該当する部分＞
次に、変更部２６は、受付部２５が了承の旨を受け付けたときは（Ｓ１４のＹｅｓ）、関連スケジュール情報は全てユーザ自身のスケジュールか判断する（Ｓ１７）。関連スケジュール情報は全てユーザ自身のスケジュールであるときは（Ｓ１７のＹｅｓ）、変更部２６は、前記の解決案に沿ってスケジュール情報記憶部２１の該当の第１、第２及び関連スケジュール情報の変更を実施する（Ｓ１５）（変更処理、変更工程）。
そして、変更部２６は、該当の第１、第２及び関連スケジュール情報の変更完了および変更結果をユーザの端末装置１０２に通知する（Ｓ２０）。
＜大まかな流れ（４）（５）（６）等に該当する部分＞
前記Ｓ１４において、変更部２６は、受付部２５がユーザから了承せずの旨を受け付けたときは（Ｓ１４のＮｏ）、前記Ｓ２４に移行する。
前記Ｓ１７において、関連スケジュール情報の中にユーザ自身のスケジュールでないものが存在したときは（Ｓ１７のＮｏ）、解決案決定部２３は、関連スケジュールに関係する他ユーザに対し、スケジュール変更を依頼申請する（Ｓ１８）。これは、当該他ユーザの端末装置１０２に連絡して行う。そして、全ての他のユーザが当該依頼申請を承認したときは（Ｓ１９のＹｅｓ）、解決案決定部２３は、前記Ｓ１５に処理を移行する。当該他ユーザの中に当該依頼申請を承認しない者が存在したときは（Ｓ１９のＮｏ）、解決案決定部２３は、ユーザのプライオリティを考慮すると、申請を承認しない他ユーザを調整対象から除外できるか判断する（Ｓ２１）。当該除外ができるときは（Ｓ２１のＹｅｓ）、前記Ｓ１５に移行する。当該除外ができないときは（Ｓ２１のＮｏ）、解決案決定部２３は、調整必須のメンバーから承認が得られなかった旨をユーザに通知する（Ｓ２２）。これは、当該ユーザの端末装置１０２に連絡して行う。そして、解決案決定部２３は、処理を前記Ｓ１１に移行する。

次に、スケジューリングシステム１が実行する処理の具体例について複数例説明する。
［具体例１］
図８、図９は、具体例１を説明するスケジュール情報の概念図である。この例では、スケジューリングシステム１のユーザは、妻、夫、子供の３人家族のうちの妻と夫である。この例におけるスケジュール調整の主体は妻である。外的要因は、「会議」の予定の変更である。ユーザである妻と夫は、端末装置１０２を所持している。図８の概念図は、スケジュール情報記憶部２１に記憶されている妻のスケジュール情報５１と、夫のスケジュール情報５２とを経時的に示している。この妻のスケジュール情報５１と、夫のスケジュール情報５２とは、図６又は図７の処理によって作成され、スケジュール情報記憶部２１に予め記憶されている。

図９の妻のスケジュール情報５３と、夫のスケジュール情報５４は、図８のスケジュールからの変更後のスケジュールを示すものである。まず、妻のスケジュール情報５１で、当初は１５：００から１７：００までに開かれる予定であった妻の職場での「会議」の予定は、図９に示すように時刻がスライドして１７：００から１９：００の間に開かれるようにスケジュール変更がされる可能性が高いという情報を受け付けた。この変更の申請は、情報取得部２２が妻の端末装置１０２などから取得する。これはユーザである妻の第１のスケジュールが外的要因で変更されたことになる（Ｓ１のＹｅｓ）。ここで、妻の勤める会社の人間が妻に対して会議を設定することを、スケジュール情報記憶部２１の過去に蓄積された会議の履歴、データ変更の申請又は行動推定部ｂ等により推定し、それらの情報に基づいて妻の第１のスケジュールが変更される可能性が高いことを推定してもよい。この場合、図５に記載はないが、妻に対し、妻の第１のスケジュールが変更される可能性が高いと推定されることを通知し、以降の処理に進むかの判断を求めてもよい。このように「会議」の時間が変更された、又は変更される可能性が高いと推測したことによって、妻のスケジュール情報５１で１８：００から予定されていた子供の「幼稚園のお迎え」を実行することが不可能と判断された。これは、第１のスケジュールの結果、影響を受けるスケジュールがあることになる（Ｓ２のＹｅｓ）。

そこで、当該影響を受けるスケジュール（第２のスケジュール）である「幼稚園のお迎え」のプライオリティはユーザ起点で変更が可能なプライオリティか否かを解決案決定部２３が判断する（Ｓ４）。「幼稚園のお迎え」は当該家族にとって日常的に行われているスケジュールであり、また、妻以外の夫などが代行することも可能であるので、ユーザである妻起点で変更可能なプライオリティとして予め「幼稚園のお迎え」と関連付けてスケジュール情報記憶部２１に記憶されている。そのため、「幼稚園のお迎え」は変更可能なプライオリティであると判断され（Ｓ４のＹｅｓ）、その第２のスケジュールである「幼稚園のお迎え」に対して適用可能なスケジュール方法の検索がスケジュール情報記憶部２１によってなされる（Ｓ５）。この場合、「幼稚園のお迎え」は、キャンセルや変更等は困難なスケジュールとして予めスケジュール情報記憶部２１に記憶されている。しかし、「幼稚園のお迎え」は、代役は可能なスケジュールとして予めスケジュール情報記憶部２１に記憶されている。ここで、その記憶手段は、例えば、スケジュールのプライオリティに応じて適用可能なスケジュール変更方法を割り当てるテーブルを予め定義するなど、プライオリティを利用したものでもよい。そして、同じ家族のメンバーであるとして、妻のスケジュール情報５３と夫のスケジュール情報５４とは関連付けられて予めスケジュール情報記憶部２１に記憶されている。そこで、解決案決定部２３によって、「幼稚園のお迎え」という第２のスケジュールに対して適用可能なスケジュールの変更方法として「幼稚園のお迎え」を「夫」が「代わって行う」という手段が検索される（Ｓ５）。

次に、適用可能な変更方法からユーザが予め定めた基準に基づき候補を１つ選択する（Ｓ６）。スケジューリングシステム１のユーザである妻と夫は、「幼稚園のお迎え」を妻が行えないときは、最低コスト、人物信頼度等の観点から、夫が代行するという手段を第１選択する基準を予めスケジュール情報記憶部２１に記憶させている。そして、「幼稚園のお迎え」を夫が代わって行うという手段が検索されているので（Ｓ５）、Ｓ６では、解決案決定部２３の最適サービス決定部２３ａがスケジュール情報記憶部２１の前記情報を参照し、「幼稚園のお迎え」を「夫」が「代わって行う」という手段を最適サービスとして選択する。次に、この第２スケジュールの変更によって影響を受ける他の関連スケジュールが検索される（Ｓ７）。ここでは、妻のスケジュール情報５１で妻の１８：００からの「幼稚園のお迎え」と重なる夫のスケジュール情報５２中の夫が１８：００から「ジム」に行くというスケジュールが関連スケジュールとして検索される。

次に、解決案決定部２３のスケジュールマッチング部２３ｂによって、影響を受ける全ての関連スケジュールは変更可能か判断される（Ｓ８）。夫のスケジュールとして「ジム」に行くのは比較的容易に変更することが可能であるスケジュールであることが、例えばプライオリティの形で、予めスケジュール情報記憶部２１に記憶されている。そのため、夫が「ジム」に行くというスケジュールはキャンセルして、代わりに夫が「幼稚園のお迎え」に行くというスケジュール変更は可能であると判断することができる。

この後、Ｓ１３、Ｓ１４、Ｓ１５，Ｓ１７，Ｓ２０の処理を経て、変更部２６は、第１、第２及び関連スケジュール情報の変更を実施する（Ｓ１５）。Ｓ１３、Ｓ１４によるユーザへの提案と了承の旨の受付けは、妻を対象に行う。ここでは、妻に対し、スケジュール変更方法の承認を求める。Ｓ１４において承認されない場合、選択中のスケジュール変更方法を除外し、別のスケジュール変更方法について再検討する（Ｓ１４のＮｏ）。承認される場合、Ｓ１７において、選択したスケジュール変更方法を実施した場合に、関連する全てのスケジュールが自分に関するものであるか確認する。関連する全てのスケジュールが自分に関するものである場合、Ｓ１５、Ｓ２０の処理を経て、スケジュール情報記憶部２１において、図８の妻のスケジュール情報５１と夫のスケジュール情報５２は、それぞれ図９の妻のスケジュール情報５３と夫のスケジュール情報５４に変更される。一方、S１７において自分以外のスケジュールが関連する場合、それら関連する全てのユーザに対し、スケジュール変更を申請する（Ｓ１８）。関連する全てのユーザがスケジュール変更を承認した場合、前記Ｓ１５、Ｓ２０以下の処理を経て、妻のスケジュール情報５３と夫のスケジュール情報５４を更新する。関連するユーザのうち、スケジュール変更を承認しないユーザがいる場合、Ｓ２１において、妻のスケジュールのプライオリティを考慮した場合に、その承認しないユーザを調整対象から除外できるか検討する。除外できる場合、前記Ｓ１５、Ｓ２０以下の処理に進む。除外できない場合、Ｓ２２においてその旨を妻に通知し、Ｓ１１の処理に進む。次にＳ１１において、影響を受けるスケジュールを抽出する範囲を拡大できるか検討する。拡大が不可能な場合、Ｓ２４以下の処理を行う。拡大が可能な場合、範囲を拡大し（Ｓ１２）、改めてＳ５以下、つまり、スケジュール変更方法の検索から行う。以上の処理を繰り返すことで、最終的に、スケジュール情報記憶部２１において、図８の妻のスケジュール情報５１と夫のスケジュール情報５２は、それぞれ図９の妻のスケジュール情報５３と夫のスケジュール情報５４に変更される。

図１０は、Ｓ１６でユーザに手動でスケジュール調整を依頼した場合のユーザの端末装置１０２の画面表示例を示している。前記のような調整可能なスケジュールが存在しなかった旨を通知して、どうするかをボタン選択させる画面である。妻がキャンセルボタン５５を操作したときは、スケジュール調整はキャンセルされる。手動ボタン５６を操作したときは、妻は端末装置１０２を操作して手動でスケジュール変更の調整を組むことになる。検索範囲の拡大ボタン５７を操作したときは、Ｓ１２以降の処理が行われる。図５のフローチャートでは、スケジュール変更方法の候補が存在しないときに（Ｓ２３のＮｏ）、ユーザに手動でスケジュール調整を依頼するようになっているが（Ｓ１６）、Ｓ１６の段階で、ユーザの指示によってＳ１２以降の処理を実行するようにしてもよい。

図１１は、検索範囲の拡大ボタン５７を操作したときに表示される拡大された検索範囲の例の画面表示例を示している。現在の設定では検索範囲が夫等であるが、検索範囲の拡大候補として、家庭における夫以外の家族（祖父、祖母、家政婦も含む）や、学校、会社等が考えられる。

［具体例２］
図１２、図１３は、具体例２を説明するスケジュール情報の概念図である。この例では、ある事業所の来訪者のスケジュールを調整する。この場合のスケジューリングシステム１のユーザは、来訪者を迎える事業所や、来訪者となるユーザＡ、ユーザＢ等である。この例におけるスケジュール調整の主体は、来訪者を迎える事業所の管理者である。外的要因は電車の遅延である。
スケジューリングシステム１のユーザであるユーザＢは、スケジュール情報６１に示されているように、ある日に事業所において、１２：００から２０２会議室で会議を行うスケジュールをスケジュール情報として予めスケジュール情報記憶部２１に記憶させている。事業所では、来訪者のアテンドをするヒューマノイドロボット等の機器のスケジュール管理もスケジューリングシステム１で行っている。この例で、機器α、機器β、機器Ｙ、機器Ｙ´である。この例で、機器Ｙと機器Ｙ´とは同種の機器である。

ユーザＢの他に当日はユーザＡも当該事業所で１２：００から２０１会議室での会議のスケジュールが入っている。そして、ユーザＡは９：００から９：３０までＣ駅からＢ駅まで電車で移動するスケジュールであった。しかし、電車の遅延によって、ユーザＡは１０：００まで電車に乗るようにスケジュール変更を申請した。この申請は、ユーザＡの端末装置１０２などから情報取得部２２が取得する。すなわち、ユーザＡの第１のスケジュールが外的要因で変更された（Ｓ１のＹｅｓ）。ここで、この来訪者Ａの端末操作によるスケジュール変更の申請は、例えば交通情報を情報取得部２２がインターネット上から取得し、電車の遅延情報に基づいて来訪者Ａも遅延することを行動推定部３０により推定し、スケジュール情報記憶部２１の来訪者Ａのスケジューラに遅延を反映するといった処理で代替してもよい。ユーザＡ，Ｂは、電車と徒歩により移動して事業所に到着すると、会議の前に機器α、機器β、機器Ｙ（機器Ｙ´）を使用することになっている。ユーザＡの事業所への到着の遅れによって、機器α、機器β、機器Ｙ（機器Ｙ´）をユーザＡ，Ｂがどのような順番で使用するかのスケジュールは影響を受ける（Ｓ２のＹｅｓ）。

この機器α、機器β、機器Ｙ（機器Ｙ´）の使用という第２のスケジュールのプライオリティはユーザ起点で変更可能である（Ｓ４のＹｅｓ）。すなわち、機器α、機器β、機器Ｙ（機器Ｙ´）はユーザがどのような順番に使用してもよく、使用するユーザの順番は変更可能である旨、スケジュール情報記憶部２１に予め記憶されている。ここで、その記憶方法は、例えばスケジューラのプライオリティに対し、対応可能なユーザを割り当てるテーブルを予め定義するなどでもよい。そして、解決案決定部２３のスケジュールマッチング部２３ｂが、この第２のスケジュールに対して適用可能なスケジュールの変更方法を検索する（Ｓ５）。スケジュールの変更方法としては、機器α、機器β、機器Ｙ（機器Ｙ´）の使用についてユーザＡの使用とユーザＢの使用とが重ならないように変更すればよい。

そして、解決案決定部２３は、Ｓ５で検索された変更方法からユーザである事業所が予め定めた基準につき候補を１つ選択する（Ｓ６）。ここでは、機器α、機器β、機器Ｙ（機器Ｙ´）の順に機器を使用することを事業所は定め、これがスケジュール情報記憶部２１に予め記憶されている。よって、機器α、機器β、機器Ｙ（機器Ｙ´）の使用についてユーザＡの使用とユーザＢの使用とが重ならないような変更方法の中から、ユーザＡとユーザＢとがそれぞれ機器α、機器β、機器Ｙ（機器Ｙ´）の順に機器を使用することになる候補を選択する。

次に、解決案決定部２３は、この第２のスケジュール変更によって影響を受ける他の関連スケジュールを検索する（Ｓ７）。ここでは、機器α、機器β、機器Ｙ（機器Ｙ´）の各機器のスケジュールが検索される。そして、解決案決定部２３は、この全ての関連スケジュールが変更可能か判断する（Ｓ８）。機器α、機器β、機器Ｙ（機器Ｙ´）の各機器はユーザＡとユーザＢの使用が重複しなければスケジュール変更可能である。そして、この後、Ｓ１３、Ｓ１４、Ｓ１５，Ｓ１７，Ｓ２０の処理を経て、変更部２６は、第１、第２及び関連スケジュール情報の変更を実施する（Ｓ１５）。Ｓ１３、Ｓ１４によるユーザへの提案と了承の旨の受付けは、事業所を対象に行う。また、Ｓ１７において、関連スケジュールとして少なくとも来訪者Ａ、来訪者Ｂが抽出される。これらの結果、第１、第２、及び関連スケジュール情報の変更を実施したのが（Ｓ１５）、図１２のスケジュール情報６２である。同じ機器を同じ時間帯に重複して使用しないように、しかもユーザＡ，ユーザＢとも機器α、機器β、機器Ｙ（機器Ｙ´）の順に各機器を使用できるようにスケジュール情報が調節されている。

［具体例３］
図１４、図１５は、具体例３を説明するスケジュール情報の概念図である。この例では旅行者が飛行機でフライトして目的地のホテルに宿泊する場合のスケジュール調整の例である。この例におけるスケジュール調整の主体は、ホテルのオーナー（関係者）である。外的要因は、「フライト」の遅延である。

図１３において、ユーザである旅行者Ａのスケジュール情報７１と、ユーザであるホテルにおける旅行者Ａ用のホテルサービスのスケジュール情報７２とがスケジュール情報記憶部２１に記憶されている。当初の旅行者Ａのスケジュール情報７１では、１５：００から１８：００は飛行機の「フライト」時間である。しかし、この「フライト」が遅延してしまい、１７：００までが「フライト」時間となってしまった。この変更情報の申請は、旅行者Ａの端末装置１０２等から情報取得部２２が取得する。これによって旅行者Ａの「フライト」という第１のスケジュールが外的要因で変更されたことになる（Ｓ１のＹｅｓ）。ここで、旅行者Ａの端末操作によるスケジュール変更の申請は、例えば、交通情報を情報取得部２２がインターネット上から取得し、航空機のフライト遅延情報に基づいて旅行者Ａも遅延することを行動推定部３０により推定し、スケジュール情報記憶部２１の旅行者Ａのスケジューラに遅延を反映するといった処理で代替してもよい。これによって、旅行者Ａの「フライト」後のスケジュールである、「移動」、「チェックイン」、「夕食」という連続したスケジュールが影響を受ける（Ｓ２のＹｅｓ）。この影響を受ける第２のスケジュールのプライオリティはユーザ起点で変更が可能か否か、解決案決定部２３が判断する（Ｓ４）。「移動」、「チェックイン」、「夕食」というスケジュールは多少時間が変更になっても許容できるスケジュールとして予めスケジュール情報記憶部２１に記憶されており、よって、これらのスケジュールは変更可能と判断する（Ｓ４のＹｅｓ）。なお、この記憶手段は、例えばスケジュールのプライオリティに対し、許容可能な時間変更を割り当てるテーブルを予め定義するなどでも良い。

そして、解決案決定部２３のスケジュールマッチング部２３ｂは、第２のスケジュールである「移動」、「チェックイン」、「夕食」について適用可能なスケジュール変更方法を検索する（Ｓ５）。その結果、前記のとおり、「移動」、「チェックイン」、「夕食」は、「フライト」の遅延に合わせて予定をスライドすることが可能であり、その変更方法が検索される。そして、この検索結果から候補が１つ選択されるので（Ｓ６）、「移動」、「チェックイン」、「夕食」は、それぞれ予定をスライドして遅延させるという手段が選択される。

次に、解決案決定部２３のリソースマッチング部２３ｃは、この第２のスケジュールの変更で影響を受ける他の関連スケジュールを検索する（Ｓ７）。この例では、旅行者Ａ用であるホテルサービスのスケジュール情報７２の中で関連スケジュールが検索される。すなわち、「フライト」の時間が遅延したことで、ホテル側が旅行者Ａに提供する、旅行者Ａを車で送り迎えする「迎車」、チェックイン手続きを行う「チェックイン」、夕食をホテル内レストランで提供する「レストラン」のサービスは第２のスケジュールの変更で影響を受ける。これらのサービスを管理することは、ホテルの車、フロント、レストランの各設備の管理をすることになる。

次に、解決案決定部２３は、この検索された関連スケジュールが変更可能か判断する（Ｓ８）。「迎車」、「チェックイン」、「レストラン」の各サービスは、基本的にはホテルにおいて決められた時刻までは提供可能なサービスとしてスケジュール情報記憶部２１に記憶されているので、「フライト」の遅延に合わせてサービスの提供開始時刻を遅らせることが可能である。ここで、その記憶方法は、例えばスケジュールのプライオリティに対し、許容可能な時間変更を割り当てるテーブルを予め定義するなどでもよい。ただし、「レストラン」に関してはホテル内のレストランの予約状況によってはサービスを提供できない。そこで、解決案決定部２３は、ホテルの各種予約状況等を管理しているサーバ（図示せず）にアクセスして、「レストラン」のサービスを提供する時間を１時間ずらした場合、空いているテーブルが存在するか否かを検索する。それによって空きテーブルが存在しない場合は、「レストラン」のサービスに代えて「ルームサービス」で夕食を提供することを変更可能なサービスとして選択する。あるいは、旅行者Ａにホテル外のレストランで夕食をとるように薦めることも選択肢となりうる。その場合は、ホテルの近隣地域で営業しているレストランの情報（料理の種別やレストラン所在地の地図）も検索する。

この後、Ｓ１３、Ｓ１４、Ｓ１５、Ｓ１７、Ｓ２０の処理を経て、変更部２６は、第１、第２及び関連スケジュール情報の変更を実施する（Ｓ１５）。Ｓ１３、Ｓ１４によるユーザへの提案と了承の旨の受付けは、ホテルに対して行うまた、Ｓ１７において、関連スケジュールとして少なくとも旅行者Ａが抽出される。第１、第２及び関連スケジュール情報の変更を実施した新たなスケジュール情報は、図１４の旅行者Ａのスケジュール情報７３と、ホテルにおける旅行者Ａ用のホテルサービスのスケジュール情報７４とである。この例では、空きテーブルがなくて「レストラン」サービスが提供できないので、「ルームサービス」を提供するようにしている。「迎車」、「チェックイン」サービスについては、「フライト」の遅延に合わせて予定時間を遅らせている。なお、本具体例では、スケジュール調整の主体が旅行者Ａであっても良い。すなわち、Ｓ１３、Ｓ１４によるユーザへの提案と了承の旨の受付けは旅行者Ａに対して実施され、Ｓ１７において、関連スケジュールとして少なくともホテルが抽出されてもよい。

［具体例４］
図１６、図１７は、具体例４を説明するスケジュール情報の概念図である。この例では、例えば会社等の設備である複数の会議室についての使用のスケジューリングを行う。図１５では、スケジュール情報記憶部２１に記憶されている会議室Ａの使用スケジュール情報８１、会議室Ｂの使用スケジュール情報８２、会議室Ｃの使用スケジュール情報８３が示されている。会議室Ａは１０人まで使用可能、会議室Ｂは６人まで使用可能、会議室Ｃは４人まで使用可能である。また、会議室Ａと会議室ＣはＴＶ会議用の設備が用意されているのに対して、会議室ＢはＴＶ会議用の設備がない。この例で、スケジューリングシステム１のユーザは、当該会議室が設置されている会社等の組織の社員である。この例におけるスケジュール調整の主体は、会議室のオーナー又は社員である。外的要因は同じ時間帯に同じ会議室での会議を行いたいという申請である。

図１５の例で、会議室Ａの使用スケジュール情報８１では、会議室Ａで３人がＴＶ会議による打合わせを１４：００から１６：００までの間行うというスケジュールが設定されている。これに対して、６人がＴＶ会議による打合わせを１４：００から１６：００までの間行うというスケジュールが新たに別の社員から申請されたとする。係る申請は、６人のＴＶ会議を行おうとする社員の端末装置１０２から情報取得部２２が受け付ける。この場合、６人でＴＶ会議ができるのは会議室Ａだけであるが、会議室Ａには既に同時間帯に予定が入っている。そこで、会議室Ａで３人がＴＶ会議による打合わせを１４：００から１６：００までの間行うという当初の第１のスケジュールは、会議室Ａで６人がＴＶ会議による打合わせを１４：００から１６：００までの間行うという外的要因で変更される（Ｓ１のＹｅｓ）。ここで、社員が会議室Ａに対して、１４：００から１６：００までの間６人のＴＶ会議による打ち合わせを設定することを、スケジュール情報記憶部２１の過去に蓄積された会議の履歴、データ変更の申請又は行動推定部３０等により推定し、それらの情報に基づいて会議室Ａのスケジュールが変更される可能性が高いことを推定してもよい。この第１のスケシュールの変更の結果、会議室Ａで３人がＴＶ会議による打合わせを１４：００から１６：００までの間行うという当初のスケジュールは影響を受けることになる（Ｓ２のＹｅｓ）。そこで、この影響を受ける第２のスケジュールのプライオリティは、ユーザとなる社員の起点で変更が可能か否か、解決案決定部２３が判断する（Ｓ４）。すると、図１５の会議室Ｃの使用スケジュール情報８３では、会議室Ｃの使用予定はなく、会議室Ｃでも３人が使用するＴＶ会議は行えるので、解決案決定部２３は、係るプライオリティは変更可能であると判断する（Ｓ４のＹｅｓ）。

そして、解決案決定部２３のスケジューリングマッチング部２３ｂは、第２スケジュールとなる３人のＴＶ会議による打合わせを１４：００から１６：００までの間行うという当初のスケジュールの変更方法を検索する（Ｓ５）。すると、前記のとおり、この３人のＴＶ会議は同じ時間帯で会議室Ｃでも行えるという変更方法が検索されることになる。そして、解決案決定部２３は、この適用可能な変更方法から候補を１つ選択する（Ｓ６）。この場合、会議室Ｃで３人が使用するＴＶ会議を行うというＳ５で検索された案が選択されることになる。

次に、解決案決定部２３は、第２スケジュールとなる３人のＴＶ会議による打合わせを１４：００から１６：００までの間行うというスケジュールで影響を受ける他の関連スケジュールを検索する（Ｓ７）。次に、解決案決定部２３は、影響を受ける全ての関連スケジュールは変更可能か判断する（Ｓ８）。会議室Ｃの使用スケジュール情報８３を参照すると１４：００から１６：００までの間はスケジュールが空いているので、ここに関連スケジュールである３人のＴＶ会議による打合わせを１４：００から１６：００までの間行うというスケジュールを入れることが可能である。

以上のような方針のスケジュール変更を、会議室Ａで１４：００から１６：００まで６人のＴＶ会議を行うという当初のスケジュールを入れた社員に対して、これらのスケジュール調整の方針をＳ１３，Ｓ１４の処理により承認してもらうまた、Ｓ１７の処理により、関連スケジュールとして１４：００から１６：００まで３人のＴＶ会議を行うというスケジュールを提起した社員を抽出する。そして、変更部２６は、第１、第２及び関連スケジュール情報の変更を実施する（Ｓ１５）。これによって、当初のスケジュール情報は、図１６のように、スケジュール情報記憶部２１に記憶されている会議室Ａの使用スケジュール情報８４、会議室Ｂの使用スケジュール情報８５、会議室Ｃの使用スケジュール情報８６となる。会議室Ａでは１４：００から１６：００まで６人のＴＶ会議を行うというスケジュール変更が行われ、当初の会議室Ａで１４：００から１６：００まで３人のＴＶ会議を行うというスケジュールは会議室Ｃで行うことに変更となる。

以上説明したスケジューリングシステム１、スケジューリングプログラム２０、スケジューリング方法によれば、既存のスケジュールを変更する可能性がある情報を取得して、スケジュール変更を予測し、既存のスケジュールに代わる新たなスケジュールを作成してユーザに提案することができる。
スケジュール情報記憶部２１に当初から記憶しておくスケジュール情報は、行動推定部３０が図４の処理によりユーザの行動、前記機器の動作及び前記設備の使用状況のうち少なくともひとつを推定し、その情報をスケジュール情報記憶部２１が取得することによって容易に作成することができる。

また、この場合に、行動推定部３０はスケジュール情報記憶部２１に記憶された過去のスケジュール情報の履歴に基づいて推定結果のスケジュールを作成することができるので、過去のスケジュールの傾向に従って容易にスケジュール情報を作成することができる。
また、図７の処理によって、スケジュール情報はユーザの入力によって構築することもできる。
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれ機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又はＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてよい。

１ スケジューリングシステム
２０ スケジューリングプログラム
２１ スケジュール情報記憶部
２２ 情報取得部
２３ 解決案決定部
２４ 提案部
２５ 受付部
２６ 変更部
２７ スケジュール情報作成部
２８ スケジュール情報入力受付部
２９ スケジュール情報記録部
３２ 行動推定演算装置
３０ 行動推定部
３１ 継続的機能更新部
２３ａ 最適サービス決定部
２３ｂ スケジュールマッチング部
２３ｃ リソースマッチング部

Claims (15)

1. ユーザ、機器及び設備のうち少なくともひとつのスケジュール情報を記憶するスケジュール情報記憶部と、
   前記スケジュール情報記憶部に記憶されている前記ユーザ、前記機器及び前記設備の少なくともひとつのスケジュールが将来変更される可能性がある旨の情報を取得する情報取得部と、
   前記情報取得部が前記情報を取得したときは前記スケジュールの将来の変更によって発生する問題点を抽出し、当該問題点を解決する解決案に関係する関係先となる前記ユーザ、前記機器及び前記設備のうちの少なくともひとつの前記スケジュールを前記スケジュール情報を参照して、当該関係先の前記スケジュールの変更で前記問題点に対応可能な解決案を決定する解決案決定部と、
   前記解決案決定部の前記決定を前記関係先となる前記ユーザに提案する提案部と、
   前記提案部の前記提案に対し前記ユーザから了承の旨を受け付ける受付部と、
   前記受付部が前記了承の旨を受け付けたときは前記解決案に沿って前記スケジュール情報を変更する変更部とを備えていることを特徴とするスケジューリングシステム。
2. 前記ユーザの行動、前記機器の動作及び前記設備の使用状況のうち少なくともひとつを推定する行動推定部と、
   当該推定の結果を取得して前記スケジュール情報記憶部に記憶する前記スケジュール情報を作成するスケジュール情報作成部と、
   前記スケジュール情報作成部から受け付けた前記スケジュール情報を前記スケジュール情報記憶部に記録するスケジュール情報記録部とを備えることを特徴とする請求項１に記載のスケジューリングシステム。
3. 前記スケジュール情報記憶部に記憶する前記スケジュール情報の入力を前記ユーザから受け付けるスケジュール情報入力受付部と、
   前記スケジュール情報入力受付部から受け付けた前記スケジュール情報を前記スケジュール情報記憶部に記録するスケジュール情報記録部とを備えることを特徴とする請求項１に記載のスケジューリングシステム。
4. 前記行動推定部は、前記スケジュール情報記憶部に記憶された過去の前記スケジュール情報の履歴に基づいて前記ユーザの行動、前記機器の動作及び前記設備の市場状況のうちの少なくともひとつを推定することを特徴とする請求項２に記載のスケジューリングシステム。
5. 前記行動推定部及び前記解決案決定部の少なくとも一方に対し、定期的に機能を更新する継続的機能更新部を備えることを特徴とする請求項２に記載のスケジューリングシステム。
6. ユーザ、機器及び設備のうち少なくともひとつのスケジュール情報を記憶するスケジュール情報記憶部に記憶されている前記ユーザ、前記機器及び前記設備の少なくともひとつのスケジュールが将来変更される可能性がある旨の情報を取得する情報取得処理と、
   前記情報取得処理により前記情報を取得したときは前記スケジュールの将来の変更によって発生する問題点を抽出し、当該問題点を解決する解決案に関係する関係先となる前記ユーザ、前記機器及び前記設備のうちの少なくともひとつの前記スケジュールを前記スケジュール情報を参照して、当該関係先の前記スケジュールの変更で前記問題点に対応可能な解決案を決定する解決案決定処理と、
   前記解決案決定処理による前記決定を前記関係先となる前記ユーザに提案する提案処理と、
   前記提案処理による前記提案に対し前記ユーザから了承の旨を受け付ける受付処理と、
   前記受付処理により前記了承の旨を受け付けたときは前記解決案に沿って前記スケジュール情報を変更する変更処理とをコンピュータに実行させることを特徴とするスケジューリングプログラム。
7. 前記ユーザの行動、前記機器の動作及び前記設備の使用状況のうち少なくともひとつを推定する行動推定処理と、
   当該推定の結果を取得して前記スケジュール情報記憶部に記憶する前記スケジュール情報を作成するスケジュール情報作成処理と、
   前記スケジュール情報作成処理で作成した前記スケジュール情報を前記スケジュール情報記憶部に記録するスケジュール情報記録処理とをコンピュータに実行させることを特徴とする請求項６に記載のスケジューリングプログラム。
8. 前記スケジュール情報記憶部に記憶する前記スケジュール情報の入力を前記ユーザから受け付けるスケジュール情報入力受付処理と、
   前記スケジュール情報入力受付処理で受け付けた前記スケジュール情報を前記スケジュール情報として記録するスケジュール情報記録処理とをコンピュータに実行させることを特徴とする請求項６に記載のスケジューリングプログラム。
9. 前記行動推定処理は、前記スケジュール情報記憶部に記憶された過去の前記スケジュール情報の履歴に基づいて前記ユーザの行動、前記機器の動作及び前記設備の使用状況のうちの少なくともひとつを推定することを特徴とする請求項７に記載のスケジューリングプログラム。
10. 前記行動推定処理及び前記解決案決定処理の少なくとも一方に対し、定期的に機能を更新する継続的機能更新処理を行うことを特徴とする請求項７に記載のスケジューリングプログラム。
11. ユーザ、機器及び設備のうち少なくともひとつのスケジュール情報を記憶するスケジュール情報記憶部に記憶されている前記ユーザ、前記機器及び前記設備の少なくともひとつのスケジュールが将来変更される可能性がある旨の情報を取得する情報取得工程と、
    前記情報取得工程で前記情報を取得したときは前記スケジュールの将来の変更によって発生する問題点を抽出し、当該問題点を解決する解決案に関係する関係先となる前記ユーザ、前記機器及び前記設備のうちの少なくともひとつの前記スケジュールを前記スケジュール情報を参照して、当該関係先の前記スケジュールの変更で前記問題点に対応可能な解決案を決定する解決案決定工程と、
    前記解決案決定工程における前記決定を前記関係先となる前記ユーザに提案する提案工程と、
    前記提案工程における前記提案に対し前記ユーザから了承の旨を受け付ける受付工程と、
    前記受付工程が前記了承の旨を受け付けたときは前記解決案に沿って前記スケジュール情報記憶部に記憶されている前記スケジュール情報を変更する変更工程とをコンピュータで実行することを特徴とするスケジューリング方法。
12. 前記ユーザの行動、前記機器の動作及び前記設備の使用状況のうち少なくともひとつの動作を推定する行動推定工程と、
    当該推定の結果を取得して前記スケジュール情報記憶部に記憶する前記スケジュール情報を作成するスケジュール情報作成工程と、
    前記スケジュール情報作成工程で作成した前記スケジュール情報を前記スケジュール情報記憶部に記録するスケジュール情報記録工程とを前記コンピュータで実行することを特徴とする請求項１１に記載のスケジューリング方法。
13. 前記スケジュール情報記憶部に記憶する前記スケジュール情報の入力を前記ユーザから受け付けるスケジュール情報入力受付工程と、
    前記スケジュール情報入力受付工程において受け付けた前記スケジュール情報を前記スケジュール情報記憶部に記録するスケジュール情報記録工程とを前記コンピュータで実行することを特徴とする請求項１１に記載のスケジューリング方法。
14. 前記行動推定工程は、前記スケジュール情報記憶部に記憶された過去の前記スケジュール情報の履歴に基づいて前記ユーザの行動、前記機器の動作及び前記設備の使用状況のうちの少なくともひとつを推定することを特徴とする請求項１２に記載のスケジューリング方法。
15. 前記行動推定工程及び前記解決案決定工程の少なくとも一方に対し、定期的に機能を更新する継続的機能更新工程を行うことを特徴とする請求項１２に記載のスケジューリング方法。

Images