(57)【要約】      （修正有）【課題】対象物の状況状態に応じたメッセージの送信および受信を行うことを可能とする状況状態ベース通信システムを提供する。【解決手段】第一のメッセージ通信装置３０−１と、メッセージ中継装置２０とからなり、上記第一のメッセージ通信装置は、第一の上記管理対象物の状況および／または状態を通知する通知メッセージを、上記メッセージ中継装置へ送信する処理を行い、上記メッセージ中継装置は、上記あらかじめ指定された、状況および／または状態に基づく属性の定義情報を保存しており、上記第一のメッセージ通信装置から上記通知メッセージを受信して、上記第一の上記管理対象物の、状況および／または状態を取得する処理と、取得した状況および／または状態が、保存されている属性の定義を満足する場合に、当該属性を、上記第一の上記管理対象物の属性として登録する処理を行う。【選択図】  図１
2005011050.tif 000002
【特許請求の範囲】
【請求項１】
管理対象物の状況に基づくメッセージの通信システムであって、
第一のメッセージ通信装置と、メッセージ中継装置とからなり、
前記第一のメッセージ通信装置は、
第一の前記管理対象物の、第一の状況および／または状態を通知する通知メッセージを、前記メッセージ中継装置へ送信する処理を行い、
前記メッセージ中継装置は、
前記あらかじめ指定された、状況および／または状態に基づく属性の定義を保存しており、
前記第一のメッセージ通信装置から前記通知メッセージを受信して、前記第一の前記管理対象物の、状況および／または状態を取得する処理と、
取得した前記第一の状況および／または状態が、保存されている前記属性の定義を満足する場合に、当該属性を、前記第一の前記管理対象物の属性として登録する処理を行う。
【請求項２】
請求項１に記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記メッセージ中継装置は、さらに、
前記属性とあらかじめ指定された第二の状況および／または状態とに対応づけられたメッセージ本文とを保存しており、
前記第一の管理対象物が、前記属性を備えるとして登録されており、かつ、
前記第一のメッセージ通信装置からの、他の通知メッセージにより通知された、第一の前記管理対象物の他の状況および／または状態が、前記メッセージ本文に対応づけられた前記第二の状況および／または状態を満足する場合に、前記メッセージ本文を、前記第一のメッセージ通信装置に送信する処理と、を行う。
【請求項３】
請求項２に記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記メッセージ通信システムは、さらに、第二のメッセージ通信装置を備え、
前記第二のメッセージ通信装置は、第二の管理対象物が指定する、前記属性の定義と、前記第二の状況および／または状態と、前記第二の状況および／または状態に対応づけられた前記メッセージ本文と、を指定する定義メッセージを作成する処理と、
作成した定義メッセージを前記メッセージ中継装置へ送信する処理と、を行い、
前記メッセージ中継装置は、前記定義メッセージを受信して、前記属性の定義と、前記第二の状況および／または状態と、前記第二の状況および／または状態に対応づけられた前記メッセージ本文とを保存する処理を行う。
【請求項４】
請求項３に記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記メッセージ中継装置は、前記第一の管理対象物に関して、前記属性の登録および／または前記メッセージ本文の送信処理の実行を、前記第２の管理対象物に通知する。
【請求項５】
請求項１記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記第一のメッセージ通信装置が送信する前記第一の管理対象物の状況は、数値データと、時刻と、当該状況を表現する言葉と、記号の、いずれか一つまたは、いずれか二つ以上の組み合わせである。
【請求項６】
請求項２記載の管理対象物の状況に基づくメッセージの通信システムであって、
第一のメッセージ通信装置が送出する前記通知メッセージに含まれる前記状況は、状態を用いて定義するものである。
【請求項７】
請求項２に記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記定義メッセージの作成には、自然言語を用いる。
【請求項８】
請求項１に記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記第一のメッセージ通信装置が送信する前記第一の管理対象物の状況および／または状態は、
前記第一の管理対象物が存在する地理的場所の状態を計測するセンサと、前記第一の前記管理対象物の状態を計測するセンサとから取得されたものである。
【請求項９】
請求項８記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記第一のメッセージ通信装置および／またはメッセージ中継装置は、前記センサのいずれかの情報を時系列で記録し、前記記録した情報の相関から前記状況および／または状態を取得する。
【請求項１０】
請求項２に記載の管理対象物の状況に基づくメッセージの通信システムであって、
前記第一の管理対象物が、前記属性を備えるとして登録されており、かつ、
前記第二の状況および／または状態を満足する場合に、前記属性と、前記第二の状況および／または状態をアドレスとして、前記メッセージ本文を送信する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、管理対象物の状況状態に応じたメッセージの送信および／または受信を行うことを可能とする状況状態ベース通信システムに関する。
【０００２】
【従来の技術】
近年、誰にでも同じマーケティングを展開する従来のマス・マーケティングに対し、顧客個人の嗜好性や行動特性といった情報をもとに、個々人に対してより適切なマーケティング活動を展開する、Ｏｎｅ  ｔｏ  ｏｎｅマーケティング手法が用いられている。
【０００３】
このような手法の具体的な例としては、ホームページやサイトの会員登録などの際に、性別や年齢、職業、趣味などを入力してもらい、その”申告”に従って顧客向けにアレンジされたページを提供するという「アンケート方式」がある。
【０００４】
この「アンケート方式」をさらに発展させた、対象者の状態や状況に応じて通信を行う方法として、下記のようなものがある。たとえば特許文献１に記載の発明は、衛星通信を使った情報配送システムにおいて、広告提供側から広告被提供側に広告を配送する発明である。その特徴は、（ａ）広告提供側が広告被提供側に対して、メッセージ種別のＩＤである、ＣＣ（内容コード）の登録通信を行い、これを登録するか否かを、広告被提供側が判断し、（ｂ）広告提供側はその後、ＣＣ付きのメッセージをブロードキャストして、そのメッセージの受信を、広告被提供側で判断させると言う、２段階の判断方法にある。当該発明には、情報を送りたい広告提供側と、情報を受け取りたい（あるいは、受け取りたくない）広告被提供側の両方の意図を持ったメッセージ送信ができるという特徴がある。
【０００５】
さらに、特許文献２に記載の技術は、メッセージの送信者が、メッセージの受信者を特定せずに、空間と時間を特定してメッセージを送信すると、当該条件に合う不特定のユーザに対してメッセージを送信することを可能とする。
【０００６】
【特許文献１】
米国特許第６３１４４６７号明細書
【特許文献２】
特開２０００−００４４８４号公報
【０００７】
【発明が解決しようとする課題】
上記文献で開示されている発明には以下のような課題がある。
【０００８】
特許文献１に記載された発明の基礎となっているアンケートに答えてくれる人は少ない。なぜならアンケートに回答すること自体が煩わしいからである。広告提供側にとってはこのようなアンケートに答えてもらわなくても、対象者の属性を取得できる方法が望ましい。
【０００９】
特許文献２は、送信先対象者がある場所と時間に存在するという状態や状況を検知してメッセージを送信する方法について開示しているが、場所と時間だけでなく、当該対象者がどういう状態や状況にあるのか、たとえば、「ウィンドウショッピングをしている人」など、までを指定して、メッセージを送信する必要がある。
【００１０】
また、特許文献１、２に記載の発明では、送信者側の状態や状況が考慮されていないので、適切なメッセージ送信ができない可能性がある。
【００１１】
【課題を解決するための手段】
本発明は、対象物の状況および／または状態に応じたメッセージの送信および受信を行うことを可能とする状況状態ベース通信システムを提供する。
【００１２】
本発明は、対象物を、自らの意思で属性を入力する自然人に限定することなく、自然人においても、その属性入力を意識させずに、管理対象とすることを可能とする。また、自然人に限定されることなく、その他の一般的な有体物を管理対象物とし、さらにその対象物がそれぞれに持ち得る属性を用いた通信を行うことを可能とする。
【００１３】
すなわち、本発明は、通信システムのアドレスを所有することが可能な有体物、または、前記有体物を所有することが可能な有体物を管理対象とし（以下、管理対象物、または単に、対象物という）、その対象物がそれぞれに持ち得る属性を用いた通信を、属性入力を意識させずに行うことを可能とする。
【００１４】
本発明は、対象物に自らの属性を設定するような行為を実施させることなく、対象物が通常の行動を実施している状況から、属性情報を自動的に生成または追加することを可能とするものである。
【００１５】
本発明は、ユーザまたはシステムの管理者が、対象物の属性の追加、及び／またはその属性の定義を随時行えるようにし、さらにその属性の内容は単なる静的なものだけではなく、時間と共に変化する動的なものを含み、柔軟に扱えるようにするものである。
【００１６】
本発明は、対象物の属性を新規に追加し、およびその属性値も更新可能とするような高度な属性生成手段を提供するものである。
【００１７】
本発明は、ブロードキャスト通信を行い、対象物側での選択受信を行うものだけではなく、ユニキャスト通信を使って対象物を指定する通信も可能とするものである。
【００１８】
以上の一部または全てによって、本発明の一態様においては、以下のような状況状態ベース通信が可能となる。
【００１９】
例えば、ある居酒屋の経営者が、「猛暑の日に、帰宅中の、酒が好きな社会人」という動的な状況および／または状態を有する不特定多数の対象物（この場合はユーザ）を探しだし、そのユーザに対して、広告のメッセージそのもの、またはその広告への参照ポインタ（例えばＵＲＬアドレス等）を送付することを実現する。
【００２０】
さらに本発明は、上記の例において、「猛暑」「帰宅中」「社会人」などの自然言語を使った状況を、システムの管理者のみならず、ユーザによっても定義する手段を提供する。
【００２１】
さらに本発明は、これらの状況および／または状態の結合からなる新しい状況を簡単に規定し、それを利用する手段を提供する。
【００２２】
さらに本発明は、単に受信側と送信者側双方の対象物の状況および／または状態を考慮し、送信者側対象物が自らの状況および／または状態を自動的に抽出し、それを送出することによって、高度なメッセージ通信を行う手段を提供する。
【００２３】
すなわち本発明は、対象物が自ら申告しない属性、たとえば「酒が好き」など、も自動的に抽出し、それをその対象物の属性として自動的に追加する手段を提供する。この機能により、例えば、自らの属性として「酒が好き」や、「肥満」などを入力することなど、ユーザが不快に感じるかもしれない入力作業や、面倒に感じるかもしれない入力作業そのものを不要０とする手段を提供するものである。
【００２４】
なお、本明細書においては、「状態」とは「状況」を定義するための一つ以上からなるある対象物に関わる情報の集合または組み合わせであり、「属性」とは、管理対象物を表現する要素の一つであり、この属性の中には、上記の「状態」および「状況」を含むことができるものとする。
【００２５】
本発明の管理対象物の状況に基づくメッセージの通信システムは、その一態様において、
第一のメッセージ通信装置と、メッセージ中継装置とからなり、上記第一のメッセージ通信装置は、第一の上記管理対象物の、第一の状況および／または状態を通知する通知メッセージを、上記メッセージ中継装置へ送信する処理を行い、上記メッセージ中継装置は、上記あらかじめ指定された、状況および／または状態に基づく属性の定義を保存しており、上記第一のメッセージ通信装置から上記通知メッセージを受信して、上記第一の上記管理対象物の、状況および／または状態を取得する処理と、取得した上記第一の状況および／または状態が、保存されている上記属性の定義を満足する場合に、当該属性を、上記第一の上記管理対象物の属性として登録する処理を行うものである。
【００２６】
さらに、上記メッセージ中継装置は、上記属性とあらかじめ指定された第二の状況および／または状態とに対応づけられたメッセージ本文とを保存しており、上記第一の管理対象物が、上記属性を備えるとして登録されており、かつ、上記第一のメッセージ通信装置からの、他の通知メッセージにより通知された、第一の上記管理対象物の他の状況および／または状態が、上記メッセージ本文に対応づけられた上記第二の状況および／または状態を満足する場合に、上記メッセージ本文を、上記第一のメッセージ通信装置に送信する処理と、を行うものであってもよい。
【００２７】
上記メッセージ通信システムは、さらに、第二のメッセージ通信装置を備え、上記第二のメッセージ通信装置は、第二の管理対象物が指定する、上記属性の定義と、上記第二の状況および／または状態と、上記第二の状況および／または状態に対応づけられた上記メッセージ本文と、を指定する定義メッセージを作成する処理と、作成した定義メッセージを上記メッセージ中継装置へ送信する処理と、を行い、上記メッセージ中継装置は、上記定義メッセージを受信して、上記属性の定義と、上記第二の状況および／または状態と、上記第二の状況および／または状態に対応づけられた上記メッセージ本文とを保存する処理を行うものであってもよい。
【００２８】
さらに、上記メッセージ中継装置は、上記第一の管理対象物に関して、上記属性の登録および／または上記メッセージ本文の送信処理の実行を、上記第２の管理対象物に通知してもよい。
【００２９】
【発明の実施の形態】
（第一の実施形態）
図１に、第一の実施形態の状況状態ベース通信システムを適用したネットワークシステムのシステム構成を示す。
【００３０】
メッセージ中継装置２０、複数のメッセージ通信装置３０が、ネットワーク１０に接続しており、各メッセージ通信装置３０は、その装置の所有者であるユーザ１を管理対象としている。ネットワーク１０は、有線、無線、その他ネットワークの種類に関しては問わない。
【００３１】
また、メッセージ通信装置３０の管理対象は、自然人だけでなく、それ以外の有体物であってもよい。
【００３２】
図２に、メッセージ通信装置３０のハードウェア構成を示す。メッセージ通信装置３０は、ネットワーク接続コントローラ３０４、ＣＰＵ３２０、メモリ３２２、キー入力インターフェース３０８を制御するキー入力コントーラ３０６、マイク３１４および／またはスピーカ３１２を制御する音声入出力コントローラ３１０、ディスプレイ３１８を制御するモニタコントローラ３１６、ＧＰＳレシーバ３２６から地理的位置情報を取得するＧＰＳレシーバモジュール３２４、温度・湿度センサ３３０から温度および／または湿度情報を取得する温度・湿度センサモジュール３２８、血圧・脈拍センサ３３４から血圧および／または脈拍情報を取得する血圧・脈拍センサモジュール３２２、のそれぞれが、バスなどの内部通信線（以下、バスという）３０２によって接続されたハードウェア構成を有している。キー入力インターフェース３０８としては、パソコン等の場合はキーボード、携帯電話やＰＤＡ等の場合はテンキーやボタン等が相当する。
【００３３】
なお本実施形態では、メッセージ通信装置３０が具備または接続できるセンサおよびセンサモジュールとして、上記に示すものを用いて説明するが、これらには限定されない。その他、光センサ、赤外線センサ、熱電対、ガスセンサ、磁気センサ、超音波センサ、振動・加速度センサ、電流センサ、圧力センサ、ひずみセンサ、風速センサ、その他のセンサのうち、任意の一つ以上の組み合わせと、それらの情報を取得する各種モジュールを具備または接続しても良い。
【００３４】
図３に、メッセージ中継装置２０のハードウェア構成を示す。メッセージ中継装置２０は、ネットワーク接続コントローラ２０４、ＣＰＵ２０６、メモリ２０８、キーボード２１６やマウス２１８を制御する入出力コントローラ２１４、そして、モニタ２２０を制御するモニタコントローラ２１２、および、各種データベースを制御する外部装置コントローラ２１０が、バスなどの内部通信線（以下、バスという）２０２によって接続されたハードウェア構成を有している。
【００３５】
図４に、メッセージ通信装置３０のソフトウェア構成を示す。ＣＰＵ３２０が、メモリ３２２に格納されたプログラムを実行することにより、メッセージ通信装置３０上に所定の機能を実現する。図示するように、メッセージ通信装置３０のソフトウェア構成は、ネットワーク１０との間でメッセージの送受信を実施するネットワーク制御ドライバ３７２と通信管理プログラム３７０、送受信メッセージの一時的な格納を実施する送信キュー３６６、および受信キュー３６８、メッセージ通信装置３０においてセンサやモニタ、キーボード等との情報交換を実施するための、入出力装置制御ドライバ３５０、センサ制御処理プログラム３５２、音声制御処理プログラム３５４、映像制御処理プログラム３５６、キー入力処理プログラム３５８、モニタ制御処理プログラム３６０、からなる。
【００３６】
さらに、メッセージ通信装置３０は、後述する状態定義を実施するための定義情報の入力を受け付ける状況定義支援プログラム３６１、対象物の属性を新規に追加したり、その属性値を更新したりする属性生成プログラム３６３、定期的に各種センサ等を使って、メッセージ通信装置３０が監視している対象（本実施形態では、ユーザ１）の状況状態を取得し、定期的にメッセージ中継装置２０に送信する状況状態取得プログラム３６２、を具備する。
【００３７】
図５に、メッセージ中継装置２０のソフトウェア構成を示す。
ＣＰＵ２０６が、メモリ２０８に格納されたプログラムを実行することにより、メッセージ中継装置２０上にて所定の機能を実現する。図示するように、メッセージ中継装置２０のソフトウェアは、
（１）ネットワーク１０との間でメッセージの送受信を実施するネットワーク制御ドライバ２５３と通信管理プログラム２５２、
（２）送受信メッセージの一時的な格納を実施する送信キュー２５４と受信キュー２５６、
（３）メッセージ中継装置２０においてモニタ、キーボード等との情報交換を実施するための、キー入力処理ドライバ２９０とモニタ制御処理ドライバ２９２、
（４）送信されてきたメッセージの種類を判別するメッセージ種別判定プログラム２５８、
（５）対象物の属性を新規に追加したり、その属性値を更新したりする処理を行う、属性生成前処理プログラム２６２と属性生成デーモンコンパイラ２６４、
（６）送られてきた送信用メッセージの前処理を実施する、メッセージ送信前処理プログラム２６６とメッセージ送信デーモンコンパイラ２６８、
（７）メッセージ中継装置２０が管理している対象（本実施形態では、ユーザ１）の状況状態を通知するメッセージを受信し、
それをデーモン２８１が解釈できる情報に変換する状況状態メッセージ受信プログラム２７０と状況状態変換プログラム２７２、
（８）上記属性生成デーモンコンパイラ２６４またはメッセージ送信デーモンコンパイラ２６８にて作成されたデーモンを、起動、実行または停止する、デーモン起動・実行・停止プログラム２８０、データベースのメンテナンス等を行う為のユーザインターフェース管理プログラム２８３
（９）上記デーモン起動・実行・停止プログラム２８０より起動されたデーモンにより生成された情報をメッセージとして構築するメッセージ生成プログラム２８２、およびそのメッセージを送信するメッセージ送信処理プログラム２８４、
（１０）後述する各種のデータベースを管理または制御するデータベース管理プログラム２８６
を有する。
【００３８】
なお、本実施形態においてデーモンとは、「システムの機能を実現したり、何らかのバックグラウンドサービス（サーバーサービスなど）を実行したりするためのプロセスを意味する。
【００３９】
図９は、本実施形態におけるメッセージ通信の典型的な一例を示すものであり、メッセージ通信装置３０のディスプレイ３１８に表示されるメッセージ送信画面３１８３を示しており、入出力装置制御ドライバ３５０、キー入力処理プログラム３５８、モニタ制御処理プログラム３６０にて実現される。
【００４０】
本実施形態では、送信先対象を、例えば送信先対象の状況および状態を用いて決定することを特徴としている。また、この状況および状態の一つの属性として送信先対象のアドレスを記入してもよい。
【００４１】
入力テキストウィンドウ３１８３１に記載された「猛暑または暑い日、酒が好きで、夕方に、ＪＲ横浜駅に向かう、社会人の男性」なる記述は、入力状況状態ベース通信システムが管理している管理対象物の中で上記記述に該当する管理対象をメッセージの宛先とすることを意味し、入力テキストウィンドウ３１８３２に記載された「ただいま、最初のビール一杯は無料セール実施中！場所は、ここです↓ｈｔｔｐ：／／ｗｗｗ．ｈｏｇｅｈｏｇｅ．ｃｏｍ／ｍａｐ−ｉｚａｋａｙａ．ｊｐｇ」なる記述は、上記メッセージの宛先に対して送信するメッセージの内容（本文）を示している。
【００４２】
その他の例としては、アドレスとして「渋谷駅周辺にある信号交差点の信号器」に対して、メッセージとして「ランプが切れていないかチェックせよ」としても良いし、アドレスとして「首都圏内の渋滞中の自動車」に対して、メッセージとして首都圏の道路交通情報をメッセージとしても良い。
【００４３】
なお、本実施形態では、メッセージ送信に使用するアドレスとして自然言語を用いる例にて説明しているが、必ずしも自然言語を利用する必要はなく、ユーザインターフェースからキーワードを選択して入力する方法を用いても良い。
【００４４】
さらに、このメッセージには、リンク情報の他、各種アプリケーションのデータ、画像や映像を含むマルチメディアデータ、プログラム本体等が添付されていても良い。
【００４５】
このメッセージは、送信ボタン３１８３３にて、メッセージ中継装置２０に対して送信が実施され、キャンセルボタン３１８３４にて、編集中のメッセージが廃棄される。
【００４６】
上記図９の入力テキストウィンドウ３１８３１に記載された内容を実際に使用するに際しては、そのメッセージの中で使われている単語の内容を定義しておく必要がある。この定義は、本実施形態における状況状態ベース通信システムの管理者が、メッセージ中継装置２０を介して実施してもよい（これに関しては後述）が、本実施形態では上記図９のメッセージ製作者による定義の方法について述べる。
【００４７】
図７は、状態「暑い」と「猛暑」をメッセージ通信装置３０のディスプレイ３１８のメッセージ送信画面３１８１を用いて定義する様子を示しており、入出力管理ドライバ３５０、キー入力管理プログラム３５８、モニタ制御プログラム３６０、情報定義支援処理プログラム３６１にて実現される。
【００４８】
入力テキストウィンドウ３１８１１および３１８１２において、定義したい状態である「暑い」と「猛暑」を入力し、入力テキストウィンドウ３１８１３および３１８１４において、状態を決定する状況「気温３２度以上３５度以下」とを「気温３５度以上」のように入力する。なお、測定されるのは、温度センサを具備した第二のメッセージ通信装置を所有する人間、あるいは有体物の存在する場所における温度（気温）、である。
【００４９】
このメッセージは、送信ボタン３１８１５にてメッセージ中継装置２０に対して送信が実施され、キャンセルボタン３１８１６にて、編集中のメッセージが廃棄される。なお、本システムにおいて、「夕方」は、「その地域の時間において１７時から２０時までの間の時間帯」と予め定義されているものとする。
【００５０】
次に、上記図９の入力テキストウィンドウ３１８３１に記載された内容に出現する「酒が好き」が、管理対象の属性として定義されている必要がある。図８では、追加属性「酒が好き」を、メッセージ通信装置３０のディスプレイ３１８の状態定義画面３１８１を用いて定義する様子を示しており、入出力管理ドライバ３５０、キー入力管理プログラム３５８、モニタ制御プログラム３６０、属性生成支援プログラム３６３にて実現される。
【００５１】
入力テキストウィンドウ３１８２１において、追加したい状況である「酒が好き」を入力し、入力テキストウィンドウ３１８２２において、その内容「居酒屋等に２時間以上滞在する行動が、週二回以上の頻度で出現する社会人」のように入力する。
【００５２】
このメッセージは、送信ボタン３１８２３にてメッセージ中継装置２０に対して送信が実施され、キャンセルボタン３１８２４にて、編集中のメッセージが廃棄される。
【００５３】
図１０は、メッセージ通信装置３０にて、上記図７、図８、または図９において作成され、メッセージ中継装置２０に送信されるメッセージの書式を概念的に示したもの（９０）であり、本メッセージは、状況定義支援処理プログラム３６１、あるいは属性生成支援プログラム３６３、あるいは対象者状況状態検知処理プログラム３６２のそれぞれにおいて作成され、通信管理プログラム３７０、ネットワーク制御ドライバ３７２を介して送信される。
【００５４】
９０１は、メッセージ通信装置３０とメッセージ中継装置２０の間で使用されている通信プロトコルに依存したフォーマットの必要な情報が格納されているヘッダ部、９０２はＩＤにより当該メッセージ種別を示すＩＤ部であり、９０３は、メッセージのデータ部である。
【００５５】
本実施形態においては、ＩＤ９０３として、図７の状態定義画面により定義された情報を含むメッセージに関しては１、図８の属性生成定義画面により定義された情報を含むメッセージに関しては２、図９のメッセージ送信画面により作成されたメッセージに関しては３、さらに、管理対象のオブジェクトの状態状況メッセージに関しては４を設定する。
【００５６】
図６は、メッセージ中継装置２０のメッセージの流れと、各プログラムが参照するデータベース（以下ＤＢと略す）を示した図である。
【００５７】
上記図７において作成されたメッセージは、通信管理プログラム２５２にて受信されると、メッセージ種別判定プログラム２５８に転送され、ＩＤ部９０２が参照される。このメッセージのＩＤ番号は１なので、当該メッセージは状態状況定義プログラム２６３に転送されて、「暑い」と「猛暑」の２つの状態が、状態状況定義ＤＢ２９０に登録される。
【００５８】
図１１は、状態状況定義プログラム２６３の登録の処理を示したものである。
【００５９】
メッセージを受け取ると、メッセージのデータ部９０３をキーワードに分解し、分解したそれぞれのキーワードに関して調べる（２６２０）。
【００６０】
キーワードがインデックス対応している場合（２６２２）は、図６に示す本システムが所有している対象物キーワードＤＢ２９１の中に格納されているキーワードディレクトリを参照し、キーワードをインデックス番号に変更（２６２４）する。例えば、温度であればｒｏｏｔ．ｅｎｖｉｒｏｎｍｅｎｔ（１０）．ｔｅｍｐｅｒｔｕｒｅ（２３）が選択される。実際には、このキーワードディレクトリから与えられる情報は、上記の例であれば”．１０．２３”となるが、本実施形態では理解を助けるために、  ｒｏｏｔ．ｅｎｖｉｒｏｎｍｅｎｔ（１０）．ｔｅｍｐｅｒｔｕｒｅ（２３）のように表示することがある。
【００６１】
キーワードが数値である場合（２６２６）には、キーワードを数値の変更（２６２８）し、
キーワードが数値の範囲を示すもの、または表現である場合（２６３０）には、これを数値を扱う論理記号に変更（２６３２）する。
【００６２】
上記の処理を、全キーワードに関して終了した後、暗黙的了解事項を付与する必要がある情報がある場合（２６３６）には、その情報を付与（２６３８）する。例えばある場所を指示した場合に、その場所とは厳密にその位置である必要はなく、対象物の面積や大きさによって、その対象物を示す位置は、ある一定の範囲を有する。対象物が一軒家のような場合、その一軒家を示す位置は、半径１０メートル程度を含む範囲になろうし、野球場やコンサートホールなどのような巨大な建築物の場合は、その範囲は百数十メートルの半径に及ぶこともあり、暗黙的了解事項とは、このような補助的な情報等を示すものである。
【００６３】
上記の処理によって生成されたインデックス番号、キーワード及び、論理記号を論理結合（２６４０）したものを、状態状況定義ＤＢ２９０に新規に登録する。
【００６４】
図１２は、本実施形態の図６の、属性生成前処理プログラム２６２、またはメッセージ送信前処理プログラム２６６、または状況状態メッセージ受信プログラム２７０で用いられるアプリケーションインターフェースの一例を説明する図である。
【００６５】
本実施形態の管理対象物は、バーチャルクラスを基本クラスとし、それを継承することによって、性質の異なる管理対象物のクラスを、派生クラスとして扱う。
【００６６】
バーチャルクラス（２００１）は、現在地、移動量を属性として持ち、メソッドとしては、メッセージを送信または受信するだけの簡単なインターフェースを提供するが、そのバーチャルクラスから派生したクラス（２００２、２００３、２００４、２００５、２００６）は、それぞれのクラスに特有の属性またはメソッドを持つことで、多様性を有する。
【００６７】
２００７は、そのプログラムの簡単な例を示しており、警備員のクラスから、警備員のインスタンスｅｂａｔａを生成し、そのインスタンスｅｂａｔａは、横浜競技場から、１８：００から２０：００までの間のアラームメッセージを受信すると言う内容のプログラムとなっている。
【００６８】
通信ミドルウェア２００８は、本実施形態が提供する状況状態ベース通信システムの中核部である。
【００６９】
図１６は、上記図７の状態定義が状態状況定義ＤＢ２９０に登録されたものである。例えば、「暑い（２９０５）」とは、環境の温度の単位（ｅｎｖｉｒｏｎｍｅｎｔ．（１０）．ｔｅｍｐｅｒｔｕｒｅ（２３）．ｕｎｉｔ（５））において摂氏（登録番号５４）を用い（２９０１）、温度（ｅｎｖｉｒｏｎｍｅｎｔ．（１０）．ｔｅｍｐｅｒｔｕｒｅ（２３））３２度以上かつ温度３５度未満（２９０２）を示すものであり、これは、ｅｂａｔａと言うユーザ（ｉｄ（０）．ｎａｍｅ（１））によって登録（２９０６）されたものであることを示している。ユーザを指定することにより、他のユーザによっても同じ定義登録がなされた時の衝突を避けることができる。
【００７０】
上記図８において作成されたメッセージは、通信管理プログラム２５２にて受信されると、メッセージ種別判定プログラム２５８に転送され、メッセージ種別を示すＩＤ部９０２が参照される。このメッセージのＩＤ番号は２なので、当該メッセージは属性生成前処理プログラム２６２に転送されて、「酒が好き」という新しい状況の定義とその状況の取得を行うための処理が実施される。
【００７１】
属性生成前処理プログラム２６２は、メッセージを受け取ると、対象物キーワードＤＢ２９１を参照しながら、上記状態状況定義プログラム２６３で使用した図８と同じ、またはそれに準ずるアルゴリズムを使って、メッセージのデータ部９０３の文章解析を実施し、その結果として、図１３に示すようなプログラムコードを生成し、これを属性生成定義ＤＢ２９２に格納する。図１４に、本システムで使用されるキーワードを、特定の識別子に変換して、システムで一元的に扱えるようにするための対象物キーワードＤＢ２９１の内部表記を示す。
【００７２】
図１３に示すプログラムコードは、対象である主体オブジェクトが、社会人（．ｈｕｍａｎ（１）．ｍａｎ（１）．ｂｕｓｉｎｅｓｓｐｅｒｓｏｎ（１０））であり（２９２１）、対象である客体オブジェクトが居酒屋（ｂｕｉｌｄｉｎｇ（３）．ｒｅｓｔａｕｒａｎｔ（２１）．ｂａｒ（３４２））であり（２９２２）、上記主体オブジェクトと客体オブジェクトの関係として、週２回以上かつ一回につき７２００秒以上客体オブジェクトの位置から半径１５メートル以内に主体オブジェクトが連続して滞在した（２９２４）場合に、対象である主体オブジェクトの「酒が好き」属性がＯＮになる（２９３３）と言う内容となっている。このプログラムコードは、属性生成デーモンコンパイラ２６４に送られて、実行プログラムが生成される。
【００７３】
なお、これらの実行プログラム、およびこの実行プログラムを起動させる為の環境の一部あるいは全部を、当該メッセージ通信装置３０内に設けてもよい。そして、当該メッセージ通信装置３０が、これらの実行プログラムを実行した後、その結果を当該状況を表現する言葉または記号、または前記言葉または記号の組み合わせとして表現して、メッセージ中継装置２０に転送してもよい。
【００７４】
図１５に、属性生成デーモンコンパイラ２６４によって生成されるプログラムのアルゴリズムを示す。
【００７５】
｛．１．１．１０｝（社会人）オブジェクトの｛．１０３．１｝（緯度），｛．１０３．２｝（経度）の属性値が、｛．３．２１．２４３｝（居酒屋）のオブジェクトの、｛．１０３．１｝（緯度），  ｛．１０３．２｝（経度）の属性値と近い値となっている、｛．１．１．１０｝（社会人）オブジェクトを、本システムの管理対象オブジェクトから探し出し（２６４００）、
見つかった場合は、その該当オブジェクトがすでに管理対象であるかどうかをチェックし（２６４０２）、
監視対象でなかった場合は、監視時間を０にセットして監視を開始する（２６４０６）。
【００７６】
見つからなかった場合は、一定時間待機（２６４０４）した後、２６４００の処理を実施する。
【００７７】
なおここで、本システムにおいて直接の管理対象物でない居酒屋等の位置情報等は、非対象物属性情報ＤＢ２９４に格納されているものとする。
【００７８】
｛．１．１．１０｝（社会人）オブジェクトの｛．１０３．１｝（緯度）、｛．１０３．２｝（経度）の属性値が、｛．３．２１．２４３｝（居酒屋）のオブジェクトの｛．１０３．１｝（緯度），  ｛．１０３．２｝（経度）の属性値と近い値とならなくなった、｛．１．１．１０｝オブジェクト（社会人）を探し（２６４１０）、該当するオブジェクトがあれば、監視対象から外す（２６４０８）。
【００７９】
次に監視対象中｛．１．１．１０｝（社会人）オブジェクトの中で、｛．３．２１．２４３｝（居酒屋）のオブジェクトの、｛．１０３．１｝（緯度），  ｛．１０３．２｝（経度）の属性値と近い値となったまま、７２００秒を経過したものがあるかを調べ（２６４１４）、該当｛．１．１．１０｝（社会人）オブジェクトの回数エントリに１を追加する（２６４１２）。
【００８０】
なお、この回数エントリは、プログラム内部のメモリに変数として生成されているものとする。
【００８１】
次に、該当｛．１．１．１０｝（社会人）オブジェクトの今回の回数エントリの追加が、前回の追加から１週間以内であるかどうかをチェックし（２６４１６）、該当｛．１．１．１０｝（社会人）オブジェクトの｛．１．５６｝エントリ（酒が好き）をＯＮにする（２６４１４）。
【００８２】
以上の処理を実施することによって、管理対象物の一属性（酒が好きか否か）が、図１４の｛ｒｏｏｔ（）．ｈｕｍａｎ（１）．ｄｒｉｎｋｅｒ（５６）｝として追加され、かつその属性値がＯＮとなる。
【００８３】
このプログラムは、属性生成デーモンコンパイラ２６４で実行ファイルに変換され、デーモン生成・実行プログラム２８０によって起動される。
【００８４】
上記図９において作成されたメッセージは、通信管理プログラム２５２にて受信されると、メッセージ種別判定プログラム２５８に転送され、ＩＤ部９０２が参照される。このメッセージのＩＤ番号は３なので、当該メッセージはメッセージ送信前処理プログラム２６６に転送されて、以下の処理が行われる。
【００８５】
まず、メッセージのデータ部９０３を本体部である「ただいま、最初のビール一杯は無料セール実施中！場所は、ここです↓ｈｔｔｐ：／／ｗｗｗ．ｈｏｇｅｈｏｇｅ．ｃｏｍ／ｍａｐ−ｉｚａｋａｙａ．ｊｐｇ」と、アドレス部である「猛暑または暑い日、酒が好きで、夕方、ＪＲ横浜駅に向かう、社会人の男性」に分解した後、本体部を、メッセージ格納ＤＢ２９７に格納する。
【００８６】
図１８は、格納されたメッセージ本体部２９７２と、そのメッセージＩＤ番号２９７１を示している。
【００８７】
アドレス部の内容は、対象物キーワードＤＢ２９１を参照しながら、上記状態状況定義プログラム２６３で使用した図１１に示すようなアルゴリズムを使って、メッセージの文章解析を実施し、その結果として、図１７に示すようなプログラムコードを生成する。
【００８８】
メッセージ送信対象が１．１．１０（社会人）で（２６６１）、酒が好きの属性（１．５６）がＯＮで（２６６２）、時間が１７時から２０時までの間で（２６６３）で、横浜駅に向かう進行方向が観測された（２６６４）場合において、メッセージＩＤ番号２９７１が「２５３２５４」のメッセージ本体部２９７２を送信する（２６６５）というような内容となっている。
【００８９】
このプログラムは、メッセージ送信デーモンコンパイラ２６８で実行ファイルに変換され、デーモン生成・実行プログラム２８０によって起動され、該当する状態を持つオブジェクトを発見した場合には、メッセージの本体部が該当オブジェクトに対して送信される。
【００９０】
図１９は、定期的に、メッセージ通信装置３０から、メッセージ中継装置２０に送信されてくるメッセージの中身であり、管理対象物のオブジェクトのユーザ名（２７０２）、管理対象物が存在する場所の気温（２７０４）、管理対象物が存在する位置（２７０６）、管理対象物の心拍数（２７０８）、管理対象物の血圧（２７１０）と、図１０記載のメッセージ種別を示すＩＤには４が入る。
【００９１】
このメッセージが、通信管理プログラム２５２にて受信されると、当該メッセージは状況状態メッセージ受信プログラム２７０に転送され、まずここで、対象物属性情報ＤＢ２９６の中に格納された前回以前のデータとの比較処理を行う。
【００９２】
この比較処理を行うことで、管理対象の移動方向（Ａｎｇｌｅ）、移動速度（Ｓｐｅｅｄ）、移動偏差（Ｓｉｇｍａ）が算出され、ここではそれぞれ
Ａｎｇｌｅ  ＝  １３５．５度（真北０度、真東９０度、真南１８０度、真西２７０度）
Ｓｐｅｅｄ  ＝  ３．４５ｋｍ／ｓ
Ｓｉｇｍａ  ＝  ０．４２ｋｍ／ｓ
なる値になったものとし、これらの情報を状況状態変換プログラム２７２に転送する。
【００９３】
なお、これらの値の算出は、メッセージ通信装置３０で実施しても良い。
【００９４】
状況状態変換プログラム２７２は、対象物属性情報ＤＢ２９６と、対象物キーワードＤＢ２９１を参照して、上記情報を、図２０に示すようなインデックスリストとして、変換して羅列された後、既にメッセージ送信デーモンコンパイラ２６８において生成され、起動されているデーモン２８１に入力する。前記デーモン２８１のそれぞれは、前記インデックスリストの、その値などを参照して、各デーモン２８１が要求する条件に一致した場合、図２０のリストに、図１７の２２６５より参照された図１８のメッセージを付与して、メッセージ生成プログラム２８２に転送する。
【００９５】
メッセージ生成プログラム２８２は、図２０の２８０１を送信先アドレスとし、図１８の２９７２をメッセージ本体とするメッセージを作成した後、これをメッセージ送信処理プログラム２８４に転送する。
【００９６】
メッセージ送信処理プログラム２８４は、システムの負荷等を考慮して、送信するメッセージを適当な間隔で、通信管理プログラム２５２に転送し、通信管理プログラム２５２は、メッセージに付与された送信先アドレスに対してメッセージを送信する。
【００９７】
なお、メッセージ中継装置２０は、管理対象物の属性を追加し新たな監視対象として登録した場合や、作成されたメッセージを送信対象となる管理対象物に実際に送信した場合に、それらのことをメッセージの作成元である管理対象物に通知しても良い。
【００９８】
以上、第一の実施形態によれば、ある状況を自然言語として表現したキーワードにメッセージを添付させたものをメッセージ中継装置に送付することにより、上記状況下にあるユーザに前記メッセージを配信することが可能になる。
（第二の実施形態）
本実施形態では、状況状態ベース通信システムが、警備サービスで実施されている。
【００９９】
図２の対象物１は、警備員であり、メッセージ中継装置２０は、上記警備員に指示を出したり、必要な情報を転送したりする集中管制センタシステムにあるものとする。
【０１００】
先ず、警備サービスの顧客から救援の電話を受けた集中管制センターの管制官は、警備員１−３を現場２に向かうよう指示を与える（図２２）。
【０１０１】
なお物件２の情報は、図６の対象物属性情報ＤＢ２９６に記録されているものとする。
【０１０２】
図２１は、警備員１−３が、急行した現場２の近くで、集中管制センタ２０にメッセージを送信する時の、メッセージ通信装置３０のディスプレイ３１８のメッセージ送信画面３１８３−２の構成を示す。送信属性アドレスのテキスト入力画面３１８３１−２には「現場到着  物件見取り図」なるメッセージが記載されている。このメッセージは、警備員が自分で入力しても良いが、このような定型メッセージを作成するボタンが画面内に用意されていてもよい。
【０１０３】
図２１記載のボタン３１８４０、３１８４２、３１８４４、３１８４６、３１８４８、３１８５０のそれぞれを押下（または選択実行）すると、送信属性アドレスのテキスト入力画面３１８３１−２に、そのボタンに記載された文字が自動的に入力される。
【０１０４】
３１８４８の報告書送付に関しては、入力テキストウィンドウ３１８２２−２に報告書の内容を記載しても良いし、電子化された書類を添付ファイルとして送付しても良い。また「緊急」ボタン３１８５０に関しては、連続して２回押下することで、送信ボタン３１８３３を押下することなく、メッセージを送信できるようにしてもよい。また、上記３１８４０、３１８４２、３１８４４、３１８４６、３１８４８、３１８５０のそれぞれのボタンは、必ずしもメッセージ送信画面３１８３−２上に現われるものでなくてもよく、キー入力の別のキーとしてハードウェアで実現してもよい。
【０１０５】
ここで送信ボタン３１８３３−２を押すと、図４のメッセージ生成プログラム３６５が、図２３に示すようなメッセージを生成する。ここでは、警備員１−３が生成したメッセージ３６５１の他に、その警備員を状況を示すユーザ名（３６５２）、存在する場所の気温（３６５４）、存在する位置（３６５６）、心拍数（３６５６）、血圧（３６６０）の情報が自動的に添付される。
【０１０６】
これらの状況状態は、警備員１−３がリラックスしているのか緊張しているのかを知る一つの手がかりとなる。もし、警備員１−３が過度な緊張状態であった場合としては、予め、「心拍数１４０以上の者」をアドレス部とし、「現場を離れ撤収せよ」を本体部とするメッセージを用意し、第一の実施形態で説明した図６記載のメッセージ送信前処理プログラム２６６、またはメッセージ送信デーモンコンパイラ２６８を介して、デーモン２８１を起動しておく。このようなデーモン２８１を用意しておくことによって、過度なストレス状態にあり、心拍数が１４０以上の警備員には、自動的に撤収の指示のメッセージが配布される。
【０１０７】
上記の警備員の状況情報が添付されたメッセージは、メッセージ中継装置２０における、図６記載の通信管理プログラム２５２を経由して、メッセージ種別判定プログラム２５８によって状況状態メッセージ受信プログラム２７０に転送される。
【０１０８】
状況状態メッセージ受信プログラム２７０は、対象物属性情報ＤＢ２９６と、対象物キーワードＤＢ２９１を参照して、上記メッセージを、図２４に示すようなインデックスと値のリストに変換して羅列する。
【０１０９】
ここで、図２１の送信属性アドレスのテキスト入力画面３１８３１−１に記載され、アドレスとして使用されている「物件見取り図」は、警備員から半径２００メートル以内で現在アラート対象中の物件とリンクして解釈される（２８０４）。すなわち、アドレスとして使用されている「物件見取り図」の情報と、その警備員が物件から２００メートル以内にいるという位置情報から、この警備員が、その物件の見取図を必要としていると自動的に解釈され、図２４のインデックスリストの一情報（２８０６）として、追加される。
【０１１０】
図２４記載のリストは、状況状態変換プログラム２７２を経由して、所定のデーモン２８１で処理される。
【０１１１】
上記デーモン２８１は、所定のアルゴリズムに従い、対象物属性情報ＤＢ２９６を参照して、警備員の現在位置から、半径２００メートル以内に、警戒中の物件があるかどうかを調べ、もしなければ「物件を特定できない。位置情報を送付するか、電話せよ」との旨のメッセージを作成する指示を行い、もしあれば、添付ファイル一式ＤＢ２９７より該当物件の見取り図情報を検索し、その物件の情報を添付したメッセージを作成するよう指示する。
【０１１２】
上記指示を受け取ったメッセージ生成プログラム２８２は、添付ファイル一式ＤＢ２９８から必要な情報を取得してメッセージを作成し、これをメッセージ送信処理プログラム２８４、通信管理プログラム２５２を経由して、メッセージ送信者に転送される。
【０１１３】
上記第二実施形態によれば、管理対象の状況（本実施形態では、警備員の位置情報）と、メッセージのコンテンツ（本実施形態では、「物件見取り図」と書かれたアドレス情報）をリンクして、管理対象が必要としている情報を事前に推測し、当該情報を管理対象に送付するという効果がある。
【０１１４】
上記実施形態によれば、以下の効果がある。
（１）対象物の属性情報は動的、多義的かつリアルタイムに扱うことが可能であり、時間と共に変動していくような動的な情報が使用可能である。
（２）本実施形態で使用される対象物の状況および／または状態は、論理式を使ってルールまたは集合または論理記号式のように扱うことができ、柔軟な状況および／または状態の指定を実現することができる。
（３）本実施形態によれば、対象物とのインターフェースとしてＰＣやテレビのターミナルのようなものである必要がなく、対象物に対して属性入力をさせる必要がない。例えば、対象物が自らの属性を「酒が好き」や、「肥満」などを入力しなければならないケースは、単に繁雑な処理を必要とするだけでなく、例えばこの対象物が人間などの場合には、このような入力を行わせることはユーザに苦痛を与えるが、本実施形態によれば、そのような繁雑な処理は不要で、対象物が通常の行動を実施している状況から、対象物の属性情報を自動的に追加することを可能とする。
（４）上記に述べたように、属性をユーザによって新規に追加し、その属性値を自動的に更新していくと言うような高度な属性定義機能を提供する。
（５）本実施形態は、自然人の他に、各種センサを取り付けることができる有体物を対象とすることができる。有体物とは、たとえば、自動車、鉄道、船舶、航空機、人工衛星、信号機、踏切、ゲート、コンビニエンスストア、デパート、コンサートホール、野球場、サッカー場、スキー場、または、ネットワークアドレスを有する通信機器、各種デバイス、工業機器、家電製品（電子レンジ、冷蔵庫等）などである。
（６）対象物の属性として、
例えば、人間にあっては、各種センサによって、またはＤＢから取得できるものを扱うことができる。たとえば、名字・名前、生年月日、出身地、職業、年齢、性別、血液型、その状況にあっては、プールの中、ショッピング中、仕事中、休暇中、睡眠中、食事中、歩行中、激務中、高血圧、不整脈、体温、脳波であるα波β波などを扱うことができる。
（７）本実施形態の状況状態を検知する装置（すなわちセンサ）としては、温度湿度センサ、位置高度センサ、明暗センサ、光センサ、赤外線センサ、熱電対、ガスセンサ、磁気センサ、超音波センサ、振動・加速度センサ、電流センサ、圧力センサ、ひずみセンサ、風速センサ、その他のセンサおよび、ロボットのアクチュエータ（アーム、ハンド、レッグ）の位置センサなど特別な限定がない。
（８）センサによって取得できる状況状態の一属性である位置に関しては、たとえば以下のものが対象となる。
【０１１５】
一次元的で固定的なものであれば、緯度・経度、国境・海峡、県市町村境、鉄道、道路、船舶、航空路、衛星軌道があり、一次元的で変動的なものであれば、目的地までの決まった道のり、セールスマンの巡回経路、監視員の監視巡回経路なども適用対象となる。
【０１１６】
二次元的で固定的なものであれば、緯度・経度、携帯電話やＰＨＳのローミングエリア、県市町村等、二次元的で変動的なものであれば、（広いまたは狭いまたは高いまたは低い）建築物、公園、ビジネスパーク、アミューズメント施設、気温・湿度の高い・低い地域雨が降っている地域、暗所（トンネルなど）なども適用対象である。
【０１１７】
三次元的で固定的なものであれば、高度（海抜）、水深、油田深度、三次元的で変動的なものであれば、登坂中、登山中、飛行中、ビルの階数、台風・雨雲・前線の場所、海中（潜水艦）なども適用対象となる。
【０１１８】
さらに、状況状態の一属性である時間、日時に関しては、固定的なものであれば、各国の標準時刻、国際標準時刻、セシウム原子を使った時計レベルの精度の時刻、ＧＰＳ（グローバルポジショニングシステム）を使ったレベルの精度の時刻、電波時計レベル、単なる秒精度単位、太陽暦・イスラム暦などの扱いがあるがこれらの時間の扱いが対象となるし、または変動的慣用的な時間の概念に関しては、寒い朝、暑い夜、日が長い・短い、夏時間、祭日、休日、誕生日、結婚記念日等プライベートな特別な日など適用対象となる。これらは、図６記載のデーモン２８１が、例えば上記実施形態のプログラムを稼動させているシステムが扱う時刻、時間を変換する処理を行うことで、実現可能である。
【０１１９】
さらに上記の位置と時間の両方の要素を使ったものであるベクトルもまた、状況状態の一属性として考えるのであれば、高速移動中、８時間以上停止中、西に移動中、都心から郊外へ移動中、気温・湿度上昇中、駅の方面へ移動中なども適用対象となる。
【０１２０】
さらに、このベクトルと時間の要素から推定される、加速ベクトルも状況状態の一属性であると見なせ、「加速変動が頻繁な場合は、都心を移動中である」「列車路線上の加速変動の頻度が低い場合は郊外を移動中」などと解釈することが可能となる。
（９）単に受信側の対象物の状況および／または状態または属性だけでなく、送信者側の対象物の状況および／または状態または属性をも考慮し、送信者側対象物が自ら申告しない状況および／または状態または属性を自動的に抽出し、それを使用することによって、精度の高いメッセージ通信を行うことを可能とする。
【０１２１】
【発明の効果】
本発明によれば、対象物の状況状態に応じたメッセージの送信および受信を行うことを可能とする状況状態ベース通信システムを提供することが可能となる。
【図面の簡単な説明】
【図１】第１実施形態の状況状態ベース通信システムを適用したネットワークシステムのシステム構成図である。
【図２】メッセージ送受信装置のハードウェア構成図である。
【図３】メッセージ中継装置のハードウェア構成図である。
【図４】メッセージ送受信装置のソフトウェア構成図である。
【図５】メッセージ中継装置のソフトウェア構成図である。
【図６】メッセージ中継装置内のメッセージの流れと、各プログラムが参照するデータベースを示した図である。
【図７】状態定義画面を示す図である。
【図８】属性生成定義画面を示す図である。
【図９】メッセージ送信画面を示す図である。
【図１０】メッセージ送受信装置で作成されたメッセージを概念的に示した図である。
【図１１】状態状況定義プログラム２６３の登録の処理を示した図である。
【図１２】アプリケーションインターフェースの一例を説明する図である。
【図１３】属性生成定義ＤＢに格納されるプログラムの一例の図である。
【図１４】対象物キーワードＤＢ２９１の内部表記を示す図である。
【図１５】属性生成デーモンコンパイラによって生成されたプログラムのアルゴリズムを示す図である。
【図１６】状態状況定義ＤＢ２９０に登録された状態定義を示す図である。
【図１７】上記状態状況定義プログラムが生成したプログラムコードを示す図である。
【図１８】メッセージ格納ＤＢに格納されたメッセージを示す図である。
【図１９】メッセージ送受信装置からメッセージ中継装に送信されてくる状況状態メッセージの中身を示す図である。
【図２０】状況状態リストを示す図である。
【図２１】第二の実施形態におけるメッセージ送受信装置のディスプレイを示す図である。
【図２２】現場の物件と警備員を示す図である。
【図２３】第二の実施形態における生成されたメッセージの内容を示す図である。
【図２４】第二の実施形態における状況状態リストを示す図である。
【符号の説明】
１…対象物、１０…ネットワーク、２０…メッセージ中継装置、３０…メッセージ通信装置、２０２…バス、２０４…ネットワーク接続コントローラ、２０６…ＣＰＵ、２０８…メモリ、２１０…外部装置コントローラ、２１２…モニタコントローラ、２１４…入出力コントローラ、２１６…キーボード、２１８…マウス、２２０…モニタ、２５２…通信管理プログラム、２５３…ネットワーク制御ドライバ、２５４…送信キュー、２５６…受信キュー、２５８…メッセージ種別判定プログラム、２６２…属性生成前処理プログラム、２６４…属性生成デーモンコンパイラ、２６６…メッセージ送信前処理プログラム、２６８…メッセージ送信デーモンコンパイラ、２７０…状況状態メッセージ受信プログラム、２７２…状況状態変換プログラム、２８０…デーモン起動・実行・停止プログラム、２８２…メッセージ生成プログラム、２８４…メッセージ送信処理プログラム、２８６…データベース管理プログラム、２９０…キー入力処理ドライバ、２９２…モニタ制御処理ドライバ、２９４…非対象物属性情報ＤＢ、３０２…バス、３０４…ネットワーク接続コントローラ、３０６…キー入力コントーラ、３０８…キー入力インターフェース、３１０…音声入出力コントローラ、３１２…スピーカ、３１４…マイク、３１６…モニタコントローラ、３２０…ＣＰＵ、３２２…血圧・脈拍センサモジュール、３２２…メモリ、３２４…ＧＰＳレシーバモジュール、３２６…ＧＰＳレシーバ、３２８…温度・湿度センサモジュール、３３０…温度・湿度センサ、３３４…血圧・脈拍センサ、３５０…入出力装置制御ドライバ、３５２…センサ制御処理プログラム、３５４…音声制御処理プログラム、３５６…映像制御処理プログラム、３５８…キー入力処理プログラム、３６０…モニタ制御処理プログラム、３６１…状況定義支援処理プログラム、３６２…対象者状況状態検知処理プログラム、３６３…属性生成プログラム、３６６…送信キュー、３６８…受信キュー、３７０…通信管理プログラム、３７２…ネットワーク制御ドライバ。
【図１】
2005011050.tif 000003
【図２】
2005011050.tif 000004
【図３】
2005011050.tif 000005
【図４】
2005011050.tif 000006
【図５】
2005011050.tif 000007
【図６】
2005011050.tif 000008
【図７】
2005011050.tif 000009
【図８】
2005011050.tif 000010
【図９】
2005011050.tif 000011
【図１０】
2005011050.tif 000012
【図１１】
2005011050.tif 000013
【図１２】
2005011050.tif 000014
【図１３】
2005011050.tif 000015
【図１４】
2005011050.tif 000016
【図１５】
2005011050.tif 000017
【図１６】
2005011050.tif 000018
【図１７】
2005011050.tif 000019
【図１８】
2005011050.tif 000020
【図１９】
2005011050.tif 000021
【図２０】
2005011050.tif 000022
【図２１】
2005011050.tif 000023
【図２２】
2005011050.tif 000024
【図２３】
2005011050.tif 000025
【図２４】
2005011050.tif 000026