"それぞれがタスク実行手段と関連づけられた1つまたは複数のボットと、タスク管理システムとから構成され、ユーザとボットとの間でタスクを共有可能なタスク共有システムであって、前記タスク管理システムは、行うべき行動またはその結果が記されたタスクの入力をユーザから受け付けるタスク入力手段と、タスク入力手段に入力されたタスクに関する情報を記憶するタスク記憶手段と、入力されたタスクに関する情報の変更指示を受け付けて、前記タスク記憶手段内の当該タスクに関する情報を変更するタスク情報管理手段と、を有し、前記ボットのそれぞれは、当該ボットに関連づけられたタスク実行手段がタスクを実行可能か否か判断する判断手段と、タスク実行手段に対してタスクの実行指示を出力する出力手段と、前記タスク情報管理手段にタスクに関する情報の変更指示を出力するタスク編集手段と、を有し、ユーザによって入力されたタスクをタスク実行手段が実行可能な場合に、当該タスクの実行指示を前記タスク実行手段に出力し、前記タスク実行手段が前記タスクを完了した場合には、当該タスクの状態を完了に変更する変更指示を前記タスク情報管理手段に出力する、タスク共有システム。前記ボットの判断手段は、当該ボットに関連づけられたタスク実行手段が実行可能なタスクに関するキーワードを記憶しており、ユーザによって入力されたタスクに当該キーワードに関連するキーワードが含まれる場合に、前記タスク実行手段が当該タスクを実行可能であると判断する、請求項1に記載のタスク共有システム。前記ボットは、前記ユーザとの間でメッセージを交換する通信手段をさらに有し、ユーザによって入力されたタスクをタスク実行手段が実行可能である場合に、前記ユーザに対して当該タスクの実行方法の詳細を提示するメッセージを通知し、前記ユーザから実行を了承する旨のメッセージを受信した後に、当該タスクの実行指示をタスク実行手段に出力する、請求項1または2に記載のタスク共有システム。前記ボットは、過去に行ったタスクの実行方法を記憶しておき、過去の実行方法に基づいて前記タスクの実行方法の詳細を決定する、請求項3に記載のタスク共有システム。前記ボットは、前記ユーザから実行方法の詳細を記したメッセージが通知された場合には、当該メッセージに基づいて前記タスクの実行方法の詳細を変更して、変更後の実行方法の詳細を提示するメッセージを再度通知する、請求項3または4に記載のタスク共有システム。前記ボットは、タスクの登録を行うタスク登録手段をさらに有し、前記タスク入力手段は、前記ボットのタスク登録手段からのタスクの入力も受け付ける、請求項1~5のいずれかに記載のタスク共有システム。前記ボットは、タスク実行手段に実行させたタスクに関するエラー通知を受けた場合に、このエラーを解消するためのタスクを登録する、請求項6に記載のタスク共有システム。前記ボットは、特定のタスクが所定期間実行されていない場合に、このタスクを登録する、請求項6または7に記載のタスク共有システム。前記タスク実行手段は、家事を実行する家事ロボットである、請求項1~8のいずれかに記載のタスク共有システム。前記タスク実行手段は、サービス提供者のサーバである、請求項1~8のいずれかに記載のタスク共有システム。それぞれがタスク実行手段と関連づけられた1つまたは複数のボットと、タスク管理システムとから構成されたタスク共有システムにおいて、ユーザとボットとの間でタスクを共有するタスク共有方法であって、タスク管理システムが、行うべき行動またはその結果が記されたタスクの入力をユーザから受け付けるステップと、ボットが、当該ボットに関連づけられたタスク実行手段がユーザから入力されたタスクを実行可能か否か判断するステップと、ユーザによって入力されたタスクをタスク実行手段が実行可能な場合に、ボットが当該タスクの実行指示を前記タスク実行手段に出力するステップと、前記タスク実行手段が前記タスクを完了した場合に、当該タスクの状態を完了に変更するステップと、を含む、タスク共有方法。上記のようなロボットに指示を与えるためのユーザインタフェースは、ロボットに何をさせるべきかが明確であるということを前提としており、ユーザが自覚している指示内容をいかにロボットに正確に伝えるかが研究対象となっている。しかしながら、実際の生活にロボットが入ってきた時に、ロボットにできることの全てをユーザがロボットに任せるとは限らない。例えば、忙しい時にはロボットに掃除を頼むが、時間に余裕のある時には自分で掃除をしたいというニーズが考えられる。すなわち、人とロボットの間でどのようにタスクを分業するのかという問題も考慮したインタラクション設計が必要となる。そこで、本発明は、ユーザとボットとの間でタスクを共有および分業が可能なタスク共有システムを提供することを目的とする。本発明に係るタスク共有システムは、ユーザとボットとの間でタスクを共有可能なシステムである。まず、ボットという用語について説明する。ボットはコンピュータがプログラムソフトウェアを実行することによって実現される機能を指す。ボットは、コンピュータ以外の物理的実体を有する必要はない。また、タスクという用語は、実行されることをユーザが望む処理を表し、やるべきことToDoなどと同様の意味を持つ。なお、タスクは必ずしもユーザ自身によって行われる必要はなく、ユーザ以外の人や装置によって行われても構わない。本発明に係るタスク共有システムは、それぞれがタスク実行手段と関連づけられた1つまたは複数のボットと、タスク管理システムとから構成される。なお、タスク実行手段とは、ユーザの登録するタスクのいずれかを実行することができる装置、コンピュータプログラム、社会システムなどを指す。タスク実行手段の例として、家事掃除、洗濯、料理、物の移動などを行う家事ロボットを挙げることができる。また、タスク実行手段の別の例として、サービス提供者のサーバ装置を挙げることができる。たとえば、通信販売を行う業者のサーバ装置や、家事サービスなどを提供する業者のサーバ装置などを挙げることができる。この場合、サービス業者の人間を介してタスクが実行されることになる。いずれの場合も、ユーザにとって見ればタスクを実行するものとして同列にみなすことができる。なお、ロボットという用語は、狭義には、所定の動作を行う機械や装置を意味するが、本明細書においては、所定の動作を行うことができる実体全てを意味する。したがって、ロボットには、機械や装置以外にも、コンピュータプログラム、企業例えば、電子商取引業者、家事代行業者、配送業者などが含まれる。タスク管理システムは、タスクの入力をユーザから受け付けるタスク入力手段と、タスクに関する情報を記憶するタスク記憶手段と、タスクに関する情報を変更するタスク情報管理手段とを有する。タスク入力手段は、行うべき行動またはその結果が自然言語で表されたタスクの入力をユーザから受け付ける手段である。タスクの入力は、例えば掃除をする、○○を買うなどの、容易に理解可能な表現で入力されることが好ましい。タスクには、付随する様々な情報を付加されることも好ましい。一例として、そのタスクがいつまでに行われるべきであるかを示す実行期限を挙げることができる。また別の例として、タスクをどのように行うかなどに関する情報を挙げることができる。その他にも、そのタスクの優先度、タスクが未実行であるか実行済みであるかを示す情報を挙げることができる。タスク情報管理手段は、ユーザからのタスクに関する情報の変更指示を受け付けて、タスク記憶手段内の情報を変更する。例えば、タスクを未実行から実行済みに変更する変更指示をユーザから受け付けて、タスク情報を更新する。ボットは、ユーザによって入力されたタスクを、ボットに関連づけられたタスク実行手段が実行可能であるか否かを判断する判断手段を有する。この判断は、例えば、ボットが実行可能なタスクに関連するキーワードを記憶しておき、ユーザによって入力されたタスクが記憶しているキーワードと一致するかあるいは関連する場合に、タスク実行手段がこのタスクを実行可能であると判断することができる。ボットは、判断手段以外に、そのボットに関連づけられたタスク実行手段に対してタスクの実行指示を出力する出力手段と、タスク実行手段がタスクを完了した場合にタスクの状態を完了に変更するタスク編集手段とを有する。このようなタスク管理システムとボットとの連携によって、ユーザがタスクを入力したら、このタスクをタスク実行手段が実行可能であるか判断手段が判断する。そして、実行可能であればボットの出力手段がタスク実行手段に対して、このタスクを実行する旨の指示を出力する。タスク実行手段がタスクの実行を完了した場合には、ボットのタスク編集手段がタスク管理システムのタスク情報管理手段にタスク情報の変更指示を出力して、タスクの状態を完了に変更する。なお、ボットがタスク実行手段に実行指示を出力する前に、ユーザに対してタスクの実行方法の詳細を提示するメッセージを通知し、ユーザから実行を了承する旨のメッセージを受信した後に、このタスクの実行指示をタスク実行手段に出力することも好ましい。ボットとユーザとの間のメッセージ交換は、任意の通信システムで実現可能である。例えば、本発明のタスク共有システム内に実装されたメッセージ交換システムを利用してもよいし、外部システムが提供する電子メールあるいはよりリアルタイムなやりとりが可能なメッセージングサービスを利用してもよい。本発明に係るタスク共有システムによれば、ユーザが自然言語によって表されたタスクを入力した場合に、そのタスクをタスク実行手段が実行可能であればユーザに代わってタスクを実行することができる。ユーザからの観点でみれば、どのタスク実行手段に実行させるタスクであるかあるいは自分で実行するタスクであるかを意識しないでタスクを登録しても、タスク実行手段が自らの判断でタスクの代行を提案してくれる。なお、タスクの実行指示を実際にタスク実行手段に出力する前にユーザの確認を求めるようにしておけば、ユーザが自ら行いたいタスクをタスク実行手段が勝手に実行することを避けられる。本発明において、ボットはタスク実行方法の詳細を以下のような方法によって決定することができる。1つには、ユーザから具体的な指定が記載されたメッセージを受け取る方法がある。ボットは、このメッセージに日時が入力されていたら実行日時であると判断したり、場所が実行されていたら実行場所あるいはタスクの対象と判断したり、回数が入力されていたらタスクの実行回数と判断したりすることができる。別の方法として、すでに完了済みのタスクがどのように行われたかを示す履歴を参照して、タスクの実行方法の詳細を決定してもよい。例えば、ロボットタスク実行手段が過去にタスクを実行していた場合には、そのときの実行方法の詳細をタスクに関連する情報として採用する。複数の実行において異なる実行方法が採用されていた場合は、最も回数の多い方法を採用するなど任意の方法によって実行方法を決定すればよい。さらに別の方法として、タスクの実行方法の詳細を設定情報としてあらかじめユーザから受け取っておくことが考えられる。この場合ボットは設定情報にしたがって、タスクの実行方法の詳細を決定する。また、本発明において、ボットがタスク管理システムにタスクを入力作成することも好ましい。たとえば、タスク実行手段に実行を指示したタスクが何らかの理由により正常に完了せず、エラー通知をボットが受け取った場合に、このエラーを解消するためのタスクを登録することが考えられる。タスク実行手段がエラーを通知する場合というのは、タスク実行手段自身では解消できないエラーが発生したことを意味する。ボットがタスクとして登録することで、エラーが発生したことをユーザに伝えることができる。また、過去に完了されたタスクの履歴を参照して、定期的に登録され実行完了されてきたタスクが登録されずに所定期間経過した場合に、ボットがこのタスクを登録することも考えられる。定期的に実行されてきたタスクが登録されていない場合、ユーザが登録を忘れていることが想定されるので、ボットが代わりにタスクを登録することでユーザを支援することができる。また、その他にユーザが指定する任意のイベントが発生したことを条件として、ボットがタスクを登録するようにしてもよい。例えば、ユーザによって指定された商品例えば、特定の雑誌や、特定のミュージシャンによる音楽が発売された場合に、この商品を買うというタスクを登録することもできる。また、ボットの中には、タスクの登録だけを行うボットが存在してもよい。例えば、ユーザによって指定された条件を満たす商品が発売される度に、その商品を買うというタスクを登録するボットがあっても良い。このように、ボットからもタスクの登録を可能とすることで、タスク実行手段のエラーなどタスク代行によって生じたユーザが行うべきことを通知することができる。また、ユーザが自らタスクを登録しなくてもタスク管理システムにタスクが登録され、ユーザがタスクの登録を忘れることを防止したり、ユーザの手間を省いたりすることができる。なお、ボットが登録したタスクは必ずしもユーザが実行する必要は無い。あるボットが登録したタスクを、別のボットあるいは同じボットが実行しても構わない。例えば、掃除タスクを実行中に掃除ロボットの部品が壊れたというエラー通知を受けた場合に、掃除ロボットに関連づけられたボットが部品を買うというタスクを登録し、それに応答して買い物ロボットがその部品を購入する、というボット間の連携が考えられる。本発明は、上記手段の少なくとも一部を含むタスク共有システムとして捉えることができる。また、これらの処理を行うタスク共有方法および、この方法をコンピュータで実行するためのプログラムとして捉えることもできる。本発明によれば、ユーザとボットとの間でタスクを共有および分業が可能となる。以下、図面を参照しながら本発明のタスク共有システムについて説明する。<システム概要>図1は、ユーザとボットロボットとの間でタスクを共有および分業が可能となるタスク共有システムのシステム概要を示す図である。図1に示すように、本タスク共有システムは、ユーザ端末10、プラットフォーム20、ボット30a,30b、ロボットタスク実行手段40a,40bから構成される。プラットフォーム20は、ユーザなどから登録されるタスクToDoを記憶したり、タスクの追加や変更などに応じてユーザ端末10やボット30に通知を出したり、ユーザとボットの間でのメッセージング機能を提供したりする。プラットフォーム20は、ボット30向けに、WebAPIを提供している。WebAPIは、HTTPリクエストを受け取って処理を行うAPIである。また、WebAPIの呼び出しをWebHookといい、プラットフォーム20とボット30の間ではWebHookによる通信が可能である。クライアントアプリケーション10はユーザ端末上で実行され、タスクの登録や変更を行ったり、ボットや他のユーザとの間でメッセージの交換を行ったりできる。なお、ユーザ端末10としては、スマートフォンなどの携帯情報端末の他に、パーソナルコンピュータ据え置き型、持ち運び型など任意の情報機器が含まれる。ボット30は、実際にタスクを行うロボットとユーザとの間をつなぐソフトウェアであり、ユーザとの間でメッセージ交換を行ったり、ロボットに対して実行指示を出力したりする。この例では、ボットとして、買い物ボット30aと掃除ボット30bが例示されている。ロボットタスク実行手段は、ユーザの代わりにタスクを実行する物理的エンティティである。買い物ボット30aに対応するロボットは、オンラインショッピングサービス提供業者である。図では、サービス提供業者のショッピングサーバ40aのみが示されているが、サーバ40aやサービス提供業者および配送業者の全体をタスク実行手段とみなすことができる。また、掃除ボット30bに対応して掃除を行うロボットは掃除ロボット41bであるが、掃除ボット30bと掃除ロボット41bとがインタラクションするための自宅サーバ40bも含めてタスク実行手段とみなす。図2は、本発明のタスク共有システムにおける機能ブロックを示す図である。なお、ボット30はそれぞれ同様の機能を有するので、図2ではボット30は1つしか描かれていない。クライアントアプリケーション10は、スマートフォンなどの情報機器にインストールされてCPUが実行することにより、ToDOリスト登録編集部11、ToDo登録編集部12、メッセージ交換部13として機能する。ユーザは、ToDoリスト登録編集部11およびToDo登録編集部12によって、ToDoリストおよびToDoを登録したり編集したりできる。なお、ToDoおよびToDoリストは、それぞれ、タスクおよびタスクリストとも呼ばれる。ここで、ToDoリストとは、複数のToDoをグループ分けしたものである。ユーザは、ToDoリストごとに、そのToDoリストを共有するボットや他のユーザを指定できる。ToDoリストを共有しているユーザやボットは、そのToDoリスト内のToDoを参照したり編集したりすることができる。メッセージ交換部13は、ボットや他のユーザとの間でメッセージの交換を行うための機能部であり、メッセージの送信と、メッセージの受信およびその通知を行う。タスク共有システムのプラットフォーム20は、クライアントアプリケーション10およびボット30とネットワークを介した通信が可能であり、その機能部として、ToDoリスト管理部21、ToDo管理部22、記憶部23、イベント通知部24、メッセージングシステム25を有する。プラットフォーム20は、コンピュータにプログラムをインストールして実行することで実現される。ただし、プラットフォーム20は複数のコンピュータからなる分散システム上で構築されてもよいし、プログラムを実行するコンピュータが特定されないクラウドコンピューティングシステム上で構築されても構わない。ToDoリスト管理部21は、ユーザから登録及び編集されるToDoリストを管理する機能部であり、ToDoリストの登録内容を記憶部23に格納すると共に、ToDoリストを共有するボット30に対してWebHookによるイベント通知の通知先URLを記憶したりする。ToDo管理部22は、ユーザやボットから登録及び編集されるToDoを管理する機能部であり、ToDoの登録内容を記憶部23に格納する。イベント通知部24は、何らかのイベントが起きると、WebHookを用いてボットに対して通知を行う機能部である。イベント通知を行うイベントの種類としては、ToDoリストの共有共有解除、ToDo項目の作成編集削除、ToDo項目へのコメント投稿などを挙げることができる。イベントが通知されるボットは、ToDoリストを共有しているボットである。メッセージングシステム25は、ユーザ間あるいはユーザとボットの間でメッセージ交換を行うための機能部である。本タスク共有システムでは、個々のToDoに対してユーザ及びボットがコメント投稿を可能としており、その管理を行うのがメッセージングシステム25である。メッセージングシステム25は、コメントの投稿を管理したり、コメントの投稿があったユーザに通知する機能を有する。なお、メッセージ交換のための実装はタスク共有システムが有さずに、電子メールやその他外部のメッセージングサービスTwitterやインスタントメッセージングサービスを利用するようにしてもよい。ボット30は、プラットフォーム20およびロボット40とネットワークを介した通信が可能であり、その機能部として、実行指示出力部31、実行可否判断部32、実行方法決定部33、ToDo編集部34、メッセージ交換部35などを有する。ボット30は、コンピュータにプログラムをインストールして実行することで実現される。ただし、ボット30は複数のコンピュータからなる分散システム上で構築されてもよいし、プログラムを実行するコンピュータが特定されないクラウドコンピューティングシステム上で構築されても構わない。ボット30は、基本的に、プラットフォーム20やロボット40からのWebHookによるイベント通知に応じて動作する。したがって、ボット30では、各イベントに応じた処理を実装することが求められる。実行可否判断部32は、ユーザによってToDoが登録されたり編集されたりした場合に、そのToDoをロボット40が実行可能であるか否か判断する機能部である。実行可能であるか否かは、例えば、次のようにして判断することができる。まず、ToDoのそれぞれには、少なくともタイトル例掃除をするが記述されており、さらに詳細説明が加えられる場合がある。実行可否判断部32は、実行可能なToDoと関連するキーワード例:掃除片付けるを記憶しており、そのキーワードがToDoのタイトルや説明にある場合に、そのToDoを実行可能であると判断する。なお、キーワードとの完全一致だけでなく、キーワードと類似する単語や文章がタイトルや説明にある場合にも、ToDoを実行可能であると判断することも好ましい。実行方法決定部33は、実行可能であると判断したToDoの実行方法の詳細を決定する機能部である。実行方法の決定の仕方にはいくつかの方法が考えられる。例えば、ToDoの説明に実行方法に関する記述がある場合には、それに従う。また、ユーザがボット30に対して実行方法を設定情報としてあらかじめ登録している場合には、それに従う。また、同様のToDoが過去においてどのように実行されたかを参照して、今回の実行方法を決定することもできる。過去の実行方法は、ボット30が記憶していてもよいし、ロボット40が記憶している場合にはロボット40から取得してもよいし、プラットフォーム20が記憶している場合にはプラットフォーム20から取得してもよい。実行方法の一つとして、実行日時の決定を行うことも好ましい。例えば、掃除をするなどのように家庭内で行われるToDoであれば、ユーザが家庭に不在の間にすることが好ましいと考えられる。ボット30がユーザのスケジューラーアプリケーションにアクセス可能であれば、スケジューラーアプリケーションからユーザが家庭にいない日時を探して、実行日時として決定する。逆に、ユーザが家庭にいる時に行うべきToDoであればそのような日時を実行日時とする。なお、ユーザのスケジュール以外にも、ToDoごとに行うべき時間帯が決定されているのであれば、その時間帯に行うことが好ましい。実行方法決定部33は、ToDoの実行方法を決定した場合には、メッセージ交換部35を介して、ToDoの実行方法をユーザに提示する。ここで、ユーザからのメッセージコメント投稿によって実行方法が指定された場合には、指定された実行方法を採用する。実行指示出力部31は、ロボット40に対して、ToDoの実行指示を出力する機能部である。実行指示出力部31は、メッセージ交換部35を介してユーザにToDoの実行方法の詳細を提示し、それに対してユーザからToDoの実行を承認する旨の応答を得てから、ロボット40に対して実行指示を出力する。ボット30とロボット40は、SOAPなどのHTTPリクエストあるいはその他の形式で通信を行う。ToDo編集部34は、プラットフォーム20に対して、新しいToDoの追加や既存ToDoの編集を依頼する機能部である。たとえば、ロボット40に対して実行指示した依頼が正常に終了した場合に、そのToDoの状態を完了に変更する。また、ロボット40に指示したToDoにエラーが生じて正常に終了しなかった場合には、そのエラーを解消するためのToDoを新しく追加したりすることができる。また、新規ToDoの追加は、エラー発生に伴う場合だけでなく、例えば、それまで定期的に実行されていたToDo例掃除をするが、一定期間の間ToDoとして登録されなかった場合に、新規ToDoとして追加することが考えられる。ロボット40は、ユーザによって登録されるToDoを実行可能な装置機械や、業者などであり、ボット30と通信可能なインタフェースを持つ。それ以外の構成については、個々のロボットごとに異なっていてよい。例えば、オンラインショッピングサービスのサービス提供業者は、ボット30との通信によって商品の発注決済を行うためのサーバ装置を有し、注文された商品は最終的には配送業者が配送する。また、掃除ロボットの場合には、ボット30と通信するためのサーバ装置を備えており、HTTPリクエスト等によってボット30との間で通信を行う。iRobot社製のRoombaを用いて掃除ロボットを実現した場合、ボット30からToDoの実行指示を受けたサーバ装置は、シリアルポート経由でROIRoombaOpenInterfaceプロトコルを用いて、Roombaと通信を行う。<処理詳細>次に、ToDoリストを作成してから、ToDoを作成してロボットとそのToDoを共有する具体的な動作例にしたがって、本タスク共有システムの各機能について詳しく説明する。図3は、ユーザがToDoリストを作成し、ボットとToDoリストを共有し、掃除をするというToDoを作成して、掃除ボット掃除ロボットにそのToDoを実行してもらうという一連の流れを示したシーケンス図である。まず、ユーザはプラットフォーム20にログインして、ToDoリストを作成するS301。ToDoリストの管理は、図4に示すような画面によって行われる。なおここでは、ユーザ端末がタッチパネル入力方式の入出力インタフェースを備えているものとして説明する。図4には、すでに作成されているToDoリストの一覧ここでは、家のToDoリスト401、趣味のToDoリスト402の2つが表示される。新しいToDoリストを追加するには、ボタン403を選択する。また、既存のToDoリストを編集したり削除するには、ボタン404を選択する。ToDoリストとは、個々のToDoが属するグループであり、ユーザが任意に作成することができる。ユーザは、それぞれのToDoリストには、共有者を設定することができるS302。図5は、ToDoリストの共有メンバを表示編集するための画面である。ここでは、ToDoリストの作成者501ユーザ名userと、このToDoリストを共有しているメンバ502~503ユーザ名sharerom、sharezon、myfiendを示している。新しい共有メンバを追加するにはボタン505を選択すれば良く、また共有メンバを削除するにはユーザ名の横にある削除ボタンを選択すれば良い。なお、ToDoリストを共有できるユーザは、ボット30であっても良いし、他のユーザであってもよい。ボット30がToDoリストの共有メンバとして新しく追加された場合には、プラットフォーム20からイベント通知によって、ボット30に対して共有メンバとして追加されたことが通知されるS303。掃除ボット30bが自宅サーバ40bにアクセスするためにはユーザ認証等が必要になるので、必要に応じてユーザはボット30bに対して、設定情報を入力するS304。設定項目は、自宅サーバへの認証だけでなく、例えば、掃除の実行方法に関するユーザの好みなどを指定するものが含まれることも好ましい。また、買い物ボット30aがショッピングサーバ40aにアクセスして買い物するためにもユーザ認証が必要となるので、ユーザは買い物ボット30aに対しても同様の設定を行う。なお、ユーザ認証に関してはボット30に認証情報を持たせる以外に、自宅サーバ40bやショッピングサーバ40aに対して、ボット30からのアクセスをユーザ自らのアクセスと同一視するように指示しても構わない。ToDoリストが作成されたら、ユーザはToDoリストに対してToDoの追加作成を行うS305。図6は、1つのToDoリストを管理するための画面である。図6には、ToDoリストに登録されている、ToDoの一覧601が表示されている。この表示は、ToDoのタイトルと、作成日時、および完了/未完了のチェックボックスである。ユーザはこの画面で、チェックボックス601aを選択することで、ToDoの完了/未完了を変更することができる。また、既存のToDoを選択することで、その詳細を参照することができる図8。新しいToDoを作成するには、ボタン602を選択する。完了したToDoをアーカイブ初期画面のToDo一覧から削除するにはボタン603を選択する。アーカイブされたToDoは初期画面のToDo一覧からは削除されるが、ボタン604を選択することでアーカイブされたToDoを参照することができる。図7は、ボタン602を選択して、新しいToDoを追加する際に表れる画面である。ここでは、新しいToDoのタイトル701、説明702、およびToDoの実行者703を設定可能である。タイトル701には、例えば掃除をする部屋を片付けるパスタを買う牛乳などのように、ユーザが理解可能な比較的短い文章単語を入力する。説明702には、追加的な情報を入力する。たとえば、掃除をするというToDoに対してリビングを重点的にとか、パスタを買うというToDoに対してJ社製スパゲッティという情報を追加する。なお、説明702は空欄であっても構わない。実行者703は、このToDoを実行する人を指定可能であり、ToDoリスト共有者の中から一人または複数人を選択可能である。実行者703が誰でもであれば、ToDoリスト共有者の誰が実行しても構わない。図8は、個々のToDoの詳細を表示する画面である。この画面では、ToDoのタイトル801、作成日時802、更新日時803、作成者804、実行者805などが表示される。この画面からスライドボタン806を操作して、ToDoの完了/未完了を更新可能である。ボタン808によって、ToDoの内容タイトルや実行者などを変更可能である。また、ToDo詳細には、コメント欄809が設けられており、ToDoリストの共有者とメッセージの交換が可能である。ここで、メッセージを投稿可能なのはユーザ人間だけでなく、ボットもメッセージを投稿可能である。コメント欄を用いたユーザとボットのインタラクションについては、後述する。ユーザによって新しいToDoが追加されたら、プラットフォーム20は、このToDoリストを共有しているボット30に対してイベント通知を行うS306。ボット30は、ToDo追加のイベントを受けると実行可否判断部32が、このToDoを実行可能であるか否か判断するS307。ToDoを実行可能であるか否かの判断は、ToDoの実行者としてボット30が指定されているか否かと、ToDoのタイトルにボット30に関連するキーワードが含まれるか否かによって決定される。例えば、図8に示すような掃除をするというタイトルであり、実行者が誰でもとなっているToDoが追加された場合には、掃除ボット30bはそのToDoを実行可能と判断する。実行者に自らが含まれており、かつ、タイトルに掃除ロボット40bに関連するキーワードが含まれるからである。一方、買い物ボット30aはこのToDoは実行不可能であると判断する。実行者に自らが含まれているが、タイトルに買い物ロボットショッピングサービス40aに関連するキーワードが含まれていないからである。追加されたToDoを実行可能であると判断すると、次にそのToDoをどのように実行するかを実行方法決定部33が決定するS308。この決定方法は、上述したように、ToDoの説明欄に記載されている事項を参照する、過去の実行方法を参照する、設定項目として指定された実行方法を採用するなどの方法によって決定することができる。また、実行方法の一つとして、実行日時を決定することもできる。例えば、ボットがユーザのスケジューラーにアクセスして、ユーザが家庭に居ない日時にToDoを実行するようにすることができる。実行方法決定部33がToDoの実行方法を決定すると、その実行方法をユーザに通知して、この内容でToDoを実行してよいかの確認を求めるS309。この通知は、メッセージ交換部35によって、プラットフォーム20を介してクライアント10へ通知される。本実施形態では、ボットとユーザの間のメッセージ交換は、ToDoの詳細を示す画面のコメント欄図8の符号809に表示される。図9にボットユーザの間のメッセージ交換の例を示す。図9の例では、掃除をするというToDoに対して、掃除ボット30bがToDoの実行日時だけを明示した2011年11月17日15:00から掃除します。よろしいですかというメッセージ901をユーザに通知する。この通知に対して、ユーザは以下の3つの対応が可能である。1つ目は、ボットからの提案を了承する対応であり、例えばはいOKなどの肯定を意味するメッセージを返信する対応である。2つ目は、ボットがToDoを実行すること自体は認めるが、実行方法の変更を求める対応であり、例えば、リビングを重点的にや2回などの実行方法の詳細を記載したメッセージを返信する対応である。3つ目の対応は、ボットがToDoを実行することを拒否する対応であり、明示的にいいえNOなどの否定的なメッセージを送信する対応や、あるいはボットからのメッセージに返信しないという対応が含まれる。図9の例では、ユーザは2回という実行方法を指示するメッセージ902を通知しているS310。クライアント10のメッセージ交換部13からメッセージがプラットフォーム20に送信されると、イベント通知によってボット30bが呼び出されるS311。ボット30bは、ユーザが送信したメッセージを解釈して、実行方法が指定されていることを判断すると、その内容に従って実行方法の詳細を変更してS312、再度ユーザに対してメッセージを送信するS313。ボット30bは、例えば、2011年11月17日15:00から2回掃除します。よろしいですかというメッセージ903を送信する。ユーザは、このメッセージを参照して、その内容で実行して欲しいと判断した場合には、図9のメッセージ904に示すようにはいという肯定的なメッセージを送信するS314。掃除ボット30bがこのメッセージを受信すると、実行指示出力部31が掃除ロボット自宅サーバ40bに対して実行指示を出力しS315、コメント欄には2011年11月17日15:00から2回掃除します。などの確認のためのメッセージ905を投稿する。自宅サーバは、例えば、指定された時刻が到来したら掃除ロボット本体に対して掃除実行のコマンドを送信して、指定された日時に掃除を実行するS316。2回掃除を行うためには、1回目の掃除が完了した後に、再度掃除実行のコマンドを送信すればよい。掃除ロボット40bはToDoの実行結果を掃除ボット30bに通知するS317。掃除が正常に完了した場合には、ボット40bはプラットフォーム20に対して、このToDoのステータスを完了に変更するS318。ToDoのステータスが変更された場合には、その旨がユーザにも通知されるS319。一方、掃除ロボット40bによる掃除が正常に完了せず異常が発生した場合には、掃除ボット40bは、このエラーを解消するためのToDoを新たに追加する。エラーの原因が明らかであれば、たとえば掃除ロボットのバッテリを充電などのToDoを追加し、エラー原因が不明であれば、掃除ロボットを点検するなどのToDoを追加する。これによって、エラーが発生したことをユーザに通知することができる。上記の説明では掃除ボット30bによる処理例のみを説明したので、ここでは買い物ボット30aが行う処理についても説明する。買い物ボット30aは、基本的に○○を買うというToDoを実行可能なToDoであると判断する。買い物ボット30aは、ショッピングサーバ40aにアクセスして、ToDoに指定されている商品名などで商品検索を行い、その結果をコメント欄でユーザに通知する。コメント内容は任意であって構わないが、例えば、検索結果のうち上位3件までの商品説明をコメント欄に記載する方法が考えられる。この中にユーザが望む商品が存在しなければ、ユーザは、絞り込み検索を行うキーワードを通知したり、再検索を行うキーワードを通知したりする。ボットが提案する検索結果に欲しい商品があったら、その商品を買い物ボット30aに通知することで、買い物ボット30aがショッピングサーバに発注する。なお、商品の発注自体はユーザがショッピングサーバに対して直接行うようにしても構わない。図10は、上記の一連の処理のうち、ボット30が行う処理をフローチャートの形式で表したものである。ボット30は実際にはプラットフォーム20からのイベント通知によって処理を進めるが、ここでは説明の分かりやすさのためにフローチャートによって処理内容を表している。繰り返しになるので簡単に説明すると、ユーザによって新しいToDoが追加されると、ToDoに関する詳細情報を取得してS1001、自らがToDo実行者に含まれ、かつ、ボットがToDoを実行可能であればS1002-YES,S1003-YES、ToDoの実行方法を決定してS1004、ToDoの実行方法の説明と実行許可を求めるメッセージをユーザに通知するS1006。ユーザから実行方法を指定するメッセージが通知された場合には、ステップ1004からの処理を繰り返す。ユーザから否定的な応答があった場合や、応答がない場合には、それ以上の処理を行わない。ユーザから実行を許可するメッセージがあった場合には、ロボット40に対してToDoの実行を指示するS1007。ロボット40がToDoを正常に完了した場合には、ToDoのステータスを完了に変更するS1009が、正常に完了しなかった場合には、このエラーを解消するためのToDoを新たに登録するS1010。<本実施形態の効果>本実施形態によれば、ToDoの追加時に、そのToDoを誰がやるのか、あるいは人が行うのかロボットが行うのかを意識しないでもToDoを追加することができる。誰が行うべきか意識していなくても、ロボット側で実行可能であると判断されれば、ロボットボットが実行する旨の提案をしてくる。この時点で、ロボットに任せることが適切であるとユーザが判断すれば、このToDoをロボットに実行させることができるし、自分で実行することが適切であると判断すればロボットからの提案を拒否し自らこのToDoを実行できる。したがって、本タスク共有システムによれば、ToDoリストをユーザとロボットとで共有することで、ToDoの適切な分業を行うことが可能となる。さらに、ユーザとボットとの間のメッセージ交換によって、ToDoの実行方法の詳細を決定することができる。このユーザとボットとの対話は非同期に行うことができるので、ユーザは、ToDoが実際に実行されるタイミングや、ボットからの問合せのタイミングと関係なく、自分に都合のよいタイミングで指示を出すことができる。また、本実施形態によるタスク共有システムでは、ユーザがToDoの実行方法の詳細などを指定しなくても、ロボットがToDoを実行することができる。仮にToDoの指定が曖昧でありロボットが実行方法等を解釈できない場合でも、ユーザとの対話によって実行方法を決定することができるので、ユーザはボットに解釈できる形式たとえばコマンド形式などによってToDoを記載する必要が無く、ユーザ自らが理解できるように自然言語でToDoを表現しても問題が生じない。なお、ユーザがToDoの実行方法を詳しく指定したい場合には、ToDoの説明欄を活用するなどして細かい指示を与えることも可能である。このように、本タスク共有システムでは、細かい指示を与えることも大まかな指示を与えることも可能であり、ユーザの好みに応じた指示が可能となる。本実施形態にかかるタスク共有システムでは、個々のToDoを実際に行う主体がロボット機械であるのか人間であるのかをユーザは意識する必要は無い。ユーザから見れば、コメント欄を通じて行う対話の相手が、人間であるかボットソフトウェアであるかも重要な違いではない。コメント欄を通じて適切な対話が行われ、ボットまたは第三者に対してToDoの実行を任せたならば、ToDoの実行過程を意識しなくてもToDoに記された望むべき結果が実現される。したがって、本実施形態のタスク共有システムは、ToDoの代行者がロボットであるか人間例えば、家事代行業者であるかをユーザに意識させずに、ToDoに記載された所望の結果を実現するためのシステムと捉えることもできる。<変形例>本発明におけるボットは新しいToDoを追加する権限を有している。上記の説明では、ロボットに実行指示を出したToDoがエラー終了した場合のみにToDoを追加するようにしているが、これ以外の場合にもToDoを追加するようにしても構わない。たとえば、過去の履歴を参照して定期的に行われていたToDoがあり、かつ、そのToDoが所定期間の間実行されていない場合には、ボットがそのToDoを追加することが考えられる。これは、定期的に行うべきToDoをユーザが登録し忘れたかもしれないことを考慮したものである。なお、ユーザが定期的な実行を取り止めた場合も考えられるので、ボットが追加したToDoをユーザによって削除された場合には、それ以降はこのToDoを追加しないようにすることが好ましい。また、ToDoを代行するための機能を有さずに、ToDoリストに新しいToDoを追加させるためのボットが存在しても構わない。このようなボットをToDoリストの共有メンバに加えておき、ToDoを追加するための条件を設定することで、この条件を満たした時にボットがToDoを自動的に追加する。例えば、新商品本、音楽などの発売を監視して、ユーザによって指定された商品が新しく発売される場合に、その商品を買うというToDoを追加するボット発売日通知ボットが考えられる。図11にこのようなボットに対する設定画面の例を示す。この例では、特定のキーワードをタイトルに含む雑誌やコミックが発売された場合に、それを買うというToDoを登録するように指定している。このようなToDoを追加するボットを用いることで、ボット同士の半自動的な連携も可能となる。図12に、ボット同士が連携する動作のシーケンス図を示す。上述のように、発売日通知ボットが、所定の商品が発売されることを検知すると、それを買うというToDoを追加するS1201。新規ToDoが追加されたことは、ユーザと買い物ボットの両方に通知されるS1202。買い物ボットは、追加されたToDoを実行可能であるか判断するS1203。この場合は物を買うというToDoであるので、実行可能であると判断される。買い物ボットは、ToDoの実行方法ここでは、どの商品を買うかなどを決定しS1204、その内容と実行許可を求める旨のメッセージをユーザに通知するS1205。このメッセージを通知したユーザが、買い物ボットに商品購入を依頼したいのであれば、実行を許可するメッセージを送信するS1207ことで、買い物ボットがショッピングサーバに対して商品の発注を行うS1208。なお、ToDoに指定された商品をユーザが自ら購入したい場合などは、ボットによるToDo代行に対して許可を与えなければよい。このように、ToDo追加のための専用ボットを採用することで、ToDoとして登録するべきタイミングの監視をユーザが行わなくても、自動的にToDoが追加される。さらに、自動的に追加されたToDoをロボットが代行可能なので、ユーザの利便性が向上する。"