(57)【要約】【課題】  アプリケーション仕様に依存せずに、アプリケーション間を統括管理することができるメッセージングシステムを提供することを目的とする。【解決手段】  管理サーバは、様々なアプリケーションで、背景情報を共有するために必要な共通情報（ユーザ情報、サービス情報、エイリアス情報）を、一元的に管理する。管理サーバは、アプリケーションに付加されているアダプタとの間で、上記共通情報を、通信し、共有する。また、背景情報の変化（イベント）を共有する場合、アプリケーションに付加されているアダプタが、上記イベントを検出し、管理サーバ経由で、または他のアダプタに直接、イベントメッセージを送信する。上記イベントを双方向で送信することによって、リアルタイムにイベントを共有する。【選択図】  図１
2005346594.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバと、アダプタと、掲示板、メールを含むコミュニティコミュニケーションサービスを行うアプリケーションとを具備するメッセージングシステムにおいて、
ユーザＩＤを発行し、ユーザ情報を管理し、ユーザが所有する端末情報や、ユーザが所属するグループの情報を含むコミュニティ情報を管理するユーザ管理手段と；
所定のコミュニティに属するユーザを管理し、上記コミュニティに属する共有端末に関する情報を管理するコミュニティ情報管理手段と；
上記管理サーバに接続するアプリケーションと、上記アダプタに関する情報とを管理し、接続しているアプリケーションサーバの稼動状況を管理するサービス管理手段と；
上記アダプタからメッセージを受け、予め登録されているルールに基づいて、メッセージを配信し、収集したメッセージを蓄積管理するメッセージング手段と；
上記アダプタと通信し、要求に応じて、上記各手段へ処理を割り振る通信手段と；
上記通信手段が取得した命令メッセージに応じて、情報共有を制御する制御手段と；
複数のデータを組み合わせることによって、単独のデータからだけでは読み取れない情報等を読み取る情報集約・発掘手段と；
を有することを特徴とするメッセージングシステムにおける管理サーバ。
【請求項２】
請求項１において、
ユーザ個人に関するユーザ情報と所有端末情報とを含むエイリアス情報を一元的に管理することを特徴とするメッセージングシステムにおける管理サーバ。
【請求項３】
請求項１において、
メールサービスや掲示板等、異なるコミュニティコミュニケーションサービスのＵＲＩ、プロトコル等のサービス情報を、一元的に管理し、これらの情報を用い、互いに異なるサービス間で通信を実現することを特徴とするメッセージングシステムにおける管理サーバ。
【請求項４】
請求項１において、
複数のユーザのグループであるコミュニティの構成ユーザの情報と、コミュニティ共有の端末に関するエイリアス情報とを一元的に管理することを特徴とするメッセージングシステムにおける管理サーバ。
【請求項５】
請求項１において、
ユーザ情報、エイリアス情報、コミュニティ情報を一元的に管理することを特徴とするメッセージングシステムにおける管理サーバ。
【請求項６】
管理サーバと、アダプタと、掲示板、メールを含むコミュニティコミュニケーションサービスを行うアプリケーションとを具備するメッセージングシステムにおいて、
ユーザ情報を登録・参照・削除する問い合わせ命令を実行し、上記アプリケーションにおいてユーザ情報を利用するユーザ情報管理手段と；
所定の管理サーバが一元的に管理しているコミュニティ情報を、登録・参照・削除し、利用・管理するコミュニティ情報管理手段と；
存在情報、環境情報を含む背景情報の変化であるイベントを検出し、メッセージを作成し、送信し、また、上記管理サーバまたは他のアダプタからのイベントメッセージを、受信し、翻訳・データ変換し、上記アプリケーションへイベント情報を反映するメッセージング手段と；
上記メッセージング手段が作成したデータを、上記アプリケーションと上記管理サーバとの間で通信する通信手段と；
を有することを特徴とするメッセージングシステムにおけるアダプタ。
【請求項７】
管理サーバと、アダプタと、掲示板、メールを含むコミュニティコミュニケーションサービスを行うアプリケーションとを具備するメッセージングシステムにおけるサービス管理方法において、
ユーザＩＤを発行し、ユーザ情報を管理し、ユーザが所有する端末情報や、ユーザが所属するグループの情報を含むコミュニティ情報を管理し、メモリに記憶するユーザ管理段階と；
所定のコミュニティに属するユーザを管理し、上記コミュニティに属する共有端末に関する情報を管理し、メモリに記憶するコミュニティ情報管理段階と；
上記管理サーバに接続するアプリケーションと、上記アダプタに関する情報とを管理し、上記管理サーバの稼動状況を管理し、メモリに記憶するサービス管理段階と；
上記アダプタからメッセージを受け、予め登録されているルールに基づいて、メッセージを配信し、収集したメッセージを、メモリに蓄積管理するメッセージング段階と；
上記アダプタと通信し、要求に応じて、上記各段階へ処理を割り振る通信段階と；
上記通信段階で取得した命令メッセージに応じて、情報共有を制御する制御段階と；
複数のデータを組み合わせることによって、単独のデータからだけでは読み取れない情報等を読み取る情報集約・発掘段階と；
を有することを特徴とするメッセージングシステムにおけるサービス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に、独立に存在するコミュニティコミュニケーションサービス間で、人間の生活活動によって生じる情報、周辺の情報であって、同じ場所にいれば、自然と伝わる存在情報や環境情報等の背景情報を、個々のサービスを特徴付けるアプリケーション仕様に依存せずに、共有し、コミュニティコミュニケーションサービスを統括・管理する装置に関する。
【背景技術】
【０００２】
情報共有方法は、非同期の情報（送り手がメッセージを送信するタイミングと受け手が閲覧するタイミングとが異なる情報）を共有する例として、ポータルサイト上の掲示板を閲覧し、書き込みする方法が知られている。
【０００３】
また、半同期の情報（受け手の状態によっては、送り手のメッセージ送信と受け手の閲覧とに若干の遅延が生じる程度の情報）を共有する例として、メッセージ同報システムや、送り手が受け手に直接的にメッセージを送信する電子メールやインスタントメッセンジャによる情報共有が知られている。
【０００４】
これらのコミュニケーションサービスを統合する場合、様々なコミュニケーションツールを、１つの窓口で利用可能なポータルサイトとし、ユーザに提供する技術が知られている。
【０００５】
また、ポータルサイトとは別に、ＲＰＣ（遠隔手続呼出）を用いたサービスを統合管理する技術として、ＸＭＬを用いたＳＯＡＰ／ＷＳＤＬ／ＵＤＤＩによる統合管理方法が検討されている。
【０００６】
情報共有の仕組みとしての上記従来例は、人が意識し、明示的な要件や意思等のメッセージをやり取りするものである。一方、環境情報や存在情報等、人が意識せずに発信している人間の活動、周辺の情報である背景情報について、センサ等が自動的に取得し、リアルタイムで、相手にさりげなく提示するシステムが知られている（たとえば、特許文献１参照）。
【特許文献１】特開２００２−３１４７０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記従来例において、コミュニティコミュニケーションを統括管理する場合、アプリケーション毎に、異なる仕様を包含する必要がある。また、新たなアプリケーションが追加された場合、全てのアプリケーションまたは統括・管理するサービスを変更する必要がある。
【０００８】
したがって、上記従来例では、サービス間の統合を、柔軟かつ効率よく実行することが、困難であるという問題がある。
【０００９】
他の方法として、ビジネス商取引におけるｅｂＸＭＬ等、ＳＯＡＰ／ＷＳＤＬ／ＵＤＤＩを用いた例として、ＸＭＬメッセージ型システムを用い、様々なアプリケーションを統合管理することも可能である。
【００１０】
しかし、このようにした場合、個々のアプリケーションのアプリケーションインタフェースに、統合管理を依存する部分が多く、これらを統合したサービスを提供するためには、統合・管理するサービスを構築する必要がある。
【００１１】
また、同じ場所にいれば自然と伝わる存在情報や、環境情報等の背景情報を共有する場合、従来は、共通化されたアプリケーション仕様がないので、これらの情報を用いたアプリケーションインタフェースが必要である。
【００１２】
つまり、上記従来例は、異なるサービス間を統括管理する場合、それらのサービスを実装したアプリケーションの仕様に依存するという問題がある。
【００１３】
本発明は、アプリケーション仕様に依存せずに、アプリケーション間を統括管理することができるメッセージングシステムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、様々なアプリケーション間で、背景情報を共有するために必要な共通情報（ユーザ情報、サービス情報、エイリアス情報）を、管理サーバが一元的に管理する。管理サーバは、アプリケーションに付加されているアダプタとの間で、上記共通情報を、通信し、共有する。
【００１５】
また、本発明は、背景情報の変化（イベント）を共有する場合、アプリケーションに付加されているアダプタが、上記イベントを検出し、管理サーバ経由で、または他のアプリケーションに付加されているアダプタに直接、イベントメッセージを送信する。上記イベントを双方向で送信することによって、リアルタイムにイベントを共有する。
【発明の効果】
【００１６】
本発明によれば、アダプタを介して、背景情報情報、意図的に送るメッセージ情報等を共有することができ、つまり、アプリケーション仕様に依存せずに、アプリケーション間を統括管理することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１７】
発明を実施するための最良の形態は、以下の実施例である。
【実施例１】
【００１８】
［全体構成］
図１は、本発明の実施例１であるメッセージングシステムＭＳ１の構成を示す図である。
【００１９】
メッセージングシステムＭＳ１は、管理サーバＣＳ１と、サーバアプリケーションＳＡ１、ＳＡ２と、クライアントアプリケーションＣＡ１と、アダプタ（共通モジュール）ＡＤ１、ＡＤ２、ＡＤ３と、ネットワークＮＷとによって構成されている。
【００２０】
ネットワークＮＷは、ローカルエリアネットワーク（ＬＡＮ）、インターネット、ＶＰＮ等、無線、有線を問わず、ＴＣＰ／ＩＰを利用できる環境であれば、どのようなネットワーク構成でもよい。
【００２１】
サーバアプリケーションＳＡ１は、コミュニティコミュニケーションサービス（複数のユーザを含むコミュニティにおいて、ユーザ間のコミュニケーション手段を提供するサービス）を提供するアプリケーションであり、クライアント端末Ｔ１、Ｔ２を通じて、複数のユーザに情報サービスを提供するサーバソフトウェアである。たとえば、ＨＴＭＬを出力するＷｅｂサーバや、半同期コミュニケーションサービスである電子メールサービスにおいて、ユーザ間のメッセージを制御するメールサーバ、インスタントメッセンジャ等、従来利用されているアプリケーションだけでなく、センサボックスからセンサ情報を収集するサーバアプリケーション等、どのようなサーバアプリケーションでもよい。
【００２２】
クライアントアプリケーションＣＡ１は、ユーザが情報を入力し、ユーザに情報を出力するソフトウェアと端末とによって構成され、たとえば、ブラウザやセンサ端末等が、その例である。
【００２３】
アダプタ（共通モジュール）ＡＤ１〜ＡＤ３は、他のアプリケーションと連携する。
【００２４】
図２は、メッセージシステムＭＳ１に使用されている管理サーバＣＳ１の構成例を示すブロック図である。
【００２５】
管理サーバＣＳ１は、通信手段１０と、制御手段１１と、ユーザ管理手段１２と、コミュニティ情報管理手段１３と、サービス情報管理手段１４と、メッセージング手段１５と、情報集約・発掘手段１６と、課金手段１７と、エイリアス管理手段１８と、情報蓄積手段１９とによって構成されている。
【００２６】
管理サーバＣＳ１を、１つのハードウェアで構成するようにしてもよく、複数のハードウェアに分散して構成するようにしてもよい。
【００２７】
管理サーバＣＳ１を、複数のハードウェアに分散する場合、ユーザ管理手段１２、コミュニティ情報管理手段１３、サービス情報管理手段１４、メッセージング手段１５、情報集約・発掘手段１６、課金手段１７をいくつかの組に分け、これら分けられた組と、通信手段１０、制御手段１１とを組み合わせる。
【００２８】
ユーザ管理手段１２は、個人情報管理手段１２１によって構成されている。個人情報管理手段１２１は、複数のユーザのそれぞれに、一意のユーザＩＤを発行し、氏名、住所、電話番号、ＦＡＸ番号、電子メールアドレス、ホームページアドレス、年齢、生年月日、血液型、ハンドルネーム等の個人情報を管理する。
【００２９】
また、ユーザ管理手段１２は、ユーザの情報、パソコン、カメラ等、ユーザが所有する端末情報や、ユーザが所属するグループ等のコミュニティ等のエイリアス情報を管理するエイリアス管理手段１８を用い、各ユーザに対して、個人情報と利用端末情報との対応関係を、ユーザＡの下にエイリアスＡ−１〜Ａ−３が接続されたツリーとして構造化したリストとして構成する。そして、管理サーバＣＳ１は、上記端末情報、コミュニティ情報を、一元管理する。
【００３０】
なお、上記「コミュニティ」は、複数のユーザと、複数のユーザが所有する端末とによって構成されている集合である。
【００３１】
コミュニティ情報管理手段１３は、構成員管理手段１３１を有し、構成員管理手段１３１は、所定のコミュニティに属するユーザを管理する。
【００３２】
コミュニティ情報管理手段１３は、上記コミュニティに属するユーザのＩＤと、エイリアス情報とを管理し、また、ユーザ個人所有ではなく、コミュニティとして所有する共有端末に関する情報を、構造化したリストとして管理する。これによって、上記コミュニティに属するユーザのＩＤと、エイリアス情報と、コミュニティとして所有する共有端末に関する情報を、管理サーバＣＳ１が、一元管理する。
【００３３】
なお、上記「エイリアス情報」は、コミュニティに属するユーザのユーザＩＤと、コミュニティに属するユーザ共有端末の情報とを、コミュニティ情報として管理する。
【００３４】
サービス管理手段１４は、管理サーバＣＳ１に接続するアダプタに関する情報を、一元管理し、サービス間の情報のやり取りを実現するディレクトリサービス機能を提供し、サービス情報管理手段１４１と、サービス稼動管理手段１４２とによって構成されている。
【００３５】
サービス情報管理手段１４１は、管理サーバＣＳ１に接続するアプリケーションと、このアプリケーションに付加されているアダプタに関する情報を管理する手段である。また、サービス稼動管理手段１４２は、接続しているサーバＣＳ１とそのアダプタとが、現在通信可能であるかどうか等、アダプタＡＤ１、ＡＤ２、ＡＤ３の稼動状況を管理する手段である。
【００３６】
メッセージング手段１５は、収集・配信手段１５１を有し、収集・配信手段１５１は、アダプタからメッセージを受け、各アダプタから要望として予め提出されている配信要望リストをリスト化した配信ルールに基づいて、メッセージを配信する
メッセージング手段１５は、収集・配信手段１５１を有し、各アダプタから送信されたメッセージを、受信・収集し、配信ルールに基づいて、他のアダプタへメッセージを配信し、また、収集・配信手段１５１が収集したメッセージを、情報蓄積管理手段１９を用いて、記憶媒体へ蓄積し、管理する。
【００３７】
情報集約・発掘手段１６は、情報蓄積管理手段１９が蓄積したデータから、複数のデータを組み合わせることによって、単独のデータだけからでは読み取れない情報を読み取る等、価値のある情報へ集約し、大量のデータの中から、価値ある情報を発掘する機能を有する。
【００３８】
課金手段１７は、データのやり取りに対するインセンティブが生じた場合、このインセンティブを管理し、ユーザ間における金銭と情報とのやり取りを仲介する。
【００３９】
通信手段１０は、アダプタＡＤ１、ＡＤ２、ＡＤ３との間における通信データを受信し、また、アダプタＡＤ１、ＡＤ２、ＡＤ３からのデータを、制御手段１１に引き渡し、処理後のデータを、アダプタＡＤ１、ＡＤ２、ＡＤ３へ送信する。
【００４０】
制御手段１１は、通信手段１０が取得したデータを解析し、制御コマンドを抽出し、この抽出された制御コマンドに応じて、処理する。
【００４１】
次に、実施例１に使用されているアダプタＡＤ１について説明する。
【００４２】
図３は、メッセージシステムＭＳ１に使用されているアダプタＡＤ１を示すブロック図である。
【００４３】
なお、アダプタＡＤ２、ＡＤ３の構成は、アダプタＡＤ１の構成と同様である。
【００４４】
アダプタＡＤ１は、通信手段２０と、制御手段２１と、ユーザ情報管理手段２２と、コミュニティ情報管理手段２３と、サービス管理手段２４と、メッセージ送信手段２５と、メッセージ受信手段２６とによって構成されている。
【００４５】
ユーザ情報管理手段２２は、管理サーバＣＳ１のユーザ管理手段１２が一元的に管理しているユーザ情報について、登録・参照・削除する問い合わせ命令を実行し、ユーザの個人情報とエイリアス情報とを管理する。
【００４６】
コミュニティ情報管理手段２３は、管理サーバＣＳ１が一元的に管理しているコミュニティ情報を、登録・参照・削除する問い合わせ命令を実行し、アプリケーション側でコミュニティ情報を利用・管理する。
【００４７】
メッセージ送信手段２５は、イベント検出手段２５２と、メッセージ作成手段２５１とによって構成されている。
【００４８】
イベント検出手段２５２は、ユーザの操作やセンサ情報の変化等、アプリケーションによって情報が変化したことを検出する。メッセージ作成手段２５１は、検出したイベントを、共通の通信データ形式に変換する。
【００４９】
メッセージ受信手段２６は、メッセージ翻訳手段２６１と、データ変換手段２６２とを有する。
【００５０】
メッセージ翻訳手段２６１は、管理サーバＣＳ１と、他のアプリケーションとから送信されたデータ（イベント）を解析する。
【００５１】
データ変換手段２６２は、メッセージ翻訳手段２６１による解析結果に基づいて、受信したデータを、送信先のアプリケーションに対応した形式に変換し、また、この変換されたデータを送信先のアプリケーションへ受け渡す。
【００５２】
通信手段２０は、メッセージ作成手段２５１が作成したデータを、アプリケーションと管理サーバＣＳ１との間で、通信する。
【００５３】
制御手段２１は、アダプタＡＤ１における上記各手段を制御する。
【実施例２】
【００５４】
＜管理サーバＣＳ１が、アプリケーション間のマネジメントのみを行い、実際の通信はアプリケーション間で直接行う場合＞
図４は、本発明の実施例２であるメッセージングシステムＭＳ２を示すブロック図である
メッセージングシステムＭＳ２は、管理サーバＣＳ２と、アプリケーションＳＡ１、ＳＡ２と、アダプタＡＤ１、ＡＤ２とによって構成されている。
【００５５】
図４には、２つのアプリケーションＳＡ１、ＳＡ２を示してあるが、実際は、アプリケーションが多数存在している。管理サーバＣＳ２は、最低限の機能として通信手段１０と、制御手段１１と、ユーザ管理手段１２と、コミュニティ情報管理手段１３と、サービス管理手段１４とによって構成されている。
【００５６】
管理サーバＣＳ２は、アプリケーションで共通利用されるユーザ情報、コミュニティ情報、サービス情報に関する情報を管理し、要求に応じて、これらの情報をアプリケーションに提供する（４０５、４０６）。また、センサ等で取得した背景情報は、アダプタを通じて直接通信する（４０７）。
【００５７】
次に、メッセージングシステムＭＳ２における具体的な動作について説明する。
【００５８】
図５は、メッセージングシステムＭＳ２において、背景情報等を他のアプリケーションと共有するために、サービス情報を登録する動作を示すフローチャートである。
【００５９】
なお、「サービス情報」は、アプリケーションの情報を管理サーバＣＳ１に登録するために必要な情報である。
【００６０】
図６は、メッセージングシステムＭＳ２におけるサービス情報の構成例を示す図である。
【００６１】
サービス情報は、図６に示すように、サービス（アダプタ）を一意に決定するサービスＩＤと、サービス（アダプタ）のＵＲＩと、サービスが提供するメソッド等のインタフェースを規定したサービスインタフェースと、管理者の氏名、住所、メールアドレス、電話番号、ＦＡＸ番号を記述した管理者情報と、サービスの詳細説明を記述したテキストデータとによって構成されている。なお、管理サーバＣＳ１は、アダプタを介して、サービス（アプリケーション）を見ているという意味で、「サービス」の後に、「（アダプタ）」を記載してある。
【００６２】
サービス情報を登録する場合、新規登録であるか、登録情報の変更であるかを判別するために、アプリケーションに一意に付与されているサービスＩＤを検索する（Ｓ１）。サービスＩＤが存在し、既にサービス情報が登録されている場合、サービス情報の変更がなければ（Ｓ２）、終了し、サービス情報の変更があれば、サービス情報登録・変更手続に進む（Ｓ５）。
【００６３】
サービスＩＤが存在していなければ（Ｓ１）、サービス登録申請を行う（Ｓ３）。アダプタのサービス情報管理手段２４は、管理サーバＣＳ１へ、新規サービスＩＤを申請する。管理サーバＣＳ１は、新規サービスＩＤの申請を受理し、サービスＩＤに重複がないかどうかをチェックし、重複がなければ、サービスＩＤを新規に発行する（Ｓ４）。重複するサービスＩＤが存在していれば、管理サーバＣＳ１は、重複するサービスＩＤが存在することを、アダプタのサービス情報管理手段２４に通知し、再申請を促す。
【００６４】
次に、サービス情報の登録・変更する（Ｓ５）。サービス情報を登録・変更する要求があれば、アダプタのサービス管理手段１４が、登録・変更するサービス情報を管理サーバＣＳ１へ送信し、サービス情報を更新する。サービス情報を登録した後に、アプリケーションを横断的に利用する（１人のユーザが複数のアプリケーションを利用する）ユーザを登録する。
【００６５】
次に、メッセージングシステムＭＳ２において、ユーザ登録する動作について説明する。
【００６６】
図７は、メッセージングシステムＭＳ２において、ユーザ登録の動作を示すフローチャートである。
【００６７】
ユーザ情報は、管理サーバＣＳ２が付与する一意のユーザＩＤと、ユーザの個人情報（性、名、性別、生年月日、住所、電話番号、ＦＡＸ番号、電子メールアドレス等）と、ユーザが利用する端末とソフトウェア等の情報を記述したエイリアス情報とによって構成されている。
【００６８】
まず、既にユーザ登録されているかどうかを調べるために、ユーザＩＤを検索する（Ｓ１１）。検索したユーザＩＤが既に登録されていれば（Ｓ１１）、ユーザの個人情報を変更する要求があるかどうかを判断する（Ｓ１２）。ユーザの個人情報を変更する要求があれば、個人情報、エイリアスを登録、変更する（Ｓ１４）。ユーザの個人情報を変更する要求がなければ（Ｓ１２）、終了する。
【００６９】
ユーザＩＤが存在しない場合（Ｓ１１）、管理サーバＣＳ２へ、新規ユーザＩＤの発行を申請する。管理サーバＣＳ２は、新規ユーザＩＤの発行の申請に応じて、新規ユーザＩＤを発行し（Ｓ１３）、ユーザの個人情報を登録する（Ｓ１４）。また、ユーザ情報を登録した後に、ユーザが所有する端末の利用アプリケーション等における情報、エイリアス情報を登録する（Ｓ１４）。
【００７０】
次に、実施例２におけるエイリアス情報の構成例について説明する。
【００７１】
図８は、実施例２におけるエイリアス情報の構成例を示す図である。
【００７２】
上記「エイリアス情報」は、図８に示す例では、端末ＩＤ、所有者名、端末メモ、シリアルナンバー、端末種別、送信元、送信元ポート番号、送信先ＩＤを記述した情報である。
【００７３】
ユーザが複数のアプリケーションを使用する場合、上記エイリアス情報が、複数ユーザ情報に登録される。つまり、１人のユーザが複数のサービスを利用する場合、アプリケーション毎にエイリアス情報を持つ。
【００７４】
次に、実施例２において、エイリアス情報を登録・変更する動作について説明する。
【００７５】
図９は、実施例２において、エイリアス情報を登録・変更する動作を示すフローチャートである。
【００７６】
まず、ユーザＩＤが存在するかどうかを調べるために、ユーザ検索する（Ｓ３１）。ユーザＩＤが存在しなければ（Ｓ３１）、新規ユーザとして登録する要求があるかどうかを判別する（Ｓ３２）。新規にユーザ登録する場合、図７に示すユーザ登録のフローチャートに基づいて、ユーザ新規登録を行う（Ｓ３３）。新規ユーザ登録をしない場合（Ｓ３２）、終了する。
【００７７】
ユーザＩＤが既に登録されている場合（Ｓ３１）、エイリアス情報を登録・変更・削除する場合、ユーザ情報を参照し（Ｓ３４）、ユーザ情報に付加されているエイリアス情報を登録、変更、削除する（Ｓ３５）。
【００７８】
次に、実施例２において、ユーザ情報、エイリアス情報を削除する動作について説明する。
【００７９】
図１０は、実施例２において、ユーザ情報、エイリアス情報を削除する動作を示すフローチャートである。
【００８０】
ユーザ情報、エイリアス情報を削除する場合、まず、ユーザを検索し（Ｓ４１）、個人情報、エイリアス情報を参照し、ユーザ情報を削除する場合、ユーザＩＤと、全てのエイリアス情報とを削除する（Ｓ４２）。一方、エイリアス情報を削除する場合、削除する端末情報等の該当部分のみを削除する（Ｓ４２）。
【００８１】
次に、実施例２におけるコミュニティ情報の構成例について説明する。
【００８２】
「コミュニティ」は、サークルや仕事仲間等のグループ、東京都等、所定の地域に住んでいる人等、グループまたは地域によって特定される団体である。
【００８３】
「コミュニティ情報」は、コミュニティに関する情報であり、そのコミュニティに所属するユーザである構成員の情報や、コミュニティが所持する共用端末等の情報である。また、所定のコミュニティに所属するユーザと、コミュニティ共有端末とを、上記コミュニティ情報によって管理する。
【００８４】
図１１は、実施例２におけるコミュニティ情報の構成例を示す図である。
【００８５】
図１１に示す例は、コミュニティとして、コミュニティＩ（たとえば、東京）を登録した例であり、コミュニティＩは、そのユーザＩＤが「コミュニティＩ」であり、ユーザＡと、ユーザＢと、コミュニティＩの共有端末であるＣの端末情報を記述したエイリアスＣとによって構成されている。また、ユーザＡ、ユーザＢは、上記コミュニティＩに端末をいくつか登録することができる。これらの端末情報は、エイリアスＡ−１等で、ユーザ配下に記述され、全体として、図１１に示すように、ツリー構造になる。
【００８６】
次に、実施例２におけるコミュニティ情報を登録する動作について説明する。
【００８７】
図１２は、実施例２において、コミュニティ情報を登録する動作を示すフローチャートである。
【００８８】
コミュニティ情報を登録する場合、まず、コミュニティが既に登録されているかどうかを調べるために、ユーザＩＤを検索する（Ｓ５１）。該当するユーザＩＤがあれば（Ｓ５１）、コミュニティ情報を変更する要求があるかどうかを判断する（Ｓ５２）。コミュニティ情報を変更する要求があれば（Ｓ５２）、コミュニティ情報、エイリアス情報を登録、変更する（Ｓ５４）。コミュニティ情報を変更する要求がなければ、終了する。ユーザＩＤが存在しない場合（Ｓ５１）、アダプタＡＤ１のコミュニティ情報管理手段２３を用いて管理サーバＣＳ２へ、コミュニティの新規登録を申請する（Ｓ５３）。管理サーバＣＳ１は、要求を受け付け、管理サーバＣＳ１のコミュニティ情報管理手段２３を用い、新規ユーザＩＤを発行する（Ｓ５３）。次に、コミュニティ情報（コミュニティ名、住所、電話番号、ＦＡＸ番号、電子メールアドレス等）を登録する（Ｓ５４）。コミュニティ情報を投入した後に、所属するユーザを新規登録・追加する。また、コミュニティ共有の端末が存在する場合、エイリアス情報を登録する（Ｓ５４）。
【００８９】
次に、実施例２において、背景情報を共有する動作について説明する。
【００９０】
図１３は、実施例１において、背景情報を共有する動作の１つであるイベント送信動作を示すフローチャートである。
【００９１】
なお、上記「イベント」は、背景情報の変化である。
【００９２】
背景情報を共有する場合、イベント（背景情報の変化）を検出し、背景情報を共有する相手に、イベントを記述したメッセージを送り、双方向で、リアルタイムにイベントをメッセージングする。
【００９３】
アダプタは、アプリケーション起動時に、ユーザ情報等が記述された一覧、ユーザリストを、管理サーバＣＳ１から、予め取得する（Ｓ６１）。アダプタは、管理サーバＣＳ１から取得するエイリアス情報に基づいて、イベントメッセージを送信するユーザリストを構成する（Ｓ６２）。センサで検出した人の存在情報、移動情報、活動状態情報、生体情報や温度、湿度、照度、紫外線（ＵＶ）等の周辺環境情報と、映像や音声等の情報との変化を常時監視し、変化があれば、イベント検出をする（Ｓ６３）。イベントを検出しなければ、繰り返し監視する。イベントを検出した場合、イベントメッセージを作成し（Ｓ６４）、この作成したメッセージを、アダプタが作成した配信先リストに基づいて、送信先アダプタに送信する（Ｓ６５）。
【００９４】
次に、実施例２において、背景情報を共有する動作の１つであるイベントを受信する動作について説明する。
【００９５】
図１４は、実施例２において、背景情報を共有する動作の１つであるイベント受信動作を示すフローチャートである。
【００９６】
イベント発生元のアダプタから送信されたイベント情報は、アダプタの通信手段で受信する（Ｓ７１）。この受信したデータを、アダプタは、解釈し、アプリケーションが利用可能な形式へ変換する（Ｓ７２）。アダプタは、この変換したデータを、アプリケーションヘ渡す。アプリケーションは、受け取ったデータを反映する（Ｓ７３）。
【００９７】
上記のように、ユーザ情報等の管理情報を、管理サーバＣＳ２が一元化し、効率よく運用することができ、また、実際のデータは、共通化したメッセージを通信するように情報を変換、構成するアダプタを介して、アダプタ同士が互いに直接送受信するので、アプリケーションは、他のアプリケーションの仕様に依存せず、背景情報を効率よく共有することができる。
【実施例３】
【００９８】
＜管理サーバを介してアプリケーション同士が通信する場合＞
次に、本発明の実施例３について説明する。
【００９９】
実施例２では、アプリケーションに付加したアダプタ間で、背景情報を直接、通信する実施例であるが、他のアプリケーションが動作していない場合、背景情報を送受信することができない場合がある。
【０１００】
図１５は、本発明の実施例３であるメッセージングシステムＭＳ３を示すブロック図である。
【０１０１】
メッセージシステムＭＳ３は、管理サーバＣＳ３のメッセージング手段を通して、背景情報を通信する実施例であり、サーバアプリケーションＳＡ１、ＳＡ２と、アダプタＡＤ１、ＡＤ２と管理サーバＣＳ３とを有する。サーバアプリケーション、アダプタは、それぞれ、３つ以上設けられていてもよい。
【０１０２】
管理サーバＣＳ３は、通信手段１０と、制御手段１１と、ユーザ管理手段１２と、コミュニティ情報管理手段１３と、サービス管理手段１４と、メッセージング手段１５とによって構成されている。
【０１０３】
実施例２で説明したと同じように、アダプタを通じて、ユーザ管理、コミュニティ管理、サービス管理を、管理サーバＣＳ３が一元的に管理し、また、アダプタＡＤ１、ＡＤ２と管理サーバＣＳ３との間における通信１５１３、１５１４によって、管理サーバＣＳ３を通じて、イベント情報を送受信する。このイベント情報を送受信する場合、メッセージング手段１５が、上記イベント情報を、管理し、一元的に収集・配信する。
【０１０４】
図１６は、本発明の実施例であるメッセージングシステムＭＳ４を示すブロック図である。
【０１０５】
メッセージングシステムＭＳ４は、実施例３において、メッセージング手段１５が複数、存在する実施例であり、メッセージング手段１５が、複数のサーバに分散設置されている実施例である。
【０１０６】
メッセージングシステムＭＳ４は、メッセージングシステムＭＳ３に、第１のメッセージングサーバＭＳＶ１、第２のメッセージングサーバＭＳＶ２が付加されているシステムである。
【０１０７】
第１のメッセージングサーバＭＳＶ１は、通信手段１０と、制御手段１１と、メッセ−ジング手段１５とを有する。第２のメッセージングサーバＭＳＶ２は、第１のメッセージングサーバＭＳＶ１と同じ構成を有し、つまり、通信手段１０と、制御手段１１と、メッセ−ジング手段１５とを有する。
【０１０８】
メッセージングシステムＭＳ４において、サーバアプリケーションＳＡ１、ＳＡ２、アダプタＡＤ１、ＡＤ２は、図１５に示すメッセージングシステムＭＳ３と同じであり、管理サーバＣＳ４も、管理サーバＣＳ３と同じ構成であるが、イベント情報が頻繁に発生する場合、これら発生したイベント情報の送受信を分散するので、２つのメッセージングサーバＭＳＶ１、ＭＳＶ２が設けられている。なお、メッセージングサーバを３つ以上、設けるようにしてもよい。
【０１０９】
管理サーバＣＳ４に設けられているメッセージング手段１５は、アダプタの接続数に応じて、アダプタがイベントを送信するメッセージングサーバを指定する。メッセージングサーバＭＳＶ１、ＭＳＶ２は、アダプタからイベントを受信し、配信を設定したアダプタへ、イベント情報を分配する。
【０１１０】
実施例３おいて、ユーザ情報の登録、コミュニティ情報の登録、サービス情報の登録が必要である。これらの登録の手順は、図５、図７、図９で説明した手順と同様の手順である。
【０１１１】
実施例３において、背景情報を共有する場合、管理サーバＣＳ３を介して、アダプタ間で、イベント情報を通信する。
【０１１２】
次に、実施例３において、イベントを送受信する動作について説明する。
【０１１３】
実施例３におけるイベント送受信動作は、実施例２におけるイベント送受信動作と同じであるので、実施例３における送信動作は、図１３に示す動作と同じであり、実施例３における受信動作は、図１４に示す動作と同じである。
【０１１４】
まず、実施例３におけるイベント送信動作について説明する。
【０１１５】
背景情報を共有したいアプリケーションは、管理サーバＣＳ３から、共有したいユーザリストを取得する（Ｓ６１）。これら取得したユーザリストから、イベント送信先であるメッセンジャー部の情報を取得する（Ｓ６２）。
【０１１６】
アプリケーションは、イベントを、常時、検出する（Ｓ６３）。イベントを検出しない場合は、イベント検出処理を繰り返す。イベントを検出した場合、ＸＭＬで規定したイベントのメッセージを作成する（Ｓ６４）。作成したメッセージは、メッセンジャー部ヘメッセージを送信する（Ｓ６５）。送信が完了すると、イベント検出を繰り返す。
【０１１７】
次に、実施例３におけるイベント受信動作について説明する。
【０１１８】
他のアプリケーションで発生したイベントを受信すると（Ｓ７１）、ＸＭＬのイベントメッセージを解析し、解釈可能な部分のみ、抽出する。この抽出したデータを、アプリケーションで利用可能な形式へ変換する（Ｓ７２）。アプリケーションは、この変換したデータを、アプリケーションヘ反映する（Ｓ７３）。
【０１１９】
次に、実施例４において、背景情報を共有する動作について説明する。
【０１２０】
図１７は、実施例４において、背景情報を共有する動作を示すフローチャートである。
【０１２１】
背景情報を共有する場合、背景情報の変化（イベント）を検出し、背景情報を共有したい相手に、メッセージを送り、双方向でリアルタイムにイベントを通知することによって、背景情報を給する。
【０１２２】
アダプタは、センサで検出した人の存在情報、移動情報、活動状態情報、生体情報、温度、湿度、照度、紫外線（ＵＶ）等、周辺環境情報、映像や音声等、情報の変化を監視し、上記情報に変化があった場合、イベントを検出したとする（Ｓ８１）。
【０１２３】
検出したイベントを、管理サーバＣＳ４ヘ送信する。管理サーバＣＳ４は、アダプタが送信したイベントを受信し、配信ルールを参照し、該当するアダプタヘデータ送信する（Ｓ８３）。
【０１２４】
上記「配信ルール」は、静的に登録したデータの送信先リストである。
【０１２５】
実施例４によれば、共通化されたアダプタを用いて、直接送受信し、管理サーバＣＳ４を介して通信するので、他のアプリケーションの仕様に依存せず、背景情報を効率よく共有することができる。
【０１２６】
つまり、上記各実施例は、管理サーバと、アダプタと、掲示板、メールを含むコミュニティコミュニケーションサービスを行うアプリケーションとを具備するメッセージングシステムにおいて、ユーザＩＤを発行し、ユーザ情報を管理し、ユーザが所有する端末情報や、ユーザが所属するグループの情報を含むコミュニティ情報を管理するユーザ管理手段と、所定のコミュニティに属するユーザを管理し、上記コミュニティに属する共有端末に関する情報を管理するコミュニティ情報管理手段と、上記管理サーバに接続するアプリケーションと、上記アダプタに関する情報とを管理し、上記管理サーバの稼動状況を管理するサービス管理手段と、上記アダプタからメッセージを受け、予め登録されているルールに基づいて、メッセージを配信し、収集したメッセージを蓄積管理するメッセージング手段と、上記アダプタと通信し、要求に応じて、上記各手段へ処理を割り振る通信手段と、上記通信手段が取得した命令メッセージに応じて、情報共有を制御する制御手段とを有するメッセージングシステムにおける管理サーバの例である。
【０１２７】
また、上記各実施例は、管理サーバと、アダプタと、掲示板、メールを含むコミュニティコミュニケーションサービスを行うアプリケーションとを具備するメッセージングシステムにおけるサービス管理方法において、ユーザＩＤを発行し、ユーザ情報を管理し、ユーザが所有する端末情報や、ユーザが所属するグループの情報を含むコミュニティ情報を管理し、メモリに記憶するユーザ管理段階と、所定のコミュニティに属するユーザを管理し、上記コミュニティに属する共有端末に関する情報を管理し、メモリに記憶するコミュニティ情報管理段階と、上記管理サーバに接続するアプリケーションと、上記アダプタに関する情報とを管理し、上記管理サーバの稼動状況を管理し、メモリに記憶するサービス管理段階と、上記アダプタからメッセージを受け、予め登録されているルールに基づいて、メッセージを配信し、収集したメッセージを、メモリに蓄積管理するメッセージング段階と、上記アダプタと通信し、要求に応じて、上記各段階へ処理を割り振る通信段階と、上記通信段階で取得した命令メッセージに応じて、情報共有を制御する制御段階と、複数のデータを組み合わせることによって、単独のデータからだけでは読み取れない情報等を読み取る情報集約・発掘段階とを有するメッセージングシステムにおけるサービス管理方法の例である。
【図面の簡単な説明】
【０１２８】
【図１】本発明の実施例１であるメッセージングシステムＭＳ１の構成を示す図である。
【図２】メッセージングシステムＭＳ１に使用されている管理サーバＣＳ１の構成例を示すブロック図である。
【図３】メッセージングシステムＭＳ１に使用されているアダプタＡＤ１を示すブロック図である。
【図４】本発明の実施例２であるメッセージングシステムＭＳ２を示すブロック図である。
【図５】メッセージングシステムＭＳ２において、背景情報等を他のアプリケーションと共有するために、サービス情報を登録する動作を示すフローチャートである。
【図６】メッセージングシステムＭＳ２におけるサービス情報の構成例を示す図である。
【図７】メッセージングシステムＭＳ２において、ユーザ登録の動作を示すフローチャートである。
【図８】実施例２におけるエイリアス情報の構成例を示す図である。
【図９】実施例２において、エイリアス情報を登録・変更する動作を示すフローチャートである。
【図１０】実施例２において、ユーザ情報、エイリアス情報を削除する動作を示すフローチャートである。
【図１１】実施例２におけるコミュニティ情報の構成例を示す図である。
【図１２】実施例２において、コミュニティ情報を登録する動作を示すフローチャートである。
【図１３】実施例２において、背景情報を共有する動作の１つであるイベント送信動作を示すフローチャートである。
【図１４】実施例２において、背景情報を共有する動作の１つであるイベント受信動作を示すフローチャートである。
【図１５】本発明の実施例３であるメッセージングシステムＭＳ３を示すブロック図である。
【図１６】本発明の実施例であるメッセージングシステムＭＳ４を示すブロック図である。
【図１７】実施例４において、背景情報を共有する動作を示すフローチャートである。
【符号の説明】
【０１２９】
ＭＳ１、ＭＳ２、ＭＳ３、ＭＳ４…メッセージングシステム、
ＣＡ１…クライアントアプリケーション、
１０…通信手段、
１１…制御手段、
１２…ユーザ管理手段、
１３…コミュニティ情報管理手段、
１４…サービス管理手段、
１５…メッセージング手段、
１６…情報集約・発掘手段、
１７…課金手段、
１８…エイリアス管理手段、
１９…情報蓄積管理手段、
ＡＤ１、ＡＤ２、ＡＤ３…アダプタ、
２０…通信手段、
２１…制御手段、
２２…ユーザ情報管理手段、
２３…コミュニティ情報管理手段、
２４…サービス情報管理手段、
２５…メッセージ送信手段、
２６…メッセージ受信手段、
ＳＡ１、ＳＡ２…サーバアプリケーション、
Ｔ１、Ｔ２、Ｔ３、Ｔ４…端末。
【図１】
2005346594.tif 000003
【図２】
2005346594.tif 000004
【図３】
2005346594.tif 000005
【図４】
2005346594.tif 000006
【図５】
2005346594.tif 000007
【図６】
2005346594.tif 000008
【図７】
2005346594.tif 000009
【図８】
2005346594.tif 000010
【図９】
2005346594.tif 000011
【図１０】
2005346594.tif 000012
【図１１】
2005346594.tif 000013
【図１２】
2005346594.tif 000014
【図１３】
2005346594.tif 000015
【図１４】
2005346594.tif 000016
【図１５】
2005346594.tif 000017
【図１６】
2005346594.tif 000018
【図１７】
2005346594.tif 000019