JP2006031069A - 計算機、サービスサーバ及びネットワークシステム - Google Patents

Abstract

【課題】 地域コミュニティを構築する計算機、サービスサーバ及びネットワークシステムを提供する。
【解決手段】 ネットワーク６００を介して他の計算機と接続され、複数のアプリケーションプログラムを記憶するアプリケーション記憶部２０００と、他の計算機から送信された要求を受信する受信部２８００と、受信した要求の内容を解釈する解釈部２２０１と、記憶されているアプリケーションプログラムに関する情報を記憶するアプリケーション管理情報記憶部２５００と、アプリケーションプログラムに処理を割り当てる処理割当て部２１０２と、を備え、解釈部２２０１は、受信した要求の解釈結果とアプリケーション管理情報記憶部２５００に記憶されているアプリケーションプログラムの情報とに基づいて、何れのアプリケーションプログラムに受信した要求を実行させるかを決定し、処理割当て部２１０２は、受信した要求を決定されたアプリケーションプログラムに送り、当該アプリケーションプログラムに処理を割り当てる。
【選択図】 図２

Description

本発明は、地域コミュニティを構築する計算機及びネットワークシステムに関する。

日常の生活や健康状態、非常時の対応が心配な見守り対象者、例えば、ひとり暮らしの高齢者、高齢者世帯（夫婦、兄弟姉妹、親子等）、障害者世帯などを、近隣地域の住民（町会役員、民生児童委員、隣近所、友人・知人・ボランティア等で協力をするかた）が、毎日の声かけや、定期的な訪問による話し相手などをしながら、安否確認や健康上の変化を見守ることによって、事故を未然に防いだり、緊急事態を素早く発見、対応するような地域コミュニティが知られている（例えば、非特許文献１参照。）。

また、電気給湯器に内蔵したセンサ及び無線通信機で使用状態を把握することによって、遠隔地に暮らす一人暮らしの家族の生活状況を電子メール等で把握することのできるシステムも知られている（例えば、非特許文献２参照。）。
社会福祉法人松本市社会福祉協議会、"見守り安心ネットワーク"、［ｏｎｌｉｎｅ］、［平成１６年４月１２日検索］、インターネット＜ＵＲＬ：http://www.avis.ne.jp/~syakyoum/＞ 象印マホービン株式会社、「みまもりほっとライン」、［ｏｎｌｉｎｅ］、［平成１６年４月１２日検索］、インターネット＜ＵＲＬ：http://www.mimamori.net/＞

地域コミュニティにおいて、前記非特許文献１及び非特許文献２のような見守りは、地域コミュニティに参加している参加者や家族が自主的に行う必要がある。本発明は、このような地域コミュニティを構築するネットワークシステムを提供し、ネットワークを通じたサービスを提供することを目的とする。

本発明によると、ネットワークを介して他の計算機と接続され、複数のアプリケーションを記憶するアプリケーション記憶部と、他の計算機から送信された要求を受信する受信部と、受信した要求の内容を解釈する解釈部と、記憶されているアプリケーションに関する情報を記憶するアプリケーション管理情報記憶部と、アプリケーションに処理を割り当てる処理割当て部と、を備え、解釈部は、受信した要求の解釈の結果とアプリケーション管理情報記憶部に記憶されているアプリケーションに関する情報とに基づいて、何れのアプリケーションに受信した要求を実行させるかを決定し、処理割当て部は、決定されたアプリケーションに対して受信した要求を送り、当該アプリケーションに処理を割り当てることを特徴とする。

本発明によると、他の端末から送信された要求に対して、必要なアプリケーションを判断し、処理割当て部によって当該アプリケーションを呼び出すことで、同じ構成の端末に対して複数の役割を持たせることができる。

以下に、本発明の実施の形態を図面に基づいて説明する。

図１は、本発明の実施の形態のネットワークシステム全体の構成を示すブロック図である。

まず、本発明によって構成されるネットワークシステムの概念を説明する。

本発明は、ある対象社会（例えば、地方自治体、町内会、隣近所等）において構成されるシステムに適応される。この対象社会において、例えば、後に説明する見守り支援サービスを提供することによって、老人などの見守りや介護問題に対応し、社会的弱者の事故を未然に防ぎ、緊急事態を素早く発見することのできるシステムを提供する。

このシステムの構築のため、対象社会の構成員（住民など）が「参加申し込み」を行うことによって、コミュニティ形成のポテンシャルとなり得るネットワーク上の仮想社会を形成する。この仮想社会を「ＰｏＣ」（Potential of Community）と呼ぶ。このＰｏＣに参加申し込みをした構成員には端末が配布される。この端末には、例えば、パーソナルコンピュータ等の計算機や携帯電話等の無線通信端末等が用いられる。この端末がネットワークに接続されることによってＰｏＣが形成される。

形成されたＰｏＣでは、構成員が目的やルールが明確に規定された集団を形成する。この集団を「コミュニティ」と呼ぶ。例えば、子育てに関するコミュニケーションを行う「子育てコミュニティ」や、環境保護に関するコミュニケーションを行う「環境保護コミュニティ」、独居老人の見守りを行う「見守り支援サービスコミュニティ」等のコミュニティが形成される。

形成されたコミュニティに参加している構成員が実質的な活動を行う単位を「グループ」と呼ぶ。例えば、「見守り支援サービスコミュニティ」において、特定の老人について、家族やボランティア等によって見守りを行うためのグループが形成される。なお、このグループの世話役となる構成員を「コーディネータ」と呼ぶ。

次に、本発明の実施の形態の構成を説明する。

複数の端末２００ａ〜２００ｄが携帯電話網５００又はインターネット６００に接続されている。図１の例では、端末２００ａ〜２００ｃは携帯電話（無線通信端末）であり、携帯電話網５００に無線基地局５１０を介して接続されている。また、端末２００ｄはパーソナルコンピュータであり、インターネット６００に接続されている。

インターネット６００にはコミュニティサービスプロバイダ（以下、「ＣＳＰ」と呼ぶ）３００が接続されている。ＣＳＰ３００は、インターネット６００を介して接続される端末２００に対して、ネットワークを経由したアプリケーションのサービス（Ｗｅｂサービス）を提供するサーバである。

携帯電話網５００には、無線通信サービス提供事業者（以下、「携帯キャリア」と呼ぶ）運用・管理システム４００及び基地局５１０が接続されている。携帯キャリア運用・管理システム４００は、無線通信端末２００に対して、携帯電話網を介してネットワークへの接続サービスや携帯電話を用いた通話サービス等を提供する。

インターネット６００と携帯電話網５００との間には、コミュニティマネージャ１００設けられている。コミュニティマネージャ１００は、コミュニティに参加している構成員の端末２００に対してコミュニティ独自のサービスの提供を行うサーバである。また、コミュニティマネージャ１００は、携帯電話網５００に繋がる端末２００（端末２００ａ〜２００ｃ）の課金先を決定する処理（公私分計処理）も行う。

なお、図１では、太点線で示した範囲の端末及びサーバはＰｏＣに属することを示し。細点線で示した範囲の端末はコミュニティ（ここでは、「コミュニティＡ」とする）に属することを示す。また、図示はしないが、携帯電話網５００とインターネット６００とはゲートウェイ等を介して互いに通信可能に接続されている。また、端末２００ｘは、「コミュニティＡ」に属していない他のサービス（コミュニティ）の利用者の端末である。

図２は、端末２００の構成を示すブロック図である。端末２００は、パーソナルコンピュータや携帯電話端末等の端末が用いられる。

アプリケーション部２０００は、端末２００において実行される複数のアプリケーションプログラムを記憶している。このうち、初期アプリケーションプログラム（ＡＰ０）２００１は、端末２００の初期状態に表示されるメニュー画面であり、端末を使用するユーザの指示によって他の処理を行うアプリケーションプログラムの呼び出しを行う。また、ＡＰ０（２００１）は、端末２００が携帯電話である場合に、携帯キャリア運用・管理システム４００に対して認証を要求する。

コミュニティアプリケーションマネージャ部２１００は、アプリケーションプログラム（ＡＰ）管理部２１０１及びメッセージディスパッチャ２１０２によって構成される。ＡＰ管理部２１０１は、コミュニティアプリＤＢ２４００からアプリケーションプログラムを取得し起動する。

コミュニティアプリＤＢ２４００には、アプリケーション部２０００のアプリケーションプログラムが格納されている。

メッセージディスパッチャ２１０２は、ＡＰ管理部２１０１、メッセージ解釈部２２０１及びイベント管理部２３０２から受け取った情報（処理を行うアプリケーションプログラムの情報、メッセージの内容等）を元に、指示されたアプリケーションプログラムに処理を割り当てる。具体的には、受け取ったメッセージと処理を行うアプリケーションプログラムとからタスク（又はプロセス）を生成し、図示しない中央制御装置（ＣＰＵ）の計算能力をそのタスク（又はプロセス）に割り当てる。ＣＰＵは、割り当てられたタスクに基づいた処理を行う。このように、アプリケーションプログラムの処理をＣＰＵに割り当てることで、メッセージディスパッチャ２１０１が処理割当て部として機能する。

ＷｅｂＳｅｒｖｉｃｅ基盤２２００は、Ｗｅｂサービスに関する処理を行う。Ｗｅｂサービスとは、インターネット等のネットワークを通じて、ネットワークに接続された端末に対してサービスを提供する仕組みであり、例えば、ＳＯＡＰ（Simple Object Access Protocol）、ＷＳＤＬ（Web Services Description Language）、ＵＤＤＩ（Universal Description, Discovery, and Integration）等のプロトコルを用いて、端末に対してアプリケーションプログラムによるサービスを提供する。

このＷｅｂＳｅｒｖｉｃｅ基盤２２００は、メッセージ解釈部２２０１、ＡＰ要求解釈部２２０２、メッセージ取出し部２２０３及びメッセージ生成部２２０４によって構成される。

メッセージ取出し部２２０３は、他の端末２００、コミュニティマネージャ１００又はＣＳＰ３００から送信されたメッセージに含まれている要求等の必要な情報を取り出して、メッセージ解釈部２２０１に送る。メッセージ解釈部２２０１は、受け取った要求等の必要な情報から、実行すべき処理を解釈する、そして、メッセージディスパッチャ２１０２に当該要求を送る。メッセージディスパッチャ２１０２は、ＡＰ管理部２１０１に対して、どの要求がどのアプリケーションプログラムによって処理されるかの情報をコミュニティアプリＤＢ２５００から取得し、取得した情報に含まれるアプリケーションプログラムに要求を送る。

一方、処理を割り当てられたアプリケーションプログラムは、要求を、メッセージディスパッチャ２１０２を介してＡＰ要求解釈部２２０２に送る。ＡＰ要求解釈部２２０２は、アプリケーションプログラムの要求に従って、どのようなメッセージを生成するかを解釈し、その要求をメッセージ生成部２２０４に送る。メッセージ生成部２２０４は、受け取った要求に基づいたメッセージを生成し、プロトコル処理部２８００、ネットワークプロトコルスタック２９００を介して、生成したメッセージの送り先に送信する。

ビヘビアＤＢ２５００は、Ｐ２Ｐのイベントに対する動作であるビヘビアを記録している。ビヘビアとは、受信したイベントに対して、どのアプリケーションプログラムによってどのような処理を行うかを示したものである。

Ｐ２Ｐ基盤２３００は、Ｐ２Ｐに関する処理を行う。このＰ２Ｐ基盤２３００は、動作要求解釈部２３０１、イベント管理部２３０２、設定要求管理部２３０３、ＸＭＬ要求生成部２３０４、ＸＭＬ要求解釈部２３０５、ビヘビア記述生成部２３０６及び転送管理部２３０７によって構成される。

ＸＭＬ要求解釈部２３０５は、Ｐ２Ｐのイベントの内容を解釈し、そのイベントの内容をイベント管理部２３０２に送る。本発明の実施の形態では、図２１に示すようなＸＭＬ（eXtended Markup Language）によって記載されたイベントを用いる。

イベント管理部２３０２は、当該イベントから必要な処理を解釈する。また、当該イベントに対応するビヘビアをビヘビアＤＢ２４００から検索して、必要なアプリケーションプログラム及びその処理を取得する。そして、メッセージディスパッチャ２１０２に当該アプリケーションプログラムの情報及びビヘビアによって示された処理の内容を送る。メッセージディスパッチャ２１０２は、ＡＰ管理部２１０１に対して、どのアプリケーションプログラムによって処理されるかの情報をコミュニティアプリＤＢ２５００から取得させ、当該アプリケーションプログラムに処理の内容を転送し、処理を割り当てる。

一方、処理を割り当てられたアプリケーションプログラム側は、要求を、メッセージディスパッチャ２１０２を介して動作要求解釈部２３０１に送る。動作要求解釈部２３０１は、アプリケーションプログラムからの要求に従って、どのようなＰ２Ｐイベントを発生させるかを解釈し、その内容をＸＭＬ要求生成部２３０４に送る。この際に、Ｗｅｂサービス側での処理が必要であればＷｅｂＳｅｒｖｉｃｅ基盤２２００のメッセージ生成部２２０４にも要求を送る。ＸＭＬ要求生成部２３０４は、受け取った要求に基づいたＰ２Ｐイベントを生成し、プロトコル処理部２８００、ネットワークプロトコルスタック２９００を介して、生成したＰ２Ｐイベントの送り先に、マルチキャストで送信する。

プロトコル処理部２８００は、携帯電話網プロトコル処理部２８０１及び無線ＬＡＮプロトコル処理部２８０２を備えている。携帯電話網プロトコル処理部２８０１は、メッセージを携帯電話網５００で転送するために必要なプロトコル処理を行う。無線ＬＡＮプロトコル処理部２８０２は、メッセージを無線ＬＡＮのアクセスポイントを経由してインターネット６００で転送するために必要なプロトコル処理を行う。

ネットワークプロトコルスタック２９００は、メッセージをＴＣＰ／ＩＰ等のプロトコルに準じた処理を行って、各インターフェース（携帯電話網Ｉ／Ｆ２９０１、無線ＬＡＮＩ／Ｆ２９０２又はインターネットＩ／Ｆ２９０３）を経由して、宛先（ここではコミュニティマネージャ１００）に対して送る。

なお、ＷｅｂＳｅｒｖｉｃｅ基盤２２００及びＰ２Ｐ基盤２３００において行われる処理は、端末２００の図示しない制御装置（ＣＰＵ）によって読み込まれるプログラム又はハードウェアとの協調によって実現される。

ユーザ認証ＤＢ２６００及び端末認証部２７００は、端末２００が携帯電話端末である場合に存在する。ユーザ認証ＤＢ２６００は、携帯キャリア運用・管理システム４００との認証を行うための情報が予め記録されている。端末認証部２７００は、他のアプリケーションプログラムからの要求に基づいて、ユーザ認証ＤＢ２６００に記録されている認証情報を取得する。

なお、ＣＳＰ３００も図２に示す端末２００と基本的に同じ構成となる。ＣＳＰ３００のアプリケーション部２０００には、ＣＳＰ３００特有の処理を行うアプリケーションプログラム（ＡＰ−ＣＳＰ）が備わっている。ＣＳＰ３００は、端末２００と同様にパーソナルコンピュータや携帯電話端末が用いられる。

図３は、コミュニティマネージャ１００の構成を示すブロック図である。コミュニティマネージャ１００は、前述したように、コミュニティに参加している構成員の端末２００に対してサービスを提供する。また、端末２００の課金先を決定する処理（公私分計処理）も行う。

コミュニティ管理アプリケーション部１０００は、前述した端末２００のアプリケーション部２０００と同様に、アプリケーションプログラムが格納される。本発明の実施の形態のコミュニティマネージャ１００では、転送管理１００１、公私分計１００２、ＡＰ配布１００３、メンバ管理１００４、認証管理１００５、サービス登録１００６、サービス公開１００７等のアプリケーションプログラムが格納されている。これらのアプリケーションプログラムによって行われる処理は後述する。

ＷｅｂＳｅｒｖｉｃｅ基盤１２００、Ｐ２Ｐ基盤１１００、ビヘビアＤＢ１５００及びネットワークプロトコルスタック１６００、携帯電話網Ｉ／Ｆ１６０１、インターネットＩ／Ｆ１６０２は、前述した端末２００と同様であるため説明を省略する。

Ｐ２Ｐ構造ＤＢ１４００は、映像情報等を端末間でＰ２Ｐ転送するトポロジー情報を管理する。

図２２はトポロジー情報の例であり、グループＩＤが００１であるグループにおいて、端末１が転送される情報のソースノードであり、端末１が端末２及び端末３に情報を転送し、端末２が端末４に情報を転送する。このように、トポロジー情報にもとづいた情報のリレー転送が行なわれる。

コミュニティマネージャテーブルＤＢ１３００は、コミュニティ及びグループの構成員の管理やグループで用いられる端末２００のアプリケーションプログラム等の情報を格納する。

図４は、コミュニティマネージャテーブルＤＢ１３００に格納されるテーブルの一例を示す説明図である。

図４（ａ）は、ＰｏＣテーブル１３０１の一例を示す。ＰｏＣテーブル１３０１は、ＰｏＣに登録された構成員及びその端末２００の情報が格納される。コミュニティマネージャＩＤは、当該構成員に対してコミュニティマネージャ１００において一意となるように割り当てられた番号である。端末ＩＤは、当該ＰｏＣに属する端末２００に対して一意となるように割り当てられた番号である。その他、当該構成員の氏名、年齢、住所等の個人情報や、当該端末２００のアドレス等が格納される。

図４（ｂ）は、コミュニティテーブル１３０２の一例を示す。コミュニティテーブルは、登録された構成員に割り当てられたコミュニティマネージャＩＤと、その構成員が参加しているコミュニティを示すコミュニティＩＤとを対応付けるテーブルである。コミュニティマネージャ１００は、このコミュニティテーブル１３０２を参照することで、構成員がどのコミュニティに属しているかを知ることができる。

図４（ｃ）は、グループテーブル１３０３の一例を示す。グループテーブル１３０３は、登録された構成員に割り当てられたコミュニティマネージャＩＤと、その構成員が属するグループを示すグループＩＤとを対応付けるテーブルである。コミュニティマネージャ１００は、このグループテーブル１３０３を参照することで、構成員がどのグループに属しているかを知ることができる。

図４（ｄ）は、アプリケーションプログラムテーブル１０３４の一例を示す。アプリケーションプログラムテーブル１３０４は、登録された構成員に割り当てられたコミュニティマネージャＩＤと、その構成員が使用するアプリケーションプログラムを示すアプリケーションプログラムＩＤとを対応付けるテーブルである。また、アプリケーションプログラムテーブル１３０４は、そのアプリケーションプログラムの状態（当該構成員の端末２００にダウンロードされているか否か、アクティベートされているか（使用可能な状態であるか）否か、当該アプリケーションプログラムのバージョン）を示す情報も格納される。

図４（ｅ）は、コミュニティマスターテーブル１３０５の一例を示す。コミュニティマスターテーブルは、コミュニティIDによって示されるコミュニティの内容を示すテーブルである。図４（ｅ）の例では、コミュニティＩＤが「００１」であるコミュニティは、「見守り（相模原）」コミュニティであり、その目的は「独居老人の見守り」であることが示されている。

図４（ｆ）は、ビヘビア管理テーブル１３０６の一例を示す。ビヘビア管理テーブル１３０６は、アプリケーションプログラムＩＤで示されるアプリケーションプログラムの動作を定義するものである。コミュニティマネージャ１００は、他の端末２００からのイベントを受信すると、そのイベントに示されるアプリケーションプログラムＩＤから、このビヘビア管理テーブル１３０６を参照して、当該アプリケーションプログラムの動作を決定する。

図４（ｆ）の例では、「実施」というイベントを受信した場合、アプリケーションプログラムＩＤが「００１」で示されるアプリケーションプログラムに対して「実施方法＝ＴＶ電話＆担当者ＩＤ＝Ｍｅ」という引数又は値を用いた動作を行う。ここで、「担当者ＩＤ＝Ｍｅ」とは、当該アプリケーションを搭載する端末にログイン中のユーザのユーザＩＤを担当者ＩＤにするという意味である。

図４（ｇ）は、グループマスターテーブル１３０７の一例を示す。グループマスターテーブル１３０７は、コミュニティマスターテーブル１３０５と同様に、グループＩＤで示されるグループの内容を示すテーブルである。図４（ｇ）の例では、グループＩＤが「００１」であるグループは、コミュニティＩＤ「００１」のコミュニティに属しており、グループ名称は「見守り１」であることが示されている。

図４（ｈ）は、コミュニティアプリケーションプログラムテーブル１３０８の一例を示す。コミュニティアプリケーションプログラムテーブル１３０８は、このコミュニティＩＤで示されるコミュニティが必要とするアプリケーションプログラムの情報を格納する。

図５は、図１に示すネットワークシステムにおいて、対象社会の構成員（端末２００のユーザ）をＰｏＣに登録する際の処理を示すシーケンス図である。

まず。ＣＳＰ３００を操作する管理者が、ＣＳＰ３００のＡＰ０（初期ＡＰ）２００１を起動する。ＡＰ０（２００１）は、ＡＰ管理部２１０１を起動する。

ＡＰ管理部２１０１は、コミュニティマネージャ１００に対してセッションを確立する。なお、ＣＳＰ３００が携帯電話端末である場合は、ＡＰ管理部２１０１は、端末認証部２７００を呼び出し、ユーザ認証ＤＢ２８００に記録されている端末の認証情報を用いて、携帯電話網５００を介して携帯キャリア運用・管理システム４００に対して自端末の認証要求を送信する。携帯キャリア運用・管理システム４００は、認証要求を受信すると、認証要求に含まれる認証情報によって当該端末（ＣＳＰ３００）を認証する。

次に、ＣＳＰ３００を操作する管理者が、ＡＰ０ ２０００によって表示されるメニュー画面から、ユーザ登録等の処理を行うアプリケーションプログラムである「ＡＰ−ＣＳＰ」を起動する。ＣＳＰ３００の管理者は、ＡＰ−ＣＳＰに対して登録を行うユーザの情報を入力する。なお、登録を受けるユーザは、予め申込書に必要事項を記入しておきＣＳＰの管理者に対して提出しておく。

ＡＰ−ＣＳＰは、当該情報をＣＳＰ３００に対して登録するための要求を、メッセージディスパッチャ２１０２を介してＡＰ要求解釈部２２０２に送る。ＡＰ要求解釈部２２０２は、受け取った要求の内容を判断し、ＣＳＰ３００に対して登録するためのメッセージを生成するためにメッセージ生成部２２０４に要求を送る。メッセージ生成部２２０４は、受け取った要求を元にメッセージの生成を行う。そして、生成されたメッセージを、プロトコル処理部２８００及びネットワークＩ／Ｆ２９０３を介してネットワーク６００に送る。

コミュニティマネージャ１００は、ＣＳＰ３００から送られたメッセージを受信すると、インターネットＩ／Ｆ１６０２及びネットワークプロトコルスタック１６００及びプロトコル処理部２８００を介してメッセージ取出し部１２０３に送る。メッセージ取出し部１２０３は、受け取ったメッセージから必要な情報のみを取り出してメッセージ解釈部１２０１に送る。メッセージ解釈部１２０１は、受け取ったメッセージの内容を解釈し、そのメッセージはＰｏＣへのユーザ登録だと判定する。そして、ＰｏＣへのユーザ登録の処理を行うコミュニティ管理アプリケーション部１０００のメンバ管理アプリケーションプログラム１００４に送る。メンバ管理アプリケーションプログラム１００４は、メッセージに含まれたユーザ登録情報を用いて、メッセージに示されたユーザをＰｏＣテーブルに登録する。登録が完了すると、その旨（登録ＯＫ）をＣＳＰ３００に対して送信する。

以上の処理によって、ＰｏＣへのユーザの登録が完了する。

次に、携帯電話網５００を経由して接続される端末２００、コミュニティマネージャ１００及び携帯キャリア運用・管理システム４００で行われる認証、課金処理について説明する。

図６は、携帯電話端末である端末２００の認証、課金処理を示すシーケンス図である。

端末２００のユーザがＡＰ０（２００１）を起動する。ＡＰ０（２００１）は、ＡＰ管理部２１０１を起動する。ＡＰ管理部２１０１は、端末認証部２７００を呼び出し、ユーザ認証ＤＢ２８００に記録されている情報（端末２００のＩＤ等の認証情報）を用いて、携帯電話網５００を介して携帯キャリア運用・管理システム４００に対して自端末の認証要求を送信する。この際に、認証要求を行うアプリケーションプログラムが何であるかを示すアプリケーションプログラムＩＤ（ここでは、ＡＰ０（２００１）を示すアプリケーションプログラムＩＤ）も送信する。携帯キャリア運用・管理システム４００は、認証要求を受信すると、認証要求に含まれた端末２００のＩＤ等の認証情報によって当該端末２００の認証処理を行う。

次に、携帯キャリア運用・管理システム４００は、コミュニティマネージャ１００に対して、受け取った端末ＩＤ及びアプリケーションプログラムＩＤを送信する。

コミュニティマネージャ１００は、受信した端末ＩＤ及びアプリケーションプログラムＩＤに基づいて課金処理を行う。具体的には、受信した端末ＩＤから、ＰｏＣテーブル１３０１を参照してコミュニティマネージャＩＤを取得する。取得したコミュニティマネージャＩＤ及び受信したアプリケーションプログラムＩＤから、コミュニティアプリケーションプログラムテーブル１３０８を参照して、当該アプリケーションプログラムＩＤによって示されるアプリケーションプログラムの課金タイプを取得する。そして、取得した課金タイプと、当該課金タイプを示す課金ＩＤとを、携帯キャリア運用・管理システム４００に送信する。

携帯キャリア運用・管理システム４００は、課金タイプ及び課金ＩＤを受信すると、当該課金ＩＤによって示される端末２００の課金・公私分計処理を行う。具体的には、課金タイプが「ＣＳＰ」である場合は、携帯キャリアはそのアプリケーションプログラムの使用に関して、ユーザに対して課金せず、ＣＳＰ３００に対して課金する。ＣＳＰ３００は例えば地方自治体によって運営されているので、その運営元の地方自治体に対して課金を行い、ユーザには課金されない。また、課金タイプが「ユーザ」である場合は、そのアプリケーションプログラムの使用に関してはユーザに課金する。なお、課金タイプがＣＳＰである場合としては、コミュニティに関する処理等である。課金タイプが「ユーザ」である場合は、当該端末２００を使用して電話を掛けた場合や、コミュニティとは異なる他のＷｅｂサービスを利用した場合などである。

この認証・公私分計処理によって課金先を決定した後、携帯キャリア運用・管理システム４００は、認証要求元の端末２００及びコミュニティマネージャ１００に対して、認証が完了した旨のメッセージを送信する。

その後、端末２００とコミュニティマネージャとが、携帯電話網５００を介してセッションを確立する。このセッションの確立処理はコミュニティマネージャ１００側の主導で行われる。公私分計処理はこの確立したセッション毎に行われる。

図７は、ＰｏＣに登録されたユーザをコミュニティに登録する際の処理を示すシーケンス図である。

まず、ＣＳＰ３００は、コミュニティマネージャ１００とのセッションを確立する。なお、前述したようにＣＳＰ３００が携帯電話端末である場合には、携帯キャリア運用・管理システム４００に対して、認証、課金処理を行う。

次に、ＣＳＰ３００のアプリケーション部２０００に備えられているＡＰ−ＣＳＰは、コミュニティマネージャ１００に対してコミュニティの一覧を問い合わせる。具体的には、ＡＰ−ＣＳＰは、メッセージディスパッチャ２１０２を介してＡＰ要求解釈部２２０２に、要求のために必要な情報を送る。ＡＰ要求解釈部２２０２は当該情報がコミュニティマネージャ１００への要求メッセージであることを判定し、当該情報をメッセージ生成部２２０４に送る。メッセージ生成部２２０４では、受け取った情報から、コミュニティマネージャ１００への要求メッセージを生成し、プロトコル処理部２８００に送る。プロトコル処理部２８００の携帯電話網プロトコル処理部２８０１では、メッセージを携帯電話網５００で転送するために必要なプロトコル処理を行う。プロトコル処理部２８００の無線ＬＡＮプロトコル処理部２８０２では、メッセージを無線ＬＡＮのアクセスポイントを経由してインターネット６００で転送するために必要なプロトコル処理を行う。必要な処理が完了したメッセージはネットワークプロトコルスタック２９００に送られる。

一方、プロトコル処理が必要ない場合は、メッセージ生成部２２０４からネットワークプロトコルスタック２９００に送られる。ネットワークプロトコルスタック２９００は、メッセージをネットワーク（携帯電話網５００又はインターネット６００）を通過するために必要な処理（例えば、パケット化）を行って、インターフェース（携帯電話網Ｉ／Ｆ２９０１、無線ＬＡＮＩ／Ｆ２９０２又はインターネットＩ／Ｆ２９０３）を経由して、宛先（ここではコミュニティマネージャ１００）に対して送信する。

なお、アプリケーション部２０００の要求からメッセージを作成しインターフェースから送信するまでの一連の処理は、以降は「メッセージ生成」と呼び、詳細な説明は省略する。

コミュニティマネージャ１００において、ＣＳＰ３００からの問い合わせメッセージを受信すると、キャリア網Ｉ／Ｆ１６０１又はインターネットＩ／Ｆ１６０２及びネットワークプロトコルスタック部１６００を介して、ＷｅｂＳｅｒｖｉｃｅ基盤１２００に送られる。ＷｅｂＳｅｒｖｉｃｅ基盤１２００において、メッセージ取出し部１２０３は、当該メッセージから必要な情報（コミュニティー検索の要求）を取り出し、メッセージ解釈部１２０１に送る。メッセージ解釈部１２０１は、受け取った要求から、当該メッセージはコミュニティ内容の検索であると判定し、コミュニティ管理アプリケーション部１０００の対応するアプリケーションプログラム（ここでは「メンバ管理アプリケーションプログラム１００４」）に送る。なお、メッセージを受け取って、アプリケーション部（コミュニティ管理アプリケーション部）に当該メッセージの内容を送るまでの一連の処理は、以降は「メッセージ解釈」と呼び、詳細な説明は省略する。

メンバ管理アプリケーションプログラム１００４は、受け取った要求に従って、コミュニティマネージャテーブルＤＢ１３００のコミュニティテーブル１３０２を検索し、検索結果、すなわち、コミュニティテーブル１３０２に登録されているコミュニティの一覧（コミュニティリスト）をＣＳＰ３００にメッセージとして送信する。

ＣＳＰ３００では、受け取ったメッセージを受信し、ＡＰ−ＣＳＰに送る。ＡＰ−ＣＳＰはこのコミュニティリストをＣＳＰ３００の管理者に表示する。一方、ＣＳＰ３００の管理者は、ユーザによって予め申込書に記入された必要事項を入力し、登録するコミュニティを指定する。ＡＰ−ＣＳＰは、指定されたコミュニティと入力されたユーザの情報とから、コミュニティに登録するためのメッセージ生成を行う。生成したメッセージをコミュニティマネージャ１００に送信する。コミュニティマネージャ１００は、受信したメッセージの解釈を行い、当該メッセージがコミュニティへの登録であることを判定し、メンバ管理アプリケーションプログラム１００４に当該メッセージを送る。メンバ管理アプリケーションプログラム１００４は、受け取ったメッセージから端末ＩＤ及びコミュニティＩＤを取得する。そして、取得した端末ＩＤからコミュニティマネージャテーブル１３００のＰｏＣテーブル１３０１を検索してコミュニティマネージャＩＤを取得する。そして、取得したコミュニティマネージャＩＤと受け取ったコミュニティＩＤとをコミュニティテーブル１３０２に登録する。登録が完了すると、登録が完了した旨（登録ＯＫ）のメッセージを生成し、登録要求元のＣＳＰ３００に送信する。

以上の処理によって、ＰｏＣへの登録済みのユーザのコミュニティへの登録が完了する。

図８は、コミュニティに登録されたユーザの端末２００にアプリケーションプログラムをダウンロードする際の処理を示すシーケンス図である。

コミュニティに参加する端末２００は、予め必要なアプリケーションプログラムがインストールされている場合や、ネットワーク経由でアプリケーションプログラムをダウンロードする場合がある。端末２００が様々なコミュニティの参加に対応するためには、必要に応じてダウンロードする方法が望ましい。なお、この図８の処理は、端末２００のユーザからの明示的な操作によって行ってもよいし、図７の処理によってコミュニティの参加が完了した時点でＣＳＰ３００から当該端末にメッセージを送信し、端末２００がメッセージを受信したことを契機に行ってもよい。

また、アプリケーションがバージョンアップされた場合、端末２００は、ダウンロード済みのアプリケーションのバージョン情報をアプリケーションテーブル１３０４から取得する。ここで、ダウンロード済みのアプリケーションが最新でないことが確認できた場合には、ダウンロードを促すメッセージをＣＳＰ３００から当該端末２００に送信する。このダウンロード済みアプリケーションのバージョン確認処理は、端末２００がコミュニティマネージャ１００とのセッションを確立する際の認証処理時に毎回行なう。また、ユーザがバージョン情報の確認処理を明示的に行なってもよい。

まず、端末２００は、コミュニティマネージャ１００とのセッションを確立する。なお、前述のように端末２００が携帯電話端末である場合には、携帯キャリア運用・管理システム４００に対して、認証、課金処理を行う。

次に、端末２００のアプリケーションプログラムを管理するためのアプリケーションプログラム（ＡＰ１（２００２））は、コミュニティマネージャ１００に対してコミュニティ検索要求メッセージを送信する。コミュニティマネージャ１００は、メッセージを受け取ると、メッセージ解釈の結果、当該メッセージをメンバ管理アプリケーションプログラム１００４に送る。メンバ管理アプリケーションプログラム１００４は、当該メッセージ要求元の端末ＩＤ及びコミュニティＩＤを取得する。そして、取得した端末ＩＤから、コミュニティマネージャテーブルＤＢ１３００のコミュニティテーブル１３０２を参照して、当該ユーザが参加するコミュニティのコミュニティＩＤを取得する。そして取得したコミュニティＩＤからなるコミュニティの一覧（コミュニティリスト）をメッセージとしてユーザの端末２００に送信する。

端末２００は、コミュニティリストを含むメッセージを受け取ると、ＡＰ１（２００２）にメッセージを送る。ＡＰ１（２００２）は、コミュニティリストを端末２００のユーザに表示する。表示に際しては、既にアプリケーションがダウンロードされているコミュニティやバージョンアップが必要なコミュニティについては、表示色を変えて表示するなどが有効である。そして、ユーザは表示されたコミュニティリストから、アプリケーションをダウンロードしたいコミュニティを指示する。

ＡＰ１（２００２）は、コミュニティの指示を受けると、当該コミュニティに必要なアプリケーションプログラムのダウンロードを要求するためのメッセージを生成し、コミュニティマネージャ１００に送信する。

コミュニティマネージャ１００は、受信したメッセージを解釈し、当該メッセージをＡＰ配布アプリケーションプログラム１００３に送る。ＡＰ配布アプリケーションプログラム１００３は、受け取ったメッセージの内容から、端末ＩＤ及びコミュニティＩＤを取得する。そして、まず、取得したコミュニティＩＤでコミュニティマネージャＤＢ１３００のコミュニティアプリケーションプログラムテーブル１３０８を検索し、当該コミュニティＩＤに対応するアプリケーションプログラムＩＤ、アプリケーションプログラム名称、ロール及び課金タイプを取得する。一方、取得した端末ＩＤでコミュニティマネージャＤＢ１３００のＰｏＣテーブル１３０１を検索し、当該端末ＩＤに対応するコミュニティマネージャＩＤを取得する。そして、取得したコミュニティマネージャＩＤでグループテーブル１３０３を検索し、当該コミュニティマネージャＩＤに対応するロールの内容を取得する。

次に、グループテーブル１３０３から取得したロールの内容とコミュニティアプリケーションプログラムテーブル１３０８から取得したロールの内容とを比較し、要求元の端末２００のユーザは、アプリケーションプログラムＩＤによって示されるアプリケーションプログラムを使用する権限があるかどうかを判定する。なお、ロールの内容が異なっている場合はそのアプリケーションプログラムは使用できないため、その旨を送信する。次に、ＡＰ配布アプリケーションプログラム１００３は、ビヘビアＤＢ１５００を参照して要求元の端末２００の使用するアプリケーションプログラムのビヘビア（イベント、引数、値）を取得する。次に、ＡＰ配布アプリケーションプログラム１００３は、取得したアプリケーションプログラムのデータを、取得したビヘビアと共に要求元の端末２００に送信する。

端末２００は、アプリケーションプログラムのデータを受信すると、当該アプリケーションプログラムをコミュニティアプリＤＢ２５００に記憶する。記憶が完了すると、アプリケーションプログラムを正常に受信した旨（受信ＯＫ）のメッセージを生成し、コミュニティマネージャに送信する。また、そのアプリケーションプログラムに関する情報（ビヘビアも含む）をビヘビアＤＢ２４００に記憶する。コミュニティマネージャ１００では、受信したメッセージはメッセージ解釈によってＡＰ配布アプリケーションプログラム１００３に送られる。ＡＰ配布アプリケーションプログラム１００３は、取得したメッセージから送信元の端末ＩＤ及びアプリケーションプログラムＩＤを取得する。そして、端末ＩＤでＰｏＣテーブル１３０１を検索し、当該端末ＩＤに対応するコミュニティマネージャＩＤを取得する。そして、コミュニティマネージャＩＤとアプリケーションプログラムＩＤとを、アプリケーションプログラムテーブル１３０４に登録する。この際に、ＡＰ配布アプリケーションプログラム１００３は、アプリケーションプログラムテーブル１３０４にダウンロード済みを示す情報（ダウンロード＝「１」）を登録する。

以上の処理によって、ユーザの端末２００にアプリケーションプログラムがダウンロードされる。

このように、図６乃至図８の処理によって、ユーザの端末２００がコミュニティに登録され、そのコミュニティで用いられるアプリケーションプログラムが当該端末２００にダウンロードされて使用可能となる。以降、ネットワークを介したコミュニティの活動は、ダウンロードされたアプリケーションプログラムによって行われる。

次に、「見守り支援サービス」コミュニティについて説明する。

本発明の実施の形態の見守り支援サービスは、日常の生活や健康状態、非常時の対応が必要な見守り対象者（例えば、ひとり暮らしの高齢者、高齢者世帯、障害者世帯等）を「見守り対象者」とする。この見守り対象者に対して、「見守りメンバ」が、毎日の声かけや、定期的な訪問による話し相手などをしながら、対象者の安否確認や健康上の変化を見守る。こうすることによって、事故を未然に防ぎ、緊急事態を素早く発見対応する。

この見守り支援サービスの提供にあたり、次のような手順で「見守り支援サービス」コミュニティの構築及び活動を行う。

社会福祉協議会職員や福祉ＮＰＯに所属するコーディネータは、在宅要援護高齢者台帳から見守り対象者を登録する。具体的には、対象者のコミュニティマネージャ１００に登録を行い、端末２００を配布する。

次に、コーディネータは、福祉ＮＰＯのボランティアや、地域住民の有志を「見守り支援サービス」コミュニティへ登録する。このボランティアのメンバには端末２００を配布し、見守りメンバとする。端末２００には見守り支援のためのアプリケーションプログラムが予めインストールされている。または、この見守り支援のためのアプリケーションプログラムは、前述した図８のような方法によってダウンロードしてもよい。

コーディネータは、見守り対象者ごとに見守りグループを形成する。このグループは、コミュニティマネージャ１００及び見守り支援システム３５０に登録する。グループに所属していないメンバは、例えば、見守り協力員（緊急時など手が足りないときなどに、一時的に見守りグループを支援する人）として登録する。また、福祉専門家や警察・消防なども見守り協力員として登録し、緊急事態に備える。

見守り対象者の安否確認は、「見守り支援サービス」コミュニティのメンバによってＴＶ電話システムを用いた声かけや話し相手となることによって、見守り対象者の健康状態を把握する。さらに、緊急時には見守り対象者からの緊急通報を受け付ける。また、日常で使う家電品の操作履歴（冷蔵庫、ガスレンジ、ポット、照明器具等）を監視し、長期間操作がされていない場合は対象者に何か異常が起こったと判定する。

コーディネータは、グループごとに、ＴＶ電話システムによる声かけ・話し相手サービスのスケジュールを、見守り支援システム３５０に登録する。

そして、見守り支援システム３５０は、スケジュールに基づいて、サービス実施のイベントを見守りグループ（見守り対象者及び見守りメンバ）の端末２００に対してＰ２Ｐによるマルチキャスト配信を行う。イベントを受信した端末２００は、ＴＶ電話アプリケーションプログラムを起動する。こうすることによって、定期的に、見守り対象者と見守りメンバとで、声かけや話し相手によるサービスが実行される。見守り支援システム３５０は、スケジュール実施後、実施記録を登録する。コーディネータは、定期的に見守り支援システム３５０に記録された実施記録に基づいて、評価・反省を行うことができる。

また、見守り対象者宅２０１において、家電製品が一定期間利用されて等などの異常事態が発生した場合、または見守り対象者から直接緊急通報がなされた場合は、その家電製品又は見守り対象者端末２００によって、緊急通報イベントが「見守り支援サービス」コミュニティにＰ２Ｐによるマルチキャスト配信される。この緊急通報イベントは見守りメンバの端末２００はＴＶ電話アプリケーションプログラムを起動させる。見守りメンバは、このＴＶ電話によって安否を確認する。

また、緊急通報イベントは、見守り協力員や福祉専門家にも配信されるため、見守りグループの全メンバが対応できない場合や、見守りメンバが緊急通報を見過ごした場合にも臨機応変に対応できる。さらに、見守り協力員である警察・消防の携帯端末２００にも同様に緊急通報イベントが配信される。警察・消防の携帯端末２００は、緊急出動アプリケーションプログラムを起動する。緊急出動アプリケーションプログラムは、緊急通報元の見守り対象者宅２０１に出動するように警察官や救急隊員に報知する。

このサービスを提供するために、構成員の役割を予め決める。

図９は、本システムを見守り支援サービスに適応する上での構成員の相関関係を示す説明図である。

ＣＳＰ３００は、自治体や第三セクタによって運営される。また、ＣＳＰ３００は、携帯電話網を運営する携帯キャリア運営・管理システム４００と契約を結ぶことで、携帯キャリア運営・管理システム４００の携帯電話網５００に接続される端末２００をＰｏＣ及びコミュニティに登録することができる。

また、ＣＳＰ３００を運営する自治体や第三セクタは、社会福祉協議会や福祉ＮＰＯに対する監督を行う。社会福祉協議会や福祉ＮＰＯは、ＣＳＰ３００に対してＰｏＣ登録、コミュニティ登録、端末２００の配布等を依頼する。

端末２００配布の依頼を受けたＣＳＰ３００は、コミュニティの参加者を登録し、登録された参加者に端末２００を配布する。「見守り支援サービス」コミュニティは、見守り支援サービスを受ける「見守り対象者」、見守りを行う「協力者」（見守りメンバ）、見守り対象者や協力者を統括する「コーディネータ」等で構成される。

また、社会福祉協議会や福祉ＮＰＯは、見守り対象者に対して、見守り支援サービスが適切に実施されているかの確認を行う。コーディネータは協力者（見守りメンバ）のスカウトや見守り対象者の調査等を行い、社会福祉協議会や福祉ＮＰＯと連携する。

図１０は、図１に示すネットワークシステムを、見守り支援サービスに適用した場合のシステム構成の一例を示すブロック図である。

見守り対象者宅２０１には、端末２００Ａが配布されている。この端末２００Ａは、無線通信回線によって基地局５１０と通信することによって携帯電話網５００と接続される。なお、この端末２００Ａは、無線ＬＡＮアクセスポイント２０３を介してインターネット６００にも接続することができる。また、端末２００Ａは、無線通信回線（例えば、Ｂｌｕｅｔｏｏｔｈ等）を用いて、情報家電２０２に接続できるよう構成されている。図１０の例では、情報家電２０２は、ＴＶ電話機能を備えたテレビ受信機である。

見守り支援サービスに参加している構成員にも端末２００が配布されている。この見守り支援サービスの構成員は、警察や消防などの公共団体（端末２００Ｂ）、見守り支援サービスコミュニティのコーディネータ（端末２００Ｃ）、見守り支援サービスを行うボランティア（端末２００Ｄ）、社会福祉協議会職員（端末２００Ｅ）等である。

図１１は、見守り支援システム３５０の構成を示すブロック図である。

この見守り支援システム３５０の構成は、基本的には図２に示す端末２００と同一であるが、アプリケーション部２０００に、見守り支援サービスのためのアプリケーションプログラム（個人情報管理アプリケーションプログラム２０１３、サービス利用管理アプリケーションプログラム２０１４）が備えられている。また、見守り支援サービスを行うために必要な情報として、見守り支援サービスＤＢ２０１０を備えている。

図１２は、見守り支援システム３５０の見守り支援サービスＤＢ２０１０に記憶される見守り支援サービステーブルの一例を示す説明図である。

図１２（ａ）は、個人情報テーブル１７０１の一例を示す。個人情報テーブル１７０１は、「見守り支援サービス」コミュニティに参加している構成員に一意に割り振られたユーザＩＤと当該構成員の個人情報（例えば、氏名、性別、住所等）及び参加しているコミュニティを示すコミュニティマネージャＩＤとを対応付けている。

図１２（ｂ）は、本人情報テーブル１７０２の一例を示す。本人情報テーブル１７０２は、見守り支援サービスの対象者の情報を示すテーブルであり、対象者に一意に割り振られた番号であるＩＤと当該対象者に関する情報（例えば、見守り対象者の民生委員のユーザＩＤ、対象者の健康状態、困っていること等）とを対応付けている。

図１２（ｃ）は、緊急連絡先テーブル１７０３の一例を示す。緊急連絡先テーブル１７０３は、見守り支援サービス対象者の緊急連絡先を示す。

図１２（ｄ）は、見守りメンバテーブル１７０４の一例を示す。見守りメンバテーブル１７０４は、見守り支援サービス対象者のユーザＩＤと、当該対象者を見守る見守りメンバを示すユーザＩＤとを対応付けている。

図１２（ｅ）は、実施記録テーブル１７０５の一例を示す。実施記録テーブル１７０５は、本システムにおける見守り支援サービスにおいて、定期的に実施されるスケジュールの実施結果が記録される。このスケジュール実施の記録は、当該記録に対して一意に割り振られる記録番号、実施されたスケジュールの利用番号、実施記録の登録日、スケジュールの実施日、スケジュールに対して一意に割り振られたスケジュール番号、当該スケジュールの実施の結果である記録内容、スケジュールの担当者のユーザＩＤ、等が記録される。

図１２（ｆ）は、家族情報テーブル１７０６の一例を示す。家族情報テーブル１７０６は、見守り支援サービス対象者の家族の情報を示す。例えば、図１２（ｆ）の例では、見守り対象者の家族（長男）の情報が記録されており、見守り対象者のユーザＩＤと、その家族のユーザＩＤ、続柄、見守り対象者の主介護者であるかを示す主介護者フラグ、身体状態等が記録される。

図１２（ｇ）は、利用情報テーブル１７０７の一例を示す。利用情報テーブル１７０７は、見守り対象者が、本システムにおける見守り支援サービスのうち、どのようなシステム又はアプリケーションプログラムが利用するかが記録される。例えば、図１２（ｇ）の例では、ユーザＩＤが００１である見守り対象者ユーザは、「ＴＶ電話」による見守りを受け、その見守りが「Ａｃｔｉｖｅ」、すなわちＴＶ電話による見守りサービスが継続中であることが示されている。

図１２（ｈ）は、スケジュールテーブル１７０８の一例を示す。スケジュールテーブル１７０８は、定期的に実行されるスケジュールの内容が記録される。

図１３は、端末２００及び見守り支援システム３５０に記憶されるビヘビアＤＢの具体的な一例を示す説明図である。

図１３の例では、「実施」というイベントに対して「実施方法＝ＴＶ電話」、「担当者ＩＤ＝Ｍｅ」という引数、値を用い、そのアクション、すなわち対象となるアプリケーションプログラムＩＤは「００１」であることが示されている。

次に、以上のように構成された「見守り支援サービス」における処理を説明する。

図１４は、「見守り支援サービス」コミュニティへのユーザ（見守り対象者）の登録の処理を示すシーケンス図である。

なお、「見守り支援サービス」コミュニティは、登録を行う端末２００と見守り支援システム３５０とがＷｅｂサービスによるセッションを確立し、互いに通信をして、ユーザ登録をしたり、アプリケーションプログラムを配布したり、スケジュールを登録することで構築する。また、「見守り支援サービス」コミュニティの実施（スケジュールの実施、緊急事態時の報知等）は、見守り対象者端末２００Ａと見守りメンバ端末２００ＢとでＰ２Ｐによるイベントを送信することで行う。

まず、社会福祉協議会職員端末２００Ｅは、コミュニティマネージャ１００とのセッションを確立する。なお、社会福祉協議会職員端末２００Ｅが携帯電話端末である場合には、携帯キャリア運用・管理システム４００に対して、認証、課金処理を行う。

次に、社会福祉協議会職員は、登録を行うユーザ（見守り対象者、見守りメンバ）の情報が予め記入された調査票を元に、社会福祉協議会職員端末２００Ｅに入力する。社会福祉協会職員端末２００のＡＰ２（２００３）は、入力された情報から、当該ユーザの個人情報を登録させるためのメッセージを生成し、見守り支援システム（コミュニティサービスプロバイダ）３５０に送信する。

見守り支援システム３５０では、受信したメッセージを解釈し、コミュニティ管理アプリケーション部１０００の個人情報管理アプリケーションプログラムに送る。個人情報管理アプリケーションプログラムは、受け取ったメッセージから、登録を行うユーザに対して一意に割り当てられるユーザＩＤを生成する。そして、ユーザ個人情報（本人情報、緊急連絡先、家族情報）を、本人情報テーブル１７０２、緊急連絡先テーブル１７０３及び家族情報テーブル１７０６に登録する。登録が完了すると、その旨（登録ＯＫ）のメッセージを社会福祉協議会端末２００Ｅに送信する。

次に、社会福祉協会職員端末２００は、登録されたユーザに配布された端末を、「見守り支援サービス」コミュニティに登録する。まず、ＡＰ２（２００３）は、調査票に記入されたユーザの情報を元に、当該ユーザに配布された端末ＩＤをコミュニティマネージャ１００に登録するためにメッセージを生成する。このメッセージは、まず、見守り支援システム３５０に送信される。見守り支援システム３５０では、受信したメッセージを解釈し、個人情報管理アプリケーションプログラムに送る。個人情報管理アプリケーションプログラムは、当該メッセージの端末ＩＤと、コミュニティＩＤ（すなわち、「見守り支援サービス」コミュニティのＩＤ）とを含んだ「グループ生成」メッセージを生成し、コミュニティマネージャ１００に送信する。

コミュニティマネージャ１００では、グループ生成メッセージを受信すると、当該メッセージを解釈し、メンバ管理アプリケーションプログラム１００４に送る。メンバ管理アプリケーションプログラム１００４では、当該メッセージに含まれる端末ＩＤでＰｏＣテーブル１３０１を検索し、対応するコミュニティマネージャＩＤを取得する。次に、グループＩＤを新規に生成する。そして、新規生成したグループＩＤとコミュニティマネージャＩＤとをグループテーブル１３０３に登録する。次に、メンバ管理アプリケーションプログラムは、取得したコミュニティマネージャＩＤを含んだメッセージを生成し見守り支援システム３５０に送信する。

見守り支援システム３５０は、受け取ったメッセージを解釈し、個人情報管理アプリケーションプログラムに送る。個人情報管理アプリケーションプログラムでは、メッセージに含まれるコミュニティマネージャＩＤを取得し、個人情報テーブル１７０１に登録する。登録が完了すると、その旨（登録ＯＫ）のメッセージを社会福祉協議会端末２００Ｅに送信する。

以上の処理によって、「見守り支援サービス」コミュニティへのユーザの登録が完了する。

図１５は、「見守り支援サービス」コミュニティへのユーザ（見守り対象者）の登録の処理を示すシーケンス図である。図１４と異なり、登録するユーザ（見守り対象者）がまだＰｏＣに未登録である場合の処理を示す。

処理の流れは前述した図１４と同様である。ただし、コミュニティマネージャ１００において、メンバ管理アプリケーションプログラム１００４が、メッセージに含まれる端末ＩＤでＰｏＣテーブル１３０１を検索した結果、当該端末ＩＤが存在しなかった場合は、当該端末ＩＤに対応するコミュニティマネージャＩＤを新たに生成する。次に、グループＩＤを新規に生成する。そして、新規生成したグループＩＤと新たに生成したコミュニティマネージャＩＤとをグループテーブル１３０３に登録する。以降の処理は図１４と同様である。

図１６は、「見守り支援サービス」コミュニティへのユーザ（見守りメンバー）の登録の処理を示すシーケンス図である。

まず、社会福祉協議会職員端末２００Ｅは、コミュニティマネージャ１００とのセッションを確立する。なお、社会福祉協議会職員端末２００Ｅが携帯電話端末である場合には、携帯キャリア運用・管理システム４００に対して、認証、課金処理を行う。

次に、ユーザ（見守り対象者）の情報を予め記入した調査票を元に、社会福祉協議会職員端末２００Ｅに入力する。社会福祉協会職員端末２００のＡＰ２（２００３）は、入力された情報から、当該ユーザの個人情報（住所）からコミュニティを検索させるためのメッセージを生成し、見守り支援システム３５０に送信する。

見守り支援システム３５０は、受信したメッセージを解釈し、個人情報管理プログラムに送る。個人情報管理プログラムは、当該メッセージに含まれる住所を含んだメッセージを生成して、コミュニティマネージャ１００に送信する。

コミュニティマネージャ１００は、受信したメッセージを解釈し、メンバ管理アプリケーションプログラム１００４に送る。メンバ管理アプリケーションプログラムは、メッセージに含まれる住所を取得する。そして、取得した住所でＰｏＣテーブル１３０１及びコミュニティテーブル１３０２を検索し、当該住所に近いコミュニティの参加者を検索する。そして、検索されたコミュニティの参加者のコミュニティマネージャＩＤ及び当該メンバの情報（端末ＩＤ、氏名、住所、宛先等）を含むメッセージを社会福祉協議会職員端末２００Ｅに送信する。

社会福祉協議会職員端末２００ＥのＡＰ２（２００３）は、メッセージを受信すると、当該メッセージを元に、見守りメンバとしての登録を依頼する「依頼イベント」Ｐ２Ｐメッセージを生成し、マルチキャストによって各端末２００に配信する。具体的には、ＡＰ２（２００３）は、メッセージディスパッチャ２１０１を介して、Ｐ２Ｐメッセージ要求を動作要求解釈部２３０１に送る。

動作要求解釈部２３０１は、当該要求に基づいて、Ｐ２Ｐのメッセージを生成するためにＸＭＬ要求生成部２３０４に送る。ＸＭＬ要求生成部２３０４は、動作要求解釈部２３０１からの要求に基づいて、見守りメンバに対する依頼イベントを発生させるためのＰ２Ｐメッセージを生成する。生成されたＰ２Ｐメッセージはプロトコル処理部２８００に送られる。

プロトコル処理部２８００の携帯電話網プロトコル処理部２８０１では、メッセージを携帯電話網５００で転送するために必要なプロトコル処理を行う。プロトコル処理部２８００の無線ＬＡＮプロトコル処理部２８０２では、メッセージを無線ＬＡＮのアクセスポイントを経由してインターネット６００で転送するために必要なプロトコル処理を行う。必要な処理が完了したメッセージはネットワークプロトコルスタック２９００に送られる。

プロトコル処理が必要ない場合は、メッセージ生成部２２０４からネットワークプロトコルスタック２９００に送られる。ネットワークプロトコルスタック２９００では、メッセージをネットワーク（携帯電話網５００又はインターネット６００）で転送するために必要な処理を行って、各インターフェース（携帯電話網Ｉ／Ｆ２９０１、無線ＬＡＮＩ／Ｆ２９０２又はインターネットＩ／Ｆ２９０３）を経由して、宛先（ここでは各端末２００）に対してマルチキャストで送信する。この宛先は、前述のとおり、コミュニティマネージャ１００のコミュニティテーブル１３０２から取得した情報である。

なお、アプリケーション部２０００からの要求からメッセージを作成しマルチキャストで送信するまでの一連の処理は、以降は「Ｐ２Ｐ生成」と呼び、詳細な説明は省略する。

「依頼イベント」Ｐ２Ｐメッセージを受け取ったコミュニティ参加者の端末２００は、携帯電話網Ｉ／Ｆ２９０１、無線ＬＡＮＩ／Ｆ２９０２若しくはインターネットＩ／Ｆ２９０３、及び、ネットワークプロトコルスタック部２９００を介して、当該メッセージをＰ２Ｐ基盤２３００に送る。Ｐ２Ｐ基盤２３００では、ＸＭＬ要求解釈部２３０５において、当該メッセージの内容（依頼イベント）を判定する。また、そのイベントに対して起動するアプリケーションプログラムの情報をビヘビアＤＢ２４００から取得する。当該イベントの内容及びアプリケーションプログラムの情報はイベント管理部２３０２に送られる。イベント管理部２３０２では、取得したアプリケーションプログラムの情報（ＡＰ２（２００３））に対してメッセージディスパッチャ２１０２を介して当該イベントを送る。ＡＰ２（２００３）は受け取ったイベントに従って処理を行う。なお、メッセージを受け取って、アプリケーション部に当該メッセージの内容を送るまでの一連の処理は、以降は「Ｐ２Ｐ解釈」と呼び、詳細な説明は省略する。

依頼イベントＰ２Ｐメッセージによって、社会福祉協議会職員端末２００Ｅとコミュニティ参加者の端末とがセッションを確立する。ここで、社会福祉協議会職員とコミュニティ参加者とで交渉を行う。コミュニティ参加者は、「見守り支援サービス」コミュニティにおける見守りメンバとして登録してよいか否かを決定し、その旨を社会福祉協議会職員に通知する。

社会福祉協議会職員端末２００Ｅは、コミュニティ参加者の端末２００から、見守りメンバとして登録してもよいとのメッセージを受信した場合は、当該ユーザを見守り支援サービステーブルに登録するために、当該ユーザのコミュニケーションマネージャＩＤ及び見守りメンバとして登録する旨のメッセージを生成し、見守り支援システム３５０に送信する。

見守り支援システム３５０では、受信したメッセージを解釈し、個人情報管理アプリケーションプログラムに送る。個人情報管理アプリケーションプログラムは、受け取ったメッセージに基づいて、当該ユーザのユーザＩＤを生成し、見守り対象者のＩＤと生成したユーザＩＤ（見守りメンバーＩＤ）とを見守りメンバテーブル１７０４に登録する。個人情報管理アプリケーションプログラムは、登録が完了すると、コミュニティマネージャ１００に対して、当該ユーザをグループテーブルに登録させるためにメッセージを生成し、コミュニティマネージャ１００に送信する。

コミュニティマネージャ１００は、受信したメッセージを解釈し、メンバ管理アプリケーションプログラム１００４に送る。メンバ管理アプリケーションプログラム１００４は、受け取ったメッセージから、コミュニティマネージャＩＤ及びロール（見守り者）を取得し、グループテーブルに登録する。登録が完了すると、その旨（登録ＯＫ）のメッセージを見守り支援システム３５０及び社会福祉協議会端末２００Ｅに送信する。

以上の処理によって、見守り支援システム３５０への見守りメンバの登録が完了する。

図１７は、「見守り支援サービス」コミュニティにおけるスケジュールの登録の処理を示すシーケンス図である。

まず、社会福祉協議会職員端末２００Ｅは、コミュニティマネージャ１００とのセッションを確立する。なお、社会福祉協議会職員端末２００Ｅが携帯電話端末である場合には、携帯キャリア運用・管理システム４００に対して、認証、課金処理を行う。

次に、社会福祉協議会職員端末２００ＥのＡＰ２（２００３）は、スケジュールを登録するユーザー（見守り対象者）の本人情報（例えば氏名）を含む本人情報検索メッセージを生成する。生成したメッセージは見守り支援システム３５０に送信する。

見守り支援システム３５０は、受信したメッセージを解釈し、サービス利用管理アプリケーションプログラムに送る。サービス利用管理アプリケーションプログラムは、受け取ったメッセージの要求に従って、当該ユーザの情報（ユーザＩＤ（対象者ＩＤ）等）を社会福祉協議会職員端末２００Ｅに送信する。社会福祉協議会職員は、社会福祉協議会職員端末２００Ｅによって見守り対象であるユーザのユーザＩＤ（対象者ＩＤ）を選択する。

社会福祉協議会職員端末２００ＥのＡＰ２（２００３）は、当該選択したユーザＩＤと、社会福祉協議会端末２００のユーザによって入力された利用情報（開始日、見守り方法等）とから、利用情報を登録するためのメッセージを生成し見守り支援システム３５０に送信する。

見守り支援システム３５０は、受け取ったメッセージを解釈してサービス利用管理アプリケーションプログラムに送る。サービス利用管理アプリケーションプログラムは、受け取ったメッセージからユーザＩＤ（対象者ＩＤ）、開始日及び見守り方法を取得し、これらを利用情報として生成する。そして、生成された利用情報と当該利用情報に対して一意に割り当てられた利用番号とを利用情報テーブル１７０７に登録する。登録された利用番号は社会福祉協議会職員端末２００Ｅに送信する。

社会福祉協議会職員端末２００ＥのＡＰ２（２００３）は、受け取った利用番号と、社会福祉協議会職員によって予め入力されたスケジュール（日付、アクション、担当者ＩＤ）とをスケジュール登録のメッセージとして生成し、見守り支援システム３５０に送信する。

見守り支援システム３５０は、受け取ったメッセージを解釈し、サービス利用管理アプリケーションプログラムに送る。サービル利用管理アプリケーションプログラムは、受け取ったメッセージから利用番号とスケジュールを取得し、スケジュールテーブル１７０８に登録する。登録が完了すると、その旨（登録ＯＫ）のメッセージを社会福祉協議会端末２００Ｅに送信する。

以上の処理によって、「見守り支援サービス」コミュニティにおけるスケジュールの登録が完了する。

図１８は、見守り支援システム３５０において、スケジュールに基づいて行われる見守り支援サービスの処理を示すシーケンス図である。

まず、社会福祉協議会職員端末２００Ｅのサービス利用管理アプリケーションプログラムは、見守り支援サービステーブルＤＢのスケジュールテーブル１７０８を参照する。そして、いずれかの利用番号で示される利用情報が実施を行うタイミングであると判定した場合は、Ｐ２Ｐメッセージを生成し、当該利用番号で示される利用情報の対象となる端末（見守り対象者、見守りメンバ）及びコミュニティマネージャ１００に対して、当該Ｐ２Ｐメッセージを生成し、送信する。対象となる端末（見守り対象者、見守りメンバ）の宛先については、個人情報テーブル１７０１から見守り対象者のユーザＩＤからコミュニティマネージャＩＤを取得し、コミュニティマネージャ１００のコミュニティテーブル１３０２から、当該コミュニティマネージャＩＤを用いて見守りメンバを取得し、宛先を取得する。

見守り対象者端末２００及び見守りメンバ端末２００は、受け取ったＰ２Ｐメッセージを解釈し、イベント管理アプリケーションプログラムに送る。イベント管理アプリケーションプログラムは、受け取ったメッセージに含まれる情報から、必要な処理（アプリケーションプログラム等）を実行する。図１７に示した例では、見守り対象者端末２００及び見守りメンバ端末２００において、ＴＶ電話アプリーションが起動する。

ＴＶ電話アプリケーションを起動した各端末は、接続通知メッセージをコミュニティマネージャ１００に送信する。接続通知メッセージの情報にもとづき、端末間のＰ２Ｐ通信経路に関するトポロジー情報を転送管理１０１が判断しグループＩＤとともにＰ２Ｐ構造ＤＢ１４００に記録する。そして、同じトポロジー情報をＴＶ電話アプリケーションの起動した各端末に配信する。以降、各端末のＴＶ電話アプリケーションは当該トポロジー情報に基づいて音声・映像情報を転送する。

なお、転送管理１０１が、集約配信、すなわちＴＶ電話アプリケーションの音声・映像情報を一旦コミュニティマネージャ１００の転送管理１０１に集めた後に、ＴＶ電話アプリケーションを起動した各端末に配信することを判断する場合がある。この場合は、当該グループのグループＩＤに関するトポロジー情報はＮＵＬＬとし、集約配信の旨をＴＶ電話アプリケーションの起動した各端末に配信する。

コミュニティマネージャ１００は、接続通知メッセージを受け取った端末２００について認証課金処理を行う。具体的には、コミュニティマネージャ１００のＸＭＬ要求解釈部１１０５は、Ｐ２Ｐメッセージの内容及び当該メッセージに含まれるアプリケーションプログラムＩＤを取得し、イベント管理部１１０２を介して公私分計アプリケーションプログラム１００２及び認証課金プログラム１００５に送る。公私分計アプリケーションプログラム１００２は、アプリケーションプログラムＩＤでコミュニティアプリケーションプログラムテーブル１３０８を検索し、当該アプリケーションプログラムＩＤによって示されるアプリケーションプログラムの課金タイプを取得する。そして、取得した課金タイプに基づいて各端末２００の課金先を決定する。メッセージ生成部１２０４は、決定した課金先を携帯キャリア運用・管理システム４００に対して送信する。

そして、見守り対象者端末２００及び見守りメンバ端末２００は、Ｐ２Ｐのセッションが確立してＰ２Ｐ網を利用して、お互いに情報（ＴＶ電話のデータ）を送受信する。

以上の処理によって、「見守り支援サービス」コミュニティにおけるスケジュールに基づいて行われる見守り支援サービスの処理が行われる。

図１９は、見守り支援システム３５０において、見守り対象者に緊急事態が発生した場合の処理を示すシーケンス図である。

見守り対象者宅２０１には、情報家電２０２（例えば、ＴＶ、給湯ポット等）が備えられている。これらの情報家電によって、見守り対象者に緊急事態が発生したことを検知した場合は、情報家電２０２に備えられているＰ２Ｐ基盤によって緊急通報イベントのＰ２Ｐメッセージを送信する。送信先は、見守り対象者端末２００、見守りメンバ端末２００、緊急連絡先として登録されている端末２００、警察・消防等に配布されている端末等である。

なお、緊急事態の発生とは、例えば、所定の期間ＴＶが操作されていない、所定の期間給湯ポットが使用されていない等である。

緊急通報イベントＰ２Ｐメッセージを受信した見守り対象者端末２００は、Ｐ２Ｐメッセージを解釈し、イベント管理アプリケーションプログラムに送る。イベント管理アプリケーションプログラムは、メッセージを受け取ると、緊急通報アプリケーションプログラム（ＡＰ２（２００３））を起動する。緊急通報アプリケーションプログラム（ＡＰ２（２００３））は、緊急連絡先に連絡を行うほか、ＴＶ電話アプリケーションプログラムも起動する。

緊急通報イベントＰ２Ｐメッセージを受信した見守りメンバ端末２００は、Ｐ２Ｐメッセージを解釈し、イベント管理アプリケーションプログラムに送る。イベント管理アプリケーションプログラムは、受け取ったメッセージからＴＶ電話アプリケーションプログラムを起動する。ＴＶ電話アプリケーションプログラムは、緊急通報元の見守り対象者端末２００に対して、Ｐ２Ｐセッションを用いてＴＶ電話のためのデータを送受信する。

緊急通報イベントＰ２Ｐメッセージを受信したコミュニティマネージャ１００は、コミュニティマネージャテーブルＤＢ１３００から、グループテーブル１３０３を参照する。グループテーブル１３０３には、前述した見守り協力員に関する情報も登録されているので、グループテーブル１３０７から取得した見守り協力員のコミュニティマネージャＩＤを取得する。そして、取得したコミュニティマネージャＩＤからＰｏＣテーブル１３０１を検索し、見守り協力員の端末２００に関する情報（宛先）を取得し、緊急通報イベントのＰ２Ｐメッセージを生成して送信する。

見守り協力員である警察・消防端末２００Ｄは、緊急通報イベントＰ２Ｐメッセージを受信すると、Ｐ２Ｐメッセージを解釈し、イベント管理アプリケーションプログラムに送る。イベント管理アプリケーションプログラムは、受け取ったメッセージから緊急出動アプリケーションプログラムを起動する。緊急出動アプリケーションプログラムは、緊急通報元の見守り対象者宅２０１に警察官や救急隊員を出動させるよう報知を行う。

以上の処理によって、見守り支援システム３５０において、見守り対象者に緊急事態が発生した場合の処理が行われる。

図２０は、見守り支援システム３５０において、スケジュールに基づいて行われる見守り支援サービスの実施記録を登録する処理を示すシーケンス図である。

図１８の処理によって実行されるスケジュールの実施の結果である実施記録は、スケジュール終了後に（又は定期的に）見守り支援システム３５０の実施記録テーブルに登録される。

まず、見守り対象者端末２００は、見守り支援システム３５０とのセッションを確立する。なお、見守り対象者端末２００が携帯電話端末である場合には、携帯キャリア運用・管理システム４００に対して、認証、課金処理を行う。

次に、見守り対象者端末２００のＡＰ２（２００３）は、スケジュールの実施の結果をメッセージとして生成する。このメッセージには、利用番号、スケジュール番号、記録内容、実施日、担当者ＩＤ等が含まれる。生成されたメッセージは見守り支援システム３５０に送信される。

見守り支援システム３５０は、メッセージを受信すると。当該メッセージを解釈し、サービス利用管理アプリケーションに送る。サービス利用管理アプリケーションは、受け取ったメッセージから、スケジュールの実施の結果（利用番号、スケジュール番号、記録内容、実施日、担当者ＩＤ等）を取得し、これを実施記録として生成する。そして、生成されて実施記録に対して一意な番号である記録番号を割当て、当該記録番号と生成された実施記録とを実施記録テーブル１７０５に記録する。

以上の処理によってスケジュールの実施記録が登録される。

コーディネータは、記録されたスケジュールの実施記録から、見守り対象者に対して見守り支援サービスが適切に実施されているかの確認を行う。さらに、コーディネータは社会福祉協議会職員に対して見守り支援サービスの実施の報告を行う。

以上のように構成された本発明の実施の形態では、端末２００（又は、ＣＳＰ３００、見守り支援システム３５０）は、Ｗｅｂサービスによる要求又はＰ２Ｐによるイベントの実施に対して、必要なアプリケーションを判断し、メッセージディスパッチャ２１０２によって当該アプリケーションを呼び出す。このようにすることで、同じ構成の端末２００に対して複数の役割を持たせることができる。例えば、見守り支援サービスコミュニティにおいて、見守り対象者と見守りメンバとが同一の端末２００を用いても、受信した要求に基づいて、見守り対象者と見守りメンバとが別のサービスの提供を受けることが可能となる。

また、コミュニティマネージャ１００は、端末２００が送信したメッセージから当該メッセージを送信したアプリケーションの情報を取得し、当該アプリケーションの課金先を決定する。このようにすることで、公共機関が提供するコミュニティは課金先を当該公共機関に設定し、それ以外の課金先はユーザに対して行うと言った公私分計処理を行うことができる。特に、携帯電話を端末２００に用いた場合は、当該携帯電話端末からの通信を、その通信を行ったアプリケーションが何であるかによって課金先を決定する。課金先は携帯キャリア運営・管理システム４００（すなわちユーザに対しての課金）又はコミュニティマネージャ１００（すなわちコミュニティを運営する自治体や第三セクタ等）のいずれかである。こうすることで、既存の携帯電話網システムを用いて、本発明のシステムを容易に構築することが可能となる。

そして、これら端末２００、見守り支援システム３５０、コミュニティマネージャ１００を含むシステムを構築することで、見守り支援サービスの提供が可能となる。

ネットワークシステム全体の構成を示すブロック図である。 端末２００の構成を示すブロック図である。 コミュニティマネージャ１００の構成を示すブロック図である。 コミュニティマネージャテーブルの一例を示す説明図である。 対象社会の構成員（ユーザ）をＰｏＣに登録する際の処理を示すシーケンス図である。 携帯電話端末である端末２００の認証、課金処理を示すシーケンス図である。 ＰｏＣに登録されたユーザをコミュニティに登録する際の処理を示すシーケンス図である。 コミュニティに登録されたユーザの端末２００にアプリケーションをダウンロードする際の処理を示すシーケンス図である。 本システムを見守り支援サービスに適応する上での構成員の相関関係を示す説明図である。 見守り支援サービスのシステム構成の一例を示すブロック図である。 見守り支援システム３５０の構成を示すブロック図である。 見守り支援サービステーブルの一例を示す説明図である。 端末２００及び見守り支援システム３５０に記憶されるビヘビアＤＢの具体的な一例を示す説明図である。 ユーザ（見守り対象者）の登録の処理を示すシーケンス図である。 ユーザ（見守り対象者）の登録の処理を示すシーケンス図である。 ユーザ（見守りメンバー）の登録の処理を示すシーケンス図である。 スケジュールの登録の処理を示すシーケンス図である。 見守り支援サービスの処理を示すシーケンス図である。等）を実行する。 見守り対象者に緊急事態が発生した場合の処理を示すシーケンス図である。 見守り支援サービスの実施記録を登録する処理を示すシーケンス図である。 ＸＭＬで記載されたイベントの一例を示す説明図である。 トポロジ情報の一例を示す説明図である。

符号の説明

１００ コミュニティマネージャ
２００ 端末
３００ コミュニティサービスプロバイダ
３５０ 見守り支援システム
４００ 携帯キャリア運用・管理システム
５００ 携帯電話網
６００ インターネット

Claims (10)

1. ネットワークを介して他の計算機と接続され、
   複数のアプリケーションプログラムを記憶するアプリケーション記憶部と、
   前記他の計算機から送信された要求を受信する受信部と、
   前記受信した要求の内容を解釈する解釈部と、
   前記他の計算機に要求を送信する送信部と、
   前記記憶されているアプリケーションプログラムに関する情報を記憶するアプリケーション管理情報記憶部と、
   前記アプリケーションプログラムに処理を割り当てる処理割当て部と、を備え、
   前記解釈部は、前記受信した要求の解釈結果と前記アプリケーション管理情報記憶部に記憶されているアプリケーションプログラムの情報とに基づいて、何れのアプリケーションプログラムに前記受信した要求を実行させるかを決定し、
   前記処理割当て部は、前記受信した要求を前記決定されたアプリケーションプログラムに送り、当該アプリケーションプログラムに処理を割り当てることを特徴とする計算機。
2. 前記受信部は、前記他の計算機からＰ２Ｐセッションによって送信されたイベントを受信し、
   前記解釈部は、前記Ｐ２Ｐセッションによって受信したイベントの内容を解釈するＰ２Ｐ解釈部を含み、
   前記Ｐ２Ｐ解釈部は、前記受信したイベントの解釈結果とアプリケーションプログラムに関する情報とに基づいて、何れのアプリケーションプログラムに前記受信したイベントを実行させるかを決定し、
   前記処理割当て部は、前記受信したイベントを前記決定されたアプリケーションプログラムに送り、当該アプリケーションプログラムに処理を割り当てることを特徴とする請求項１に記載の計算機。
3. 前記ネットワークは携帯電話網を含み、
   前記携帯電話網を介して他の計算機と接続されることを特徴とする請求項１に記載の計算機。
4. 前記ネットワークには、前記計算機の要求を受け付けるサービスサーバが接続され、
   前記受信部は、前記サービスサーバから前記計算機が属するグループの情報を受信し、
   前記送信部は、前記受信したグループ情報に基づいて決定されたアプリケーションプログラムに関する情報を、前記サービスサーバに送信し、
   前記受信部は、前記サービスサーバから当該アプリケーションプログラムを受信することを特徴とする請求項１に記載の計算機。
5. 前記ネットワークには、前記計算機の要求を受け付けるサービスサーバが接続され、
   前記送信部は、当該通信の課金先を前記サービスサーバに決定させるために、要求を送信する前記アプリケーションプログラムの情報を、前記サービスサーバに送信することを特徴とする請求項１に記載の計算機。
6. ネットワークを介して計算機と接続され、
   複数のアプリケーションプログラムを記憶するアプリケーション記憶部と、
   前記計算機から送信された要求を受信する受信部と、
   前記受信した要求の内容を解釈する解釈部と、を備えたサービスサーバにおいて、
   前記記憶されているアプリケーションプログラムに関する情報を記憶するアプリケーション管理情報記憶部と、
   前記計算機の各々が、何れのコミュニティに属するかの情報を記憶するコミュニティ情報記憶部と、
   前記計算機において要求を送信したアプリケーションプログラムの情報、当該アプリケーションプログラムが用いられるコミュニティの情報及び前記他の計算機を用いるユーザの情報の対応を記憶するコミュニティ・アプリケーション対応情報記憶部と、を備え、
   前記解釈部は、前記計算機から送信された要求から、当該要求を送信したアプリケーションプログラムの情報を取得し、当該取得したアプリケーションプログラムの情報と前記コミュニティ・アプリケーション対応情報記憶部に記憶された情報とから、当該アプリケーションが用いられるコミュニティ及び前記計算機を用いるユーザを特定することを特徴とするサービスサーバ。
7. 前記受信部は、前記計算機からＰ２Ｐセッションによって送信されたイベントを受信し、
   前記解釈部は、前記Ｐ２Ｐセッションによって受信したイベントの内容を解釈するＰ２Ｐ解釈部を含み、
   前記Ｐ２Ｐ解釈部は、前記イベントの内容の解釈結果から当該イベントを送信したアプリケーションプログラムの情報を取得し、当該取得したアプリケーションプログラムの情報と前記コミュニティ・アプリケーション対応情報記憶部に記憶された情報とから、当該アプリケーションが用いられるコミュニティ及び前記計算機を用いるユーザを特定することを特徴とする請求項６に記載のサービスサーバ。
8. 前記コミュニティ・アプリケーション対応情報は、さらに、前記アプリケーションプログラムの情報と当該アプリケーションプログラムの課金先の情報との対応情報を含み、
   前記解釈部は、前記他の計算機から送信された要求から、要求を送信したアプリケーションプログラムの情報を取得し、当該取得したアプリケーションプログラムの情報と前記コミュニティ・アプリケーション対応情報とから、当該アプリケーションプログラムが行った通信の課金先を決定することを特徴とする請求項６に記載のサービスサーバ。
9. 前記ネットワークは、互いに接続されるデータ通信網と携帯電話網とを含み、
   前記計算機は、前記携帯電話網に接続されており、
   前記解釈部は、前記計算機から送信された要求から、当該要求を送信したアプリケーションプログラムの情報を取得し、当該取得したアプリケーションの情報と前記コミュニティ・アプリケーション対応情報記憶部に記憶された情報とから、当該アプリケーションプログラムが行った携帯電話網よる通信の課金先を決定することを特徴とする請求項６に記載のサービスサーバ。
10. 携帯電話網を含むネットワークと、
    ネットワークに接続される第一の計算機と、
    前記携帯電話網に接続される第二の計算機と、
    前記第二の計算機に対して携帯電話網を介した通信サービスを提供する事業者サーバと、
    前記ネットワークに接続され、前記第一及び第二の計算機の要求を受け付けるサービスサーバと、から構成され；
    前記第一及び第二の計算機の各々は、
    複数のアプリケーションプログラムを記憶する第一のアプリケーション記憶部と、
    前記他の計算機から送信された要求を受信する第一の受信部と、
    前記受信した要求の内容を解釈する第一の解釈部と、
    前記第一のアプリケーション記憶部に記憶されているアプリケーションプログラムの情報を記憶する第一のアプリケーション管理情報記憶部と、
    前記アプリケーションプログラムに処理を割り当てる処理割当て部と、を備え、
    前記第一の解釈部は、受信した要求の解釈の結果と前記第一のアプリケーション管理情報記憶部に記憶されているアプリケーションプログラムに関する情報とに基づいて、何れのアプリケーションにプログラム前記受信した要求を実行させるかを決定し、
    前記処理割当て部は、前記決定されたアプリケーションプログラムに対して前記受信した要求を送り、当該アプリケーションプログラムに処理を割当て；
    前記サービスサーバは、
    複数のアプリケーションプログラムを記憶する第二のアプリケーション記憶部と、
    前記第一及び第二の計算機から送信された要求を受信する第二の受信部と、
    前記受信した要求の内容を解釈する第二の解釈部と、
    前記第二のアプリケーション記憶部に記憶されているアプリケーションプログラムの情報を記憶する第二のアプリケーション管理情報記憶部と、
    前記第一及び第二の計算機の各々が、何れのコミュニティに属するかを示すコミュニティ情報記憶部と、
    前記第一及び第二の計算機の各々において要求を送信したアプリケーションプログラムを示す情報、当該アプリケーションプログラムが用いられるコミュニティの情報、当該計算機を用いるユーザの情報及び当該アプリケーションの課金先の情報の対応を示すコミュニティ・アプリケーション対応情報記憶部と、を備え、
    前記第二の解釈部は、
    前記第一及び第二の計算機の各々から送信された要求から、当該要求を送信したアプリケーションプログラムの情報を取得し、当該取得したアプリケーションプログラムの情報と前記コミュニティ・アプリケーション対応情報記憶部に記憶された情報とから、当該アプリケーションが用いられるコミュニティ及び前記第一及び第二の計算機の各々を用いるユーザを特定し、
    さらに、前記第二の計算機から送信された要求から、要求を送信したアプリケーションプログラムの情報を取得し、当該取得したアプリケーションプログラムの情報と前記コミュニティ・アプリケーション対応情報記憶部に記憶された情報とから、当該アプリケーションが行った携帯電話網を用いた通信の課金先を決定することを特徴とするネットワークシステム。

Images