(57)【特許請求の範囲】
【請求項１】
把持部を備えたクリップにおいて、
前記把持部の状態を判定する判定部と、
前記判定部により、前記把持部が把持状態であると判定すると、タスク管理装置に対して新しいタスクのエントリを促す信号を送信する無線通信部とを有し、
前記信号は、前記把持部が把持状態となった時刻及び／又は前記新しいタスクの管理に用いられる所定の時間長情報を含むことを特徴とするクリップ。
【請求項２】
把持部を備えるとともに、発光デバイス又はスピーカを備えたクリップにおいて、
前記把持部の状態を判定する判定部と、
前記判定部により、前記把持部が把持状態であると判定すると、タスク管理装置に対して新しいタスクのエントリを促す信号を送信する無線通信部と、
前記信号に、前記把持部が把持状態となった時刻及び／又は前記新しいタスクの管理に用いられる所定の時間長情報が含まれる場合に、該所定の時間長情報に対応する時間の経過時における未完了のタスクの検出に応じて前記タスク管理装置から送信される信号の前記無線通信部による受信に応じて、前記発光デバイスを発光させるか又は前記スピーカから音を発せさせる制御を行う制御部と、
を備えたことを特徴とするクリップ。
【請求項３】
把持部を備えたクリップにおいて、
前記把持部の状態を判定する判定部と、
前記判定部により、前記把持部が把持状態であると判定すると、タスク管理装置に対して新しいタスクのエントリを促す信号を送信する無線通信部とを有し、
前記判定部により、前記把持部が把持状態から非把持状態に変化したと判定されると、前記無線通信部は、前記タスク管理装置に対して前記新しいタスクのエントリの削除を促す信号を送信する、ことを特徴とするクリップ。
【請求項４】
把持部を備えたクリップにおいて、
前記把持部の状態を判定する判定部と、
前記判定部により、前記把持部が把持状態であると判定すると、タスク管理装置に対して新しいタスクのエントリを促す信号を送信する無線通信部とを有し、
前記判定部により、前記把持部の前記把持状態が変化したと判定されると、前記無線通信部は、前記タスク管理装置に対して前記新しいタスクに関する変更通知を送信する、ことを特徴とするクリップ。
【請求項５】
前記信号は、未完了のタスクの開始時間を指定する所定の時間長情報を含むことを特徴とする請求項１から４のいずれか一つに記載のクリップ。
【請求項６】
前記信号は、前記クリップの識別情報を含む、ことを特徴とする請求項１から５のいずれか一つに記載のクリップ。
【請求項７】
前記タスク管理装置から送信される信号の前記無線通信部による受信に応じて、前記クリップが備える光デバイスを発光させるか又は前記クリップが備えるスピーカから音を発せさせる制御を行う制御部と、を備えたことを特徴とする請求項１、３、４のいずれか一つに記載のクリップ。
【請求項８】
物と物理的に対応づけられたことを検出する検出部と、
前記検出部が検出した場合に、自装置の識別子を発信する発信部と
を有する物の管理装置と、
前記管理装置の前記発信部から発信された、前記管理装置の識別子を受信する受信部と、
受信した前記管理装置の識別子と、自装置の識別子とを送信する送信部と、
を有する第１のコンピュータと、
前記第１のコンピュータの送信部から送信された前記管理装置の識別子と前記第１のコンピュータの識別子とを受信する受信部と、
受信した前記管理装置の識別子が未記憶の場合に、該管理装置の識別子と前記第１のコンピュータの識別子とを対応づけて記憶し、受信した前記管理装置の識別子が記憶済の場合に、該管理装置の識別子と対応付けて記憶しているコンピュータの識別子を、受信した前記第１のコンピュータの識別子で更新する記憶部と、
を有する第２のコンピュータと
を有することを特徴とする、物の管理システム。
【請求項９】
前記第２のコンピュータは、受信した前記管理装置の識別子が記憶済の場合に、該管理装置の識別子と対応付けて記憶しているコンピュータの識別子を、受信した前記第１のコンピュータの識別子で更新するとともに、該記憶していたコンピュータの識別子に示されるコンピュータに対して、該管理装置の識別子との対応づけを解除したことを示す情報を送信する送信部をさらに有することを特徴とする請求項８に記載の物の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物の管理装置、クリップおよび物の管理システムに関する。
【背景技術】
【０００２】
従来から、ユーザが自分の仕事や予定などのタスクをトゥードゥー（ＴｏＤｏ）リストなどを生成して、スマートフォンなどで管理することが行われている。近年では、磁気テープや紙等の情報記憶媒体に送信機を取り付け、送信機が定期的に識別子を管理装置に送信し、管理装置が集中管理する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３６４２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記技術では、１人のユーザがタスクを管理する場合、処理や管理が煩雑になる。例えば、トゥードゥーリストを用いた手法は、手動でタスクの登録や削除などを行うので、手間がかかる。送信機を用いた手法は、識別子によって情報記憶媒体の位置等の管理が行えるものの、タスクの実行、完了、削除などは手動で行うことになる。このように、これらの手法でタスクを管理するには、ユーザの負担が大きく、手間も時間もかかることから、容易なこととは言い難い。
【０００５】
１つの側面では、タスクを容易に管理することができる物の管理装置、クリップおよび物の管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の案では、物の管理装置は、物と物理的に対応づけられたこと及び／又は物との間の物理的な対応づけが解除されたこととを検出する検出部を有する。物の管理装置は、前記検出部が、前記物と対応づけられたこと、または前記物との対応づけが解除されたことを検出した場合に、自装置の識別子を送信する送信部を有する。
【発明の効果】
【０００７】
一実施形態によれば、タスクを容易に管理することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１にかかるシステムの全体構成例を示す図である。
【図２】図２は、実施例１にかかるシステムの機能構成例を示す機能ブロック図である。
【図３】図３は、クリップから送信される要求のフォーマット例を示す図である。
【図４】図４は、タスクＤＢに記憶される情報の例を示す図である。
【図５】図５は、タスク登録における画面表示の遷移例を説明する図である。
【図６】図６は、タスク通知からタスク削除を説明する図である。
【図７】図７は、実施例１にかかる処理の流れを示すシーケンス図である。
【図８】図８は、実施例２にかかるシステムの全体構成例を示す図である。
【図９】図９は、実施例２にかかるシステムの機能構成例を示す機能ブロック図である。
【図１０】図１０は、タスク割当ＤＢに記憶される情報の例を示す図である。
【図１１】図１１は、実施例２におけるタスク割当を説明する図である。
【図１２】図１２は、実施例２におけるタスク割当の変更例を説明する図である。
【図１３】図１３は、実施例２にかかる処理の流れを示すシーケンス図である。
【図１４】図１４は、クリップへの一斉報知の例を説明する図である。
【図１５】図１５は、クリップが近くにない時のアラート画面例を示す図である。
【図１６】図１６は、ハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する物の管理装置、クリップおよび物の管理システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。各実施例は、矛盾のない範囲内で適宜組み合わせることができる。
【実施例１】
【００１０】
［全体構成］
図１は、実施例１にかかるシステムの全体構成例を示す図である。図１に示すように、この物の管理システムは、クリップ１０とスマートフォン３０を有する。クリップ１０とスマートフォン３０は、ブルートゥース（登録商標、以下、ＢＴと記載する場合がある）などの近距離無線通信を用いて接続される。なお、ＢＴ以外にも、例えばＮＦＣ（Near  Field  Communication）などの近距離無線通信を採用することができる。
【００１１】
クリップ１０は、一意な識別子を保持し、物と物理的に対応づけられたことや物との間の物理的な対応づけが解除されたこととを検出するデバイス、管理装置、物の管理装置の一例である。例えば、クリップ１０は、把持部１４を有し、書類１を挟むと書類１と物理的に対応付けられたことを検出し、書類１が外されると書類１との物理的な対応付けの解除を検出する。このクリップ１０の把持部１４の先端には、通電センサ１４ａが設置され、通電センサ１４ａの状態によって物が挟まれたか否かを検出できる。具体的には、通電センサ１４ａは、物が挟まれていない状態では通電し、物が挟まれた状態では通電が遮断される。
【００１２】
なお、ここでは、挟まされる物の一例として、書類１を例にして説明するが、これに限定されず、例えばメモリカードやＵＳＢ（Universal  Serial  Bus）メモリなどの記憶媒体、封筒、筆記用具などについても同様に適用できる。また、本実施例では、把持部１４を有するクリップ１０を例にして説明するが、これに限定されるものではなく、例えば物を入れる封筒やファイルなどを用いることもできる。
【００１３】
スマートフォン３０は、ディスプレイやタッチパネルなどを有するタスク管理装置や第１のコンピュータの一例である。ここでは、スマートフォン３０を例にして説明するが、これに限定されるものではなく、例えば携帯電話やＰＤＡ（Personal  Digital  Assistant）などの移動体端末や各種コンピュータなどにも適用できる。
【００１４】
このような状態において、クリップ１０は、把持部１４の状態を判定し、把持状態であることを検出すると、クリップ１０の識別子をスマートフォン３０にＢＴで送信する。スマートフォン３０は、クリップ１０からクリップ１０の識別子を受信すると、受信したクリップ１０の識別子を記憶する。その後、スマートフォン３０は、記憶部に記憶したクリップ１０の識別子に関する情報を表示する。
【００１５】
例えば、図１に示すように、クリップ１０は、書類１が挟まれると把持状態であると検出し、自身が保持する識別子をスマートフォン３０に送信する。スマートフォン３０は、クリップ１０から識別子を受信すると、受信した識別子に対応付けたタスクを、スマートフォン３０のユーザのタスクとして登録する。
【００１６】
また、クリップ１０は、書類１が外されると非把持状態であると検出し、自身が保持する識別子をスマートフォン３０に送信する。スマートフォン３０は、クリップ１０から識別子を受信すると、既に受信済みの識別子であることを特定する。そして、スマートフォン３０は、受信した識別子に対応付けたタスクを、スマートフォン３０のユーザのタスクから削除する。
【００１７】
このように、クリップ１０は、書類１が挟まれた時はタスクのエントリ要求をスマートフォン３０に送信し、書類が外された時はタスクの完了要求をスマートフォン３０に送信するので、クリップされた書類に係るタスクをスマートフォン３０で容易に管理できる。
【００１８】
［機能構成］
図２は、実施例１にかかるシステムの機能構成例を示す機能ブロック図である。ここでは、クリップ１０の機能構成とスマートフォン３０の機能構成について説明する。
【００１９】
（クリップ１０の機能構成）
図２に示すように、クリップ１０は、無線部１１、発光部１２、振動部１３、把持部１４、通電センサ１４ａ、記憶部１５、制御部２０を有する。
【００２０】
無線部１１は、ＢＴを用いて、スマートフォン３０と近距離無線通信を実行する処理部であり、例えば無線インタフェースなどである。例えば、無線部１１は、識別子を含むタスクのエントリ要求をスマートフォン３０に送信し、識別子を含むタスクの完了要求をスマートフォン３０に送信する。また、無線部１１は、定期的に信号を送信し、通信先となるデバイスの検出を実行する。なお、クリップ１０の無線部１１とスマートフォン３０の無線部３１との間の通信は、互いに情報を送信および受信できれば、どのような通信方式を利用してもよい。例えば、ブロードキャストのような通信の仕方をしてもよい。
【００２１】
発光部１２は、制御部２０からの指示に応じて発光する処理部であり、例えばＬＥＤ（Light  Emitting  Diode）などである。具体的には、発光部１２は、制御部２０から点灯指示を受信すると点灯し、制御部２０から消灯指示を受信すると消灯する。なお、発光パターンは、点灯や点滅などを任意に設定することができる。
【００２２】
振動部１３は、制御部２０からの指示に応じて振動する処理部であり、例えばバイブレーションなどである。具体的には、振動部１３は、制御部２０から振動指示を受信すると振動し、制御部２０から停止指示を受信すると振動を停止する。なお、振動パターンは、任意に設定することができる。
【００２３】
把持部１４は、通電センサ１４ａを有し、書類１を挟んだり外したりする処理部である。具体的には、把持部１４は、２つで１つの把持部１４を構成して把持機能を発揮する。また、各把持部１４において、書類を挟む部分に通電センサ１４ａが設置される。通電センサ１４ａは、電流が流れていることを検出するセンサである。各把持部１４に設置される各通電センサ１４ａが接触すると電流が流れる。
【００２４】
例えば、把持部１４は、通電センサ１４ａによって通電が検出される場合は非把持状態となり、通電センサ１４ａによって通電が検出されない場合は把持状態となる。つまり、把持部１４が把持状態になるとは、書類１などの物とクリップ１０とが物理的な対応付けられた状態になることであり、把持部１４が非把持状態になるとは、書類１などの物とクリップ１０との物理的な対応付けが解除された状態になることである。
【００２５】
記憶部１５は、制御部２０が実行するプログラムや各種データを記憶する記憶装置であり、例えばハードディスクやメモリなどである。この記憶部１５は、クリップ１０に割与えられた一意な識別子（ＩＤ００１）を記憶する。
【００２６】
制御部２０は、クリップ１０の全体的な処理を司る処理部であり、例えばプロセッサなどである。制御部２０は、判定部２１、通知部２２を有する。なお、判定部２１、通知部２２は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００２７】
判定部２１は、クリップ１０の把持状態を判定する処理部である。具体的には、判定部２１は、把持部１４が有する通電センサ１４ａの状態に基づいて、クリップ１０が把持状態か非把持状態かを判定し、判定結果を通知部２２に出力する。従って、把持部１４または、把持部１４と判定部２１とが協働することにより、クリップ１０が物を把持した、すなわち物と物理的に対応づけられたこと及び／又は物との間の物理的な対応づけが解除されたこととを検出する検出部として動作することになる。
【００２８】
例えば、判定部２１は、書類１が挟まれることで、通電センサ１４ａの状態が通電中から非通電中に変化すると、把持部１４が把持状態であると判定する。一般的に、ユーザは、クリップ１０に物を挟むとき、クリップ１０を開いた状態を所定時間維持しつつ物を挟む。このため、判定部２１は、通電センサ１４ａの非通電状態が所定時間継続した場合に、把持部１４が把持状態であると判定することもできる。また、判定部２１は、書類１が外されたとで、通電センサ１４ａの状態が非通電中から通電中に変化すると、把持部１４が非把持状態であると判定する。
【００２９】
通知部２２は、判定部２１によって判定された把持状態の変化にしたがって、各種要求をスマートフォン３０に送信する処理部である。従って、クリップ１０からスマートフォン３０への送信部または無線送信部として動作することになる。具体的には、通知部２２は、把持部１４の状態が非把持状態から把持状態に変化した場合、記憶部１５に記憶される識別子を含む、タスクのエントリ要求をスマートフォン３０に送信する。また、通知部２２は、把持部１４の状態が把持状態から非把持状態に変化した場合、記憶部１５に記憶される識別子を含む、タスクの解除要求をスマートフォン３０に送信する。
【００３０】
ここで、通知部２２が送信する各種要求について説明する。図３は、クリップから送信される要求（信号）のフォーマット例を示す図である。図３に示すように、各種要求は、「識別子、時刻、把持状態」を有する。「識別子」は、記憶部１５に記憶される識別子であり、本実施例では「ＩＤ００１」である。「時刻」は、把持状態と判定された時刻である。「把持状態」は、判定部２１によって判定された判定結果を特定する情報であり、把持状態である場合には「Ｈｏｌｄ」、非把持状態である場合には「Ｒｅｌｅａｓｅ」が設定される。
【００３１】
例えば、６：００に、判定部２１によって把持部１４が把持状態であると判定されると、通知部２２は、「ＩＤ００１、６：００、Ｈｏｌｄ」から構成されるエントリ要求をスマートフォン３０に送信する。その後、１２：００に、判定部２１によって把持部１４が非把持状態であると判定されると、通知部２２は、「ＩＤ００１、１２：００、Ｒｅｌｅａｓｅ」から構成される解除要求をスマートフォン３０に送信する。
【００３２】
なお、ここで示したフォーマットは一例であり、これに限定されるものではない。例えば、通知部２２は、クリップ１０にタスク名が予め記憶されている場合には、図３に示した情報以外に「タスク名」を含めて送信することもできる。また、通知部２２は、時刻情報や把持状態の情報を含めずに、識別子だけを送信することもできる。また、通知部２２は、タスクの開始時間などを含めることもできる。
【００３３】
（スマートフォン３０の機能構成）
図２に示すように、スマートフォン３０は、無線部３１、表示部３２、入力部３３、記憶部３４、制御部４０を有する。
【００３４】
無線部３１は、ＢＴを用いて、クリップ１０と近距離無線通信を実行する処理部であり、例えば無線インタフェースなどである。例えば、無線部３１は、識別子を含むタスクのエントリ要求や削除要求をクリップ１０から受信する。また、無線部３１は、クリップ１０に対して、振動指示、点灯指示、消灯指示などを送信する。
【００３５】
表示部３２は、各種情報を表示する処理部であり、例えばタッチパネルなどである。例えば、表示部３２は、登録されているタスクに関する情報を表示する。入力部３３は、ユーザから各種情報の入力を受け付ける処理部であり、例えばソフトウェアキーボードなどである。例えば、入力部３３は、タスク名の登録や変更などの入力を受付けて、制御部４０に出力する。
【００３６】
記憶部３４は、制御部４０が実行するプログラムや各種データを記憶する記憶装置であり、例えばハードディスクやメモリなどである。この記憶部３４は、タスクＤＢ３５を記憶する。
【００３７】
タスクＤＢ３５は、登録されているタスクに関する情報を記憶するデータベースである。図４は、タスクＤＢ３５に記憶される情報の例を示す図である。図４に示すように、タスクＤＢ３５は、「受信時刻、タスク実行時刻、識別子、タスク名」を対応付けて記憶する。
【００３８】
ここで記憶される「受信時刻」は、エントリ要求が受信された時刻である。「タスク実行時刻」は、タスクの開始時刻であり、クリップ１０で指定することもできるし、スマートフォン３０側でユーザが設定することもできる。「識別子」は、タスクとして登録されたクリップ１０の識別子である。「タスク名」は、タスク一覧に表示されるタスクの名称であり、クリップ１０で指定することもできるし、スマートフォン３０側でユーザが設定することもできる。
【００３９】
図４の例では、識別子「ＩＤ００１」のクリップ１０から送信されたエントリ要求が「６：０１」に受信され、このタスクのタスク名が「出張精算」であり、タスクの開始時刻が「９：００」であることを示す。なお、タスクＤＢ３５は、各タスクに対応付けて、受信部４１によって受信された情報から取得できるＢＴ通信に用いる情報を記憶する。
【００４０】
制御部４０は、スマートフォン３０の全体的な処理を司る処理部であり、例えばプロセッサなどである。制御部４０は、受信部４１、登録部４２、報知部４３、削除部４４を有する。なお、受信部４１、登録部４２、報知部４３、削除部４４は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００４１】
受信部４１は、無線部３１により受信したクリップ１０からのタスクのエントリ要求やタスクの解除要求を受信する処理部である。具体的には、受信部４１は、図３に示したフォーマットで記述される各種要求を受信する。そして、受信部４１は、受信した要求の把持状態に「Ｈｏｌｄ」が登録されている場合は、エントリ要求と判定し、受信した情報を登録部４２に出力する。また、受信部４１は、受信した要求の把持状態に「Ｒｅｌｅａｓｅ」が登録されている場合は、解除要求を判定して、受信した情報を削除部４４に出力する。
【００４２】
別例としては、受信部４１は、受信した要求に含まれる識別子がタスクＤＢ３５に登録されていない場合、エントリ要求と判定して、受信した情報を登録部４２に出力する。また、受信部４１は、受信した要求に含まれる識別子がタスクＤＢ３５に登録されている場合、解除要求と判定して、受信した情報を削除部４４に出力する。
【００４３】
登録部４２は、タスクＤＢ３５にタスクを登録する処理部である。具体的には、登録部４２は、受信部４１によってエントリ要求が受信された場合、エントリ要求に含まれる各種情報をタスクとしてタスクＤＢ３５に格納する。例えば、登録部４２は、エントリ要求「識別子＝ＩＤ００１、把持状態＝Ｈｏｌｄ」が受信された場合、受信時刻と識別子「ＩＤ００１」とを対応付けてタスクＤＢ３５に格納する。その後、登録部４２は、表示部３２や入力部３３を介して、「タスク実行時刻」や「タスク名」の設定を受付け、受け付けた情報をタスクＤＢ３５に格納する。
【００４４】
別例を挙げると、登録部４２は、エントリ要求「識別子＝ＩＤ００１、タスク実行時刻＝９：００、タスク名＝出張精算、把持状態＝Ｈｏｌｄ」が受信された場合、受信時刻と識別子とタスク名とタスク実行時刻とを対応付けてタスクＤＢ３５に格納する。このように、登録部４２は、受信された情報をタスクとして登録するとともに、タスクとして足りない情報についてはユーザに登録させることもできる。
【００４５】
なお、登録部４２は、タスク名などが未入力の場合は、タスク名が入力されるまで、「ＩＤ００１のタスク」や「タスクＸＸ」など任意の情報を仮登録することもできる。また、登録部４２は、エントリ要求が受信された順でタスクＤＢ３５に登録することもでき、タスク実行時刻の順でソートすることもできる。また、登録部４２は、受信部４１によって受信された情報からＢＴ通信に用いる情報を抽出し、各タスクに対応付けて格納する。
【００４６】
報知部４３は、実行対象のタスクをユーザに報知する処理部である。具体的には、報知部４３は、タスクＤＢ３５を参照し、タスク実行時刻に到達したタスクが検出された場合、当該タスクに対応付けられる識別子を有するクリップ１０に、振動指示を送信する。このようにすることで、ユーザが、タスクの開始時刻やクリップに挟まれた書類１の場所を忘れた場合でも、タスクの実行忘れを抑制できる。
【００４７】
また、報知部４３は、削除部４４によってタスクＤＢ３５からタスクが削除された場合、タスクＤＢ３５を参照して、次に実行するタスクが存在するか否かを判定する。そして、報知部４３は、次に実行するタスクが存在する場合、タスクに対応付けられる識別子を有するクリップ１０に、点灯指示を送信する。このようにすることで、報知部４３は、未処理のタスクの存在をユーザに通知することができる。
【００４８】
削除部４４は、処理済みのタスクをタスク一覧から削除する処理部である。具体的には、削除部４４は、受信部４１によって解除要求が受信された場合、該当するタスクをタスクＤＢ３５から削除する。そして、削除部４４は、タスクを削除したことを報知部４３に通知する。
【００４９】
例えば、削除部４４は、解除要求「識別子＝ＩＤ００１、把持状態＝Ｒｅｌｅａｓｅ」が受信された場合、または、受信部４１から識別子「ＩＤ００１」を受信した場合、識別子「ＩＤ００１」に対応するタスクをタスクＤＢ３５から削除する。
【００５０】
［タスク登録の説明］
図５は、タスク登録における画面表示の遷移例を説明する図である。図５に示すように、クリップ１０は、書類１が挟まれたことを検出すると、識別子「ＩＤ００１」をスマートフォン３０に送信する（Ｓ１）。スマートフォン３０は、識別子を受信すると、受信した識別子を表示部３２に表示させる（Ｓ２）。
【００５１】
続いて、スマートフォン３０は、受信した識別子に対応するタスクをタスクＤＢ３５に登録し、登録済みのタスク一覧を表示部３２に表示する（Ｓ３）。なお、ここでは、タスク名が未設定のため、識別子「ＩＤ００１」がタスク名として表示される例を図示する。
【００５２】
その後、スマートフォン３０は、識別子「ＩＤ００１」に対応するタスクのタスク名の変更をユーザから受け付けると、受け付けたタスク名「出張精算」でタスクＤＢ３５を更新する（Ｓ４）。続いて、スマートフォン３０は、タスクＤＢ３５に登録されるタスクの一覧を表示する（Ｓ５）。
【００５３】
［タスク解除の説明］
図６は、タスク通知からタスク削除を説明する図である。なお、図６では、クリップ１０とクリップ１０ａの２つのクリップそれぞれがタスクを登録する例で説明する。また、クリップ１０ａもクリップ１０と同様の機能構成を有することとする。
【００５４】
図６に示すように、スマートフォン３０は、タスク一覧を記憶する。具体的には、スマートフォン３０は、「項番、タスク実行時刻、タスク名、・・・」として「１．９：００、銀行書類、・・・」と「２、１０：００、出張精算、・・・」を記憶する。
【００５５】
このような状態において、スマートフォン３０は、時刻が９：００になると、項番１のタスク「銀行書類」の開始時刻であると判定する（Ｓ１０）。すると、スマートフォン３０が、タスク「銀行書類」の識別子に対応付けられるクリップ１０に対して、振動指示を送信し、クリップ１０が、振動指示にしたがってバイブを起動する（Ｓ１１）。
【００５６】
その後、クリップ１０は、書類１が外されたことを検出すると、識別子をスマートフォン３０に送信する（Ｓ１２）。識別子を受信したスマートフォン３０は、受信した識別子と対応づけて記憶しているタスク「１．９：００、銀行書類、・・・」を削除し、項番２のタスク「出張精算」を項番１に昇格させる（Ｓ１３）。
【００５７】
続いて、スマートフォン３０は、まだ未処理のタスクが存在することから、次に実行するタスクをタスクＤＢ３５から特定する（Ｓ１４）。そして、スマートフォン３０は、次に実行するタスクの識別子に対応するクリップ１０ａに対して、点灯指示を送信する（Ｓ１５）。この指示を受信したクリップ１０ａは、ＬＥＤなどの発光部を点灯させる。
【００５８】
［処理の流れ］
図７は、実施例１にかかる処理の流れを示すシーケンス図である。図７では、図６と同様、クリップ１０とクリップ１０ａの２つのクリップそれぞれがタスクを登録する例で説明する。また、クリップ１０とクリップ１０ａとは同様の機能構成を有することから、処理部については同様の符号を用いるものとする。また、クリップ１０は識別子（ＩＤ００１）を保持し、クリップ１０ａは識別子（ＩＤ００２）を保持するものとする。
【００５９】
図７に示すように、クリップ１０の判定部２１が、把持部１４の把持状態を検出すると（Ｓ１０１）、クリップ１０の通知部２２が、スマートフォン３０に識別子（ＩＤ００１）を含むエントリ要求を送信する（Ｓ１０２とＳ１０３）。
【００６０】
そして、スマートフォン３０の受信部４１が、クリップ１０から識別子を含むエントリ要求を受信すると（Ｓ１０４）、登録部４２が、受信した識別子に対するタスクをタスクＤＢ３５に登録する（Ｓ１０５）。なお、ここで登録されるタスクをタスク（ＩＤ００１）とする。
【００６１】
また、登録部４２は、必要に応じて、タスク登録されたクリップ１０とペアリングを実行する（Ｓ１０６からＳ１０８）。なお、ペアリングの実行タイミングは、図示したものに限定されず、タスク登録からタスクの開始時刻までの間であれば、いつでも実行することができる。
【００６２】
同様に、クリップ１０ａの判定部２１が、把持部１４の把持状態を検出すると（Ｓ１０９）、クリップ１０ａの通知部２２が、スマートフォン３０に識別子（ＩＤ００２）を含むエントリ要求を送信する（Ｓ１１０とＳ１１１）。
【００６３】
そして、スマートフォン３０の受信部４１が、クリップ１０ａから識別子を含むエントリ要求を受信すると（Ｓ１１２）、登録部４２が、受信した識別子に対するタスクをタスクＤＢ３５に登録する（Ｓ１１３）。なお、ここで登録されるタスクをタスク（ＩＤ００２）とする。
【００６４】
また、登録部４２は、必要に応じて、タスク登録されたクリップ１０とペアリングを実行する（Ｓ１１４からＳ１１６）。なお、ペアリングの実行タイミングは、図示したものに限定されず、タスク登録からタスクの開始時刻までの間であれば、いつでも実行することができる。
【００６５】
その後、スマートフォン３０の報知部４３は、タスク（ＩＤ００１）の開始時刻を検出すると（Ｓ１１７）、タスク（ＩＤ００１）に対応付けられるクリップ１０に対して、振動指示などの報知を実行する（Ｓ１１８とＳ１１９）。
【００６６】
そして、クリップ１０の振動部１３は、スマートフォン３０から振動指示を受信すると、バイブを起動する（Ｓ１２０）。その後、クリップ１０の判定部２１は、タスクが実行されて、書類等がクリップ１０から外されると、非把持状態を検出する（Ｓ１２１）。すると、クリップ１０の通知部２２は、スマートフォン３０に、識別子（ＩＤ００１）を含む削除要求を送信する（Ｓ１２２とＳ１２３）。
【００６７】
そして、スマートフォン３０の削除部４４は、クリップ１０から解除要求を受信したことにより、該当するタスク（ＩＤ００１）をタスクＤＢ３５から削除する（Ｓ１２４）。その後、削除部４４は、クリップ１０とのペアリングを解除する（Ｓ１２５）。
【００６８】
続いて、スマートフォン３０の報知部４３は、次のタスクとしてタスク（ＩＤ００２）が登録されていることを特定する（Ｓ１２６）。すると、報知部４３は、タスク（ＩＤ００２）に対応付けられるクリップ１０ａに、点灯指示などの事前通知を実行する（Ｓ１２７とＳ１２８）。この通知を受信したクリップ１０ａの発光部１２は、ＬＥＤを点灯させる（Ｓ１２９）。
【００６９】
［効果］
このように、ユーザは、各クリップに書類などの物を挟むことで、スマートフォン３０に簡単にタスクを登録することができ、クリップから物を外すことで、スマートフォン３０から簡単にタスクを削除することができる。このように、ユーザは、タスクの対象となる物理的なモノと、タスクという情報とを、容易に対応づけて管理できる。また、ユーザは、難しい操作を行うことなく、タスクの対象となる物理的なモノを整理するという行為でタスクを管理できるので、日常動作の延長線上でタスク管理が実行でき、簡単に自分のタスクを管理することができる。
【００７０】
また、ユーザは、スマートフォン３０でタスクを管理することができるので、タスクの編集や管理などを簡単に実行できる。また、スマートフォン３０は、タスクが終了すると、次のタスクに該当するクリップのＬＥＤなどを点灯させることができるので、ユーザがタスクを忘れることなどを抑制することができる。
【実施例２】
【００７１】
ところで、実施例１では、１台のスマートフォン３０でタスクを管理する例を説明したが、これに限定されるものではなく、複数台のスマートフォンを用いてタスクを管理することもできる。そこで、実施例２では、複数台のスマートフォンを用いたタスク管理の例を説明する。
【００７２】
［全体構成］
図８は、実施例２にかかるシステムの全体構成例を示す図である。図８に示すように、このシステムは、クリップ１０、スマートフォン３０、スマートフォン５０、管理サーバ７０を有する。クリップ１０と各スマートフォンは、ＢＴなどの無線通信を用いて接続される。各スマートフォンと管理サーバ７０は、ネットワークを介して接続される。かかるネットワークには、有線や無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００７３】
クリップ１０は、実施例１と同様、一意な識別子を保持し、物と物理的に対応づけられたことや物との間の物理的な対応づけが解除されたこととを検出するデバイスの一例である。スマートフォン３０とスマートフォン５０は、実施例１と同様、ディスプレイやタッチパネルなどを有するタスク管理装置の一例や第１のコンピュータである。管理サーバ７０は、各スマートフォンにタスクを割当てるサーバ装置であり、第２のコンピュータの一例である。
【００７４】
このような状態において、例えば、クリップ１０は、書類などの物と物理的に対応づけられたことを検出すると、近距離通信可能な位置に位置するスマートフォン３０に、自装置の識別子を発信する。スマートフォン３０は、近距離通信可能な位置に位置するクリップ１０から識別子を受信すると、受信したクリップ１０の識別子と自装置の識別子とを、管理サーバ７０に送信する。管理サーバ７０は、クリップ１０の識別子とスマートフォン３０の識別子とを受信する。そして、管理サーバ７０は、受信したクリップ１０の識別子が未記憶の場合に、該クリップ１０の識別子とスマートフォン３０の識別子とを対応づけて記憶する。一方、管理サーバ７０は、受信したクリップ１０の識別子が記憶済の場合に、該クリップ１０の識別子と対応付けて記憶している他スマートフォンの識別子を、受信したスマートフォン３０の識別子で更新する。
【００７５】
つまり、クリップ１０に物が挟まれると、クリップ１０とＢＴ通信可能な位置に位置するスマートフォン５０が、クリップ１０の識別子を管理サーバ７０に送信する。そして、管理サーバ７０は、クリップ１０の識別子がタスクとして登録されていない場合には、スマートフォン５０の新たなタスクとして割り当てる。一方、管理サーバ７０は、クリップ１０の識別子がタスクとして既に登録されている場合には、当該タスクの割当先をスマートフォン５０に変更する。
【００７６】
このように、複数のスマートフォンでタスクを管理することができるので、例えば企業内で１つのタスクを共有することができ、複数人おけるタスク管理を容易に実行できる。
【００７７】
［機能構成］
図９は、実施例２にかかるシステムの機能構成例を示す機能ブロック図である。クリップ１０は、実施例１と同様の機能を有するので、ここでは詳細な説明は省略する。例えば、クリップ１０は、把持状態が変化すると、近距離通信可能なスマートフォンを検索し、検索されたスマートフォンに、把持部１４の状態（Ｈｏｌｄ  ｏｒ  Ｒｅｌｅａｓｅ）と識別子とを送信する。また、クリップ１０は、把持状態の変化に関わらず、近距離通信可能な新たなスマートフォンが検索された場合、検索されたスマートフォンに、把持部１４の状態と識別子とを送信する。
【００７８】
また、スマートフォン３０とスマートフォン５０とは同様の構成を有するので、ここではスマートフォン５０を例にして説明する。なお、以降の説明では、スマートフォン３０の処理部についても、スマートフォン５０と同様の符号を用いて説明することとする。
【００７９】
（スマートフォン５０の機能構成）
図９に示すように、スマートフォン５０は、通信部５１、表示部５２、入力部５３、記憶部５４、制御部６０を有する。
【００８０】
通信部５１は、ＢＴを用いてクリップ１０と近距離無線通信を実行し、各種ネットワークを介して管理サーバ７０との間でデータの送受信を実行する処理部である。例えば、通信部５１は、クリップ１０の識別子を含むタスクのエントリ要求や削除要求をクリップ１０から受信する。また、通信部５１は、クリップ１０に対して、振動指示、点灯指示、消灯指示などを送信する。
【００８１】
また、通信部５１は、各クリップ１０の識別子とスマートフォン５０の識別子とを管理サーバ７０に送信する。通信部５１は、管理サーバ７０から、タスクの登録指示やタスクの削除指示を受信する。
【００８２】
表示部５２は、各種情報を表示する処理部であり、例えばタッチパネルなどである。例えば、表示部５２は、登録されているタスクに関する情報を表示する。入力部５３は、ユーザから各種情報の入力を受け付ける処理部であり、例えばソフトウェアキーボードなどである。例えば、入力部５３は、タスク名の登録や変更などの入力を受付けて、制御部６０に出力する。
【００８３】
記憶部５４は、制御部６０が実行するプログラムや各種データを記憶する記憶装置であり、例えばハードディスクやメモリなどである。この記憶部５４は、タスクＤＢ５５を記憶する。タスクＤＢ５５は、登録されているタスクに関する情報を記憶するデータベースである。このタスクＤＢ５５に記憶される情報は、実施例１と同様なので、詳細な説明は省略する。
【００８４】
また、記憶部５４は、スマートフォン５０に割当てられる識別子として「ＳＭＰ００２」を記憶する。なお、スマートフォン３０の記憶部５４は、スマートフォン３０に割当てられる識別子として「ＳＭＰ００１」を記憶する。
【００８５】
制御部６０は、スマートフォン５０の全体的な処理を司る処理部であり、例えばプロセッサなどである。制御部６０は、受信部６１、送信部６２、登録部６３、報知部６４、削除部６５を有する。なお、受信部６１、送信部６２、登録部６３、報知部６４、削除部６５は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【００８６】
受信部６１は、クリップ１０や管理サーバ７０から各種情報を受信する処理部である。具体的には、受信部６１は、クリップ１０が把持状態の変化に伴って送信した、タスクのエントリ要求やタスクの解除要求などを受信する。そして、受信部６１は、受信した情報を送信部６２に出力する。なお、受信する情報は、実施例１と同様なので、詳細な説明は省略する。
【００８７】
また、受信部６１は、クリップ１０が新たなＢＴ接続先の検出に伴って送信した、把持部１４の状態および識別子の組み合わせなどを受信する。つまり、受信部６１は、クリップ１０の保管場所の変更等によって、クリップ１０から送信される情報を受信する。例えば、受信部６１は、把持部１４の状態「Ｈｏｌｄ」と識別子（ＩＤ００１）を受信して、送信部６２に出力する。
【００８８】
また、受信部６１は、管理サーバ７０から、タスクの登録指示やタスクの削除指示を受信する。例えば、受信部６１は、タスクの登録指示として、タスクの登録指示と該当クリップ１０の識別子とを管理サーバ７０から受信する。そして、受信部６１は、受信したタスクの登録指示を登録部６３に出力する。また、受信部６１は、タスクの削除指示として、タスクの削除指示と該当クリップ１０の識別子を管理サーバ７０から受信する。そして、受信部６１は、受信したタスクの削除指示を削除部６５に出力する。また受信部６１は、クリップ１０からのエントリ要求を受信した場合に、受信電波強度を測定してもよい。
【００８９】
送信部６２は、クリップ１０から受信した情報を管理サーバ７０に送信する処理部である。具体的には、送信部６２は、クリップ１０から受信したエントリ要求や削除要求を管理サーバ７０に送信し、タスクの割当やタスクの削除を管理サーバ７０に依頼する。
【００９０】
例えば、送信部６２は、図３に示すエントリ要求「識別子（ＩＤ００１）、時刻（６：００）、把持状態（Ｈｏｌｄ）」をクリップ１０から受信した場合、このエントリ要求に自身の識別子（ＳＭＰ００２）を付加して、管理サーバ７０に送信する。同様に、送信部６２は、削除要求「識別子（ＩＤ００１）、時刻（９：００）、把持状態（Ｒｅｌｅａｓｅ）」をクリップ１０から受信した場合、この削除要求に自身の識別子（ＳＭＰ００２）を付加して、管理サーバ７０に送信する。
【００９１】
また、送信部６２は、受信部６１から、把持部１４の状態「Ｈｏｌｄ」と識別子（ＩＤ００１）の組み合わせを受信すると、この組み合わせに自身の識別子（ＳＭＰ００２）を付加して、管理サーバ７０に送信する。
【００９２】
登録部６３は、管理サーバ７０からの指示にしたがって、タスクＤＢ５５にタスクを登録する処理部である。具体的には、登録部６３は、受信部６１によってタスクの登録指示と該当クリップ１０の識別子が受信されると、受信したクリップ１０の識別子に対応するタスクをタスクＤＢ５５に登録する。なお、登録する情報は、実施例１と同様なので、詳細な説明は省略する。
【００９３】
報知部６４は、実行対象のタスクをユーザに報知する処理部である。なお、報知部６４は、実施例１で説明した報知部４３と同様の処理を実行するので、詳細な説明は省略する。
【００９４】
削除部６５は、処理済みのタスクをタスク一覧から削除する処理部である。具体的には、削除部６５は、受信部６１によってタスクの削除指示と該当クリップ１０の識別子が受信されると、受信したクリップ１０の識別子に対応するタスクをタスクＤＢ５５から削除する。
【００９５】
（管理サーバ７０の機能構成）
図９に示すように、管理サーバ７０は、通信部７１、記憶部７２、制御部８０を有する。
【００９６】
通信部７１は、各種ネットワークを介して、各スマートフォンとの間でデータの送受信を実行する処理部である。例えば、通信部７１は、クリップ１０の識別子とスマートフォン５０の識別子とを含むタスクのエントリ要求や削除要求などの各種情報を、スマートフォン５０から受信する。また、通信部５１は、スマートフォン５０等に対して、タスクの登録指示や削除指示などを送信する。
【００９７】
記憶部７２は、制御部８０が実行するプログラムや各種データを記憶する記憶装置であり、例えばハードディスクやメモリなどである。この記憶部７２は、タスク割当ＤＢ７３を記憶する。
【００９８】
タスク割当ＤＢ７３は、クリップ１０によって特定されるタスクの割当情報を記憶するデータベースである。具体的には、タスク割当ＤＢ７３は、タスクがどのスマートフォンに割当てられているかを管理するデータベースである。
【００９９】
図１０は、タスク割当ＤＢ７３に記憶される情報の例を示す図である。図１０に示すように、タスク割当ＤＢ７３は、「受信時刻、識別子、割当先、電波強度」を対応付けて記憶する。「受信時刻」は、タスクのエントリ要求を受信した時刻である。「識別子」は、タスクとして登録されたクリップの識別子である。「割当先」は、タスクが割当てられたスマートフォンの識別子である。「電波強度」は、スマートフォンがクリップからタスクのエントリ要求を受信したときの受信電波強度である。後述するが、スマートフォンおよび管理サーバ７０で実行される処理において、電波強度の情報が用いられない場合には、電波強度の情報がタスク割当ＤＢ３７で記憶される必要は無い。また処理において、電波強度の情報が用いられない場合には、スマートフォン５０の受信部６１において電波強度が測定されなくてもよい。
【０１００】
図１０の例では、識別子「ＩＤ００１」を有するクリップ１０から送信されたエントリ要求の例である。管理サーバ７０が、スマートフォン５０を介して、時刻「６：０１」にこのエントリ要求を受信し、スマートフォン５０がクリップ１０からのエントリ要求を受信した時に測定した電波強度が「ＸＸＸ」であることを示す。また、このエントリ要求に対して、識別子「ＳＭＰ００２」を有するスマートフォン５０に、タスクが割当てられたことを示す。なお、ここで記憶される各情報は、後述する判定部８２によって格納される。
【０１０１】
制御部８０は、管理サーバ７０の全体的な処理を司る処理部であり、例えばプロセッサなどである。制御部８０は、受信部８１、判定部８２、送信部８３を有する。なお、受信部８１、判定部８２、送信部８３は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。
【０１０２】
受信部８１は、各スマートフォンから、タスクのエントリ要求や削除要求などの各種情報を受信する処理部である。例えば、受信部８１は、クリップ１０が送信したエントリ要求「把持状態（Ｈｏｌｄ）、クリップの識別子、スマートフォンの識別子」を受信する。また、受信部８１は、クリップ１０が送信した削除要求「把持状態（Ｒｅｌｅａｓｅ）、クリップの識別子、スマートフォンの識別子」を受信する。また、受信部８１は、クリップ１０が新たなＢＴ接続先の検出に伴って送信した「把持状態、クリップの識別子」の組み合わせにスマートフォンの識別子が付加された情報を受信する。
【０１０３】
つまり、受信部８１は、クリップ１０の状態変化やＢＴ接続先の変化に伴って、クリップ１０の把持状態およびクリップ１０の識別子を受信する。また、受信部８１は、これらの情報とともに、スマートフォンがクリップからエントリ要求を受信した際の受信電波強度を受信する。そして、受信部８１は、受信した情報を判定部８２に出力する。
【０１０４】
判定部８２は、タスクの割当先を判定してタスクを割当てる処理部である。具体的には、判定部８２は、受信されたクリップ１０の把持状態が（Ｈｏｌｄ）かつクリップ１０の識別子が未登録である場合には、タスクの割当を実行する。また、判定部８２は、受信されたクリップ１０の識別子が登録済み、かつ、受信した把持状態が「Ｒｅｌｅａｓｅ」である場合には、タスクの割当解除を実行する。また、判定部８２は、受信されたクリップ１０の識別子が登録済み、かつ、受信した把持状態が「Ｈｏｌｄ」である場合、電波強度によるタスクの割当判定を実行する。
【０１０５】
例えば、判定部８２は、スマートフォン５０から受信したクリップ１０の把持状態が（Ｈｏｌｄ）かつクリップ１０の識別子（ＩＤ００１）がタスク割当ＤＢ７３に未登録である場合には、スマートフォン５０にタスクを割当てる。この場合、判定部８２は、受信時刻と、クリップ１０の識別子（ＩＤ００１）と、割当先のスマートフォン５０の識別子（ＳＭＰ００２）と、測定された電波強度（ＸＸＸ）とを対応付けて、タスク割当ＤＢ７３に格納する。そして、判定部８２は、送信部８３に対して、該当するスマートフォン５０へのタスク登録指示の送信を要求する。
【０１０６】
また、判定部８２は、スマートフォン５０から受信したクリップ１０の把持状態が（Ｒｅｌｅａｓｅ）かつクリップ１０の識別子（ＩＤ００１）がタスク割当ＤＢ７３に登録済である場合には、スマートフォン５０のタスクを解除する。この場合、判定部８２は、タスク割当ＤＢ７３を参照して、クリップ１０の識別子（ＩＤ００１）に対応付けられる割当先（ＳＭＰ００２）を特定する。そして、判定部８２は、送信部８３に対して、該当する割当先（ＳＭＰ００２）と対応付けられるスマートフォン５０へのタスク削除指示の送信を要求する。
【０１０７】
また、判定部８２は、スマートフォン５０から受信したクリップ１０の把持状態が（Ｈｏｌｄ）かつクリップ１０の識別子（ＩＤ００１）がタスク割当ＤＢ７３に登録済である場合には、タスクの割当先の変更要否を判定する。例えば、クリップ１０がエントリ要求をブロードキャストで送信した時に、クリップ１０の付近にたまたま複数台のスマートフォンが存在し、それぞれのスマートフォンがクリップ１０からのエントリ要求を受信した場合を考える。この場合、エントリ要求を受信したスマートフォンＡと、スマートフォンＢとはともに、自装置の識別子と、クリップ１０の識別子とを管理サーバ７０に送信することになる。すると、管理サーバ７０では、所定時間間隔の間に、クリップ１０の識別子とスマートフォンＡの識別子を含んだエントリ要求Ａと、クリップ１０の識別子とスマートフォンＢの識別子を含んだエントリ要求Ｂとの両方を受信することになる。クリップ１０が対応づけられるべきスマートフォンは、クリップ１０に対してより近い位置に存在するスマートフォンであるとすれば、クリップ１０とそれぞれとのスマートフォンとの間で通信が行われた際の電波強度を判断に利用できる。例えば、管理サーバ７０が、先にスマートフォンＡからエントリ要求を受信し、その後にスマートフォンＢからのエントリ要求を受信したとする。判定部８２は、今回クリップ１０の識別子（ＩＤ００１）についてのエントリ要求に含まれる電波強度の情報と、タスク割当ＤＢ７３に登録済みの電波強度とを比較する。そして、判定部８２は、電波強度が強い方にタスクを割当てる。
【０１０８】
例えば、判定部８２は、登録済みのスマートフォンＡの方が、クリップ１０との間で行われた無線通信の電波強度が強い（すなわち、スマートフォンＡの方がＢよりもクリップ１０の近くに存在する）場合、後から受信したスマートフォンＢについてのタスク割当の変更が不要と判定し、ＤＢの更新や通知等の処理を実行しない。一方、判定部８２は、新たに受信したスマートフォンＢの方の電波強度が強い（すなわち、スマートフォンＢの方がＡよりもクリップ１０の近くに存在する）場合、タスク割当の変更を実行する。具体的には、判定部８２は、タスク割当ＤＢ７３に対して、既に登録されるスマートフォン５０の識別子および電波強度に関する情報を、新たに受信されたスマートフォン３０の識別子および電波強度で更新する。そして、判定部８２は、新たにタスクが割当てられたスマートフォン３０へのタスク登録指示の送信と、タスクの割当が終了したスマートフォン５０へのタスク削除指示の送信とを、送信部８３に要求する。
【０１０９】
なお、ここでは、管理サーバ７０が所定時間間隔のうちに、複数のスマートフォンから同一のクリップの識別子を含んだエントリ要求を受信した場合に、いずれのスマートフォンと対応づけるかの判断を電波強度を用いて判断する例を説明したが、これに限定されるものではない。例えば、単純に受信順で割り当てることもできる。つまり、判定部８２は、電波強度に関係なく、登録済みのスマートフォン５０よりも、新たに識別子等を送信したスマートフォン３０を優先して、タスクの割当変更することもできる。
【０１１０】
また、スマートフォンのユーザが、クリップ１０の識別子を管理サーバ７０に送信する際に、どのスマートフォンにタスクを割当てるかを設定することもできる。管理サーバ７０の判定部８２は、スマートフォンから受信した情報に「タスク割当先」としてスマートフォンの識別子が設定されている場合、設定されているスマートフォンにタスクを割当てる。
【０１１１】
送信部８３は、タスクの割当指示やタスクの削除指示を、該当するスマートフォンに送信する処理部である。具体的には、送信部８３は、判定部８２から受信した要求にしたがって、各種指示を送信する。例えば、送信部８３は、タスクが割当てられたスマートフォン５０に対して、「クリップ１０の識別子（ＩＤ００１）、把持状態（Ｈｏｌｄ）」を含むタスク登録指示を送信する。
【０１１２】
また、送信部８３は、終了したタスクと対応付けられるスマートフォン５０に対して、「クリップ１０の識別子（ＩＤ００１）、把持状態（Ｒｅｌｅａｓｅ）」を含むタスク削除指示を送信する。
【０１１３】
また、送信部８３は、タスクの割当変更に伴って、タスクの割当から解除されたスマートフォン５０に対して、「クリップ１０の識別子（ＩＤ００１）」を含むタスク削除指示を送信する。また、送信部８３は、タスクの割当変更に伴って、新たにタスクが割当てられたスマートフォン３０に対して、「クリップ１０の識別子（ＩＤ００１）」を含むタスク登録指示を送信する。
【０１１４】
［タスク割当の説明］
次に、実施例２にかかるタスク割当について説明する。図１１は、実施例２におけるタスク割当を説明する図である。図１１に示すように、クリップ１０は、スマートフォン５０へ無線通信を介して、クリップ１０の識別子を送信する。例えば、クリップ１０は、書類１が挟まれたことを検出すると、近距離通信可能な端末を検索し、検索されたスマートフォン５０に対してクリップ１０の識別子「ＩＤ００１」を送信する（Ｓ２０）。
【０１１５】
続いて、スマートフォン５０は、クリップ１０の識別子を受信すると、クリップ１０の識別子「ＩＤ００１」と自身の識別子「ＳＭＰ００２」を管理サーバ７０に送信する（Ｓ２１）。
【０１１６】
そして、管理サーバ７０は、クリップ１０の識別子「ＩＤ００１」とスマートフォン５０の識別子「ＳＭＰ００２」を受信すると、「ＩＤ００１」が未登録であることから、タスクの割当先をスマートフォン５０に決定する（Ｓ２２）。その後、管理サーバ７０は、スマートフォン５０に対して、タスクを通知する（Ｓ２３）。この結果、スマートフォン５０は、例えばユーザ操作によりタスクと対応づけて表示すべきタスク名を受け付け、クリップ１０と関連付けられるタスク「１、銀行書類」を登録する。
【０１１７】
［タスク割当変更の説明］
次に、実施例２にかかるタスク割当を変更する例について説明する。図１２は、実施例２におけるタスク割当の変更例を説明する図である。
【０１１８】
図１２に示すように、クリップ１０は、書類１が挟まれたことを検出すると、近距離通信可能な端末を検索し、検索されたスマートフォン５０に対してクリップ１０の識別子「ＩＤ００１」を送信する（Ｓ３０）。その後、ここでは、図１１と同様の処理が実行されて、スマートフォン５０には、クリップ１０と関連付けられるタスク「１、銀行書類」が既に登録されたとする。
【０１１９】
このような状態において、クリップ１０の保管場所等が変更されて、クリップ１０が近距離通信可能な端末として、スマートフォン３０を検出したとする（Ｓ３１）。例えば、クリップ１０が挟んでいる書類１が、スマートフォン５０を携帯しているユーザから、スマートフォン３０を携帯しているユーザに渡された場合等に、このような状態になる。すると、クリップ１０は、新たに検出されたスマートフォン３０に、自身の識別子「ＩＤ００１」を送信する（Ｓ３２）。
【０１２０】
続いて、スマートフォン３０は、クリップ１０の識別子を受信すると、クリップ１０の識別子「ＩＤ００１」と自身の識別子「ＳＭＰ００１」を管理サーバ７０に送信する（Ｓ３３）。
【０１２１】
そして、管理サーバ７０は、クリップ１０の識別子「ＩＤ００１」とスマートフォン３０の識別子「ＳＭＰ００１」を受信すると、「ＩＤ００１」がスマートフォン５０の「ＳＭＰ００２」と対応付けて登録済であることから、タスクの割当先判定を実行する（Ｓ３４）。ここで、管理サーバ７０は、例えば上述の通り、スマートフォン５０から受信した、スマートフォン５０がクリップ１０の識別子を受信したときの電波強度より、スマートフォン３０から受信した、スマートフォン３０がクリップ１０の識別子を受信したときの電波強度の方が強いことから、スマートフォン３０にタスクの割当先を変更する。
【０１２２】
この結果、管理サーバ７０は、スマートフォン３０に対してタスクの割当てを通知し（Ｓ３５）、スマートフォン５０に対してタスクの削除を通知し（Ｓ３６）。こうして、クリップ１０に対応するタスクが、クリップ１０やスマートフォン５０の移動等に伴って、スマートフォン５０からスマートフォン３０に移動する。
【０１２３】
［処理の流れ］
図１３は、実施例２にかかる処理の流れを示すシーケンス図である。図１３に示すように、クリップ１０の判定部２１が、把持部１４の把持状態を検出すると（Ｓ２０１）、通知部２２が、スマートフォン５０に識別子（ＩＤ００１）を含むエントリ要求を送信する（Ｓ２０２とＳ２０３）。
【０１２４】
そして、スマートフォン５０の受信部６１が、クリップ１０から識別子を含むエントリ要求を受信する（Ｓ２０４）。すると、スマートフォン５０の送信部６２が、受信した識別子「ＩＤ００１」と自身の識別子「ＳＭＰ００２」を管理サーバ７０に送信する（Ｓ２０５とＳ２０６）。
【０１２５】
続いて、管理サーバ７０の判定部８２は、スマートフォン５０から受信したクリップ１０の識別子「ＩＤ００１」がタスク割当ＤＢ７３に未登録であることから、スマートフォン５０を割当先に決定する（Ｓ２０７）。このとき、判定部８２は、スマートフォン５０から受信した、スマートフォン５０がクリップ１０の識別子を受信したときの電波強度を、タスク割当ＤＢ７３に格納する。そして、管理サーバ７０の送信部８３は、スマートフォン５０にタスクを通知する（Ｓ２０８とＳ２０９）。
【０１２６】
この通知を受信したスマートフォン５０の登録部６３は、クリップ１０の識別子「ＩＤ００１」に対するタスクをタスクＤＢ５５に登録する（Ｓ２１０）。なお、ここで登録されるタスクをタスク（ＩＤ００１）とする。
【０１２７】
また、スマートフォン５０の登録部６３は、必要に応じて、タスク登録されたクリップ１０とペアリングを実行する（Ｓ２１１からＳ２１３）。なお、ペアリングの実行タイミングは、図示したものに限定されず、タスク登録からタスクの開始時刻までの間であれば、いつでも実行することができる。
【０１２８】
その後、クリップ１０の通知部２２は、移動等に伴って、新たな接続先であるスマートフォン３０を検出すると（Ｓ２１４）、スマートフォン３０に自身の識別子「ＩＤ００１）を送信する（Ｓ２１５とＳ２１６）。
【０１２９】
そして、スマートフォン３０の受信部６１が、クリップ１０から識別子「ＩＤ００１」を受信する（Ｓ２１７）。すると、スマートフォン３０の送信部６２は、クリップ１０の識別子「ＩＤ００１」と自身の識別子「ＳＭＰ００１」とを管理サーバ７０に送信する（Ｓ２１８とＳ２１９）。
【０１３０】
その後、管理サーバ７０の判定部８２は、スマートフォン３０から受信したクリップ１０の識別子「ＩＤ００１」がタスクとして既に登録済みであることから、割当先の判定を実行する（Ｓ２２０）。そして、判定部８２は、電波強度等に基づいて、スマートフォン３０を割当先に決定する（Ｓ２２１）。
【０１３１】
この結果、管理サーバ７０の送信部８２は、クリップ１０に対応するタスクの解除通知をスマートフォン５０に送信する（Ｓ２２２とＳ２２３）。そして、スマートフォン５０の削除部６５は、該当タスクをタスクＤＢ５５から削除し（Ｓ２２４）、クリップ１０との間のペアリングを解除する（Ｓ２２５とＳ２２６）。
【０１３２】
一方、管理サーバ７０の送信部８２は、クリップ１０に対応するタスクの登録通知をスマートフォン３０に送信する（Ｓ２２７とＳ２２８）。そして、スマートフォン３０の登録部６３は、該当タスクをタスクＤＢ５５に登録し（Ｓ２２９）、必要に応じて、クリップ１０との間でペアリングを実行する（Ｓ２３０からＳ２３２）。なお、ペアリングの実行タイミングは、図示したものに限定されず、タスク登録からタスクの開始時刻までの間であれば、いつでも実行することができる。また、解除通知と登録通知の順番も任意に変更することができる。
【０１３３】
［効果］
このように、クリップ１０を用いてスマートフォンにタスクを簡単に登録できるとともに、クリップ１０やタスク登録済みのスマートフォンが移動した場合に、別のスマートフォンにタスクを移動させることができる。したがって、複数人でタスクを共有することができ、グループタスクなどの管理も行うことができる。例えば、自分で決済のタスクを生成して自分のスマートフォンに登録した後、タスクに関する書類を上司に渡すという行為に伴って自動的に、上司のスマートフォンに当該タスクを送信することもでき、タスク管理の簡易性が向上し、ユーザの利便性が向上する。
【０１３４】
また、電波強度にしたがってタスクの割当先を変更することができるので、緊急なタスクなどについては、タスクを登録した人ではなく、近くにいる人が代わりに実行できるので、タスクの実行を忘れるなどの人為的なミスを抑制できる。
【実施例３】
【０１３５】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０１３６】
［一斉報知］
例えば、タスクが複数ある場合、実行する順番やクリップの格納先を忘れる場合がある。このような場合に、スマートフォン３０は、登録されている各タスクに対応する各クリップに、振動指示や点灯指示を送信することができる。
【０１３７】
図１４は、クリップへの一斉報知の例を説明する図である。図１４に示すように、スマートフォン３０の報知部４３は、タスク一覧画面に、クリップボタン３０ａを重畳して表示する。そして、報知部４３は、クリップボタン３０ａがユーザ２によって選択されると、各タスクに対応する各クリップへの報知処理を実行する。
【０１３８】
例えば、報知部４３は、１番目のタスクに対応するクリップ１０へ振動指示を送信し、次に、２番目のタスクに対応するクリップ１０ａへ振動指示を送信する。続いて、報知部４３は、３番目のタスクに対応するクリップ１０ｂへ振動指示を送信し、次に、４番目のタスクに対応するクリップ１０ｃへ振動指示を送信する。
【０１３９】
このようにすることで、ユーザは、タスクの位置や数を確認することができる。なお、ここでは振動指示を例にして説明したが、点灯指示でもよく、両方を組み合わせてもよい。また、指示を送信する順番も任意に変更することができる。また、上記実施例では、報知例として、振動や点灯を例示したが、これに限定されない。例えば、クリップがスピーカを有する場合、スマートフォンからの指示に応じて音を出力することもできる。
【０１４０】
［アラート画面］
例えば、スマートフォン３０の報知部４３は、開始時間に到達したタスクに対応するクリップに振動指示等を送信するが、クリップが通信可能な位置にない場合がある。この場合、スマートフォン３０の報知部４３は、アラート画面を表示部３２に表示させて、ユーザに注意喚起を行うことができる。
【０１４１】
図１５は、クリップが近くにない時のアラート画面例を示す図である。図１５に示すように、スマートフォン３０の報知部４３は、開始時間に到達したタスクに対応するクリップが近くにないとき、「○○のタスクの期限です」が記述されるアラート画面を表示する。また、報知部４３は、１５分後に再通知するか、１時間後に再通知するか、クリップが検出されたとき、すなわちクリップと無線通信可能になった時に再通知するかをユーザに選択させ、選択した内容にしたがって再通知を実行する。なお、画面のメッセージ等は、任意に設定変更することができる。
【０１４２】
［クリップへの事前登録］
例えば、上記実施例では、スマートフォンや管理サーバが、タスクとクリップとを対応付ける例を説明したが、これに限定されるものではない。例えば、各クリップの内部メモリ等にタスクに関する情報を予め登録しておくこともできる。つまり、各クリップにタスク名を登録しておくこともできる。例えば、月末に行うタスク「残業計算」に使用するクリップ、毎週月曜日に行うタスク「朝会資料」に使用するクリップなどを予め生成しておく。このように、周期的なタスクには使用対象のクリップを予め決定しておくことで、クリップが多くなった場合でも、クリップに間違った資料を挟むなどの人為的なミスを抑制することができる。
【０１４３】
また、１つの資料に複数のクリップを対応付けることもできる。複数のクリップを用いる例としては、毎週実行するタスクではあるが、実行する曜日が週ごとに変わる場合が挙げられる。この場合、毎週用のクリップと実行対象曜日のクリップとで該当資料を挟む。このようにすることで、該当資料に対して、毎週かつ曜日の２つのタスクを関連付けることができる。
【０１４４】
［把持状態の判定］
上記実施例では、通電センサ１４ａを用いて把持状態を判定する例を説明したが、これに限定されるものではない。例えば、２つの把持部１４が開いている角度を検出する角度センサや２つの把持部１４の圧力を検出する圧力センサを用いることもできる。さらには、抵抗値なども採用することができ、把持部１４が開くや把持部１４が閉じるなどの動作を検出できるセンサであれば、どのようなセンサも採用することができる。
【０１４５】
例えば、タスク登録後、角度センサによって角度が広がったことが検出された場合、新たな書類が追加で差し込まれたと判定し、タスクの変更と判定することもできる。同様に、タスク登録後、角度センサによって角度が狭くなったことが検出された場合、書類が抜き取られたと判定し、タスクの変更と判定することもできる。スマートフォンは、このようなタスクの変更が発生した場合、変更されたタスクの情報を画面に表示する。また、スマートフォンは、上記タスクの登録と同様の処理を実行して、タスクの再登録を実行することもできる。
【０１４６】
［クリップからの送信情報］
上記実施例では、クリップ１０から識別子や把持状態を送信する例を説明したが、これに限定されず、様々な情報を送信することができる。例えば、クリップ１０は、報知タイミングなどを指定する所定の時間長情報をスマートフォンに送信することもできる。また、クリップ１０は、タスク開始時刻などを指定する時間長情報をスマートフォンに送信することもできる。
【０１４７】
［クリップによる報知］
上記実施例では、スマートフォンからの振動指示等を受信した場合に、クリップ１０は、バイブを起動したり、ＬＥＤを点灯したりしたが、これに限定されるものではない。例えば、クリップ１０は、内部メモリ等にタスク開始時間等を記憶することで、自律的にバイブ起動やＬＥＤ点灯を実行することもできる。
【０１４８】
［クリップ以外の例］
例えば、上記クリップ以外にも、物を入れる封筒やファイルなどに小型の電子回路を付加することで、上記実施例と同様の処理を実行することもできる。
【０１４９】
［システム］
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置で行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵで解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【０１５０】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１５１】
［ハードウェア］
上記各装置は、例えば、次のようなハードウェア構成を有するコンピュータ１００により実現することができる。図１６は、ハードウェア構成例を示す図である。図１６に示すように、コンピュータ１００は、通信インタフェース１００ａ、ＨＤＤ（Hard  Disk  Drive）１００ｂ、メモリ１００ｃ、プロセッサ１００ｄを有する。
【０１５２】
プロセッサ１００ｄの一例としては、ＣＰＵ、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＰＬＤ（Programmable  Logic  Device）等が挙げられる。また、メモリ１００ｃの一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。  
【０１５３】
また、クリップ１０は、プログラムを読み出して実行することで通知方法を実行する情報処理装置として動作する。つまり、クリップ１０は、判定部２１、通知部２２と同様の機能を実行するプログラムを実行する。この結果、クリップ１０は、判定部２１、通知部２２と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、クリップ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【０１５４】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical  disk）、ＤＶＤ（Digital  Versatile  Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。なお、ここではクリップ１０を例にして説明したが、各スマートフォンや管理サーバ７０についても同様に処理することができる。
【符号の説明】
【０１５５】
１０  クリップ
１１  無線部
１２  発光部
１３  振動部
１４  把持部
１４ａ  通電センサ
１５  記憶部
２０  制御部
２１  判定部
２２  通知部
３０  スマートフォン
３１  無線部
３２  表示部
３３  入力部
３４  記憶部
４０  制御部
４１  受信部
４２  登録部
４３  報知部
４４  削除部
７０  管理サーバ
７１  通信部
７２  記憶部
７３  タスク割当ＤＢ
８０  制御部
８１  受信部
８２  判定部
８３  送信部
【図１】
0006582693.tif 000002
【図２】
0006582693.tif 000003
【図３】
0006582693.tif 000004
【図４】
0006582693.tif 000005
【図５】
0006582693.tif 000006
【図６】
0006582693.tif 000007
【図７】
0006582693.tif 000008
【図８】
0006582693.tif 000009
【図９】
0006582693.tif 000010
【図１０】
0006582693.tif 000011
【図１１】
0006582693.tif 000012
【図１２】
0006582693.tif 000013
【図１３】
0006582693.tif 000014
【図１４】
0006582693.tif 000015
【図１５】
0006582693.tif 000016
【図１６】
0006582693.tif 000017