JP6068604B1 - タスクの管理方法、端末、情報処理装置、及びプログラム - Google Patents

Abstract

【課題】通信中のユーザの端末間で、タスクとして管理する内容を抽出し、端末のユーザ間で抽出されたタスクの状態を共有し、管理する。【解決手段】第１の端末から受信したメッセージに所定の情報を含むか否かを判断するステップと、前記所定の情報を含む場合、タスクを生成するステップと、前記第１の端末、及び前記メッセージの送信先である第２の端末に、生成された前記タスクを送信するステップと、を有し、前記第１の端末、又は前記第２の端末から、前記タスクの状態を更新する情報を受信して前記タスクの状態を管理する、ことを特徴とするタスクの管理方法が提供される。【選択図】図２

Description

本発明は、タスクの管理方法、端末、情報処理装置、及びプログラムに関する。

端末と情報処理装置（例えば、サーバ）とが連携して、端末のユーザのタスク管理をすることが普及している。ここで、タスクとは、ユーザの仕事やプライベートで実行すべき行動の内容を示しており、「物品の購入」や、「会議の準備」といった項目がタスクとして管理される。

端末が、ユーザからタスクの入力を受け付け、受け付けた内容を情報処理装置に通知し、情報処理装置が、通知されたタスクの内容を必要に応じて端末に表示させることによってタスクの管理が実現されている。

情報処理装置が、生成されたタスクを、予め設定されたユーザのグループ（例えば、家族）で、共有するタスクとして記憶し、タスクの状態を管理することについても行われている。

また、端末が、ユーザの入力等の内容から、タスクを自動的に生成することについても提案されている（例えば、特許文献１）。

特表２０１５−５１９８３８

しかしながら、従来の方式では、自動的にタスクを生成することや、予め設定されたグループに属するメンバ内でタスクを共有することはできるものの、通信中の任意のユーザ間で、自動的に生成されたタスクを共有することは実現されていなかった。計画管理のために必要なタスクは、ユーザの端末間でチャットメッセージ等を用いて通信している時に明らかになることも多い。このような場合において、ユーザ間でリアルタイムにタスクを共有し、タスクの状態を共有することが望ましい。

本発明は、通信中のユーザの端末間で、タスクとして管理する内容を抽出し、端末のユーザ間で抽出されたタスクの状態を共有し、管理することを目的とする。

一つの態様では、第１の端末から受信したメッセージに所定の情報が含まれる場合、タスクを生成するステップと、前記第１の端末、及び前記メッセージの送信先である第２の端末に、生成された前記タスクを送信するステップと、前記第１の端末、又は前記第２の端末から、前記タスクの状態を更新する情報を受信して前記タスクの状態を管理するステップと、を有することを特徴とするタスクの管理方法が提供される。

通信中のユーザの端末間で、タスクとして管理する内容を抽出し、端末のユーザ間で抽出されたタスクし、管理することができる。

第１の実施形態に係る情報処理システム１のシステム構成の一例を示す図である。 第１の実施形態に係る端末の表示画面（その１）の一例を示す図である。 第１の実施形態に係る端末の表示画面（その２）の一例を示す図である。 第１の実施形態に係る端末の表示画面（その３）の一例を示す図である。 第１の実施形態に係るコンピュータのハードウェア構成の一例を示す図である。 第１の実施形態における端末２０のハードウェア構成の一例を示す図である。 第１の実施形態に係る機能構成の一例を示す図である。 第１の実施形態に係るタスク管理テーブルの一例を示す図である。 第１の実施形態に係る動作シーケンス（その１）を示す図である。 第１の実施形態に係るフローチャートの一例を示す図である。 第１の実施形態に係る動作シーケンス（その２）の一例を示す図である。 第１の実施形態に係る動作シーケンス（その３）の一例を示す図である。 第１の実施形態に係る端末２０の表示画面（その４）の一例を示す図である。 第２の実施形態に係る端末の表示画面の一例を示す図である。 第２の実施形態に係るタスク管理テーブルの一例を示す図である。 第２の実施形態に係る動作手順の一例を示す図である。

［第１の実施形態］
＜概要＞
図１は、第１の実施形態に係る情報処理システム１のシステム構成の一例を示す図である。情報処理システム１は、情報処理装置１０と、複数の端末２０（端末２０Ａ、端末２０Ｂ、端末２０Ｃ）とを有する。情報処理装置１０と端末２０とはネットワーク２を介して接続される。ネットワーク２は、有線のネットワークと、無線のネットワークとを含む。

情報処理装置１０は、例えば、サーバにより実現される。端末２０は、スマートフォン、タブレット端末、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話機、ゲーム用コンソール、タッチパッド、電子書籍リーダ、又はウェアラブル端末等である。

情報処理装置１０は、端末２０のユーザにＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ、ソーシャルネットワークサービス）を提供する。端末２０のユーザは、端末２０にＳＮＳのアプリケーションをインストールし、情報処理装置１０に接続することにより、情報処理装置１０からＳＮＳの提供を受けることができる。

なお、以下の実施形態については、ＳＮＳのユーザ間のチャットの交換サービス（チャットサービス）を使用する場合のタスクの管理方法を中心に説明するが、実施形態に係るタスクの管理方法は、ユーザの間で電子メールを送受信する場合や、音声通話をする場合にも、適用可能である。

端末２０は、ウェブブラウザ等を用いて、情報処理装置１０に接続し、ＳＮＳの提供を受けてもよい。

情報処理装置１０は、ＳＮＳのユーザ間のチャットサービス、及びタイムラインサービスを含む各種サービスを提供する。例えば、情報処理装置１０は、ＳＮＳユーザの間の送金サービスの提供を行う。

情報処理装置１０と、端末２０とは連携してタスクの管理を行う。ここで、タスクとは、ユーザが実行すべき行動の内容を示しており、例えば、物品の購入、及び打ち合わせへの出席等である。

一般的には、タスクは、端末２０のユーザにより、端末２０のスケジューラ、Ｔｏ−Ｄｏリスト機能、及びタスクリスト機能等を用いて、端末２０及び情報処理装置１０に登録される。第１の実施形態では、これらのタスクの登録形態に加えて、ユーザの端末２０間でチャットサービスが利用されるときに、情報処理装置１０が、メッセージの内容からタスクとして登録すると判断すると、メッセージの内容を基にタスクが登録される。詳細については後述する。

タスクは、複数のユーザで共有されてもよい。例えば、家族に関連するタスクとして登録されている場合、家族の各メンバが、登録されたタスクを参照、及び登録内容の更新を行う。また、チャットグループに属するユーザ等、端末２０のユーザが設定した任意のグループに属するユーザの間や、チャットサービスを利用して、メッセージの交換を行ったユーザの間でタスクは共有されてもよい。

図２乃至４を用いて、第１の実施形態に係るタスクの管理方法について説明する。図２は、第１の実施形態に係る端末２０の表示画面（その１）の一例を示す図である。

第１の実施形態では、端末２０間のチャットメッセージのメニューにおいて、いずれかの端末２０から受信したメッセージに所定の情報（所定の文字、所定の記号、所定の符号、所定のマーク、又はこれらの組み合わせ）が含まれるか否かを判断する。情報処理装置１０は、メッセージに所定の文字が含まれる場合、該メッセージに含まれる内容をタスクとして記憶する。ここでは、端末２０から受信したメッセージに、"［］"を含む場合、情報処理装置１０は、"［］"で囲まれた文字列をタスクとして記憶するものとして、説明を進める。

図２は、ユーザＡの端末２０Ａと、ユーザＢの端末２０Ｂと、ユーザＣの端末２０Ｃとの間でチャットメッセージの送受信がされるときの端末２０の画面の表示を示している。

図２の（Ａ）は、チャットメニューにおいて、ユーザＡの端末２０Ａの入力欄３０Ａに、「［ＸＸＸ買う？］ 一緒に買う？」とのメッセージが入力された様子を示している。送信メニュー３１Ａの選択がされると、入力されたメッセージが、端末２０Ａから、チャットメッセージの通信相手であるユーザＢの端末２０Ｂと、ユーザＣの端末２０Ｃとに、情報処理装置１０を介して送信される。

情報処理装置１０は、"［］"で囲まれた文字列が含まれると判断し、"［］"で囲まれた文字列「ＸＸＸ買う？」をタスクとして記憶する。なお、情報処理装置１０は、"［］"で囲まれた文字列をそのままタスクとして記憶してもよいし、タスクとして記憶するのに適切な文字列に変更して記憶してもよい。例えば、情報処理装置１０は、「ＸＸＸ買う？」を「ＸＸＸの購入」に変更し、タスクとして記憶してもよい。

また、情報処理装置１０は、「ＸＸＸ買う？」がタスクとして管理されていることが、チャットメッセージを送受信する端末２０の画面で認識可能なように表示制御を行う。具体的には、図２の（Ｂ）及び（Ｃ）に示すように、タスクとして記憶されていることを示すチェックボックス５０と共に、メッセージ４５を端末２０に表示させる。

図２の（Ｂ）は、端末２０Ａの画面の一例を示す図である。端末２０Ａが送信したメッセージ４５Ａが、画面にチェックボックス５０Ａと共に表示される。

図２の（Ｃ）は、端末２０Ｂの画面の一例を示す図である。端末２０Ａにより送信されたメッセージ４５Ａが、端末２０Ｂの画面にチェックボックス５０Ａと共に表示される。図示はしないが、端末２０Ｃの画面にも端末２０Ｂと同様に、メッセージ４５Ａがチェックボックス５０Ａと共に表示される。

上述したように、メッセージ４５がチェックボックス５０と共に各端末（２０Ａ、２０Ｂ、２０Ｃ）に表示されることにより、端末２０の各々のユーザは、メッセージ４５に含まれる内容がタスクとして管理されていることを認識できる。

タスクの追加は、ユーザＡの端末２０Ａのみならず、他の端末２０からも可能である。

図３は、タスクが追加された場合の端末２０の表示画面の一例を示す図である。

図３は、ユーザＡの端末２０Ａと、ユーザＢの端末２０Ｂと、ユーザＣの端末２０Ｃとの間でチャットメッセージの送受信がされるときの端末２０の画面の表示を示している。

図３の（Ａ）は、チャットメニューにおいて、ユーザＢの端末２０Ｂの入力欄３０Ｂに、「［ＹＹＹも買ってくれる？］」とのメッセージが入力された様子を示している。送信メニュー３１Ｂの選択がされると、入力されたメッセージが、端末２０Ｂから、チャットメッセージの通信相手である端末２０Ａと、端末２０Ｃとに、情報処理装置１０を介して、に送信される。

情報処理装置１０は、"［］"で囲まれた文字列が含まれると判断し、"［］"で囲まれた文字列「ＹＹＹも買ってくれる？」をタスクとして記憶する。また、情報処理装置１０は、端末２０にメッセージ４５に含まれる内容がタスクとして管理されていることが、端末２０のユーザに認識できるように、各々の端末２０（端末２０Ａ、端末２０Ｂ、端末２０Ｃ）に表示させる。

図３の（Ｂ）は、端末２０Ｂの画面の一例を示す図である。端末２０Ｂが送信したメッセージ４５Ｄが、画面にチェックボックス５０Ｂと共に表示される。

図３の（Ｃ）は、端末２０Ａの画面の一例を示す図である。端末２０Ｂにより送信されたメッセージ４５Ｄが、端末２０Ａの画面にチェックボックス５０Ｂと共に表示される。端末２０Ｃの画面にも同様に、メッセージ４５Ｄがチェックボックス５０Ｂと共に表示される。

情報処理装置１０は、ユーザ毎にタスクの一覧を記憶し、端末２０からの要求に応じて、端末２０にタスク一覧を表示させる。

図４は、第１の実施形態に係る端末２０の表示画面（その３）の一例を示す図である。

端末２０は、ユーザからの指示を受けてタスク管理メニューを受け付ける。図４の（Ａ）は、端末２０におけるタスク管理メニューの表示画面の一例である。端末２０は、タスク一覧表示メニュー６０の選択を端末２０のユーザから受け付けると、情報処理装置１０から端末２０のユーザに関わるタスクの一覧を取得する。未完了のタスク表示のチェックボックス６１が選択されると、端末２０は情報処理装置１０からタスクの状態が未完了のタスクを取得して、表示する。完了済みタスクのチェックボックス６２が選択されると、端末２０は情報処理装置１０からタスクの状態が完了済みのタスクを取得して、表示する。チェックボックス６１及びチェックボックス６２が選択されると、タスクの状態が「未完了」のタスク、及び「完了」のタスクが取得され、表示される。

端末２０は、情報処理装置１０からタスクの一覧を取得すると図４の（Ｂ）に示すように、タスクの一覧を表示する。

タスク一覧に含まれるタスクの各々は、チェックフラグ３５、タスクを共有している他のユーザの情報、確認メニュー３４と共に表示される。

チェックフラグ３５は、タスクの状態が、完了又は未完了であることを示すための欄であり、チェックが表示されている場合には、タスクが完了していることを示す。例えば、チェックフラグ３５Ｄと、チェックフラグ３５Ｅとはチェックが表示されているため、タスクが完了していることを示している。

ユーザの情報は、ユーザ名、ユーザのアイコン４０等である。図４の（Ｂ）の例では、タスクを共有しているユーザのアイコン４０が、タスクと共に表示される例を示している。

タスクを共有している他のユーザの入力を受け付けたことに応じて、タスクの状態が、未完了から完了に更新された場合、更新したユーザが認識できるように、タスクは表示される。例えば、タスクの状態を更新する入力を行ったユーザのアイコン４０は、チェックフラグと共に、端末２０に表示される。図４の（Ｂ）では、タスク「１１月２０日の会議の準備」がアイコン４０Ｂで示されるユーザＢにより完了に更新されている様子を示している。

端末２０は、確認メニュー３４は、端末２０のユーザがタスクが登録された経緯を確認する画面を表示させるために設けられている。具体的には、端末２０が、ユーザから確認メニュー３４の選択を受けると、情報処理装置１０は、選択されたタスクと対応付けて記憶されているメッセージＩＤを確認し、タスクが登録されたときのチャット画面を表示させる。タスクとメッセージＩＤとの対応関係については、端末２０に記憶されてもよい。この場合、端末２０は、選択されたタスクと対応付けて記憶されているメッセージＩＤを確認し、タスクが登録されたときのチャット画面を表示させる。

なお、タスクの状態は、同じ状態でタスクを共有しているユーザの端末２０に表示される。

これにより、ユーザはタスクが登録された経緯を確認することができる。

上述した実施形態では、所定の文字として"［］"を含む場合に、メッセージからタスクを抽出する場合について説明したが、所定の文字としてその他の文字、記号、スタンプ、及びこれらの組み合わせを用いてもよいことは勿論である。情報処理装置１０は、予め登録されたスタンプが含まれるときにタスクが含まれると判断し、該スタンプから所定の範囲（例えば、同じ行）に含まれる文字からタスクを抽出してもよい。

＜ハードウェア構成＞
次に、情報処理システム１に含まれる各装置のハードウェア構成について説明する。

（１）情報処理装置
情報処理装置１０は、一般的なコンピュータの構成有している。

図５は、第１の実施形態に係るコンピュータのハードウェア構成の一例を示す図である。図５において、コンピュータ３００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０３、ストレージ装置３０４、入力装置３０５、表示装置３０６、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０７、外部Ｉ／Ｆ３０８、及びバス３０９等を有する。

ＣＰＵ３０１は、ＲＯＭ３０３やストレージ装置３０４等のメモリからプログラムやデータをＲＡＭ３０２上に読み出し、処理を実行することで、コンピュータ３００の制御や機能を実現する演算装置である。ＲＯＭ３０３は、コンピュータ３００の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の設定、及び各種設定等のプログラムやデータが格納されている。ＲＡＭ３０２は、プログラムやデータを一時保持する揮発性のメモリである。ストレージ装置３０４は、プログラムやデータを格納している大容量の記憶装置である。

入力装置３０５は、例えばキーボードやマウス等であり、ユーザが各種操作信号を入力するのに用いられる。表示装置３０６は、例えばディスプレイ等であり、コンピュータ３００による処理結果を表示する。なお、入力装置３０５又は／及び表示装置３０６は、必要なときに接続して利用する形態であってもよい。

通信Ｉ／Ｆ３０７は、コンピュータ３００をネットワーク２に接続するためのインタフェースである。外部Ｉ／Ｆ３０８は、外部装置とのインタフェースである。外部装置には、外部記憶媒体３０８ａ等がある。これにより、コンピュータ３００は外部Ｉ／Ｆ３０８を介して外部記憶媒体３０８ａの読み取り及び／又は書き込みを行うことができる。外部記憶媒体３０８ａには例えば、各種の光学ディスクや、各種のメモリカード等が含まれる。

ＣＰＵ３０１が、ＲＯＭ３０３等に格納されているプログラムを実行することにより、情報処理装置１０の各機能を実現することができる。

（２）端末
図６は、第１の実施形態における端末２０のハードウェア構成の一例を示す図である。

端末２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、入出力装置２０５、通信Ｉ／Ｆ２０６及びディスプレイ２０７（表示装置）を備える。なお、端末２０のハードウェアの各構成要素は、バス２０８を介して相互に接続される。

記憶装置２０４は各種プログラムを記憶する。ＣＰＵ２０１は、記憶装置２０４に記憶された各種プログラムを実行するコンピュータである。

ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、記憶装置２０４に記憶された各種プログラムをＣＰＵ２０１が実行するために必要な各種プログラムやデータ等を記憶する。

ＲＡＭ２０３は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の主記憶装置である。ＲＡＭ２０３は、各種プログラムがＣＰＵ２０１によって実行される際に展開される作業領域として機能する。

入出力装置２０５は、端末２０に対する各種指示を入力する入力装置、及び端末２０で処理された処理結果を出力する出力装置の機能を含む。入出力装置２０５は、ディスプレイ２０７に接続される。本実施形態において、ディスプレイ２０７は、タッチ反応型ディスプレイ（タッチパネル）とすることができる。通信Ｉ／Ｆ２０６は、ネットワーク２を介して端末２０と情報処理装置１０との通信を行う。

ＣＰＵ２０１が、記憶装置２０４等に格納されているプログラムを実行することにより、端末２０の各機能を実現することができる。

＜機能構成＞
図７は、第１の実施形態に係る機能構成の一例を示す図である。図７を用いて情報処理装置１０、及び端末２０の機能構成について説明する。

（１）情報処理装置
情報処理装置１０は、通信部１１０、制御部１２０、情報記憶部１３０、及び入出力部１４０を有する。制御部１２０は、判断部１２１及びタスク管理部１２５を有する。

各機能は以下のように連携する。通信部１１０は、端末２０Ａからメッセージを受信する。判断部１２１は、該メッセージに所定の情報を含むか否かを判断する。タスク管理部１２５は、所定の情報を含む場合、タスクを生成する。通信部１１０は、端末２０Ａ、及びメッセージの送信先である端末２０Ｂに、生成されたタスクを送信する。そして、通信部１１０が、端末２０Ａ、又は端末２０Ｂからの入力によりタスクの状態が更新されたときに、タスク管理部１２５は、更新後のタスクの状態を更新する。

次に、各機能ブロックの機能について説明する。

通信部１１０は、端末２０との間で各種情報の送受信を行う。通信部１１０は、端末２０からメッセージを受信し、受信したメッセージを制御部１２０に通知する。また、通信部１１０は、制御部１２０からの指示に基づいて、端末２０にメッセージを送信する。

制御部１２０は、情報処理装置１０の各機能に対して各種制御を行う。制御部１２０は、判断部１２１と、タスク管理部１２５とを有する。判断部１２１は、端末２０から受信した他の端末２０宛てのメッセージに所定の情報を含むか否かを判断する。

所定の情報とは、タスクの生成要求であることを示す要求である。所定の情報を含む場合、判断部１２１は、タスクを生成することをタスク管理部１２５に指示する。

判断部１２１の指示に応じて、タスク管理部１２５は、タスクを生成する。タスク管理部１２５は、メッセージの内容からタスクの名称を決定する。所定の情報に、メッセージの中でタスクの名称とすべき部分が示されている場合、所定の情報に基づいて、タスクの名称を生成する。

例えば、上述した例では、"［］"が所定の情報であり、"［］"で囲まれた文字列がタスクの名称とすべき部分であることを示している。

タスク管理部１２５は、生成したタスクに、タスクの識別子（タスクＩＤ）を付与する。また、タスク管理部１２５は、タスクに関する各種情報をタスク管理テーブル１３０Ａに記憶させる。生成されたタスクは、メッセージを送信した端末２０のユーザと、他の端末２０のユーザとの共有タスクとして記憶される。ここで、共有タスクとは複数の端末のユーザ間で共有されるタスクである。タスク管理テーブル１３０Ａに記憶される各種情報については後述する。

また、通信部１１０が、端末２０又は他の端末２０から、タスクの状態の変更の指示を受信した場合、タスク管理部１２５は、情報記憶部１３０に記憶しているタスクの状態を更新することを指示する。具体的には、タスク管理部１２５は、情報記憶部１３０に、記憶しているタスクの状態を未完了から完了に変更することを指示する。

情報記憶部１３０は、ＳＮＳの提供に必要な各種情報を記憶する。情報記憶部１３０は、タスク管理テーブル１３０Ａを保持する。タスク管理部１２５からの指示に基づいて、生成されたタスクに関する情報を、タスク管理テーブル１３０Ａに記憶し、タスクの状態が更新された際には、タスク管理テーブル１３０Ａで記憶されているタスクに関する情報を更新する。タスク管理テーブル１３０Ａについては後述する。

入出力部１４０は、情報処理装置１０に対する各種入力を受け付けると共に、情報処理装置１０の状態を表示する。

（２）タスク管理テーブル
図８は、第１の実施形態に係るタスク管理テーブル１３０Ａの一例を示す図である。タスク管理テーブル１３０Ａには、ユーザ毎にタスクが記憶されている。

情報処理装置１０の通信部１１０が、ユーザＡの端末２０Ａからタスクの一覧の表示要求を受信すると、タスク管理部１２５は、タスク管理テーブル１３０Ａから、ユーザＡのタスク、つまり、ユーザＡのタスクとして対応付けられているタスクを抽出する。図８の例では、タスクＩＤが「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」、及び「ＥＥＥ」のタスクが、ユーザＡのタスクとして抽出される。

各タスクは、ユーザＩＤ、ユーザ名、タスクＩＤ、タスク名、生成日時、共有相手、登録トリガ、状態、更新者、及び属性と共に記憶される。

ユーザＩＤは、ユーザをＳＮＳ上で一意に特定するための識別子である。ユーザ名は、ＳＮＳに登録されているユーザの名前である。

タスクＩＤは、ＳＮＳ上でタスクを一意に特定するための識別子である。タスク管理部１２５により付与される。タスク名は、タスク管理部１２５により生成されるタスクの名前である。例えば、メッセージの一部が設定される。又は、メッセージの一部を基に、生成された名称が設定される。

生成日時には、タスク管理部１２５がタスクを生成した日時が設定される。生成日時に、端末２０が所定の情報を含むメッセージを送信した日時が設定されてもよい。

共有相手には、タスクを共有する相手のユーザ名、又はユーザ識別子が設定される。所定の情報を含むメッセージが複数の宛先に送信される場合、共有相手には、複数のユーザ名が設定される。

例えば、ユーザＡの端末２０ＡからユーザＢの端末２０Ｂ及びユーザＣの端末２０Ｃに、所定の情報を含むメッセージが送信された場合、タスクはユーザＡ、ユーザＢ、及びユーザＣで共有されることになる。このため、タスク管理テーブル１３０ＡのユーザＡの欄において、かかるタスクの共有相手は「ユーザＢ」及び「ユーザＣ」として記憶される。

登録トリガの欄には、タスクの生成を起動する基になったメッセージを特定する情報が記憶される。例えば、メッセージの識別子であるメッセージＩＤと共に記憶される。なお、ユーザの端末２０から、スケジューラ等のメニューからタスクの登録の要求を受けた場合、登録トリガにはスケジューラ等、タスクの登録の要求に用いられたメニューが記憶される。例えば、図７のタスクＩＤ「ＫＫＫ」は、ユーザＢの端末２０Ｂのスケジューラメニューにおいてタスクが入力され、端末２０Ｂから情報処理装置１０に、タスクが通知された場合を示している。

状態の欄には、タスクの状態が記憶される。完了、又は未完了のいずれかの値が設定される。

更新者の欄には、タスクを更新したユーザ名が記録される。タスクの状態は、タスクを共有するいずれかのユーザが該ユーザの端末２０に入力し、入力内容が端末２０から、情報処理装置１０に通知されることにより更新される。なお、タスク管理テーブル１３０Ａに更新された日時が記憶されてもよい。

（３）端末
端末２０は、通信部２１０、表示部２２０、入力部２３０、制御部２４０、及び情報記憶部２５０を有する。端末２０の各機能は次のように連携する。制御部２４０は、タスクの生成要求であることを示す所定の情報を含む他の端末２０宛てのメッセージを生成し送信することを通信部２１０に指示する。通信部２１０は、制御部２４０の指示に従って、該メッセージを情報処理装置に送信する。また、通信部２１０は、送信したメッセージから生成され、メッセージの送信先である他の端末２０と共有するタスクを受信する。また、通信部２１０は、タスクを共有している他の端末２０への入力により更新されたタスクの状態を、情報処理装置１０から受信する。

次に、各機能ブロックの機能について説明する。

通信部２１０は、情報処理装置１０との間で各種情報の送受信を行う。通信部２１０は、制御部２４０の指示を受けて、情報処理装置１０に、他の端末２０宛てのメッセージを送信する。通信部２１０は、情報処理装置１０から、端末２０宛てのメッセージを受信する。

表示部２２０は、制御部２４０の指示に従って、各種情報を表示する。端末２０から送信したメッセージ、及び他の端末２０から受信したメッセージに所定の情報を含む場合、これらのメッセージをタスクが設定されていることを示すチェックボックスと共に表示する。

通信部２１０が、入力部２３０が受け付けたユーザからの要求に応じて、タスクの一覧を受信すると、表示部２２０はタスク一覧を表示する。タスクの状態が変更された場合、表示部２２０は、状態が変更されたことを表示する。入力部２３０は、端末２０のユーザからの入力を受け付け、受け付けた内容を制御部２４０に通知する。入力部２３０は、端末２０のユーザからタスクの生成要求であることを示す所定の情報を含むメッセージの入力を受け付ける。入力部２３０は、端末２０のユーザからタスクの状態の変更を受け付ける。また、入力部２３０は、ユーザからタスク一覧の取得の要求を受け付ける。

制御部２４０は、端末２０の各機能に対する制御を行う。

情報記憶部２５０は、端末２０のユーザが情報処理装置１０でＳＮＳを使用するのに必要な各種情報を記憶する。情報記憶部２５０は、タスク管理テーブル２５０Ａを保持する。タスク管理テーブル２５０Ａは、情報処理装置１０から通知された端末２０のユーザのタスクに関する情報を記憶する。

タスク管理テーブル２５０Ａは、少なくとも端末２０のユーザのタスクＩＤと、タスク名とを含む。タスク管理テーブル２５０Ａには、端末２０のユーザのタスクについて、情報処理装置１０で保持するタスク管理テーブル１３０Ａと同じ項目が記憶されてもよい。

＜動作手順＞
図９は、第１の実施形態におけるタスク共有の動作シーケンスを示す図である。

図９は、ユーザＡとユーザＢとユーザＣとが同一のチャットグループに属している場合において、ユーザＡの端末２０Ａから、ユーザＢの端末２０Ｂと、ユーザＣの端末２０Ｃとにメッセージが送信されるときの動作を示している。

ステップＳ９０１で、端末２０Ａの入力部２３０は、端末２０ＡのユーザＡからユーザＢ及びユーザＣ宛のメッセージの入力を受け付ける、メッセージには、タスクの設定の要求であることを示す所定の情報を含む。

ステップＳ９０２で、入力部２３０が送信の指示を受け付けると、通信部２１０は、情報処理装置１０にメッセージを送信する。情報処理装置１０の通信部１１０は、メッセージを受信する。

ステップＳ９０３で、情報処理装置１０の判断部１２１は、受信したメッセージに所定の情報が含まれているか否かを判断する。この場合、所定の情報が含まれているため、判断部１２１は、タスク管理部１２５にタスクの生成を指示する。

ステップＳ９０４で、タスク管理部１２５は、タスクを生成する。ここで、所定の情報が、メッセージ内のタスクの名称とすべき部分を示している場合、タスク管理部１２５は、所定の情報を基に、タスクの名称を決定する。

ステップＳ９０５で、タスク管理部１２５は、情報記憶部１３０に、生成したタスクに関する情報を、タスク管理テーブル１３０Ａに記憶することを指示する。情報記憶部１３０は、タスク管理部１２５からの指示に従って、タスク管理テーブル１３０Ａに生成されたタスクに関する情報を記憶する。具体的には、生成されたタスクを、ユーザＡ、ユーザＢ、及びユーザＣのタスク一覧に追加する。なお、情報処理装置１０は、所定の情報を含むメッセージを受信する度に、該メッセージの送信元のユーザ、及び宛先のユーザのタスク一覧にタスクを追加する。

タスク管理テーブル１３０ＡのタスクＩＤの欄、及びタスク名の欄には、タスク管理部１２５が生成したタスクＩＤと、タスク名とが設定される。生成日時には、情報処理装置１０が端末２０Ａからメッセージを受信した日時が設定される。ユーザＡのタスク一覧における共有相手の欄には、ユーザＢ、及びユーザＣが設定される。登録トリガの欄には、端末２０Ａから受信したメッセージのメッセージＩＤが設定される。状態の欄には、タスクが生成されたときには「未完了」と設定される。後続するタスクが存在する、又は存在する可能性が高い場合に、後続するタスクに関する情報が設定されてもよい。後続するタスクについては後述する。ここでは、後続するタスクについて、設定がされないものとして説明を進める。

ステップＳ９０６で、情報処理装置１０の通信部１１０は、受信したメッセージに対するタスクの生成が完了した旨の通知を、端末２０Ａに送信する。端末２０Ａの通信部１１０は、通知を受信する。

ステップＳ９０７で、端末２０Ａの制御部２４０は、通知を受信すると、送信したメッセージを、メッセージにタスクが設定されていることを示すチェックボックス５０と共に、表示部２２０に表示させる。

ステップＳ９０８で、情報処理装置１０の通信部１１０は、端末２０Ｂにメッセージを送信する。メッセージには、タスクが設定されていることを示す情報要素を含む。端末２０Ｂはメッセージを受信する。

ステップＳ９０９で、端末２０Ｂは、受信したメッセージを、メッセージにタスクが設定されていることを示すチェックボックス５０と共に表示させる。

ステップＳ９１０とステップＳ９１１の手順は、ステップＳ９０８とステップＳ９０９と同じであるため、説明を省略する。端末２０Ｃでも端末２０Ｂと同様の処理が実行される。

図１０は、図９の動作シーケンスにおける情報処理装置１０のフローチャートの一例を示す図である。図１０のフローチャートは、情報処理装置１０が端末２０からメッセージを受信した場合の動作を示す図である。

ステップＳ１００１で、通信部１１０は、ユーザＡの端末２０Ａからメッセージを受信する。メッセージの宛先はチャットグループに属するユーザＢの端末２０Ｂ、及びユーザＣの端末２０Ｃとする。

ステップＳ１００２で、判断部１２１は、受信したメッセージにタスクの設定の要求であることを示す所定の情報が含まれているか否かを判断する。所定の情報が含まれている場合（ステップＳ１００２ ＹＥＳ）、ステップＳ１００３に進む。一方、所定の情報が含まれていない場合（ステップＳ１００２ ＮＯ）、ステップＳ１００６に進む。

ステップＳ１００３で、タスク管理部１２５は、判断部１２１の指示を受けて、タスクを生成する。ここで、所定の情報が、メッセージ内のタスクの名称とすべき部分を示している場合、タスク管理部１２５は、所定の情報を基に、タスクの名称を決定する。

ステップＳ１００４で、タスク管理部１２５は、情報記憶部１３０に、生成したタスクに関する情報を、タスク管理テーブル１３０Ａに記憶することを指示する。かかる指示を受けて、情報記憶部１３０は、タスク管理テーブル１３０Ａに、生成されたタスクに関する情報を記憶する。

ステップＳ１００５で、通信部１１０は、ユーザＡの端末２０Ａ、ユーザＢの端末２０Ｂ、及びユーザＣの端末２０Ｃにメッセージを送信すると共に、タスクが設定されていることを示すチェックボックス５０をメッセージと共に表示することを指示する。

一方、ステップＳ１００６に進んだ場合、ステップＳ１００６で、通信部１１０は、ユーザＢの端末２０Ｂ、及びユーザＣの端末２０Ｃにメッセージを送信する。この場合、ユーザＡの端末２０Ａには、メッセージを送信する必要はないため、メッセージは送信されない。

図１１は、第１の実施形態におけるタスクの状態変更の動作シーケンスを示す図である。

ステップＳ１１０１で、端末２０Ａの入力部２３０は、タスク名「ＸＸＸ買う」（タスクＩＤ：ＡＡＡ）の状態を、「未完了」から「完了」にする指示を、ユーザＡから受け付ける。ユーザＡからの指示は、チャットのメニューにおいて、チェックボックス５０が選択されることにより受け付けてもよい。或いは、タスク一覧が表示されている状態において、チェックボックスが選択されることにより受け付けてもよい。

ステップＳ１１０２で、端末２０の通信部１１０は、タスクの状態変更の要求を、情報処理装置１０に送信する。タスクの状態変更の要求は、状態が変更されるタスクのタスクＩＤ（ＡＡＡ）を含む。情報処理装置１０の通信部１１０は、タスクの状態変更の要求を受信する。

ステップＳ１１０３で、通信部１１０がタスクの状態変更の要求を受信したことに応じて、情報処理装置１０のタスク管理部１２５は、タスクＩＤ「ＡＡＡ」のタスクの状態を「未完了」から「完了」に変更することを、情報記憶部１３０に指示する。指示を受けて、情報記憶部１３０は、タスク管理テーブル１３０ＡのタスクＩＤ「ＡＡＡ」の「状態」の欄を、「未完了」から「完了」に変更する。ここで、タスクがユーザＡ、ユーザＢ、及びユーザＣに共有されている場合、ユーザＡ、ユーザＢ、及びユーザＣのタスク一覧におけるタスクＩＤ「ＡＡＡ」で特定されるタスクの状態を、「未完了」から「完了」に変更する。

ステップＳ１１０４で、通信部１１０は、端末２０Ａにタスクの状態変更の応答を送信する。応答には、タスクの状態が「未完了」から「完了」に変更された旨を含む。端末２０Ａの通信部２１０は、応答を受信する。

ステップＳ１１０５で、端末２０Ａの制御部２４０は、表示部２２０に、タスクＩＤ「ＡＡＡ」のタスクの状態が「完了」に変更された旨を表示させる。表示部２２０は、タスクＩＤ「ＡＡＡ」のタスク名「ＸＸＸ買う」の状態が「完了」に通知されたこと、状態変更がユーザＡによりされたことを表示する。

ステップＳ１１０６で、通信部１１０は、端末２０Ｂに、タスクＩＤ「ＡＡＡ」の状態が、「未完了」から「完了」に変更された旨を通知する。

ステップＳ１１０７で、端末２０Ｂの制御部２４０は、表示部２２０に、タスクＩＤ「ＡＡＡ」のタスクの状態が「完了」に変更された旨を表示させる。表示部２２０の表示については、ステップＳ１１０５と同様である。

ステップＳ１１０８及びステップＳ１１０９で、端末２０Ｃにおいて、ステップＳ１１０６及びステップＳ１１０７と同様の処理が実行される。

図１２は、未完了タスク管理の動作シーケンスを示す図である。

ステップＳ１２０１で、端末２０Ａの入力部２３０は、ユーザＡからチャットメニューにおいて、チャットグループ＃１の起動の要求を受け付ける。ここでは、チャットグループ＃１には、ユーザＡ、ユーザＢ、及びユーザＣが属しているものとする。

ステップＳ１２０２で、端末２０Ａの通信部２１０は、チャットグループ＃１が起動されたことを、情報処理装置１０に通知する。情報処理装置１０の通信部１１０は、通知を受信する。

ステップＳ１２０３で、情報処理装置１０の通信部１１０が通知を受信したことに応じて、タスク管理部１２５は、情報記憶部１３０に、ユーザＡ、ユーザＢ、及びユーザＣで共有されているタスクのうち、タスクの状態が「未完了」のものを抽出するように指示する。

ステップＳ１２０４で、情報記憶部１３０は、タスク管理テーブル１３０Ａを参照し、ユーザＡ、ユーザＢ、及びユーザＣで共有されているもののうち、タスクの状態が「未完了」のものを抽出する。情報記憶部１３０は、抽出されたタスクをタスク管理部１２５に通知する。

ステップＳ１２０５で、通信部１１０は、タスク管理部１２５からの指示を受けて、端末２０Ａに、情報記憶部１３０で抽出された未完了のタスクを通知すると共に、未完了のタスクがある旨を表示するように指示する。端末２０Ａの通信部２１０は、情報処理装置１０からの指示を受信する。

ステップＳ１２０６で、端末２０Ａの制御部２４０は、表示部２２０に未完了のタスクがある旨を表示するように指示する。

ステップＳ１２０７で、端末２０Ａの入力部２３０が、未完了のタスクを表示する指示をユーザＡから受け付けた場合、制御部２４０は、表示部２２０に未完了のタスクを表示する。

表示された、未完了のタスクの状態を「完了」に変更する場合、ステップＳ１２０８乃至ステップＳ１２１０の手順が実行される。これらの手順はステップＳ１１０１乃至ステップＳ１１０３と同様であるため説明を省略する。

なお、図１２では、チャットグループ＃１の起動時に、未完了のタスクを表示する場合の動作について説明したが、完了済みのタスクと未完了のタスクが共に表示されてもよい。また、ユーザのタスクは、その他のタイミングで表示されてもよい。

例えば、チャットメニュー起動時に、ユーザの未完了のタスク一覧をユーザの端末２０の表示部２２０に表示させてもよい。また、チャットメニュー起動時に、ユーザの全てのタスク、つまり完了済みのタスク及び未完了のタスクを表示部２２０に表示させてもよい。

＜画面表示＞
図１３は、図１２の動作が行われるときの表示画面の一例を示す図である。

図１３の（Ａ）は、チャットメニューでチャットグループが起動されたときの端末２０Ａの表示画面を示している。チャットグループに属するユーザＡ、ユーザＢ、及びユーザＣとの間で共有しているタスクで「未完了」のタスクがある場合、未完了のタスクがある旨の通知７０が、表示部２２０に表示される。表示メニュー７１が選択された場合、図１３の（Ｂ）に示す表示画面が表示される。一方、非表示メニュー７２が選択された場合、通常のチャットが開始される。

図１３の（Ｂ）では、未完了のタスクの一覧が表示される様子を示している。図１３の（Ｂ）の表示画面において、端末２０Ａは、タスクの状態変更の指示を受け付けることができる。例えば、端末２０Ａの入力部２３０が、チェックボックス７４Ｂの選択を受け付けると、タスク「ＹＹに連絡」の状態が「未完了」から「完了」に変更される。

［第２の実施形態］
次に、第２の実施形態について説明する。第１の実施形態と共通する部分については、説明を省略し異なる部分についてのみ説明する。

＜概要＞
第２の実施形態では、タスクの状態が「未完了」から「完了」に変更されたことに伴い、後続するタスクの設定の動作が起動される。

タスクが完了したときに、後続するタスクの設定動作に遷移させるのが好ましい場合がある。例えば、物品の購入に関するタスクが完了すると、購入代金の精算に関するタスクが発生する可能性が高い。また、「保育園への送り」のタスクが完了すると、「保育園の迎え」のタスクが発生する場合が高い。

第２の実施形態では、情報処理装置１０は、タスクの状態を「完了」に変更するときに、該タスクに後続タスクの設定がされているか、タスク管理テーブル１３０Ａを確認する。後続タスクの設定がされている場合、情報処理装置１０は、端末２０に後続するタスクの設定動作を開始させる。

なお、情報処理装置１０は、該タスクを共有している他のユーザの端末２０にも、後続するタスクの設定を開始させてもよい。

図１４を用いて、端末２０における後続するタスクの設定動作について説明する。図１４は、第２の実施形態に係る端末２０の表示画面の一例を示す図である。

図１４の（Ａ）は、ユーザＡの端末２０Ａに、タスクの状態の変更に関する表示がされる様子を示している。表示部２２０に、タスク「ＸＸＸの購入」の状態が「未完了」から「完了」に変更されたことが表示される。図１４の（Ａ）では、ユーザＢを示すアイコン４０Ｂにチェックがされており、ユーザＢの端末２０Ｂがタスクの状態の変更の指示を受け付けたことを示している。

図１４の（Ｂ）は、ユーザＡの端末２０Ａにおいて、後続するタスクの設定をするか否かを確認する表示がされる様子を示している。表示部２２０に、後続するタスクとして「代金精算のタスク」の登録を行うか否かを確認する画面が表示される。ＹＥＳのメニュー８１が選択された場合、支払いのタスクの登録処理が開始される。ＮＯのメニュー８２が選択された場合、後続するタスクは設定されず、処理を終了する。

図１４の（Ｃ）は、ユーザＡの端末２０Ａにおいて、後続する処理に関する表示がされる様子を示している。端末２０ＡのユーザＡからの入力を受け、タスク名として「ＸＸＸの代金精算」が設定される。また、端末２０ＡのユーザＡからの入力を受け、タスクに付随するタスク（以下、サブタスク）として、「ユーザＡからユーザＢに○○○円支払」、及び「ユーザＣからユーザＢに○○○円支払」が設定される。

第２の実施形態では、タスクのサブタスクを設定可能であり、全てのサブタスクの状態が「完了」に変更された場合、「タスク」の状態が、「未完了」から「完了」に変更される。

例えば、代金精算に関するタスクでは、サブタスクとして、個々人の支払いが設定される。そして、全ての支払いに関するサブタスクが完了した場合に、代金精算のタスクが完了する。

登録メニュー８５が選択された場合、端末２０Ａからの登録の要求に基づいて、タスクが情報処理装置１０に登録される。一方、修正メニュー８６が選択された場合、タスクの登録内容の修正画面が表示される。

「代金精算」に関するタスクが登録されたことに応じて、端末２０Ａには、「今すぐ精算」を行うか否かを確認する画面が表示される。図１４の（Ｄ）は確認する画面の一例である。該画面において、ＹＥＳのメニュー８８が選択された場合、連携する送金サービスの画面が表示される。一方、ＮＯのメニュー８９が選択された場合、処理を終了する。

図１４の（Ｅ）は、端末２０Ａに、連携する送金サービスの画面が表示される様子を示している。送金先を示す情報としてユーザＢのアイコン４０Ｂが表示される。支払いメニュー９０が選択されると、送金処理が実行される。また、送金処理が完了すると、サブタスク「ユーザＡからユーザＢに○○○円支払い」の状態が「未完了」から「完了」に変更される。

上述した実施形態によれば、タスクの状態が「完了」に変更されたことに応じて、後続するタスクの登録が起動されるため、タスクの管理が容易になる。また、サブタスクを設定することにより、タスクの実行状況を確認することが可能となり、タスクに関する必要な行動の実行が漏れることを防ぐことが可能となる。

＜機能構成＞
（１）情報処理装置
タスクの状態を更新する指示をするときに、タスク管理部１２５は、タスク管理テーブル１３０Ｂを参照し、タスクに後続するタスクの設定されているか確認する。後続するタスクが設定されている場合、後続するタスクの生成の要否について、端末２０に問い合わせるメッセージを、通信部１１０を介して送信する。例えば、物品の購入に関するタスクが共有されている場合、物品の購入の完了後、タスクを共有しているユーザ間で精算が必要となる可能性が高い。このため、タスク管理部１２５は、通信部１１０を介して、精算に関するタスクの要否を問い合わせるメッセージを、端末２０に送信する。

また、タスク管理部１２５は、通信部１１０を介して、端末２０から、サブタスクの状態の変更の要求を受信し、かかる要求の受信に応じて、サブタスクの状態を更新するように、情報記憶部１３０に指示する。

（２）タスク管理テーブル
第２の実施形態に係るタスク管理テーブル１３０Ｂについて、図１５を用いて説明する。図１５は、第２の実施形態に係るタスク管理テーブル１３０Ｂの一例を示す図である。タスク毎に後続するタスクの欄が設けられている。後続するタスクの欄には、タスク完了後に必要となる可能性が高いタスクの名称が設定される。例えば、「物品の購入」に関するタスクには、後続するタスクの欄に、「精算」と設定され、「準備」に関するタスクには、後続するタスクの欄に、「後片付け」、「保育園に送る」タスクには、後続するタスクの欄に、「保育園の迎え」と設定される。後続するタスクの欄には、端末２０から通知された内容が設定されてもよいし、タスク管理部１２５がタスク名から推定される後続タスクが設定されてもよい。

また、タスク管理テーブル１３０Ｂは、タスクとサブタスクとを関連付けて記憶する。タスクＩＤ「ＦＦＦ」のタスク「ＸＸＸの代金の精算」のサブタスクとして、タスクＩＤ「ＦＦＦ−１」のサブタスク「ユーザＡからユーザＢへの支払い」、及びタスクＩＤ「ＦＦＦ−２」のサブタスク「ユーザＣからユーザＢへの支払い」が記憶されている。情報記憶部１３０は、サブタスク毎の状態の変更を受け付け、タスクに属する全てのサブタスクの状態が「完了」に変更された場合、タスクの状態を「完了」する。

（３）端末
タスク完了時に、通信部２１０が、情報処理装置１０から後続するタスクに関する情報を受信した場合、表示部２２０は、受信した後続するタスクに関する情報を表示する。入力部２３０は、後続するタスクに関する登録の要否、及び登録する場合のタスクの設定項目等の入力を受け付ける。

＜動作手順＞
図１６は、第２の実施形態に係る動作手順の一例を示す図である。

図１６の手順は、ステップＳ１１０１乃至ステップＳ１１０９の手順が実行された後に、実行される。つまり、各端末２０が、タスクの状態が「完了」に変更されたことを通知された後に実行される。

ここでは、タスク「ＸＸＸ買う」の状態が「完了」に変更された場合について説明する。

ステップＳ１６０１で、情報処理装置１０のタスク管理部１２５は、タスク管理テーブル１３０Ｂを参照し、タスク「ＸＸＸ買う」の「後続タスク」の欄に「精算」が設定がされていることを確認する。

ステップＳ１６０２で、通信部１１０は、タスク管理部１２５の指示を受けて、端末２０Ａに後続するタスクの登録が必要か問い合わせる。問い合わせには、後続するタスクは「精算」である旨を含む。端末２０Ａの通信部２１０は、問い合わせを受信する。

ステップＳ１６０３で、端末２０Ａの表示部２２０は、制御部２４０の指示を受けて、後続するタスクの登録が必要か、ユーザＡに確認するためのメッセージを表示する。

ステップＳ１６０４で、端末２０Ａの入力部２３０は、ユーザＡから後続するタスクの登録が必要である旨を受け付ける。

ステップＳ１６０５で、端末２０Ａの制御部２４０は、表示部２２０に、精算用のタスクの設定メニューを表示するように指示する。表示部２２０は、精算用のタスクの設定メニューを表示する。入力部２３０は、ユーザＡから精算用のタスク、及びサブタスクに関する入力を受け付ける。この場合、例えば、タスク名に「ＸＸＸの代金の精算」、サブタスク名に、支払元、支払先、及び支払金額を特定する情報である、「ユーザＡからユーザＢに○○○円支払う」と、「ユーザＣからユーザＢに○○○円支払う」とが入力される。

ステップＳ１６０６で、端末２０Ａの通信部２１０は、制御部２４０の指示を受けて、後続するタスクの登録の要求を情報処理装置１０に送信する。タスクの登録の要求には、ステップＳ１６０５で入力を受け付けたタスク名、支払元、支払先、及び支払金額等を含む。情報処理装置１０の通信部１１０は、登録の要求を受信する。

ステップＳ１６０７で、登録の要求を受信したことに応じて、タスク管理部１２５は、登録の要求で受信した情報に基づいて、タスク管理テーブル１３０Ｂに新たなタスクを登録する。

ステップＳ１６０８で、タスク管理部１２５は、通信部１１０を介して、すぐに精算の処理を開始するか否かを問い合わせる。端末２０の通信部２１０は、問い合わせを受信する。

ステップＳ１６０９で、制御部２４０は、表示部２２０に、「すぐに精算を行うか」を問い合わせるメッセージを表示させる。

ステップＳ１６１０で、入力部２３０は、「すぐに精算を行う」旨の入力と、サブタスク「ユーザＡからユーザＢに○○○円支払う」ことを実行する指示を受け付ける。

ステップＳ１６１１で、通信部２１０は、精算の要求を送信する。情報処理装置１０は、精算の要求を受信する。精算の要求には、サブタスク「ユーザＡからユーザＢに○○○円支払う」を実行することを含む。

ステップＳ１６１２で、精算の要求の受信に応じて、制御部１２０は、精算の処理を起動する。具体的には、制御部１２０は、「ユーザＡからユーザＢに○○○円」の送金を行うため、振込元情報（例えば、ユーザＡの口座情報と残高情報）の確認、及び振込先情報（例えば、ユーザＢの口座情報）の確認を行う。

ステップＳ１６１３で、情報処理装置１０の通信部１１０は、確認された振込元情報と振込先情報とを、端末２０に通知する。また、情報処理装置１０の通信部１１０は、送金の実行可否を確認するメッセージについても併せて通知する。端末２０の通信部２１０は通知を受信する。

ステップＳ１６１４で、端末２０の表示部２２０は、制御部２４０からの指示に基づいて、情報処理装置１０から通知された情報を表示すると共に、サブタスク「ユーザＡからユーザＢに○○○円支払う」の実行の可否について選択を促す表示をする。

ステップＳ１６１５で、端末２０の入力部２３０がサブタスクの実行の指示を受け付ける。

ステップＳ１６１６で、端末２０の通信部２１０は、サブタスクの実行指示を、情報処理装置１０に送信する。情報処理装置１０の通信部１１０は、サブタスクの実行指示を受信する。

ステップＳ１６１７で、情報処理装置１０の制御部１２０は、「ユーザＡからユーザＢに○○○円」の送金処理を受け付ける。送金処理は、所定のタイミングで実行される。

ステップＳ１６１８で、タスク管理部１２５は、送金処理の受け付けに応じて、サブタスク「ユーザＡからユーザＢに○○○円支払う」の状態を「完了」に変更する。なお、かかるサブタスクの状態は、送金処理の完了時に、「完了」に変更されてもよい。

ステップＳ１６１９で、情報処理装置１０の通信部１１０は、サブタスクが完了した旨を通知する。

ステップＳ１６２０で、情報処理装置１０の通信部１１０は、ユーザＡの端末２０Ａからのタスクの登録の要求に従って登録されたタスク、サブタスク、及びサブタスクの状態を、ユーザＢの端末２０Ｂに通知する。端末２０Ｂの通信部１１０は、通知を受信する。

ステップＳ１６２１で、端末２０Ｂの表示部２２０は、制御部２４０の指示に基づいて、通知されたタスク、サブタスク、及びサブタスクの状態を表示する。

ステップＳ１６２２及びステップＳ１６２３で、ユーザＣの端末２０Ｃで、ステップＳ１６２０及びステップＳ１６２１と、同様の処理が実行される。

なお、「後続するタスク」の登録については、端末２０Ａ、端末２０Ｂ、及び端末２０Ｃのいずれの端末２０から実行されてもよい。また、登録されたタスク等の端末２０Ｂ及び端末２０Ｃへの通知については、ステップＳ１６０７以降のいずれのタイミングで実行されてもよい。

上述した実施形態では、後続するタスクの設定例として、送金処理を例に説明したが、その他の後続するタスクを設定する場合にも、同様の手順を適用可能なことは勿論である。

［その他］
上述した実施形態では、情報処理装置１０で、メッセージに所定の情報を含むか否かの判断を行い、所定の情報を含む場合にタスクを設定する処理を実行していた。この判断の処理については、メッセージが入力された端末２０で実行されてもよい。

また、上述した実施形態では状態として、「完了」、及び「未完了」が設定されることとして説明しているが、その他の状態を設けることも可能なことは勿論である。例えば、状態に、「実行中」を設けてもよい。

情報処理装置１０は、情報処理装置の一例である。情報処理装置１０の各機能が別のハードウェア上に実装されてもよい。この場合、別のハードウェア上に実装された各機能が連携することにより情報処理装置１０の機能を実現する。例えば、情報処理装置１０は、他の装置に実装されている情報記憶部１３０から情報を取得して、上述した動作を実現してもよい。

タスク管理部１２５は、生成部の一例である。通信部１１０は、送信部の一例である。通信部２１０は、送信部及び受信部の一例である。

上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、情報処理装置１０、及び端末２０に供給してもよい。そして、情報処理装置１０、及び端末２０が、記憶媒体に格納されたプログラムコードを読み出し実行することによっても、上述の実施形態が、達成されることは言うまでもない。この場合、記憶媒体には、上述したコンテンツの表示制御方法を、情報処理装置１０、及び端末２０に実行させるプログラムが記憶される。

具体的には、タスクの生成要求であることを示す所定の情報を含む端末２０Ｂ宛てのメッセージを、送信するステップと、前記メッセージから生成され、端末２０Ｂと共有するタスクを受信するステップと、端末２０Ｂへの入力により更新された前記タスクの状態を、表示するステップと、を端末２０Ａに実行させるプログラムが、記憶媒体に記憶される。

また、端末２０Ａから受信したメッセージに所定の情報を含むか否かを判断するステップと、前記所定の情報を含む場合、タスクを生成するステップと、端末２０Ａ、及び前記メッセージの送信先である端末２０Ｂに、生成された前記タスクを送信するステップと、端末２０Ａ、又は端末２０Ｂへの入力により、前記タスクの状態が更新されたときに更新後の前記タスクの状態を管理するステップと、を情報処理装置１０に実行させるプログラムが、記憶媒体に記憶される。

そして、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになる。

また、コンピュータ装置が読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に従って、コンピュータ装置上で動作しているオペレーティングシステム（ＯＳ）等が実際の処理の一部または全部を行ってもよい。さらに、その処理によって前述した実施形態の機能が実現されてもよいことは言うまでもない。

以上、本発明の好ましい実施形態について説明したが、本発明はこうした実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 情報処理装置
２０ 端末
１１０ 通信部
１２０ 制御部
１２１ 判断部
１２５ タスク管理部
１３０ 情報記憶部
１４０ 入出力部
２１０ 通信部
２２０ 表示部
２３０ 入力部
２４０ 制御部
２５０ 情報記憶部

Claims (11)

1. 第１の端末から受信したメッセージに所定の情報が含まれる場合、タスクを生成するステップと、
   前記第１の端末、及び前記メッセージの送信先である第２の端末に、生成された前記タスクを送信するステップと、
   前記第１の端末、又は前記第２の端末から、前記タスクの状態を更新する情報を受信して前記タスクの状態を管理するステップと、
   を有することを特徴とするタスクの管理方法。
2. 前記メッセージは、前記第１の端末及び第２の端末を含むチャットグループにおけるチャットメッセージである、請求項１に記載のタスクの管理方法。
3. 生成された前記タスクを、前記第１の端末のユーザと、前記第２の端末のユーザとの間で共有されるタスクとして記憶するステップを有する、請求項１または２に記載のタスクの管理方法。
4. 前記第１の端末と前記第２の端末との間で、新たな通信を行うための処理が開始されたことに応じて、前記第１の端末のユーザと、前記第２の端末のユーザとの間で、共有されるタスクとして記憶しているタスクの状態を、前記第１の端末、または前記第２の端末に表示させるステップを有する請求項３に記載のタスクの管理方法。
5. 前記タスクの状態が更新された場合、前記タスクが更新された旨を、前記タスクの状態の更新を受け付けた端末のユーザの情報と対応付けて、前記第１の端末、及び前記第２の端末に表示させるステップを有する、請求項１乃至４のいずれか一項に記載のタスクの管理方法。
6. 前記タスクの状態が完了に更新されたことに応じて、前記第１の端末及び前記第２の端末の少なくとも一方に、前記タスクに後続するタスクの登録の要否を確認するメッセージを表示させるステップを有する、請求項１乃至５のいずれか一項に記載のタスクの管理方法。
7. 前記タスクの状態が完了に更新されたことに応じて、前記タスクを共有するユーザの間で精算が必要な場合、精算に関するタスクを前記後続するタスクとして登録する処理を、前記第１の端末及び前記第２の端末の少なくとも一方に、起動させるステップを有する、請求項６に記載のタスクの管理方法。
8. 生成された前記タスクは、前記タスクに対応付けられた複数のサブタスクを含み、
   複数の前記サブタスクの各々の状態が完了に更新されると、前記タスクの状態が完了に更新される、ことを特徴とする、請求項１乃至７のいずれか一項に記載のタスクの管理方法。
9. 前記所定の情報は、所定の文字、所定の文字列、所定の記号、所定の符号、所定のマーク、又はこれらの組み合わせである、ことを特徴とする請求項１乃至８のいずれか一項に記載のタスクの管理方法。
10. 前記所定の情報と、前記メッセージから、前記タスクの名称を生成する、ことを特徴とする請求項１乃至９のいずれか一項に記載のタスクの管理方法。
11. 第１の端末から受信したメッセージに所定の情報が含まれる場合、タスクを生成する生成部と、
    前記第１の端末、及び前記メッセージの送信先である第２の端末に、生成された前記タスクを送信する送信部と、
    前記第１の端末、又は前記第２の端末への入力により、前記タスクの状態が更新されたときに更新後の前記タスクの状態を管理するタスク管理部と、
    を有することを特徴とする情報処理装置。

Images