JP2016066124A - スケジューリング方法及び情報処理装置 - Google Patents

Abstract

【課題】複数のタスクの実行順序に基づき複数のタスクの実行順序や実行タイミングを規定したスケジュールを作成してタスク実行者に提示しつつ、タスク実行者にスケジュールの選択権を付与するスケジューリング方法を提供する【解決手段】複数のタスク情報にて規定される複数のタスクの第１実行順序に基づき、複数のタスクに関する第１スケジュールを作成し、第１スケジュールに関する通知がなされた場合に、第１スケジュールとは異なる内容を有する第２スケジュールを作成する工程を有する。【選択図】図５

Description

本開示は、スケジューリング方法及び情報処理装置に関する。

人の行動予定を記録しておく電子ツールとして、個人の携帯端末装置内、または複数人がアクセス可能な共通端末装置内に格納された電子スケジュール帳等のスケジュール管理ツールがある。電子スケジュール帳には、電子スケジュール帳の利用者が実行するべき行動内容（以下、「タスク」と呼ぶ）の開始予定時刻や終了予定時刻が記憶される。電子スケジュール帳のユーザ（以下、「タスク実行者」と呼ぶ）は、当該電子スケジュール帳の内容を例えば端末装置のディスプレイに表示させて確認することにより、自身のスケジュールを管理することができる。また、例えば特定の業務で発生するタスクの実行を、当該業務に携わる担当者に対して指示することで、業務遂行の管理を行うＢｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ（ＢＰＭ）といったタスク管理ツールも開発されている。

従来の電子スケジュール帳としては、予定表の同日同時刻の欄に複数のタスクをスケジューリングすることができるものがある。この場合、タスク実行者は同日同時刻に設定された複数のタスクに対し、どのタスクを選択すべきか、また選択されなかったタスクはいつ実行すべきか、等を検討して自身の行動を決定する必要がある。これらの検討及び決定は、各タスクの重要度や実行期限、タスク実行に要する時間、関連タスクの進行状況、タスクの関係者の属性等、多くの要素に基づいてなされなければならない。このことは、タスク実行者に一定の負担を与えることになる。

これに対し、複数のタスクに設定された実行期限等に基づいて、複数のタスクの適切な実行順序や実行期間が自動で設定されてタスク実行者に提示されれば、タスク実行者の負担を軽減させることができる。

特開平１１‐３０６２５３号公報 特開平１１‐２３８０９０号公報 特開平１１‐３５３３６０号公報 特開２０１３‐１９６５３５号公報

複数のタスクに設定された実行期限等に基づいて複数のタスクのスケジューリングが行われたとしても、タスク実行者は必ずしも実行期限という観点に基づいてタスクを順に実行しなければならない訳ではない。例えば、タスク実行者が二つのタスクをどの順序で実行しても両方のタスクが共に実行期限までに終了する場合等は、タスク実行者はその時の気分や、その時に居る場所や、誰と一緒にいるか等の状況に基づいて、自身の行動を選択することを希望する場合もある。

本発明は、複数のタスクの実行順序に基づき複数のタスクの実行順序や実行タイミングを規定したスケジュールを作成してタスク実行者に提示しつつ、タスク実行者にスケジュールの選択権を付与するスケジューリング方法を提案することを目的とするものである。

開示のスケジューリング方法は、複数のタスク情報にて規定される複数のタスクの第１実行順序に基づき、複数のタスクに関する第１スケジュールを作成し、第１スケジュールに関する通知がなされた場合に、第１スケジュールとは異なる内容を有する、複数のタスクに関する第２スケジュールを作成する工程をコンピュータに実行させるものである。

複数のタスクに関する第１スケジュールが作成され、第１スケジュールに関する通知がなされた場合は、第１スケジュールとは異なる第２スケジュールが作成されることにより、タスク実行者はより自らの希望に沿ったスケジュールを選択することができる。

第１実施例におけるスケジューリング支援装置（情報処理装置）を含むシステムの構成図である。 第１実施例におけるスケジューリング支援装置のハードウェア構成図である。 第１実施例におけるユーザインターフェース装置のハードウェア構成図である。 第１実施例におけるスケジューリング支援装置の有するプロセッサの機能ブロック図である。 第１実施例におけるタスク情報源、スケジューリング支援装置、ユーザインターフェース装置間での処理の流れを例示する図である。 第１実施例におけるタスク情報の内容を例示する図である。 第１実施例における実行順序を例示する図である。 第１実施例におけるタスク情報の内容を例示する図である。 第１実施例におけるスケジュールの内容（予定表）を例示する図である。 第１実施例におけるユーザインターフェース装置に表示されるフィードバック画面の内容を例示する図である。 第１実施例における変更された実行順序を例示する図である。 第１実施例における変更されたスケジュール内容を反映したタスク情報を例示する図である。 第１実施例における調停の処理フローチャートである。 第２実施例におけるタスク情報の内容を例示する図である。 第２実施例におけるユーザインターフェース装置に表示されるフィードバック画面の内容を例示する図である。 第３実施例におけるスケジューリング支援装置の有するプロセッサの機能ブロック図である。 第３実施例におけるタスク情報の内容を例示する図である。 第３実施例におけるユーザインターフェース装置のハードウェア構成図である。 第４実施例におけるタスク情報の内容を例示する図である。 第４実施例における調停の処理フローチャートである。 第５実施例におけるスケジューリング支援装置（情報処理装置）を含むシステムの構成図である。 第５実施例におけるタスク情報の内容を例示する図である。 スケジューリング格納部の配置位置のバリエーションを示す図である。 タスク情報源のハードウェア構成図である。

まず、本明細書にて使用する用語の意味について説明する。「タスク」とは、人が行う行為全般を含み得る用語として使用され、業務上の作業に限定されず、プライベートでの旅行や会食等の行為も含み得るものである。また、複数の行為の間の休息や、次の行為を実行するために特定の場所へ移動する行為等も、全て「タスク」に含めることができる。「タスク情報」とは、タスク内容を規定する情報を意味し、具体的な作業の内容や、タスクの実行者、タスクの実行に要する時間、タスクが実行される場所、タスク実行に用いられるツール等が含まれ得る。尚、「タスク情報」には、タスクの開始予定時刻および終了予定時刻を規定しているものも規定していないものも含まれ得る。「スケジューリング」とは、開始予定時刻および終了予定時刻が設定されていないタスクについて開始予定時刻および終了予定時刻の少なくとも一方を設定すること、又は、開始予定時刻および終了予定時刻の少なくとも一方が設定されているタスクについて、開始予定時刻や終了予定時刻を変更して再設定することを意味する。「スケジュール」とは、タスクの内容を特定する情報と当該タスクの開始予定時刻および終了予定時刻の少なくとも一方を規定する情報を含むものを意味し、「スケジュール」を視覚や聴覚、触覚、嗅覚等、人が認識し得る形態で表示したものを「予定表」と呼ぶ。また「調停」とは、複数のタスクについて実行順序を特定してスケジューリングを行うことを意味する。

＜第１実施例＞
図１は、第１実施例におけるスケジューリング支援装置１００を含むシステムの構成例を示す図である。スケジューリング支援装置１００は、複数のタスクについての調停や、作成されたスケジュールの変更等を行う。スケジューリング支援装置１００としては、サーバ等の情報処理装置を用いることができる。タスク情報源１乃至ｎは、タスク情報を生成する。タスク情報源１乃至ｎは例えばＢｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ（ＢＰＭ）サーバである。タスク情報源１乃至ｎは、ネットワーク５００を介してスケジューリング支援装置１００に接続され、タスク情報源が生成したタスク情報はスケジューリング支援装置１００へ送信される。

スケジューリング支援装置１００はネットワーク５００を介してユーザインターフェース装置２００と接続される。ユーザインターフェース装置２００はタスクの実行者が利用し得る電子装置である。タスク実行者は、ユーザインターフェース装置２００を用いてタスク内容やスケジュール内容を認識することができる。またタスク実行者は、ユーザインターフェース装置２００を用いてスケジューリング支援装置１００に対して、スケジュール内容の変更を要求することができる。ユーザインターフェース装置２００としては、スマートフォン等のような携帯端末装置や、ノート型あるいはデスクトップ型のＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ（ＰＤＡ）等を用いることができる。以下、システムの動作概要を説明する。

まずタスク情報源１乃至ｎは、タスク実行者が実行するタスクの内容を規定する複数のタスク情報を生成し、スケジューリング支援装置１００へ送信する。タスク情報源１乃至ｎから送信された複数のタスク情報を受信したスケジューリング支援装置１００は、複数のタスクについての調停を行うために、複数のタスクの実行順序を決定する。そしてスケジューリング支援装置１００は、決定した実行順序に基づいて、複数のタスクについて、タスクの開始予定時刻や終了予定時刻についての調停を行う。実行順序の定め方の詳細については後述する。

スケジューリング支援装置１００は、調停によって作成したスケジュールをタスク実行者に知らせるために、複数のタスク情報と、各タスクの開始予定時刻及び終了予定時刻を、タスク実行者のユーザインターフェース装置２００に送信する。ユーザインターフェース装置２００は、スケジュールを確定させる過程において、タスク実行者とスケジューリング支援装置１００との仲介役として機能する。タスク実行者は、ユーザインターフェース装置２００に設けられたディスプレイ等に表示されたスケジュールの内容を確認することができる。タスク実行者は、提示されたスケジュールの内容で各タスクを実行することが困難であると考える場合や、他のスケジュールの提示を要望する場合等には、ユーザインターフェース装置２００を介してスケジューリング支援装置１００に対して、スケジュールの変更要求を行うことができる。タスク実行者が、提示されたスケジュールに対して同意する旨や、スケジュールの変更を要求する旨を、ユーザインターフェース装置２００を用いてスケジューリング支援装置１００へ通知する行為を「フィードバック」と呼ぶこととする。また、「フィードバック」によってユーザインターフェース装置２００からスケジューリング支援装置１００へ送信される情報を「フィードバック情報」と呼ぶこととする。フィードバックの方法や、フィードバック情報の詳細については後述する。

フィードバック情報としてスケジュールの変更要求を受信したスケジューリング支援装置１００は、タスクの実行順序を変更し、変更された実行順序に基づき、各タスクについて再度調停を行う。そしてスケジューリング支援装置１００は、再度の調停によって作成された新たなスケジュールを、ユーザインターフェース装置２００に送信する。タスク実行者が新たなスケジュール内容に同意する場合は、ユーザインターフェース装置２００は、スケジューリング支援装置１００に対して、スケジュールの内容に同意する旨の通知をフィードバック情報として送信する。スケジュールの内容に対して同意の旨の通知を得たスケジューリング支援装置１００は、各タスクについての開始予定時刻や終了予定時刻を確定させる。

このように開示のスケジューリング支援装置１００は、複数のタスクについて実行順序を決定し、実行順序に基づいて複数のタスクの調停を行う。またスケジューリング支援装置１００は、実行順序に基づいて作成したスケジュールをそのまま確定させるのではなく、作成したスケジュール内容をタスク実行者に提示する。そしてタスク実行者がスケジュール内容に同意しない場合は、ユーザインターフェース装置２００は、スケジューリング支援装置１００に対して、スケジュール内容に同意しない旨の通知をフィードバック情報として送信する。スケジューリング支援装置１００は、実行順序を変更してスケジュールを再作成する。これにより、スケジューリング支援装置１００が、タスク実行者の希望を反映させたスケジュールを作成することが可能となる。

図２は、第１実施例におけるスケジューリング支援装置１００のハードウェア構成図である。スケジューリング支援装置１００は、プロセッサ１１０、メモリ１３０、データ格納デバイス１４０、入力デバイス１５０、表示デバイス１６０、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ（ＮＩＣ）１７０およびバス１９０を有する。プロセッサ１１０は、スケジューリング支援装置１００の全体の制御やデータ処理等を行う。またプロセッサ１１０は、タスク情報源１乃至ｎから受信した複数のタスクの調停や、作成したスケジュールのユーザインターフェース装置２００への送信、ユーザインターフェース装置２００から受信したフィードバック情報に基づく再度の調停などを行なう。プロセッサ１１０は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）、Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ（ＭＣＵ）、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＭＰＵ）、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ（ＤＳＰ）、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ（ＦＰＧＡ）等の電子回路部品である。

メモリ１３０は、プロセッサ１１０が所定の処理を行うために使用するデータや、プロセッサ１１０が行ったデータ処理の結果であるデータ等を格納する。メモリ１３０は、Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＤＲＡＭ）、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＳＲＡＭ）等の揮発性メモリや、Ｍａｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（マスクＲＯＭ）、Ｐｒｏｇｒａｍａｂｌｅ ＲＯＭ（ＰＲＯＭ）、フラッシュメモリ等の不揮発性メモリを含む電子回路部品である。データ格納デバイス１４０は、プロセッサ１１０によって実行されるコンピュータプログラムや、その他のスケジューリング支援装置１００の動作に必要なデータ等を格納する。入力デバイス１５０は、スケジューリング支援装置１００へのデータ等の入力を行うデバイスである。入力デバイス１５０は例えばスケジューリング支援装置１００に接続されたキーボードやマウスである。表示デバイス１６０は、例えばプロセッサ１１０が行った処理の結果を視覚的に認識し得るよう表示するデバイスであり、例えばスケジューリング支援装置１００に設けられたディスプレイである。ＮＩＣ１７０は、他の電子装置やサーバ等の情報処理装置との間でデータ通信を行うデバイスである。データ通信は無線による通信と有線による通信の何れであってもよい。バス１９０は、プロセッサ１１０、メモリ１３０、データ格納デバイス１４０、入力デバイス１５０、表示デバイス１６０等のデバイス間を接続し、デバイス間のデータ送信の経路として機能する。尚、図２はスケジューリング支援装置１００のハードウェア構成図として説明したが、タスク情報源１乃至ｎにも、図２と同様のハードウェア構成を有する情報処理装置を用いることができる。

図３は、第１実施例におけるユーザインターフェース装置２００のハードウェア構成図である。ユーザインターフェース装置２００は、プロセッサ２１０、メモリ２３０、データ格納デバイス２４０、入力デバイス２５０、表示デバイス２６０、通信モジュール２７０、音出力デバイス２８０、音入力デバイス２８５およびバス２９０を有する。プロセッサ２１０は、ユーザインターフェース装置２００の全体の制御やデータ処理等を行う。プロセッサ２１０は、ＣＰＵ、ＭＣＵ、ＭＰＵ、ＤＳＰ、ＦＰＧＡ等の電子回路部品である。メモリ２３０は、プロセッサ２１０が所定の処理を行うために必要なデータや、プロセッサ２１０が行ったデータ処理の結果であるデータ等を格納する。またメモリ２３０を、スケジューリング支援装置１００から送信された確定したスケジュールを格納するスケジュール格納部として機能させてもよい。メモリ２３０は、ＤＲＡＭやＳＲＡＭ等の電子回路部品である。データ格納デバイス２４０は、プロセッサ２１０によって実行されるコンピュータプログラムや、その他のユーザインターフェース装置２００の動作に必要なデータ等を格納する。データ格納デバイス２４０は、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、マスクＲＯＭ、ＰＲＯＭ、フラッシュメモリ等の電子回路部品である。入力デバイス２５０は、ユーザインターフェース装置２００へのデータ等の入力を行うデバイスである。入力デバイス２５０は例えばキーボードやマウス、タッチパネル方式のディスプレイ等である。表示デバイス２６０は、例えばスケジューリング支援装置１００から送信されたスケジュール等をタスク実行者が視覚的に認識し得るよう表示するデバイスであり、例えばユーザインターフェース装置２００に設けられたディスプレイである。通信モジュール２７０は、他の電子装置やサーバ等の情報処理装置との間でデータ通信を行う通信デバイスである。データ通信は無線による通信と有線による通信の何れであってもよい。通信モジュール２７０は例えば無線回路、ベースバンド回路、増幅回路、アンテナ等を含む。音出力デバイス２８０は、例えばスケジューリング支援装置１００から送信されたスケジュール等を音声でタスク実行者に通知するデバイスであり、例えばユーザインターフェース装置２００に設けられたスピーカである。また音入力デバイス２８５は、例えばタスク実行者がフィードバック情報を音声で入力する場合等に利用されるデバイスであり、例えばユーザインターフェース装置２００に設けられたマイクである。バス２９０はプロセッサ２１０、メモリ２３０、データ格納デバイス２４０、通信モジュール２７０等のデバイスを互いに接続し、デバイス間のデータ送信の経路として機能する。

次に、複数のタスクの実行順序の定め方や、タスク実行者がスケジュールの変更要求を行った場合の実行順序の変更方法等について説明する。

ここでは例として、タスク情報源１が、第１タスクを規定する第１タスク情報を生成し、タスク情報源２が、第１タスクのタスク実行者と同一のタスク実行者が実行する第２タスクを規定する第２タスク情報を生成する場合を例として説明する。また、第１タスク情報には、第１タスクの第１実行期限が規定され、第２タスク情報には第２タスクの第２実行期限が規定されているものとする。

第１タスク情報と第２タスク情報を受信したスケジューリング支援装置１００は、第１タスクと第２タスクの実行順序を決定する。例えば第２タスクの第２実行期限が、第１タスクの第１実行期限よりも早い日時に設定されている場合、第２タスクの実行順序の順位が第１タスクの実行順序の順位よりも上位に設定される。次にスケジューリング支援装置１００は、設定された実行順序に基づき、各タスクの開始予定時刻や終了予定時刻を決定する。具体的には実行順序の順位が上位に設定された第２タスクが先に実行され、実行順序の順位が下位に設定された第１タスクが後に実行されるように、各タスクの開始予定時刻や終了予定時刻を決定してスケジュール（以下、第１スケジュール）を作成する。また原則として、第１タスクの実行予定期間（開始予定時刻と終了予定時刻の間の期間）と第２タスクの実行予定期間が重ならないよう、調停が行われる。

スケジューリング支援装置１００は、作成した第１スケジュールをユーザインターフェース装置２００に送信する。第１スケジュールに対するフィードバック情報として、スケジュールの変更要求を受信したスケジューリング支援装置１００は、第１タスクと第２タスクについて実行順序を変更する。第１スケジュールを作成する際に定めた実行順序では、実行期限が早い日時に設定されている第２タスクの順位が、第１タスクの順位よりも高く設定されていた。これに対し、スケジュールの変更要求を受けた場合は、例えば第１タスクの順位が第２タスクの順位よりも高くなるように実行順序が変更される。次にスケジューリング支援装置１００は、変更された実行順序に基づき、各タスクについて再度調停を行う。例えば実行順序の順位が上位の第１タスクが先に実行され、実行順序の順位が下位の第２タスクが後に実行されるように、各タスクの開始予定時刻や終了予定時刻を決定する。そしてスケジューリング支援装置１００は、再度の調停によって作成された新たなスケジュール（以下、第２スケジュール）をユーザインターフェース装置２００に送信する。タスク実行者が第２スケジュール内容に同意する場合は、ユーザインターフェース装置２００は、スケジューリング支援装置１００に対して、第２スケジュールに同意する旨の通知をフィードバック情報として送信する。第２スケジュールに対して同意の旨の回答を得たスケジューリング支援装置１００は、第１タスクおよび第２タスクについての開始予定時刻や終了予定時刻を確定させる。

図４は、第１実施例におけるプロセッサ１１０の機能ブロック図である。プロセッサ１１０は、データ格納デバイス１４０等に格納されたコンピュータプログラムを実行することにより、タスク情報格納部１１１、スケジュール格納部１１２、調停部１１３、ユーザインターフェース装置通信部１１４、及びタスク情報源通信部１１５として機能する。タスク情報格納部１１１は、特定のデータ記憶領域、例えばメモリ１３０やデータ格納デバイス１４０にタスク情報を格納する。尚、タスク情報格納部１１１は、メモリ１３０等の他のデバイスにタスク情報を格納して保持させる代わりに、自身でタスク情報を格納して保持してもよい。以下の説明では、タスク情報格納部１１１自身が、タスク情報を格納して保持するものとして説明する。タスク情報格納部１１１に格納されるタスク情報は、タスク情報源１乃至ｎから送信される場合の他、スケジューリング支援装置１００に設けられた入力デバイス１５０から入力される場合や、ユーザインターフェース装置２００から送信される場合もある。ユーザインターフェース装置２００からタスク情報が送信される場合とは、タスク実行者が自らタスク情報を作成してユーザインターフェース装置２００に書込み、スケジューリング支援装置１００に調停を依頼する場合等である。

スケジュール格納部１１２は、特定のデータ記憶領域、例えばメモリ１３０やデータ格納デバイス１４０に、実行予定期間が定められたタスク情報を格納する。尚、スケジュール格納部１１２は、メモリ１３０等の他のデバイスにスケジュール情報を格納して保持させる代わりに、自身でスケジュールを保持してもよい。以下の説明では、スケジュール格納部１１２自身が、スケジュールを格納して保持するものとして説明する。実行予定期間が定められたタスク情報とは、例えばタスク情報格納部１１１に格納されたタスク情報のうち、後述の調停部１１３がスケジューリングして実行予定期間が定められたタスク情報である。また、タスク実行者自身がタスクの実行予定期間を定めてユーザインターフェース装置２００内のスケジュール帳等に格納したタスク情報を、スケジュール格納部１１２が取得して格納する場合もある。

調停部１１３は、タスク情報についてタスクの実行予定期間を決定する。タスク情報が複数ある場合は、複数のタスク情報によって規定される複数のタスクの実行順序を特定し、実行順序に基づいて複数のタスクの実行予定期間の調停を行う。ここで、「複数のタスクの実行予定期間を調停する」とは、実行予定期間が定められていない複数のタスクについて実行予定期間の調停を行う場合の他、実行予定期間が定められていない一のタスクと、実行予定期間が定められてスケジュール格納部１１２に格納されている他のタスクについて、実行予定期間の調停を行う場合も含まれる。後者の場合、調停の結果、他のタスクについては既に定められている実行予定期間が変更される場合もある。尚、タスク情報が１つしか存在しない場合は、調停部１１３は調停を行うことなく、当該単一のタスクについてスケジューリングを行い、実行予定期間を決定する。

ユーザインターフェース装置通信部１１４は、ユーザインターフェース装置２００との通信を行う。例えばユーザインターフェース装置通信部１１４は、調停部１１３が作成した複数のタスクに関するスケジュールを、ユーザインターフェース装置２００へ送信する。ユーザインターフェース装置通信部１１４は、複数のタスクについてスケジュールを作成した場合、全てのタスクのスケジュールをユーザインターフェース装置２００へ通知しなくてもよい。このような場合、ユーザインターフェース装置通信部１１４は、少なくとも一部のタスク、例えば最も早い日時に実行予定期間が設定されているタスクについて、スケジュールをユーザインターフェース装置２００へ送信してもよい。またユーザインターフェース装置通信部１１４は、ユーザインターフェース装置２００へ送信したスケジュールの内容に対してタスク実行者が同意する旨又は不同意である旨を示すフィードバック情報を、ユーザインターフェース装置２００から受信する。タスク実行者がスケジュール内容に同意する場合は、ユーザインターフェース装置通信部１１４は、実行予定期間が確定した旨の通知をユーザインターフェース装置２００へ送信してもよい。

タスク情報源通信部１１５は、タスク情報源１乃至ｎとの通信を行う。例えばタスク情報源通信部１１５は、タスク情報源１乃至ｎから送信されたタスク情報を受信する。またタスク情報源通信部１１５は、タスクの実行予定期間が確定した後に、対応するタスク情報の送信元であるタスク情報源１乃至ｎへ、確定した実行予定期間を通知する。

尚、プロセッサ１１０は、図４に示される機能のうち、一部の機能をプロセッサ１１０とは異なる他の回路に実行させてもよい。

図５は、タスク情報源１乃至ｎ、スケジューリング支援装置１００およびユーザインターフェース装置２００の間での処理の流れを示す図である。ここでは、上述した第１タスクと第２タスクの調停を例として説明する。

まず処理５０１においてタスク情報源１および２は、それぞれ第１タスク情報及び第２タスク情報を生成する。なお、図５は、タスク情報源１およびタスク情報源２をまとめてタスク情報源と示す。処理５０２においてタスク情報源１及び２は、生成された第１タスク情報及び第２タスク情報をそれぞれスケジューリング支援装置１００へ送信する。処理５０３においてスケジューリング支援装置１００は、タスク情報源１および２から受信した第１タスク情報及び第２タスク情報を格納する。処理５０４においてスケジューリング支援装置１００は、第１タスク情報にて示される第１タスクおよび第２タスク情報にて示される第２タスクについて調停を行い、各タスクについての実行予定期間を定めた第１スケジュールを作成する。処理５０５においてスケジューリング支援装置１００は、作成した第１スケジュールをユーザインターフェース装置２００へ送信する。ここでタスク実行者が、第１スケジュールの内容に対する「不同意」の旨をユーザインターフェース装置２００に入力したとする。この場合はその入力に応答して、処理５０６においてユーザインターフェース装置２００は、タスク実行者が入力した「不同意」を示すフィードバック情報をスケジューリング支援装置１００へ送信する。処理５０７においてスケジューリング支援装置１００は、ユーザインターフェース装置２００から受信した「不同意」を示すフィードバック情報に基づき、第１スケジュールとは内容の相違する第２スケジュールを作成してユーザインターフェース装置２００へ送信する。第２スケジュールの内容についてタスク実行者が同意し、ユーザインターフェース装置２００に「同意」の旨の入力がなされると、処理５０８においてユーザインターフェース装置２００は、「同意」を示すフィードバック情報をスケジューリング支援装置１００へ送信する。処理５０９においてスケジューリング支援装置１００は、ユーザインターフェース装置２００から受信した「同意」を示すフィードバック情報に基づき、第１タスクおよび第２タスクの実行予定期間を第２スケジュールに規定された内容で確定させ、タスク情報源１および２と、ユーザインターフェース装置２００へ確定したスケジュールを送信する。処理５１０においてタスク情報源であるタスク情報源１および２は、確定したスケジュールを受信することにより、自身が作成したタスク情報についてのスケジュール内容を認識することができる。処理５１１においてユーザインターフェース装置２００は、確定したスケジュールを受信する。その後、ユーザインターフェース装置２００は、例えばそのスケジュールで示されるタスクの開始予定時刻が近付いたタイミングでタスク実行者にタスクの実行を促す通知を行う処理等を行うことができる。

尚、処理５０１において２つのタスク情報が同時刻に生成されているように説明されているが、２つのタスク情報は異なる時刻に生成されるものであってもよい。また処理５０２では、２つのタスク情報が異なるタイミングでスケジューリング支援装置１００に送信されてもよい。例えば第１タスク情報が先にスケジューリング支援装置１００に送信され、第１タスクについてのスケジューリングが行われた後に第２タスク情報がスケジューリング支援装置１００に送信されてもよい。この場合であっても、処理５０４において２つのタスクに関して調停が行われる。

次に、タスクの具体的な例を挙げて実施例の詳細を説明する。ここでは、第１タスクについては開始予定時刻および終了予定時刻が規定され、第２タスクについては開始予定時刻および終了予定時刻が未だ規定されていない状態での調停を例として説明する。図６（ａ）及び図６（ｂ）は、第１タスク情報及び第２タスク情報の規定内容の例を示す図である。図６（ａ）に示すように、第１タスク情報には、「タスクＩＤ」「タスク名」「タスク実行者」「所要時間」「実行期限」「開始予定時刻」「終了予定時刻」が規定される。「タスクＩＤ」は、各タスクに固有に割り当てられる情報であり、この例では、タスク情報源１のＩＤ、例えば「＃１」と、タスク情報源１で生成されたタスクの番号、例えば「００１」とを組み合わせた「＃１００１」をタスクＩＤとしている。「タスク名」はタスク実行者がタスク内容を理解しやすいようにタスク内容を簡潔に表現するものが好ましく、この例ではタスク名は「返却商品Ｄの不良解析」とする。「タスク実行者」は、当該タスクを実行する人を特定する情報であり、この例では「タスク実行者」として「Ａ氏」が規定されている。尚、「タスク実行者」には、タスク実行者個人の名前を規定する必要はなく、タスク実行者の個人のＩＤ、タスク実行者に対応付けられたユーザインターフェース装置２００のＩＤでもよい。また、特にタスク実行者として個人を指定する必要がない場合、例えば特定部署所属の誰かが実行すればよいタスクである場合等は、「タスク実行者」としてタスク実行者の属性を規定してもよい。スケジューリング支援装置１００は、「タスク実行者」の規定に基づき、特定のユーザインターフェース装置２００に対して、タスク内容や実行予定期間等を示す情報を送信する。「所要時間」はタスクを実行するのに要する目安となる時間を示すものであり、例えば過去の実績から当該タスクの実行に要した平均時間を用いて所要時間を定めてもよい。この例では「所要時間」は「４時間」と規定されている。「実行期限」は、タスクが実行されるべき期限を示すものであり、本例では実行期限は「２０１４年８月２０日１７時」に設定されている。「開始予定時刻」は、タスクの実行が開始される予定時刻であり、「終了予定時刻」はタスクの実行が終了する予定時刻である。上述のように、本例では第１タスクについては「開始予定時刻」と「終了予定時刻」がそれぞれ「２０１４年８月１７日１３時」と「２０１４年８月１７日１７時」に設定されている。

一方、第２タスク情報については、「タスクＩＤ」に「＃２００１」、「タスク名」に「新規開発商品Ｅの市場動向調査」、「タスク実行者」に「Ａ氏」、「所要時間」に「３時間」、「実行期限」に「２０１４年８月１８日１７時」が、それぞれ規定されている。開始予定時刻」と「終了予定時刻」については未定の状態である。スケジューリング支援装置１００は、これら２つのタスク情報によって規定される２つのタスクについて調停を行う場合、まず２つのタスクの実行順序を決定する。

図７は、図６（ａ）及び図６（ｂ）に示すタスク情報に基づいて定められた複数のタスクの実行順序を示す図である。タスクの実行順序は様々な観点で定めることができる。例えばタスクの実行期限までの時間が短いタスクが優先して実行されるように実行順序を定めたり、タスクの成果物を提示する相手が重要顧客であるタスクが優先して実行されるように実行順序を定めることができる。実行順序を決定する際に用いる情報を「優先度情報」と呼び、その情報の種別を「ソーティング項目」と呼ぶ。ここでは「実行期限」がソーティング項目である場合について説明する。第１タスク情報が規定する優先度情報である第１タスクの実行期限は「２０１４年８月２０日１７時」であり、第２タスク情報が規定する優先度情報である第２タスクの実行期限は「２０１４年８月１８日１７時」である。この場合、第２タスクの実行期限である「２０１４年８月１８日１７時」の方が、第１タスクの実行期限である「２０１４年８月２０日１７時」よりも早い時期に設定されている。そのため、第２タスクの方が第１タスクよりも優先度（緊急度）が高いタスクであると判断でき、実行順序としては、第２タスクが上位に、第１タスクが下位に配置される。この実行順序に基づき、第２タスクの実行予定期間を、第１タスクの実行予定期間よりも早い日時に設定される。

図８（ａ）及び図８（ｂ）は、図７に示したタスクの実行順序に基づいて実行予定期間が定められた２つのタスク情報の内容を示すものである。尚、この事例では、この２つのタスクに関する調停が、２０１４年８月１７日１２時に行われたものとして説明する。図８（ａ）が第１タスク情報を、図８（ｂ）が第２タスク情報の内容を示す。図８（ｂ）に示すように、実行順序の順位が上位の第２タスクについて、「２０１４年８月１７日１３時」に開始予定時刻が設定され、「２０１４年８月１７日１６時」に終了予定時刻が設定される。また図８（ａ）に示すように、実行順序の順位が下位の第１タスクについては、第２タスクの終了予定時刻よりも遅い「２０１４年８月１８日８時」に開始予定時刻が設定され、「２０１４年８月１８日１２時」に終了予定時刻が設定される。第１タスクについては、調停前に既に開始予定時刻として「２０１４年８月１７日１３時」が、終了予定時刻として「２０１４年８月１７日１７時」が設定されていたため、第２タスクとの調停によって開始予定時刻及び終了予定時刻が変更されたことになる。図８（ａ）に示される第１タスク情報及び図８（ｂ）に示される第２タスク情報を併せて、ここでは第１スケジュールと呼ぶこととする。第１スケジュールは、例えば、第１スケジュールにて示されるタスク実行者の情報に基づいて、そのタスク実行者によって操作されるユーザインターフェース装置２００宛へスケジューリング支援装置１００から送信される。

次に、調停によって定められた第１スケジュールについて、タスク実行者がスケジュールの内容に同意しなかった場合に他のスケジュールを作成する手順の詳細について説明する。

図９は、ユーザインターフェース装置２００の表示デバイス２６０に表示される、第１スケジュールの内容を表示した予定表を例示する図である。このように、スケジューリング支援装置１００が行った調停によって作成された第１スケジュールの内容を、タスク実行者はユーザインターフェース装置２００を用いて認識することができる。尚、ここでは表示デバイス２６０が第１スケジュールの内容を表示する例を示したが、他にも音出力デバイス２８０が音声でタスク実行者にスケジュール内容を通知してもよい。また図９の例では、「タスク名」、「開始時刻」、「終了時刻」といったタスク実行に関する情報の他に、「備考」として「実行期限」も表示される。これにより、タスク実行者は、各タスクの実行期限を認識することができ、例えば第１スケジュールの内容に同意すべきか、他のスケジュールの提示を要求すべきかを検討することができる。また、第１タスクに関しては更に「備考」の欄に、「２０１４年８月１７日１３時からの変更」の旨を表示してもよい。この表示によりタスク実行者は、第１タスクが「２０１４年８月１７日１３時」に開始するようスケジューリングされていたこと、及びスケジュールが変更された結果として、現在表示されているスケジュール内容となったことを認識することができる。

図１０は、タスク実行者が、第１スケジュールの内容に同意するか否かをスケジューリング支援装置１００に対してフィードバックする際に用いる、表示デバイス２６０に表示される画面の一例を示す図である。表示デバイス２６０には、スケジューリング支援装置１００が作成した第１スケジュールの内容に、タスク実行者が「同意」するか「不同意」であるかを選択するボタンが設定される。タスク実行者は、スケジューリング支援装置１００から提示された第１スケジュールの内容に同意する場合には、表示デバイス２６０に設けられた「同意」のボタンを選択する。またタスク実行者は、第１スケジュールの内容に同意しない場合は、「不同意」のボタンを選択する。例えば第１タスクの実行期限が「２０１４年８月２０日１７時」に設定されてはいるが、それよりも早い時期に不良原因を解明することを顧客に対して表明している場合や、第２タスクについては既に基本的な情報収集が済んでいる等の場合に、タスク実行者は「不同意」を選択することができる。これにより、タスク実行者は他のスケジュールの作成および提示をスケジューリング支援装置１００に要求することができる。

図１１は、第１スケジュールに対してタスク実行者が「不同意」を選択した場合の、変更された実行順序について説明する図である。図７では、スケジューリング支援装置１００は、第１タスクの実行期限と第２タスクの実行期限を比較し、実行期限が早い日時に設定されているタスクの実行順序の順位を上位に設定した。そして、設定した実行順序に基づき、実行順序の順位が上位のタスクが先に実行されるように、２つのタスクのそれぞれの開始予定時刻及び終了予定時刻を設定して第１スケジュールを作成した。このようにして作成された第１スケジュールに対してタスク実行者が「不同意」である場合は、スケジューリング支援装置１００は２つのタスクの実行順序を変更する。ここでは、第１タスクの順位が第２タスクの順位よりも上位に配置されるように実行順序を変更する。但し、各タスクの実行期限は変更しないものとする。

図１２は、図１１に示した変更された実行順序に基づいて調停された、２つのタスク情報の内容を示すものである。実行順序の順位が上位のタスクが、実行順序の順位が下位のタスクよりも先に実行されるように、２つのタスクの開始予定時刻と終了予定時刻が調停され設定される。図１２（ａ）は変更後の第１タスク情報を示し、図１２（ｂ）は変更後の第２タスク情報を示す。第１タスク情報では、「２０１４年８月１７日１３時」が第１タスクの開始予定時刻として規定され、「２０１４年８月１７日１７時」が終了予定時刻として規定される。また第２タスク情報では、「２０１４年８月１８日８時」が第２タスクの開始予定時刻として規定され、「２０１４年８月１８日１１時」が終了予定時刻として規定される。第１スケジュールに比べて、第１タスクと第２タスクの開始時刻及び終了予定時刻が変更され、異なる内容のスケジュール（以下、第２スケジュールと呼ぶ）が作成される。スケジューリング支援装置１００は、作成した第２スケジュールをユーザインターフェース装置２００へ送信する。ユーザインターフェース装置２００は、スケジューリング支援装置１００から送られた第２スケジュールの内容を表示デバイス２６０に表示する。また、ユーザインターフェース装置２００は、図１０に示したように、第２スケジュールの内容に対するフィードバックのための画面を表示する。タスク実行者は、第２スケジュールの内容に同意する場合は、図１０で示した「同意」のボタンを選択する。これにより、２つのタスクのスケジューリングに関する調停、及びタスク実行者からのフィードバックを受けての再度の調停が終了し、スケジュール作成の動作が終了する。第２スケジュールについてもタスク実行者が不同意の場合は、更なる調停が行われる。

図１３は、プロセッサ１１０が実行する調停処理のフローチャートである。調停処理は処理１０００により開始され、処理１００１においてタスク情報格納部１１１が、タスク情報を取得して格納する。処理１００２において調停部１１３が、タスク情報格納部１１１とスケジュール格納部１１２の中に複数のタスク情報が格納されているか否かを判定する。処理１００２において複数のタスク情報が格納されていると判定された場合は処理１００３へ移行し、一つのタスク情報のみが格納されていると判定された場合は、処理１００４へ移行する。処理１００３において調停部１１３は、複数のタスク情報の内容を参照し、複数のタスク情報によって規定される複数のタスクの実行順序を決定する。処理１００４において調停部１１３は、タスクの開始予定時刻及び終了予定時刻を決定してスケジュールを作成する。複数のタスク情報が存在する場合は、調停部１１３は、処理１００３で決定された実行順序に基づいて、実行順序の順位が上位のタスクが実行順序の順位が下位のタスクよりも早い日時に実行されるよう、複数のタスクの調停を行う。処理１００５においてユーザインターフェース装置通信部１１４は、作成したスケジュールをユーザインターフェース装置２００へ送信する。処理１００６においてユーザインターフェース装置通信部１１４が、ユーザインターフェース装置２００からフィードバック情報を受信する。処理１００７において調停部１１３は、フィードバック情報に基づき、タスク実行者がスケジュールの内容に同意したか否か判定する。処理１００７においてタスク実行者がスケジュールの内容に同意しなかったと判定された場合は処理１００８へ移行し、タスク実行者がスケジュールの内容に同意したと判定された場合は処理１００９へ移行する。処理１００８において調停部１１３は、処理１００３で作成された実行順序を変更する。処理１００８の後は処理１００４へ戻り、調停部１１３は変更された実行順序に基づいてスケジューリングを再度実行する。また、処理１００９において調停部１１３は、スケジュールの内容を確定させる。そして処理１０１０においてユーザインターフェース装置通信部１１４およびタスク情報源通信部１１５は、確定したスケジュールをユーザインターフェース装置２００及びタスク情報源１へそれぞれ通知し、処理１０１１にて処理が終了する。

このように第１実施例では、複数のタスクが発生した場合、スケジューリング支援装置１００が各タスク情報に含まれる優先度情報に基づいて調停を行い、ユーザインターフェース装置２００へスケジュールを通知する。複数のタスクの調停は、例えば各タスクの実行期限を考慮して行われる。スケジュールの内容にタスク実行者が同意しない場合は、スケジューリング支援装置１００は実行順序を変更して別のスケジュールを作成しタスク実行者に提示する。そのため、スケジュール確定にあたってタスク実行者の希望が考慮され、よりタスク実行者にとって遂行しやすい、もしくはタスク実行者自身が納得するスケジュールの作成が可能となる。

尚、第１実施例では、スケジューリングにおいてタスクの開始予定時刻および終了予定時刻の両方を定める例について説明したが、開始予定時刻と終了予定時刻の片方のみをスケジューリングしてもよい。例えばタスクの所要時間が明確に定まらないタスクについては開始予定時刻と終了予定時刻の両方をスケジューリングすることが困難な場合がある。このような場合、スケジューリング支援装置１００は、開始予定時刻と終了予定時刻の片方のみをスケジューリングしてもよい。

また、第１実施例では、複数のタスク情報が異なるタスク情報源から生成される例について説明したが、複数のタスク情報が複数の独立したタスク情報源から生成される必要はなく、単一のタスク情報源が複数のタスク情報を生成してもよい。

＜第２実施例＞
第２実施例では、複数のタスクの実行順序の定め方、及びタスク実行者が使用するユーザインターフェース装置２００の操作画面の例について説明する。第２実施例では、Ａ氏が勤める会社内の複数の異なる部署もしくは複数の異なるプロジェクトのそれぞれが有する複数の管理サーバが、Ａ氏が実行するタスクを規定するタスク情報を生成するケースを例に挙げて説明する。

図１４は、第２実施例におけるタスク情報の内容を示す図である。図１４（ａ）は、タスク情報源１が生成した「返却商品Ｄの不良解析」（第１タスク）を規定する第１タスク情報、図１４（ｂ）は、タスク情報源２が生成した「新規開発商品Ｅの市場動向調査」（第２タスク）を規定する第２タスク情報、図１４（ｃ）は、タスク情報源３が生成した「商品Ｆの出荷前電気特性試験」（第３タスク）を規定する第３タスク情報を、それぞれ示している。タスクの実行期限は、第１タスクでは「２０１４年８月２０日１７時」に、第２タスクでは「２０１４年８月１８日１７時」に、第３タスクでは「２０１４年８月２１日１７時」に、それぞれ設定されている。またタスクの実行場所としては、第１タスクでは「川崎工場内Ｈ実験棟」と、第２タスクでは「横浜支店Ｉ資料室」と、第３タスクでは「川崎工場内Ｈ実験棟」と、それぞれ設定されている。また、タスクを実行する際の使用ツールとしては、第１タスクでは「解析装置Ｐ」と、第２タスクでは「資料室備え付け専用端末Ｑ」と、第３タスクでは「プローバＲ」と、それぞれ設定されている。また、タスクの関係者の属性としては第１タスクでは「顧客」と、第２タスクでは「上司」と、第３タスクでは「顧客」と、それぞれ設定されている。また、タスク情報作成者属性としては第１タスクでは「社長」と、第２タスクでは「部長」と、第３タスクでは「課長」と、それぞれ設定されている。これら３つのタスクについての調停を行う際、実行順序を決定するためのソーティング項目が「実行期限」である場合は、第２タスクが第１優先、第１タスクが第２優先、第３タスクが第３優先となる。そしてこの実行順序で３つのタスクが実行されるようにスケジューリングが行われる。

図１５は、図１４に示した３つのタスクについて作成されたスケジュールについて、タスク実行者が不同意の意志をユーザインターフェース装置２００に入力する際の、表示デバイス２６０の表示内容を例示するものである。図１５に示す内容は、例えば図１０に示した表示デバイス２６０の表示において、タスク実行者が「不同意」のボタンを選択した場合に、表示されるものである。スケジューリング支援装置１００が作成したスケジュール内容にタスク実行者が不同意の場合、タスク実行者は単に不同意である旨をスケジューリング支援装置１００に通知するだけでもよい。その場合は、タスク実行者の希望内容が具体的にスケジューリング支援装置１００へ通知されないため、新たに作成されたスケジュールもタスク実行者の希望に沿わない場合がある。このようなことを極力避けるために本実施例では、どのような方針で新たなスケジュールが作成されることを希望するのかを、タスク実行者が指定もしくは選択する。例えば表示デバイス２６０には「実行順序変更」「ソーティング項目変更」「個別日時指定」のボタンが表示される。「実行順序変更」のボタンを選択すると、調停の対象となっている各タスクについて、タスク実行者が実行順序を指定することができる。最初にスケジューリング支援装置１００によって作成されたスケジュールは、第２タスクの実行順を第１位、第１タスクの実行順を第２位、第３タスクの実行順を第３位として作成されているが、この実行順序をタスク実行者が任意に変更することができる。また「ソーティング項目変更」のボタンを選択すると、タスク情報に規定される「実行期限」「実行場所」「使用ツール」「関係者属性」「タスク情報作成者属性」等の項目の何れを用いて実行順序を定めるかを、タスク実行者が特定することができる。例えば、「実行場所」が選択された場合は、タスクの実行場所が、現時点でタスク実行者が居る場所に近いものほど実行順序の順位が上位に設定されるか、もしくは実行場所が近い複数のタスクが連続して実行されるようにスケジューリングがなされる。尚、タスク実行者の居る場所の検出方法については、第３実施例にて説明する。また「使用ツール」が選択された場合は、タスクの使用ツールが、現時点でタスク実行者が使用しているツールと同一のタスクが先に実行されるように実行順序が定められる、もしくは使用ツールが同一である複数のタスクが連続して実行されるようにスケジューリングされる。現時点でタスク実行者が使用しているツールは、現時点でタスク実行者が実行しているタスクのタスク情報の規定内容に基づいて特定される。また「関係者属性」が選択された場合は、関係者属性に基づいてスケジューリングがなされる。例えば「関係者属性」の種別として「顧客」、「上司」、「同僚」が規定され、関係者属性が「顧客」と規定されるタスクの優先度が１位、関係者属性が「上司」と規定されるタスクの優先度が２位、関係者属性が「同僚」と規定されるタスクの優先度が３位と定められているとものする。その場合は、関係者属性として「顧客」を規定している第１タスク及び第３タスクの順位が上位に設定されてスケジューリングが行われる。また「タスク情報作成者属性」が選択された場合は、タスク情報作成者の属性に基づいてスケジューリングがなされる。例えば「タスク情報作成者属性」の種別として「社長」、「部長」、「課長」が規定され、タスク情報作成者属性が「社長」と規定されるタスクの優先度が１位、タスク情報作成者属性が「部長」と規定されるタスクの優先度が２位、タスク情報作成者属性が「課長」と規定されるタスクの優先度が３位と定められているものとする。その場合は、実行順序が第１タスク、第２タスク、第３タスクの順に設定されてスケジューリングが行われる。また、表示デバイス２６０に表示された「個別日時指定」が選択された場合は、タスク毎に開始予定時刻として具体的な日時を指定することができる。例えば図１５の例では、第１タスクと第２タスクについては、提示されたスケジュールの内容で確定され、第３タスクについては「２０１４年８月１９日以降」という指定がなされる。スケジューリング支援装置１００は、このようなユーザインターフェース装置２００からの指示に従ってスケジューリングを実行する。これにより、スケジューリングされた内容に対してタスク実行者が単に不同意である意志を示すだけではなく、具体的にどのような観点でのスケジュール変更を希望するのかがスケジューリング支援装置１００へ通知され、よりタスク実行者の意向に沿ったスケジュール変更が行われる。

尚、本実施例で示したソーティング項目はあくまでも一例であり、他の内容がソーティング項目として設定されてもよい。また、提案されたスケジュール内容に対してタスク実行者が同意しない場合であっても、タスク実行者は必ずしも希望するスケジュール内容を具体的に特定することなく、単にスケジュール内容に同意しない旨のみのフィードバックを行ってもよい。

＜第３実施例＞
第１実施例および第２実施例では、タスク情報が生成された後にどのタイミングでそのタスク情報によって規定されるタスクのスケジューリングが実行されるのかについては規定していない。第３実施例では、タスクのスケジューリングを実行する条件を定め、条件が満たされたことを契機としてスケジューリングが実行される例について説明する。

図１６は、第３実施例におけるスケジューリング支援装置１００のプロセッサ１１０の機能ブロック図である。プロセッサ１１０は、データ格納デバイス１４０等に格納されたコンピュータプログラムを実行することにより、図４にて説明したタスク情報格納部１１１、スケジュール格納部１１２、調停部１１３、ユーザインターフェース装置通信部１１４、およびタスク情報源通信部１１５に加え、条件判定部１１６として機能する。条件判定部１１６は、スケジューリング実行条件が満たされたか否かを判定する機能ブロックである。スケジューリング実行条件が満たされたと条件判定部１１６が判定した場合は、調停部１１３がタスクのスケジューリングを実行する。

図１７は、第３実施例におけるタスク情報の内容を示す図である。図１７（ａ）は、スケジューリング実行条件が付されたタスク情報を示す図である。この例では、タスクの内容が、「映画Ｇの鑑賞」であるものとする。このタスク情報の生成元は、映画配給会社もしくは映画興行会社が管理するサーバ等のタスク情報源４であるものとする。タスク情報には、第１実施例にて説明したように、「タスクＩＤ」「タスク名」「タスク実行者」「所要時間」「実行期限」「実行場所」等、タスク内容を特定する情報が含まれる。この例では「実行期限」には、映画の最終上映日の最終回の上映開始時刻が規定されている。本タスクの「タスク実行者」は、映画Ｇの前売り券を購入し、自身のユーザインターフェース装置２００をタスク情報源４に登録した者（Ａ氏）とする。またこの映画Ｇは複数の映画館で上映されるものであり、上映される映画館や上映時刻は変更されることもあるため、「実行場所」としては「特定映画館」と規定され、特定映画館の詳細や上映時刻の詳細は、タスク情報とは別の補足情報としてタスク情報源４内に保持されるものとする。図１７（ｂ）は、補足情報の一例を示す図である。尚、図１７（ｂ）には図示されていないが、補足情報は、各映画館の位置情報として経度情報および緯度情報を有していてもよい。

図１７（ａ）に示すタスク情報には、「スケジューリング実行条件」が規定されている。この例では、「スケジューリング実行条件」として、「特定映画館から半径２ｋｍ以内」という条件が規定されている。これは、タスク実行者のユーザインターフェース装置２００が、補足情報によって特定される映画館の位置から２ｋｍ以内の範囲に存在することが、スケジューリングが実行される条件であることを意味する。

図１８は、第３実施例を実施するためのユーザインターフェース装置２００のハードウェア構成を示す図である。ユーザインターフェース装置２００は、図３で示したユーザインターフェース装置２００のハードウェア構成に加え、測位手段としてＧｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ（ＧＰＳ）モジュール２９５を有する。これによりスケジューリング支援装置１００は、ユーザインターフェース装置２００の位置情報を取得することができる。尚、ＧＰＳモジュール２９５は、ユーザインターフェース装置２００の位置情報を取得するためのデバイスの例であり、他のデバイスが用いられてもよい。

図１６に戻り、条件判定部１１６は、ユーザインターフェース装置２００の位置と特定の映画館との位置との関係に基づき、スケジューリング実行条件が満たされたか否かを判定する。スケジューリング実行条件が満たされたと判定された場合は、条件判定部１１６は調停部１１３へ通知し、調停部１１３がスケジューリングを実行する。調停部１１３はスケジューリングを行うにあたって、タスク情報の補足情報である上映映画館毎の上映時刻を参照し、例えば現在時刻に最も近い映画の上映開始時刻を、タスクの開始予定時刻として設定する。このように、映画の前売りチケットを購入したタスク実行者が、特定の映画館の近くを通った時には、自動的に映画鑑賞のタスクについてスケジューリングが行われるため、タスク実行者は、適切なタイミングで映画Ｇを鑑賞することが可能となる。勿論、他のタスクが存在する場合、例えば映画Ｇの上映時刻には既に別のタスクがスケジューリングされている場合には、スケジューリング支援装置１００は、映画鑑賞のタスクと当該別のタスクに関して実行順序を決定し、調停を行ったうえで各タスクについてスケジューリングを行う。また作成されたスケジュール内容はユーザインターフェース装置２００へ送信され、タスク実行者がスケジュール内容に同意しない場合は、スケジューリング支援装置１００は他のスケジュールを作成する。

このように第３実施例では、タスク情報はスケジューリングを実行するための条件を含み、スケジュール実行条件が満たされた場合にスケジューリングが実行されるため、適切なタイミングでタスクをスケジュール上に配置することができる。本実施例では、映画館の近くに来た場合にスケジューリングが実行される例を示したが、他にも、映画の上映期間末日までの日数が１０日となったこと等を、スケジューリングの実行条件として規定してもよい。

＜第４実施例＞
第４実施例では、調停の対象となる複数のタスクの中に、既にスケジューリングが行われて開始予定時刻や終了予定時刻が定められているタスクがある場合に、そのタスクのスケジュールを変更させることが可能か否かをタスク情報源に問合せる例を説明する。

図１９（ａ）は、「映画Ｇの鑑賞」というタスク（第４タスク）のタスク情報の例を、図１９（ｂ）は、「英会話クラスＫの受講」というタスク（第５タスク）のタスク情報の例を示す図である。第４タスクは、図１７（ａ）に示したタスク情報と同内容のタスク情報であり、映画配給会社もしくは映画興行会社が管理するサーバであるタスク情報源４をタスク情報源とするものとする。そして、タスク実行者のユーザインターフェース装置２００が特定の映画館から２ｋｍ以内に位置する場合に、第４タスクについてのスケジューリングが実行される。第４タスクの実行期限は、映画の最終上映日の最終回上演の開始時刻、この例では２０１４年８月２４日２３時４０分に設定されている。

一方、第５タスクは、英会話スクールＷが管理する予約サーバであるタスク情報源５をタスク情報源とするものである。第５タスクについては、既に開始予定時刻と終了予定時刻が定められている。これは、例えばタスク実行者が英会話教室の予約サーバであるタスク情報源５に対して、英会話クラスＫの受講予約の手続きを行い、予約が完了している場合等である。但し、英会話スクールＷの取決めとして、このクラスの受講は、２０１４年８月２６日までの間に複数回開講され、クラスが定員オーバにならない限り、予約の変更が可能となっているものとする。そのため、第５タスクについては実行期限が２０１４年８月２６日に設定されている。

このような状況において第４タスクと第５タスクについての調停が実行される。例えばソーティング項目として「実行期限」が設定されていれば、第４タスクの優先度が第５タスクの優先度よりも高いため、第５タスクのスケジュールが変更される可能性がある。しかし、英会話クラスＫのスケジュールを変更するためには、英会話スクールＷが英会話クラスＫを何日のどの時間帯に開催するのか、またその回の空き席状況がどのようになっているか、等の情報を収集する必要がある。このような場合、図１９（ｂ）に示すように、第５タスクの実行期限の欄にフラグ（＊）を生成しておく。そしてフラグが付されている場合には、調停部１１３は、調停を行う際にタスク情報源５に問合せを行う。問合せ内容は、英会話クラスＫの空き席状況を確認するものである。英会話クラスに空き席が存在しない場合は、調停部１１３は、第５タスクのスケジュール内容を固定のものとし、第４タスクのスケジューリングによって第５タスクのスケジュールが変更されないように調停を行う。逆に英会話クラスＫに空き席があり、予約を変更することが可能な場合は、第５タスクのスケジュールを変更可能なものとして調停が行われ、変更されたスケジュールがユーザインターフェース装置２００へ送信される。この場合調停部１１３は、英会話スクールＷのサーバであるタスク情報源５に対して、変更後の時間帯で英会話クラスＫの仮予約を行ってもよい。そして変更されたスケジュールにタスク実行者が同意した場合には、調停部１１３は仮予約を本予約に変更する。これにより、タスク実行者が英会話スクールＷに連絡をする手間なく予約を変更することが可能となる。

図２０は、第４実施例においてプロセッサ１１０が行う調停処理のフローチャートである。図１３で示した処理内容と同一の処理については同一の参照符号を付し、説明を省略する。処理１００２において複数のタスク情報があると判定された場合は、処理２００１において調停部１１３が、タスク情報に含まれる「実行期限」の欄にフラグが設定されているか否かを判定する。処理２００１においてフラグが設定されていないと判定された場合は、処理１００３へ移行し、処理２００１においてフラグが設定されていると判定された場合は、処理２００２へ移行する。処理２００２において調停部１１３が、タスク情報源に予定変更の可能性について問合せを行う。そして処理１００３において調停部１１３が複数のタスクの実行順序を決定する。この際、処理２００２において予定変更が不可である場合は、「実行期限」の欄にフラグが設定されたタスクを調停対象外とする。

＜第５実施例＞
第５実施例では、同一のタスクが複数のタスク実行者によって実行される場合について説明する。例えば会社での会議のように、複数人が協働して単一のタスクを実行する場合、スケジューリング支援装置１００は、複数のタスク実行者に対するスケジュールの送信や、複数のタスク実行者からのフィードバック情報に基づく調停処理を行う。

図２１は、ネットワーク５００を介して複数のユーザインターフェース装置２００ａ、２００ｂ、２００ｃがスケジューリング支援装置１００に接続されたシステムの構成図である。また図２２は、タスク実行者が複数人いる場合のタスク情報の例を示す。

図２２に示されるタスク情報によって規定されるタスク（以下、第６タスク）は、タスクＩＤが「＃１００２」、タスク名が「商品Ｄの不良解析の結果に基づく対策会議」、タスク実行者が「Ａ氏、Ｂ氏、Ｃ氏」、所要時間が「３時間」、実行期限が「２０１４年８月２５日１７時」と規定されている。このような場合、スケジューリング支援装置１００は個々のタスク実行者に対して調停処理を行い、第６タスクのタスク実行者の全員が参加できる時間帯を特定して第６タスクの開始予定時刻と終了予定時刻を設定する。その後スケジューリング支援装置１００は、作成したスケジュールを第６タスクのタスク実行者全員のユーザインターフェース装置２００ａ、２００ｂ、２００ｃに対して送信する。第６タスクのタスク実行者は各自、作成されたスケジュールの内容に対するフィードバック情報を、ユーザインターフェース装置２００ａ、２００ｂ、２００ｃを介してスケジューリング支援装置１００に対して通知する。タスク実行者の全員が、作成されたスケジュールの内容に対して同意する場合は、スケジューリング支援装置１００はスケジュールを確定させる。複数のタスク実行者の一部のタスク実行者が、スケジュールの内容に対して同意しない場合は、スケジューリング支援装置１００は再度のスケジューリングを行う。但し、タスク実行者の全員の意見が一致しなくても会議を開催するべきとタスク作成者が判断する場合は、例えば「タスク実行者の過半数が参加可能な場合はタスク実行可」等の条件をタスク情報にて規定する。これにより、一部のタスク実行者がスケジュールの内容に不同意であってもタスクの実行予定期間が設定される。

尚、本実施例において、第６タスクのタスク情報には、「先行タスクＩＤ」を特定する情報が含まれている。これは、第６タスクの実行が、特定の他のタスクが実行された後に行われるものであることを意味する情報である。例えば一つのプロジェクトを進めるために複数の関連するタスクが順次実行されるような場合、タスク情報は、タスクの連結状態を示すために、一のタスクと当該一のタスクの先行タスクもしくは後続タスクを特定する情報を含んでもよい。先行するタスクのスケジュールが変更された場合は、必要に応じて後続のタスクについてもスケジュールが変更される。

ここまで、複数の実施例について説明したが、更に幾つかの変形例及びスケジューリング支援装置１００の付加的な機能について以下に説明する。

（スケジュールの格納場所について）
図２３は、スケジュールを格納する機能部の配置場所のバリエーションを示している。第１実施例では、スケジューリング支援装置１００のプロセッサ１１０もしくはメモリ１３０が、スケジュール格納部として機能する例を示した。その他、タスク情報源１乃至ｎの一つにスケジュールを格納する領域を設けてもよく、またスケジューリング支援装置１００がアクセス可能なクラウドシステム６００上にスケジュールを格納してもよい。この場合、スケジューリング支援装置１００は、必要に応じてタスク情報源１乃至ｎまたはクラウドシステム６００にアクセスする。また各タスク実行者のユーザインターフェース装置２００内にスケジュールを格納する領域を設けてもよい。スケジューリング支援装置１００は、タスクの調停を行う際には、ユーザインターフェース装置２００からタスク実行者のスケジュールを取得し、更新されたスケジュールが作成された場合は、更新されたスケジュールをユーザインターフェース装置２００へ通知する。

（ユーザインターフェース装置２００へのスケジュールの送信時期について）
ここでは、スケジューリング支援装置１００が、作成したスケジュールをユーザインターフェース装置２００へ送信する時期の変形例について説明する。スケジューリング支援装置１００は、スケジューリング後、直ちに作成したスケジュールをユーザインターフェース装置２００に送信してもよい。しかし、タスクの開始予定時刻までの時間が非常に長いタスク、例えば１年以上も先に実行が予定されるタスクのスケジュールは、タスク実行者にとって重要な情報でない場合がある。よって、例えば開始予定時刻が現在から所定期間以降のタスク、例えば３ヶ月以上先のタスクについては、ユーザインターフェース装置２００への送信をしない等の制御をスケジューリング支援装置１００が行ってもよい。言い換えれば、スケジューリング支援装置１００は、タスクの開始実行予定時刻までの時間が所定時間になった時点でスケジュールをユーザインターフェース装置２００へ送信し、タスク実行者のフィードバックに基づいて再度の調停やスケジュールの確定を行ってもよい。

また、スケジューリング支援装置１００は、作成したスケジュールの全内容を同じタイミングでユーザインターフェース装置２００へ送信しなくてもよい。スケジューリング支援装置１００は、例えば開始予定時刻が近付いたタスクのスケジュールから順次選択的に、ユーザインターフェース装置２００へ送信してもよい。

（タスク情報源について）
タスク情報源１乃至ｎとしては、ＢＰＭを実行するサーバや、個人用または複数人が共同で入力することができる電子スケジュールデバイス、実行されるべきタスクを列挙して電子的に格納しておく電子アクションアイテムリストデバイス等を用いることができる。

（ハードウェア構成について）
第１乃至第５実施例では、タスク情報源１乃至ｎやユーザインターフェース装置２００が、スケジューリング支援装置１００とはハードウェアとして別体である例を説明した。しかし、タスク情報源１乃至ｎやユーザインターフェース装置２００は、スケジューリング支援装置１００と一体のハードウェア構成で実現されてもよい。例えばタスク情報源1乃至ｎ自身が、複数のタスクについて調停を行い、作成したスケジュールをユーザインターフェース装置２００へ送信してもよい。また、スケジューリング支援装置１００の入力デバイス１５０および表示デバイス１６０を、タスク実行者とのユーザインターフェースとして機能させてもよい。この場合、タスク実行者が表示デバイス１６０を用いてタスクのスケジュール内容を確認し、入力デバイス１５０を用いてスケジュール内容に対するフィードバック情報を入力する。またユーザインターフェース装置２００の中にスケジューリング支援装置１００と同等の機能を含め、ユーザインターフェース装置２００がタスク情報源１乃至ｎからタスク情報を取得して調停を行ってもよい。更には、タスク実行者が自ら作成したタスクをユーザインターフェース装置２００に入力し、ユーザインターフェース装置２００に調停を実行させてもよい。この場合は、図１に示したシステム全体がユーザインターフェース装置２００にて実現されることになる。

（アラーム機能について）
第１乃至第５実施例では、スケジューリング支援装置１００は、確定したスケジュールをユーザインターフェース装置２００へ送信する。しかし一般にタスク実行者は、ユーザインターフェース装置２００を用いてスケジュール内容を常時確認している訳ではなく、あるタスクを所定の時間に開始すべきことを忘れている場合もある。そこで、スケジューリング支援装置１００は、タスクの開始予定時刻が近付いた時点で、ユーザインターフェース装置２００にタスクの開始予定時刻が近付いたことを通知する。ユーザインターフェース装置２００は、例えば音出力デバイス２８０からアラーム音等を出力することにより、タスク実行者に注意を促す。タスクの開始予定時刻が近付いたことの管理は、スケジューリング支援装置１００ではなくユーザインターフェース装置２００が行ってもよい。

尚、このアラームが発行された時点においても、タスク実行者はユーザインターフェース装置２００を用いてスケジューリング支援装置１００に対してスケジュール内容に「不同意」である旨のフィードバック情報を送信してもよい。スケジュールが作成された時点では、タスク実行者がスケジュール内容に同意していても、タスクが実行される直前の時点では状況が変わり、スケジュール内容の変更をタスク実行者が希望する場合もあるからである。この場合は、スケジューリング支援装置１００は再度調停を行い、新しいスケジュールを作成する。

（フィードバックについて）
第１乃至第５実施例では、スケジューリング支援装置１００へのフィードバック情報は、ユーザインターフェース装置２００の表示デバイス２６０に表示された「同意」や「不同意」等のボタンを用いて選択される例を示した。しかしフィードバック情報の選定方法としては他の方法も適用し得る。例えば、ユーザインターフェース装置２００に設けられた音入力デバイス２８５にタスク実行者が特定の音声を入力し、プロセッサ１１０が、タスク実行者がスケジュールに同意であるのか不同意であるのかを、音声認識アルゴリズムにより特定してもよい。他の方法としては、例えばスケジューリング支援装置１００が、ユーザインターフェース装置２００に設けられたＧＰＳモジュール２９５を用いてユーザインターフェース装置２００の移動状況を取得する。そして、直近に実行されるべきタスクの実行場所に向かってユーザインターフェース装置２００が移動していると判定できる場合は、スケジューリング支援装置１００は、タスク実行者の意図がスケジュール内容に「同意」であると判断する。逆に、直近に実行されるべきタスクの実行場所に向かってユーザインターフェース装置２００が移動していないと判定できる場合は、スケジューリング支援装置１００は、タスク実行者の意図がスケジュール内容に「不同意」であると判断する。このように、スケジューリング支援装置１００へのフィードバックは、タスク実行者が積極的に自身の意図をユーザインターフェース装置２００に入力するだけでなく、ユーザインターフェース装置２００が検知するタスク実行者の行為に基づいてなされてもよい。

尚、フィードバック情報には、実施例で示した「同意」、「不同意」以外にも、「延期」、「他者への委譲」等の変更を要求するものや、「開始」、「中断」、「延長」、「完了」等のタスクの進行状況に関するものを含めてもよい。これらのフィードバック情報を受けたスケジューリング支援装置１００は、必要に応じてスケジュールの再作成や、タスク情報源１乃至ｎへの通知を行う。例えば第２実施例では映画鑑賞のタスクについて説明したが、この映画鑑賞のタスクのスケジューリングに対するフィードバック情報として「延期」が選択された場合、スケジューリング支援装置１００は次回上映時刻を開始予定時刻としてスケジューリングを行う。

（調停方法について）
複数のタスクについて調停を行ってスケジュールを作成する場合、それぞれのタスクに設けられた実行期限を満たすようなスケジュールが複数通り作成できる場合がある。このような場合、調停部１１３は、更に以下の基準でスケジュールを作成してもよい。一の基準としては、調停部１１３は、各タスクの「所要時間」を参照し、一定時間以上の長いタスクが連続して実行されるようなスケジュールが作成されないように調停する。長時間のタスクを連続して実行することは、タスク実行者の疲労を増長させる恐れがあるため、長時間のタスクを実行した後には、短時間のタスクを実行できるよう、調停部１１３は複数のタスクのスケジューリングを行う。他の基準としては、調停部１１３は、タスク内容が同じタイプのタスクが連続して実行されるようなスケジューリングを避ける。同じ、もしくは類似する作業を連続して実行することは、タスク実行者の集中力を欠落させる恐れがあるため、あるタイプのタスクが実行された後には、異なるタイプのタスクが実行されるよう、調停部１１３は複数のタスクのスケジューリングを行う。このようなスケジューリングを行うためには、タスク情報に「タスクタイプ」といった情報が規定される。タスクタイプには、例えば「運搬作業」「包装作業」のように肉体労働のタイプに属するものや、「文書作成作業」「情報検索作業」のように知的労働のタイプに属するものを含ませてもよい。

またタスクタイプとして、当該タスクの実行が、複数回に分割して実行されることが可能か否かを示す情報が記載されてもよい。例えばタスクの所要時間が８時間である場合、８時間という長時間のタスクを連続して実行することは、タスク実行者にとっては負荷が大きい。しかしタスクの実行が複数回に分割して行うことが可能であれば、調停部１１３は、適宜タスクの実行期間を分割してスケジューリングする。これにより、タスク実行者の作業効率の改善を図ることができる。この場合は、タスクタイプとして「分割可」等の情報がタスク情報に規定される。

またタスクタイプとして、タスク実行者が、当該タスクの実行中に他のタスクを実行することが可能か否かを示す情報を記載してもよい。例えば電車を利用した大阪から東京への移動を規定するタスクであれば、タスク実行者は、電車での移動中にノート型ＰＣ等を用いた書面作成等のタスクを同時に実行することができる。そのため調停部１１３は、移動のタスクと書面作成のタスクを同じ時間帯に重ねてスケジューリングすることにより、タスク実行者の作業効率の改善を図ることができる。この場合、タスクタイプとして「ＰＣ使用タスクとの併存可」等の情報がタスク情報に規定される。

（既に実行予定期間が定められたタスクの調停について）
ここでは、調停の対象となる複数のタスクの中に、既にスケジューリングが行われて開始予定時刻や終了予定時刻が定められているタスクがある場合の、そのタスクの扱いの変形例について説明する。

既に開始予定時刻や終了予定時刻が定められているタスクについては、タスク実行者は定められたスケジュールに沿ってタスクを実行することについて準備を進めている場合がある。また、実行期限の観点ではスケジュールを後の日程に変更することが可能なタスクであっても、タスク実行者がスケジュール変更を希望しない場合もある。このようにタスク実行者が既定のスケジュールの変更を希望しない場合は、タスク実行者は、特定のタスクに関してはスケジュール内容を固定する旨を、ユーザインターフェース装置２００を介してスケジューリング支援装置１００へ通知する。この通知を受けたスケジューリング支援装置１００は、当該タスクを調停の対象外として管理し、他のタスクが発生した場合であっても、当該タスクに関してはスケジュールの変更は行わない。このように、特定のタスクについて既に確定したスケジュールを変更不可のものとして指定する機能は、タスク実行者にとって自身のスケジュールを自身の意志で管理するうえで有用な機能である。

その他、開始予定時刻等が既に定められているタスクについて、その開始予定時刻が迫っているタイミングで場合は、そのタスクを調停対象から除外してもよい。このように調停対象の除外を行うことにより、開始予定時刻の直前になってスケジュールが変更されるということが抑制できる。

（タスク情報源１乃至ｎのハードウェア構成について）
図２４は、タスク情報源１乃至ｎのハードウェア構成図である。タスク情報源１乃至ｎはそれぞれ、プロセッサ３１０、メモリ３３０、データ格納デバイス３４０、入力デバイス３５０、表示デバイス３６０、ＮＩＣ３７０およびバス３９０を有する。プロセッサ３１０は、タスク情報源１乃至ｎの全体の制御やデータ処理、タスク情報作成等に関する処理を行う。プロセッサ３１０は、ＣＰＵ、ＭＣＵ、ＭＰＵ、ＤＳＰ、ＦＰＧＡ等の電子回路部品である。メモリ３３０は、プロセッサ３１０が所定の処理を行うために使用するデータや、プロセッサ３１０が行ったデータ処理の結果であるデータ等を格納する。メモリ３３０は、ＤＲＡＭ、ＳＲＡＭ等の揮発性メモリや、マスクＲＯＭ、ＰＲＯＭ、フラッシュメモリ等の不揮発性メモリを含む電子回路部品である。データ格納デバイス３４０は、プロセッサ３１０によって実行されるコンピュータプログラムや、その他のタスク情報源１乃至ｎの動作に必要なデータ等を格納する。入力デバイス３５０は、タスク情報源１乃至ｎへのデータ等の入力を行うデバイスである。入力デバイス３５０は例えばタスク情報源１乃至ｎに設けられたキーボードやマウスである。表示デバイス３６０は、例えばプロセッサ３１０が行った処理の結果を表示するデバイスであり、例えばタスク情報源１乃至ｎに設けられたディスプレイである。ＮＩＣ３７０は、他の電子装置やサーバ等の情報処理装置との間でデータ通信を行うデバイスである。データ通信は無線による通信と有線による通信の何れであってもよい。バス３９０は、プロセッサ３１０、メモリ３３０、データ格納デバイス３４０、入力デバイス３５０、表示デバイス３６０等のデバイス間を接続し、デバイス間のデータ送信の経路として機能する。

開示の実施例に基づき、更に以下の付記を開示する。
（付記１）
複数のタスク情報にて規定される複数のタスクの第１実行順序に基づき、前記複数のタスクに関する第１スケジュールを作成し、
前記第１スケジュールに関する通知がなされた場合に、前記複数のタスクに関するスケジュールであって前記第１スケジュールとは異なる内容を有する第２スケジュールを作成する
ことを特徴とするコンピュータを用いたスケジューリング方法。
（付記２）
前記第１スケジュールは、前記複数のタスクの各々について、開始予定時刻、終了予定時刻、実行予定期間の少なくとも一つを規定するものであり、
前記第２スケジュールは、前記複数のタスクの各々について、開始予定時刻、終了予定時刻、実行予定期間の少なくとも一つを規定するものであり、
前記第２スケジュールで規定される前記複数のタスクの前記開始予定時刻、前記終了予定時刻、または前記実行予定期間は、前記第１スケジュールで規定される前記複数のタスクの前記開始予定時刻、前記終了予定時刻、または前記実行予定期間と相違するものであることを特徴とする付記１に記載のコンピュータを用いたスケジューリング方法。
（付記３）
前記第１スケジュールでは、前記複数のタスクに含まれる第１タスクの実行予定期間よりも、前記複数のタスクに含まれる第２タスクの実行予定期間が早い日時に設定され、
前記第２スケジュールでは、前記第２タスクの実行予定期間よりも、第１タスクの実行予定期間が早い日時に設定されることを特徴とする付記２に記載のコンピュータを用いたスケジューリング方法。
（付記４）
前記複数のタスク情報はそれぞれ、前記複数のタスクの各々の優先度を示す優先度情報を含み、
前記第１実行順序は、前記複数のタスク情報に含まれる前記優先度情報に基づいて定められることを特徴とする付記１乃至３何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記５）
前記第２スケジュールは、前記複数のタスクの実行順序であって前記第１実行順序とは相違する第２実行順序に基づいて定められ、
前記第１実行順序および前記第２実行順序の少なくとも一方は、前記複数のタスク毎に定められた、タスクの実行期限、タスクの実行場所、タスクを実行する際に使用するツール、タスク情報作成者の属性、およびタスクの関係者の属性、の少なくとも一つをソーティング項目として選択して定められることを特徴とする付記１乃至４何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記６）
前記第１スケジュールの作成及び前記第２スケジュールの作成は、前記ソーティング項目として同一の項目を選択して行われることを特徴とする付記５に記載のコンピュータを用いたスケジューリング方法。
（付記７）
前記第１スケジュールの作成及び前記第２スケジュールの作成は、第１情報処理装置にて実行され、
前記第１スケジュールは、前記第１情報処理装置から電子装置へ送信され、
前記第１スケジュールに関する通知は、前記電子装置から前記第１情報処理装置へ送信され、
前記第２スケジュールは、前記第１情報処理装置から前記電子装置へ送信される
ことを特徴とする付記１乃至６何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記８）
前記複数のタスクに含まれる第１タスクの前記実行予定期間が第１期間と定められた後に、前記複数のタスクに含まれる第２タスクと前記第１タスクとについて前記第１スケジュールを作成する場合において、前記第１スケジュールで定められた前記第１タスクの前記実行予定期間である第２期間が前記第１期間とは異なる場合は、前記第１タスクの前記実行予定期間が変更となった旨を前記電子装置へ通知することを特徴とする付記３乃至７何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記９）
前記電子装置は、表示部と入力部と送信部とを有し、
前記表示部に前記第１スケジュールの内容が表示された後、前記電子装置のユーザが前記第１スケジュールに同意しない旨の入力が前記入力部になされ、前記通知が前記送信部から前記第１情報処理装置に送信されることを特徴とする付記７又は８に記載のコンピュータを用いたスケジューリング方法。
（付記１０）
前記電子装置から前記第１情報処理装置に、前記第１スケジュールまたは前記第２スケジュールに前記ユーザが同意する旨の通知がなされると、前記第１情報処理装置は、前記第１スケジュールまたは前記第２スケジュールを、前記複数のタスクのスケジュールとして確定させることを特徴とする付記７乃至９何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１１）
前記複数のタスク情報は、前記第１情報処理装置にネットワークを介して接続される１又は複数の第２情報処理装置から前記第１情報処理装置へ送信され
ることを特徴とする付記７乃至１０何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１２）
前記複数のタスクに含まれる第１タスクの前記実行予定期間が第１期間と定められた後に、前記複数のタスクに含まれる第２タスクと前記第１タスクとについて前記第１スケジュールを作成する場合において、前記第１タスクの前記実行予定期間を前記第１期間に固定して前記第１スケジュールを作成することを特徴とする付記２乃至１１何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１３）
前記第２スケジュールによって規定される前記複数のタスクの前記終了予定時刻の何れかが、前記実行期限よりも遅い時期に設定される場合は、前記第１情報処理装置は前記電子装置へ前記実行期限を満たさない旨の通知を行うことを特徴とする付記７乃至１２何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１４）
前記第１スケジュールの作成及び前記第２スケジュールの作成は、第１情報処理装置により実行され、
前記複数のタスク情報に含まれる第１タスク情報は第２情報処理装置から前記第１情報処理装置へ送信され、
前記第２タスク情報が前記第２情報処理装置から前記第１情報処理装置へ送信された後、前記第２タスク情報にて規定されたスケジューリング実行条件が満たされたことを契機として、前記第１スケジュールの作成が実行されることを特徴とする付記１乃至６何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１５）
前記第１スケジュールは、前記第１情報処理装置から電子装置へ送信され、
前記スケジューリング実行条件は、前記第１タスクの実行場所と前記電子装置の位置との距離が所定距離以下となること、または前記第１のタスクの実行期限までの時間が所定時間以下となることの少なくとも一方であることを特徴とする付記１４に記載のコンピュータを用いたスケジューリング方法。
（付記１６）
前記電子装置は、前記第１スケジュールに関する通知を前記第１情報処理装置に送信する際、前記複数のタスクの実行順序を指定する順序指定情報を前記第１情報処理装置へ送信し、
前記第１情報処理装置は、前記電子装置から送信された前記順序指定情報に基づき、前記第２スケジュールを作成することを特徴とする付記７乃至１５何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１７）
前記電子装置は、前記第１スケジュールに関する通知を前記第１情報処理装置に送信する際、前記実行期限、前記実行場所、前記ツール、前記関係者の属性の少なくとも一つを特定するソーティング項目情報を前記第１情報処理装置に通知し、
前記第１情報処理装置は、特定された前記ソーティング項目情報に基づいて前記第２実行順序を定め、定められた前記第２実行順序に基づいて前記第２スケジュールを作成することを特徴とする付記７乃至１６何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１８）
前記第１スケジュールの作成及び前記第２スケジュールの作成は、第１情報処理装置にて実行され、
前記複数のタスク情報に含まれる第１タスク情報は第２情報処理装置から前記第１情報処理装置へ送信され、
前記第１情報処理装置は、前記第２情報処理装置に対して、前記第１期間を変更することが可能か否かを問い合わせる問合せを発行し、前記問合せに対する前記第２情報処理装置からの応答内容に基づき、前記第２スケジュールを作成する付記１乃至６何れか一つに記載のコンピュータを用いたスケジューリング方法。
（付記１９）
前記電子装置から前記第１情報処理装置に、前記第１スケジュールまたは前記第２スケジュールに同意する旨の通知がなされると、前記第１情報処理装置は、前記第１スケジュールまたは前記第２スケジュールを、前記複数のタスクのスケジュールとして確定させ、確定した前記スケジュールを前記第２情報処理装置へ送信することを特徴とする付記１１に記載のコンピュータを用いたスケジューリング方法。
（付記２０）
複数のタスク情報にて規定される複数のタスクの第１実行順序に基づき、前記複数のタスクに関する第１スケジュールを作成し、
前記第１スケジュールに関する通知がなされた場合に前記複数のタスクに関するスケジュールであって前記第１スケジュールとは異なる内容を有する第２スケジュールを作成する
ことを特徴とする情報処理装置。
（付記２１）
前記複数のタスクに含まれる第１タスクの実行予定期間が第１期間と定められた後に、前記複数のタスクに含まれる第２タスクと前記第１タスクとについて前記第１スケジュールを作成する場合において、前記第１タスクの前記実行予定期間を前記第１期間に固定して前記第１スケジュールを作成することを特徴とする付記２０に記載の情報処理装置。
（付記２２）
前記複数のタスク情報のうち、前記第１タスク情報を規定する第１タスク情報を他の情報処理装置から受信し、
前記第１タスク情報にて規定されたスケジューリング実行条件が満たされたことを契機として、前記第１スケジュールの作成を実行することを特徴とする付記２１に記載の情報処理装置。

１〜ｎ タスク情報源
１００ スケジューリング支援装置
２００（２００ａ、２００ｂ、２００ｃ） ユーザインターフェース装置
５００ ネットワーク
１１０、２１０、３１０ プロセッサ
１３０、２３０、３３０ メモリ
１４０、２４０、３４０ データ格納デバイス
１５０、２５０、３５０ 入力デバイス
１６０、２６０、３６０ 表示デバイス
１７０、３７０ ＮＩＣ
１９０、２９０、３９０ バス
２７０ 通信モジュール
２８０ 音出力デバイス
２８５ 音入力デバイス
２９５ ＧＰＳモジュール
１１１ タスク情報格納部
１１２ スケジュール格納部
１１３ 調停部
１１４ ユーザインターフェース装置通信部
１１５ タスク情報源通信部
１１６ 条件判定部

Claims (12)

1. 複数のタスク情報にて規定される複数のタスクの第１実行順序に基づき、前記複数のタスクに関する第１スケジュールを作成し、
   前記第１スケジュールに関する通知がなされた場合に、前記複数のタスクに関するスケジュールであって前記第１スケジュールとは異なる内容を有する第２スケジュールを作成する
   ことを特徴とするコンピュータを用いたスケジューリング方法。
   
2. 前記第１スケジュールは、前記複数のタスクの各々について、開始予定時刻、終了予定時刻、実行予定期間の少なくとも一つを規定するものであり、
   前記第２スケジュールは、前記複数のタスクの各々について、開始予定時刻、終了予定時刻、実行予定期間の少なくとも一つを規定するものであり、
   前記第２スケジュールで規定される前記複数のタスクの前記開始予定時刻、前記終了予定時刻、または前記実行予定期間は、前記第１スケジュールで規定される前記複数のタスクの前記開始予定時刻、前記終了予定時刻、または前記実行予定期間と相違するものであることを特徴とする請求項１に記載のコンピュータを用いたスケジューリング方法。
   
3. 前記複数のタスク情報はそれぞれ、前記複数のタスクの各々の優先度を示す優先度情報を含み、前記第１実行順序は、前記複数のタスク情報に含まれる前記優先度情報に基づいて定められることを特徴とする請求項１または２に記載のコンピュータを用いたスケジューリング方法。
   
4. 前記第２スケジュールは、前記複数のタスクの実行順序であって前記第１実行順序とは相違する第２実行順序に基づいて定められ、
   前記第１実行順序および前記第２実行順序の少なくとも一方は、前記複数のタスク毎に定められた、タスクの実行期限、タスクの実行場所、タスクを実行する際に使用するツール、タスク情報作成者の属性、およびタスクの関係者の属性、の少なくとも一つをソーティング項目として選択して定められることを特徴とする請求項１乃至３何れか一項に記載のコンピュータを用いたスケジューリング方法。
   
5. 前記第１スケジュールの作成及び前記第２スケジュールの作成は、第１情報処理装置にて実行され、
   前記第１スケジュールは、前記第１情報処理装置から電子装置へ送信され、
   前記第１スケジュールに関するは、前記電子装置から前記第１情報処理装置へ送信され、
   前記第２スケジュールは、前記第１情報処理装置から前記電子装置へ送信される
   ことを特徴とする請求項１乃至４何れか一項に記載のコンピュータを用いたスケジューリング方法。
   
6. 前記複数のタスク情報は、前記第１情報処理装置にネットワークを介して接続される１又は複数の第２情報処理装置から前記第１情報処理装置へ送信されることを特徴とする請求項５に記載のコンピュータを用いたスケジューリング方法。
   
7. 前記複数のタスクに含まれる第１タスクの前記実行予定期間が第１期間と定められた後に、前記複数のタスクに含まれる第２タスクと前記第１タスクとについて前記第１スケジュールを作成する場合において、前記第１タスクの前記実行予定期間を前記第１期間に固定して前記第１スケジュールを作成することを特徴とする請求項２乃至６何れか一項に記載のコンピュータを用いたスケジューリング方法。
   
8. 前記第２スケジュールによって規定される前記複数のタスクの前記終了予定時刻の何れかが、前記実行期限よりも遅い時期に設定される場合は、前記第１情報処理装置は前記電子装置へ前記実行期限を満たさない旨の通知を行うことを特徴とする請求項５乃至７何れか一項に記載のコンピュータを用いたスケジューリング方法。
   
9. 前記第１スケジュールの作成及び前記第２スケジュールの作成は、第１情報処理装置にて実行され、
   前記複数のタスク情報に含まれる第１タスク情報は第２情報処理装置から前記第１情報処理装置へ送信され、
   前記第１タスク情報が第２情報処理装置から前記第１情報処理装置へ送信された後、前記第１タスク情報にて規定されたスケジューリング実行条件が満たされたことを契機として、前記第１スケジュールの作成が実行されることを特徴とする請求項５乃至７何れか一項に記載のコンピュータを用いたスケジューリング方法。
   
10. 前記第１スケジュールの作成及び前記第２スケジュールの作成は、第１情報処理装置にて実行され、
    前記複数のタスク情報に含まれる第１タスク情報は第２情報処理装置から前記第１情報処理装置へ送信され、
    前記第１情報処理装置は、前記第２情報処理装置に対して、前記第１期間を変更することが可能か否かを問い合わせる問合せを発行し、前記問合せに対する前記第２情報処理装置からの応答内容に基づき、前記第２スケジュールを作成する請求項１乃至４何れか一項に記載のコンピュータを用いたスケジューリング方法。
    
11. 前記電子装置から前記第１情報処理装置に、前記第１スケジュールまたは前記第２スケジュールに同意する旨の通知がなされると、前記第１情報処理装置は、前記第１スケジュールまたは前記第２スケジュールを、前記複数のタスクのスケジュールとして確定させ、確定した前記スケジュールを前記第２情報処理装置へ送信することを特徴とする請求項６に記載のコンピュータを用いたスケジューリング方法。
    
12. 複数のタスク情報にて規定される複数のタスクの第１実行順序に基づき、前記複数のタスクに関する第１スケジュールを作成し、
    前記第１スケジュールに関する通知がなされた場合に、前記複数のタスクに関するスケジュールであって前記第１スケジュールとは異なる内容を有する第２スケジュールを作成する
    ことを特徴とする情報処理装置。