(57)【要約】【課題】ユーザからの自律的アクション無しにプレゼンス情報を更新し、そのプレゼンス情報に応じたサービス制御を実施する。【解決手段】タグを入手した通信端末２のユーザは、ネットワーク４を介してタグＩＤと処理内容とを対応付けて登録する。例えば、寝室に設置する個人用タグ２０１と処理内容「留守電接続」、食卓に設置する個人用タグ２０２と処理内容「通常呼び出し」が、それぞれ対応付けられて登録される。このように登録されれば、自宅の寝室に居る時には、ユーザが携帯している通信端末２によって個人用タグ２０１のタグＩＤが検出されるため、たとえ着信があっても留守番電話サービスに接続されるので眠りを妨げられることはない。一方、自宅の食卓に着いている時には、ユーザが携帯している通信端末２によって個人用タグ２０２のタグＩＤが検出されるため、着信があると通常通り呼び出される。【選択図】      図１２
2005303668.tif 000002
【特許請求の範囲】
【請求項１】
自端末を携帯している者の移動範囲に設置されている非接触タグに付与されているタグＩＤを登録する登録手段と、前記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合、プレゼンス情報更新のための更新情報を外部に送信する送信手段とを含む通信端末と、
前記通信端末を携帯している者の状態を示すプレゼンス情報を記憶するプレゼンス情報記憶手段と、前記プレゼンス情報記憶手段に記憶されているプレゼンス情報を、前記通信端末から送信される前記更新情報に応じて更新する更新手段とを含むサーバ装置と、
を含むことを特徴とするプレゼンス情報更新システム。
【請求項２】
自端末を携帯している者の移動範囲に設置されている非接触タグに付与されているタグＩＤを登録する登録手段と、前記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合、プレゼンス情報更新のための更新情報を外部に送信する送信手段とを含むことを特徴とする通信端末。
【請求項３】
請求項２に記載の通信端末を携帯している者の状態を示すプレゼンス情報を記憶するプレゼンス情報記憶手段と、前記プレゼンス情報記憶手段に記憶されているプレゼンス情報を、前記通信端末から送信される前記更新情報に応じて更新する更新手段とを有することを特徴とするサーバ装置。
【請求項４】
前記通信端末への着信があった場合、前記プレゼンス情報記憶手段に記憶されているプレゼンス情報の内容に応じて、前記通信端末への着信通知を制限する着信制御手段を更に含むことを特徴とする請求項３記載のサーバ装置。
【請求項５】
通信端末を携帯している者の移動範囲に設置されている非接触タグを検出するために、該通信端末に設けられているコンピュータを、
前記非接触タグに付与されているタグＩＤを登録する登録手段、前記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合に、プレゼンス情報更新用の情報を外部に送信する送信手段、として機能させることを特徴とする通信端末制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はプレゼンス情報更新システム、通信端末、サーバ装置、通信端末制御プログラムに関し、特に非接触タグを利用してプレゼンス情報を更新するシステム、それに用いる通信端末、サーバ装置、通信端末制御プログラムに関する。
【背景技術】
【０００２】
一般に、ユーザの状態（すなわち、プレゼンス情報）の管理は、端末からの操作（ダイヤル番号発信、メニュー制御、Ｗｅｂカスコン手順等）によりユーザからの自律的アクション（手動操作）による変更手順を踏まえて行われている。この場合、ユーザからの自律的アクションを必要としていたため、状態のリアルタイム性および正確性が欠如している。したがって、プレゼンス情報に応じたサービス制御を実施することに大きな障壁となっている。
【０００３】
ところで、非特許文献１には、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）センサやＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）と連携し、そこから得られる位置情報をプレゼンス情報の１つとして活用するサービスについての記載がある。
なお、ＲＦＩＤとは、無線ＩＣタグを活用したＩＤシステムである。このシステムを用いることにより、非接触通信によって交信することで、随時、必要な情報を取り出したり、新たな情報を書き込んだりすることができる。また、ＧＰＳとは、ＧＰＳ衛星（人工衛星）から電波を受信し利用者の現在地（緯度・経度・高度）を得るためのシステムである。
【非特許文献１】ＮＥＣプレスリリース  [平成１６年４月１日検索]、インターネット＜ＵＲＬ：http://www.nec.co.jp/press/ja/0309/1101.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した非特許文献１に記載の技術を用いても、ユーザからの自律的アクションが無いと状態のリアルタイム性および正確性が欠如することに変わりは無い。したがって、非特許文献１に記載の技術を用いても、プレゼンス情報に応じたサービス制御を有効に実施することは困難である。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的はユーザからの自律的アクション無しにプレゼンス情報を更新し、そのプレゼンス情報に応じたサービス制御を実施することのできるプレゼンス情報更新システム、通信端末、サーバ装置、通信端末制御プログラムを提供することである。
【課題を解決するための手段】
【０００５】
本発明の請求項１によるプレゼンス情報更新システムは、自端末を携帯している者の移動範囲に設置されている非接触タグに付与されているタグＩＤを登録する登録手段と、前記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合、プレゼンス情報更新のための更新情報を外部に送信する送信手段とを含む通信端末と、
前記通信端末を携帯している者の状態を示すプレゼンス情報を記憶するプレゼンス情報記憶手段と、前記プレゼンス情報記憶手段に記憶されているプレゼンス情報を、前記通信端末から送信される前記更新情報に応じて更新する更新手段とを含むサーバ装置と、
を含むことを特徴とする。このような構成によれば、プレゼンス情報を自動的に更新し、更新したプレゼンス情報に応じたサービスを実現することができる。
【０００６】
本発明の請求項２による通信端末は、自端末を携帯している者の移動範囲に設置されている非接触タグに付与されているタグＩＤを登録する登録手段と、前記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合、プレゼンス情報更新のための更新情報を外部に送信する送信手段とを含むことを特徴とする。このような構成によれば、プレゼンス情報を自動的に更新し、更新したプレゼンス情報を様々なサービスに利用することができる。
【０００７】
本発明の請求項３によるサーバ装置は、請求項２に記載の通信端末を携帯している者の状態を示すプレゼンス情報を記憶するプレゼンス情報記憶手段と、前記プレゼンス情報記憶手段に記憶されているプレゼンス情報を、前記通信端末から送信される前記更新情報に応じて更新する更新手段とを有することを特徴とする。このような構成によれば、記憶されているプレゼンス情報を自動的に更新し、更新したプレゼンス情報に応じたサービスを実現することができる。
【０００８】
本発明の請求項４によるサーバ装置は、請求項３において、前記通信端末への着信があった場合、前記プレゼンス情報記憶手段に記憶されているプレゼンス情報の内容に応じて、前記通信端末への着信通知を制限する着信制御手段を更に含むことを特徴とする。このような構成によれば、更新したプレゼンス情報に応じた着信制御サービスを実現することができる。
【０００９】
本発明の請求項５による通信端末制御プログラムは、通信端末を携帯している者の移動範囲に設置されている非接触タグを検出するために、該通信端末に設けられているコンピュータを、
前記非接触タグに付与されているタグＩＤを登録する登録手段、前記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合に、プレゼンス情報更新用の情報を外部に送信する送信手段、として機能させることを特徴とする。このようなプログラムを用いれば、プレゼンス情報を自動的に更新し、更新したプレゼンス情報を様々なサービスに利用することができる。
【発明の効果】
【００１０】
本発明によれば、予め登録したタグＩＤと同一のタグＩＤを検出した場合に、ユーザからの自律的アクション無しにプレゼンス情報を自動的に更新することができ、情報のリアルタイム性及び正確性が向上するという効果がある。また、ユーザのプレゼンス情報に応じたサービス制御をユーザ自身が定義することを可能とし、その登録された各々の状態に従ったサービス処理を提供することで、ユーザの利便性が向上するという効果がある。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（実施の形態）
図１は、本発明の実施の形態に係るプレゼンス情報更新システムの全体構成を示すブロック図である。同図に示されているように、本実施形態のプレゼンス情報更新システムは、予め設定されているＩＤ（以下、タグＩＤと呼ぶ）が非接触方式で読み取り可能なタグ１と、携帯電話機などの通信端末２と、通信端末２と無線で送受信可能な機能を有する基地局３と、各部を接続するネットワーク４と、タグＩＤを管理するタグＩＤ管理サーバ５と、通信端末２において用いることのできるアプリケーションプログラムなどを記憶しているコンテンツサーバ６と、加入者データ管理ＤＢ７０を参照して通信端末２や図示せぬ他の通信端末に対する着信制御を行う着信制御サーバ７とを含んで構成されている。
【００１２】
タグ１は、通信端末２を携帯しているユーザが入手し、任意の場所に設置される。どの場所に設置するかについては、ユーザの判断に任されている。具体的な設置場所については、後述する。このタグ１の設置には、種々の方法が考えられるが、例えば壁面などに貼付することによって設置すれば良い。
このタグ１には、固有のタグＩＤが予め付与され、タグ自身に内蔵されているＩＣチップにそのタグＩＤが書き込まれている。このＩＣチップに書き込まれているタグＩＤは、無線方式によって読み取り可能になっている。このタグ１には、例えば、周知のＲＦＩＤ方式のタグを用いることができる。
通信端末２は、タグ１からタグＩＤを読み取る機能を有している。その他、基地局３と無線通信するための機能を有している。詳細な構成は後述する。
基地局３は、図中では１つのみ示されているが、実際には多数設けられている。通信端末と送受信可能なエリアが、各基地局によって形成される。
【００１３】
（通信端末）
図２は図１中の通信端末２の構成例を示すブロック図である。同図に示されているように、通信端末２は、タグＩＤを非接触で読み取るタグリーダとして機能するタグ入力部２０と、ダイヤルキーやカスタマーコントローラからなる手動入力部２１と、各部の制御を行うためのＣＰＵ２２と、自端末の動作に必要なデータを記憶するためのメモリ２３と、基地局との間で無線通信を行うための通信部２４とを含んで構成されている。
タグ入力部２０は、通信端末２に予め内蔵されている場合と、別体として用意したものをコネクタによって接続される場合とがある。
【００１４】
メモリ２３には、後述するようにダウンロードされるアプリケーションプログラムＡＰＬなどが記憶される。また、メモリ２３には、登録された登録タグＩＤ２３０が記憶されている。タグ入力部２０によってタグＩＤが検出された場合、その検出されたタグＩＤが、登録タグＩＤ２３０と一致するか判断される。すなわち、タグＩＤのマッチング処理が行われる。
通信部２４は、自端末の外部に設けられている基地局３に、プレゼンス情報更新のための更新情報を送信する機能を有している。
【００１５】
（コンテンツサーバ）
図３は図１中のコンテンツサーバ６の構成例を示すブロック図である。同図に示されているように、コンテンツサーバ６は、通信端末によってダウンロードされるアプリケーションプログラムＡＰＬが記憶されているコンテンツデータベース（以下、ＤＢと呼ぶ）６０と、各種データを入力するための入力部６１と、各部の制御を行うためのＣＰＵ６２と、自装置の動作に必要なデータを記憶するためのメモリ６３と、他の装置との間で無線通信を行うための通信部６４とを含んで構成されている。
このコンテンツサーバ６は、後述するように、通信端末２からダウンロード要求を受信すると、コンテンツＤＢ６０に記憶されているアプリケーションプログラムＡＰＬを、通信部６４によって送信する。これにより、アプリケーションプログラムＡＰＬがダウンロードされる。
【００１６】
（タグＩＤ管理サーバ）
図４は図１中のタグＩＤ管理サーバ５の構成例を示すブロック図である。タグＩＤ管理サーバ５の構成例を示すブロック図である。同図に示されているように、タグＩＤ管理サーバ５は、タグＩＤとそのＩＤに対応する処理内容とを示す管理テーブル５００が記憶されているタグ管理ＤＢ５０と、各種データを入力するための入力部５１と、各部の制御を行うためのＣＰＵ５２と、自装置の動作に必要なデータを記憶するためのメモリ５３と、他の装置との間で無線通信を行うための通信部５４とを含んで構成されている。
【００１７】
タグ管理ＤＢ５０には、通信端末のユーザ別に、管理テーブル５００が記憶されている。その管理テーブル５００の構成例が図５に示されている。同図に示されているように、管理テーブル５００は、タグＩＤ５０１と処理内容５０２との対応表である。本例では、「０００１」というタグＩＤに対応する処理内容として、留守番電話サービスに接続するための「留守電接続」を示すデータが対応付けられている。また、「０００２」というタグＩＤに対応する処理内容として、着信があった場合に呼び出すための「通常呼び出し」を示すデータが対応付けられている。したがって、「０００１」というタグＩＤが検出された場合、着信があると留守番電話サービスに接続する処理が行われる。また、「０００２」というタグＩＤが検出された場合、着信があるとそのまま呼び出す処理が行われる。
メモリ５３には、タグＩＤの通知によって更新される、ユーザのプレゼンス情報５３０が記憶される。
【００１８】
（登録シーケンス）
図６は、タグＩＤとそれに対応する処理内容との対応関係を、管理テーブル５００に登録するための登録手順を示すシーケンス図である。同図に示されているように、最初に、通信端末２からコンテンツサーバ６に対し、アプリケーションプログラムのダウンロード（ＤＬ）要求を送信する（Ｓ１０１）。すると、コンテンツサーバ６は、コンテンツＤＢ６０に記憶されているアプリケーションプログラムＡＰＬを、通信端末２に向けて送信する（Ｓ１０２）。以上により、通信端末２内のメモリに、アプリケーションプログラムＡＰＬがダウンロードされることになる。
【００１９】
次に、通信端末２において、タグに付与されているタグＩＤとそのタグＩＤに対応付ける処理内容とが、手動入力部などを利用してユーザによって入力される（Ｓ１０３）。すると、そのタグＩＤ及び処理内容を示すデータが、通信部によって、タグＩＤ管理サーバ５に送信される（Ｓ１０４）。そのタグＩＤ及びデータを受信したタグＩＤ管理サーバ５では、そのユーザの管理テーブル５００に、タグＩＤとそのＩＤに対応する処理内容とを示すデータとが登録される（Ｓ１０５）。最後に、登録完了通知がタグＩＤ管理サーバ５から通信端末２に送信される（Ｓ１０６）。
【００２０】
（更新シーケンス）
図７は、通信端末によって検出されたタグＩＤを送信することによる、プレゼンス情報の更新手順を示すシーケンス図である。同図に示されているように、最初に、通信端末２において、アプリケーションプログラムＡＰＬによる機能を動作させる設定が行われる（Ｓ４００）。この設定が行われ、タグＩＤが検知されると（Ｓ４０１）、タグＩＤのマッチング処理が行われる（Ｓ４０２）。
マッチング処理の結果、登録されたタグＩＤと一致すれば（ＯＫ）、一致したことを示すデータが通信端末２内のＣＰＵ２２に送られる（Ｓ４０３）。一致しなければ（ＮＧ）、処理はステップＳ４０１に戻る。
【００２１】
登録されたタグＩＤと一致した場合、ＣＰＵ２２は、通信部２４に、タグＩＤ送信指令を送る（Ｓ４０４）。すると、通信端末２内の通信部２４は、そのタグＩＤを、ネットワーク４に向けて送信する（Ｓ４０５）。この場合の送信方式としては、例えば、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、ＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ  Ｓｕｐｐｌｅｍｅｎｔａｒｙ  Ｓｅｒｖｉｃｅ  Ｄａｔａ、ＣＳ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈ）ベアラ、ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ）ベアラを利用した方式が考えられる。
【００２２】
ネットワーク４に送信されたタグＩＤは、タグＩＤ管理サーバ５によって受信され、プレゼンス情報すなわち個人状態の更新処理が行われる（Ｓ４０６）。この個人状態更新処理は、タグ管理ＤＢ５０内の管理テーブル５００を参照して行われる処理であり、ＣＰＵ５２がメモリ５３に記憶されているプレゼンス情報５３０を書き換える処理である。
個人状態更新処理の結果、すなわち更新が正しく行われたか否か（ＯＫ／ＮＧ）については、タグＩＤ管理サーバ５から通信端末２に通知される（Ｓ４０７）。通信端末２内の通信部２４は、その通知を受信すると、それをＣＰＵ２２に送る（Ｓ４０８）。ＣＰＵ２２は、ディスプレイへの表示や音声通知によって、更新処理の結果を出力する（Ｓ４０９）。これにより、ユーザはその更新結果を知ることができる。
【００２３】
以上の処理においては、タグＩＤが送信されることによってプレゼンス情報が更新されるので、送信されるタグＩＤは、プレゼンス情報更新のための更新情報である、ということができる。
ところで、タグＩＤの一致が検出された場合、次にタグＩＤの一致が検出されるまでは、プレゼンス情報の更新は行われない。つまり、別のタグＩＤを検出するまで、現在の状態が維持されることになる。それでは不都合がある場合、タイマを設けておき、一定時間が経過した後に、プレゼンス情報を予め定められた状態に戻すように制御しても良い。例えば、「通常呼び出し」に戻せば良い。
【００２４】
（通信端末制御プログラム）
上述したように、アプリケーションプログラムＡＰＬは、ダウンロードされて通信端末内のメモリ２３に記憶された後、通信端末を制御する通信端末制御プログラムである。このアプリケーションプログラムＡＰＬの処理内容について、図８を参照して説明する。同図は、通信端末において用いられるアプリケーションプログラムＡＰＬを示すフローチャートである。
【００２５】
アプリケーションプログラムＡＰＬにより、最初に、タグＩＤをメモリ２３内に記憶する（ステップＳ１１０）。その後、以下の処理が行われる。
まず、タグ入力部が、タグＩＤを検出したか判断される（ステップＳ１１１）。タグＩＤを検出した場合、そのタグＩＤが通信端末内のメモリ２３内に記憶されている登録タグＩＤ２３０と一致するか判断される（ステップＳ１１２）。この判断の結果、登録タグＩＤ２３０と一致していれば（ＯＫ）、そのタグＩＤが通信端末内の通信部２４によってタグＩＤ管理サーバ５に送信される（ステップＳ１１３）。その後、通信端末内の通信部２４が更新結果を受信すると（ステップＳ１１４）、その更新結果を出力する（ステップＳ１１５）。その後、ステップＳ１１１に戻り、タグＩＤを検出する処理に移行する（ステップＳ１１５→Ｓ１１１）。ステップＳ１１２における判断の結果、登録タグＩＤ２３０と一致していなければ（ＮＧ）、ステップＳ１１１に戻り、タグＩＤを検出する処理に移行する（ステップＳ１１２→Ｓ１１１）。
【００２６】
以上のように、このアプリケーションプログラムＡＰＬは、通信端末を携帯している者の移動範囲に設置されている非接触タグを検出するために、その通信端末に設けられているコンピュータ（ＣＰＵ）を、上記非接触タグに付与されているタグＩＤを登録する登録手段、上記登録手段により登録されているタグＩＤと同一のタグＩＤを検出した場合に、プレゼンス情報更新用の情報を外部に送信する送信手段、として機能させるプログラムである。このようなプログラムを用いれば、プレゼンス情報を自動的に更新し、更新したプレゼンス情報を様々なサービスに利用することができる。
【００２７】
なお、上記のアプリケーションプログラムＡＰＬをダウンロードした通信端末についても、そのアプリケーションプログラムＡＰＬを起動させなければ、タグを検出してプレゼンス情報が更新されることは無い。つまり、アプリケーションプログラムＡＰＬを起動させるかどうかはユーザの選択に任されており、ユーザ自身が設定しておけば、所定の処理が自動的に行われるので、ユーザによる操作の手間を省くことができる。
【００２８】
（変形例１）
タグＩＤ管理サーバ５、コンテンツサーバ６、については、それらの機能をまとめて、１つの装置で実現しても良い。この場合、タグＩＤ管理サーバ５は、例えば、図９に示されているように構成される。すなわち、同図に示されているように、管理テーブル５００の他、アプリケーションプログラムＡＰＬが、タグＩＤ管理ＤＢ５０内に記憶される。このタグＩＤ管理ＤＢ５０内に記憶されているアプリケーションプログラムＡＰＬが通信端末２によってダウンロードされることになる。
【００２９】
この場合、タグＩＤとそれに対応する処理内容との対応関係を、管理テーブル５００に登録するための登録手順は、図１０に示されているようになる。すなわち、同図に示されているように、最初に、タグに付与されているタグＩＤとそのタグＩＤに対応付ける処理内容とが、手動入力部などを利用してユーザによって入力される（Ｓ１３１）。すると、その入力されたタグＩＤ及び処理内容を含むダウンロード要求がタグＩＤ管理サーバ５に送信される（Ｓ１３２）。
【００３０】
このダウンロード要求を受取ったタグＩＤ管理サーバ５は、管理テーブル５００に対する登録を行う（Ｓ１３３）。このタグＩＤ及び処理内容の登録後、タグＩＤ管理ＤＢ５０内に記憶されているアプリケーションプログラムＡＰＬを、通信端末２に向けて送信する（Ｓ１３４）。以上により、通信端末２内のメモリに、アプリケーションプログラムＡＰＬがダウンロードされ、そのアプリケーションプログラムＡＰＬは通信端末内のメモリ２３に記憶される（Ｓ１３５）。
【００３１】
（変形例２）
通信端末のユーザ別の管理テーブル５００（図５参照）を各通信端末に記憶しておいても良い。その場合、検出されたタグＩＤと記憶されているタグＩＤとが一致したとき、タグＩＤではなく、処理内容を示すデータを、タグＩＤ管理サーバ５に送信すれば良い。この場合には、送信される、処理内容を示すデータが、プレゼンス情報を更新するための更新情報である、ということができる。
【００３２】
このような構成により、タグＩＤ管理サーバ５には、「留守電接続」や「通常呼び出し」などの処理内容が指示され、そのような処理が行われることになる。さらに、この場合、管理テーブル５００に、通信端末自身の処理内容を登録することもできる。例えば、特定のタグＩＤが検出された場合に、通信端末を、マナーモードや、ドライブモードに設定する処理を行うようにしても良い。
【実施例】
【００３３】
以下、本システムによって更新されるプレゼンス情報に応じて、通信端末に対する着信制御サービス処理を行う場合について説明する。
図１１は本システムを利用することで実現できる着信制御サービス処理の流れを示す図である。本例では、上述した変形例１が採用されている。
（１）タグの入手
最初にユーザがタグを入手する。ユーザ自身が費用を負担してタグを購入するのが一般的である。もっとも、サービス処理の内容によっては、サービス提供者や第三者からユーザにタグを無料配布することも考えられる。
【００３４】
（２）タグ登録
次に、ユーザが通信端末を操作し、タグに付与されているタグＩＤとそのタグＩＤに対応付ける処理内容とを通信端末に入力する。その後、その入力されたタグＩＤ及び処理内容を含むダウンロード要求がタグＩＤ管理サーバ５に送信され、タグＩＤ管理サーバ５に登録される。
（３）ダウンロード
タグＩＤ管理サーバ５での登録処理後、タグＩＤ管理ＤＢ５０内に記憶されているアプリケーションプログラムＡＰＬが、通信端末２内のメモリに、ダウンロードされ、通信端末２内のメモリに記憶される。この通信端末２内のメモリに記憶されたアプリケーションプログラムＡＰＬには、タグＩＤが組み込まれている。
【００３５】
（４）タグＩＤのマッチング
以上の事前登録処理が完了した後、アプリケーションプログラムＡＰＬが起動されると、タグ入力部２０が動作する。このタグ入力部２０によってタグＩＤが検知されると、検知されたタグＩＤとアプリケーションプログラムＡＰＬに組み込まれているタグＩＤとが一致するか判断される。
（５）タグＩＤの通知
タグＩＤ同士が一致した場合、そのタグＩＤがタグＩＤ管理サーバ５に送信される。タグＩＤ管理サーバ５がタグＩＤを受信することにより、そのユーザについてのプレゼンス情報が更新される。
（６）サービス処理
更新されたプレゼンス情報に応じて着信制御が行われる。つまり、ユーザの状態に応じた、着信制御サービスの処理が行われることになる。
【００３６】
図１２は、着信制御サービスの処理の内容を示す概要図である。同図に示されているように、タグを入手した通信端末２のユーザは、ネットワーク４を介してタグＩＤと処理内容とを対応付けて登録する。本例では、寝室に設置する個人用タグ２０１と処理内容「留守電接続」とが、食卓に設置する個人用タグ２０２と処理内容「通常呼び出し」とが、それぞれ対応付けられて登録される。
【００３７】
また、映画館などの劇場主が劇場内に設置する共用タグ２００として登録した場合には、そのタグＩＤと処理内容とが対応付けられて登録される。例えば、着信者が現在劇場内に居る旨を発信者に教える「劇場内ガイダンス」を出力する処理を、共用タグ２００のタグＩＤと対応付ければ良い。
共用タグ２００は、例えば劇場のドアに貼付して設置すれば良い。また、「留守電接続」と対応付けたタグを改札口や電車のドアに設置すれば、電車内に乗っている間に着信があった場合には、自動的に留守番電話サービスへの接続が行われる。
【００３８】
以上のように登録されれば、自宅の寝室に居る時には、ユーザが携帯している通信端末２によって個人用タグ２０１のタグＩＤが検出されるため、たとえ着信があっても留守番電話サービスに接続されるので眠りを妨げられることはない。一方、自宅の食卓に着いている時には、ユーザが携帯している通信端末２によって個人用タグ２０２のタグＩＤが検出されるため、着信があると通常通り呼び出される。このように、ユーザ自身が定義した処理内容に応じて、リアルタイムにプレゼンス情報が自動的に更新されるので、ユーザ個人の使用方法に応じたサービスを提供することができる。これにより、ユーザ自身の意思でプレゼンス情報の更新契機を決定することができる。
【００３９】
また、通信端末２のユーザが劇場内に居る時には、ユーザが携帯している通信端末２によって共用タグ２００のタグＩＤが検出されるため、たとえ着信があっても劇場内に居る旨のガイダンスが出力される。したがって、通話などが制限されている建物内や区域内で使用を、自動的に制限することができる。よって、ユーザ自身がその都度手動で設定する必要は無く、操作上の手間を省くことができる。これにより、ユーザ自身の意思でモラルやマナーを守ることができる。
【００４０】
図１３は、着信制御サービスの処理内容を示す図である。
同図において、通信端末２のユーザがタグを入手し（ステップＳ３１）、タグ登録を行うと（ステップＳ３２）、タグＩＤとそれに対応する処理内容とが管理テーブル５００に記憶される。本例では、「睡眠中」であることに対応するタグＩＤ「０００１」と処理内容「留守電接続」とが対応付けられる。また、「食事中」であることに対応するタグＩＤ「０００２」と処理内容「通常呼び出し」とが対応付けられる。その他、劇場主が事前に登録した、「劇場内」であることに対応する共用タグＩＤ「００００」と処理内容「劇場内ガイダンス」とが対応付けられる。
その後、登録されているタグＩＤが組み込まれたアプリケーションプログラムＡＰＬが通信端末２にダウンロードされ、通信端末２内のメモリに記憶される（ステップＳ３３）。
【００４１】
その後、アプリケーションプログラムＡＰＬが起動され、タグ入力部によってタグＩＤが検出されると、検出されたタグＩＤとアプリケーションプログラムＡＰＬに組み込まれているタグＩＤとのマッチング処理が行われる（ステップＳ３４）。マッチング処理の結果、タグＩＤ同士が一致した場合、そのタグＩＤが送信される（ステップＳ３５）。この結果、管理テーブル５００が参照され、対応する処理内容が実行される。このとき、個人状態管理処理によってユーザのプレゼンス情報５３０が更新され（ステップＳ３６）、加入者データ管理ＤＢ７０を参照する（ステップＳ３７）ことによる着信制御サービスが実行される。これにより、他のユーザの通信端末２ａから着信があった場合（ステップＳ３８）、上記の処理内容に応じた着信処理が行われる（ステップＳ３９）。
【産業上の利用可能性】
【００４２】
本発明は、プレゼンス情報を自動的に更新することができるので、プレゼンス情報を用いてサービスを提供する場合に、利用することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施の形態に係るプレゼンス情報更新システムの全体構成を示すブロック図である。
【図２】図１中の通信端末の構成例を示すブロック図である。
【図３】図１中のコンテンツサーバの構成例を示すブロック図である。
【図４】図１中のタグＩＤ管理サーバの構成例を示すブロック図である。
【図５】管理テーブルの構成例を示す図である。
【図６】タグＩＤとそれに対応する処理内容との対応関係を、管理テーブルに登録するための登録手順を示すシーケンス図である。
【図７】通信端末によって検出されたタグＩＤを送信することによる、プレゼンス情報の更新手順を示すシーケンス図である。
【図８】本発明の実施の形態に係る通信端末制御プログラムの処理内容を示すフローチャートである。
【図９】タグＩＤ管理サーバの他の構成例を示すブロック図である。
【図１０】タグＩＤとそれに対応する処理内容との対応関係を、管理テーブルに登録するための他の登録手順を示すシーケンス図である。
【図１１】本発明の実施の形態に係るプレゼンス情報更新システムを利用することで実現できる着信制御サービス処理の流れを示す図である。
【図１２】着信制御サービスの処理の内容を示す概要図である。
【図１３】着信制御サービスの処理内容を示す図である。
【符号の説明】
【００４４】
１  タグ
２、２ａ  通信端末
３  基地局
４  ネットワーク
５  タグＩＤ管理サーバ
６  コンテンツサーバ
７  着信制御サーバ
２０  タグ入力部
２１  手動入力部
２２、５２、６２  ＣＰＵ
２３、５３、６３  メモリ
２４、５４、６４  通信部
５１、６１  入力部
６０  コンテンツＤＢ
５０  タグ管理ＤＢ
７０  加入者データ管理ＤＢ
２００  共用タグ
２０１、２０２  個人用タグ
２３０  登録タグＩＤ
５００  管理テーブル
５０１  タグＩＤ
５０２  処理内容
５３０  プレゼンス情報
【図１】
2005303668.tif 000003
【図２】
2005303668.tif 000004
【図３】
2005303668.tif 000005
【図４】
2005303668.tif 000006
【図５】
2005303668.tif 000007
【図６】
2005303668.tif 000008
【図７】
2005303668.tif 000009
【図８】
2005303668.tif 000010
【図９】
2005303668.tif 000011
【図１０】
2005303668.tif 000012
【図１１】
2005303668.tif 000013
【図１２】
2005303668.tif 000014
【図１３】
2005303668.tif 000015