情報通信装置、情報通信システム、及び情報通信方法
【課題】プレゼンスシステムにおけるプレゼンス情報の通知先が確実且つ適切に引き継がれることを可能とする情報通信システム、情報通信方法、及び情報通信装置を提供する。
【解決手段】ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の内の許可されたウォッチャのウォッチャ端末装置３ａへプレゼンス情報が通知されている場合に、許可されたウォッチャがプレゼンス情報の通知を受け付けない状態であるか否かに基づいてプレゼンスサーバ装置１が自動的に通知先の変更要否を判定し、次の通知先を決定して変更し、その後は次の通知先へプレゼンス情報を通知する。
【解決手段】ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の内の許可されたウォッチャのウォッチャ端末装置３ａへプレゼンス情報が通知されている場合に、許可されたウォッチャがプレゼンス情報の通知を受け付けない状態であるか否かに基づいてプレゼンスサーバ装置１が自動的に通知先の変更要否を判定し、次の通知先を決定して変更し、その後は次の通知先へプレゼンス情報を通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人、物、機器等のオブジェクトの在否情報、属性情報、位置情報等の各種プレゼンス情報が、中央装置から許可された端末装置へ自動的に通知される情報通信システムに関する。特に、プレゼンス情報の通知先が確実且つ適切に引き継がれることを可能とする情報通信装置、情報通信システム、及び情報通信方法に関する。
【背景技術】
【０００２】
通信インフラストラクチャの普及が進んだことにより、通信装置のネットワークへの常時接続が可能になった。そこで、ネットワークに接続している通信装置を使用する人間の在否等、状態を示す情報を通信装置間で通知しあうことが可能なプレゼンス（presence）システムと呼ばれる情報通信システムがある。
【０００３】
プレゼンスシステムでは、人、物、機器等のオブジェクトの現在の状態であるプレゼンス情報が更新された場合、プレゼンス情報が変更されたときに通知を要求する変更通知を依頼したオブジェクトであって且つ、その依頼が許可されているオブジェクトへ、プレゼンス情報がリアルタイムに通知される。なお、この場合、変更通知を許可又は拒否し、プレゼンス情報を提供する側のオブジェクトを「プレゼンティティ（presentity）」と呼ぶ。また、変更通知を依頼してプレゼンス情報が変更された場合にプレゼンス情報を受信することにより、プレゼンティティのプレゼンス情報を監視するオブジェクトを「ウォッチャ（watcher）」と呼ぶ。また、プレゼンス情報が変更されたときに通知されることをウォッチャが希望し、その通知を受け付けることを「プレゼンス情報の購読」と呼び、ウォッチャがプレゼンティティへ変更通知を依頼することを購読依頼と呼ぶ。
【０００４】
近年、ネットワークを介して情報をリアルタイムに送受信する機会が増加している。例えば、人と人とが情報交換を行なう場合、またはあるシステムにおける情報を他のシステムへ送信する場合、ＲＦＩＤ（Radio Frequency IDentification）タグを利用して物を検出した時にシステムへ情報を送信する場合等がある。リアルタイムに情報を送受信することができる点を利用し、多様なシステムへのプレゼンスシステムの適用の拡大が予想される。
【０００５】
従来のプレゼンスシステムでは、ウォッチャがプレゼンティティのプレゼンスを購読する場合、プレゼンス購読可否について当該プレゼンティティへ問い合わせが行なわれる。この場合、プレゼンティティはプレゼンス情報を購読するウォッチャ毎に購読の可否を判断し、購読可否の問い合わせに対して応答する。プレゼンティティがプレゼンス購読を許可したときは、その後プレゼンティティがプレゼンス情報を更新する都度、ウォッチャへプレゼンス情報が通知される。プレゼンティティがプレゼンス購読を拒否したときは、その後プレゼンティティがプレゼンス情報を更新したとしても、プレゼンス情報はウォッチャへ通知されない。
【０００６】
上述のようにプレゼンスシステムでは、事前にウォッチャがプレゼンティティのプレゼンス情報の購読を依頼し、それに応じてプレゼンティティが購読を許可したウォッチャへのみプレゼンス情報が通知される。
【０００７】
一方、ウォッチャが使用する通信装置が停止している場合、ウォッチャが不在である場合等はウォッチャはプレゼンス情報を受け付けない。この場合、プレゼンス情報の内容によっては、リアルタイムに確認されるべきであっても、プレゼンス情報が通知されない。したがって、このようなプレゼンス情報に対しては、確実にいずれかのウォッチャへ通知されるための仕組が必要である。
【０００８】
これを解決する一つの方法として、ウォッチャがプレゼンス情報を受け付けない状態へ遷移するに際し、当該ウォッチャが使用する通信装置を通知先としていたプレゼンス情報の通知先を、他の代行通知先へ変更する技術が提案されている。
【０００９】
特許文献１には、ウォッチャがプレゼンス情報を受け付けない状態となる前に、ウォッチャはプレゼンス情報の代行通知先を選択して通知先変更要求を発行し、通知先変更要求を受け付けたプレゼンスシステムが、事前に設定されてある変更可否条件に基づいて通知先変更要求の可否を判定する技術が開示されている。この場合、プレゼンスシステムが通知先変更要求に対して変更を可と判定したときには、プレゼンス情報の通知先が変更される。またこの技術では、ウォッチャは、通知先変更要求を発行するに際し変更期間を指定することが可能であり、通知先変更要求が発行された後、変更期間が経過した場合に通知先が元のウォッチャに変更される技術が開示されている。
【００１０】
また、非特許文献１には、ウォッチャがプレゼンス情報を受け付けない状態である場合、ウォッチャによって指定されたメールアドレスへプレゼンス情報を転送する技術が開示されている。この場合、ウォッチャは自身がプレゼンス情報を受け付けない状態となる前に、自身又は他のウォッチャの他の通信装置へプレゼンス情報を転送するようにメールアドレスを指定する。これにより、ウォッチャがプレゼンス情報を受け付けない状態であっても、いずれかのウォッチャへプレゼンス情報が通知される。
【特許文献１】特開２００６−２０９１９３号公報
【非特許文献１】富士通株式会社、“利用者の状況に応じたプッシュ型の情報配信を実現するソフトウェア「ＦＬＡＩＲＩＮＣ（フレアリンク）（登録商標）」発売開始”、[online]、平成１４年１２月２日、[平成１９年１０月２日検索]、インターネット〈URL：http://pr.fujitsu.com/jp/news/2002/12/2.html〉
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１に開示されている技術では、ウォッチャがプレゼンス情報を受け付けない状態へ遷移する都度、ウォッチャ自身が次の代行通知先を指定して変更要求を通知する必要があり、ウォッチャにとって操作が煩雑である。また、ウォッチャは変更期間を指定することが可能であるが、変更期間が経過した時点でウォッチャが通信可能状態へ遷移しているか否かに拘わらず、通知先が元に戻される。したがって、元の通知先であったウォッチャが未だプレゼンス情報を受け付けない状態であってもプレゼンス情報の通知先が元に変更される。
【００１２】
また、非特許文献１に開示されている技術では、ウォッチャが指定する次の通知先へプレゼンス情報が転送され、次の通知先へのプレゼンス情報の通知の可否についてプレゼンティティへ問い合わせは行なわれない。電子メールを使用しているので、プレゼンス情報の内容が即時性を要求するものである場合は、リアルタイムにプレゼンス情報が通知されずに要求は満たされない。
【００１３】
本発明は斯かる事情に鑑みてなされたものであり、ウォッチャの状態に応じて変更要否を判定し、通知先（ウォッチャ）を自動的に変更する構成とすることにより、確実で適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置、情報通信システム、及び情報通信方法を提供することを目的とする。
【００１４】
本発明の他の目的は、プレゼンス情報の通知先を変更するに際し、通知元へ変更可否の問い合わせが行なわれる構成とすることにより、通知元にとって意図しない通知先へプレゼンス情報が通知されることを回避し、適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置を提供することにある。
【００１５】
本発明の他の目的は、元のウォッチャが使用する端末装置がプレゼンス情報を受信できる状態へ遷移した場合にプレゼンス情報の通知先を元のウォッチャへ戻すことが可能な構成とすることにより、適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置を提供することにある。
【００１６】
本発明の他の目的は、通知元のプレゼンティティからの問い合わせ結果を保存しておく構成とすることにより、後に、一度許可された通知先への変更を問い合わせすることなしに行なうことができ、効率的で適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置を提供することにある。
【課題を解決するための手段】
【００１７】
第１発明に係る情報通信装置は、プレゼンス情報の通知を受け付ける受付手段と、前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段とを備えることを特徴とする。
【００１８】
第２発明に係る情報通信装置は、第１発明において、前記変更手段は、前記プレゼンス情報の通知を受け付ける複数の外部装置から、一又は複数の次の通知先候補を抽出する抽出手段と、該抽出手段が抽出した次の通知先候補への変更可否についてプレゼンス情報の通知元へ問い合わせ処理を行なう問い合わせ手段とを備え、該問い合わせ手段の問い合わせに対する前記通知元からの応答が変更可を示す通知先候補を次の通知先として変更するようにしてあることを特徴とする。
【００１９】
第３発明に係る情報通信装置は、第２発明において、前記問い合わせ手段の問い合わせに対する前記通知元からの応答が変更不可を示す場合、前記抽出手段により他の通知先候補を抽出し、抽出した他の通知先候補への変更可否について前記問い合わせ手段により再度問い合わせるようにしてあることを特徴とする。
【００２０】
第４発明に係る情報通信装置は、第１乃至第３発明において、前記変更手段は、通知先を変更するに際し、通知先に対応付けて変更前の通知先を示す情報を記憶する手段と、変更前の通知先に対応付けて変更後の通知先を示す情報を記憶する手段とを備えることを特徴とする。
【００２１】
第５発明に係る情報通信装置は、第４発明において、通知先の変更後、変更前の通知先の状態情報に基づき前記変更要否判定手段が変更不要と判定した場合、変更後の通知先へのプレゼンス情報の通知を停止する手段を備え、前記変更手段は、変更前の通知先を通知先とするようにしてあることを特徴とする。
【００２２】
第６発明に係る情報通信装置は、第２乃至第５発明において、前記問い合わせ手段に応じた通知元からの変更可否の応答に基づいて、プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を作成して記憶する作成手段を備え、前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先と決定するようにしてあることを特徴とする。
【００２３】
第７発明に係る情報通信システムは、プレゼンス情報を通知する手段を備える一又は複数の第１端末装置と、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置と、前記第１及び第２端末装置間の通信を中継する中央装置とを含む情報通信システムであって、前記中央装置は、前記第１端末装置からプレゼンス情報の通知を受け付ける受付手段と、前記第２端末装置の内、通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、該通知先記憶手段が記憶している通知先の状態を示す状態情報を取得する取得手段と、該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、プレゼンス情報が通知された場合、前記変更手段が変更した後の通知先へ前記プレゼンス情報を通知する通知手段とを備えることを特徴とする。
【００２４】
第８発明に係る情報通信方法は、プレゼンス情報を通知する手段を備える一又は複数の第１端末装置、及び、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置間の通信を、中央装置が中継する情報通信方法であって、前記中央装置は、前記第２端末装置の内、プレゼンス情報の通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶しておき、プレゼンス情報の通知先の状態を示す状態情報を取得し、取得した状態情報に基づき、通知先の変更の要否を判定し、変更要と判定した場合、前記状態情報に基づき次の通知先を決定して変更し、変更後の通知先を、通知先として記憶し直し、プレゼンス情報の通知を受け付けた場合、変更後の通知先へ前記プレゼンス情報を通知することを特徴とする。
【００２５】
第１発明、第７発明及び第８発明では、外部装置（第１端末装置）からのプレゼンス情報の通知が許可される外部装置（第２端末装置）へプレゼンス情報が通知されるに際し、通知先の状態を示す状態情報に基づいて、通知先の変更の要否が判定される。変更要と判定された場合、次の通知先が決定される。そして、決定された次の通知先へ通知先が変更され、以降は変更後の通知先の外部装置（第２端末装置）へプレゼンス情報が通知される。また、変更後の通知先の状態に基づいて変更要と判定された場合、更に、次の通知先が決定されて変更される。これにより、許可されていた通知先がプレゼンス情報を受け付けられない状態へ遷移した場合であっても、他のいずれかの通知先の外部装置（第２端末装置）へプレゼンス情報が通知される。
【００２６】
第２発明では、通知先の状態情報に基づき通知先の変更が必要であると判定された場合、一又は複数の次の通知先候補が抽出される。抽出された通知先候補についての変更可否が通知元に問い合わせられ、問い合わせへの返信が変更可とされた通知先候補が次の通知先として決定され、実際に変更される。複数の通知先候補が抽出された場合、一度に各通知先候補についての変更可否が問い合わせられてもよいし、一つずつ変更可否が問い合わせられてもよい。
【００２７】
第３発明では、第２発明において通知先候補について変更可否が問い合わせられ、問い合わせへの返信が変更不可とされた場合、新たに通知先候補が抽出され、問い合わせ処理が再度行なわれる。
【００２８】
第４発明では、第１乃至第３発明のいずれかにおいて通知先が変更されるに際し、変更後の通知先には変更前の通知先が対応付けて記憶され、変更前の通知先には変更後の通知先が対応付けられて記憶される。変更後の通知先に変更前の通知先を示す情報が記憶されるので、変更後の通知先が引き継がれたものであることを認識することが可能となる。
【００２９】
第５発明では、第４発明で記憶されている変更前の通知先の状態情報に基づき、変更前の通知先が通知を受け付ける状態となった等、変更不要と判定される状態である場合に、変更後の通知先へのプレゼンス情報の通知が停止され、通知先が元の通知先へ戻される。
【００３０】
第６発明では、第２発明乃至第５発明のいずれかにおいて通知元の端末装置へ問い合わせ処理が行なわれる場合に更に、問い合わせへの返信に基づいて変更先として許可／拒否される外部装置（第２端末装置）を示す変更可否情報が作成される。次に通知先が変更される際に、問い合わせ処理が行なわれることなしに許可される外部装置（第２端末装置）を通知先として決定することが可能となる。
【発明の効果】
【００３１】
本発明による場合、許可されている通知先の状態に応じて通知先の変更要否が判定され、自動的に次の通知先が決定される。したがって、次の通知先の指定を伴う変更要求が必要ない。通知先の状態に応じて、通知を受け付ける外部装置（第２端末装置）を通知先とするように変更されるので、適切なプレゼンス情報の通知先の引き継ぎが可能となり、プレゼンス情報はいずれかの端末装置へ確実に通知される。なお、通知先の状態に拘わらず変更要求を受け付け、当該変更要求に応じて通知先を変更する処理を併せて行なう構成としてもよい。
【００３２】
本発明による場合、次の通知先を決定するに際し、次の通知先候補が抽出され、通知先候補についての変更可否が通知元へ問い合わせられる。通知元から変更可と返信された場合に限り、変更可とされた通知先候補が次の通知先として変更されるので、通知元にとって意図しない通知先へプレゼンス情報が通知されることを回避し、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３３】
本発明による場合、次の通知先候補についての変更可否が通知元へ問い合わせられ、通知元から変更不可と返信された場合には、新たに他の通知先候補についての問い合わせが行なわれる。これにより、通知元にとって意図しない通知先へプレゼンス情報が通知されることを回避し、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３４】
本発明による場合、変更後の通知先が、他のプレゼンス情報の通知先を引き継いでいることを認識することでき、更に変更前の通知先が対応付けられるので、変更前の通知先を認識することができる。これにより、変更前の通知先がプレゼンス情報を受け付ける状態になった場合に通知先を元に戻すことができ、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３５】
本発明による場合、変更前の通知先が変更不要と判定される状態である場合に、通知先が元の通知先へ戻されるので、変更前の通知先が依然としてプレゼンス情報を受け付けない状態であるにも拘わらず、元の通知先へ戻されることが回避され、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３６】
本発明による場合、一度問い合わせに対する変更可否が返信された通知先候補についての問い合わせは繰り返し行なわれないので、通知元における処理が軽減され、効率的で確実且つ適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【発明を実施するための最良の形態】
【００３７】
以下本発明をその実施の形態を示す図面に基づき具体的に説明する。
【００３８】
（実施の形態１）
実施の形態１では、介護サービスに利用され、被介護者である利用者の状態がリアルタイムにサービス提供者へ確実に通知されることが要望される介護支援システムに、本発明に係る情報通信システムを適用した場合の例を挙げて説明する。
【００３９】
図１は、実施の形態１における介護支援システムの構成の概要を模式的に示す説明図である。介護支援システムは、インターネット等のネットワークＮに接続されているプレゼンスサーバ装置１と、プレゼンス端末装置２，２，…と、複数のウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…とを備えてプレゼンスシステムを構成している。
【００４０】
実施の形態１での介護支援システムは、介護サービスにおけるヘルパー（介護者）による被介護者の状況把握、被介護者（又はその補助者）との連絡等に利用される。介護支援システムにおけるウォッチャは各利用者へのサービスを実施するヘルパー、及び、ヘルパーを管理する管理者を含むサービス提供者である。サービス提供者となるウォッチャは夫々、ウォッチャＩＤが割り振られている。実施の形態１では、サービス提供者のウォッチャＩＤは「ｕｓｅｒ１」、「ｕｓｅｒ２」、「ｕｓｅｒ３」、及び「ｕｓｅｒ４」であり、各ウォッチャはウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄを使用している。また、実施の形態１の介護支援システムにおけるプレゼンティティは介護サービスの利用者である被介護者である。実施の形態１では、被介護者のプレゼンティティＩＤは「ｕｓｅｒ５」、「ｕｓｅｒ６」、「ｕｓｅｒ７」、「ｕｓｅｒ８」、…である。なお、後述するようにサービス提供者のプレゼンス情報に応じて処理が行なわれ、ウォッチャもまたプレゼンティティである。ウォッチャのプレゼンティティ情報もウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄからプレゼンスサーバ装置１へ通知される。プレゼンス情報としては、在否のみならず、利用者及びサービス提供者の状態、属性も含む。
【００４１】
被介護者のプレゼンス情報を通知するプレゼンス端末装置２，２，…は、被介護者（又は補助者）が所有するＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、携帯電話機等のコンピュータ装置である。ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…は、サービス提供者に管理されるＰＣ、ＰＤＡ、携帯電話機等のコンピュータ装置であり、サービス提供者であるヘルパー、ヘルパーの管理者等によって使用される。
【００４２】
プレゼンス端末装置２，２，…及びウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…はネットワークＮに接続され、夫々プレゼンスサーバ装置１と通信することが可能である。プレゼンス端末装置２，２，…及びウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…が無線通信の可能な携帯型端末装置である場合、アクセスポイントＡＰを介してネットワークＮに接続される。
【００４３】
被介護者のプレゼンス情報は、まずプレゼンス端末装置２からプレゼンスサーバ装置１へ通知され、プレゼンスサーバ装置１を経由して、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知される。このとき、プレゼンス情報は全てのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知されるのではなく、一部の許可されたウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知される。
【００４４】
例えば、被介護者（プレゼンティティＩＤ「ｕｓｅｒ５」）の担当ヘルパー等、被介護者の状況を把握すべきサービス提供者（ウォッチャＩＤ「ｕｓｅｒ１」）は、自身が使用するウォッチャ端末装置３ａから担当する被介護者のプレゼンス情報の購読依頼を行なう。プレゼンス情報の購読依頼はプレゼンスサーバ装置１で受け付けられる。そしてプレゼンスサーバ装置１により、被介護者が使用するプレゼンス端末装置２へ、購読依頼を許可するか又は拒否するかを問い合わせる処理が行なわれる。被介護者が使用するプレゼンス端末装置２から、問い合わせに対して購読許可の返信があった場合に、ウォッチャ端末装置３ａのプレゼンス情報の購読依頼が許可され、以後、ウォッチャＩＤ「ｕｓｅｒ１」が使用するウォッチャ端末装置３ａへ、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報が通知される。
【００４５】
このように、被介護者のプレゼンス情報は、購読依頼が許可されたウォッチャ端末装置３ｂへ通知され、例えば被介護者から担当ヘルパーへ介護の依頼をリアルタイムに通知することができる介護サービスを実現することができる。
【００４６】
ところで、被介護者のプレゼンス情報は確実に通知されるべきであるところ、担当ヘルパーが不在である場合、出張中である場合等により、購読依頼が許可されていたウォッチャのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…がプレゼンス情報の通知を受け付けない場合、被介護者のプレゼンス情報がいずれのウォッチャのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へも通知されない状況が生じうる。この場合、担当ヘルパーがプレゼンス情報を受け付ける状態へ復帰するまで被介護者が介護サービスを享受できない状態となり望ましくない。
【００４７】
そこで、実施の形態１における介護支援システムでは、被介護者のプレゼンス情報の通知が許可されたウォッチャ端末装置３ａが、プレゼンス情報の通知を受け付けられない状態にある場合、他のウォッチャ端末装置３ｂ，３ｃ，３ｄ，…のいずれかへ、プレゼンス情報の通知先が適切に引き継がれるように、プレゼンスサーバ装置１が通知先を変更する処理を行なう。これにより、被介護者のプレゼンス情報が通知されない事態を回避することができる。
【００４８】
以下に、ウォッチャ端末３ａ，３ｂ，３ｃ，３ｄ，…間における通知先の適切な引き継ぎを実現するための介護支援システムの構成及び処理の詳細について説明する。
【００４９】
図２は、実施の形態１における介護支援システムを構成するプレゼンスサーバ装置１、プレゼンス端末装置２、及びウォッチャ端末装置３ａの内部構成を示すブロック図である。ウォッチャ端末装置３ｂ，３ｃ，３ｄ，…の内部構成はウォッチャ端末装置３ａの内部構成と同様であるので詳細な説明を省略する。
【００５０】
プレゼンスサーバ装置１はサーバコンピュータ装置で構成されており、各構成部を制御するＣＰＵ（Central Processing Unit）を利用した制御部１０と、ハードディスクを利用した記憶部１１と、制御部１０の処理により発生する各種情報を一時的に記憶するＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）の一時記憶領域１２と、ネットワークＮを介した通信を実現するネットワークカードを利用した通信部１３と、ディスクドライブを利用した補助記憶部１４とを備える。
【００５１】
プレゼンスサーバ装置１の記憶部１１には、サーバコンピュータ装置が本発明に係る情報通信システム、即ちプレゼンスサーバ装置１として動作するための制御プログラム１Ｐが記憶されている。制御部１０は、記憶部１１から制御プログラム１Ｐを一時記憶領域１２に読み出して実行することにより、サーバコンピュータ装置をプレゼンスサーバ装置１として動作させる。制御プログラム１Ｐは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の可搬型記憶媒体１５から制御部１０が補助記憶部１４により取得する構成としてもよいし、ネットワークＮを介して他の装置から取得する構成としてもよい。
【００５２】
プレゼンスサーバ装置１の制御部１０は、通信部１３により後述するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からのプレゼンス情報の購読依頼を受け付け、受け付けた購読依頼についてプレゼンス端末装置２，２，…へ問い合わせを行なう。この問い合わせに対する応答に応じて、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…への購読依頼が許可されたか否かを記憶しておき、プレゼンス端末装置２，２，…から通知されるプレゼンス情報を通信部１３により受信した場合、許可されたウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知するようにしてある。
【００５３】
プレゼンスサーバ装置１の記憶部１１には、ウォッチャＩＤ及びプレゼンティティＩＤのリストが記憶されている。また、記憶部１１には、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から購読が依頼されており、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知すべきかを示すバディリスト及び通知先リストが記憶されている。プレゼンスサーバ装置１の記憶部１１に記憶されているバディリスト及び通知先リストについては後述する。
【００５４】
また、プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からウォッチャのプレゼンス情報の通知を受け付ける。即ち、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…も、プレゼンス端末装置２として動作する。制御部１０は、ウォッチャのプレゼンス情報を変更条件に照らし、通知先の変更要否を判定する。制御部１０は、変更要と判定した場合に引き継ぎ先候補を決定し、問題がないと判断した場合は引き継ぎ先候補へプレゼンス情報の通知先を変更する。なお、実施の形態１では、被介護者（又は補助者）の意図しない者にプレゼンス情報が通知されないよう、制御部１０は変更可否を被介護者（又は補助者）へ問い合わせるため、プレゼンス端末装置２，２，…へ問い合わせ処理を行なう構成とする。
【００５５】
プレゼンス端末装置２は、各構成部を制御するＣＰＵ、ＭＰＵ（Micro Processing Unit）等を利用した制御部２０と、ハードディスク、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）等の記憶媒体を利用した記憶部２１と、制御部２０の処理により発生する各種情報を一時的に記憶するＤＲＡＭ、ＳＲＡＭ、ＥＥＰＲＯＭ等のメモリを利用した一時記憶領域２２と、入力操作を受け付けるキーボード、マウス、操作キーを含む入力部２３と、ネットワークＮを介した通信を実現するネットワークカードを利用した通信部２４と、各種情報を表示するディスプレイを含む表示部２５とを備える。
【００５６】
プレゼンス端末装置２の制御部２０は、ＰＣ、ＰＤＡ、携帯電話機等のコンピュータ装置がプレゼンス端末装置２として動作するように記憶部２１に記憶してある被介護者用プレゼンスアプリケーションプログラムを一時記憶領域２２に読み出して実行する。制御部２０は、記憶部２１に記憶してある被介護者プレゼンスアプリケーションプログラムを一時記憶領域２２に読みだして実行することにより、被介護者（又は保護者）が各種情報を閲覧又は入力するための画面を表示部２５に表示させる。
【００５７】
プレゼンス端末装置２の制御部２０は、被介護者（又は補助者）による被保護者のサービス依頼を含むプレゼンス情報の入力操作を入力部２３で受け付ける。制御部２０は、入力部２３により被介護者のプレゼンス情報の入力を受け付けた場合、入力されたプレゼンス情報を通信部２４によりネットワークＮを介してプレゼンスサーバ装置１へ送信する。
【００５８】
また、制御部２０は、プレゼンスサーバ装置１から購読依頼についての購読可否の問い合わせ、又は変更可否の問い合わせ処理が行なわれた場合、被介護者（又は補助者）が確認できるように表示部２５へ問い合わせ内容を表示するようにしてある。制御部２０は、被介護者による問い合わせに対する応答についての入力を入力部２３により受け付け、入力された情報に基づいてプレゼンスサーバ装置１へ応答するようにしてある。
【００５９】
ウォッチャ端末装置３ａは、各構成部を制御するＣＰＵ、ＭＰＵ等を利用した制御部３０と、ハードディスク、ＥＥＰＲＯＭ等の記憶媒体を利用した記憶部３１と、制御部３０の処理により発生する各種情報を一時的に記憶するＤＲＡＭ、ＳＲＡＭ、ＥＥＰＲＯＭ等のメモリを利用した一時記憶領域３２と、入力操作を受け付けるキーボード、マウス、操作キー等の入力部３３と、ネットワークＮを介した通信を実現するネットワークカードを利用した通信部３４と、各種情報を表示するディスプレイを含む表示部３５とを備える。
【００６０】
ウォッチャ端末装置３ａの記憶部３１には、ＰＣ、ＰＤＡ、携帯電話機がウォッチャ端末装置３ａとして動作するためのヘルパー用プレゼンスアプリケーションプログラムが記憶されている。制御部３０は、記憶部３１に記憶されているヘルパー用プレゼンスアプリケーションプラグラムを一時記憶領域３２に読み出して実行することにより、介護ヘルパー等のサービス提供者が、プレゼンス情報を含む各種情報を閲覧するための画面、又は購読依頼のための各種情報を入力するための画面等を表示部３５に表示させる。
【００６１】
ウォッチャ端末装置３ａの制御部３０は、プレゼンス情報の購読依頼を通信部３４によりプレゼンスサーバ装置１へ送信する。制御部３０は、プレゼンスサーバ装置１で経由されて通知されるプレゼンス情報を通信部３４により受信する。制御部３０は、ウォッチャのプレゼンス情報を通信部３４によりネットワークＮを介してプレゼンスサーバ装置１へ送信する。ウォッチャのプレゼンス情報は、後述するように自動的に制御部３０が、ヘルパー用プレゼンスアプリケーションの起動／終了に応じて通信部３４により送信するプレゼンス情報以外に、サービス提供者によるプレゼンス情報の入力を入力部３３により受け付けたものでもよい。
【００６２】
上述のように構成される介護支援システムにおいて、まず、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から被介護者のプレゼンス情報の購読依頼がなされる場合の処理について説明する。
【００６３】
図３は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に表示される画面例を示す説明図である。図３の説明図に示す画面例は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の記憶部３１に記憶してあるヘルパー用プレゼンスアプリケーションプログラムを制御部３０が読み出して実行することにより表示される。
【００６４】
図３の説明図に示す画面例は、制御部３０が表示部３５にウォッチャを識別するウォッチャＩＤの入力画面を表示した場合に、ヘルパー又はヘルパーの管理者によってウォッチャＩＤが入力され、入力されたウォッチャＩＤをプレゼンスサーバ装置１に送信して認証されたときに表示部３５に表示される画面例である。なおこのとき制御部３０は、認証されたウォッチャＩＤを一時記憶領域３２に記憶しておき、ヘルパー用プレゼンスアプリケーションが終了して画面が閉じられるまで保持しておくようにしてある。
【００６５】
なお、図３の説明図に示した画面例は、ウォッチャがウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…でウォッチャＩＤにより介護支援システムにログインした場合に、プレゼンスサーバ装置１の動作によってウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ送信される画面データに基づいて表示部３５に表示される構成でもよい。
【００６６】
図３の説明図に示される画面例は、ツールバー３０１とプレゼンス情報表示エリア３０２とで構成される。プレゼンス情報表示エリア３０２には、ログインしたウォッチャＩＤに対して通知が許可されたプレゼンス情報の最新情報のリストがリアルタイムに更新されて表示される。図３の画面例では、夫々プレゼンティティＩＤが「ｕｓｅｒ５」である被介護者「ユーザ５」及び「ｕｓｅｒ６」である被介護者「ユーザ６」からの依頼内容を表す最新のプレゼンス情報が表示されている。また、各プレゼンス情報には更新された日時が対応付けられて表示されている。なお、太字で表示されているプレゼンス情報は、例えば最近２４時間以内等の所定時間以内に更新されたプレゼンス情報である。
【００６７】
ツールバー３０１には、ヘルパーによる入力操作を受け付けるボタンが表示されている。図３の説明図に示される画面例では、「登録」ボタン３０３、「メッセージ」ボタン３０４及び「終了」ボタン３０５が表示されている。
【００６８】
図３の画面例における「登録」ボタン３０３は、ウォッチャであるサービス提供者が被介護者のプレゼンス情報の購読を依頼する際に使用されるボタンである。サービス提供者は、入力部３３のマウス等を操作して「登録」ボタン３０３を押下することにより、所望の被介護者のプレゼンス情報の購読依頼のための入力操作をすることができる。
【００６９】
図３の画面例の「メッセージ」ボタン３０４は、ウォッチャであるサービス提供者が被介護者へメッセージを送信するために使用されるボタンである。サービス使用者は、入力部３３のマウス等を操作して「メッセージ」ボタン３０４を押下することにより、メッセージの送信先、メッセージの内容を入力することができる。
【００７０】
図３の画面例の「終了」ボタン３０５は、プレゼンスサーバ装置１との接続を切断し、ヘルパー用プレゼンスアプリケーションの終了を制御部３０に指示するためのボタンである。
【００７１】
図４は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に、プレゼンス情報の購読依頼時に表示される画面例を示す説明図である。図４の説明図に示す画面例は、図３の画面例の「登録」ボタン３０３が入力部３３によって押下されたことを制御部３０が検知した場合に表示される。
【００７２】
図４の画面例では、プレゼンス情報の購読を依頼する被介護者のプレゼンティティＩＤを入力する編集ボックス３０６、プレゼンス情報表示エリア３０２に表示する際の表示名（プレゼンティティ名）を入力する編集ボックス３０７、プレゼンス情報の購読依頼を制御部３０に指示するための「登録」ボタン３０８、「登録」の処理の中止を制御部３０に指示するための「キャンセル」ボタン３０９が表示されている。サービス提供者は、編集ボックス３０６にプレゼンス情報の購読を依頼する被介護者のプレゼンティティＩＤを入力し、編集ボックス３０６にプレゼンス情報を表示する際の表示名を入力し、「登録」ボタン３０８を押下することにより、入力したプレゼンティティＩＤの被介護者のプレゼンス情報について購読依頼処理を制御部３０に行なわせることができる。
【００７３】
制御部３０は、「登録」ボタン３０８の押下を入力部３３により検知した場合、編集ボックス３０６に入力されたプレゼンティティＩＤ、及び編集ボックス３０７に入力された表示名の文字列を取得する。制御部３０は、プレゼンス購読依頼コマンドと共に、一時記憶領域３２に記憶してあるウォッチャＩＤ、取得したプレゼンティティＩＤ及び表示名を通信部３４によりプレゼンスサーバ装置１へ送信する購読依頼処理を実行する。また、制御部３０は図４の画面例を閉じ、図３の説明図に示した画面例に戻す。なお、プレゼンス購読依頼コマンドとともに送信されるウォッチャＩＤは、図３の説明図で前述したように、表示部３５に表示された入力画面に入力され、プレゼンスサーバ装置１によって認証され、一時記憶領域３２に記憶してあるサービス提供者のウォッチャＩＤである。
【００７４】
制御部３０は、「キャンセル」ボタン３０９の押下を入力部３３により検知した場合、そのまま図４の画面例を閉じ、図３の説明図に示した画面例に戻す。
【００７５】
ウォッチャ端末装置３の制御部３０は、図３に示した画面例の「終了」ボタン３０５が入力部３３により押下されたことを検知するまで、プレゼンスサーバ装置１との接続を維持する。また、制御部３０は、プレゼンスサーバ装置１の接続を維持している間、プレゼンスサーバ装置１から許可されたプレゼンス情報の通知を通信部３４により受け付け、受け付けたプレゼンス情報を図３の画面例に示したプレゼンス情報表示エリア３０２に表示する処理を継続する。
【００７６】
図５は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に、メッセージ送信時に表示される画面例を示す説明図である。図５の説明図に示す画面例は、図３の画面例の「メッセージ」ボタン３０４が入力部３３によって押下されたことを制御部３０が検知した場合に表示される。
【００７７】
図５の画面例では、メッセージの送信先とする被介護者のプレゼンティティＩＤを選択するためのドロップダウンメニュー３１０（選択ボックス）、メッセージの内容を入力するための編集ボックス３１１、メッセージの送信処理を実行するための「送信」ボタン３１２、メッセージの送信処理を中止するための「キャンセル」ボタン３１３が表示されている。サービス提供者は、ドロップダウンメニュー３１０からメッセージの送信先を選択し、編集ボックス３１１へメッセージの内容を入力し、「送信」ボタン３１２を押下することにより、入力した内容のメッセージを被介護者へ送信することが可能である。
【００７８】
制御部３０は、「送信」ボタン３１２の押下を入力部３３により検知した場合、選択されたプレゼンティティＩＤ及びメッセージを取得する。制御部３０は、メッセージの送信依頼コマンドと共に、一時記憶領域３２に記憶してあるウォッチャＩＤ、取得したプレゼンティティＩＤ及びメッセージを通信部３４によりプレゼンスサーバ装置１へ送信する。そして制御部３０は、図５の画面例を閉じ、図３の画面例に戻す。
【００７９】
制御部３０は、「キャンセル」ボタン３１３の押下を入力部３３により検知した場合、そのまま図５の画面例を閉じ、図３の画面例に戻す。
【００８０】
プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からメッセージの送信依頼コマンドを受信した場合、送信依頼コマンドと共に送信されたウォッチャＩＤ、プレゼンティティＩＤ及びメッセージを取得する。制御部１０は、取得したプレゼンティティＩＤに対応するプレゼンス端末装置２，２，…へメッセージを送信する。なおこのとき、以下の処理によってプレゼンス購読が許可されたウォッチャからのメッセージのみ、許可したプレゼンティティが使用するプレゼンス端末装置２，２，…へメッセージの送信がされるとしてもよい。
【００８１】
次に、プレゼンス端末装置２から被介護者のプレゼンス情報が通知される場合の処理について説明する。
【００８２】
図６は、実施の形態１におけるプレゼンス端末装置２の表示部２５に表示される画面例を示す説明図である。図６の説明図に示す画面例は、プレゼンス端末装置２の記憶部２１に記憶してある被介護者用プレゼンスアプリケーションプログラムを制御部２０が読み出して実行することにより表示される。なお、図３の説明図に示したウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…における画面例と同様に、制御部２０が表示部２５に被介護者を識別するプレゼンティティＩＤの入力画面を表示した場合に、被介護者（又は補助者）によってプレゼンティティＩＤが入力され、入力されたプレゼンティティＩＤをプレゼンスサーバ装置１に送信して認証されたときに表示部２５に表示される構成としてもよい。また、被介護者（又は補助者）が介護サービスにログインした場合に、プレゼンスサーバ装置１から送信される画面データに基づいて表示される構成としてもよい。なおこのとき制御部２０は、認証されたプレゼンティティＩＤを一時記憶領域２２に記憶しておくようにしてある。
【００８３】
図６の説明図に示される画面例は、ツールバー２０１とメッセージ表示エリア２０２とで構成される。メッセージ表示エリア２０２には、サービス提供者からプレゼンスサーバ装置１を介して送信されたメッセージが表示される。図６の画面例では、図５の説明図に示したメッセージが送信された場合に表示される内容が示されている。なお、メッセージ表示エリア２０２には、最新のメッセージのみが表示される構成としてもよいし、過去のメッセージの一覧が表示される構成としてもよい。
【００８４】
ツールバー２０１には、被介護者（又は補助者）による入力操作を受け付けるボタンが表示されている。図６の説明図に示される画面例では、「依頼」２０３及び「終了」ボタン２０４が表示されている。
【００８５】
図６の画面例における「依頼」ボタン２０３は、被介護者からサービス提供者に通知したいサービス依頼内容又は被介護者の状態を設定する際に使用されるボタンである。即ち、この場合、サービス依頼内容又は被介護者の状態がプレゼンス情報である。被介護者（又は補助者）は、入力部２３のマウス等を操作して「依頼」ボタン２０３を押下することにより、依頼内容の設定のための入力操作をすることができる。
【００８６】
図６の画面例における「終了」ボタン２０４は、プレゼンスサーバ装置１との接続を切断し、被介護者用プレゼンスアプリケーションの終了を制御部２０へ指示するためのボタンである。
【００８７】
図７は、実施の形態１におけるプレゼンス端末装置２の表示部２５に、プレゼンス情報の通知時に表示される画面例を示す説明図である。図７の説明図に示す画面例は、図６の画面例の「依頼」ボタン２０３が入力部２３によって押下されたことを制御部２０が検知した場合に表示される。
【００８８】
図７の画面例では、依頼内容についての希望日時の選択を受け付けるラジオボタン２０５、依頼内容の選択を受け付けるラジオボタン２０６、依頼内容を送信するための「依頼」ボタン２０７、「依頼」の処理の中止を制御部２０に指示するための「キャンセル」ボタン２０８が表示されている。被介護者（又は補助者）は、ラジオボタン２０５及びラジオボタン２０６で、希望日時及びサービスの依頼内容を選択することが可能である。なお、ラジオボタン２０５及びラジオボタン２０６夫々に示されている選択肢の内の「その他」を選択する場合には、いずれも編集ボックスに内容を入力することが可能に構成されている。
【００８９】
図７の画面例では、希望日時として「明日」、依頼内容として「入浴サービス」が選択されていることが示されている。被介護者（又は補助者）は、希望日時及び依頼内容を選択するか又は内容を入力し、「依頼」ボタン２０７を押下することにより、入力した依頼内容を含むプレゼンス情報を通知する処理を制御部２０に行なわせることができる。
【００９０】
制御部２０は、「依頼」ボタン２０７の押下を入力部２３により検知した場合、ラジオボタン２０５及びラジオボタン２０６で選択されている希望日時及び依頼内容、又は「その他」が選択されているときは編集ボックスに入力されている希望日時及び依頼内容を取得する。制御部２０は、取得した希望日時及び依頼内容をプレゼンス情報とし、該プレゼンス情報をプレゼンス設定コマンド、一時記憶領域２２に記憶してあるプレゼンティティＩＤと共に、通信部２４によりプレゼンスサーバ装置１へ送信する。また制御部２０は、図７の画面例を閉じて図６の画面例へ戻す。
【００９１】
制御部２０は、「キャンセル」ボタン２０８の押下を入力部２３により検知した場合、そのまま図７に示した画面例を閉じ、図６の画面例へ戻す。
【００９２】
次に、上述のようにウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から送信されるプレゼンス購読依頼コマンド及びプレゼンス端末装置２から送信されるプレゼンス設定コマンド夫々に対し、プレゼンスサーバ装置１で行なわれる処理について説明する。
【００９３】
図８は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、購読依頼を受信した場合の処理手順の一例を示すフローチャートである。
【００９４】
制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からプレゼンス購読依頼コマンドを通信部１３によって受信したか否かにより、購読依頼を受信したか否かを判断する（ステップＳ１１）。制御部１０は、購読依頼を受信していないと判断した場合（Ｓ１１：ＮＯ）、処理をステップＳ１１へ戻す。
【００９５】
制御部１０は、購読依頼を受信したと判断した場合（Ｓ１１：ＹＥＳ）、プレゼンス購読依頼コマンドと共に送信されているウォッチャＩＤ、プレゼンティティＩＤ及び表示名を取得する（ステップＳ１２）。次に制御部１０は、取得したウォッチャＩＤ、プレゼンティティＩＤ及び表示名を記憶部１１のバディリストに記憶し（ステップＳ１３）、プレゼンティティＩＤに対応するプレゼンス端末装置２へ購読可否の問い合わせ処理を実行する（ステップＳ１４）。なお、ステップＳ１４における購読可否の問い合わせ処理において制御部１０は、プレゼンス購読可否問い合わせコマンドと共に、プレゼンス購読を依頼したウォッチャのウォッチャＩＤを送信する。そして制御部１０は、プレゼンス購読依頼コマンドを受信した場合の処理を終了する。
【００９６】
図９は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶されるバディリストの内容例を示す説明図である。バディリスト（buddy list）は、ウォッチャＩＤ毎に、各ウォッチャＩＤで識別されるウォッチャが購読するプレゼンス情報を所有するプレゼンティティのプレゼンティティＩＤを記憶したリストである。
【００９７】
図９の説明図に示す例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報を購読していることが示されている。ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ７」及び「ｕｓｅｒ８」のプレゼンス情報を購読していることが示されている。さらに、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報を購読していることが示されている。また、表示名として各プレゼンティティＩＤに対応するプレゼンティティ名が対応付けられている。
【００９８】
また、図９の説明図に示すバディリストには、「引き継ぎ有」の項目が更に含まれている。「引き継ぎ有」は、後述するように、他のウォッチャがプレゼンス情報を受け付けられない状態にあることによって当該他のウォッチャから通知先を引き継いでいるか否か（ｙｅｓ：引き継ぎ中）を示す。なお、図９の説明図に示す内容例では、いずれのウォッチャも、他のウォッチャから通知先を引き継いでいない。
【００９９】
図１０は、実施の形態１におけるプレゼンス端末装置２での購読可否の問い合わせ応答時に、表示部２５に表示される画面例を示す説明図である。プレゼンス端末装置２の制御部２０は、プレゼンスサーバ装置１の制御部１０によって送信されたプレゼンス購読可否問い合わせコマンド及びウォッチャＩＤを通信部２４により受信した場合、図１０の画面例に示すようなプレゼンス購読可否問い合わせ画面を表示部２５に表示させる。
【０１００】
図１０の画面例では、購読可否の問い合わせに対して許可する場合に利用する「許可」ボタン２０９、及び、拒否する場合に利用する「拒否」ボタン２１０が表示されている。また、図１０の画面例では、プレゼンス端末装置２の制御部２０がプレゼンス購読可否問い合わせコマンドと共に受信したウォッチャＩＤ（「ｕｓｅｒ１」）を示して、可否を問うメッセージが表示されている。被介護者（又は補助者）は、「許可」ボタン２０９又は「拒否」ボタン２１０を押下する操作を行なうことにより、購読可否の問い合わせに応答することが可能である。
【０１０１】
被介護者（又は補助者）が「許可」ボタン２０９を入力部２３により押下した場合、制御部２０がこれを検知し、プレゼンス購読応答コマンドと共に、応答の内容「許可」、プレゼンティティＩＤ及び購読依頼を許可するウォッチャのウォッチャＩＤを、通信部２４によりプレゼンスサーバ装置１へ送信する。被介護者（又は補助者）が「拒否」ボタン２１０を入力部２３により押下した場合、制御部２０がこれを検知し、プレゼンス購読応答コマンドと共に、応答の内容「拒否」、プレゼンティティＩＤ及び購読依頼を拒否するウォッチャのウォッチャＩＤを、通信部２４によりプレゼンスサーバ装置１へ送信する。「許可」ボタン２０９が押下された場合、及び「拒否」ボタン２１０が押下された場合はいずれも、図１０の画面例に示したプレゼンス購読可否問い合わせ画面は閉じられる。
【０１０２】
図１１は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、購読可否の問い合わせに対する応答を受信した場合の処理手順の一例を示すフローチャートである。
【０１０３】
制御部１０は、プレゼンス端末装置２から送信されるプレゼンス購読応答コマンドを通信部１３によって受信したか否かにより、応答を受信したか否かを判断する（ステップＳ２１）。制御部１０は、応答を受信していないと判断した場合（Ｓ２１：ＮＯ）、処理をステップＳ２１へ戻して応答を受信したと判断するまで待機する。
【０１０４】
制御部１０は、応答を受信したと判断した場合（Ｓ２１：ＹＥＳ）、プレゼンス購読応答コマンドと共に送信された応答の内容を取得し、購読依頼が許可されたか否かを判断する（ステップＳ２２）。制御部１０は、取得した応答の内容によって拒否されたと判断した場合（Ｓ２２：ＮＯ）、購読可否の問い合わせに対する応答を受信した場合の処理を終了する。なおこのとき、制御部１０は、購読依頼元のウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ購読依頼が拒否された旨を通知するようにしてもよい。
【０１０５】
制御部１０は、取得した応答の内容によって許可されたと判断した場合（Ｓ２２：ＹＥＳ）、プレゼンス購読応答コマンドと共に送信されたプレゼンティティＩＤ及びウォッチャＩＤを取得する（ステップＳ２３）。制御部１０は、取得したプレゼンティティＩＤ及びウォッチャＩＤを通知先リストに記憶し（ステップＳ２４）、ステップＳ２３で取得したウォッチャＩＤに対応するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知し（ステップＳ２５）、購読可否の問い合わせに対する応答を受信した場合の処理を終了する。
【０１０６】
図１２は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶される通知先リストの内容例を示す説明図である。通知先リストは、プレゼンティティ毎に、該プレゼンティティを識別するプレゼンティティＩＤ、最新のプレゼンス情報の内容、及び当該プレゼンス情報の通知が許可されたウォッチャのウォッチャＩＤを記憶したリストである。図１２の説明図に示す内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者の最新のプレゼンス情報は「明日、入浴サービスをお願いします」という依頼内容であり、当該プレゼンス情報はウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としていることが示されている。したがって、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者のプレゼンス情報は、当該ウォッチャが使用するウォッチャ端末装置３ａへ通知されるべきである。同様にプレゼンティティＩＤ「ｕｓｅｒ６」のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とし、プレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ２」及び「ｕｓｅｒ３」のウォッチャを通知先とし、プレゼンティティＩＤ「ｕｓｅｒ８」のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先としていることが示されている。
【０１０７】
なお、図１２の説明図に示される通知先リストには、「引き継ぎ元ウォッチャＩＤ」の項目が更に含まれている。「引き継ぎ元ウォッチャＩＤ」は、後述するように、通知先が変更されて他のウォッチャに引き継がれている場合に元の通知先（引き継ぎ元）のウォッチャを識別するための情報である。「引き継ぎ元ウォッチャＩＤ」が通知先リストに対応付けられて記憶されていることにより、現在の通知先であるウォッチャが引き継ぎ中の通知先であることを示し、更に制御部１０は、変更前の通知先に戻す場合に引き継ぎ元のウォッチャＩＤを認識することが可能である。
【０１０８】
次に、プレゼンス端末装置２，２，…からプレゼンス情報が通知された場合、図１２の説明図に示した記憶部１１の通知先リストに基づいて、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知すべきかを判断する処理について説明する。図１３は、実施の形態１におけるプレゼンス端末装置２，２，…によりプレゼンス情報が通知された場合の、プレゼンスサーバ装置１の制御部１０による処理手順の一例を示すフローチャートである。
【０１０９】
制御部１０は、プレゼンス端末装置２から送信されるプレゼンス設定コマンドを通信部１３によって受信したか否かにより、プレゼンス情報が通知されたか否かを判断する（ステップＳ３１）。制御部１０は、プレゼンス情報が通知されていないと判断した場合（Ｓ３１：ＮＯ）、処理をステップＳ３１へ戻し、プレゼンス情報が通知されたと判断するまで待機する。
【０１１０】
制御部１０は、プレゼンス情報が通知されたと判断した場合（Ｓ３１：ＹＥＳ）、プレゼンス設定コマンドと共に送信されたプレゼンス情報及びプレゼンティティＩＤを取得する（ステップＳ３２）。制御部１０は、取得したプレゼンス情報に基づいて通知先リストのプレゼンス情報を更新し（ステップＳ３３）、通知先リストに記憶されているウォッチャＩＤに対応するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへプレゼンス情報を通知し（ステップＳ３４）、プレゼンス情報が通知された場合の処理を終了する。
【０１１１】
このように、ウォッチャからのプレゼンス購読依頼に応じて、ウォッチャ毎に購読するプレゼンティティのプレゼンティティＩＤがプレゼンスサーバ装置１のバディリストに記憶され、各ウォッチャへの購読可否の問い合わせが行なわれる。また、問い合わせに対する応答に基づき、プレゼンティティ毎に許可された通知先がプレゼンスサーバ装置１の通知先リストに記憶される。プレゼンスサーバ装置１の制御部１０がプレゼンス情報の通知を受け付ける都度、最新のプレゼンス情報を通知先リストに記憶すると共に、通知先リストに記憶されている許可された通知先のウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報が通知される。
【０１１２】
このようにプレゼンスシステムを利用した介護支援システムにより、例えばプレゼンティティＩＤ「ｕｓｅｒ５」の被介護者を担当するヘルパー（ウォッチャＩＤ「ｕｓｅｒ１」）は、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者（プレゼンティティ）の依頼内容及び最新の状態をリアルタイムに確認することができる。
【０１１３】
ここで、ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーがプレゼンス情報を受け付けない状態となる場合がある。この場合、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者の依頼内容及び状態は本来、他のヘルパー（ウォッチャＩＤ「ｕｓｅｒ２」）又は管理者（ウォッチャＩＤ「ｕｓｅｒ３」、「ｕｓｅｒ４」）などが把握すべきである。
【０１１４】
次に、ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーがプレゼンス情報を受け付けない状態である場合に、プレゼンスサーバ装置１の制御部１０が通知先を自動的に変更することによって、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報の通知先が他のウォッチャへ引き継がれる処理について説明する。
【０１１５】
まず、プレゼンスサーバ装置１の制御部１０が、通知先の変更要否を判定する基準となる情報について説明する。
【０１１６】
制御部１０は、各ウォッチャのプレゼンス情報を受け付ける。即ち、各ウォッチャはプレゼンティティでもある。例えば、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０によりヘルパー用プレゼンスアプリケーションプログラムが実行されてプレゼンスサーバ装置１との接続が確立した場合に、制御部３０によって「在席」を示すプレゼンス情報が通知される。また、図３の説明図に示した画面の「終了」ボタン３０５が押下され、プレゼンスサーバ装置１との接続が切断される際に、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０によって「不在」を示すプレゼンス情報が通知される。また、制御部３０は、ウォッチャによる「在席」、「不在」、「出張中」、「多忙」等のプレゼンス情報の設定を受け付ける。制御部３０は、ヘルパー用プレゼンスアプリケーションプログラムが起動、終了される場合、又はウォッチャによるプレゼンス情報の設定を受け付けた場合に、プレゼンス設定コマンドと共に、ウォッチャのプレゼンス情報及びウォッチャＩＤを通信部１３によりプレゼンスサーバ装置１へ送信する。
【０１１７】
図１４は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から通知されるプレゼンス情報の内容例を示す説明図である。図１４の説明図に示される内容例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャは「在席」しており、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは「出張中」であり、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは「在席」しているが、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャは「多忙」であることが示されている。実施の形態１では、これらのプレゼンス情報は、各ウォッチャをプレゼンティティとする通知先リストに記憶され、プレゼンスサーバ装置１によって各ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知される構成とする。これにより、ウォッチャ間で相互のプレゼンス情報を把握することが可能である。
【０１１８】
プレゼンスサーバ装置１の制御部１０は、各ウォッチャのプレゼンス情報に応じた変更条件に照らし、変更要否を判定する。図１５は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶されている変更条件の内容例を示す説明図である。
【０１１９】
図１５の説明図に示すように、変更条件は各ウォッチャのウォッチャＩＤ（この場合は、プレゼンティティＩＤでもある。）毎に、通知先が変更されるべき状態を示すプレゼンス情報が対応付けられている。図１５の説明図に示される内容例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」又は「出張中」である場合に通知先が変更されるべきであることが示されている。同様に、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」である場合に通知先が変更されるべきであり、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」、「多忙」又は「出張中」である場合に通知先が変更されるべきであり、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」である場合に通知先が変更されるべきであることが示されている。
【０１２０】
プレゼンスサーバ装置１の制御部１０は、変更条件に照らし変更要であると判定した場合に、引き継ぎ先候補を抽出して決定する。実施の形態１では、制御部１０が引き継ぎ先を抽出する基準として、各ウォッチャの属性リストを参照する。図１６は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶されているウォッチャの属性リストの内容例を示す説明図である。
【０１２１】
図１６の説明図に示す内容例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャ及びウォッチャＩＤ「ｕｓｅｒ２」のウォッチャの属性は「Ａ部１課担当」であることが示されている。また、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャの属性は「Ａ部１課課長」であり、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャの属性は「Ａ部部長」であることが示されている。
【０１２２】
制御部１０は、各ウォッチャの属性リストを参照し、引き継ぎ先候補リストを作成する。制御部１０は、作成した引き継ぎ先候補リストに基づいて、引き継ぎ先候補を決定する。制御部１０は、引き継ぎ先候補リストを作成する場合、バディリストを参照して各引き継ぎ先候補のウォッチャのプレゼンス購読の数、又は他のウォッチャから通知先を引き継いでいる数に基づいてウォッチャに引き継ぎ先としての順位付けを行ない、順位が高いウォッチャが先頭となるようにリストを作成してもよい。また、制御部１０は、属性リストに基づき管理者の属性を持つウォッチャに高い順位を付与してもよいし、各ウォッチャの属性リストに引き継ぎ先として決定される優先度を対応付けて記憶しておき、当該優先度に基づいて引き継ぎ先としての順位付けを行なう構成としてもよい。
【０１２３】
次に、プレゼンスサーバ装置１の制御部１０が各ウォッチャのプレゼンス情報に応じて変更条件を参照し、通知先の変更の要否を判定し、変更が必要である場合には次の通知先候補を決定して問い合わせを行ない、通知先を変更する処理について説明する。
【０１２４】
図１７及び図１８は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、通知先の変更の要否を判定する処理手順の一例を示すフローチャートである。
【０１２５】
制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からプレゼンス設定コマンドを受信したか否かにより、ウォッチャのプレゼンス情報が通知されたか否かを判断する（ステップＳ４０１）。制御部１０は、ウォッチャのプレゼンス情報が通知されていないと判断した場合（Ｓ４０１：ＮＯ）、処理をステップＳ４０１へ戻してウォッチャのプレゼンス情報が通知されたと判断するまで待機する。
【０１２６】
制御部１０は、ウォッチャのプレゼンス情報が通知されたと判断した場合（Ｓ４０１：ＹＥＳ）、プレゼンス設定コマンドと共に送信されたウォッチャのプレゼンス情報及びウォッチャＩＤを取得する（ステップＳ４０２）。制御部１０は、取得したプレゼンス情報及びウォッチャＩＤに基づいてウォッチャをプレゼンティティとする通知先リストを更新し（ステップＳ４０３）、他のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知する（ステップＳ４０４）。
【０１２７】
次に制御部１０は、記憶部１１の変更条件を参照し（ステップＳ４０５）、取得したウォッチャのプレゼンス情報と変更条件とを照らして変更要否を判定する（ステップＳ４０６）。制御部１０は、ステップＳ４０６において変更不要であると判定した場合（Ｓ４０６：ＮＯ）、変更の要否を判定する処理を終了する。この場合、当該ウォッチャを通知先とする被介護者のプレゼンス情報の通知は継続する。
【０１２８】
制御部１０は、ステップＳ４０６において変更要であると判定した場合（Ｓ４０６：ＹＥＳ）、引き継ぎ先候補リストを参照して引き継ぎ先候補を決定する（ステップＳ４０７）。このとき制御部１０は、属性リストを参照して作成した引き継ぎ候補リストの先頭のウォッチャを引き継ぎ先候補として決定する。なお、引き継ぎ候補リストのウォッチャを全て引き継ぎ先候補として決定し、複数の引き継ぎ先候補の内、プレゼンティティである被介護者からいずれかが選択されるように後述の問い合わせを行なうようにしてもよい。
【０１２９】
次に制御部１０は、バディリスト及び通知先リストから、変更要であると判定されたウォッチャを通知先としているプレゼンス情報のプレゼンティティＩＤ、又は当該ウォッチャが他のウォッチャの引き継ぎ先である場合は引き継ぎ元のウォッチャを通知先とするプレゼンス情報のプレゼンティティＩＤを取得する（ステップＳ４０８）。
【０１３０】
制御部１０は、変更要と判定されたウォッチャが、他のウォッチャの通知先を引き継いでいる場合は、関係する既存の引き継ぎ情報（バディリスト、通知先リスト、及び引き継ぎ完了待ちテーブルにおける該当情報）を削除する（ステップＳ４０９）。
【０１３１】
制御部１０は、変更要と判定されたウォッチャのウォッチャＩＤ、ステップＳ４０７で決定した引き継ぎ先候補、及びステップＳ４０８で取得したプレゼンティティＩＤを含む引き継ぎ完了待ちテーブルを作成又は更新する（ステップＳ４１０）。引き継ぎ待ち完了テーブルは、後述の問い合わせが完了するまでの間に一時記憶領域１２に記憶されるテーブルである。
【０１３２】
次に制御部１０は、ステップＳ４０８で取得したプレゼンティティＩＤに対応するプレゼンス端末装置２へ、変更要と判定されたウォッチャからステップＳ４０７で決定した引き継ぎ先候補のウォッチャへの通知先の変更可否について問い合わせる（ステップＳ４１１）。ステップＳ４１１における問い合わせ処理は、制御部１０が対象となるプレゼンス端末装置２へ、変更可否問い合わせコマンドと共に、引き継ぎ元のウォッチャＩＤ及びウォッチャ名、並びに引き継ぎ先候補のウォッチャＩＤ及びウォッチャ名を送信することによって実行される。なお、このときにウォッチャの属性情報を共に送信する構成としてもよい。また、複数の引き継ぎ先候補を決定し、いずれかが選択されるように問い合わせを行なう場合は、制御部１０は各引き継ぎ先候補のウォッチャＩＤ及びウォッチャ名を送信する。
【０１３３】
制御部１０は、ステップＳ４０８で取得した全プレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせを完了したか否かを判断する（ステップＳ４１２）。制御部１０は、全プレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせを完了していないと判断した場合（Ｓ４１２：ＮＯ）、処理をステップＳ４１１へ戻し、他のプレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせる（Ｓ４１１）。
【０１３４】
制御部１０は、全プレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせを完了したと判断した場合（Ｓ４１２：ＹＥＳ）、通知先の変更要否を判定する処理を終了する。
【０１３５】
このように、図１７及び図１８のフローチャートに示した処理手順により、各ウォッチャの状態に応じて変更要否が自動的に判定される。したがって、各ウォッチャがウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から引き継ぎ先のウォッチャを指定して変更要求を送信する操作を行なう必要がない。
【０１３６】
次に、図１７及び図１８のフローチャートに示した処理手順により、変更要否が判定され、変更要と判定された場合に記憶される引き継ぎ完了待ちテーブルの内容、及びプレゼンス端末装置２での問い合わせ処理について、具体例を挙げて説明する。具体例として、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報の通知先であったウォッチャＩＤ「ｕｓｅｒ１」のウォッチャのプレゼンス情報が「不在」となった場合を挙げて説明する。
【０１３７】
ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャが使用するウォッチャ端末装置３ａで、ヘルパー用プレゼンスアプリケーションプログラムが終了された場合、ウォッチャ端末装置３ａからプレゼンス設定コマンド、プレゼンス情報「不在」、及びウォッチャＩＤ「ｕｓｅｒ１」がプレゼンスサーバ装置１へ送信される。これに対しプレゼンスサーバ装置１の制御部１０は、ウォッチャのプレゼンス情報が通知されたと判断し（Ｓ４０１：ＹＥＳ）、取得したプレゼンス情報が「不在」であることから変更条件に合致し、変更要であると判定する（Ｓ４０６：ＹＥＳ）。プレゼンス装置１の制御部１０は、ウォッチャの属性リストから引き継ぎ先候補のリストを作成する。この場合制御部１０は、ウォッチャＩＤ「ｕｓｅｒ１」の属性が「Ａ部１課担当」であることから、同一の部署の管理者であるウォッチャのウォッチャＩＤ「ｕｓｅｒ３」及び「ｕｓｅｒ４」、並びに同僚であるウォッチャのウォッチャＩＤ「ｕｓｅｒ２」を抽出し、その順序で引き継ぎ先候補リストを作成する。
【０１３８】
制御部１０は、作成した引き継ぎ先候補リストの先頭のウォッチャＩＤ「ｕｓｅｒ３」のウォッチャのプレゼンス情報を取得し、「在席」であることから変更条件「不在」、「多忙」及び「出張中」のいずれにも合致しないと判断する。したがって、制御部１０は、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャを引き継ぎ先候補として決定する（Ｓ４０７）。
【０１３９】
制御部１０は、バディリスト及び通知先リストを参照する。制御部１０は、引き継ぎ先候補として決定したウォッチャＩＤ「ｕｓｅｒ３」のウォッチャに関して既存の引き継ぎ情報がないので、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とするプレゼンス情報のプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」をバディリストから取得する（Ｓ４０８）。制御部１０は、変更要と判定されたウォッチャのウォッチャＩＤ「ｕｓｅｒ１」、引き継ぎ先候補として決定されたウォッチャのウォッチャＩＤ「ｕｓｅｒ３」、及び取得したプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」を含む引き継ぎ完了待ちテーブルを作成する。
【０１４０】
図１９は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が記憶する引き継ぎ完了待ちテーブルの内容例を示す説明図である。図１９の説明図に示すように、引き継ぎ完了待ちテーブルは、プレゼンスサーバ装置１の制御部１０によって変更要と判定された引き継ぎ元ウォッチャのウォッチャＩＤ、引き継ぎ先候補として決定されたウォッチャのウォッチャＩＤ及び取得されたプレゼンティティＩＤを含む。
【０１４１】
制御部１０は、引き継ぎ完了待ちテーブルを記憶した後、プレゼンティティＩＤ「ｕｓｅｒ５」に対応するプレゼンス端末装置２へ問い合わせ処理を行なう。このとき、制御部１０は、変更可否問い合わせコマンド、引き継ぎ元のウォッチャのウォッチャＩＤ「ｕｓｅｒ１」及びウォッチャ名「ユーザ１」、並びに引き継ぎ先候補のウォッチャのウォッチャＩＤ「ｕｓｅｒ３」及びウォッチャ名「ユーザ３」をプレゼンス端末装置２へ送信する。更に制御部１０は、変更要と判定されたウォッチャを通知先とするもう一つのプレゼンス情報のプレゼンティティＩＤ「ｕｓｅｒ６」に対応するプレゼンス端末装置２へも問い合わせ処理を行なう。
【０１４２】
次に、プレゼンスサーバ装置１の制御部１０によって実行される問い合わせ処理に応じてプレゼンス端末装置２で応答がなされる場合の処理について説明する。
【０１４３】
図２０は、実施の形態１におけるプレゼンス端末装置２での変更可否の問い合わせ応答時に、表示部２５に表示される画面例を示す説明図である。プレゼンス端末装置２の制御部２０は、プレゼンスサーバ装置１の制御部１０によって送信された変更可否問い合わせコマンドを通信部２３により受信した場合、以下に示すような変更可否問い合わせ画面を表示部２５に表示させる。
【０１４４】
図２０の画面例では、変更可否問い合わせに対して許可する場合に利用する「許可」ボタン２１１、及び、拒否する場合に利用する「拒否」ボタン２１２が表示されている。また、図２０の画面例には、プレゼンス端末装置２の制御部２０が変更可否問い合わせコマンドと共に受信した、引き継ぎ元のウォッチャのウォッチャ名（「ユーザ１」）及び引き継ぎ先候補のウォッチャのウォッチャ名（「ユーザ３」）を示して可否を問うメッセージが表示されている。被介護者（又は補助者）は、「許可」ボタン２１１又は「拒否」ボタン２１２を押下する操作を行なうことにより、変更可否の問い合わせに応答することが可能である。
【０１４５】
被介護者（又は補助者）が「許可」ボタン２１１を入力部２３により押下した場合、制御部２０がこれを検知し、変更応答コマンドと共に、応答の内容「許可」、引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信する。被介護者（又は補助者）が「拒否」ボタン２１２を入力部２３により押下した場合、制御部２０がこれを検知し、変更応答コマンドと共に、応答の内容「拒否」、引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信する。「許可」ボタン２１１が押下された場合、及び「拒否」ボタン２１２が押下された場合はいずれも、図２０の画面例に示した変更可否問い合わせ画面は閉じられる。
【０１４６】
なお、引き継ぎ先候補が複数抽出されて、複数の引き継ぎ候補からいずれかが選択されるように問い合わせが行なわれる場合、次の図２１の説明図に示すような変更可否問い合わせ画面がプレゼンス端末装置２の表示部２５に表示される。図２１は、実施の形態１におけるプレゼンス端末装置２での変更可否の問い合わせ応答時に、表示部２５に表示される画面例を示す説明図である。
【０１４７】
図２１の画面例には、引き継ぎ先候補のウォッチャを選択するラジオボタン２１３、及び、引き継ぎ先のウォッチャを設定する場合に利用する「設定」ボタン２１４が表示されている。また、図２１の画面例では、プレゼンス端末装置２の制御部２０が変更可否問い合わせコマンドと共に受信した、引き継ぎ元のウォッチャのウォッチャ名及び引き継ぎ先候補のウォッチャのウォッチャ名を示して変更可否を問うメッセージが表示されている。また、引き継ぎ先候補のラジオボタン２１３の選択肢には、引き継ぎ先候補のウォッチャのウォッチャ名が表示され、各ウォッチャの属性が送信されている場合にこれを表示するようにしてある。各ウォッチャの属性「Ａ部１課課長」、「Ａ部部長」、「Ａ部１課担当」が表示されることにより、被介護者（又は補助者）は属性を基準としていずれのウォッチャを引き継ぎ先として許可するかを判断することが可能となる。
【０１４８】
被介護者（又は補助者）が入力部２３により、ラジオボタン２１３でいずれかのウォッチャを選択し、「設定」ボタン２１４を押下した場合、制御部２０がこれを検知し、ラジオボタン２１３で選択されている引き継ぎ先候補のウォッチャのウォッチャＩＤを取得する。制御部２０は、変更応答コマンドと共に、応答の内容「許可」、引き継ぎ元のウォッチャのウォッチャＩＤ及び取得された引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信する。
【０１４９】
なお、ラジオボタン２１３で何ら選択されずに「設定」ボタン２１４が押下された場合は、制御部２０が変更応答コマンドと共に、応答の内容「拒否」、引き継ぎ元のウォッチャのウォッチャＩＤ、及び、全引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信してもよい。「設定」ボタン２１４が押下された場合、図２１の画面例で示した変更可否問い合わせ画面は閉じられる。
【０１５０】
次に、プレゼンスサーバ装置１の制御部１０が、プレゼンス端末装置２から問い合わせへの応答を受信した場合の処理について説明する。図２２は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、変更可否の問い合わせへの応答を受信した場合の処理手順の一例を示すフローチャートである。
【０１５１】
制御部１０は、プレゼンス端末装置２から送信される変更応答コマンドを通信部１３によって受信したか否かにより、変更可否の問い合わせに対する応答を受信したか否かを判断する（ステップＳ５０１）。制御部１０は、変更可否の問い合わせに対する応答を受信していないと判断した場合（Ｓ５０１：ＮＯ）、処理をステップＳ５０１へ戻して変更可否の問い合わせに対する応答を受信したと判断するまで待機する。
【０１５２】
制御部１０は、変更可否の問い合わせに対する応答を受信したと判断した場合（Ｓ５０１：ＹＥＳ）、変更応答コマンドと共に送信された引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤを取得する（ステップＳ５０２）。制御部１０は、引き継ぎ完了待ちテーブルを参照して、ステップＳ５０２で取得した引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤが、引き継ぎ完了待ちテーブルに記憶されているか否かを判断する（ステップＳ５０３）。制御部１０は、引き継ぎ完了待ちテーブルに記憶されていないと判断した場合（Ｓ５０３：ＮＯ）、ステップＳ５０２で取得した引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤの組については、変更する必要がないので処理を終了する。
【０１５３】
制御部１０は、引き継ぎ完了待ちテーブルに記憶されていると判断した場合（Ｓ５０３：ＹＥＳ）、該当する引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤの組を引き継ぎ完了待ちテーブルから削除する（ステップＳ５０４）。制御部１０は、変更応答コマンドと共に送信された応答の内容が「許可」であるか否かを判断する（ステップＳ５０５）。
【０１５４】
制御部１０は、「許可」であると判断した場合（Ｓ５０５：ＹＥＳ）、引き継ぎ先候補のウォッチャＩＤを引き継ぎ後の通知先としてバディリストを更新し（ステップＳ５０６）、引き継がれるプレゼンス情報のプレゼンティティＩＤの通知先リストを更新する（ステップＳ５０７）。これにより、プレゼンス情報の通知先が変更されて引き継がれる。
【０１５５】
次に制御部１０は、プレゼンティティＩＤに対応付けられるプレゼンティティ、即ち被介護者の付加情報を取得する（ステップＳ５０８）。制御部１０は、通知先リストに記憶されている最新のプレゼンス情報と共にステップＳ５０８で取得した付加情報を通知先のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知し（ステップＳ５０９）、応答を受信した場合の処理を終了する。
【０１５６】
制御部１０は、ステップＳ５０５において「拒否」であると判断した場合（Ｓ５０５：ＮＯ）、他の引き継ぎ先候補を決定する（ステップＳ５１０）。このとき制御部は、作成した引き継ぎ候補リストを参照し、リストの次のウォッチャを次の引き継ぎ先候補として決定する。制御部１０は、改めて決定した引き継ぎ先候補について引き継ぎ完了待ちテーブルを更新し（ステップＳ５１１）、対応するプレゼンス端末装置２へ変更可否の問い合わせを行ない（ステップＳ５１２）、応答を受信した場合の処理を終了する。改めて決定した引き継ぎ先候補についての問い合わせへ応答が送信された場合は、図２２のフローチャートに示す処理手順が制御部１０により同様に行なわれる。
【０１５７】
図２３は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１のバディリストが、通知先の変更によって更新された場合の内容例を示す説明図である。なお、図２３の説明図に示す内容例は、図９の説明図に示したバディリストの内容例に対し、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャが「不在」となり、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへの変更可否の問い合わせに応じて内容が「許可」である変更応答コマンドがプレゼンス端末装置２から送信されたことによって更新された例を示している。
【０１５８】
図２３の説明図に示すように、プレゼンス情報を購読するウォッチャとして新たにウォッチャＩＤ「ｕｓｅｒ３」が追加される。ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先を引き継ぐことが示されている。ウォッチャＩＤ「ｕｓｅｒ３」については「引き継ぎ有」がいずれも「ｙｅｓ」となるように記憶されている。これにより、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャによるプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の購読は、いずれかのウォッチャから通知先を引き継いでいるものであることを示している。
【０１５９】
図２４は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１の通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。なお、図２４の説明図に示す内容例は、図１２の説明図に示した通知先リストの内容例に対し、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先がウォッチャＩＤ「ｕｓｅｒ１」のウォッチャからウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへ変更された場合の例を示している。
【０１６０】
図２４の説明図に示すように、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」の通知先リストには、引き継ぎ元のウォッチャのウォッチャＩＤ「ｕｓｅｒ１」に加えて引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ３」が記憶される。また、引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ３」には、引き継ぎ元ウォッチャＩＤとして「ｕｓｅｒ１」が対応付けられている。制御部１０は、図２４の説明図に示す内容例の通知先リストを参照することにより、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報を通知するに際し、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは通知先を引き継ぎ中であることを認識することが可能である。
【０１６１】
制御部１０は、図２４に示す内容例の通知先リストを参照し、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報を通知するに際し、通知先のウォッチャのウォッチャＩＤは「ｕｓｅｒ１」及び「ｕｓｅｒ３」であると認識する。しかしながら、制御部１０は、ウォッチャＩＤ「ｕｓｅｒ１」はウォッチャＩＤ「ｕｓｅｒ３」のエントリに対応付けられている引き継ぎ元ウォッチャＩＤ「ｕｓｅｒ１」と一致するので、ウォッチャＩＤ「ｕｓｅｒ１」に対応するウォッチャ端末装置３ａへはプレゼンス情報を通知しない。
【０１６２】
図２５は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶される付加情報の内容例を示す説明図である。
【０１６３】
図２５の説明図に示される内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンティティ、即ち被介護者についての付加情報として被介護者の状態、嗜好を示す情報が記憶されている。プレゼンスサーバ装置１の制御部１０は、引き継ぎ先であるのウォッチャＩＤ「ｕｓｅｒ３」のウォッチャが使用するウォッチャ端末装置３ｃへ、プレゼンス情報と共に付加情報を通知する。これにより、引き継ぎ先のウォッチャＩＤ「ｕｓｅｒ３」のウォッチャが、被介護者の状態を適切に把握することが可能になる。
【０１６４】
図２６は、実施の形態１における引き継ぎ先のウォッチャ端末装置３ｃの表示部３５に表示される画面例を示す説明図である。ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０は、プレゼンス情報と共に通知される付加情報を受信した場合は、当該付加情報を表示部３５に表示する。図２６の画面例には、プレゼンス情報表示エリア３０２にプレゼンス情報と共に付加情報が表示されていることが示されている。
【０１６５】
次に、引き継ぎ先であるウォッチャＩＤ「ｕｓｅｒ３」のサービス提供者（ウォッチャ）が更に不在となるなど、プレゼンス情報の通知を受け付けない状態となった場合について説明する。
【０１６６】
例えば、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、自身が使用するウォッチャ端末装置３ｃの表示部３５に表示されている画面で、自身のプレゼンス情報を「多忙」と設定する。この場合、ウォッチャ端末装置３ｃの制御部３０がこれを検知し、プレゼンスサーバ装置１へプレゼンス設定コマンド、プレゼンス情報「多忙」及びウォッチャＩＤを送信する。プレゼンスサーバ装置１の制御部１０は、プレゼンス設定コマンドを受信することにより、ウォッチャのプレゼンスが通知されたと判断して、通知先の変更要否を判定する処理を実行する。この場合、制御部１０は、変更条件を参照してウォッチャＩＤ「ｕｓｅｒ３」のウォッチャが「多忙」である場合、変更要と判定する。そして引き継ぎ先候補リストの「ｕｓｅｒ３」の次のウォッチャＩＤが「ｕｓｅｒ４」であることから、制御部１０は、引き継ぎ先候補をウォッチャＩＤ「ｕｓｅｒ４」のウォッチャと決定する。
【０１６７】
制御部１０は、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、他のウォッチャ（ウォッチャＩＤ「ｕｓｅｒ１」）から通知先を引き継いでいるので、ウォッチャＩＤ「ｕｓｅｒ３」が引き継いで購読しているプレゼンス情報のプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」を取得する。制御部１０は、バディリストからウォッチャＩＤ「ｕｓｅｒ３」に対応するプレゼンティティの内の、「引き継ぎ有」の項目が「ｙｅｓ」であるエントリを削除する。図２３の説明図に示したように、ウォッチャＩＤ「ｕｓｅｒ３」に対応するプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のエントリはいずれも「引き継ぎ有」の項目が「ｙｅｓ」であるので、いずれも制御部１０により削除される。
【０１６８】
同様に制御部１０は、通知先リストから、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」における通知先とされていた、「引き継ぎ元ウォッチャＩＤ」（「ｕｓｅｒ１」）が対応付けられているウォッチャＩＤ「ｕｓｅｒ３」のエントリを削除する。
【０１６９】
次に制御部１０は、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ３」が購読していたプレゼンス情報のプレゼンティティに対応するプレゼンス端末装置２，２，…へ、夫々変更可否の問い合わせ処理を行なう。制御部１０は、問い合わせに対する応答を受信し、応答に応じてバディリスト及び通知先リストを更新することにより、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先を変更する。なおこのとき制御部１０は、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ３」が購読していたプレゼンティティＩＤ「ｕｓｅｒ７」についても問い合わせを行ない、通知先を変更する。
【０１７０】
図２７は、実施の形態１における引き継ぎ先のウォッチャ端末装置３ｃから、更に通知先が変更された場合のバディリストの内容例を示す説明図である。
【０１７１】
図２７の説明図に示される内容例では、ウォッチャＩＤ「ｕｓｅｒ３」について、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャから引き継いでいた、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」についてのプレゼンス購読が削除されていることが示されている。さらに、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャが通知先を引き継ぎ、ウォッチャＩＤ「ｕｓｅｒ４」のプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」についてのプレゼンス購読が追加されていることが示されている。
【０１７２】
また、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャのプレゼンティティＩＤ「ｕｓｅｒ７」についてのプレゼンス購読についても、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャが通知先を引き継ぎ、ウォッチャＩＤ「ｕｓｅｒ４」についてプレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス購読が追加されていることが示されている。
【０１７３】
図２８は、実施の形態１における引き継ぎ先のウォッチャ端末装置３ｃから、更に通知先が変更された場合の通知先リストの内容例を示す説明図である。
【０１７４】
図２８の説明図に示される内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」の通知先として、引き継ぎ先とされていたウォッチャのウォッチャＩＤ「ｕｓｅｒ３」が削除され、改めてウォッチャＩＤ「ｕｓｅｒ４」が記憶されていることが示されている。同様にプレゼンティティＩＤ「ｕｓｅｒ６」の通知先として、引き継ぎ先とされていたウォッチャのウォッチャＩＤ「ｕｓｅｒ３」が削除され、ウォッチャＩＤ「ｕｓｅｒ４」が記憶されていることが示されている。また、図２８の説明図に示される内容例では、それまでウォッチャＩＤ「ｕｓｅｒ３」のウォッチャを通知先としていたプレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報の通知先が、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャへ変更されていることが示されている。
【０１７５】
これにより、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報は以後、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャが使用するウォッチャ端末装置３ｄへ通知される。これにより、確実且つ適切にいずれかのウォッチャへ通知先が引き継がれる。
【０１７６】
次に、通知先が変更された後のプレゼンス情報の通知について説明する。図２９は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が通知先を変更した後に、プレゼンス情報が通知された場合の処理手順の一例を示すフローチャートである。なお、図２９のフローチャートに示す処理手順の内、図１３のフローチャートに示したプレゼンス情報が通知された場合の処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０１７７】
制御部１０は、プレゼンス情報が通知されたと判断し（Ｓ３１：ＹＥＳ）、プレゼンス情報及びプレゼンティティＩＤを取得して（Ｓ３２）通知先リストのプレゼンス情報を更新した後（Ｓ３３）、通知先リストを参照してプレゼンティティＩＤに対応する通知先のウォッチャＩＤが、他の通知先に対応付けられている引き継ぎ元ウォッチャＩＤと一致するか否かをチェックすることにより、通知先のウォッチャは引き継ぎ元のウォッチャであるか否かを判断する（ステップＳ６１）。
【０１７８】
制御部１０は、通知先のウォッチャが引き継ぎ元のウォッチャであると判断した場合（Ｓ６１：ＹＥＳ）、プレゼンス情報を記憶することにより引き継ぎ先のウォッチャへの通知履歴を記憶し（ステップＳ６２）、取得したプレゼンティティＩＤに対応する全通知先をチェックしたか否かを判断する（ステップＳ６３）。
【０１７９】
制御部１０は、通知先のウォッチャが引き継ぎ元のウォッチャでないと判断した場合（Ｓ６１：ＮＯ）、当該通知先のウォッチャに対応するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知し（Ｓ３４）、処理をステップＳ６３へ進める。
【０１８０】
制御部１０は、ステップＳ３２で取得したプレゼンティティＩＤに対応する全通知先をチェックしていないと判断した場合（Ｓ６３：ＮＯ）、処理をステップＳ６１へ戻して他の通知先について引き継ぎ元であるか否かをチェックする（Ｓ６１）。
【０１８１】
制御部１０は、全通知先をチェックしたと判断した場合（Ｓ６３：ＹＥＳ）、プレゼンス情報が通知された場合の処理を終了する。
【０１８２】
図３０は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１０に記憶される通知履歴の内容例を示す説明図である。
【０１８３】
図３０の説明図には、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とするプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先が他のウォッチャに引き継がれている間に、通知されたプレゼンス情報の通知履歴が示されている。
【０１８４】
図３０の説明図には、ウォッチャＩＤ「ｕｓｅｒ２」を通知先とするプレゼンティティＩＤ「ｕｓｅｒ７」及び「ｕｓｅｒ８」のプレゼンス情報の通知履歴、並びに、ウォッチャＩＤ「ｕｓｅｒ３」を通知先とするプレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報の通知履歴の例が示されている。通知先を引き継ぎ中でない場合でも通知履歴を記憶しておくようにしてもよい。
【０１８５】
このように、変更後に引き継ぎ先のウォッチャに対応するウォッチャ端末装置へプレゼンス情報が通知される都度、引き継ぎ元のウォッチャのウォッチャＩＤに対応付けてプレゼンス情報の履歴を記憶しておく。これにより、後に引き継ぎ元のウォッチャがプレゼンス情報を受け付ける状態に戻った場合に、他のウォッチャへ通知されたプレゼンス情報の履歴を確認し、自身が不在であった間の状態を把握することができる。
【０１８６】
次に、引き継ぎ元のヘルパー（ウォッチャＩＤ「ｕｓｅｒ１」）が再び在席状態となり、プレゼンス情報を受け付ける状態となった場合の処理について説明する。
【０１８７】
ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーが、ウォッチャ端末装置３ａでヘルパー用プレゼンスアプリケーションを起動した場合、制御部３０がヘルパー用プレゼンスアプリケーションプログラムを実行することにより、プレゼンス設定コマンド、プレゼンス情報「在席」及びウォッチャＩＤ「ｕｓｅｒ１」をプレゼンスサーバ装置１へ通信部１３により送信する。これに対してプレゼンスサーバ装置１で実行される処理について説明する。
【０１８８】
図３１は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０により、引き継ぎ元が変更不要な状態に戻った場合に行なわれる処理手順の一例を示すフローチャートである。なお、制御部１０は、図１７及び図１８のフローチャートに示した処理手順の内のステップＳ４０６において変更不要と判定した場合（Ｓ４０６：ＮＯ）、処理を終了する前に、図３１のフローチャートに示す処理を行なうようにする。
【０１８９】
制御部１０は、一時記憶領域１２に記憶している引き継ぎ完了待ちテーブルを参照し、取得したウォッチャＩＤに基づき、当該ウォッチャＩＤが引き継ぎ元のウォッチャのウォッチャＩＤとして記憶されているエントリが有るか否かにより、引き継ぎ完了待ちテーブルに情報が有るか否かを判断する（ステップＳ７１）。
【０１９０】
制御部１０は、引き継ぎ完了待ちテーブルに情報が無いと判断した場合（Ｓ７１：ＮＯ）、バディリスト及び通知先リストを参照し、当該ウォッチャＩＤのウォッチャから他のウォッチャへプレゼンス購読が引き継ぎ中であるか否かを判断する（ステップＳ７２）。制御部１０は、引き継ぎ中でないと判断した場合（Ｓ７２：ＮＯ）、処理を図１７及び図１８のフローチャートに示した処理手順へ戻し、変更の要否を判定する処理を終了する。
【０１９１】
制御部１０は、引き継ぎ中であると判断した場合（Ｓ７２：ＹＥＳ）、バディリストから、引き継ぎ先のウォッチャのウォッチャＩＤに対応付けられた、通知先が引き継がれているプレゼンス情報のプレゼンティティＩＤのエントリを削除し（ステップＳ７３）、通知先が引き継がれているプレゼンス情報のプレゼンティティの通知先リストから、引き継ぎ先のウォッチャＩＤのエントリを削除する（ステップＳ７４）。
【０１９２】
次に制御部１０は、引き継ぎ元のウォッチャＩＤに対応付けて引き継ぎ中に記憶されていた通知履歴を取得し（ステップＳ７５）、取得した通知履歴を、変更不要と判定された引き継ぎ元のウォッチャＩＤに対応するウォッチャ端末装置３ａへ通知し（ステップＳ７６）、処理を図１７及び図１８のフローチャートに示した処理手順へ戻す。
【０１９３】
また、制御部１０は、ステップＳ７１において引き継ぎ完了待ちテーブルに情報が有ると判断した場合（Ｓ７１：ＹＥＳ）、変更する必要がないので引き継ぎ完了テーブルにおけるエントリを削除し（ステップＳ７７）、処理を図１７及び図１８のフローチャートに示した処理手順へ戻し、変更の要否を判定する処理を終了する。
【０１９４】
これにより、引き継ぎ完了後及び引き継ぎが完了する前に、ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーがプレゼンス情報の通知を受け付ける状態に戻った場合、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先が元の通知先であったウォッチャＩＤ「ｕｓｅｒ１」のヘルパーへ戻される。
【０１９５】
なお、図３１のフローチャートに示した処理手順の内のステップＳ７６における通知履歴の送信処理では、図３０の説明図に示した内容例の通知履歴が送信される。
【０１９６】
このように、実施の形態１における介護システムでは、プレゼンスサーバ装置１の制御部１０が自動的にサービス提供者（ウォッチャ）のプレゼンス情報に基づき通知先の変更要否を判定し、更に変更可否について被介護者（プレゼンティティ）へ問い合わせ、被介護者の意図しないウォッチャへのプレゼンス情報の通知を回避することができる。実施の形態１におけるプレゼンスサーバ装置１では更に、一度変更可否を問い合わせて応答を受信した場合、応答が示す許可／拒否を記憶しておき、同一のウォッチャについて再度通知先の変更が必要となった場合に繰り返し問い合わせを行なわないようにする。
【０１９７】
図３２は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶される変更可否テーブルの内容例を示す説明図である。
【０１９８】
図３２の説明図に示すように、変更可否テーブルは、プレゼンティティＩＤ毎に通知が許可されるウォッチャの許可ウォッチャＩＤ及び通知が拒否されるウォッチャの拒否ウォッチャＩＤが対応付けられて記憶される。図３２の内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報はウォッチャＩＤ「ｕｓｅｒ１」及びウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへは通知が許可されているが、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャへは通知が拒否されていることが示されている。同様に、プレゼンティティＩＤ「ｕｓｅｒ６」のプレゼンス情報はウォッチャＩＤ「ｕｓｅｒ１」及びウォッチャＩＤ「ｕｓｅｒ２」のウォッチャへは通知が許可されおり、プレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報はウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへは通知が許可されていることが示されている。
【０１９９】
図３３及び図３４は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、変更可否テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。なお、図３３及び図３４のフローチャートに示す処理手順の内、図１７及び図１８のフローチャートに示した処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０２００】
制御部１０は、引き継ぎ先候補を決定し（Ｓ４０７）、ステップＳ４０７で決定した引き継ぎ先候補のウォッチャのウォッチャＩＤについて、ステップＳ４０８で取得したプレゼンティティＩＤに対する変更可否が、変更可否テーブルに存在するか否かを判断する（ステップＳ８１）。制御部１０は、変更可否テーブルに存在しないと判断した場合（Ｓ８１：ＮＯ）、変更可否を問い合わせる必要があるので引き継ぎ完了待ちテーブルを更新して問い合わせ処理を行ない（Ｓ４１０、Ｓ４１１）、変更要と判定されたウォッチャを通知先とする全プレゼンティティについて問い合わせ又は変更を完了したか否かを判断する（ステップＳ８２）。
【０２０１】
制御部１０は、ステップＳ８１において、変更可否テーブルに存在すると判断した場合（Ｓ８１：ＹＥＳ）、変更許可ウォッチャＩＤとして記憶されているか否かにより、変更が許可されているか否かを判断する（ステップＳ８３）。制御部１０は、変更が拒否されていると判断した場合（Ｓ８３：ＮＯ）、処理をステップＳ４０７へ戻して他の引き継ぎ先候補を決定してその後の処理を行なう。
【０２０２】
制御部１０は、ステップＳ８３において変更が許可されていると判断した場合（Ｓ８３：ＹＥＳ）、バディリスト及び通知先リストを更新することによって変更処理を実行し（ステップＳ８４）、処理をステップＳ８２へ進める。ステップＳ８４において制御部１０は、許可された通知先のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知してもよい。
【０２０３】
制御部１０は、ステップＳ８２において全プレゼンティティについて問い合わせ又は変更を完了していないと判断した場合（Ｓ８２：ＮＯ）、処理をステップＳ８１へ戻す。制御部１０は、変更要と判定されたウォッチャをプレゼンス情報の通知先とする全プレゼンティティについて問い合わせ又は変更が完了したと判断した場合（Ｓ８２：ＹＥＳ）、変更可否テーブルに基づく変更要否の判定及び引き継ぎ先候補を決定する処理を終了する。
【０２０４】
次に、上述のように参照される変更不可テーブルを、変更可否の問い合わせへの応答に応じて制御部１０が作成、更新する処理について説明する。図３５及び図３６は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、変更要否の問い合わせへの応答に応じて変更可否テーブルを作成、更新する処理手順の一例を示すフローチャートである。なお、図３５及び図３６のフローチャートに示す処理手順の内、図２２のフローチャートに示した変更可否の問い合わせに対する応答を受信した場合の処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０２０５】
制御部１０は、問い合わせに対する応答を受信したと判断し（Ｓ５０１：ＹＥＳ）、引き継ぎ元のウォッチャＩＤ及び引き継ぎ候補のウォッチャＩＤを取得した後（Ｓ５０２）、応答の内容に基づき、許可される引き継ぎ候補のウォッチャＩＤ又は拒否される引き継ぎ候補のウォッチャＩＤを記憶する変更可否テーブルを作成、又は既に記憶されている変更可否テーブルに追加更新する（ステップＳ９１）。
【０２０６】
また制御部１０は、問い合わせに対する応答の内容が「拒否」であると判断した場合（Ｓ５０５：ＮＯ）、他の引き継ぎ先候補を決定する（Ｓ５１０）。制御部１０は、決定した引き継ぎ先候補のウォッチャＩＤが、問い合わせの応答を送信してきたプレゼンス端末装置２に対応するプレゼンティティＩＤについての変更可否テーブルに存在するか否かを判断する（ステップＳ９２）。
【０２０７】
制御部１０は、変更可否テーブルに存在しないと判断した場合（Ｓ９２：ＮＯ）、変更可否を問い合わせる必要があるので引き継ぎ完了待ちテーブルを更新して問い合わせ処理を行ない（Ｓ５１１、Ｓ５１２）、応答を受信した場合の処理を終了する。
【０２０８】
制御部１０は、変更可否テーブルに存在すると判断した場合（Ｓ９２：ＹＥＳ）、変更許可ウォッチャＩＤとして記憶されているか否かにより、変更が許可されているか否かを判断する（ステップＳ９３）。制御部１０は、拒否されていると判断した場合（Ｓ９３：ＮＯ）、処理をステップＳ５１０へ戻して他の引き継ぎ先候補を決定して処理を進める。
【０２０９】
制御部１０は、ステップＳ９３において許可されていると判断した場合（Ｓ９３：ＹＥＳ）、バディリスト及び通知先リストを更新することによって変更処理を行ない（ステップＳ９４）、応答を受信した場合の処理を終了する。ステップＳ９４において制御部１０は、許可されている通知先のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知してもよい。
【０２１０】
図３３乃至図３６のフローチャートに示す処理手順により、同一のプレゼンティティのプレゼンス端末装置２に対して同一のウォッチャへの通知先の変更可否の問い合わせ処理が繰り返し行なわれることが回避される。したがって、プレゼンティティである被介護者の操作の煩雑さが軽減される。
【０２１１】
このように、実施の形態１における介護システムでは、担当の被介護者についてのプレゼンス購読をしていたヘルパーがプレゼンス情報の通知を受けることができない状態となっても必ず、ヘルパー、管理者等のいずれかの他のサービス提供者（ウォッチャ）へ、被介護者（プレゼンティティ）のプレゼンス情報が確実に通知される。サービス提供者（ウォッチャ）の状態に応じて変更の要否が自動的に判定され、更にサービス提供者（ウォッチャ）が引き継ぎ先のウォッチャを指定して変更要求をすることなしに、自動的に変更処理を行なうことができる。また、自動的に決定された引き継ぎ先のウォッチャへ変更する前に、プレゼンティティへ問い合わせ処理を行なうことにより、プレゼンティティが意図しないウォッチャへプレゼンス情報が通知されることを回避し、適切なプレゼンス購読の引き継ぎを実現することができる。
【０２１２】
実施の形態１では、プレゼンスサーバ装置１の制御部１０は、変更可否の問い合わせに対する応答を受信した場合に変更可否テーブルを作成、更新する構成とした。しかしながら、本発明ではこれに限らず、変更可否テーブルを、予めプレゼンティティＩＤ毎に許可ウォッチャＩＤ及び拒否ウォッチャＩＤを対応付けておき、記憶部１１に記憶しておく構成としてもよい。
【０２１３】
また、実施の形態１では、プレゼンスサーバ装置１の制御部１０は、ウォッチャのプレゼンス情報に基づいて変更要と判定した場合、引き継ぎ先候補への変更可否の問い合わせを行なう間、引き継ぎ完了待ちテーブルを作成、記憶する構成とした。しかしながら、本発明では、引き継ぎ完了待ちテーブルの記憶は必須ではなく、問い合わせ処理を行なわない場合は記憶しなくともよい。ただし、引き継ぎ完了待ちテーブルが記憶されることにより、問い合わせが完了するまでにいずれの通知先についての変更可否の問い合わせ中であるかを制御部１０が認識することが可能である。制御部１０は、変更可否についての問い合わせに対して応答を受信した場合、その応答が引き継ぎ完了待ちテーブルに記憶されているウォッチャＩＤ及びプレゼンティティＩＤの組に合致するときにのみ、通知先を変更する。これにより、変更要と判定されたウォッチャＩＤのウォッチャがプレゼンス情報を受け付ける状態に戻った場合等、変更可否の問い合わせは行なわれているが変更すべきでない場合に、実際に変更されることを回避することが可能になる。
【０２１４】
なお、引き継ぎ完了待ちテーブルが記憶されない構成とした場合は、引き継ぎ先候補に決定されたウォッチャへの変更（引き継ぎ）可否についてプレゼンス端末装置２へ問い合わせ処理を行なうことなしに、通知先を変更してもよい。引き継ぎ先候補リストの先頭のウォッチャがプレゼンス情報を受け付ける状態である場合、当該ウォッチャを次の通知先に変更する。このときに予め記憶しておいた変更可否テーブルを参照する構成としてもよい。これにより、いずれかのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報が確実に通知され、いずれかのウォッチャがプレゼンス情報を確実に受け付けて確認することが可能である。
【０２１５】
実施の形態１では、変更の要否を判定する場合に参照する変更条件は、「在席」、「不在」、「出張中」、「多忙」等の状態情報に応じた内容であった。しかしながら、本発明はこれに限らず、位置情報に応じた変更条件であってもよい。この場合、プレゼンスサーバ装置１の制御部１０は、各ウォッチャにＲＦＩＤを使用したカードを持たせる等により位置情報を取得し、所定の範囲での存否を変更条件としてもよい。ウォッチャのプレゼンス情報の内容に応じて変更条件を設定することが可能である。
【０２１６】
（実施の形態２）
実施の形態２では、本発明に係る情報通信システムを、工場の設備の稼働状況を確実に管理するための稼働状況管理システムに適用した場合の例を挙げて説明する。
【０２１７】
図３７は、実施の形態２における稼働状況管理システムの構成の概要を模式的に示す説明図である。稼働状況管理システムは、工場内ＬＡＮ等のネットワークＮに接続されているプレゼンスサーバ装置１と、プレゼンス端末装置２，２，…と、複数のウォッチャ端末装置３ａ，３ｂ，…とを備えてプレゼンスシステムを構成している。
【０２１８】
実施の形態２での稼働状況管理システムは、工場の設備の保守作業員による各設備の稼働状況の把握及びメンテナンスに利用される。実施の形態２の稼働状況管理システムにおけるウォッチャは保守作業員である。実施の形態２でもウォッチャには夫々ウォッチャＩＤ「ｕｓｅｒ１」、「ｕｓｅｒ２」、「ｕｓｅｒ３」、及び「ｕｓｅｒ４」が割り振られている。各ウォッチャはウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄを使用している。また、実施の形態２の稼働状況管理システムにおけるプレゼンティティは、稼働状況の監視対象である設備である。各設備のプレゼンティティＩＤは「ｍａｃｈｉｎｅＡ」、「ｍａｃｈｉｎｅＢ」、「ｍａｃｈｉｎｅＣ」、「ｍａｃｈｉｎｅＤ」、…である。実施の形態２においても、ウォッチャである保守作業員のプレゼンス情報に応じて処理が行なわれるという意味では、ウォッチャもまたプレゼンティティであり、ウォッチャのプレゼンティティ情報がウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄからプレゼンスサーバ装置１へ通知される。
【０２１９】
実施の形態２における稼働状況管理システムのプレゼンスサーバ装置１、プレゼンス端末装置２，２，…、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…、及びネットワークＮとを含むプレゼンスシステムとしての構成は、実施の形態１における介護支援システムと同様である。
【０２２０】
ただし、実施の形態２における稼働状況管理システムでは、上述のようにプレゼンティティが設備である。したがって、設備が自身でプレゼンス情報をプレゼンス端末装置２，２，…を用いて登録し、通知させることはできない。実施の形態２におけるプレゼンス端末装置２，２，…は、温度センサ、赤外線センサ等を利用したコンピュータ装置であり、設備内の特定の箇所の温度、物体の有無、動きを検知し、検知した温度、物体の有無、動きに応じてプレゼンス情報を自動的に登録するように構成されている。例えば、設備Ａに設置されているプレゼンス端末装置２は、設備Ａの冷却水の温度を測定する温度センサを利用し、温度センサによって測定された温度が所定値以上である場合、当該状況を知らせるプレゼンス情報をプレゼンスサーバ装置１へ通知するように構成されている。また、プレゼンス端末装置２，２，…は、センサを利用して検知した各種情報が所定の条件を満たした場合には、設備のメンテナンスを要求するプレゼンス情報を通知する機能を有していてもよい。
【０２２１】
また、実施の形態２における稼働状況管理システムでは、各設備のプレゼンス情報は全ての保守作業員が使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知されるのではなく、各設備の担当者である保守作業員が使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知されるように構成されている。ただし、実施の形態２における稼働状況管理システムでは、プレゼンティティが設備であるためにウォッチャである保守作業員からの購読依頼の作業は行なわれない。プレゼンティティ毎に、予め担当が割り当てられたウォッチャ（許可されたウォッチャ）が使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報が通知されるように構成される。
【０２２２】
このように、各設備の稼働状況（状況、異常／正常情報、メンテナンス要求）が夫々の担当の保守作業員に通知され、各装置における状況をリアルタイムに通知することができる稼働状況管理システムを実現することができる。
【０２２３】
そして、実施の形態２の稼働状況管理システムにおいても、実施の形態１における介護支援システム同様に、プレゼンティティである各設備の状況は常にいずれかの保守作業員によって把握されるべきである。したがって、各設備のプレゼンス情報は、いずれかのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄへ確実に通知されるべきである。そこで、実施の形態２の稼働状況管理システムにも本発明に係る情報通信システムを適用する。これにより、例えば、設備Ａの担当の保守作業員が使用するウォッチャ端末装置３ａへプレゼンス情報が通知されていた状態が、当該担当の保守作業員が他の設備のメンテナンス作業に取り掛かる等の理由によりプレゼンス情報の通知を受け付けられない状態へ変化した場合、他の保守作業員が使用するウォッチャ端末装置３ｂ，３ｃ，３ｄ，…のいずれかへプレゼンス情報の通知先が適切に引き継がれるように、プレゼンスサーバ装置１が通知先を変更する処理を行なうようにする。
【０２２４】
以下に、実施の形態２におけるウォッチャ端末３ａ，３ｂ，３ｃ，３ｄ，…間における通知先の適切な引き継ぎを実現するための構成及び処理の詳細について以下に説明する。なお、実施の形態２における稼働状況管理システムの構成の内、実施の形態１と共通する構成については同一の符号を付して詳細な説明を省略する。
【０２２５】
図３８は、実施の形態２におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に表示される画面例を示す説明図である。図３８の説明図に示す画面例は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の記憶部３１に記憶してある保守作業員用プレゼンスアプリケーションプログラムを制御部３０が読み出して実行することにより表示される。
【０２２６】
図３８の説明図に示す画面例の構成は、実施の形態１における図３の説明図に示した画面例の構成と同様である。図３８の画面例では、プレゼンティティＩＤが「ｍａｃｈｉｎｅＡ」である「設備Ａ」、プレゼンティティＩＤが「ｍａｃｈｉｎｅＣ」である「設備Ｃ」、及びプレゼンティティＩＤが「ｍａｃｈｉｎｅＤ」である「設備Ｄ」の稼働状況を表わす最新のプレゼンス情報が表示されている。
【０２２７】
図３８の画面例の「登録」ボタン３０３は、ウォッチャである保守作業員が自身のプレゼンス情報の登録をする際に使用されるボタンである。保守作業員は、入力部３３のマウス等を操作して「登録」ボタン３０３を押下することにより、自身の「巡回中」、「点検中」、「作業中」又は「休暇」等の状態情報を設定し、ウォッチャのプレゼンス情報として通知させることが可能である。また、実施の形態２におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…では、保守作業員が自身の状態を登録する際又は自身の状態を登録した後、プレゼンス情報の通知を受け付けられない「作業中」又は「休暇」等の状態となる場合、監視対象のプレゼンティティに対応する伝言情報を登録することができるように構成されている。具体的には、「登録」ボタン３０３が押下された場合に表示される画面に、状態情報の選択肢夫々に応じたラジオボタンと、プレゼンティティ毎に伝言情報を入力することが可能な編集ボックスと、制御部３０に送信を指示する「登録」ボタンとが表示されるようにすればよい。
【０２２８】
制御部３０は、「登録」ボタン３０３が入力部３３によって押下されたことを検知した場合、設定された状態情報（プレゼンス情報）をプレゼンスサーバ装置１へ送信する。伝言情報が登録された場合、制御部３０は登録された伝言情報をプレゼンスサーバ装置１に送信する。プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から送信されたプレゼンス情報を受信した場合、ウォッチャＩＤに対応付けてプレゼンス情報を記憶しておく。また、制御部１０は、伝言情報を受信した場合、対応するプレゼンティティのプレゼンティティＩＤと共に伝言情報を一時記憶領域１２に記憶しておく。
【０２２９】
次に、プレゼンスサーバ装置１の記憶部１１に記憶されるバディリスト及び通知先リストについて説明する。実施の形態２における稼働状況管理システムでは、プレゼンス情報の購読依頼に対する可否の処理は行なわれない。したがって、バディリスト及び通知先リストは、工場の設備の配置及び担当者の配置に応じて予め作成され、プレゼンスサーバ装置１の記憶部１１に記憶されている。
【０２３０】
図３９は、実施の形態２におけるプレゼンスサーバ装置１の記憶部１１に記憶されているバディリスト及び通知先リストの内容例を示す説明図である。図３９（ａ）は、バディリストの内容例を示し、図３９（ｂ）は通知先リストの内容例を示している。
【０２３１】
図３９（ａ）の説明図に示すバディリストの例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャは、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」、「ｍａｃｈｉｎｅＣ」及び「ｍａｃｈｉｎｅＤ」のプレゼンス情報の購読をしていることが示されている。ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは、プレゼンティティＩＤ「ｍａｃｈｉｎｅＢ」のプレゼンス情報を購読していることが示されている。そして、図３９（ａ）の説明図に示すバディリストの内容例では、いずれのウォッチャも他のウォッチャから通知先を引き継いでいない。
【０２３２】
図３９（ｂ）の説明図に示す通知先リストの例では、図３９（ａ）のバディリストと対応して、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」である「設備Ａ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」の保守作業員（ウォッチャ）を通知先としていることが示されている。同様に、プレゼンティティＩＤ「ｍａｃｈｉｎｅＢ」である「設備Ｂ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先とし、プレゼンティティＩＤ「ｍａｃｈｉｎｅＣ」である「設備Ｃ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とし、プレゼンティティＩＤ「ｍａｃｈｉｎｅＤ」である「設備Ｄ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としていることが示されている。そして、図３９（ｂ）の説明図に示す通知先リストの内容例では、いずれのプレゼンス情報の通知先も引き継がれていない。
【０２３３】
実施の形態２における稼働状況管理システムにおいても、プレゼンスサーバ装置１の制御部１０は、各ウォッチャのプレゼンス情報を変更条件に照らし、変更要否を判定する。そして、実施の形態２におけるプレゼンスサーバ装置１の制御部１０は、変更要と判定した場合、問い合わせ処理を行なうことなしに予め通知が許可された担当者を示す担当割当テーブルを変更可否テーブルとして扱い、当該担当割当テーブルに基づいて引き継ぎ先候補を決定し、変更処理を実行する。
【０２３４】
図４０は、実施の形態２におけるプレゼンスサーバ装置１の記憶部１１に記憶されている変更条件及び担当割当テーブルの内容例を示す説明図である。図４０（ａ）は、変更条件の内容例を示し、図４０（ｂ）は担当割当テーブル（変更可否テーブル）の内容例を示している。
【０２３５】
図４０（ａ）の説明図では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「作業中」又は「休暇」である場合に通知先が変更されるべきであることが示されている。同様に、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「作業中」である場合に通知先が変更されるべきであることが示されている。
【０２３６】
図４０（ｂ）の説明図に示すように、担当割当テーブルには各設備のプレゼンティティＩＤ毎に担当作業員のウォッチャＩＤ、即ちプレゼンス情報の通知が許可されているウォッチャのウォッチャＩＤが対応付けられて記憶されている。図４０（ｂ）の説明図に示す例では、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報についてはウォッチャＩＤ「ｕｓｅｒ１」、「ｕｓｅｒ２」及び「ｕｓｅｒ４」のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｄへの通知が許可されていることが示されている。同様に、プレゼンティティＩＤ「ｍａｃｈｉｎｅＢ」のプレゼンス情報については、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャが使用するウォッチャ端末装置３ｂへの通知が許可されていることが示されている。
【０２３７】
プレゼンスサーバ装置１の制御部１０は、図３９（ａ）及び（ｂ）に示したバディリスト及び通知先リストを参照して、プレゼンス端末装置２，２，…から通知されるプレゼンス情報をウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知する。そして、実施の形態２における稼働状況管理システムでも、プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から通知されるウォッチャのプレゼンス情報と図４０（ａ）の説明図に示した変更条件とを照らし、変更の要否を判定し、変更が必要な場合には通知先を変更する処理を行なう。そしてプレゼンスサーバ装置１の制御部１０は、通知先を変更するに際し、実施の形態１における変更可否テーブルに相当する、図４０（ｂ）の説明図に示した担当割当テーブルに基づいて引き継ぎ先を決定する。
【０２３８】
図４１及び図４２は、実施の形態２におけるプレゼンスサーバ装置１の制御部１０が、担当割当テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。なお、図４１及び図４２のフローチャートに示す処理手順の内、実施の形態１における図３３及び図３４のフローチャートに示した処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０２３９】
制御部１０は、各ウォッチャのプレゼンス情報を図４０（ａ）の説明図に示した変更条件を参照し（Ｓ４０５）、変更の要否を判定する（Ｓ４０６）。制御部１０は、変更が必要であると判定した場合（Ｓ４０６：ＹＥＳ）、担当割当テーブル（変更可否テーブル）に基づいて引き継ぎ先候補を決定する（Ｓ４０７）。
【０２４０】
具体的には、制御部１０は以下のようにして引き継ぎ先候補を決定する。制御部１０はバディリストを参照し、変更要と判定されたウォッチャが購読しているプレゼンス情報のプレゼンティティＩＤを取得する。制御部１０は、担当割当テーブルを参照し、バディリストから取得したプレゼンティティＩＤの担当者（許可されているウォッチャ）として記憶してあるウォッチャＩＤをリストの順に読み出し、変更要と判定された元のウォッチャを除いて一番上位に記憶されているウォッチャＩＤを読み出す。読み出したウォッチャＩＤのプレゼンス情報を参照し、プレゼンス情報が示す状態が変更条件に照らして変更要と判定される状態でない場合、読み出したウォッチャＩＤのウォッチャを引き継ぎ先候補として決定する。
【０２４１】
次に制御部１０は、バディリスト及び通知先リストを参照し、変更要と判定された元のウォッチャを通知先としているプレゼンス情報のプレゼンティティＩＤを取得する（Ｓ４０８）。そして制御部１０は、変更要と判定された元のウォッチャに関係する既存の引き継ぎ情報を削除する（Ｓ４０９）。そして制御部１０は、担当割当テーブルを参照して決定した次の引き継ぎ先候補へ、実際に通知先を変更する変更処理を実行し（Ｓ８４）、変更要と判定されたウォッチャを通知先としていたプレゼンス情報の全プレゼンティティについて変更を完了したか否かを判断する（Ｓ８２）。
【０２４２】
制御部１０は、全プレゼンティティについて変更を完了していないと判断した場合（Ｓ８２：ＮＯ）、処理をステップＳ８４へ戻して次のプレゼンティティについての変更処理を実行する（Ｓ８４）。制御部１０は、全プレゼンティティについて変更を完了したと判断した場合（Ｓ８２：ＹＥＳ）、変更条件及び担当割当テーブルに基づく変更要否の判定処理及び引き継ぎ先候補を決定する処理を終了する。
【０２４３】
図４３は、実施の形態２におけるプレゼンスサーバ装置１の記憶部１１のバディリスト及び通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。図４３（ａ）は、図３９（ａ）に示したバディリストが更新された後の内容例を示し、図４３（ｂ）は、図３９（ｂ）に示した通知先リストが更新された後の内容例を示している。なお、図４３の説明図に示す内容例は、図３９の説明図に示したバディリスト及び通知先リストに対し、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャがメンテナンス作業に取り掛かり始め、自身のプレゼンス情報「作業中」をウォッチャ端末装置３ａで登録したことに応じて変更処理が実行され、更新されたバディリスト及び通知先リストの例を示している。
【０２４４】
ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャのプレゼンス情報が「作業中」となった場合、プレゼンスサーバ装置１の制御部１０は、当該ウォッチャを通知先とする、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」、「ｍａｃｈｉｎｅＣ」及び「ｍａｃｈｉｎｅＤ」のプレゼンス情報の通知先を変更すべきと判定する。プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報についての引き継ぎ先候補としては、図４０（ｂ）に示した担当割当テーブルに基づき、ウォッチャＩＤ「ｕｓｅｒ１」の次に記憶されているウォッチャＩＤ「ｕｓｅｒ２」が決定される。
【０２４５】
そして図４３（ａ）の説明図に示すように、ウォッチャＩＤ「ｕｓｅｒ２」が購読するプレゼンス情報のプレゼンティティＩＤに、「ｍａｃｈｉｎｅＡ」が制御部１０による変更処理で追加される。ウォッチャＩＤ「ｕｓｅｒ２」の「ｍａｃｈｉｎｅＡ」のエントリについては、「引き継ぎ有」が「ｙｅｓ」となるように対応付けられて記憶されている。図４３（ａ）の説明図に示されるバディリストは、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャによるプレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報の購読は、いずれかのウォッチャから通知先を引き継いでいるものであることを示している。
【０２４６】
また、図４３（ｂ）の説明図に示すように、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」の通知先リストには、引き継ぎ元のウォッチャのウォッチャＩＤ「ｕｓｅｒ１」に加えて引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ２」が記憶される。また、引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ２」には、引き継ぎ元ウォッチャＩＤとして「ｕｓｅｒ１」が対応付けられている。同様に、ウォッチャＩＤ「ｕｓｅｒ１」が通知先であったプレゼンティティＩＤ「ｍａｃｈｉｎｅＣ」及び「ｍａｃｈｉｎｅＤ」についても通知先が追加され、引き継ぎ元ウォッチャＩＤ「ｕｓｅｒ１」が対応付けられている。制御部１０は、図４３（ｂ）の説明図に示す内容例の通知先リストを参照することにより、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報を通知するに際し、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは通知先を引き継ぎ中であることを認識することが可能である。
【０２４７】
制御部１０は、上述のように変更処理を行ない、引き継ぎ先のウォッチャ端末装置３ｂへ最初にプレゼンス情報を通知するに際し、付加情報と同様の扱いにより、当該プレゼンティティに対応付けて一時記憶領域１２に記憶しておいた伝言情報を共に通知する。
【０２４８】
図４４は、実施の形態２における引き継ぎ先のウォッチャ端末装置３ｂの表示部３５に表示される画面例を示す説明図である。ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０は、プレゼンス情報と共に通知される伝言情報を受信した場合、当該伝言情報を表示部３５に表示する。図４４の画面例では、プレゼンス情報表示エリア３０２に、プレゼンティティ「設備Ａ」のプレゼンス情報と共に「設備Ａ」の元のウォッチャからの伝言情報が表示されていることが示されている。これにより、引き継ぎ先のウォッチャ端末装置３ｂを使用するウォッチャである保守作業員は、引き継いだ監視対象の過去の情報及び対処の仕方を詳しく知ることができ、より正確にプレゼンティティの状況を把握することが可能となる。
【０２４９】
このように、工場での各設備を監視する稼働状況管理システムに本発明に係る情報通信システムを適用することにより、各設備の状況が自動的に、保守作業員全員でなく担当の保守作業員に通知されるように構成されている場合に、当該担当の保守作業員が通知を受け付けられない状態となったときでも、自動的に通知先が変更され、確実にいずれかの保守作業員が引き継ぐことによって状況を把握することができる。
【０２５０】
上述のように、実施の形態１では介護システムに本発明の情報通信システムを適用した例を示し、実施の形態２では稼働状況管理システムに適用する例に示して説明した。本発明に係る情報通信システムはこれに限らず、監視対象の状態を確実に監視する警報システム等のシステムに適用することが可能である。また、常時監視が必要な危険な場所での作業状態管理システム、各種警報システムへの適用が可能である。これらの場合も、プレゼンティティが「モノ」であるときには、プレゼンティティが購読可否、変更可否の問い合わせに応答することが難しいので、実施の形態２では変更可否テーブルに基づいて決定した。しかしながらこのとき、各プレゼンティティについての引き継ぎについての問い合わせが所定の管理者へまとめて送信される構成とすることによっても適用が可能である。このように本発明に係る情報通信システムを適用することにより、夫々のシステムで優れた効果を奏する。
【０２５１】
以上の実施の形態に関し更に、以下の付記を開示する。
【０２５２】
（付記１）
プレゼンス情報の通知を受け付ける受付手段と、
前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段と
を備えることを特徴とする情報通信装置。
【０２５３】
（付記２）
前記変更手段は、
前記プレゼンス情報の通知を受け付ける複数の外部装置から、一又は複数の次の通知先候補を抽出する抽出手段と、
該抽出手段が抽出した次の通知先候補への変更可否についてプレゼンス情報の通知元へ問い合わせ処理を行なう問い合わせ手段と
を備え、
該問い合わせ手段の問い合わせに対する前記通知元からの応答が変更可を示す通知先候補を次の通知先として変更するようにしてあること
を特徴とする付記１に記載の情報通信装置。
【０２５４】
（付記３）
前記問い合わせ手段の問い合わせに対する前記通知元からの応答が変更不可を示す場合、
前記抽出手段により他の通知先候補を抽出し、抽出した他の通知先候補への変更可否について前記問い合わせ手段により再度問い合わせるようにしてあること
を特徴とする付記２に記載の情報通信装置。
【０２５５】
（付記４）
前記問い合わせ手段は、通知先候補夫々の状態情報を共にプレゼンス情報の通知元へ送信する手段を備えること
を特徴とする付記２又は３に記載の情報通信装置。
【０２５６】
（付記５）
変更後の通知先へプレゼンス情報を通知するに際し、プレゼンス情報の通知元についての付加情報を共に送信する手段を備えること
を特徴とする付記１乃至４のいずれかに記載の情報通信装置。
【０２５７】
（付記６）
前記変更要否手段が変更要と判定した場合、変更要と判定された通知先に対応付けて抽出された次の通知先候補を記憶しておく手段と、
前記問い合わせ手段に応じた変更可否の応答を受け付ける前に、前記取得手段が取得した前記通知先の状態情報に基づき、前記変更要否判定手段が変更不要と判定した場合、前記通知先に対応付けて記憶された通知先候補を削除する手段と
を備え、
前記変更手段は、通知先候補の対応付けが削除された通知先については、通知先を変更しないようにしてあること
を特徴とする付記２乃至５のいずれかに記載の情報通信装置。
【０２５８】
（付記７）
前記変更手段は、通知先を変更するに際し、通知先に対応付けて変更前の通知先を示す情報を記憶する手段と、
変更前の通知先に対応付けて変更後の通知先を示す情報を記憶する手段と
を特徴とする付記１乃至６のいずれかに記載の情報通信装置。
【０２５９】
（付記８）
通知先の変更後、変更前の通知先の状態情報に基づき前記変更要否判定手段が変更不要と判定した場合、変更後の通知先へのプレゼンス情報の通知を停止する手段
を備え、
前記変更手段は、変更前の通知先を通知先とするようにしてあること
を特徴とする付記７に記載の情報通信装置。
【０２６０】
（付記９）
前記変更手段により変更された変更後の通知先を記憶する手段と、
記憶した前記変更後の通知先を変更前の予め許可されていた通知先へ通知する手段と
を特徴とする付記１乃至８のいずれかに記載の情報通信装置。
【０２６１】
（付記１０）
プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を記憶しておき、
前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先として決定するようにしてあること
を特徴とする付記１、及び付記７乃至９のいずれかに記載の情報通信装置。
【０２６２】
（付記１１）
前記問い合わせ手段に応じた通知元からの変更可否の応答に基づいて、プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を作成して記憶する作成手段を備え、
前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先と決定するようにしてあること
を特徴とする付記２乃至９のいずれかに記載の情報通信装置。
【０２６３】
（付記１２）
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置と、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置と、前記第１及び第２端末装置間の通信を中継する中央装置とを含む情報通信システムであって、
前記中央装置は、
前記第１端末装置からプレゼンス情報の通知を受け付ける受付手段と、
前記第２端末装置の内、通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
該通知先記憶手段が記憶している通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
プレゼンス情報が通知された場合、前記変更手段が変更した後の通知先へ前記プレゼンス情報を通知する通知手段と
を備えることを特徴とする情報通信システム。
【０２６４】
（付記１３）
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置、及び、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置間の通信を、中央装置が中継する情報通信方法であって、
前記中央装置は、
前記第２端末装置の内、プレゼンス情報の通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶しておき、
プレゼンス情報の通知先の状態を示す状態情報を取得し、
取得した状態情報に基づき、通知先の変更の要否を判定し、
変更要と判定した場合、前記状態情報に基づき次の通知先を決定して変更し、
変更後の通知先を、通知先として記憶し直し、
プレゼンス情報の通知を受け付けた場合、変更後の通知先へ前記プレゼンス情報を通知する
ことを特徴とする情報通信方法。
【０２６５】
（付記１４）
ネットワークを介して通信する手段を備えるコンピュータを、
プレゼンス情報の通知を受け付ける受付手段、
前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段、
プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段、及び、
前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段
として機能させることを特徴とするコンピュータプログラム。
【図面の簡単な説明】
【０２６６】
【図１】実施の形態１における介護支援システムの構成の概要を模式的に示す説明図である。
【図２】実施の形態１における介護支援システムを構成するプレゼンスサーバ装置、プレゼンス端末装置、及びウォッチャ端末装置の内部構成を示すブロック図である。
【図３】実施の形態１におけるウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【図４】実施の形態１におけるウォッチャ端末装置の表示部に、プレゼンス情報の購読依頼時に表示される画面例を示す説明図である。
【図５】実施の形態１におけるウォッチャ端末装置の表示部に、メッセージ送信時に表示される画面例を示す説明図である。
【図６】実施の形態１におけるプレゼンス端末装置の表示部に表示される画面例を示す説明図である。
【図７】実施の形態１におけるプレゼンス端末装置の表示部に、プレゼンス情報の通知時に表示される画面例を示す説明図である。
【図８】実施の形態１におけるプレゼンスサーバ装置の制御部が、購読依頼を受信した場合の処理手順の一例を示すフローチャートである。
【図９】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶されるバディリストの内容例を示す説明図である。
【図１０】実施の形態１におけるプレゼンス端末装置での購読可否の問い合わせ応答時に、表示部に表示される画面例を示す説明図である。
【図１１】実施の形態１におけるプレゼンスサーバ装置の制御部が、購読可否の問い合わせに対する応答を受信した場合の処理手順の一例を示すフローチャートである。
【図１２】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される通知先リストの内容例を示す説明図である。
【図１３】実施の形態１におけるプレゼンス端末装置によりプレゼンス情報が通知された場合の、プレゼンスサーバ装置の制御部による処理手順の一例を示すフローチャートである。
【図１４】実施の形態１におけるウォッチャ端末装置から通知されるプレゼンス情報の内容例を示す説明図である。
【図１５】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶されている変更条件の内容例を示す説明図である。
【図１６】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶されているウォッチャの属性リストの内容例を示す説明図である。
【図１７】実施の形態１におけるプレゼンスサーバ装置の制御部が、通知先の変更の要否を判定する処理手順の一例を示すフローチャートである。
【図１８】実施の形態１におけるプレゼンスサーバ装置の制御部が、通知先の変更の要否を判定する処理手順の一例を示すフローチャートである。
【図１９】実施の形態１におけるプレゼンスサーバ装置の制御部が記憶する引き継ぎ完了待ちテーブルの内容例を示す説明図である。
【図２０】実施の形態１におけるプレゼンス端末装置での変更可否の問い合わせ応答時に、表示部に表示される画面例を示す説明図である。
【図２１】実施の形態１におけるプレゼンス端末装置での変更可否の問い合わせ応答時に、表示部に表示される画面例を示す説明図である。
【図２２】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更可否の問い合わせへの応答を受信した場合の処理手順の一例を示すフローチャートである。
【図２３】実施の形態１におけるプレゼンスサーバ装置の記憶部のバディリストが、通知先の変更によって更新された場合の内容例を示す説明図である。
【図２４】実施の形態１におけるプレゼンスサーバ装置の記憶部の通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。
【図２５】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される付加情報の内容例を示す説明図である。
【図２６】実施の形態１における引き継ぎ先のウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【図２７】実施の形態１における引き継ぎ先のウォッチャ端末装置から、更に通知先が変更された場合のバディリストの内容例を示す説明図である。
【図２８】実施の形態１における引き継ぎ先のウォッチャ端末装置から、更に通知先が変更された場合の通知先リストの内容例を示す説明図である。
【図２９】実施の形態１におけるプレゼンスサーバ装置の制御部が通知先を変更した後に、プレゼンス情報が通知された場合の処理手順の一例を示すフローチャートである。
【図３０】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される通知履歴の内容例を示す説明図である。
【図３１】実施の形態１におけるプレゼンスサーバ装置の制御部により、引き継ぎ元が変更不要な状態に戻った場合に行なわれる処理手順の一例を示すフローチャートである。
【図３２】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される変更可否テーブルの内容例を示す説明図である。
【図３３】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更可否テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図３４】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更可否テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図３５】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更要否の問い合わせへの応答に応じて変更可否テーブルを作成、更新する処理手順の一例を示すフローチャートである。
【図３６】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更要否の問い合わせへの応答に応じて変更可否テーブルを作成、更新する処理手順の一例を示すフローチャートである。
【図３７】実施の形態２における稼働状況管理システムの構成の概要を模式的に示す説明図である。
【図３８】実施の形態２におけるウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【図３９】実施の形態２におけるプレゼンスサーバ装置の記憶部に記憶されているバディリスト及び通知先リストの内容例を示す説明図である。
【図４０】実施の形態２におけるプレゼンスサーバ装置の記憶部に記憶されている変更条件及び担当割当テーブルの内容例を示す説明図である。
【図４１】実施の形態２におけるプレゼンスサーバ装置の制御部が、担当割当テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図４２】実施の形態２におけるプレゼンスサーバ装置の制御部が、担当割当テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図４３】実施の形態２におけるプレゼンスサーバ装置の記憶部のバディリスト及び通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。
【図４４】実施の形態２における引き継ぎ先のウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【符号の説明】
【０２６７】
１ プレゼンスサーバ装置
２，２，… プレゼンス端末装置
３ａ，３ｂ，３ｃ，３ｄ，… ウォッチャ端末装置
１０，２０，３０ 制御部
１１，２１，３１ 記憶部
１Ｐ 制御プログラム
【技術分野】
【０００１】
本発明は、人、物、機器等のオブジェクトの在否情報、属性情報、位置情報等の各種プレゼンス情報が、中央装置から許可された端末装置へ自動的に通知される情報通信システムに関する。特に、プレゼンス情報の通知先が確実且つ適切に引き継がれることを可能とする情報通信装置、情報通信システム、及び情報通信方法に関する。
【背景技術】
【０００２】
通信インフラストラクチャの普及が進んだことにより、通信装置のネットワークへの常時接続が可能になった。そこで、ネットワークに接続している通信装置を使用する人間の在否等、状態を示す情報を通信装置間で通知しあうことが可能なプレゼンス（presence）システムと呼ばれる情報通信システムがある。
【０００３】
プレゼンスシステムでは、人、物、機器等のオブジェクトの現在の状態であるプレゼンス情報が更新された場合、プレゼンス情報が変更されたときに通知を要求する変更通知を依頼したオブジェクトであって且つ、その依頼が許可されているオブジェクトへ、プレゼンス情報がリアルタイムに通知される。なお、この場合、変更通知を許可又は拒否し、プレゼンス情報を提供する側のオブジェクトを「プレゼンティティ（presentity）」と呼ぶ。また、変更通知を依頼してプレゼンス情報が変更された場合にプレゼンス情報を受信することにより、プレゼンティティのプレゼンス情報を監視するオブジェクトを「ウォッチャ（watcher）」と呼ぶ。また、プレゼンス情報が変更されたときに通知されることをウォッチャが希望し、その通知を受け付けることを「プレゼンス情報の購読」と呼び、ウォッチャがプレゼンティティへ変更通知を依頼することを購読依頼と呼ぶ。
【０００４】
近年、ネットワークを介して情報をリアルタイムに送受信する機会が増加している。例えば、人と人とが情報交換を行なう場合、またはあるシステムにおける情報を他のシステムへ送信する場合、ＲＦＩＤ（Radio Frequency IDentification）タグを利用して物を検出した時にシステムへ情報を送信する場合等がある。リアルタイムに情報を送受信することができる点を利用し、多様なシステムへのプレゼンスシステムの適用の拡大が予想される。
【０００５】
従来のプレゼンスシステムでは、ウォッチャがプレゼンティティのプレゼンスを購読する場合、プレゼンス購読可否について当該プレゼンティティへ問い合わせが行なわれる。この場合、プレゼンティティはプレゼンス情報を購読するウォッチャ毎に購読の可否を判断し、購読可否の問い合わせに対して応答する。プレゼンティティがプレゼンス購読を許可したときは、その後プレゼンティティがプレゼンス情報を更新する都度、ウォッチャへプレゼンス情報が通知される。プレゼンティティがプレゼンス購読を拒否したときは、その後プレゼンティティがプレゼンス情報を更新したとしても、プレゼンス情報はウォッチャへ通知されない。
【０００６】
上述のようにプレゼンスシステムでは、事前にウォッチャがプレゼンティティのプレゼンス情報の購読を依頼し、それに応じてプレゼンティティが購読を許可したウォッチャへのみプレゼンス情報が通知される。
【０００７】
一方、ウォッチャが使用する通信装置が停止している場合、ウォッチャが不在である場合等はウォッチャはプレゼンス情報を受け付けない。この場合、プレゼンス情報の内容によっては、リアルタイムに確認されるべきであっても、プレゼンス情報が通知されない。したがって、このようなプレゼンス情報に対しては、確実にいずれかのウォッチャへ通知されるための仕組が必要である。
【０００８】
これを解決する一つの方法として、ウォッチャがプレゼンス情報を受け付けない状態へ遷移するに際し、当該ウォッチャが使用する通信装置を通知先としていたプレゼンス情報の通知先を、他の代行通知先へ変更する技術が提案されている。
【０００９】
特許文献１には、ウォッチャがプレゼンス情報を受け付けない状態となる前に、ウォッチャはプレゼンス情報の代行通知先を選択して通知先変更要求を発行し、通知先変更要求を受け付けたプレゼンスシステムが、事前に設定されてある変更可否条件に基づいて通知先変更要求の可否を判定する技術が開示されている。この場合、プレゼンスシステムが通知先変更要求に対して変更を可と判定したときには、プレゼンス情報の通知先が変更される。またこの技術では、ウォッチャは、通知先変更要求を発行するに際し変更期間を指定することが可能であり、通知先変更要求が発行された後、変更期間が経過した場合に通知先が元のウォッチャに変更される技術が開示されている。
【００１０】
また、非特許文献１には、ウォッチャがプレゼンス情報を受け付けない状態である場合、ウォッチャによって指定されたメールアドレスへプレゼンス情報を転送する技術が開示されている。この場合、ウォッチャは自身がプレゼンス情報を受け付けない状態となる前に、自身又は他のウォッチャの他の通信装置へプレゼンス情報を転送するようにメールアドレスを指定する。これにより、ウォッチャがプレゼンス情報を受け付けない状態であっても、いずれかのウォッチャへプレゼンス情報が通知される。
【特許文献１】特開２００６−２０９１９３号公報
【非特許文献１】富士通株式会社、“利用者の状況に応じたプッシュ型の情報配信を実現するソフトウェア「ＦＬＡＩＲＩＮＣ（フレアリンク）（登録商標）」発売開始”、[online]、平成１４年１２月２日、[平成１９年１０月２日検索]、インターネット〈URL：http://pr.fujitsu.com/jp/news/2002/12/2.html〉
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１に開示されている技術では、ウォッチャがプレゼンス情報を受け付けない状態へ遷移する都度、ウォッチャ自身が次の代行通知先を指定して変更要求を通知する必要があり、ウォッチャにとって操作が煩雑である。また、ウォッチャは変更期間を指定することが可能であるが、変更期間が経過した時点でウォッチャが通信可能状態へ遷移しているか否かに拘わらず、通知先が元に戻される。したがって、元の通知先であったウォッチャが未だプレゼンス情報を受け付けない状態であってもプレゼンス情報の通知先が元に変更される。
【００１２】
また、非特許文献１に開示されている技術では、ウォッチャが指定する次の通知先へプレゼンス情報が転送され、次の通知先へのプレゼンス情報の通知の可否についてプレゼンティティへ問い合わせは行なわれない。電子メールを使用しているので、プレゼンス情報の内容が即時性を要求するものである場合は、リアルタイムにプレゼンス情報が通知されずに要求は満たされない。
【００１３】
本発明は斯かる事情に鑑みてなされたものであり、ウォッチャの状態に応じて変更要否を判定し、通知先（ウォッチャ）を自動的に変更する構成とすることにより、確実で適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置、情報通信システム、及び情報通信方法を提供することを目的とする。
【００１４】
本発明の他の目的は、プレゼンス情報の通知先を変更するに際し、通知元へ変更可否の問い合わせが行なわれる構成とすることにより、通知元にとって意図しない通知先へプレゼンス情報が通知されることを回避し、適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置を提供することにある。
【００１５】
本発明の他の目的は、元のウォッチャが使用する端末装置がプレゼンス情報を受信できる状態へ遷移した場合にプレゼンス情報の通知先を元のウォッチャへ戻すことが可能な構成とすることにより、適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置を提供することにある。
【００１６】
本発明の他の目的は、通知元のプレゼンティティからの問い合わせ結果を保存しておく構成とすることにより、後に、一度許可された通知先への変更を問い合わせすることなしに行なうことができ、効率的で適切なプレゼンス情報の通知先の引き継ぎを可能とする情報通信装置を提供することにある。
【課題を解決するための手段】
【００１７】
第１発明に係る情報通信装置は、プレゼンス情報の通知を受け付ける受付手段と、前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段とを備えることを特徴とする。
【００１８】
第２発明に係る情報通信装置は、第１発明において、前記変更手段は、前記プレゼンス情報の通知を受け付ける複数の外部装置から、一又は複数の次の通知先候補を抽出する抽出手段と、該抽出手段が抽出した次の通知先候補への変更可否についてプレゼンス情報の通知元へ問い合わせ処理を行なう問い合わせ手段とを備え、該問い合わせ手段の問い合わせに対する前記通知元からの応答が変更可を示す通知先候補を次の通知先として変更するようにしてあることを特徴とする。
【００１９】
第３発明に係る情報通信装置は、第２発明において、前記問い合わせ手段の問い合わせに対する前記通知元からの応答が変更不可を示す場合、前記抽出手段により他の通知先候補を抽出し、抽出した他の通知先候補への変更可否について前記問い合わせ手段により再度問い合わせるようにしてあることを特徴とする。
【００２０】
第４発明に係る情報通信装置は、第１乃至第３発明において、前記変更手段は、通知先を変更するに際し、通知先に対応付けて変更前の通知先を示す情報を記憶する手段と、変更前の通知先に対応付けて変更後の通知先を示す情報を記憶する手段とを備えることを特徴とする。
【００２１】
第５発明に係る情報通信装置は、第４発明において、通知先の変更後、変更前の通知先の状態情報に基づき前記変更要否判定手段が変更不要と判定した場合、変更後の通知先へのプレゼンス情報の通知を停止する手段を備え、前記変更手段は、変更前の通知先を通知先とするようにしてあることを特徴とする。
【００２２】
第６発明に係る情報通信装置は、第２乃至第５発明において、前記問い合わせ手段に応じた通知元からの変更可否の応答に基づいて、プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を作成して記憶する作成手段を備え、前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先と決定するようにしてあることを特徴とする。
【００２３】
第７発明に係る情報通信システムは、プレゼンス情報を通知する手段を備える一又は複数の第１端末装置と、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置と、前記第１及び第２端末装置間の通信を中継する中央装置とを含む情報通信システムであって、前記中央装置は、前記第１端末装置からプレゼンス情報の通知を受け付ける受付手段と、前記第２端末装置の内、通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、該通知先記憶手段が記憶している通知先の状態を示す状態情報を取得する取得手段と、該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、プレゼンス情報が通知された場合、前記変更手段が変更した後の通知先へ前記プレゼンス情報を通知する通知手段とを備えることを特徴とする。
【００２４】
第８発明に係る情報通信方法は、プレゼンス情報を通知する手段を備える一又は複数の第１端末装置、及び、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置間の通信を、中央装置が中継する情報通信方法であって、前記中央装置は、前記第２端末装置の内、プレゼンス情報の通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶しておき、プレゼンス情報の通知先の状態を示す状態情報を取得し、取得した状態情報に基づき、通知先の変更の要否を判定し、変更要と判定した場合、前記状態情報に基づき次の通知先を決定して変更し、変更後の通知先を、通知先として記憶し直し、プレゼンス情報の通知を受け付けた場合、変更後の通知先へ前記プレゼンス情報を通知することを特徴とする。
【００２５】
第１発明、第７発明及び第８発明では、外部装置（第１端末装置）からのプレゼンス情報の通知が許可される外部装置（第２端末装置）へプレゼンス情報が通知されるに際し、通知先の状態を示す状態情報に基づいて、通知先の変更の要否が判定される。変更要と判定された場合、次の通知先が決定される。そして、決定された次の通知先へ通知先が変更され、以降は変更後の通知先の外部装置（第２端末装置）へプレゼンス情報が通知される。また、変更後の通知先の状態に基づいて変更要と判定された場合、更に、次の通知先が決定されて変更される。これにより、許可されていた通知先がプレゼンス情報を受け付けられない状態へ遷移した場合であっても、他のいずれかの通知先の外部装置（第２端末装置）へプレゼンス情報が通知される。
【００２６】
第２発明では、通知先の状態情報に基づき通知先の変更が必要であると判定された場合、一又は複数の次の通知先候補が抽出される。抽出された通知先候補についての変更可否が通知元に問い合わせられ、問い合わせへの返信が変更可とされた通知先候補が次の通知先として決定され、実際に変更される。複数の通知先候補が抽出された場合、一度に各通知先候補についての変更可否が問い合わせられてもよいし、一つずつ変更可否が問い合わせられてもよい。
【００２７】
第３発明では、第２発明において通知先候補について変更可否が問い合わせられ、問い合わせへの返信が変更不可とされた場合、新たに通知先候補が抽出され、問い合わせ処理が再度行なわれる。
【００２８】
第４発明では、第１乃至第３発明のいずれかにおいて通知先が変更されるに際し、変更後の通知先には変更前の通知先が対応付けて記憶され、変更前の通知先には変更後の通知先が対応付けられて記憶される。変更後の通知先に変更前の通知先を示す情報が記憶されるので、変更後の通知先が引き継がれたものであることを認識することが可能となる。
【００２９】
第５発明では、第４発明で記憶されている変更前の通知先の状態情報に基づき、変更前の通知先が通知を受け付ける状態となった等、変更不要と判定される状態である場合に、変更後の通知先へのプレゼンス情報の通知が停止され、通知先が元の通知先へ戻される。
【００３０】
第６発明では、第２発明乃至第５発明のいずれかにおいて通知元の端末装置へ問い合わせ処理が行なわれる場合に更に、問い合わせへの返信に基づいて変更先として許可／拒否される外部装置（第２端末装置）を示す変更可否情報が作成される。次に通知先が変更される際に、問い合わせ処理が行なわれることなしに許可される外部装置（第２端末装置）を通知先として決定することが可能となる。
【発明の効果】
【００３１】
本発明による場合、許可されている通知先の状態に応じて通知先の変更要否が判定され、自動的に次の通知先が決定される。したがって、次の通知先の指定を伴う変更要求が必要ない。通知先の状態に応じて、通知を受け付ける外部装置（第２端末装置）を通知先とするように変更されるので、適切なプレゼンス情報の通知先の引き継ぎが可能となり、プレゼンス情報はいずれかの端末装置へ確実に通知される。なお、通知先の状態に拘わらず変更要求を受け付け、当該変更要求に応じて通知先を変更する処理を併せて行なう構成としてもよい。
【００３２】
本発明による場合、次の通知先を決定するに際し、次の通知先候補が抽出され、通知先候補についての変更可否が通知元へ問い合わせられる。通知元から変更可と返信された場合に限り、変更可とされた通知先候補が次の通知先として変更されるので、通知元にとって意図しない通知先へプレゼンス情報が通知されることを回避し、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３３】
本発明による場合、次の通知先候補についての変更可否が通知元へ問い合わせられ、通知元から変更不可と返信された場合には、新たに他の通知先候補についての問い合わせが行なわれる。これにより、通知元にとって意図しない通知先へプレゼンス情報が通知されることを回避し、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３４】
本発明による場合、変更後の通知先が、他のプレゼンス情報の通知先を引き継いでいることを認識することでき、更に変更前の通知先が対応付けられるので、変更前の通知先を認識することができる。これにより、変更前の通知先がプレゼンス情報を受け付ける状態になった場合に通知先を元に戻すことができ、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３５】
本発明による場合、変更前の通知先が変更不要と判定される状態である場合に、通知先が元の通知先へ戻されるので、変更前の通知先が依然としてプレゼンス情報を受け付けない状態であるにも拘わらず、元の通知先へ戻されることが回避され、確実で適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【００３６】
本発明による場合、一度問い合わせに対する変更可否が返信された通知先候補についての問い合わせは繰り返し行なわれないので、通知元における処理が軽減され、効率的で確実且つ適切なプレゼンス情報の通知先の引き継ぎが可能となる。
【発明を実施するための最良の形態】
【００３７】
以下本発明をその実施の形態を示す図面に基づき具体的に説明する。
【００３８】
（実施の形態１）
実施の形態１では、介護サービスに利用され、被介護者である利用者の状態がリアルタイムにサービス提供者へ確実に通知されることが要望される介護支援システムに、本発明に係る情報通信システムを適用した場合の例を挙げて説明する。
【００３９】
図１は、実施の形態１における介護支援システムの構成の概要を模式的に示す説明図である。介護支援システムは、インターネット等のネットワークＮに接続されているプレゼンスサーバ装置１と、プレゼンス端末装置２，２，…と、複数のウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…とを備えてプレゼンスシステムを構成している。
【００４０】
実施の形態１での介護支援システムは、介護サービスにおけるヘルパー（介護者）による被介護者の状況把握、被介護者（又はその補助者）との連絡等に利用される。介護支援システムにおけるウォッチャは各利用者へのサービスを実施するヘルパー、及び、ヘルパーを管理する管理者を含むサービス提供者である。サービス提供者となるウォッチャは夫々、ウォッチャＩＤが割り振られている。実施の形態１では、サービス提供者のウォッチャＩＤは「ｕｓｅｒ１」、「ｕｓｅｒ２」、「ｕｓｅｒ３」、及び「ｕｓｅｒ４」であり、各ウォッチャはウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄを使用している。また、実施の形態１の介護支援システムにおけるプレゼンティティは介護サービスの利用者である被介護者である。実施の形態１では、被介護者のプレゼンティティＩＤは「ｕｓｅｒ５」、「ｕｓｅｒ６」、「ｕｓｅｒ７」、「ｕｓｅｒ８」、…である。なお、後述するようにサービス提供者のプレゼンス情報に応じて処理が行なわれ、ウォッチャもまたプレゼンティティである。ウォッチャのプレゼンティティ情報もウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄからプレゼンスサーバ装置１へ通知される。プレゼンス情報としては、在否のみならず、利用者及びサービス提供者の状態、属性も含む。
【００４１】
被介護者のプレゼンス情報を通知するプレゼンス端末装置２，２，…は、被介護者（又は補助者）が所有するＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、携帯電話機等のコンピュータ装置である。ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…は、サービス提供者に管理されるＰＣ、ＰＤＡ、携帯電話機等のコンピュータ装置であり、サービス提供者であるヘルパー、ヘルパーの管理者等によって使用される。
【００４２】
プレゼンス端末装置２，２，…及びウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…はネットワークＮに接続され、夫々プレゼンスサーバ装置１と通信することが可能である。プレゼンス端末装置２，２，…及びウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…が無線通信の可能な携帯型端末装置である場合、アクセスポイントＡＰを介してネットワークＮに接続される。
【００４３】
被介護者のプレゼンス情報は、まずプレゼンス端末装置２からプレゼンスサーバ装置１へ通知され、プレゼンスサーバ装置１を経由して、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知される。このとき、プレゼンス情報は全てのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知されるのではなく、一部の許可されたウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知される。
【００４４】
例えば、被介護者（プレゼンティティＩＤ「ｕｓｅｒ５」）の担当ヘルパー等、被介護者の状況を把握すべきサービス提供者（ウォッチャＩＤ「ｕｓｅｒ１」）は、自身が使用するウォッチャ端末装置３ａから担当する被介護者のプレゼンス情報の購読依頼を行なう。プレゼンス情報の購読依頼はプレゼンスサーバ装置１で受け付けられる。そしてプレゼンスサーバ装置１により、被介護者が使用するプレゼンス端末装置２へ、購読依頼を許可するか又は拒否するかを問い合わせる処理が行なわれる。被介護者が使用するプレゼンス端末装置２から、問い合わせに対して購読許可の返信があった場合に、ウォッチャ端末装置３ａのプレゼンス情報の購読依頼が許可され、以後、ウォッチャＩＤ「ｕｓｅｒ１」が使用するウォッチャ端末装置３ａへ、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報が通知される。
【００４５】
このように、被介護者のプレゼンス情報は、購読依頼が許可されたウォッチャ端末装置３ｂへ通知され、例えば被介護者から担当ヘルパーへ介護の依頼をリアルタイムに通知することができる介護サービスを実現することができる。
【００４６】
ところで、被介護者のプレゼンス情報は確実に通知されるべきであるところ、担当ヘルパーが不在である場合、出張中である場合等により、購読依頼が許可されていたウォッチャのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…がプレゼンス情報の通知を受け付けない場合、被介護者のプレゼンス情報がいずれのウォッチャのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へも通知されない状況が生じうる。この場合、担当ヘルパーがプレゼンス情報を受け付ける状態へ復帰するまで被介護者が介護サービスを享受できない状態となり望ましくない。
【００４７】
そこで、実施の形態１における介護支援システムでは、被介護者のプレゼンス情報の通知が許可されたウォッチャ端末装置３ａが、プレゼンス情報の通知を受け付けられない状態にある場合、他のウォッチャ端末装置３ｂ，３ｃ，３ｄ，…のいずれかへ、プレゼンス情報の通知先が適切に引き継がれるように、プレゼンスサーバ装置１が通知先を変更する処理を行なう。これにより、被介護者のプレゼンス情報が通知されない事態を回避することができる。
【００４８】
以下に、ウォッチャ端末３ａ，３ｂ，３ｃ，３ｄ，…間における通知先の適切な引き継ぎを実現するための介護支援システムの構成及び処理の詳細について説明する。
【００４９】
図２は、実施の形態１における介護支援システムを構成するプレゼンスサーバ装置１、プレゼンス端末装置２、及びウォッチャ端末装置３ａの内部構成を示すブロック図である。ウォッチャ端末装置３ｂ，３ｃ，３ｄ，…の内部構成はウォッチャ端末装置３ａの内部構成と同様であるので詳細な説明を省略する。
【００５０】
プレゼンスサーバ装置１はサーバコンピュータ装置で構成されており、各構成部を制御するＣＰＵ（Central Processing Unit）を利用した制御部１０と、ハードディスクを利用した記憶部１１と、制御部１０の処理により発生する各種情報を一時的に記憶するＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）の一時記憶領域１２と、ネットワークＮを介した通信を実現するネットワークカードを利用した通信部１３と、ディスクドライブを利用した補助記憶部１４とを備える。
【００５１】
プレゼンスサーバ装置１の記憶部１１には、サーバコンピュータ装置が本発明に係る情報通信システム、即ちプレゼンスサーバ装置１として動作するための制御プログラム１Ｐが記憶されている。制御部１０は、記憶部１１から制御プログラム１Ｐを一時記憶領域１２に読み出して実行することにより、サーバコンピュータ装置をプレゼンスサーバ装置１として動作させる。制御プログラム１Ｐは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の可搬型記憶媒体１５から制御部１０が補助記憶部１４により取得する構成としてもよいし、ネットワークＮを介して他の装置から取得する構成としてもよい。
【００５２】
プレゼンスサーバ装置１の制御部１０は、通信部１３により後述するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からのプレゼンス情報の購読依頼を受け付け、受け付けた購読依頼についてプレゼンス端末装置２，２，…へ問い合わせを行なう。この問い合わせに対する応答に応じて、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…への購読依頼が許可されたか否かを記憶しておき、プレゼンス端末装置２，２，…から通知されるプレゼンス情報を通信部１３により受信した場合、許可されたウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知するようにしてある。
【００５３】
プレゼンスサーバ装置１の記憶部１１には、ウォッチャＩＤ及びプレゼンティティＩＤのリストが記憶されている。また、記憶部１１には、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から購読が依頼されており、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知すべきかを示すバディリスト及び通知先リストが記憶されている。プレゼンスサーバ装置１の記憶部１１に記憶されているバディリスト及び通知先リストについては後述する。
【００５４】
また、プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からウォッチャのプレゼンス情報の通知を受け付ける。即ち、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…も、プレゼンス端末装置２として動作する。制御部１０は、ウォッチャのプレゼンス情報を変更条件に照らし、通知先の変更要否を判定する。制御部１０は、変更要と判定した場合に引き継ぎ先候補を決定し、問題がないと判断した場合は引き継ぎ先候補へプレゼンス情報の通知先を変更する。なお、実施の形態１では、被介護者（又は補助者）の意図しない者にプレゼンス情報が通知されないよう、制御部１０は変更可否を被介護者（又は補助者）へ問い合わせるため、プレゼンス端末装置２，２，…へ問い合わせ処理を行なう構成とする。
【００５５】
プレゼンス端末装置２は、各構成部を制御するＣＰＵ、ＭＰＵ（Micro Processing Unit）等を利用した制御部２０と、ハードディスク、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）等の記憶媒体を利用した記憶部２１と、制御部２０の処理により発生する各種情報を一時的に記憶するＤＲＡＭ、ＳＲＡＭ、ＥＥＰＲＯＭ等のメモリを利用した一時記憶領域２２と、入力操作を受け付けるキーボード、マウス、操作キーを含む入力部２３と、ネットワークＮを介した通信を実現するネットワークカードを利用した通信部２４と、各種情報を表示するディスプレイを含む表示部２５とを備える。
【００５６】
プレゼンス端末装置２の制御部２０は、ＰＣ、ＰＤＡ、携帯電話機等のコンピュータ装置がプレゼンス端末装置２として動作するように記憶部２１に記憶してある被介護者用プレゼンスアプリケーションプログラムを一時記憶領域２２に読み出して実行する。制御部２０は、記憶部２１に記憶してある被介護者プレゼンスアプリケーションプログラムを一時記憶領域２２に読みだして実行することにより、被介護者（又は保護者）が各種情報を閲覧又は入力するための画面を表示部２５に表示させる。
【００５７】
プレゼンス端末装置２の制御部２０は、被介護者（又は補助者）による被保護者のサービス依頼を含むプレゼンス情報の入力操作を入力部２３で受け付ける。制御部２０は、入力部２３により被介護者のプレゼンス情報の入力を受け付けた場合、入力されたプレゼンス情報を通信部２４によりネットワークＮを介してプレゼンスサーバ装置１へ送信する。
【００５８】
また、制御部２０は、プレゼンスサーバ装置１から購読依頼についての購読可否の問い合わせ、又は変更可否の問い合わせ処理が行なわれた場合、被介護者（又は補助者）が確認できるように表示部２５へ問い合わせ内容を表示するようにしてある。制御部２０は、被介護者による問い合わせに対する応答についての入力を入力部２３により受け付け、入力された情報に基づいてプレゼンスサーバ装置１へ応答するようにしてある。
【００５９】
ウォッチャ端末装置３ａは、各構成部を制御するＣＰＵ、ＭＰＵ等を利用した制御部３０と、ハードディスク、ＥＥＰＲＯＭ等の記憶媒体を利用した記憶部３１と、制御部３０の処理により発生する各種情報を一時的に記憶するＤＲＡＭ、ＳＲＡＭ、ＥＥＰＲＯＭ等のメモリを利用した一時記憶領域３２と、入力操作を受け付けるキーボード、マウス、操作キー等の入力部３３と、ネットワークＮを介した通信を実現するネットワークカードを利用した通信部３４と、各種情報を表示するディスプレイを含む表示部３５とを備える。
【００６０】
ウォッチャ端末装置３ａの記憶部３１には、ＰＣ、ＰＤＡ、携帯電話機がウォッチャ端末装置３ａとして動作するためのヘルパー用プレゼンスアプリケーションプログラムが記憶されている。制御部３０は、記憶部３１に記憶されているヘルパー用プレゼンスアプリケーションプラグラムを一時記憶領域３２に読み出して実行することにより、介護ヘルパー等のサービス提供者が、プレゼンス情報を含む各種情報を閲覧するための画面、又は購読依頼のための各種情報を入力するための画面等を表示部３５に表示させる。
【００６１】
ウォッチャ端末装置３ａの制御部３０は、プレゼンス情報の購読依頼を通信部３４によりプレゼンスサーバ装置１へ送信する。制御部３０は、プレゼンスサーバ装置１で経由されて通知されるプレゼンス情報を通信部３４により受信する。制御部３０は、ウォッチャのプレゼンス情報を通信部３４によりネットワークＮを介してプレゼンスサーバ装置１へ送信する。ウォッチャのプレゼンス情報は、後述するように自動的に制御部３０が、ヘルパー用プレゼンスアプリケーションの起動／終了に応じて通信部３４により送信するプレゼンス情報以外に、サービス提供者によるプレゼンス情報の入力を入力部３３により受け付けたものでもよい。
【００６２】
上述のように構成される介護支援システムにおいて、まず、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から被介護者のプレゼンス情報の購読依頼がなされる場合の処理について説明する。
【００６３】
図３は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に表示される画面例を示す説明図である。図３の説明図に示す画面例は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の記憶部３１に記憶してあるヘルパー用プレゼンスアプリケーションプログラムを制御部３０が読み出して実行することにより表示される。
【００６４】
図３の説明図に示す画面例は、制御部３０が表示部３５にウォッチャを識別するウォッチャＩＤの入力画面を表示した場合に、ヘルパー又はヘルパーの管理者によってウォッチャＩＤが入力され、入力されたウォッチャＩＤをプレゼンスサーバ装置１に送信して認証されたときに表示部３５に表示される画面例である。なおこのとき制御部３０は、認証されたウォッチャＩＤを一時記憶領域３２に記憶しておき、ヘルパー用プレゼンスアプリケーションが終了して画面が閉じられるまで保持しておくようにしてある。
【００６５】
なお、図３の説明図に示した画面例は、ウォッチャがウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…でウォッチャＩＤにより介護支援システムにログインした場合に、プレゼンスサーバ装置１の動作によってウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ送信される画面データに基づいて表示部３５に表示される構成でもよい。
【００６６】
図３の説明図に示される画面例は、ツールバー３０１とプレゼンス情報表示エリア３０２とで構成される。プレゼンス情報表示エリア３０２には、ログインしたウォッチャＩＤに対して通知が許可されたプレゼンス情報の最新情報のリストがリアルタイムに更新されて表示される。図３の画面例では、夫々プレゼンティティＩＤが「ｕｓｅｒ５」である被介護者「ユーザ５」及び「ｕｓｅｒ６」である被介護者「ユーザ６」からの依頼内容を表す最新のプレゼンス情報が表示されている。また、各プレゼンス情報には更新された日時が対応付けられて表示されている。なお、太字で表示されているプレゼンス情報は、例えば最近２４時間以内等の所定時間以内に更新されたプレゼンス情報である。
【００６７】
ツールバー３０１には、ヘルパーによる入力操作を受け付けるボタンが表示されている。図３の説明図に示される画面例では、「登録」ボタン３０３、「メッセージ」ボタン３０４及び「終了」ボタン３０５が表示されている。
【００６８】
図３の画面例における「登録」ボタン３０３は、ウォッチャであるサービス提供者が被介護者のプレゼンス情報の購読を依頼する際に使用されるボタンである。サービス提供者は、入力部３３のマウス等を操作して「登録」ボタン３０３を押下することにより、所望の被介護者のプレゼンス情報の購読依頼のための入力操作をすることができる。
【００６９】
図３の画面例の「メッセージ」ボタン３０４は、ウォッチャであるサービス提供者が被介護者へメッセージを送信するために使用されるボタンである。サービス使用者は、入力部３３のマウス等を操作して「メッセージ」ボタン３０４を押下することにより、メッセージの送信先、メッセージの内容を入力することができる。
【００７０】
図３の画面例の「終了」ボタン３０５は、プレゼンスサーバ装置１との接続を切断し、ヘルパー用プレゼンスアプリケーションの終了を制御部３０に指示するためのボタンである。
【００７１】
図４は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に、プレゼンス情報の購読依頼時に表示される画面例を示す説明図である。図４の説明図に示す画面例は、図３の画面例の「登録」ボタン３０３が入力部３３によって押下されたことを制御部３０が検知した場合に表示される。
【００７２】
図４の画面例では、プレゼンス情報の購読を依頼する被介護者のプレゼンティティＩＤを入力する編集ボックス３０６、プレゼンス情報表示エリア３０２に表示する際の表示名（プレゼンティティ名）を入力する編集ボックス３０７、プレゼンス情報の購読依頼を制御部３０に指示するための「登録」ボタン３０８、「登録」の処理の中止を制御部３０に指示するための「キャンセル」ボタン３０９が表示されている。サービス提供者は、編集ボックス３０６にプレゼンス情報の購読を依頼する被介護者のプレゼンティティＩＤを入力し、編集ボックス３０６にプレゼンス情報を表示する際の表示名を入力し、「登録」ボタン３０８を押下することにより、入力したプレゼンティティＩＤの被介護者のプレゼンス情報について購読依頼処理を制御部３０に行なわせることができる。
【００７３】
制御部３０は、「登録」ボタン３０８の押下を入力部３３により検知した場合、編集ボックス３０６に入力されたプレゼンティティＩＤ、及び編集ボックス３０７に入力された表示名の文字列を取得する。制御部３０は、プレゼンス購読依頼コマンドと共に、一時記憶領域３２に記憶してあるウォッチャＩＤ、取得したプレゼンティティＩＤ及び表示名を通信部３４によりプレゼンスサーバ装置１へ送信する購読依頼処理を実行する。また、制御部３０は図４の画面例を閉じ、図３の説明図に示した画面例に戻す。なお、プレゼンス購読依頼コマンドとともに送信されるウォッチャＩＤは、図３の説明図で前述したように、表示部３５に表示された入力画面に入力され、プレゼンスサーバ装置１によって認証され、一時記憶領域３２に記憶してあるサービス提供者のウォッチャＩＤである。
【００７４】
制御部３０は、「キャンセル」ボタン３０９の押下を入力部３３により検知した場合、そのまま図４の画面例を閉じ、図３の説明図に示した画面例に戻す。
【００７５】
ウォッチャ端末装置３の制御部３０は、図３に示した画面例の「終了」ボタン３０５が入力部３３により押下されたことを検知するまで、プレゼンスサーバ装置１との接続を維持する。また、制御部３０は、プレゼンスサーバ装置１の接続を維持している間、プレゼンスサーバ装置１から許可されたプレゼンス情報の通知を通信部３４により受け付け、受け付けたプレゼンス情報を図３の画面例に示したプレゼンス情報表示エリア３０２に表示する処理を継続する。
【００７６】
図５は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に、メッセージ送信時に表示される画面例を示す説明図である。図５の説明図に示す画面例は、図３の画面例の「メッセージ」ボタン３０４が入力部３３によって押下されたことを制御部３０が検知した場合に表示される。
【００７７】
図５の画面例では、メッセージの送信先とする被介護者のプレゼンティティＩＤを選択するためのドロップダウンメニュー３１０（選択ボックス）、メッセージの内容を入力するための編集ボックス３１１、メッセージの送信処理を実行するための「送信」ボタン３１２、メッセージの送信処理を中止するための「キャンセル」ボタン３１３が表示されている。サービス提供者は、ドロップダウンメニュー３１０からメッセージの送信先を選択し、編集ボックス３１１へメッセージの内容を入力し、「送信」ボタン３１２を押下することにより、入力した内容のメッセージを被介護者へ送信することが可能である。
【００７８】
制御部３０は、「送信」ボタン３１２の押下を入力部３３により検知した場合、選択されたプレゼンティティＩＤ及びメッセージを取得する。制御部３０は、メッセージの送信依頼コマンドと共に、一時記憶領域３２に記憶してあるウォッチャＩＤ、取得したプレゼンティティＩＤ及びメッセージを通信部３４によりプレゼンスサーバ装置１へ送信する。そして制御部３０は、図５の画面例を閉じ、図３の画面例に戻す。
【００７９】
制御部３０は、「キャンセル」ボタン３１３の押下を入力部３３により検知した場合、そのまま図５の画面例を閉じ、図３の画面例に戻す。
【００８０】
プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からメッセージの送信依頼コマンドを受信した場合、送信依頼コマンドと共に送信されたウォッチャＩＤ、プレゼンティティＩＤ及びメッセージを取得する。制御部１０は、取得したプレゼンティティＩＤに対応するプレゼンス端末装置２，２，…へメッセージを送信する。なおこのとき、以下の処理によってプレゼンス購読が許可されたウォッチャからのメッセージのみ、許可したプレゼンティティが使用するプレゼンス端末装置２，２，…へメッセージの送信がされるとしてもよい。
【００８１】
次に、プレゼンス端末装置２から被介護者のプレゼンス情報が通知される場合の処理について説明する。
【００８２】
図６は、実施の形態１におけるプレゼンス端末装置２の表示部２５に表示される画面例を示す説明図である。図６の説明図に示す画面例は、プレゼンス端末装置２の記憶部２１に記憶してある被介護者用プレゼンスアプリケーションプログラムを制御部２０が読み出して実行することにより表示される。なお、図３の説明図に示したウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…における画面例と同様に、制御部２０が表示部２５に被介護者を識別するプレゼンティティＩＤの入力画面を表示した場合に、被介護者（又は補助者）によってプレゼンティティＩＤが入力され、入力されたプレゼンティティＩＤをプレゼンスサーバ装置１に送信して認証されたときに表示部２５に表示される構成としてもよい。また、被介護者（又は補助者）が介護サービスにログインした場合に、プレゼンスサーバ装置１から送信される画面データに基づいて表示される構成としてもよい。なおこのとき制御部２０は、認証されたプレゼンティティＩＤを一時記憶領域２２に記憶しておくようにしてある。
【００８３】
図６の説明図に示される画面例は、ツールバー２０１とメッセージ表示エリア２０２とで構成される。メッセージ表示エリア２０２には、サービス提供者からプレゼンスサーバ装置１を介して送信されたメッセージが表示される。図６の画面例では、図５の説明図に示したメッセージが送信された場合に表示される内容が示されている。なお、メッセージ表示エリア２０２には、最新のメッセージのみが表示される構成としてもよいし、過去のメッセージの一覧が表示される構成としてもよい。
【００８４】
ツールバー２０１には、被介護者（又は補助者）による入力操作を受け付けるボタンが表示されている。図６の説明図に示される画面例では、「依頼」２０３及び「終了」ボタン２０４が表示されている。
【００８５】
図６の画面例における「依頼」ボタン２０３は、被介護者からサービス提供者に通知したいサービス依頼内容又は被介護者の状態を設定する際に使用されるボタンである。即ち、この場合、サービス依頼内容又は被介護者の状態がプレゼンス情報である。被介護者（又は補助者）は、入力部２３のマウス等を操作して「依頼」ボタン２０３を押下することにより、依頼内容の設定のための入力操作をすることができる。
【００８６】
図６の画面例における「終了」ボタン２０４は、プレゼンスサーバ装置１との接続を切断し、被介護者用プレゼンスアプリケーションの終了を制御部２０へ指示するためのボタンである。
【００８７】
図７は、実施の形態１におけるプレゼンス端末装置２の表示部２５に、プレゼンス情報の通知時に表示される画面例を示す説明図である。図７の説明図に示す画面例は、図６の画面例の「依頼」ボタン２０３が入力部２３によって押下されたことを制御部２０が検知した場合に表示される。
【００８８】
図７の画面例では、依頼内容についての希望日時の選択を受け付けるラジオボタン２０５、依頼内容の選択を受け付けるラジオボタン２０６、依頼内容を送信するための「依頼」ボタン２０７、「依頼」の処理の中止を制御部２０に指示するための「キャンセル」ボタン２０８が表示されている。被介護者（又は補助者）は、ラジオボタン２０５及びラジオボタン２０６で、希望日時及びサービスの依頼内容を選択することが可能である。なお、ラジオボタン２０５及びラジオボタン２０６夫々に示されている選択肢の内の「その他」を選択する場合には、いずれも編集ボックスに内容を入力することが可能に構成されている。
【００８９】
図７の画面例では、希望日時として「明日」、依頼内容として「入浴サービス」が選択されていることが示されている。被介護者（又は補助者）は、希望日時及び依頼内容を選択するか又は内容を入力し、「依頼」ボタン２０７を押下することにより、入力した依頼内容を含むプレゼンス情報を通知する処理を制御部２０に行なわせることができる。
【００９０】
制御部２０は、「依頼」ボタン２０７の押下を入力部２３により検知した場合、ラジオボタン２０５及びラジオボタン２０６で選択されている希望日時及び依頼内容、又は「その他」が選択されているときは編集ボックスに入力されている希望日時及び依頼内容を取得する。制御部２０は、取得した希望日時及び依頼内容をプレゼンス情報とし、該プレゼンス情報をプレゼンス設定コマンド、一時記憶領域２２に記憶してあるプレゼンティティＩＤと共に、通信部２４によりプレゼンスサーバ装置１へ送信する。また制御部２０は、図７の画面例を閉じて図６の画面例へ戻す。
【００９１】
制御部２０は、「キャンセル」ボタン２０８の押下を入力部２３により検知した場合、そのまま図７に示した画面例を閉じ、図６の画面例へ戻す。
【００９２】
次に、上述のようにウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から送信されるプレゼンス購読依頼コマンド及びプレゼンス端末装置２から送信されるプレゼンス設定コマンド夫々に対し、プレゼンスサーバ装置１で行なわれる処理について説明する。
【００９３】
図８は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、購読依頼を受信した場合の処理手順の一例を示すフローチャートである。
【００９４】
制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からプレゼンス購読依頼コマンドを通信部１３によって受信したか否かにより、購読依頼を受信したか否かを判断する（ステップＳ１１）。制御部１０は、購読依頼を受信していないと判断した場合（Ｓ１１：ＮＯ）、処理をステップＳ１１へ戻す。
【００９５】
制御部１０は、購読依頼を受信したと判断した場合（Ｓ１１：ＹＥＳ）、プレゼンス購読依頼コマンドと共に送信されているウォッチャＩＤ、プレゼンティティＩＤ及び表示名を取得する（ステップＳ１２）。次に制御部１０は、取得したウォッチャＩＤ、プレゼンティティＩＤ及び表示名を記憶部１１のバディリストに記憶し（ステップＳ１３）、プレゼンティティＩＤに対応するプレゼンス端末装置２へ購読可否の問い合わせ処理を実行する（ステップＳ１４）。なお、ステップＳ１４における購読可否の問い合わせ処理において制御部１０は、プレゼンス購読可否問い合わせコマンドと共に、プレゼンス購読を依頼したウォッチャのウォッチャＩＤを送信する。そして制御部１０は、プレゼンス購読依頼コマンドを受信した場合の処理を終了する。
【００９６】
図９は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶されるバディリストの内容例を示す説明図である。バディリスト（buddy list）は、ウォッチャＩＤ毎に、各ウォッチャＩＤで識別されるウォッチャが購読するプレゼンス情報を所有するプレゼンティティのプレゼンティティＩＤを記憶したリストである。
【００９７】
図９の説明図に示す例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報を購読していることが示されている。ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ７」及び「ｕｓｅｒ８」のプレゼンス情報を購読していることが示されている。さらに、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報を購読していることが示されている。また、表示名として各プレゼンティティＩＤに対応するプレゼンティティ名が対応付けられている。
【００９８】
また、図９の説明図に示すバディリストには、「引き継ぎ有」の項目が更に含まれている。「引き継ぎ有」は、後述するように、他のウォッチャがプレゼンス情報を受け付けられない状態にあることによって当該他のウォッチャから通知先を引き継いでいるか否か（ｙｅｓ：引き継ぎ中）を示す。なお、図９の説明図に示す内容例では、いずれのウォッチャも、他のウォッチャから通知先を引き継いでいない。
【００９９】
図１０は、実施の形態１におけるプレゼンス端末装置２での購読可否の問い合わせ応答時に、表示部２５に表示される画面例を示す説明図である。プレゼンス端末装置２の制御部２０は、プレゼンスサーバ装置１の制御部１０によって送信されたプレゼンス購読可否問い合わせコマンド及びウォッチャＩＤを通信部２４により受信した場合、図１０の画面例に示すようなプレゼンス購読可否問い合わせ画面を表示部２５に表示させる。
【０１００】
図１０の画面例では、購読可否の問い合わせに対して許可する場合に利用する「許可」ボタン２０９、及び、拒否する場合に利用する「拒否」ボタン２１０が表示されている。また、図１０の画面例では、プレゼンス端末装置２の制御部２０がプレゼンス購読可否問い合わせコマンドと共に受信したウォッチャＩＤ（「ｕｓｅｒ１」）を示して、可否を問うメッセージが表示されている。被介護者（又は補助者）は、「許可」ボタン２０９又は「拒否」ボタン２１０を押下する操作を行なうことにより、購読可否の問い合わせに応答することが可能である。
【０１０１】
被介護者（又は補助者）が「許可」ボタン２０９を入力部２３により押下した場合、制御部２０がこれを検知し、プレゼンス購読応答コマンドと共に、応答の内容「許可」、プレゼンティティＩＤ及び購読依頼を許可するウォッチャのウォッチャＩＤを、通信部２４によりプレゼンスサーバ装置１へ送信する。被介護者（又は補助者）が「拒否」ボタン２１０を入力部２３により押下した場合、制御部２０がこれを検知し、プレゼンス購読応答コマンドと共に、応答の内容「拒否」、プレゼンティティＩＤ及び購読依頼を拒否するウォッチャのウォッチャＩＤを、通信部２４によりプレゼンスサーバ装置１へ送信する。「許可」ボタン２０９が押下された場合、及び「拒否」ボタン２１０が押下された場合はいずれも、図１０の画面例に示したプレゼンス購読可否問い合わせ画面は閉じられる。
【０１０２】
図１１は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、購読可否の問い合わせに対する応答を受信した場合の処理手順の一例を示すフローチャートである。
【０１０３】
制御部１０は、プレゼンス端末装置２から送信されるプレゼンス購読応答コマンドを通信部１３によって受信したか否かにより、応答を受信したか否かを判断する（ステップＳ２１）。制御部１０は、応答を受信していないと判断した場合（Ｓ２１：ＮＯ）、処理をステップＳ２１へ戻して応答を受信したと判断するまで待機する。
【０１０４】
制御部１０は、応答を受信したと判断した場合（Ｓ２１：ＹＥＳ）、プレゼンス購読応答コマンドと共に送信された応答の内容を取得し、購読依頼が許可されたか否かを判断する（ステップＳ２２）。制御部１０は、取得した応答の内容によって拒否されたと判断した場合（Ｓ２２：ＮＯ）、購読可否の問い合わせに対する応答を受信した場合の処理を終了する。なおこのとき、制御部１０は、購読依頼元のウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ購読依頼が拒否された旨を通知するようにしてもよい。
【０１０５】
制御部１０は、取得した応答の内容によって許可されたと判断した場合（Ｓ２２：ＹＥＳ）、プレゼンス購読応答コマンドと共に送信されたプレゼンティティＩＤ及びウォッチャＩＤを取得する（ステップＳ２３）。制御部１０は、取得したプレゼンティティＩＤ及びウォッチャＩＤを通知先リストに記憶し（ステップＳ２４）、ステップＳ２３で取得したウォッチャＩＤに対応するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知し（ステップＳ２５）、購読可否の問い合わせに対する応答を受信した場合の処理を終了する。
【０１０６】
図１２は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶される通知先リストの内容例を示す説明図である。通知先リストは、プレゼンティティ毎に、該プレゼンティティを識別するプレゼンティティＩＤ、最新のプレゼンス情報の内容、及び当該プレゼンス情報の通知が許可されたウォッチャのウォッチャＩＤを記憶したリストである。図１２の説明図に示す内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者の最新のプレゼンス情報は「明日、入浴サービスをお願いします」という依頼内容であり、当該プレゼンス情報はウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としていることが示されている。したがって、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者のプレゼンス情報は、当該ウォッチャが使用するウォッチャ端末装置３ａへ通知されるべきである。同様にプレゼンティティＩＤ「ｕｓｅｒ６」のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とし、プレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ２」及び「ｕｓｅｒ３」のウォッチャを通知先とし、プレゼンティティＩＤ「ｕｓｅｒ８」のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先としていることが示されている。
【０１０７】
なお、図１２の説明図に示される通知先リストには、「引き継ぎ元ウォッチャＩＤ」の項目が更に含まれている。「引き継ぎ元ウォッチャＩＤ」は、後述するように、通知先が変更されて他のウォッチャに引き継がれている場合に元の通知先（引き継ぎ元）のウォッチャを識別するための情報である。「引き継ぎ元ウォッチャＩＤ」が通知先リストに対応付けられて記憶されていることにより、現在の通知先であるウォッチャが引き継ぎ中の通知先であることを示し、更に制御部１０は、変更前の通知先に戻す場合に引き継ぎ元のウォッチャＩＤを認識することが可能である。
【０１０８】
次に、プレゼンス端末装置２，２，…からプレゼンス情報が通知された場合、図１２の説明図に示した記憶部１１の通知先リストに基づいて、いずれのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知すべきかを判断する処理について説明する。図１３は、実施の形態１におけるプレゼンス端末装置２，２，…によりプレゼンス情報が通知された場合の、プレゼンスサーバ装置１の制御部１０による処理手順の一例を示すフローチャートである。
【０１０９】
制御部１０は、プレゼンス端末装置２から送信されるプレゼンス設定コマンドを通信部１３によって受信したか否かにより、プレゼンス情報が通知されたか否かを判断する（ステップＳ３１）。制御部１０は、プレゼンス情報が通知されていないと判断した場合（Ｓ３１：ＮＯ）、処理をステップＳ３１へ戻し、プレゼンス情報が通知されたと判断するまで待機する。
【０１１０】
制御部１０は、プレゼンス情報が通知されたと判断した場合（Ｓ３１：ＹＥＳ）、プレゼンス設定コマンドと共に送信されたプレゼンス情報及びプレゼンティティＩＤを取得する（ステップＳ３２）。制御部１０は、取得したプレゼンス情報に基づいて通知先リストのプレゼンス情報を更新し（ステップＳ３３）、通知先リストに記憶されているウォッチャＩＤに対応するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへプレゼンス情報を通知し（ステップＳ３４）、プレゼンス情報が通知された場合の処理を終了する。
【０１１１】
このように、ウォッチャからのプレゼンス購読依頼に応じて、ウォッチャ毎に購読するプレゼンティティのプレゼンティティＩＤがプレゼンスサーバ装置１のバディリストに記憶され、各ウォッチャへの購読可否の問い合わせが行なわれる。また、問い合わせに対する応答に基づき、プレゼンティティ毎に許可された通知先がプレゼンスサーバ装置１の通知先リストに記憶される。プレゼンスサーバ装置１の制御部１０がプレゼンス情報の通知を受け付ける都度、最新のプレゼンス情報を通知先リストに記憶すると共に、通知先リストに記憶されている許可された通知先のウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報が通知される。
【０１１２】
このようにプレゼンスシステムを利用した介護支援システムにより、例えばプレゼンティティＩＤ「ｕｓｅｒ５」の被介護者を担当するヘルパー（ウォッチャＩＤ「ｕｓｅｒ１」）は、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者（プレゼンティティ）の依頼内容及び最新の状態をリアルタイムに確認することができる。
【０１１３】
ここで、ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーがプレゼンス情報を受け付けない状態となる場合がある。この場合、プレゼンティティＩＤ「ｕｓｅｒ５」の被介護者の依頼内容及び状態は本来、他のヘルパー（ウォッチャＩＤ「ｕｓｅｒ２」）又は管理者（ウォッチャＩＤ「ｕｓｅｒ３」、「ｕｓｅｒ４」）などが把握すべきである。
【０１１４】
次に、ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーがプレゼンス情報を受け付けない状態である場合に、プレゼンスサーバ装置１の制御部１０が通知先を自動的に変更することによって、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報の通知先が他のウォッチャへ引き継がれる処理について説明する。
【０１１５】
まず、プレゼンスサーバ装置１の制御部１０が、通知先の変更要否を判定する基準となる情報について説明する。
【０１１６】
制御部１０は、各ウォッチャのプレゼンス情報を受け付ける。即ち、各ウォッチャはプレゼンティティでもある。例えば、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０によりヘルパー用プレゼンスアプリケーションプログラムが実行されてプレゼンスサーバ装置１との接続が確立した場合に、制御部３０によって「在席」を示すプレゼンス情報が通知される。また、図３の説明図に示した画面の「終了」ボタン３０５が押下され、プレゼンスサーバ装置１との接続が切断される際に、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０によって「不在」を示すプレゼンス情報が通知される。また、制御部３０は、ウォッチャによる「在席」、「不在」、「出張中」、「多忙」等のプレゼンス情報の設定を受け付ける。制御部３０は、ヘルパー用プレゼンスアプリケーションプログラムが起動、終了される場合、又はウォッチャによるプレゼンス情報の設定を受け付けた場合に、プレゼンス設定コマンドと共に、ウォッチャのプレゼンス情報及びウォッチャＩＤを通信部１３によりプレゼンスサーバ装置１へ送信する。
【０１１７】
図１４は、実施の形態１におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から通知されるプレゼンス情報の内容例を示す説明図である。図１４の説明図に示される内容例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャは「在席」しており、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは「出張中」であり、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは「在席」しているが、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャは「多忙」であることが示されている。実施の形態１では、これらのプレゼンス情報は、各ウォッチャをプレゼンティティとする通知先リストに記憶され、プレゼンスサーバ装置１によって各ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知される構成とする。これにより、ウォッチャ間で相互のプレゼンス情報を把握することが可能である。
【０１１８】
プレゼンスサーバ装置１の制御部１０は、各ウォッチャのプレゼンス情報に応じた変更条件に照らし、変更要否を判定する。図１５は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶されている変更条件の内容例を示す説明図である。
【０１１９】
図１５の説明図に示すように、変更条件は各ウォッチャのウォッチャＩＤ（この場合は、プレゼンティティＩＤでもある。）毎に、通知先が変更されるべき状態を示すプレゼンス情報が対応付けられている。図１５の説明図に示される内容例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」又は「出張中」である場合に通知先が変更されるべきであることが示されている。同様に、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」である場合に通知先が変更されるべきであり、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」、「多忙」又は「出張中」である場合に通知先が変更されるべきであり、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「不在」である場合に通知先が変更されるべきであることが示されている。
【０１２０】
プレゼンスサーバ装置１の制御部１０は、変更条件に照らし変更要であると判定した場合に、引き継ぎ先候補を抽出して決定する。実施の形態１では、制御部１０が引き継ぎ先を抽出する基準として、各ウォッチャの属性リストを参照する。図１６は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶されているウォッチャの属性リストの内容例を示す説明図である。
【０１２１】
図１６の説明図に示す内容例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャ及びウォッチャＩＤ「ｕｓｅｒ２」のウォッチャの属性は「Ａ部１課担当」であることが示されている。また、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャの属性は「Ａ部１課課長」であり、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャの属性は「Ａ部部長」であることが示されている。
【０１２２】
制御部１０は、各ウォッチャの属性リストを参照し、引き継ぎ先候補リストを作成する。制御部１０は、作成した引き継ぎ先候補リストに基づいて、引き継ぎ先候補を決定する。制御部１０は、引き継ぎ先候補リストを作成する場合、バディリストを参照して各引き継ぎ先候補のウォッチャのプレゼンス購読の数、又は他のウォッチャから通知先を引き継いでいる数に基づいてウォッチャに引き継ぎ先としての順位付けを行ない、順位が高いウォッチャが先頭となるようにリストを作成してもよい。また、制御部１０は、属性リストに基づき管理者の属性を持つウォッチャに高い順位を付与してもよいし、各ウォッチャの属性リストに引き継ぎ先として決定される優先度を対応付けて記憶しておき、当該優先度に基づいて引き継ぎ先としての順位付けを行なう構成としてもよい。
【０１２３】
次に、プレゼンスサーバ装置１の制御部１０が各ウォッチャのプレゼンス情報に応じて変更条件を参照し、通知先の変更の要否を判定し、変更が必要である場合には次の通知先候補を決定して問い合わせを行ない、通知先を変更する処理について説明する。
【０１２４】
図１７及び図１８は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、通知先の変更の要否を判定する処理手順の一例を示すフローチャートである。
【０１２５】
制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…からプレゼンス設定コマンドを受信したか否かにより、ウォッチャのプレゼンス情報が通知されたか否かを判断する（ステップＳ４０１）。制御部１０は、ウォッチャのプレゼンス情報が通知されていないと判断した場合（Ｓ４０１：ＮＯ）、処理をステップＳ４０１へ戻してウォッチャのプレゼンス情報が通知されたと判断するまで待機する。
【０１２６】
制御部１０は、ウォッチャのプレゼンス情報が通知されたと判断した場合（Ｓ４０１：ＹＥＳ）、プレゼンス設定コマンドと共に送信されたウォッチャのプレゼンス情報及びウォッチャＩＤを取得する（ステップＳ４０２）。制御部１０は、取得したプレゼンス情報及びウォッチャＩＤに基づいてウォッチャをプレゼンティティとする通知先リストを更新し（ステップＳ４０３）、他のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知する（ステップＳ４０４）。
【０１２７】
次に制御部１０は、記憶部１１の変更条件を参照し（ステップＳ４０５）、取得したウォッチャのプレゼンス情報と変更条件とを照らして変更要否を判定する（ステップＳ４０６）。制御部１０は、ステップＳ４０６において変更不要であると判定した場合（Ｓ４０６：ＮＯ）、変更の要否を判定する処理を終了する。この場合、当該ウォッチャを通知先とする被介護者のプレゼンス情報の通知は継続する。
【０１２８】
制御部１０は、ステップＳ４０６において変更要であると判定した場合（Ｓ４０６：ＹＥＳ）、引き継ぎ先候補リストを参照して引き継ぎ先候補を決定する（ステップＳ４０７）。このとき制御部１０は、属性リストを参照して作成した引き継ぎ候補リストの先頭のウォッチャを引き継ぎ先候補として決定する。なお、引き継ぎ候補リストのウォッチャを全て引き継ぎ先候補として決定し、複数の引き継ぎ先候補の内、プレゼンティティである被介護者からいずれかが選択されるように後述の問い合わせを行なうようにしてもよい。
【０１２９】
次に制御部１０は、バディリスト及び通知先リストから、変更要であると判定されたウォッチャを通知先としているプレゼンス情報のプレゼンティティＩＤ、又は当該ウォッチャが他のウォッチャの引き継ぎ先である場合は引き継ぎ元のウォッチャを通知先とするプレゼンス情報のプレゼンティティＩＤを取得する（ステップＳ４０８）。
【０１３０】
制御部１０は、変更要と判定されたウォッチャが、他のウォッチャの通知先を引き継いでいる場合は、関係する既存の引き継ぎ情報（バディリスト、通知先リスト、及び引き継ぎ完了待ちテーブルにおける該当情報）を削除する（ステップＳ４０９）。
【０１３１】
制御部１０は、変更要と判定されたウォッチャのウォッチャＩＤ、ステップＳ４０７で決定した引き継ぎ先候補、及びステップＳ４０８で取得したプレゼンティティＩＤを含む引き継ぎ完了待ちテーブルを作成又は更新する（ステップＳ４１０）。引き継ぎ待ち完了テーブルは、後述の問い合わせが完了するまでの間に一時記憶領域１２に記憶されるテーブルである。
【０１３２】
次に制御部１０は、ステップＳ４０８で取得したプレゼンティティＩＤに対応するプレゼンス端末装置２へ、変更要と判定されたウォッチャからステップＳ４０７で決定した引き継ぎ先候補のウォッチャへの通知先の変更可否について問い合わせる（ステップＳ４１１）。ステップＳ４１１における問い合わせ処理は、制御部１０が対象となるプレゼンス端末装置２へ、変更可否問い合わせコマンドと共に、引き継ぎ元のウォッチャＩＤ及びウォッチャ名、並びに引き継ぎ先候補のウォッチャＩＤ及びウォッチャ名を送信することによって実行される。なお、このときにウォッチャの属性情報を共に送信する構成としてもよい。また、複数の引き継ぎ先候補を決定し、いずれかが選択されるように問い合わせを行なう場合は、制御部１０は各引き継ぎ先候補のウォッチャＩＤ及びウォッチャ名を送信する。
【０１３３】
制御部１０は、ステップＳ４０８で取得した全プレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせを完了したか否かを判断する（ステップＳ４１２）。制御部１０は、全プレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせを完了していないと判断した場合（Ｓ４１２：ＮＯ）、処理をステップＳ４１１へ戻し、他のプレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせる（Ｓ４１１）。
【０１３４】
制御部１０は、全プレゼンティティＩＤに対応するプレゼンス端末装置２へ問い合わせを完了したと判断した場合（Ｓ４１２：ＹＥＳ）、通知先の変更要否を判定する処理を終了する。
【０１３５】
このように、図１７及び図１８のフローチャートに示した処理手順により、各ウォッチャの状態に応じて変更要否が自動的に判定される。したがって、各ウォッチャがウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から引き継ぎ先のウォッチャを指定して変更要求を送信する操作を行なう必要がない。
【０１３６】
次に、図１７及び図１８のフローチャートに示した処理手順により、変更要否が判定され、変更要と判定された場合に記憶される引き継ぎ完了待ちテーブルの内容、及びプレゼンス端末装置２での問い合わせ処理について、具体例を挙げて説明する。具体例として、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報の通知先であったウォッチャＩＤ「ｕｓｅｒ１」のウォッチャのプレゼンス情報が「不在」となった場合を挙げて説明する。
【０１３７】
ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャが使用するウォッチャ端末装置３ａで、ヘルパー用プレゼンスアプリケーションプログラムが終了された場合、ウォッチャ端末装置３ａからプレゼンス設定コマンド、プレゼンス情報「不在」、及びウォッチャＩＤ「ｕｓｅｒ１」がプレゼンスサーバ装置１へ送信される。これに対しプレゼンスサーバ装置１の制御部１０は、ウォッチャのプレゼンス情報が通知されたと判断し（Ｓ４０１：ＹＥＳ）、取得したプレゼンス情報が「不在」であることから変更条件に合致し、変更要であると判定する（Ｓ４０６：ＹＥＳ）。プレゼンス装置１の制御部１０は、ウォッチャの属性リストから引き継ぎ先候補のリストを作成する。この場合制御部１０は、ウォッチャＩＤ「ｕｓｅｒ１」の属性が「Ａ部１課担当」であることから、同一の部署の管理者であるウォッチャのウォッチャＩＤ「ｕｓｅｒ３」及び「ｕｓｅｒ４」、並びに同僚であるウォッチャのウォッチャＩＤ「ｕｓｅｒ２」を抽出し、その順序で引き継ぎ先候補リストを作成する。
【０１３８】
制御部１０は、作成した引き継ぎ先候補リストの先頭のウォッチャＩＤ「ｕｓｅｒ３」のウォッチャのプレゼンス情報を取得し、「在席」であることから変更条件「不在」、「多忙」及び「出張中」のいずれにも合致しないと判断する。したがって、制御部１０は、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャを引き継ぎ先候補として決定する（Ｓ４０７）。
【０１３９】
制御部１０は、バディリスト及び通知先リストを参照する。制御部１０は、引き継ぎ先候補として決定したウォッチャＩＤ「ｕｓｅｒ３」のウォッチャに関して既存の引き継ぎ情報がないので、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とするプレゼンス情報のプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」をバディリストから取得する（Ｓ４０８）。制御部１０は、変更要と判定されたウォッチャのウォッチャＩＤ「ｕｓｅｒ１」、引き継ぎ先候補として決定されたウォッチャのウォッチャＩＤ「ｕｓｅｒ３」、及び取得したプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」を含む引き継ぎ完了待ちテーブルを作成する。
【０１４０】
図１９は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が記憶する引き継ぎ完了待ちテーブルの内容例を示す説明図である。図１９の説明図に示すように、引き継ぎ完了待ちテーブルは、プレゼンスサーバ装置１の制御部１０によって変更要と判定された引き継ぎ元ウォッチャのウォッチャＩＤ、引き継ぎ先候補として決定されたウォッチャのウォッチャＩＤ及び取得されたプレゼンティティＩＤを含む。
【０１４１】
制御部１０は、引き継ぎ完了待ちテーブルを記憶した後、プレゼンティティＩＤ「ｕｓｅｒ５」に対応するプレゼンス端末装置２へ問い合わせ処理を行なう。このとき、制御部１０は、変更可否問い合わせコマンド、引き継ぎ元のウォッチャのウォッチャＩＤ「ｕｓｅｒ１」及びウォッチャ名「ユーザ１」、並びに引き継ぎ先候補のウォッチャのウォッチャＩＤ「ｕｓｅｒ３」及びウォッチャ名「ユーザ３」をプレゼンス端末装置２へ送信する。更に制御部１０は、変更要と判定されたウォッチャを通知先とするもう一つのプレゼンス情報のプレゼンティティＩＤ「ｕｓｅｒ６」に対応するプレゼンス端末装置２へも問い合わせ処理を行なう。
【０１４２】
次に、プレゼンスサーバ装置１の制御部１０によって実行される問い合わせ処理に応じてプレゼンス端末装置２で応答がなされる場合の処理について説明する。
【０１４３】
図２０は、実施の形態１におけるプレゼンス端末装置２での変更可否の問い合わせ応答時に、表示部２５に表示される画面例を示す説明図である。プレゼンス端末装置２の制御部２０は、プレゼンスサーバ装置１の制御部１０によって送信された変更可否問い合わせコマンドを通信部２３により受信した場合、以下に示すような変更可否問い合わせ画面を表示部２５に表示させる。
【０１４４】
図２０の画面例では、変更可否問い合わせに対して許可する場合に利用する「許可」ボタン２１１、及び、拒否する場合に利用する「拒否」ボタン２１２が表示されている。また、図２０の画面例には、プレゼンス端末装置２の制御部２０が変更可否問い合わせコマンドと共に受信した、引き継ぎ元のウォッチャのウォッチャ名（「ユーザ１」）及び引き継ぎ先候補のウォッチャのウォッチャ名（「ユーザ３」）を示して可否を問うメッセージが表示されている。被介護者（又は補助者）は、「許可」ボタン２１１又は「拒否」ボタン２１２を押下する操作を行なうことにより、変更可否の問い合わせに応答することが可能である。
【０１４５】
被介護者（又は補助者）が「許可」ボタン２１１を入力部２３により押下した場合、制御部２０がこれを検知し、変更応答コマンドと共に、応答の内容「許可」、引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信する。被介護者（又は補助者）が「拒否」ボタン２１２を入力部２３により押下した場合、制御部２０がこれを検知し、変更応答コマンドと共に、応答の内容「拒否」、引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信する。「許可」ボタン２１１が押下された場合、及び「拒否」ボタン２１２が押下された場合はいずれも、図２０の画面例に示した変更可否問い合わせ画面は閉じられる。
【０１４６】
なお、引き継ぎ先候補が複数抽出されて、複数の引き継ぎ候補からいずれかが選択されるように問い合わせが行なわれる場合、次の図２１の説明図に示すような変更可否問い合わせ画面がプレゼンス端末装置２の表示部２５に表示される。図２１は、実施の形態１におけるプレゼンス端末装置２での変更可否の問い合わせ応答時に、表示部２５に表示される画面例を示す説明図である。
【０１４７】
図２１の画面例には、引き継ぎ先候補のウォッチャを選択するラジオボタン２１３、及び、引き継ぎ先のウォッチャを設定する場合に利用する「設定」ボタン２１４が表示されている。また、図２１の画面例では、プレゼンス端末装置２の制御部２０が変更可否問い合わせコマンドと共に受信した、引き継ぎ元のウォッチャのウォッチャ名及び引き継ぎ先候補のウォッチャのウォッチャ名を示して変更可否を問うメッセージが表示されている。また、引き継ぎ先候補のラジオボタン２１３の選択肢には、引き継ぎ先候補のウォッチャのウォッチャ名が表示され、各ウォッチャの属性が送信されている場合にこれを表示するようにしてある。各ウォッチャの属性「Ａ部１課課長」、「Ａ部部長」、「Ａ部１課担当」が表示されることにより、被介護者（又は補助者）は属性を基準としていずれのウォッチャを引き継ぎ先として許可するかを判断することが可能となる。
【０１４８】
被介護者（又は補助者）が入力部２３により、ラジオボタン２１３でいずれかのウォッチャを選択し、「設定」ボタン２１４を押下した場合、制御部２０がこれを検知し、ラジオボタン２１３で選択されている引き継ぎ先候補のウォッチャのウォッチャＩＤを取得する。制御部２０は、変更応答コマンドと共に、応答の内容「許可」、引き継ぎ元のウォッチャのウォッチャＩＤ及び取得された引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信する。
【０１４９】
なお、ラジオボタン２１３で何ら選択されずに「設定」ボタン２１４が押下された場合は、制御部２０が変更応答コマンドと共に、応答の内容「拒否」、引き継ぎ元のウォッチャのウォッチャＩＤ、及び、全引き継ぎ先候補のウォッチャのウォッチャＩＤをプレゼンスサーバ装置１へ送信してもよい。「設定」ボタン２１４が押下された場合、図２１の画面例で示した変更可否問い合わせ画面は閉じられる。
【０１５０】
次に、プレゼンスサーバ装置１の制御部１０が、プレゼンス端末装置２から問い合わせへの応答を受信した場合の処理について説明する。図２２は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、変更可否の問い合わせへの応答を受信した場合の処理手順の一例を示すフローチャートである。
【０１５１】
制御部１０は、プレゼンス端末装置２から送信される変更応答コマンドを通信部１３によって受信したか否かにより、変更可否の問い合わせに対する応答を受信したか否かを判断する（ステップＳ５０１）。制御部１０は、変更可否の問い合わせに対する応答を受信していないと判断した場合（Ｓ５０１：ＮＯ）、処理をステップＳ５０１へ戻して変更可否の問い合わせに対する応答を受信したと判断するまで待機する。
【０１５２】
制御部１０は、変更可否の問い合わせに対する応答を受信したと判断した場合（Ｓ５０１：ＹＥＳ）、変更応答コマンドと共に送信された引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤを取得する（ステップＳ５０２）。制御部１０は、引き継ぎ完了待ちテーブルを参照して、ステップＳ５０２で取得した引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤが、引き継ぎ完了待ちテーブルに記憶されているか否かを判断する（ステップＳ５０３）。制御部１０は、引き継ぎ完了待ちテーブルに記憶されていないと判断した場合（Ｓ５０３：ＮＯ）、ステップＳ５０２で取得した引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤの組については、変更する必要がないので処理を終了する。
【０１５３】
制御部１０は、引き継ぎ完了待ちテーブルに記憶されていると判断した場合（Ｓ５０３：ＹＥＳ）、該当する引き継ぎ元のウォッチャのウォッチャＩＤ及び引き継ぎ先候補のウォッチャのウォッチャＩＤの組を引き継ぎ完了待ちテーブルから削除する（ステップＳ５０４）。制御部１０は、変更応答コマンドと共に送信された応答の内容が「許可」であるか否かを判断する（ステップＳ５０５）。
【０１５４】
制御部１０は、「許可」であると判断した場合（Ｓ５０５：ＹＥＳ）、引き継ぎ先候補のウォッチャＩＤを引き継ぎ後の通知先としてバディリストを更新し（ステップＳ５０６）、引き継がれるプレゼンス情報のプレゼンティティＩＤの通知先リストを更新する（ステップＳ５０７）。これにより、プレゼンス情報の通知先が変更されて引き継がれる。
【０１５５】
次に制御部１０は、プレゼンティティＩＤに対応付けられるプレゼンティティ、即ち被介護者の付加情報を取得する（ステップＳ５０８）。制御部１０は、通知先リストに記憶されている最新のプレゼンス情報と共にステップＳ５０８で取得した付加情報を通知先のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知し（ステップＳ５０９）、応答を受信した場合の処理を終了する。
【０１５６】
制御部１０は、ステップＳ５０５において「拒否」であると判断した場合（Ｓ５０５：ＮＯ）、他の引き継ぎ先候補を決定する（ステップＳ５１０）。このとき制御部は、作成した引き継ぎ候補リストを参照し、リストの次のウォッチャを次の引き継ぎ先候補として決定する。制御部１０は、改めて決定した引き継ぎ先候補について引き継ぎ完了待ちテーブルを更新し（ステップＳ５１１）、対応するプレゼンス端末装置２へ変更可否の問い合わせを行ない（ステップＳ５１２）、応答を受信した場合の処理を終了する。改めて決定した引き継ぎ先候補についての問い合わせへ応答が送信された場合は、図２２のフローチャートに示す処理手順が制御部１０により同様に行なわれる。
【０１５７】
図２３は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１のバディリストが、通知先の変更によって更新された場合の内容例を示す説明図である。なお、図２３の説明図に示す内容例は、図９の説明図に示したバディリストの内容例に対し、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャが「不在」となり、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへの変更可否の問い合わせに応じて内容が「許可」である変更応答コマンドがプレゼンス端末装置２から送信されたことによって更新された例を示している。
【０１５８】
図２３の説明図に示すように、プレゼンス情報を購読するウォッチャとして新たにウォッチャＩＤ「ｕｓｅｒ３」が追加される。ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先を引き継ぐことが示されている。ウォッチャＩＤ「ｕｓｅｒ３」については「引き継ぎ有」がいずれも「ｙｅｓ」となるように記憶されている。これにより、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャによるプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の購読は、いずれかのウォッチャから通知先を引き継いでいるものであることを示している。
【０１５９】
図２４は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１の通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。なお、図２４の説明図に示す内容例は、図１２の説明図に示した通知先リストの内容例に対し、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先がウォッチャＩＤ「ｕｓｅｒ１」のウォッチャからウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへ変更された場合の例を示している。
【０１６０】
図２４の説明図に示すように、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」の通知先リストには、引き継ぎ元のウォッチャのウォッチャＩＤ「ｕｓｅｒ１」に加えて引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ３」が記憶される。また、引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ３」には、引き継ぎ元ウォッチャＩＤとして「ｕｓｅｒ１」が対応付けられている。制御部１０は、図２４の説明図に示す内容例の通知先リストを参照することにより、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報を通知するに際し、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは通知先を引き継ぎ中であることを認識することが可能である。
【０１６１】
制御部１０は、図２４に示す内容例の通知先リストを参照し、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報を通知するに際し、通知先のウォッチャのウォッチャＩＤは「ｕｓｅｒ１」及び「ｕｓｅｒ３」であると認識する。しかしながら、制御部１０は、ウォッチャＩＤ「ｕｓｅｒ１」はウォッチャＩＤ「ｕｓｅｒ３」のエントリに対応付けられている引き継ぎ元ウォッチャＩＤ「ｕｓｅｒ１」と一致するので、ウォッチャＩＤ「ｕｓｅｒ１」に対応するウォッチャ端末装置３ａへはプレゼンス情報を通知しない。
【０１６２】
図２５は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶される付加情報の内容例を示す説明図である。
【０１６３】
図２５の説明図に示される内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンティティ、即ち被介護者についての付加情報として被介護者の状態、嗜好を示す情報が記憶されている。プレゼンスサーバ装置１の制御部１０は、引き継ぎ先であるのウォッチャＩＤ「ｕｓｅｒ３」のウォッチャが使用するウォッチャ端末装置３ｃへ、プレゼンス情報と共に付加情報を通知する。これにより、引き継ぎ先のウォッチャＩＤ「ｕｓｅｒ３」のウォッチャが、被介護者の状態を適切に把握することが可能になる。
【０１６４】
図２６は、実施の形態１における引き継ぎ先のウォッチャ端末装置３ｃの表示部３５に表示される画面例を示す説明図である。ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０は、プレゼンス情報と共に通知される付加情報を受信した場合は、当該付加情報を表示部３５に表示する。図２６の画面例には、プレゼンス情報表示エリア３０２にプレゼンス情報と共に付加情報が表示されていることが示されている。
【０１６５】
次に、引き継ぎ先であるウォッチャＩＤ「ｕｓｅｒ３」のサービス提供者（ウォッチャ）が更に不在となるなど、プレゼンス情報の通知を受け付けない状態となった場合について説明する。
【０１６６】
例えば、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、自身が使用するウォッチャ端末装置３ｃの表示部３５に表示されている画面で、自身のプレゼンス情報を「多忙」と設定する。この場合、ウォッチャ端末装置３ｃの制御部３０がこれを検知し、プレゼンスサーバ装置１へプレゼンス設定コマンド、プレゼンス情報「多忙」及びウォッチャＩＤを送信する。プレゼンスサーバ装置１の制御部１０は、プレゼンス設定コマンドを受信することにより、ウォッチャのプレゼンスが通知されたと判断して、通知先の変更要否を判定する処理を実行する。この場合、制御部１０は、変更条件を参照してウォッチャＩＤ「ｕｓｅｒ３」のウォッチャが「多忙」である場合、変更要と判定する。そして引き継ぎ先候補リストの「ｕｓｅｒ３」の次のウォッチャＩＤが「ｕｓｅｒ４」であることから、制御部１０は、引き継ぎ先候補をウォッチャＩＤ「ｕｓｅｒ４」のウォッチャと決定する。
【０１６７】
制御部１０は、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ３」のウォッチャは、他のウォッチャ（ウォッチャＩＤ「ｕｓｅｒ１」）から通知先を引き継いでいるので、ウォッチャＩＤ「ｕｓｅｒ３」が引き継いで購読しているプレゼンス情報のプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」を取得する。制御部１０は、バディリストからウォッチャＩＤ「ｕｓｅｒ３」に対応するプレゼンティティの内の、「引き継ぎ有」の項目が「ｙｅｓ」であるエントリを削除する。図２３の説明図に示したように、ウォッチャＩＤ「ｕｓｅｒ３」に対応するプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のエントリはいずれも「引き継ぎ有」の項目が「ｙｅｓ」であるので、いずれも制御部１０により削除される。
【０１６８】
同様に制御部１０は、通知先リストから、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」における通知先とされていた、「引き継ぎ元ウォッチャＩＤ」（「ｕｓｅｒ１」）が対応付けられているウォッチャＩＤ「ｕｓｅｒ３」のエントリを削除する。
【０１６９】
次に制御部１０は、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ３」が購読していたプレゼンス情報のプレゼンティティに対応するプレゼンス端末装置２，２，…へ、夫々変更可否の問い合わせ処理を行なう。制御部１０は、問い合わせに対する応答を受信し、応答に応じてバディリスト及び通知先リストを更新することにより、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先を変更する。なおこのとき制御部１０は、変更要と判定されたウォッチャＩＤ「ｕｓｅｒ３」が購読していたプレゼンティティＩＤ「ｕｓｅｒ７」についても問い合わせを行ない、通知先を変更する。
【０１７０】
図２７は、実施の形態１における引き継ぎ先のウォッチャ端末装置３ｃから、更に通知先が変更された場合のバディリストの内容例を示す説明図である。
【０１７１】
図２７の説明図に示される内容例では、ウォッチャＩＤ「ｕｓｅｒ３」について、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャから引き継いでいた、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」についてのプレゼンス購読が削除されていることが示されている。さらに、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャが通知先を引き継ぎ、ウォッチャＩＤ「ｕｓｅｒ４」のプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」についてのプレゼンス購読が追加されていることが示されている。
【０１７２】
また、ウォッチャＩＤ「ｕｓｅｒ３」のウォッチャのプレゼンティティＩＤ「ｕｓｅｒ７」についてのプレゼンス購読についても、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャが通知先を引き継ぎ、ウォッチャＩＤ「ｕｓｅｒ４」についてプレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス購読が追加されていることが示されている。
【０１７３】
図２８は、実施の形態１における引き継ぎ先のウォッチャ端末装置３ｃから、更に通知先が変更された場合の通知先リストの内容例を示す説明図である。
【０１７４】
図２８の説明図に示される内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」の通知先として、引き継ぎ先とされていたウォッチャのウォッチャＩＤ「ｕｓｅｒ３」が削除され、改めてウォッチャＩＤ「ｕｓｅｒ４」が記憶されていることが示されている。同様にプレゼンティティＩＤ「ｕｓｅｒ６」の通知先として、引き継ぎ先とされていたウォッチャのウォッチャＩＤ「ｕｓｅｒ３」が削除され、ウォッチャＩＤ「ｕｓｅｒ４」が記憶されていることが示されている。また、図２８の説明図に示される内容例では、それまでウォッチャＩＤ「ｕｓｅｒ３」のウォッチャを通知先としていたプレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報の通知先が、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャへ変更されていることが示されている。
【０１７５】
これにより、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報は以後、ウォッチャＩＤ「ｕｓｅｒ４」のウォッチャが使用するウォッチャ端末装置３ｄへ通知される。これにより、確実且つ適切にいずれかのウォッチャへ通知先が引き継がれる。
【０１７６】
次に、通知先が変更された後のプレゼンス情報の通知について説明する。図２９は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が通知先を変更した後に、プレゼンス情報が通知された場合の処理手順の一例を示すフローチャートである。なお、図２９のフローチャートに示す処理手順の内、図１３のフローチャートに示したプレゼンス情報が通知された場合の処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０１７７】
制御部１０は、プレゼンス情報が通知されたと判断し（Ｓ３１：ＹＥＳ）、プレゼンス情報及びプレゼンティティＩＤを取得して（Ｓ３２）通知先リストのプレゼンス情報を更新した後（Ｓ３３）、通知先リストを参照してプレゼンティティＩＤに対応する通知先のウォッチャＩＤが、他の通知先に対応付けられている引き継ぎ元ウォッチャＩＤと一致するか否かをチェックすることにより、通知先のウォッチャは引き継ぎ元のウォッチャであるか否かを判断する（ステップＳ６１）。
【０１７８】
制御部１０は、通知先のウォッチャが引き継ぎ元のウォッチャであると判断した場合（Ｓ６１：ＹＥＳ）、プレゼンス情報を記憶することにより引き継ぎ先のウォッチャへの通知履歴を記憶し（ステップＳ６２）、取得したプレゼンティティＩＤに対応する全通知先をチェックしたか否かを判断する（ステップＳ６３）。
【０１７９】
制御部１０は、通知先のウォッチャが引き継ぎ元のウォッチャでないと判断した場合（Ｓ６１：ＮＯ）、当該通知先のウォッチャに対応するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知し（Ｓ３４）、処理をステップＳ６３へ進める。
【０１８０】
制御部１０は、ステップＳ３２で取得したプレゼンティティＩＤに対応する全通知先をチェックしていないと判断した場合（Ｓ６３：ＮＯ）、処理をステップＳ６１へ戻して他の通知先について引き継ぎ元であるか否かをチェックする（Ｓ６１）。
【０１８１】
制御部１０は、全通知先をチェックしたと判断した場合（Ｓ６３：ＹＥＳ）、プレゼンス情報が通知された場合の処理を終了する。
【０１８２】
図３０は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１０に記憶される通知履歴の内容例を示す説明図である。
【０１８３】
図３０の説明図には、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とするプレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先が他のウォッチャに引き継がれている間に、通知されたプレゼンス情報の通知履歴が示されている。
【０１８４】
図３０の説明図には、ウォッチャＩＤ「ｕｓｅｒ２」を通知先とするプレゼンティティＩＤ「ｕｓｅｒ７」及び「ｕｓｅｒ８」のプレゼンス情報の通知履歴、並びに、ウォッチャＩＤ「ｕｓｅｒ３」を通知先とするプレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報の通知履歴の例が示されている。通知先を引き継ぎ中でない場合でも通知履歴を記憶しておくようにしてもよい。
【０１８５】
このように、変更後に引き継ぎ先のウォッチャに対応するウォッチャ端末装置へプレゼンス情報が通知される都度、引き継ぎ元のウォッチャのウォッチャＩＤに対応付けてプレゼンス情報の履歴を記憶しておく。これにより、後に引き継ぎ元のウォッチャがプレゼンス情報を受け付ける状態に戻った場合に、他のウォッチャへ通知されたプレゼンス情報の履歴を確認し、自身が不在であった間の状態を把握することができる。
【０１８６】
次に、引き継ぎ元のヘルパー（ウォッチャＩＤ「ｕｓｅｒ１」）が再び在席状態となり、プレゼンス情報を受け付ける状態となった場合の処理について説明する。
【０１８７】
ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーが、ウォッチャ端末装置３ａでヘルパー用プレゼンスアプリケーションを起動した場合、制御部３０がヘルパー用プレゼンスアプリケーションプログラムを実行することにより、プレゼンス設定コマンド、プレゼンス情報「在席」及びウォッチャＩＤ「ｕｓｅｒ１」をプレゼンスサーバ装置１へ通信部１３により送信する。これに対してプレゼンスサーバ装置１で実行される処理について説明する。
【０１８８】
図３１は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０により、引き継ぎ元が変更不要な状態に戻った場合に行なわれる処理手順の一例を示すフローチャートである。なお、制御部１０は、図１７及び図１８のフローチャートに示した処理手順の内のステップＳ４０６において変更不要と判定した場合（Ｓ４０６：ＮＯ）、処理を終了する前に、図３１のフローチャートに示す処理を行なうようにする。
【０１８９】
制御部１０は、一時記憶領域１２に記憶している引き継ぎ完了待ちテーブルを参照し、取得したウォッチャＩＤに基づき、当該ウォッチャＩＤが引き継ぎ元のウォッチャのウォッチャＩＤとして記憶されているエントリが有るか否かにより、引き継ぎ完了待ちテーブルに情報が有るか否かを判断する（ステップＳ７１）。
【０１９０】
制御部１０は、引き継ぎ完了待ちテーブルに情報が無いと判断した場合（Ｓ７１：ＮＯ）、バディリスト及び通知先リストを参照し、当該ウォッチャＩＤのウォッチャから他のウォッチャへプレゼンス購読が引き継ぎ中であるか否かを判断する（ステップＳ７２）。制御部１０は、引き継ぎ中でないと判断した場合（Ｓ７２：ＮＯ）、処理を図１７及び図１８のフローチャートに示した処理手順へ戻し、変更の要否を判定する処理を終了する。
【０１９１】
制御部１０は、引き継ぎ中であると判断した場合（Ｓ７２：ＹＥＳ）、バディリストから、引き継ぎ先のウォッチャのウォッチャＩＤに対応付けられた、通知先が引き継がれているプレゼンス情報のプレゼンティティＩＤのエントリを削除し（ステップＳ７３）、通知先が引き継がれているプレゼンス情報のプレゼンティティの通知先リストから、引き継ぎ先のウォッチャＩＤのエントリを削除する（ステップＳ７４）。
【０１９２】
次に制御部１０は、引き継ぎ元のウォッチャＩＤに対応付けて引き継ぎ中に記憶されていた通知履歴を取得し（ステップＳ７５）、取得した通知履歴を、変更不要と判定された引き継ぎ元のウォッチャＩＤに対応するウォッチャ端末装置３ａへ通知し（ステップＳ７６）、処理を図１７及び図１８のフローチャートに示した処理手順へ戻す。
【０１９３】
また、制御部１０は、ステップＳ７１において引き継ぎ完了待ちテーブルに情報が有ると判断した場合（Ｓ７１：ＹＥＳ）、変更する必要がないので引き継ぎ完了テーブルにおけるエントリを削除し（ステップＳ７７）、処理を図１７及び図１８のフローチャートに示した処理手順へ戻し、変更の要否を判定する処理を終了する。
【０１９４】
これにより、引き継ぎ完了後及び引き継ぎが完了する前に、ウォッチャＩＤ「ｕｓｅｒ１」のヘルパーがプレゼンス情報の通知を受け付ける状態に戻った場合、プレゼンティティＩＤ「ｕｓｅｒ５」及び「ｕｓｅｒ６」のプレゼンス情報の通知先が元の通知先であったウォッチャＩＤ「ｕｓｅｒ１」のヘルパーへ戻される。
【０１９５】
なお、図３１のフローチャートに示した処理手順の内のステップＳ７６における通知履歴の送信処理では、図３０の説明図に示した内容例の通知履歴が送信される。
【０１９６】
このように、実施の形態１における介護システムでは、プレゼンスサーバ装置１の制御部１０が自動的にサービス提供者（ウォッチャ）のプレゼンス情報に基づき通知先の変更要否を判定し、更に変更可否について被介護者（プレゼンティティ）へ問い合わせ、被介護者の意図しないウォッチャへのプレゼンス情報の通知を回避することができる。実施の形態１におけるプレゼンスサーバ装置１では更に、一度変更可否を問い合わせて応答を受信した場合、応答が示す許可／拒否を記憶しておき、同一のウォッチャについて再度通知先の変更が必要となった場合に繰り返し問い合わせを行なわないようにする。
【０１９７】
図３２は、実施の形態１におけるプレゼンスサーバ装置１の記憶部１１に記憶される変更可否テーブルの内容例を示す説明図である。
【０１９８】
図３２の説明図に示すように、変更可否テーブルは、プレゼンティティＩＤ毎に通知が許可されるウォッチャの許可ウォッチャＩＤ及び通知が拒否されるウォッチャの拒否ウォッチャＩＤが対応付けられて記憶される。図３２の内容例では、プレゼンティティＩＤ「ｕｓｅｒ５」のプレゼンス情報はウォッチャＩＤ「ｕｓｅｒ１」及びウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへは通知が許可されているが、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャへは通知が拒否されていることが示されている。同様に、プレゼンティティＩＤ「ｕｓｅｒ６」のプレゼンス情報はウォッチャＩＤ「ｕｓｅｒ１」及びウォッチャＩＤ「ｕｓｅｒ２」のウォッチャへは通知が許可されおり、プレゼンティティＩＤ「ｕｓｅｒ７」のプレゼンス情報はウォッチャＩＤ「ｕｓｅｒ３」のウォッチャへは通知が許可されていることが示されている。
【０１９９】
図３３及び図３４は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、変更可否テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。なお、図３３及び図３４のフローチャートに示す処理手順の内、図１７及び図１８のフローチャートに示した処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０２００】
制御部１０は、引き継ぎ先候補を決定し（Ｓ４０７）、ステップＳ４０７で決定した引き継ぎ先候補のウォッチャのウォッチャＩＤについて、ステップＳ４０８で取得したプレゼンティティＩＤに対する変更可否が、変更可否テーブルに存在するか否かを判断する（ステップＳ８１）。制御部１０は、変更可否テーブルに存在しないと判断した場合（Ｓ８１：ＮＯ）、変更可否を問い合わせる必要があるので引き継ぎ完了待ちテーブルを更新して問い合わせ処理を行ない（Ｓ４１０、Ｓ４１１）、変更要と判定されたウォッチャを通知先とする全プレゼンティティについて問い合わせ又は変更を完了したか否かを判断する（ステップＳ８２）。
【０２０１】
制御部１０は、ステップＳ８１において、変更可否テーブルに存在すると判断した場合（Ｓ８１：ＹＥＳ）、変更許可ウォッチャＩＤとして記憶されているか否かにより、変更が許可されているか否かを判断する（ステップＳ８３）。制御部１０は、変更が拒否されていると判断した場合（Ｓ８３：ＮＯ）、処理をステップＳ４０７へ戻して他の引き継ぎ先候補を決定してその後の処理を行なう。
【０２０２】
制御部１０は、ステップＳ８３において変更が許可されていると判断した場合（Ｓ８３：ＹＥＳ）、バディリスト及び通知先リストを更新することによって変更処理を実行し（ステップＳ８４）、処理をステップＳ８２へ進める。ステップＳ８４において制御部１０は、許可された通知先のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知してもよい。
【０２０３】
制御部１０は、ステップＳ８２において全プレゼンティティについて問い合わせ又は変更を完了していないと判断した場合（Ｓ８２：ＮＯ）、処理をステップＳ８１へ戻す。制御部１０は、変更要と判定されたウォッチャをプレゼンス情報の通知先とする全プレゼンティティについて問い合わせ又は変更が完了したと判断した場合（Ｓ８２：ＹＥＳ）、変更可否テーブルに基づく変更要否の判定及び引き継ぎ先候補を決定する処理を終了する。
【０２０４】
次に、上述のように参照される変更不可テーブルを、変更可否の問い合わせへの応答に応じて制御部１０が作成、更新する処理について説明する。図３５及び図３６は、実施の形態１におけるプレゼンスサーバ装置１の制御部１０が、変更要否の問い合わせへの応答に応じて変更可否テーブルを作成、更新する処理手順の一例を示すフローチャートである。なお、図３５及び図３６のフローチャートに示す処理手順の内、図２２のフローチャートに示した変更可否の問い合わせに対する応答を受信した場合の処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０２０５】
制御部１０は、問い合わせに対する応答を受信したと判断し（Ｓ５０１：ＹＥＳ）、引き継ぎ元のウォッチャＩＤ及び引き継ぎ候補のウォッチャＩＤを取得した後（Ｓ５０２）、応答の内容に基づき、許可される引き継ぎ候補のウォッチャＩＤ又は拒否される引き継ぎ候補のウォッチャＩＤを記憶する変更可否テーブルを作成、又は既に記憶されている変更可否テーブルに追加更新する（ステップＳ９１）。
【０２０６】
また制御部１０は、問い合わせに対する応答の内容が「拒否」であると判断した場合（Ｓ５０５：ＮＯ）、他の引き継ぎ先候補を決定する（Ｓ５１０）。制御部１０は、決定した引き継ぎ先候補のウォッチャＩＤが、問い合わせの応答を送信してきたプレゼンス端末装置２に対応するプレゼンティティＩＤについての変更可否テーブルに存在するか否かを判断する（ステップＳ９２）。
【０２０７】
制御部１０は、変更可否テーブルに存在しないと判断した場合（Ｓ９２：ＮＯ）、変更可否を問い合わせる必要があるので引き継ぎ完了待ちテーブルを更新して問い合わせ処理を行ない（Ｓ５１１、Ｓ５１２）、応答を受信した場合の処理を終了する。
【０２０８】
制御部１０は、変更可否テーブルに存在すると判断した場合（Ｓ９２：ＹＥＳ）、変更許可ウォッチャＩＤとして記憶されているか否かにより、変更が許可されているか否かを判断する（ステップＳ９３）。制御部１０は、拒否されていると判断した場合（Ｓ９３：ＮＯ）、処理をステップＳ５１０へ戻して他の引き継ぎ先候補を決定して処理を進める。
【０２０９】
制御部１０は、ステップＳ９３において許可されていると判断した場合（Ｓ９３：ＹＥＳ）、バディリスト及び通知先リストを更新することによって変更処理を行ない（ステップＳ９４）、応答を受信した場合の処理を終了する。ステップＳ９４において制御部１０は、許可されている通知先のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報を通知してもよい。
【０２１０】
図３３乃至図３６のフローチャートに示す処理手順により、同一のプレゼンティティのプレゼンス端末装置２に対して同一のウォッチャへの通知先の変更可否の問い合わせ処理が繰り返し行なわれることが回避される。したがって、プレゼンティティである被介護者の操作の煩雑さが軽減される。
【０２１１】
このように、実施の形態１における介護システムでは、担当の被介護者についてのプレゼンス購読をしていたヘルパーがプレゼンス情報の通知を受けることができない状態となっても必ず、ヘルパー、管理者等のいずれかの他のサービス提供者（ウォッチャ）へ、被介護者（プレゼンティティ）のプレゼンス情報が確実に通知される。サービス提供者（ウォッチャ）の状態に応じて変更の要否が自動的に判定され、更にサービス提供者（ウォッチャ）が引き継ぎ先のウォッチャを指定して変更要求をすることなしに、自動的に変更処理を行なうことができる。また、自動的に決定された引き継ぎ先のウォッチャへ変更する前に、プレゼンティティへ問い合わせ処理を行なうことにより、プレゼンティティが意図しないウォッチャへプレゼンス情報が通知されることを回避し、適切なプレゼンス購読の引き継ぎを実現することができる。
【０２１２】
実施の形態１では、プレゼンスサーバ装置１の制御部１０は、変更可否の問い合わせに対する応答を受信した場合に変更可否テーブルを作成、更新する構成とした。しかしながら、本発明ではこれに限らず、変更可否テーブルを、予めプレゼンティティＩＤ毎に許可ウォッチャＩＤ及び拒否ウォッチャＩＤを対応付けておき、記憶部１１に記憶しておく構成としてもよい。
【０２１３】
また、実施の形態１では、プレゼンスサーバ装置１の制御部１０は、ウォッチャのプレゼンス情報に基づいて変更要と判定した場合、引き継ぎ先候補への変更可否の問い合わせを行なう間、引き継ぎ完了待ちテーブルを作成、記憶する構成とした。しかしながら、本発明では、引き継ぎ完了待ちテーブルの記憶は必須ではなく、問い合わせ処理を行なわない場合は記憶しなくともよい。ただし、引き継ぎ完了待ちテーブルが記憶されることにより、問い合わせが完了するまでにいずれの通知先についての変更可否の問い合わせ中であるかを制御部１０が認識することが可能である。制御部１０は、変更可否についての問い合わせに対して応答を受信した場合、その応答が引き継ぎ完了待ちテーブルに記憶されているウォッチャＩＤ及びプレゼンティティＩＤの組に合致するときにのみ、通知先を変更する。これにより、変更要と判定されたウォッチャＩＤのウォッチャがプレゼンス情報を受け付ける状態に戻った場合等、変更可否の問い合わせは行なわれているが変更すべきでない場合に、実際に変更されることを回避することが可能になる。
【０２１４】
なお、引き継ぎ完了待ちテーブルが記憶されない構成とした場合は、引き継ぎ先候補に決定されたウォッチャへの変更（引き継ぎ）可否についてプレゼンス端末装置２へ問い合わせ処理を行なうことなしに、通知先を変更してもよい。引き継ぎ先候補リストの先頭のウォッチャがプレゼンス情報を受け付ける状態である場合、当該ウォッチャを次の通知先に変更する。このときに予め記憶しておいた変更可否テーブルを参照する構成としてもよい。これにより、いずれかのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報が確実に通知され、いずれかのウォッチャがプレゼンス情報を確実に受け付けて確認することが可能である。
【０２１５】
実施の形態１では、変更の要否を判定する場合に参照する変更条件は、「在席」、「不在」、「出張中」、「多忙」等の状態情報に応じた内容であった。しかしながら、本発明はこれに限らず、位置情報に応じた変更条件であってもよい。この場合、プレゼンスサーバ装置１の制御部１０は、各ウォッチャにＲＦＩＤを使用したカードを持たせる等により位置情報を取得し、所定の範囲での存否を変更条件としてもよい。ウォッチャのプレゼンス情報の内容に応じて変更条件を設定することが可能である。
【０２１６】
（実施の形態２）
実施の形態２では、本発明に係る情報通信システムを、工場の設備の稼働状況を確実に管理するための稼働状況管理システムに適用した場合の例を挙げて説明する。
【０２１７】
図３７は、実施の形態２における稼働状況管理システムの構成の概要を模式的に示す説明図である。稼働状況管理システムは、工場内ＬＡＮ等のネットワークＮに接続されているプレゼンスサーバ装置１と、プレゼンス端末装置２，２，…と、複数のウォッチャ端末装置３ａ，３ｂ，…とを備えてプレゼンスシステムを構成している。
【０２１８】
実施の形態２での稼働状況管理システムは、工場の設備の保守作業員による各設備の稼働状況の把握及びメンテナンスに利用される。実施の形態２の稼働状況管理システムにおけるウォッチャは保守作業員である。実施の形態２でもウォッチャには夫々ウォッチャＩＤ「ｕｓｅｒ１」、「ｕｓｅｒ２」、「ｕｓｅｒ３」、及び「ｕｓｅｒ４」が割り振られている。各ウォッチャはウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄを使用している。また、実施の形態２の稼働状況管理システムにおけるプレゼンティティは、稼働状況の監視対象である設備である。各設備のプレゼンティティＩＤは「ｍａｃｈｉｎｅＡ」、「ｍａｃｈｉｎｅＢ」、「ｍａｃｈｉｎｅＣ」、「ｍａｃｈｉｎｅＤ」、…である。実施の形態２においても、ウォッチャである保守作業員のプレゼンス情報に応じて処理が行なわれるという意味では、ウォッチャもまたプレゼンティティであり、ウォッチャのプレゼンティティ情報がウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄからプレゼンスサーバ装置１へ通知される。
【０２１９】
実施の形態２における稼働状況管理システムのプレゼンスサーバ装置１、プレゼンス端末装置２，２，…、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…、及びネットワークＮとを含むプレゼンスシステムとしての構成は、実施の形態１における介護支援システムと同様である。
【０２２０】
ただし、実施の形態２における稼働状況管理システムでは、上述のようにプレゼンティティが設備である。したがって、設備が自身でプレゼンス情報をプレゼンス端末装置２，２，…を用いて登録し、通知させることはできない。実施の形態２におけるプレゼンス端末装置２，２，…は、温度センサ、赤外線センサ等を利用したコンピュータ装置であり、設備内の特定の箇所の温度、物体の有無、動きを検知し、検知した温度、物体の有無、動きに応じてプレゼンス情報を自動的に登録するように構成されている。例えば、設備Ａに設置されているプレゼンス端末装置２は、設備Ａの冷却水の温度を測定する温度センサを利用し、温度センサによって測定された温度が所定値以上である場合、当該状況を知らせるプレゼンス情報をプレゼンスサーバ装置１へ通知するように構成されている。また、プレゼンス端末装置２，２，…は、センサを利用して検知した各種情報が所定の条件を満たした場合には、設備のメンテナンスを要求するプレゼンス情報を通知する機能を有していてもよい。
【０２２１】
また、実施の形態２における稼働状況管理システムでは、各設備のプレゼンス情報は全ての保守作業員が使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へ通知されるのではなく、各設備の担当者である保守作業員が使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知されるように構成されている。ただし、実施の形態２における稼働状況管理システムでは、プレゼンティティが設備であるためにウォッチャである保守作業員からの購読依頼の作業は行なわれない。プレゼンティティ毎に、予め担当が割り当てられたウォッチャ（許可されたウォッチャ）が使用するウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…へプレゼンス情報が通知されるように構成される。
【０２２２】
このように、各設備の稼働状況（状況、異常／正常情報、メンテナンス要求）が夫々の担当の保守作業員に通知され、各装置における状況をリアルタイムに通知することができる稼働状況管理システムを実現することができる。
【０２２３】
そして、実施の形態２の稼働状況管理システムにおいても、実施の形態１における介護支援システム同様に、プレゼンティティである各設備の状況は常にいずれかの保守作業員によって把握されるべきである。したがって、各設備のプレゼンス情報は、いずれかのウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄへ確実に通知されるべきである。そこで、実施の形態２の稼働状況管理システムにも本発明に係る情報通信システムを適用する。これにより、例えば、設備Ａの担当の保守作業員が使用するウォッチャ端末装置３ａへプレゼンス情報が通知されていた状態が、当該担当の保守作業員が他の設備のメンテナンス作業に取り掛かる等の理由によりプレゼンス情報の通知を受け付けられない状態へ変化した場合、他の保守作業員が使用するウォッチャ端末装置３ｂ，３ｃ，３ｄ，…のいずれかへプレゼンス情報の通知先が適切に引き継がれるように、プレゼンスサーバ装置１が通知先を変更する処理を行なうようにする。
【０２２４】
以下に、実施の形態２におけるウォッチャ端末３ａ，３ｂ，３ｃ，３ｄ，…間における通知先の適切な引き継ぎを実現するための構成及び処理の詳細について以下に説明する。なお、実施の形態２における稼働状況管理システムの構成の内、実施の形態１と共通する構成については同一の符号を付して詳細な説明を省略する。
【０２２５】
図３８は、実施の形態２におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の表示部３５に表示される画面例を示す説明図である。図３８の説明図に示す画面例は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の記憶部３１に記憶してある保守作業員用プレゼンスアプリケーションプログラムを制御部３０が読み出して実行することにより表示される。
【０２２６】
図３８の説明図に示す画面例の構成は、実施の形態１における図３の説明図に示した画面例の構成と同様である。図３８の画面例では、プレゼンティティＩＤが「ｍａｃｈｉｎｅＡ」である「設備Ａ」、プレゼンティティＩＤが「ｍａｃｈｉｎｅＣ」である「設備Ｃ」、及びプレゼンティティＩＤが「ｍａｃｈｉｎｅＤ」である「設備Ｄ」の稼働状況を表わす最新のプレゼンス情報が表示されている。
【０２２７】
図３８の画面例の「登録」ボタン３０３は、ウォッチャである保守作業員が自身のプレゼンス情報の登録をする際に使用されるボタンである。保守作業員は、入力部３３のマウス等を操作して「登録」ボタン３０３を押下することにより、自身の「巡回中」、「点検中」、「作業中」又は「休暇」等の状態情報を設定し、ウォッチャのプレゼンス情報として通知させることが可能である。また、実施の形態２におけるウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…では、保守作業員が自身の状態を登録する際又は自身の状態を登録した後、プレゼンス情報の通知を受け付けられない「作業中」又は「休暇」等の状態となる場合、監視対象のプレゼンティティに対応する伝言情報を登録することができるように構成されている。具体的には、「登録」ボタン３０３が押下された場合に表示される画面に、状態情報の選択肢夫々に応じたラジオボタンと、プレゼンティティ毎に伝言情報を入力することが可能な編集ボックスと、制御部３０に送信を指示する「登録」ボタンとが表示されるようにすればよい。
【０２２８】
制御部３０は、「登録」ボタン３０３が入力部３３によって押下されたことを検知した場合、設定された状態情報（プレゼンス情報）をプレゼンスサーバ装置１へ送信する。伝言情報が登録された場合、制御部３０は登録された伝言情報をプレゼンスサーバ装置１に送信する。プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から送信されたプレゼンス情報を受信した場合、ウォッチャＩＤに対応付けてプレゼンス情報を記憶しておく。また、制御部１０は、伝言情報を受信した場合、対応するプレゼンティティのプレゼンティティＩＤと共に伝言情報を一時記憶領域１２に記憶しておく。
【０２２９】
次に、プレゼンスサーバ装置１の記憶部１１に記憶されるバディリスト及び通知先リストについて説明する。実施の形態２における稼働状況管理システムでは、プレゼンス情報の購読依頼に対する可否の処理は行なわれない。したがって、バディリスト及び通知先リストは、工場の設備の配置及び担当者の配置に応じて予め作成され、プレゼンスサーバ装置１の記憶部１１に記憶されている。
【０２３０】
図３９は、実施の形態２におけるプレゼンスサーバ装置１の記憶部１１に記憶されているバディリスト及び通知先リストの内容例を示す説明図である。図３９（ａ）は、バディリストの内容例を示し、図３９（ｂ）は通知先リストの内容例を示している。
【０２３１】
図３９（ａ）の説明図に示すバディリストの例では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャは、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」、「ｍａｃｈｉｎｅＣ」及び「ｍａｃｈｉｎｅＤ」のプレゼンス情報の購読をしていることが示されている。ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは、プレゼンティティＩＤ「ｍａｃｈｉｎｅＢ」のプレゼンス情報を購読していることが示されている。そして、図３９（ａ）の説明図に示すバディリストの内容例では、いずれのウォッチャも他のウォッチャから通知先を引き継いでいない。
【０２３２】
図３９（ｂ）の説明図に示す通知先リストの例では、図３９（ａ）のバディリストと対応して、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」である「設備Ａ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」の保守作業員（ウォッチャ）を通知先としていることが示されている。同様に、プレゼンティティＩＤ「ｍａｃｈｉｎｅＢ」である「設備Ｂ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先とし、プレゼンティティＩＤ「ｍａｃｈｉｎｅＣ」である「設備Ｃ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先とし、プレゼンティティＩＤ「ｍａｃｈｉｎｅＤ」である「設備Ｄ」の最新のプレゼンス情報は、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としていることが示されている。そして、図３９（ｂ）の説明図に示す通知先リストの内容例では、いずれのプレゼンス情報の通知先も引き継がれていない。
【０２３３】
実施の形態２における稼働状況管理システムにおいても、プレゼンスサーバ装置１の制御部１０は、各ウォッチャのプレゼンス情報を変更条件に照らし、変更要否を判定する。そして、実施の形態２におけるプレゼンスサーバ装置１の制御部１０は、変更要と判定した場合、問い合わせ処理を行なうことなしに予め通知が許可された担当者を示す担当割当テーブルを変更可否テーブルとして扱い、当該担当割当テーブルに基づいて引き継ぎ先候補を決定し、変更処理を実行する。
【０２３４】
図４０は、実施の形態２におけるプレゼンスサーバ装置１の記憶部１１に記憶されている変更条件及び担当割当テーブルの内容例を示す説明図である。図４０（ａ）は、変更条件の内容例を示し、図４０（ｂ）は担当割当テーブル（変更可否テーブル）の内容例を示している。
【０２３５】
図４０（ａ）の説明図では、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「作業中」又は「休暇」である場合に通知先が変更されるべきであることが示されている。同様に、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャを通知先としているプレゼンス情報は、ウォッチャのプレゼンス情報が「作業中」である場合に通知先が変更されるべきであることが示されている。
【０２３６】
図４０（ｂ）の説明図に示すように、担当割当テーブルには各設備のプレゼンティティＩＤ毎に担当作業員のウォッチャＩＤ、即ちプレゼンス情報の通知が許可されているウォッチャのウォッチャＩＤが対応付けられて記憶されている。図４０（ｂ）の説明図に示す例では、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報についてはウォッチャＩＤ「ｕｓｅｒ１」、「ｕｓｅｒ２」及び「ｕｓｅｒ４」のウォッチャが使用するウォッチャ端末装置３ａ，３ｂ，３ｄへの通知が許可されていることが示されている。同様に、プレゼンティティＩＤ「ｍａｃｈｉｎｅＢ」のプレゼンス情報については、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャが使用するウォッチャ端末装置３ｂへの通知が許可されていることが示されている。
【０２３７】
プレゼンスサーバ装置１の制御部１０は、図３９（ａ）及び（ｂ）に示したバディリスト及び通知先リストを参照して、プレゼンス端末装置２，２，…から通知されるプレゼンス情報をウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…のいずれかへ通知する。そして、実施の形態２における稼働状況管理システムでも、プレゼンスサーバ装置１の制御部１０は、ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…から通知されるウォッチャのプレゼンス情報と図４０（ａ）の説明図に示した変更条件とを照らし、変更の要否を判定し、変更が必要な場合には通知先を変更する処理を行なう。そしてプレゼンスサーバ装置１の制御部１０は、通知先を変更するに際し、実施の形態１における変更可否テーブルに相当する、図４０（ｂ）の説明図に示した担当割当テーブルに基づいて引き継ぎ先を決定する。
【０２３８】
図４１及び図４２は、実施の形態２におけるプレゼンスサーバ装置１の制御部１０が、担当割当テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。なお、図４１及び図４２のフローチャートに示す処理手順の内、実施の形態１における図３３及び図３４のフローチャートに示した処理手順と共通する処理手順については同一のステップ番号を付して詳細な説明を省略する。
【０２３９】
制御部１０は、各ウォッチャのプレゼンス情報を図４０（ａ）の説明図に示した変更条件を参照し（Ｓ４０５）、変更の要否を判定する（Ｓ４０６）。制御部１０は、変更が必要であると判定した場合（Ｓ４０６：ＹＥＳ）、担当割当テーブル（変更可否テーブル）に基づいて引き継ぎ先候補を決定する（Ｓ４０７）。
【０２４０】
具体的には、制御部１０は以下のようにして引き継ぎ先候補を決定する。制御部１０はバディリストを参照し、変更要と判定されたウォッチャが購読しているプレゼンス情報のプレゼンティティＩＤを取得する。制御部１０は、担当割当テーブルを参照し、バディリストから取得したプレゼンティティＩＤの担当者（許可されているウォッチャ）として記憶してあるウォッチャＩＤをリストの順に読み出し、変更要と判定された元のウォッチャを除いて一番上位に記憶されているウォッチャＩＤを読み出す。読み出したウォッチャＩＤのプレゼンス情報を参照し、プレゼンス情報が示す状態が変更条件に照らして変更要と判定される状態でない場合、読み出したウォッチャＩＤのウォッチャを引き継ぎ先候補として決定する。
【０２４１】
次に制御部１０は、バディリスト及び通知先リストを参照し、変更要と判定された元のウォッチャを通知先としているプレゼンス情報のプレゼンティティＩＤを取得する（Ｓ４０８）。そして制御部１０は、変更要と判定された元のウォッチャに関係する既存の引き継ぎ情報を削除する（Ｓ４０９）。そして制御部１０は、担当割当テーブルを参照して決定した次の引き継ぎ先候補へ、実際に通知先を変更する変更処理を実行し（Ｓ８４）、変更要と判定されたウォッチャを通知先としていたプレゼンス情報の全プレゼンティティについて変更を完了したか否かを判断する（Ｓ８２）。
【０２４２】
制御部１０は、全プレゼンティティについて変更を完了していないと判断した場合（Ｓ８２：ＮＯ）、処理をステップＳ８４へ戻して次のプレゼンティティについての変更処理を実行する（Ｓ８４）。制御部１０は、全プレゼンティティについて変更を完了したと判断した場合（Ｓ８２：ＹＥＳ）、変更条件及び担当割当テーブルに基づく変更要否の判定処理及び引き継ぎ先候補を決定する処理を終了する。
【０２４３】
図４３は、実施の形態２におけるプレゼンスサーバ装置１の記憶部１１のバディリスト及び通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。図４３（ａ）は、図３９（ａ）に示したバディリストが更新された後の内容例を示し、図４３（ｂ）は、図３９（ｂ）に示した通知先リストが更新された後の内容例を示している。なお、図４３の説明図に示す内容例は、図３９の説明図に示したバディリスト及び通知先リストに対し、ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャがメンテナンス作業に取り掛かり始め、自身のプレゼンス情報「作業中」をウォッチャ端末装置３ａで登録したことに応じて変更処理が実行され、更新されたバディリスト及び通知先リストの例を示している。
【０２４４】
ウォッチャＩＤ「ｕｓｅｒ１」のウォッチャのプレゼンス情報が「作業中」となった場合、プレゼンスサーバ装置１の制御部１０は、当該ウォッチャを通知先とする、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」、「ｍａｃｈｉｎｅＣ」及び「ｍａｃｈｉｎｅＤ」のプレゼンス情報の通知先を変更すべきと判定する。プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報についての引き継ぎ先候補としては、図４０（ｂ）に示した担当割当テーブルに基づき、ウォッチャＩＤ「ｕｓｅｒ１」の次に記憶されているウォッチャＩＤ「ｕｓｅｒ２」が決定される。
【０２４５】
そして図４３（ａ）の説明図に示すように、ウォッチャＩＤ「ｕｓｅｒ２」が購読するプレゼンス情報のプレゼンティティＩＤに、「ｍａｃｈｉｎｅＡ」が制御部１０による変更処理で追加される。ウォッチャＩＤ「ｕｓｅｒ２」の「ｍａｃｈｉｎｅＡ」のエントリについては、「引き継ぎ有」が「ｙｅｓ」となるように対応付けられて記憶されている。図４３（ａ）の説明図に示されるバディリストは、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャによるプレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報の購読は、いずれかのウォッチャから通知先を引き継いでいるものであることを示している。
【０２４６】
また、図４３（ｂ）の説明図に示すように、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」の通知先リストには、引き継ぎ元のウォッチャのウォッチャＩＤ「ｕｓｅｒ１」に加えて引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ２」が記憶される。また、引き継ぎ先のウォッチャのウォッチャＩＤ「ｕｓｅｒ２」には、引き継ぎ元ウォッチャＩＤとして「ｕｓｅｒ１」が対応付けられている。同様に、ウォッチャＩＤ「ｕｓｅｒ１」が通知先であったプレゼンティティＩＤ「ｍａｃｈｉｎｅＣ」及び「ｍａｃｈｉｎｅＤ」についても通知先が追加され、引き継ぎ元ウォッチャＩＤ「ｕｓｅｒ１」が対応付けられている。制御部１０は、図４３（ｂ）の説明図に示す内容例の通知先リストを参照することにより、プレゼンティティＩＤ「ｍａｃｈｉｎｅＡ」のプレゼンス情報を通知するに際し、ウォッチャＩＤ「ｕｓｅｒ２」のウォッチャは通知先を引き継ぎ中であることを認識することが可能である。
【０２４７】
制御部１０は、上述のように変更処理を行ない、引き継ぎ先のウォッチャ端末装置３ｂへ最初にプレゼンス情報を通知するに際し、付加情報と同様の扱いにより、当該プレゼンティティに対応付けて一時記憶領域１２に記憶しておいた伝言情報を共に通知する。
【０２４８】
図４４は、実施の形態２における引き継ぎ先のウォッチャ端末装置３ｂの表示部３５に表示される画面例を示す説明図である。ウォッチャ端末装置３ａ，３ｂ，３ｃ，３ｄ，…の制御部３０は、プレゼンス情報と共に通知される伝言情報を受信した場合、当該伝言情報を表示部３５に表示する。図４４の画面例では、プレゼンス情報表示エリア３０２に、プレゼンティティ「設備Ａ」のプレゼンス情報と共に「設備Ａ」の元のウォッチャからの伝言情報が表示されていることが示されている。これにより、引き継ぎ先のウォッチャ端末装置３ｂを使用するウォッチャである保守作業員は、引き継いだ監視対象の過去の情報及び対処の仕方を詳しく知ることができ、より正確にプレゼンティティの状況を把握することが可能となる。
【０２４９】
このように、工場での各設備を監視する稼働状況管理システムに本発明に係る情報通信システムを適用することにより、各設備の状況が自動的に、保守作業員全員でなく担当の保守作業員に通知されるように構成されている場合に、当該担当の保守作業員が通知を受け付けられない状態となったときでも、自動的に通知先が変更され、確実にいずれかの保守作業員が引き継ぐことによって状況を把握することができる。
【０２５０】
上述のように、実施の形態１では介護システムに本発明の情報通信システムを適用した例を示し、実施の形態２では稼働状況管理システムに適用する例に示して説明した。本発明に係る情報通信システムはこれに限らず、監視対象の状態を確実に監視する警報システム等のシステムに適用することが可能である。また、常時監視が必要な危険な場所での作業状態管理システム、各種警報システムへの適用が可能である。これらの場合も、プレゼンティティが「モノ」であるときには、プレゼンティティが購読可否、変更可否の問い合わせに応答することが難しいので、実施の形態２では変更可否テーブルに基づいて決定した。しかしながらこのとき、各プレゼンティティについての引き継ぎについての問い合わせが所定の管理者へまとめて送信される構成とすることによっても適用が可能である。このように本発明に係る情報通信システムを適用することにより、夫々のシステムで優れた効果を奏する。
【０２５１】
以上の実施の形態に関し更に、以下の付記を開示する。
【０２５２】
（付記１）
プレゼンス情報の通知を受け付ける受付手段と、
前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段と
を備えることを特徴とする情報通信装置。
【０２５３】
（付記２）
前記変更手段は、
前記プレゼンス情報の通知を受け付ける複数の外部装置から、一又は複数の次の通知先候補を抽出する抽出手段と、
該抽出手段が抽出した次の通知先候補への変更可否についてプレゼンス情報の通知元へ問い合わせ処理を行なう問い合わせ手段と
を備え、
該問い合わせ手段の問い合わせに対する前記通知元からの応答が変更可を示す通知先候補を次の通知先として変更するようにしてあること
を特徴とする付記１に記載の情報通信装置。
【０２５４】
（付記３）
前記問い合わせ手段の問い合わせに対する前記通知元からの応答が変更不可を示す場合、
前記抽出手段により他の通知先候補を抽出し、抽出した他の通知先候補への変更可否について前記問い合わせ手段により再度問い合わせるようにしてあること
を特徴とする付記２に記載の情報通信装置。
【０２５５】
（付記４）
前記問い合わせ手段は、通知先候補夫々の状態情報を共にプレゼンス情報の通知元へ送信する手段を備えること
を特徴とする付記２又は３に記載の情報通信装置。
【０２５６】
（付記５）
変更後の通知先へプレゼンス情報を通知するに際し、プレゼンス情報の通知元についての付加情報を共に送信する手段を備えること
を特徴とする付記１乃至４のいずれかに記載の情報通信装置。
【０２５７】
（付記６）
前記変更要否手段が変更要と判定した場合、変更要と判定された通知先に対応付けて抽出された次の通知先候補を記憶しておく手段と、
前記問い合わせ手段に応じた変更可否の応答を受け付ける前に、前記取得手段が取得した前記通知先の状態情報に基づき、前記変更要否判定手段が変更不要と判定した場合、前記通知先に対応付けて記憶された通知先候補を削除する手段と
を備え、
前記変更手段は、通知先候補の対応付けが削除された通知先については、通知先を変更しないようにしてあること
を特徴とする付記２乃至５のいずれかに記載の情報通信装置。
【０２５８】
（付記７）
前記変更手段は、通知先を変更するに際し、通知先に対応付けて変更前の通知先を示す情報を記憶する手段と、
変更前の通知先に対応付けて変更後の通知先を示す情報を記憶する手段と
を特徴とする付記１乃至６のいずれかに記載の情報通信装置。
【０２５９】
（付記８）
通知先の変更後、変更前の通知先の状態情報に基づき前記変更要否判定手段が変更不要と判定した場合、変更後の通知先へのプレゼンス情報の通知を停止する手段
を備え、
前記変更手段は、変更前の通知先を通知先とするようにしてあること
を特徴とする付記７に記載の情報通信装置。
【０２６０】
（付記９）
前記変更手段により変更された変更後の通知先を記憶する手段と、
記憶した前記変更後の通知先を変更前の予め許可されていた通知先へ通知する手段と
を特徴とする付記１乃至８のいずれかに記載の情報通信装置。
【０２６１】
（付記１０）
プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を記憶しておき、
前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先として決定するようにしてあること
を特徴とする付記１、及び付記７乃至９のいずれかに記載の情報通信装置。
【０２６２】
（付記１１）
前記問い合わせ手段に応じた通知元からの変更可否の応答に基づいて、プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を作成して記憶する作成手段を備え、
前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先と決定するようにしてあること
を特徴とする付記２乃至９のいずれかに記載の情報通信装置。
【０２６３】
（付記１２）
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置と、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置と、前記第１及び第２端末装置間の通信を中継する中央装置とを含む情報通信システムであって、
前記中央装置は、
前記第１端末装置からプレゼンス情報の通知を受け付ける受付手段と、
前記第２端末装置の内、通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
該通知先記憶手段が記憶している通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
プレゼンス情報が通知された場合、前記変更手段が変更した後の通知先へ前記プレゼンス情報を通知する通知手段と
を備えることを特徴とする情報通信システム。
【０２６４】
（付記１３）
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置、及び、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置間の通信を、中央装置が中継する情報通信方法であって、
前記中央装置は、
前記第２端末装置の内、プレゼンス情報の通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶しておき、
プレゼンス情報の通知先の状態を示す状態情報を取得し、
取得した状態情報に基づき、通知先の変更の要否を判定し、
変更要と判定した場合、前記状態情報に基づき次の通知先を決定して変更し、
変更後の通知先を、通知先として記憶し直し、
プレゼンス情報の通知を受け付けた場合、変更後の通知先へ前記プレゼンス情報を通知する
ことを特徴とする情報通信方法。
【０２６５】
（付記１４）
ネットワークを介して通信する手段を備えるコンピュータを、
プレゼンス情報の通知を受け付ける受付手段、
前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段、
プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段、及び、
前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段
として機能させることを特徴とするコンピュータプログラム。
【図面の簡単な説明】
【０２６６】
【図１】実施の形態１における介護支援システムの構成の概要を模式的に示す説明図である。
【図２】実施の形態１における介護支援システムを構成するプレゼンスサーバ装置、プレゼンス端末装置、及びウォッチャ端末装置の内部構成を示すブロック図である。
【図３】実施の形態１におけるウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【図４】実施の形態１におけるウォッチャ端末装置の表示部に、プレゼンス情報の購読依頼時に表示される画面例を示す説明図である。
【図５】実施の形態１におけるウォッチャ端末装置の表示部に、メッセージ送信時に表示される画面例を示す説明図である。
【図６】実施の形態１におけるプレゼンス端末装置の表示部に表示される画面例を示す説明図である。
【図７】実施の形態１におけるプレゼンス端末装置の表示部に、プレゼンス情報の通知時に表示される画面例を示す説明図である。
【図８】実施の形態１におけるプレゼンスサーバ装置の制御部が、購読依頼を受信した場合の処理手順の一例を示すフローチャートである。
【図９】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶されるバディリストの内容例を示す説明図である。
【図１０】実施の形態１におけるプレゼンス端末装置での購読可否の問い合わせ応答時に、表示部に表示される画面例を示す説明図である。
【図１１】実施の形態１におけるプレゼンスサーバ装置の制御部が、購読可否の問い合わせに対する応答を受信した場合の処理手順の一例を示すフローチャートである。
【図１２】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される通知先リストの内容例を示す説明図である。
【図１３】実施の形態１におけるプレゼンス端末装置によりプレゼンス情報が通知された場合の、プレゼンスサーバ装置の制御部による処理手順の一例を示すフローチャートである。
【図１４】実施の形態１におけるウォッチャ端末装置から通知されるプレゼンス情報の内容例を示す説明図である。
【図１５】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶されている変更条件の内容例を示す説明図である。
【図１６】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶されているウォッチャの属性リストの内容例を示す説明図である。
【図１７】実施の形態１におけるプレゼンスサーバ装置の制御部が、通知先の変更の要否を判定する処理手順の一例を示すフローチャートである。
【図１８】実施の形態１におけるプレゼンスサーバ装置の制御部が、通知先の変更の要否を判定する処理手順の一例を示すフローチャートである。
【図１９】実施の形態１におけるプレゼンスサーバ装置の制御部が記憶する引き継ぎ完了待ちテーブルの内容例を示す説明図である。
【図２０】実施の形態１におけるプレゼンス端末装置での変更可否の問い合わせ応答時に、表示部に表示される画面例を示す説明図である。
【図２１】実施の形態１におけるプレゼンス端末装置での変更可否の問い合わせ応答時に、表示部に表示される画面例を示す説明図である。
【図２２】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更可否の問い合わせへの応答を受信した場合の処理手順の一例を示すフローチャートである。
【図２３】実施の形態１におけるプレゼンスサーバ装置の記憶部のバディリストが、通知先の変更によって更新された場合の内容例を示す説明図である。
【図２４】実施の形態１におけるプレゼンスサーバ装置の記憶部の通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。
【図２５】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される付加情報の内容例を示す説明図である。
【図２６】実施の形態１における引き継ぎ先のウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【図２７】実施の形態１における引き継ぎ先のウォッチャ端末装置から、更に通知先が変更された場合のバディリストの内容例を示す説明図である。
【図２８】実施の形態１における引き継ぎ先のウォッチャ端末装置から、更に通知先が変更された場合の通知先リストの内容例を示す説明図である。
【図２９】実施の形態１におけるプレゼンスサーバ装置の制御部が通知先を変更した後に、プレゼンス情報が通知された場合の処理手順の一例を示すフローチャートである。
【図３０】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される通知履歴の内容例を示す説明図である。
【図３１】実施の形態１におけるプレゼンスサーバ装置の制御部により、引き継ぎ元が変更不要な状態に戻った場合に行なわれる処理手順の一例を示すフローチャートである。
【図３２】実施の形態１におけるプレゼンスサーバ装置の記憶部に記憶される変更可否テーブルの内容例を示す説明図である。
【図３３】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更可否テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図３４】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更可否テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図３５】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更要否の問い合わせへの応答に応じて変更可否テーブルを作成、更新する処理手順の一例を示すフローチャートである。
【図３６】実施の形態１におけるプレゼンスサーバ装置の制御部が、変更要否の問い合わせへの応答に応じて変更可否テーブルを作成、更新する処理手順の一例を示すフローチャートである。
【図３７】実施の形態２における稼働状況管理システムの構成の概要を模式的に示す説明図である。
【図３８】実施の形態２におけるウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【図３９】実施の形態２におけるプレゼンスサーバ装置の記憶部に記憶されているバディリスト及び通知先リストの内容例を示す説明図である。
【図４０】実施の形態２におけるプレゼンスサーバ装置の記憶部に記憶されている変更条件及び担当割当テーブルの内容例を示す説明図である。
【図４１】実施の形態２におけるプレゼンスサーバ装置の制御部が、担当割当テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図４２】実施の形態２におけるプレゼンスサーバ装置の制御部が、担当割当テーブルに基づいて引き継ぎ先候補を決定する処理手順の一例を示すフローチャートである。
【図４３】実施の形態２におけるプレゼンスサーバ装置の記憶部のバディリスト及び通知先リストが、通知先の変更によって更新された場合の内容例を示す説明図である。
【図４４】実施の形態２における引き継ぎ先のウォッチャ端末装置の表示部に表示される画面例を示す説明図である。
【符号の説明】
【０２６７】
１ プレゼンスサーバ装置
２，２，… プレゼンス端末装置
３ａ，３ｂ，３ｃ，３ｄ，… ウォッチャ端末装置
１０，２０，３０ 制御部
１１，２１，３１ 記憶部
１Ｐ 制御プログラム
【特許請求の範囲】
【請求項１】
プレゼンス情報の通知を受け付ける受付手段と、
前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段と
を備えることを特徴とする情報通信装置。
【請求項２】
前記変更手段は、
前記プレゼンス情報の通知を受け付ける複数の外部装置から、一又は複数の次の通知先候補を抽出する抽出手段と、
該抽出手段が抽出した次の通知先候補への変更可否についてプレゼンス情報の通知元へ問い合わせ処理を行なう問い合わせ手段と
を備え、
該問い合わせ手段の問い合わせに対する前記通知元からの応答が変更可を示す通知先候補を次の通知先として変更するようにしてあること
を特徴とする請求項１に記載の情報通信装置。
【請求項３】
前記問い合わせ手段の問い合わせに対する前記通知元からの応答が変更不可を示す場合、
前記抽出手段により他の通知先候補を抽出し、抽出した他の通知先候補への変更可否について前記問い合わせ手段により再度問い合わせるようにしてあること
を特徴とする請求項２に記載の情報通信装置。
【請求項４】
前記変更手段は、通知先を変更するに際し、通知先に対応付けて変更前の通知先を示す情報を記憶する手段と、
変更前の通知先に対応付けて変更後の通知先を示す情報を記憶する手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報通信装置。
【請求項５】
通知先の変更後、変更前の通知先の状態情報に基づき前記変更要否判定手段が変更不要と判定した場合、変更後の通知先へのプレゼンス情報の通知を停止する手段
を備え、
前記変更手段は、変更前の通知先を通知先とするようにしてあること
を特徴とする請求項４に記載の情報通信装置。
【請求項６】
前記問い合わせ手段に応じた通知元からの変更可否の応答に基づいて、プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を作成して記憶する作成手段を備え、
前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先と決定するようにしてあること
を特徴とする請求項２乃至５のいずれかに記載の情報通信装置。
【請求項７】
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置と、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置と、前記第１及び第２端末装置間の通信を中継する中央装置とを含む情報通信システムであって、
前記中央装置は、
前記第１端末装置からプレゼンス情報の通知を受け付ける受付手段と、
前記第２端末装置の内、通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
該通知先記憶手段が記憶している通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
プレゼンス情報が通知された場合、前記変更手段が変更した後の通知先へ前記プレゼンス情報を通知する通知手段と
を備えることを特徴とする情報通信システム。
【請求項８】
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置、及び、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置間の通信を、中央装置が中継する情報通信方法であって、
前記中央装置は、
前記第２端末装置の内、プレゼンス情報の通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶しておき、
プレゼンス情報の通知先の状態を示す状態情報を取得し、
取得した状態情報に基づき、通知先の変更の要否を判定し、
変更要と判定した場合、前記状態情報に基づき次の通知先を決定して変更し、
変更後の通知先を、通知先として記憶し直し、
プレゼンス情報の通知を受け付けた場合、変更後の通知先へ前記プレゼンス情報を通知する
ことを特徴とする情報通信方法。
【請求項１】
プレゼンス情報の通知を受け付ける受付手段と、
前記プレゼンス情報の通知を受け付ける複数の外部装置の内、通知が許可される一又は複数の外部装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
プレゼンス情報の通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
前記受付手段により通知を受け付けたプレゼンス情報を、変更後の通知先へ通知する通知手段と
を備えることを特徴とする情報通信装置。
【請求項２】
前記変更手段は、
前記プレゼンス情報の通知を受け付ける複数の外部装置から、一又は複数の次の通知先候補を抽出する抽出手段と、
該抽出手段が抽出した次の通知先候補への変更可否についてプレゼンス情報の通知元へ問い合わせ処理を行なう問い合わせ手段と
を備え、
該問い合わせ手段の問い合わせに対する前記通知元からの応答が変更可を示す通知先候補を次の通知先として変更するようにしてあること
を特徴とする請求項１に記載の情報通信装置。
【請求項３】
前記問い合わせ手段の問い合わせに対する前記通知元からの応答が変更不可を示す場合、
前記抽出手段により他の通知先候補を抽出し、抽出した他の通知先候補への変更可否について前記問い合わせ手段により再度問い合わせるようにしてあること
を特徴とする請求項２に記載の情報通信装置。
【請求項４】
前記変更手段は、通知先を変更するに際し、通知先に対応付けて変更前の通知先を示す情報を記憶する手段と、
変更前の通知先に対応付けて変更後の通知先を示す情報を記憶する手段と
を備えることを特徴とする請求項１乃至３のいずれかに記載の情報通信装置。
【請求項５】
通知先の変更後、変更前の通知先の状態情報に基づき前記変更要否判定手段が変更不要と判定した場合、変更後の通知先へのプレゼンス情報の通知を停止する手段
を備え、
前記変更手段は、変更前の通知先を通知先とするようにしてあること
を特徴とする請求項４に記載の情報通信装置。
【請求項６】
前記問い合わせ手段に応じた通知元からの変更可否の応答に基づいて、プレゼンス情報の通知元毎に、通知先として許可／拒否される外部装置を示す変更可否情報を作成して記憶する作成手段を備え、
前記変更手段は、前記変更可否情報に基づき通知先として許可される外部装置を次の通知先と決定するようにしてあること
を特徴とする請求項２乃至５のいずれかに記載の情報通信装置。
【請求項７】
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置と、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置と、前記第１及び第２端末装置間の通信を中継する中央装置とを含む情報通信システムであって、
前記中央装置は、
前記第１端末装置からプレゼンス情報の通知を受け付ける受付手段と、
前記第２端末装置の内、通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶する通知先記憶手段と、
該通知先記憶手段が記憶している通知先の状態を示す状態情報を取得する取得手段と、
該取得手段が取得した状態情報に基づき、通知先の変更の要否を判定する変更要否判定手段と、
該変更要否判定手段が変更要と判定した場合に、前記状態情報に基づき次の通知先を決定し、通知先を変更する変更手段と、
プレゼンス情報が通知された場合、前記変更手段が変更した後の通知先へ前記プレゼンス情報を通知する通知手段と
を備えることを特徴とする情報通信システム。
【請求項８】
プレゼンス情報を通知する手段を備える一又は複数の第１端末装置、及び、プレゼンス情報の通知を受け付ける手段を備える複数の第２端末装置間の通信を、中央装置が中継する情報通信方法であって、
前記中央装置は、
前記第２端末装置の内、プレゼンス情報の通知が許可される一又は複数の第２端末装置を、前記プレゼンス情報の通知先として前記プレゼンス情報の通知元毎に対応付けて記憶しておき、
プレゼンス情報の通知先の状態を示す状態情報を取得し、
取得した状態情報に基づき、通知先の変更の要否を判定し、
変更要と判定した場合、前記状態情報に基づき次の通知先を決定して変更し、
変更後の通知先を、通知先として記憶し直し、
プレゼンス情報の通知を受け付けた場合、変更後の通知先へ前記プレゼンス情報を通知する
ことを特徴とする情報通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【公開番号】特開２００９−１４６３１３（Ｐ２００９−１４６３１３Ａ）
【公開日】平成２１年７月２日（２００９．７．２）
【国際特許分類】
【出願番号】特願２００７−３２５２１７（Ｐ２００７−３２５２１７）
【出願日】平成１９年１２月１７日（２００７．１２．１７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２１年７月２日（２００９．７．２）
【国際特許分類】
【出願日】平成１９年１２月１７日（２００７．１２．１７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]