(57)【要約】【課題】状態通知システムを用いて、ユーザが通知条件の設定を行い、実際に通知情報を受信するまでに、ユーザは、何の為に通知条件を設定したのかという事や、通知情報を受信した際に行うべき行動を忘れてしまっている事がある。【解決手段】ユーザが通知条件を設定する際、ユーザの使用する情報処理端末に備えた出力デバイスに表示されている情報を操作環境情報として、通知条件と共に設定し、通知情報を受信した時に、対応する前記操作環境情報を前記出力デバイスに表示する。【選択図】      図１
2004341670.tif 000002
【特許請求の範囲】
【請求項１】
データを管理する状態管理装置と情報処理端末とが通信ネットワークを介して接続された状態通知システムにおいて、
前記状態管理装置は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備え、
前記情報処理端末は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて、コンテキスト情報格納部に格納するコンテキスト情報収集部と、
通知条件と操作環境属性情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報をコンテキスト情報格納部から取得するコンテキスト情報取得部と、
前記コンテキスト情報取得部で取得した操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする状態通知システム。
【請求項２】
データの管理を行い、情報処理端末と通信ネットワークを介して接続された状態管理装置において、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備える事を特徴とする状態管理装置。
【請求項３】
データを管理する状態管理装置とネットワークを介して接続された情報処理端末において、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて、コンテキスト情報格納部に格納するコンテキスト情報収集部と、
通知条件と操作環境属性情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報をコンテキスト情報格納部から取得するコンテキスト情報取得部と、
前記コンテキスト情報取得部で取得した操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする情報処理端末。
【請求項４】
データを管理する状態管理装置と情報処理端末とが通信ネットワークを介して接続された状態通知システムにおいて、
前記状態管理装置は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備え、
前記情報処理端末は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、
前記操作環境情報を取得するコンテキスト情報収集部と、
通知条件と操作環境情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする状態通知システム。
【請求項５】
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付けるステップと、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて格納するステップと、
通知条件と操作環境属性情報とを含む通知依頼情報を送出するステップと、
前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報を取得するステップと、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を受信した際、前記通知依頼情報を格納するステップと、
データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理するステップと、
前記状態情報が前記通知条件を満たすか否か判定するステップと、
前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信するステップと、
取得した操作環境情報を出力するステップとを実行する事を特徴とする状態通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベースを有するサーバと少なくとも１台のコンピュータとを相互に接続する通信ネットワークシステムに関する。特に、前記データベースに格納したデータがユーザの所望するデータであれば、前記ユーザに通知する状態通知システム及び状態通知装置及び情報処理端末に関する。
【０００２】
【従来の技術】
ある注目するデータに対して変更が発生した事を知る為に、前記データがユーザの所定の値、又は所定の範囲内になった時に、前記ユーザに通知を行う状態通知システムの実用化が実現している。
【０００３】
この状態通知システムの一例が、特許文献１及び特許文献２の公報に開示されている。
【０００４】
特許文献１記載の公報には、ネットワークを介して受信した証券情報に基づいて、予め設定した証券が、予め設定した価格になったか否かをコンピュータで判定し、ユーザの端末へ通知を行う事が開示されている。
【０００５】
また、特許文献２記載の公報には、ユーザ端末のネットワークへの接続状態に基づいて、第一のユーザによって予め設定された第二のユーザ端末が、予め設定した接続状態になったか否かをコンピュータで判定し、第一のユーザの端末へ通知を行う事が開示されている。
【０００６】
上記のような状態通知システムは、証券会社の株価情報提供サービス、オフィスにおける在席管理システム、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）の提供するコミュニケーションツール等に活用され、普及している。
【０００７】
上記のように前記状態通知システムは、予め設定したデータが、予め設定した値になったか否かを判定するものであるが、前記データが更新されるタイミングを予測する事は出来ない。
【０００８】
例えば、在席管理システムでは、第一のユーザが、第二のユーザが作成した電子文書を読んでいる際、前記電子文書の不明点について第二のユーザへ問い合わせをしようと在席管理システムを確認するも、第二のユーザの在席状態が「帰宅」となっていた場合、第二のユーザの在席状態が「在席」になった時に第一のユーザへ通知するように設定を行う。
【０００９】
しかしながら、第二のユーザが長期休暇等で出社しておらず、１０日後に出社した場合、設定から１０日後に「在席」通知が第一のユーザに通知される事となる。このような場合、第一のユーザは、どのような用件で状態通知の設定をしたのか忘れてしまっている。
また、株価通知システムでは、第一の銘柄の株価が所定の株価を超えた場合と、第二の銘柄の株価が所定の株価を超えた場合に通知するように設定した場合、第一の銘柄の株価についての通知が来たら「売る」、第二の銘柄の株価についての通知が来たら「買う」と設定時にユーザが考えていたとしても、その通知が来る頃には、どの銘柄に関する通知が来たら「売る」又は「買う」だったのか忘れてしまっている。
【００１０】
そこで、不意に用件を忘れてしまっている場合に思い出す事を可能とする為、特許文献３には、登録されているＩＤにメッセージ及び月日の登録が出来、登録メッセージに対応するＩＤからの着信時、表示手段に該メッセージ及び月日の表示を行う事で、円滑な用件への対応を可能とする電話装置が開示されている。
【００１１】
【特許文献１】
特開２００１−１９５４５０号公報
【００１２】
【特許文献２】
特開平１０−４０３１７号公報
【００１３】
【特許文献３】
特開平１０−２１０１４２号公報
【００１４】
【発明が解決しようとする課題】
上記のように、ユーザが用件を忘却した時に、用件を思い出す事を可能とする為にメッセージの登録を行う事が可能であるが、ユーザは、設定する時に、自らメッセージ及び月日の入力を行わなければならない為、ユーザにとって煩わしい操作である。
【００１５】
メッセージ及び月日の入力操作が煩わしい為、ユーザは、メッセージ及び月日といった重要な情報を省略して入力操作を行う。その為、メッセージを表示する際、ユーザは自らが省略して入力したメッセージだけでは、情報量が少ない為、何の為に入力したものであったか思い出せない事がある。これは入力操作が煩わしいが為に発生する事象である。
【００１６】
本発明は、このような課題に鑑みなされたものであって、通知条件を登録した時のユーザの操作環境を登録時に自動的に保存しておき、通知時にユーザが通知条件を設定した時に如何なる操作をしていたのか自動的に再現する事で、ユーザが通知条件を設定した時に考えていた通知時の行動予定を、煩わしい操作を行う事無くユーザに思い出させる事の可能な情報をユーザに提示する状態通知システム及び状態通知装置及び情報処理端末を提供する事を目的とする。
【００１７】
【課題を解決するための手段】
上記の課題を解決する為に、本発明の状態通知システムは、ユーザが通知条件を設定する時には、通知条件を設定するという行為に係る何らかの情報を情報処理端末の備える出力デバイスに表示させている事に着目し、前記情報を通知条件設定時に自動的に取得して、通知時に前記情報を出力デバイスに自動的に再現させるものである。
【００１８】
即ち、本発明の状態通知システムは、データを管理する状態管理装置と情報処理端末とが通信ネットワークを介して接続された状態通知システムにおいて、前記状態管理装置は、ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備え、前記情報処理端末は、ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて、コンテキスト情報格納部に格納するコンテキスト情報収集部と、通知条件と操作環境属性情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報をコンテキスト情報格納部から取得するコンテキスト情報取得部と、前記コンテキスト情報取得部で取得した操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする。
【００１９】
ここで、上記本発明の前記コンテキスト情報収集部は、前記通知条件設定部で入力された前記通知依頼情報に基づき、前記操作環境情報の取得を行い、前記操作環境情報を一意に識別出来る操作環境属性情報を自動的に付し、前記操作環境情報を所定のフォルダに格納して、前記操作環境属性情報と前記操作環境情報の格納先とを対応付けてコンテキスト情報格納部に格納する構成としても良い。また、前記コンテキスト情報収集部は、所定の時間間隔で前記操作環境情報の取得を行い、現在日付と現在時刻とからなる操作環境属性情報と対応付けて、前記操作環境属性情報に基づき、複数の前記操作環境情報を時系列で編集して、コンテキスト情報格納部に格納する構成としても良い。
【００２０】
上記構成における前者のコンテキスト情報収集部の取得する前記操作環境情報は、例えば、前記情報処理端末の備える出力デバイスに表示されている全体画面の画像や、前記出力デバイスに表示されている電子メールや文書情報やＷｅｂページ等、特定のアプリケーション個々の画面の画像である。また、後者のコンテキスト情報収集部の取得する前記操作環境情報は、例えば、前記情報処理端末の備える出力デバイスに表示されている全体画面又は特定のアプリケーション個々の画面が一定間隔で画像として取得され続けて、前記取得された複数の画像が時系列で動画に編集されたものである。
【００２１】
上記の構成により、通知依頼情報を設定した時点で自動的に操作環境情報を取得して、ユーザが状態通知装置から通知情報を受信した時、前記操作環境情報を、情報処理端末の備える出力デバイスで、画像又は動画として自動的に表示する事が出来る。この為、ユーザは、通知依頼情報を設定した当初考えていた通知情報を受信した時に行うべき動作を思い出させる事の可能な情報を煩わしい操作を行う事無く得る事が出来る。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
（実施の形態１）
在席管理システムを例に図１乃至図９を用いて簡単に説明する。
【００２３】
図１は、本発明の実施の形態に係る状態通知システムの概要を示す全体構成図である。
【００２４】
図１の構成では、状態管理装置１と状態更新装置２と情報処理端末３とがネットワーク４を介して接続されている例を示している。本実施の形態では、各１台構成で例を示しているが、少なくとも１台の状態管理装置１と少なくとも１台の状態更新装置２と少なくとも１台の情報処理端末３とがネットワーク４を介して相互に接続された構成とする事が可能である。ここで、ネットワークとは、インターネット網、仮想閉域網、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等、専用回線、公衆回線を問わず、各装置や端末が通信可能であれば、如何なる通信ネットワークでも良い。
【００２５】
状態管理装置１は、通信制御部５、サービス制御部６、通知部７、状態情報管理部８、条件判定部９、通知依頼処理部１０、通知依頼格納部１１及び状態情報格納部１２で構成されている。
【００２６】
通信制御部５は、状態更新装置２及び情報処理端末３とネットワーク４を介して通信を行い、処理実行要求の送受信を行うものである。ここで、処理実行要求は、状態更新装置２から受信する状態情報更新要求、情報処理端末３から受信する通知依頼要求及び情報処理端末３に送信する通知要求の事を総称したものである。
【００２７】
サービス制御部６は、通信制御部５及び後述する通知部７から受信した処理実行要求を、処理実行要求に対応する処理に振り分けるものである。
【００２８】
状態情報格納部１２は、ユーザの在席状態や行き先等の状態情報を格納する記憶領域である。
【００２９】
状態情報管理部８は、状態情報の更新又は削除又は追加等の状態情報更新要求をサービス制御部６から受信した際、状態情報を状態情報更新要求に従い更新して、条件判定部９に状態情報が更新された事を通知するものである。
【００３０】
通知依頼格納部１１は、ユーザの設定した通知条件を含む通知依頼情報を格納する記憶領域である。
【００３１】
通知依頼処理部１０は、通知依頼要求をサービス制御部６から受信した際、通知依頼情報を通知依頼格納部１１に格納するものである。
【００３２】
条件判定部９は、状態情報が状態情報管理部８の処理で更新された際、変更後の状態情報が、ユーザの所望する通知依頼情報を満たすか否か判定するものである。
【００３３】
通知部７は、前記判定に基づきサービス制御部６に通知要求を送信するものである。
【００３４】
状態管理装置１は、ユーザが所望する通知条件を含む通知依頼情報を通知依頼格納部１１に記憶するものであり、状態情報が更新された場合に、更新後の状態情報が、通知条件を満たせば、通知依頼情報に基づきユーザへ通知を行うものである。
【００３５】
状態更新装置２は、状態設定部２１及び状態通知部２２で構成されるキーボードやマウス等の入力デバイス及びディスプレイやプリンタ等の出力デバイスを備えた一般的なコンピュータである。
【００３６】
状態設定部２１は、ユーザが現在の在席状態や行き先等の状態情報を設定する為の状態設定画面を出力デバイスに表示するものである。
【００３７】
状態通知部２２は、状態設定画面で設定された状態情報を状態情報格納部１２に反映させる為、状態情報更新要求を状態管理装置１にネットワーク４を介して送信するものである。
【００３８】
状態更新装置２は、ユーザが現在の状態情報を更新するものであり、ユーザが状態設定画面を用いて設定した状態情報は、状態管理装置１に備えた状態情報格納部１２に反映される。
【００３９】
情報処理端末３は、通信制御部１３、通知条件登録部１４、コンテキスト情報収集部１５、通知条件設定部１６、状態通知処理部１７、コンテキスト情報取得部１８、コンテキスト情報表示部１９及びコンテキスト情報格納部２０で構成されるキーボードやマウス等の入力デバイス及びディスプレイやプリンタ等の出力デバイスを備えた一般的なコンピュータである。
【００４０】
通信制御部１３は、状態管理装置１とネットワーク４を介して通信を行い、処理実行要求の送受信を行うものである。
【００４１】
通知条件設定部１６は、ユーザが通知条件を含む通知依頼情報を設定する為の通知依頼情報設定画面を出力デバイスに表示するものである。
【００４２】
コンテキスト情報収集部１５は、ユーザが通知依頼情報設定画面を用いて設定した通知依頼情報に基づき、後述する操作環境情報を取得して所定の格納先（後述）に格納し、操作環境情報を一意に識別するコンテキスト識別子を割り当て、コンテキスト識別子と操作環境情報の格納先とを対応付けてコンテキスト情報格納部２０に格納するものである。
【００４３】
通知条件登録部１４は、通信制御部１３を介して状態管理装置１に通知依頼要求を送信するものである。
【００４４】
状態通知処理部１７は、状態管理装置１から通信制御部１３を介して受信した通知要求に基づき、通知要求に含まれる通知情報の制御を行うものである。
【００４５】
コンテキスト情報取得部１８は、状態通知処理部１７で処理した通知情報に含まれるコンテキスト識別子と対応する操作環境情報の格納先を、コンテキスト情報格納部２０から取得し、取得した操作環境情報の格納先から操作環境情報を取得するものである。
【００４６】
コンテキスト情報表示部１９は、取得した操作環境情報を情報処理端末３の備える出力デバイスに表示するものである。
【００４７】
状態更新装置２及び情報処理端末３は、ＰＤＡ（Ｐｅｒｓｏｎａｌ  ＤａｔａＡｓｓｉｓｔａｎｔｓ）端末又は携帯電話機等でも代用する事が出来る。
【００４８】
また、ネットワーク４への接続は、有線でも無線でも構わない。
【００４９】
情報処理端末３は、ユーザの所望する通知条件を含む通知依頼情報の設定を行う為の通知依頼情報設定画面をユーザに提供し、更に、状態情報が更新された際、状態管理装置１から通知情報を受信して、通知条件及び操作環境情報を出力デバイスに表示して、ユーザの所望する状態情報が更新された事をユーザに知らしめるものである。
【００５０】
次に、ユーザが情報処理端末３の通知依頼情報設定画面を用いて通知依頼情報の設定を行い、状態管理装置１の通知依頼格納部１１に通知依頼情報を反映させる際の手順について説明をする。
【００５１】
図２は、通知依頼情報を設定する際の処理をフローチャートに示したものである。
【００５２】
ステップ２−１乃至ステップ２−４は、情報処理端末３における処理であり、ステップ２−５及びステップ２−６は、状態管理装置１における処理である。
【００５３】
ここでは、あるユーザ「Ｕｓｅｒ００１」が、他のユーザ「Ｕｓｅｒ００２」の状態が「在席」になった際、「Ｕｓｅｒ００１」に通知をするように設定を行う際の手順を説明する。
【００５４】
通常、在席管理システムは、状態更新装置２又は情報処理端末３の備える出力デバイスに、図３に例示するように表示される。
【００５５】
図３は、公知の在席管理システムを分かりやすく例示しただけであり、表示形式をこれに限定するものではない。
【００５６】
図３では、「Ｕｓｅｒ００１」は、現在「在席」状態となっている。また、「Ｕｓｅｒ００２」は、「離席」しており、更に行き先は、「会議室」となっている。また、「Ｕｓｅｒ００３」は、「多忙」状態である。
【００５７】
図３に例示した各ユーザの状態情報は、状態情報格納部１２に格納した内容が反映されている。
【００５８】
図４に状態情報格納部１２の構成例を示す。
【００５９】
図４に例示した状態情報格納部１２は、ユーザＩＤフィールド、状態フィールド、行き先フィールドから構成されている。
【００６０】
尚、図４に示した構成例は、本発明を説明するのに必要最低限のフィールドについてのみ例示しており、この項目に限定するものではない。
【００６１】
ユーザＩＤフィールドは、在席管理システムを利用するユーザのＩＤを予め登録したものである。ユーザのＩＤは、主に在席管理システムの管理者が一意となるように登録したものであり、本実施の形態では、ユーザのＩＤで例示したが、ユーザを一意に識別出来るものであれば、ユーザのＩＤ以外でも良く、これに限定するものではない。
【００６２】
また、状態フィールドは、ユーザＩＤに対応付けて登録されており、「在席」、「離席」、「多忙」等、ユーザの状態を示すものである。
【００６３】
また、行き先フィールドは、ユーザのＩＤに対応付けて登録されており、「会議室」、「客先」等、ユーザの行き先を示すものである。
【００６４】
状態情報格納部１２が、図４に例示した内容である場合、在席管理システムは、図３に例示したように出力デバイスに表示される。
【００６５】
「Ｕｓｅｒ００２」が「在席」になった際、「Ｕｓｅｒ００１」に通知を行うように設定するには、図３に例示したように、「Ｕｓｅｒ００２」を情報処理端末３に備えた入力デバイスでクリックする。
【００６６】
ここで、通知依頼情報設定画面の起動方法は、上記のように、対象となるユーザを選択して、入力デバイスでクリックする方法に限定するものではなく、ユーザＩＤが表示された個所を右クリックする事でメニューを表示し、そのメニューに登録されたアプリケーションの中から選択して起動する等、既存の在席管理システムの制御方式に依存する態様となる。
【００６７】
ユーザがクリックした行為が、図２のフローチャートにおける開始となる。
【００６８】
上記のように、「Ｕｓｅｒ００１」が、「Ｕｓｅｒ００２」を選択した際、通知条件設定部１６は、図５に例示するような通知依頼情報設定画面を出力デバイスに表示する（ステップ２−１）。
【００６９】
通知依頼情報設定画面は、通知条件及び操作環境情報の設定部から構成されている。
【００７０】
まず、「Ｕｓｅｒ００１」は、通知条件の設定部に、「Ｕｓｅｒ００２」の状態が「在席」になった際、通知するように設定を行う。図５の例では、ユーザＩＤと状態のみ設定対象にしているが、例えば、行き先を設定対象にする事も出来、状態情報格納部１２に格納される状態情報の各フィールドに設定可能な情報を指定する事が可能である。
【００７１】
次に、「Ｕｓｅｒ００１」は、操作環境情報の設定部で、通知情報を受信した時に、情報処理端末３の備える出力デバイスに表示させたい操作環境情報の種類を選択する。
【００７２】
操作環境情報とは、図５に例示した内容では、「最前面ウィンドウのスナップショット画像」が選択されているが、これは、現在、出力デバイスに表示されている最前面のウィンドウを画像情報として取得する事を示している。また、「全ウィンドウのスナップショット画像」であれば、現在、出力デバイスに表示されている全てのウィンドウを画像情報として取得する事を示している。また、「最前面ウィンドウの文書（ｏｒ  Ｗｅｂページ）名」であれば、現在、出力デバイスに表示されている最前面の文書のパス名（格納先）又はＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を取得する事を示している。また、「開かれている全文書（ｏｒ  Ｗｅｂページ）名」であれば、現在、出力デバイスに表示されている全ての文書のパス名（格納先）又はＷｅｂページのＵＲＬを取得する事を示している。
【００７３】
即ち、操作環境情報とは、通知依頼情報をユーザが設定した時に、出力デバイスに表示していたものの事である。例えば、作成中又は表示中の文書であったり、閲覧中のＷｅｂページであったり、操作中又は表示中の電子メールアプリケーションであったりする。
【００７４】
図５では、「最前面ウィンドウのスナップショット画像」を操作環境情報として保存する指示をしている。ここで、「ＯＫ」ボタンを押下すると、コンテキスト情報収集部１５が、前記指示に従い、操作環境情報を取得する（ステップ２−２）。この場合、図３に例示した「環境向上活動について  今年度の指針」という文書を編集しているウィンドウの画像情報が取得される。
【００７５】
コンテキスト情報収集部１５は、取得した操作環境情報を所定の格納先に保存して、一意に識別出来るコンテキスト識別子を割り振る。そして、コンテキスト識別子と前記格納先とを対応付けて、コンテキスト情報格納部２０に格納する（ステップ２−３）。
【００７６】
ここで、所定の格納先は、予めユーザが設定出来、例えば、画像情報であれば、「ｃ：￥ｊｐｇ￥」、文書情報であれば、「ｃ：￥ｄｏｃ￥」というように、取得する操作環境情報毎に設定したり、全て同一の格納先に設定したり出来る。本実施の形態では、上記のように、画像情報であれば、「ｃ：￥ｊｐｇ￥」、文書情報であれば、「ｃ：￥ｄｏｃ￥」に保存する設定としている。
【００７７】
図６にコンテキスト情報格納部２０の構成例を示す。
【００７８】
コンテキスト情報格納部２０は、コンテキスト識別子フィールド及び操作環境情報フィールドで構成される。
【００７９】
尚、図６に示した構成例は、本発明を説明するのに必要最低限のフィールドについてのみ例示しており、この項目に限定するものではない。
【００８０】
コンテキスト識別子フィールドには、コンテキスト識別子が登録されている。
【００８１】
また、操作環境情報フィールドには、コンテキスト識別子に対応する操作環境情報の格納先が登録されている。本実施の形態では、操作環境情報１及び操作環境情報２というように、１つのコンテキスト識別子に対して２つの操作環境情報の格納先が登録されている例を示しているが、操作環境情報の格納先の登録数に特に制限はない。
【００８２】
図６の例では、コンテキスト識別子が「ｃｔｘ００２」である操作環境情報の格納先には、「ｃ：￥ｄｏｃ￥報告書．ｄｏｃ」及び「ｃ：￥ｄｏｃ￥調査資料．ｐｐｔ」が登録されている。これは、文書情報が２つ操作環境情報としてユーザに設定された事を示す。また、コンテキスト識別子が「ｃｔｘ２１０」である操作環境情報の格納先は、「ｈｔｔｐ：／／ｗｗｗ．ｆｕｊｉｔｓｕ．ｃｏｍ」が登録されており、ユーザが通知依頼情報の設定を行った際、Ｗｅｂページを操作環境情報として指定した事が分かる。
【００８３】
本実施の形態における「Ｕｓｅｒ００１」が、通知依頼情報の設定を行った際にコンテキスト格納部２０に格納されるレコードは、コンテキスト識別子が「ｃｔｘ０１１」であり、それに対応する操作環境情報の格納先が「ｃ：￥ｊｐｇ￥画面イメージ．ｊｐｇ」である。
【００８４】
コンテキスト情報格納部２０に、コンテキスト識別子、操作環境情報の格納先を格納すると、通知条件登録部１４において、通知依頼要求を作成する。
【００８５】
通知条件登録部１４は、コンテキスト情報収集部１５で割り振ったコンテキスト識別子と、通知条件設定部１６でユーザが設定した通知条件と、ユーザＩＤとを通知依頼情報として、通信制御部１３に通知依頼要求を送信する（ステップ２−４）。ユーザＩＤは、通知先となるユーザのＩＤであって、本実施の形態では、通知条件登録部１４において、「Ｕｓｅｒ００１」が自動的にセットされる。この通知先となるユーザのＩＤは、本実施の形態では、自動的に通知条件登録部１４でセットするように説明したが、通知依頼情報設定画面で、通知依頼情報の設定を行うユーザが、通知を受信するユーザを指定するようにして、通知を受信するユーザを、通知依頼情報を設定したユーザと異なるユーザとしても良い。
【００８６】
通知依頼要求を受信した通信制御部１３は、ネットワーク４を介して、状態管理装置１に、通知依頼要求を送信する。
【００８７】
状態管理装置１に備えた通信制御部５は、情報処理端末３から通知依頼要求を受信する。そして、受信した通知依頼要求をサービス制御部６に送信する。
【００８８】
サービス制御部６では、受信した処理実行要求が通知依頼要求である為、通知依頼要求を処理する通知依頼処理部１０に振り分ける。
【００８９】
通知依頼処理部１０では、受信した通知依頼要求を一意に識別する為の通知依頼ＩＤを作成して（ステップ２−５）通知依頼格納部１１に通知依頼情報を格納する（ステップ２−６）。
【００９０】
通知依頼格納部１１の構成例を図７に示す。
【００９１】
通知依頼格納部１１は、通知依頼ＩＤフィールド、通知先ユーザフィールド、通知条件フィールド及びコンテキスト識別子フィールドで構成されている。
【００９２】
尚、本発明を説明するのに必要最低限のフィールドについてのみ例示しており、この項目に限るものではない。
【００９３】
通知依頼ＩＤフィールドには、通知依頼要求をサービス制御部６から通知依頼処理部１０が受信した時に、通知依頼要求に含まれる通知依頼情報を一意に識別する為に通知依頼処理部１０において割り振られた通知依頼ＩＤが登録されている。
【００９４】
また、通知先ユーザフィールド、通知条件フィールド及びコンテキスト識別子フィールドには、通知依頼情報に含まれるユーザＩＤ、通知条件、コンテキスト識別子がそれぞれ登録される。
【００９５】
通知条件フィールドに登録された通知条件を満たす更新が状態情報になされると、通知先ユーザフィールドに登録されたユーザＩＤにコンテキスト識別子を含む通知を行う事になる。
【００９６】
本実施の形態では、通知先ユーザフィールドにユーザＩＤを用いた例を示したが、通知先を識別出来る情報を登録すれば良く、情報処理端末３の端末名やＩＰアドレスやＭＡＣアドレスやユーザの電子メールアドレス等でも構わない。特に、電子メールアドレスを登録した場合、登録した電子メールアドレスに対し、通知情報を電子メールで送信する事になる。
【００９７】
図７の例では、既に通知情報が３つ登録されており、本実施の形態のように「Ｕｓｅｒ００１」が通知依頼情報を設定した場合、通知依頼ＩＤ「ｓｕｂ００２」が登録される。「ｓｕｂ００２」は、「Ｕｓｅｒ００２」のユーザの状態が「在席」になった際、「Ｕｓｅｒ００１」にコンテキスト識別子「ｃｔｘ０１１」を含む通知情報を送信する事を示している。同様に、「ｓｕｂ００１」は、「Ｕｓｅｒ００１」の状態が変化した際、「Ｕｓｅｒ００４」にコンテキスト識別子「ｃｔｘ０３０」を含む通知情報を送信する事を示し、「ｓｕｂ００３」は、行き先が「会議室」に変化した際、「Ｕｓｅｒ００６」にコンテキスト識別子「ｃｔｘ３２１」を含む通知情報を送信する事を示している。
【００９８】
上記のように、本発明の状態通知システムを在席管理システムに適用した例では、第一のユーザが第二のユーザの状態が変化した時に、第一のユーザへ通知を行うように通知条件を設定する際、通知条件と共に操作環境情報の設定も行う。
【００９９】
次に、ユーザが設定した通知条件を満たす更新が、状態情報になされた際の処理の手順について簡単に説明をする。
【０１００】
ここでは、これまで説明してきた例のように、「Ｕｓｅｒ００２」の状態が「在席」となった時に、「Ｕｓｅｒ００１」に通知を行う設定が既になされているとして、「Ｕｓｅｒ００２」の状態が「在席」となった時の処理の手順を説明する。
【０１０１】
図８は、状態情報が更新されてから情報処理端末３が通知情報を受信するまでの処理をフローチャートに示したものである。
【０１０２】
ステップ８−１乃至ステップ８−５は、状態管理装置１における処理であり、ステップ８−６及びステップ８−７は、情報処理端末３における処理である。
【０１０３】
「会議室」に行っていた為、「離席」していた「Ｕｓｅｒ００２」が席に戻って来たとする。「Ｕｓｅｒ００２」は、状態更新装置２の状態設定部２１を用いて、自身の状態を「在席」に更新する必要がある。
【０１０４】
状態設定部２１が状態更新装置２の備える出力デバイスに表示する状態設定画面は、例えば図３に示した在席管理システムの「離席」又は「会議室」等、状態情報が表示されている個所をクリックして状態を更新するものでも良いし、ユーザＩＤが表示されている個所を右クリックする事でメニューを表示し、そのメニューに登録されたアプリケーションの中から選択して、状態設定画面を起動する等、既存の在席管理システムの制御方式に依存する態様となる。
【０１０５】
「Ｕｓｅｒ００２」が、状態設定画面を操作して、自身の状態を「在席」に更新すると、状態通知部２２において、状態情報更新要求を状態管理装置１に送信する。
【０１０６】
状態管理装置１に備えた通信制御部５は、状態情報更新要求を受信して、サービス制御部６に状態情報更新要求を送信する。サービス制御部６は、受信した処理実行要求が状態情報更新要求である為、状態情報管理部８に状態情報更新要求を送信し、処理の実行を依頼する。
【０１０７】
状態情報管理部８における状態情報更新要求の受信が、図８のフローチャートにおける開始となる。
【０１０８】
状態情報管理部８では、受信した状態情報更新要求に基づき、対象となる状態情報の更新を行う。本実施の形態では、「Ｕｓｅｒ００２」が「在席」になるように状態情報の更新を行う。即ち、図４に例示した状態情報格納部１２のユーザＩＤフィールドが「Ｕｓｅｒ００２」に対応する状態を「離席」から「在席」に、行き先を「会議室」から空白に更新する事になる（ステップ８−１）。
【０１０９】
次に、状態情報管理部８は、状態情報格納部１２に更新が発生した事を条件判定部９に通知して、処理の実行を依頼する。
【０１１０】
条件判定部９では、更新後の状態情報が通知依頼情報の通知条件を満たすか否か判定する。
【０１１１】
まず、通知依頼格納部１１に格納された通知依頼情報を検索する（ステップ８−２）。そして、通知依頼格納部１１に格納された通知依頼情報の存在の有無を判定する（ステップ８−３）。
【０１１２】
図７に示した例では、まず、「ｓｕｂ００１」が検索される。そして、ステップ８−３で存在の有無を問われ、ここでは存在している為、ステップ８−４の処理を行う。ステップ８−４では、更新後の状態情報が「ｓｕｂ００１」の通知条件を満たすか否か判定する。更新後の状態情報は、「ｓｕｂ００１」の通知条件を満たさない為、ステップ８−２に処理を戻す。
【０１１３】
ステップ８−２で、次に検索される通知依頼情報は、「ｓｕｂ００２」である。
【０１１４】
この「ｓｕｂ００２」の通知条件は、「ユーザＩＤ＝“Ｕｓｅｒ００２”＆状態＝“在席”」である為、更新後の状態情報は、この通知条件を満たしている（ステップ８−４）。
【０１１５】
更新後の状態情報が通知条件を満たすならば、条件判定部９は、通知部７に通知要求を送信する。
【０１１６】
通知部７は、通知要求を受信すると、通知依頼情報に基づきユーザに通知要求をサービス制御部６及び通信制御部５を介して送信する。具体的には、通知依頼情報に含まれる通知条件及びコンテキスト識別子を通知先ユーザに通知要求として送信する（ステップ８−５）。
【０１１７】
本実施の形態では、通知依頼ＩＤ「ｓｕｂ００２」に対応して登録されている通知依頼情報を「Ｕｓｅｒ００１」に通知要求として送信する事になる。
【０１１８】
また、ステップ８−５の処理を実行した後も、全ての未検索の通知依頼情報を検索し続け、ステップ８−２乃至ステップ８−５の処理を繰り返す。
【０１１９】
ステップ８−５で送信された通知要求は、ネットワークを介して、情報処理端末３で受信される。
【０１２０】
情報処理端末３に備えた通信制御部１３は、通知要求を受信して、状態通知処理部１７に通知要求を送信する。
【０１２１】
状態通知処理部１７では、受信した通知要求に含まれる通知条件の制御を行う。具体的には、「Ｕｓｅｒ００２」が「在席」になったというメッセージを通知条件から組み立てる事である。
【０１２２】
そして、コンテキスト情報取得部１８において、受信した通知要求に含まれるコンテキスト識別子に対応する操作環境情報の格納先をコンテキスト情報格納部２０から取得する（ステップ８−６）。
【０１２３】
本実施の形態では、受信したコンテキスト識別子は、「ｃｔｘ０１１」である為、図６のコンテキスト情報格納部２０の構成例を参照すると、操作環境情報の格納先は、「ｃ：￥ｊｐｇ￥画面イメージ．ｊｐｇ」という事になる。
【０１２４】
次に、コンテキスト情報表示部１９において、操作環境情報の格納先に格納された操作環境情報を、組み立てた通知条件のメッセージと共に、情報処理端末３の備える出力デバイスに表示する（ステップ８−７）。
【０１２５】
この表示例を図９に示す。
【０１２６】
図９の表示例では、「Ｕｓｅｒ００２さんが在席になりました」というポップアップメッセージと、「Ｕｓｅｒ００１」が通知依頼情報を設定した時点で出力デバイスに表示されていた「環境向上活動について  今年度の指針」という文書が操作環境情報として表示されている。
【０１２７】
即ち、「Ｕｓｅｒ００１」が、図３に例示した状態で通知依頼情報を設定した場合、設定時に取得した操作環境情報である「環境向上活動について  今年度の指針」という文書の画像情報を、状態更新後の通知を受信した時に表示する事が出来る。
【０１２８】
本実施の形態では、操作環境情報は、通知依頼情報を設定した時に表示していた文書を画像情報で取得する例を示した。そして、通知情報の受信時に画像情報を情報処理端末３の備える出力デバイスに表示する例を示した。しかしながら、本発明は、画像情報に限定するものではなく、例えば文書名を操作環境情報として保存しておき、通知情報の受信時に、文書を編集していたアプリケーションを起動して文書を開く事も可能である。同様に、Ｗｅｂページを通知情報の受信時に開く事も可能であり、電子メールを操作環境情報として保存すれば、通知情報の受信時に、電子メールアプリケーションを起動して電子メールを開く事も可能である。これらは、例えば、第一のユーザが第二のユーザから受信した電子メールに添付された文書を読んでいる時に、前記文書に不明点があった為、第二のユーザに電話で不明点に関して確認しようと思い、在席管理システムで第二のユーザの在席状態を確認した所、「離席」であった為、第一のユーザは、第二のユーザの状態が「在席」になった時に通知するように通知依頼情報を設定した時に有効である。この時、操作環境情報として、第二のユーザが送信した電子メールと、それに添付された文書を設定すると、第一のユーザが通知情報を受信した際、「第二のユーザが在席になりました」というメッセージと共に、電子メール及び文書がそれぞれのアプリケーションを起動して開かれる。第一のユーザは、開かれた電子メールと文書を参照する事で、何の為に通知依頼情報を設定したのか理解する事が出来ると共に、自動でアプリケーションを起動している為、そのまま中断していた作業を再開する事が可能となる。
【０１２９】
更に、本実施の形態では、各情報処理端末３にコンテキスト情報格納部２０を構成しているが、ネットワーク４に接続可能なデータ記憶領域を用意して、データ記憶領域にてコンテキスト情報格納部２０を一括管理する構成も可能である。
【０１３０】
更に、本実施の形態においては、操作環境情報を情報処理端末３において保持する例で説明しているが、操作環境情報を状態管理装置１で保持する事も可能である。これは、同一のコンピュータを用いて作業を行う事の少ないユーザが多い場合に好適な構成である。この場合、ユーザが通知依頼情報を設定した際、取得した操作環境情報を状態管理装置１に送信して、状態管理装置１の通知依頼格納部１１に格納する事になる。
【０１３１】
上記のように、在席管理システムにおいては、ユーザが通知依頼情報を設定する際、通知依頼情報に関連する作成中の文書情報や参照中の文書情報やＷｅｂページ等、多数のウィンドウを出力デバイスに表示させている事が多い。しかしながら、状態情報が更新され、ユーザに通知される時には、ユーザは、どのような内容の動作を行う為に通知依頼情報の設定を行ったのか忘れてしまっている可能性がある。本実施の形態のように、通知依頼情報の設定時点での操作環境情報を自動的に取得して、通知情報受信時に情報処理端末３に備えた出力デバイスに表示する事で、ユーザは、通知情報を受信した時に行うべき動作を思い出す事の可能な情報を煩わしい操作をする事無く得る事が出来る。
（実施の形態２）
以下、在席管理システムの他の実施の形態について、図１０乃至図１６を用いて簡単に説明する。
【０１３２】
本発明に係る全体構成は、実施の形態１と同様である為、ここでは説明を省略する。
【０１３３】
実施の形態１では、情報処理端末３は、通知情報を受信した時に、通知依頼情報を設定した時点における操作環境情報を出力デバイスに表示していた。本実施の形態では、通知依頼情報を設定した時点における操作環境情報ではなく、通知依頼情報を設定した前後で操作環境情報が変化した経緯を時系列で収集して、動画として出力デバイスに表示する処理に関して説明する。
【０１３４】
操作環境情報が変化した経緯を動画として出力デバイスに表示する為に、情報処理端末３は、出力デバイスに表示した画面の画像を一定時間毎に取得し続け、時系列に取得した前記画像を動画に変換する。そして、通知情報を状態管理装置１から受信した際、通知依頼情報を設定した時刻前後の動画を、出力デバイスに表示する。
【０１３５】
そこで、情報処理端末３は、図１０に例示するような構成となる。
【０１３６】
図１０の情報処理端末３−２は、図１に示した全体構成例の情報処理端末３の他の実施の形態であり、図１に記載したように、状態管理装置１及び状態更新端末２とネットワーク４を介して接続されている。また、実施の形態１と同一の機能を有する処理については、同一の符号を付している。本実施の形態では、異なる機能を有する処理を中心に説明をする。
【０１３７】
情報処理端末３−２は、コンテキスト情報収集部１５−２、コンテキスト情報取得部１８−２及びコンテキスト情報格納部２０−２の機能が情報処理端末３と異なっている。
【０１３８】
コンテキスト情報収集部１５−２は、単体で処理を行い、情報処理端末３−２に備えた出力デバイスに表示された画面を画像として取得し続け、１日毎の画像を取りまとめ、動画としてコンテキスト情報格納部２０−２に格納するものである。尚、本実施の形態では、出力デバイスに表示された画面を画像として取得し続ける例を用いているが、最前面のウィンドウや文書情報、Ｗｅｂページ等を個別に取得する事も可能である。また、動画としてコンテキスト情報格納部２０−２に格納する例を示したが、これも動画に限定するものでなく、文書情報であれば、更新履歴情報を時系列に並べて保存を行い、対象時刻の更新履歴から時系列で、順番に出力デバイスに表示する事も可能である。
【０１３９】
コンテキスト情報格納部２０−２の構成例を図１１に示す。
【０１４０】
コンテキスト情報格納部２０−２は、操作環境情報フィールドで構成されている。
【０１４１】
尚、本発明を説明するのに、必要最低限のフィールドについてのみ例示しており、この項目に限られるものではない。
【０１４２】
操作環境情報フィールドには、コンテキスト情報収集部１５−２で作成された日付毎の動画が格納されている。図１１の構成例では、便宜上動画の名称に日付を用いているが、別に日付フィールドを設けて、日付に対応する動画を操作環境情報として構成しても良い。また、前記動画の保管期限は、本実施の形態では特には定めていないが、一年単位又は、１ヶ月単位又は、１週間単位等で期限を設ける事が可能である。
【０１４３】
コンテキスト情報取得部１８−２は、受信した通知情報に含まれた操作環境情報に基づき、コンテキスト情報格納部２０−２に格納された動画を取得するものである。
【０１４４】
上記のように、本実施の形態と実施の形態１との構成の差異は、コンテキスト情報収集部１５−２における操作環境情報の取得処理及びコンテキスト情報取得部１８−２における操作環境情報の取得処理である。
【０１４５】
本実施の形態では、ユーザが通知依頼情報を設定する時に操作環境情報を取得するのではなく、常に操作環境情報を取得し続けている。また、通知情報を受信した時に、一時点での操作環境情報を表示するのでなく、時系列で保存された操作環境情報を表示している。
【０１４６】
次に、ユーザが情報処理端末３−２の通知依頼情報設定画面を用いて、通知依頼情報の設定を行い、状態管理装置１の通知依頼格納部１１に通知依頼情報を反映させる際の手順について簡単に説明をする。
【０１４７】
ここでは、実施の形態１と同様に、あるユーザ「Ｕｓｅｒ００１」が、他のユーザ「Ｕｓｅｒ００２」の状態が「在席」になった際、「Ｕｓｅｒ００１」に通知をするように設定を行う際の手順を説明する。
【０１４８】
図１２は、本実施の形態における通知依頼情報を設定する際の処理をフローチャートで示したものである。
【０１４９】
ステップ１２−１及びステップ１２−２は、情報処理端末３−２における処理であり、ステップ１２−３及びステップ１２−４は、状態管理装置１における処理である。
【０１５０】
ステップ１２−１は、実施の形態１における図２のステップ２−１と同様の処理である。また、ステップ１２−２は、実施の形態１における図２のステップ２−４と同様の処理である。更に、ステップ１２−３及びステップ１２−４は、実施の形態１における図２のステップ２−５及びステップ２−６と同様の処理である。
【０１５１】
本実施の形態における通知依頼情報を設定する際の処理の手順は、実施の形態１における図２のステップ２−２及びステップ２−３の手順を減らしたものと言える。これは、実施の形態１では、ユーザが通知依頼情報を設定した事を契機として操作環境情報の取得をコンテキスト情報収集部１５で行ったが、本実施の形態では、コンテキスト情報収集部１５−２において自動で操作環境情報を取得し続けている為である。
【０１５２】
図１２に示したフローチャートの開始に到る手順は、実施の形態１と同様である為、説明を省略する。
【０１５３】
通知条件設定部１６は、実施の形態１と同様に、通知依頼情報設定画面を出力デバイスに表示する（ステップ１２−１）。
【０１５４】
図１３に通知依頼情報設定画面の表示例を示す。
【０１５５】
通知条件の設定部は実施の形態１と同様に、ユーザＩＤ及び状態を設定するようになっている。
【０１５６】
操作環境情報の設定部は、動画を再生する時の巻き戻し時間を設定する事になっている。これは、通知情報を受信した際、通知依頼情報を設定した時点から巻き戻し時間分遡った時点を起点として、動画を表示させる為のものである。
【０１５７】
本実施の形態では、巻き戻し時間を設定するように説明しているが、早送り時間として、通知依頼情報を設定した時点を起点にして、早送り時間分動画を再生するようにしても良い。また、巻き戻し時間及び早送り時間の両者を設定し、通知依頼情報を設定した時点を中心に、巻き戻し時間分遡った時点を起点に、早送り時間分進んだ時点を終点に動画を再生するようにしても良い。
【０１５８】
通知依頼情報設定画面で「ＯＫ」を押下すると、通知条件登録部１４において、設定日時、通知条件、通知先ユーザＩＤ及び巻き戻し時間を含む通知依頼要求を作成し、通信制御部１３を介して状態管理装置１に送信する（ステップ１２−２）。
【０１５９】
状態管理装置１は、情報処理端末３から通知依頼要求を受信すると、実施の形態１と同様に、通知依頼ＩＤを作成し（ステップ１２−３）、受信した通知依頼情報を通知依頼格納部１１に格納する（ステップ１２−４）。
【０１６０】
本実施の形態における通知依頼格納部１１は、図１４に例示するように構成される。
【０１６１】
通知依頼格納部１１は、通知依頼ＩＤフィールド、通知先ユーザフィールド、通知条件フィールド、設定日時フィールド及び巻き戻しフィールドで構成されている。
【０１６２】
尚、本発明を説明するのに、必要最低限のフィールドについてのみ例示しており、この項目に限定するものではない。
【０１６３】
通知依頼ＩＤフィールド及び通知先ユーザフィールド及び通知条件フィールドは、実施の形態１における処理と同様である為、説明を省略する。
【０１６４】
設定日時フィールドは、ユーザが通知依頼情報の設定を行った日時の事であり、巻き戻しフィールドは、ユーザが設定した巻き戻し時間が登録される。
【０１６５】
本実施の形態では、通知依頼ＩＤ「ｓｕｂ００２」に対応する通知依頼情報が登録される事になる。尚、本実施の形態では、巻き戻しフィールドを「秒」単位で示したが、これに限定するものでなく、「分」、「時間」、「日」等でも構わない。
【０１６６】
上記のように、本実施の形態では、第一のユーザが第二のユーザの状態が変化した時に、第一のユーザへ通知を行うように通知条件を設定する際、通知条件と共に操作環境情報として、巻き戻し時間の設定を行う。
【０１６７】
次に、ユーザが設定した通知条件を満たす更新が、状態情報になされた際の処理の手順について簡単に説明をする。
【０１６８】
ここでは、これまで説明してきた例のように、「Ｕｓｅｒ００２」の状態が「在席」となった時に、「Ｕｓｅｒ００１」に通知を行う設定が既になされているとして、「Ｕｓｅｒ００２」の状態が「在席」となった時の処理の手順を説明する。
【０１６９】
図１５は、通知情報を情報処理端末３−２が受信してからの処理をフローチャートに示したものである。状態管理装置１における状態情報更新から通知要求送信までの処理が、実施の形態１と同様である為、図１５では省略している。
【０１７０】
「Ｕｓｅｒ００２」の状態が「在席」となった為、状態管理装置１から通知要求を情報処理端末３−２に備えた通信制御部１３が受信すると、状態通知処理部１７において、通知条件をメッセージとして組み立てる。
【０１７１】
そして、コンテキスト情報取得部１８−２は、受信した通知情報に含まれる設定日時及び巻き戻し時間に基づき、設定日時の日付に対応する操作環境情報をコンテキスト情報格納部２０−２から取得する。
【０１７２】
本実施の形態では、図１４より、受信した設定日時は、「２００３／０３／３１／１２：００」であり、受信した巻き戻し時間は、「１２０秒」である。図１１に例示したコンテキスト情報格納部２０−２より、設定日時の年月日に対応する操作環境情報「２００３／０３／３１．ａｖｉ」を取得する。
【０１７３】
更に、コンテキスト情報取得部１８−２は、取得した操作環境情報から設定日時の時間を起点にして、巻き戻し時間分遡った時刻から動画を表示する（ステップ１５−１）。
【０１７４】
本実施の形態では、設定日時の時間は「１２：００」であり、巻き戻し時間は「１２０秒」である事から、取得した１日分の動画「２００３／０３／３１．ａｖｉ」の「１２：００」時点を起点として、「１２０秒」遡った地点、即ち、「１１：５８」を所定の位置として動画を表示する事になる。
【０１７５】
そして、図１６に例示するように、コンテキスト情報表示部１９は、通知条件を組み立てたメッセージと共に、操作環境情報を動画として出力デバイスに表示する（ステップ１５−２）。
【０１７６】
図１６の表示例では、表示領域１６−１と、再生バー１６−２と、一時停止ボタン１６−３と、停止ボタン１６−４と、巻き戻しボタン１６−５と、早送りボタン１６−６が配置されている。
【０１７７】
表示領域１６−１は、動画を表示する領域であり、ここに通知依頼情報を設定した前後の操作環境情報の動画を表示する。
【０１７８】
再生バー１６−２は、入力デバイスで、再生バー１６−２に付属するカーソルを選択して移動させる事で、表示領域１６−１に表示した動画を任意の時点での操作環境情報の動画に切り換えて表示させる事が可能である。この表示例では、再生バー１６−２の真中に設定時点での操作環境情報を配置しており、右側が設定時点より未来の操作環境情報、左側が設定時点より過去の操作環境情報の動画を表示するように時系列で配置されている。この再生バー１６−２を操作する事で、通知情報受信時に表示した動画だけでは、情報が足りない時にも、設定前後の操作環境情報の動画を確認する事が出来る。
【０１７９】
また、一時停止ボタン１６−３は、表示中の操作環境情報の動画を一時的に停止させる為に配置したボタンであり、停止ボタン１６−４は、動画を停止させる為に配置したボタンであり、巻き戻しボタン１６−５は、表示中の動画を巻き戻すボタンであり、早送りボタン１６−６は、表示中の動画を早送りするボタンである。これらは全て、情報処理端末３−２に備えられた入力デバイスにて選択を行う。図１６に示した表示例に配置したボタンは、動画を表示する上で必要である基本機能のみ記載した例を示したが、ズームボタン等配置する事が出来、表示例に示した構成に特に限定するものでない。
【０１８０】
更に、本実施の形態においては、操作環境情報を情報処理端末３において保持する例で説明しているが、操作環境情報を状態管理装置１で保持する事も可能である。
【０１８１】
上記のように、本実施の形態に示した在席管理システムにおいては、自動的に操作環境情報を取得して、通知依頼情報の設定前後での操作環境情報の動画を通知情報受信時に出力デバイスで自動的に表示する事が出来る為、ユーザは、どのような経緯で通知依頼情報を設定したのか確認する事が可能である。それ故、ユーザは、通知情報を受信した時に行うべき動作を思い出す事の可能な情報を煩わしい操作を行う事無く得る事が出来る。
（実施の形態３）
また、本発明は、株価通知システムへの適用も可能である。
【０１８２】
株価通知システムを例に図１７乃至図２０を用いて簡単に説明する。
【０１８３】
本発明に係る全体構成は、実施の形態１と同様である為、ここでは説明を省略する。
【０１８４】
株価通知システムは、ユーザが予め定めた銘柄の株価が予め定めた株価に変化した際、ユーザへ通知を行うものである。
【０１８５】
本実施の形態における株価通知システムは、実施の形態１で示した在席管理システムと同様の構成及び処理手順で実現する事が出来る。
【０１８６】
状態管理装置１における状態情報格納部１２の構成例を図１７に、また、通知依頼格納部１１の構成例を図１８に示す。
【０１８７】
株価通知システムにおける状態情報格納部１２は、銘柄フィールド及び株価フィールドで構成される。
【０１８８】
尚、本発明を説明するのに、必要最低限のフィールドについてのみ例示しており、この項目に限定するものではない。
【０１８９】
銘柄フィールドは、証券の銘柄が一意となるように予め登録されている。
【０１９０】
また、株価フィールドは、銘柄に対応付けられた現在の株価が登録される。
【０１９１】
図１７の例では、「ＺＺ通信」という銘柄の株価は、現在「１４０円」である事を示している。
【０１９２】
更に、通知依頼格納部１１は、通知依頼ＩＤフィールド、通知先ユーザフィールド、通知条件フィールド及びコンテキスト識別子フィールドから構成されており、実施の形態１と同様の構成になっている。
【０１９３】
図１８の例では、通知依頼ＩＤ「ｓｕｂ００３」は、銘柄が「ＺＺ通信」であり、かつその株価が「２０円上がった」時点で、「Ｕｓｅｒ００３」に「ｃｔｘ３２１」のコンテキスト識別子を付加して通知依頼情報を送信する事になっている。
【０１９４】
ここで、通知先ユーザフィールドに電子メールアドレスを登録しても構わない。この場合、登録された電子メールアドレスに対し、通知情報を電子メールで送信をする事になる。特に、株価通知システムにおいては、電子メールアドレスを用いる方が好適である。
【０１９５】
ユーザが通知依頼情報を設定する際、実施の形態１と同様に、情報処理端末３の通知条件設定部１６が出力デバイスに表示する通知依頼情報設定画面を用いて設定を行う。
【０１９６】
通知条件設定画面の表示例を図１９に示す。
【０１９７】
図１９の例では、通知条件の設定部は、「ＸＸ薬品」の株価が「２００円」「下落」した時に通知するように設定されている。本実施の形態では、上記のような例で説明しているが、「ＸＸ薬品」の株価が「１２００円」になった時に通知するというような通知条件や、株価が「１００円」以上「下落」した銘柄を全て通知するというような通知条件の設定も可能である。また、操作環境情報の設定部は、実施の形態１と同様の設定を行う為、説明を省略する。
【０１９８】
ここで、図１９に例示した設定画面の「ＯＫ」ボタンを押下すると、実施の形態１と同様に、設定した操作環境情報をコンテキスト情報収集部１５が取得して、コンテキスト格納部２０に登録し、通知条件登録部１４及び通信制御部１３を介して、状態管理装置１に通知依頼要求を送信する。通知依頼要求を受信した状態管理装置１は、通知依頼処理部１０の処理で、通知依頼格納部１１に通知依頼情報を格納する。図１９に例示した内容で「Ｕｓｅｒ００１」が通知依頼情報の設定をした場合、図１８に例示した通知依頼ＩＤ「ｓｕｂ００１」が作成される。
【０１９９】
例えば、状態更新装置２から状態情報更新要求が送信され、図１７に例示した状態情報格納部１２の「ＸＸ薬品」の株価が「１１５０円」に更新されたとする。この時、「ｓｕｂ００１」の通知条件が満たされるため、状態管理装置１は、「Ｕｓｅｒ００１」に「ｃｔｘ０３０」を含む通知情報を送信する。
【０２００】
通知情報を情報処理端末３が受信した時の表示例を図２０に示す。
【０２０１】
図２０では、実施の形態１と同様に、通知条件を組み立てたメッセージと操作環境情報とを、情報処理端末３の備える出力デバイスに表示している。操作環境情報は、図２０の例では、「ＸＸ薬品」の株価分析というアナリストレポートであり、この文書をユーザが確認する事により、「ＸＸ薬品」の株価が「２００円」「下落」した時、通知依頼情報設定時に考えていた「売る」又は「買う」という動作を思い出す事の可能な情報を煩わしい操作をすること無く得る事が出来る。
【０２０２】
更に、本実施の形態においては、操作環境情報を情報処理端末３において保持する例で説明しているが、操作環境情報を状態管理装置１で保持する事も可能である。これは、同一のコンピュータを用いて作業を行う事の少ないユーザが多い場合に好適な構成である。この場合、ユーザが通知依頼情報を設定した際、取得した操作環境情報を状態管理装置１に送信して、状態管理装置１の通知依頼格納部１１に格納する事になる。
【０２０３】
上記のように、株価通知システムにおいては、証券アナリストの証券レポートや株式に係るＷｅｂページ等、多数のウィンドウを出力デバイスに表示させながら、通知依頼情報を設定する事が多い。しかしながら、状態情報が更新され、ユーザが通知情報を受信する時には、ユーザは、どのような内容の動作を行う為に設定を行ったのか忘れてしまっている可能性がある。本実施の形態のように、通知依頼情報の設定時点での操作環境情報を自動的に取得して、通知情報受信時に出力デバイスに自動的に表示する事で、ユーザは、通知情報を受信した時に行うべき動作を思い出す情報を煩わしい操作をする事無く得る事が出来る。
【０２０４】
また、実施の形態２で説明したように、操作環境情報として動画を表示する状態通知システムを株価通知システムに適用する事も可能であり、有効な作用を生ずる。
【０２０５】
（付記１）データを管理する状態管理装置と情報処理端末とが通信ネットワークを介して接続された状態通知システムにおいて、
前記状態管理装置は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備え、
前記情報処理端末は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて、コンテキスト情報格納部に格納するコンテキスト情報収集部と、
通知条件と操作環境属性情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報をコンテキスト情報格納部から取得するコンテキスト情報取得部と、
前記コンテキスト情報取得部で取得した操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする状態通知システム。
【０２０６】
（付記２）前記コンテキスト情報収集部は、前記通知条件設定部で入力された前記通知依頼情報に基づき、前記操作環境情報の取得を行い、前記操作環境情報を一意に識別出来る操作環境属性情報を自動的に付し、前記操作環境情報を所定の格納先に格納して、前記操作環境属性情報と前記操作環境情報の格納先とを対応付けてコンテキスト情報格納部に格納する事を特徴とする付記１記載の状態通知システム。
【０２０７】
（付記３）前記コンテキスト情報収集部は、所定の時間間隔で前記操作環境情報の取得を行い、現在日付と現在時刻とからなる操作環境属性情報と対応付けて、前記操作環境属性情報に基づき、複数の前記操作環境情報を時系列で編集して、コンテキスト情報格納部に格納する事を特徴とする付記１記載の状態通知システム。
【０２０８】
（付記４）データの管理を行い、情報処理端末と通信ネットワークを介して接続された状態管理装置において、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備える事を特徴とする状態管理装置。
【０２０９】
（付記５）データを管理する状態管理装置とネットワークを介して接続された情報処理端末において、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて、コンテキスト情報格納部に格納するコンテキスト情報収集部と、
通知条件と操作環境属性情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報をコンテキスト情報格納部から取得するコンテキスト情報取得部と、
前記コンテキスト情報取得部で取得した操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする情報処理端末。
【０２１０】
（付記６）情報処理端末と通信ネットワークを介して接続された状態管理装置を、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部として機能させる状態管理プログラム。
【０２１１】
（付記７）状態管理装置と通信ネットワークを介して接続された情報処理端末を、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定手段と、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて、コンテキスト情報格納部に格納するコンテキスト情報収集手段と、
通知条件と操作環境属性情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録手段と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報をコンテキスト情報格納部から取得するコンテキスト情報取得手段と、
前記コンテキスト情報取得部で取得した操作環境情報を出力するコンテキスト情報表示手段として機能させる状態通知プログラム。
【０２１２】
（付記８）データを管理する状態管理装置と情報処理端末とが通信ネットワークを介して接続された状態通知システムにおいて、
前記状態管理装置は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報と通知先とを含む通知依頼情報を前記情報処理端末から受信した際、通知依頼格納部に前記通知依頼情報を格納する通知依頼処理部と、
前記データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理する状態情報管理部と、
前記状態情報が前記通知依頼格納部に格納されている通知条件を満たすか否か判定する条件判定部と、
前記条件判定部で前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境情報を含む通知情報を当該通知条件に対応付けられている通知先に送信する通知部とを備え、
前記情報処理端末は、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付ける通知条件設定部と、
前記操作環境情報を取得するコンテキスト情報収集部と、
通知条件と操作環境情報とを含む通知依頼情報を前記状態管理装置に送出する通知条件登録部と、
前記状態管理装置から前記通知情報を受信した際、前記通知情報に含まれる前記操作環境情報を出力するコンテキスト情報表示部とを備える事を特徴とする状態通知システム。
【０２１３】
（付記９）ユーザが通知を希望するデータの状態を示す通知条件と操作環境情報とを含む通知依頼情報の入力を受け付けるステップと、
前記操作環境情報を取得して、取得した操作環境情報を特定する為の操作環境属性情報とを対応付けて格納するステップと、
通知条件と操作環境属性情報とを含む通知依頼情報を送出するステップと、
前記通知情報を受信した際、前記通知情報に含まれる前記操作環境属性情報に対応する操作環境情報を取得するステップと、
ユーザが通知を希望するデータの状態を示す通知条件と操作環境属性情報と通知先とを含む通知依頼情報を受信した際、前記通知依頼情報を格納するステップと、
データを一意に識別する識別子と、当該データの状態を示す状態情報とを対応付けて記憶して管理するステップと、
前記状態情報が前記通知条件を満たすか否か判定するステップと、
前記通知条件を満たすと判定された際、当該通知条件に対応付けられている操作環境属性情報を含む通知情報を当該通知条件に対応付けられている通知先に送信するステップと、
取得した操作環境情報を出力するステップとを実行する事を特徴とする状態通知方法。
【０２１４】
【発明の効果】
以上に説明したように、本発明の状態通知システム及び状態管理装置及び情報処理端末によれば、通知依頼情報をユーザが設定する時に、ユーザの操作環境情報を自動的に取得して、注目するデータがユーザの所望する状態に更新された時、操作環境情報を通知情報と共に自動的に表示する。その為、ユーザは、通知情報を受信した時に行うべき動作を思い出す事の可能な情報を煩わしい操作をする事無く得る事が出来る。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る状態通知システムの概要を示す全体構成図である。
【図２】通知依頼情報の設定に関する処理のフローチャートである。
【図３】在席管理システムの起動画面の表示例を示す図である。
【図４】状態情報格納部のレコード構成例を示す図である。
【図５】通知依頼情報設定画面の表示例を示す図である。
【図６】コンテキスト情報格納部のレコード構成例を示す図である。
【図７】通知依頼格納部のレコード構成例を示す図である。
【図８】通知情報送信から通知情報の表示に関する処理のフローチャートである。
【図９】情報処理端末が、通知情報を受信した時の出力デバイスの表示例を示す図である。
【図１０】実施の形態２に係る情報処理端末の概要を示す構成図である。
【図１１】実施の形態２に係るコンテキスト情報格納部のレコード構成例を示す図である。
【図１２】実施の形態２に係る通知依頼情報の設定に関する処理のフローチャートである。
【図１３】実施の形態２に係る通知依頼情報設定画面の表示例を示す図である。
【図１４】実施の形態２に係る通知依頼格納部のレコード構成例を示す図である。
【図１５】実施の形態２に係る情報処理端末が、通知情報を受信した時に関する処理のフローチャートである。
【図１６】実施の形態２に係る情報処理端末が、通知情報を受信した時の出力デバイスの表示例を示す図である。
【図１７】実施の形態３に係る状態情報格納部のレコード構成例を示す図である。
【図１８】実施の形態３に係る通知依頼格納部のレコード構成例を示す図である。
【図１９】実施の形態３に係る通知依頼情報設定画面の表示例を示す図である。
【図２０】実施の形態３に係る情報処理端末が、通知情報を受信した時の出力デバイスの表示例を示す図である。
【図１】
2004341670.tif 000003
【図２】
2004341670.tif 000004
【図３】
2004341670.tif 000005
【図４】
2004341670.tif 000006
【図５】
2004341670.tif 000007
【図６】
2004341670.tif 000008
【図７】
2004341670.tif 000009
【図８】
2004341670.tif 000010
【図９】
2004341670.tif 000011
【図１０】
2004341670.tif 000012
【図１１】
2004341670.tif 000013
【図１２】
2004341670.tif 000014
【図１３】
2004341670.tif 000015
【図１４】
2004341670.tif 000016
【図１５】
2004341670.tif 000017
【図１６】
2004341670.tif 000018
【図１７】
2004341670.tif 000019
【図１８】
2004341670.tif 000020
【図１９】
2004341670.tif 000021
【図２０】
2004341670.tif 000022