(57)【要約】【課題】適切なタイミングで端末に対する必要なデータの配信が可能な管理装置を実現する。【解決手段】携帯端末１０の設定状態を管理する管理サーバ３０であって、携帯端末１０の設定情報を受信するメール受信部３４と、設定情報の更新を通知する更新情報を受信する更新受信部３２と、携帯端末１０ごとの設定情報を記憶する設定情報管理データベース４２と、携帯端末１０に対して通信を開始する送信部３８と、設定情報の管理を行う設定管理部３６とを備え、設定情報は、携帯端末１０の位置情報と、位置情報に対応づけられた時刻情報と、時刻情報に対応づけられた、携帯端末１０における着信の可否を設定する着信設定情報とを含み、設定管理部３６は、更新情報に基づいて設定情報管理データベース３６に設定情報を記録させ、送信部３８に通信を開始させる。【選択図】図１
2008060740.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末と通信可能であり、各通信端末の設定状態を管理する管理装置であって、
前記通信端末から、該通信端末の設定情報を受信する設定情報受信手段と、
受信した設定情報を更新可能に記憶する設定記憶手段と、
前記通信端末から、前記設定情報の更新を通知する更新情報を受信する更新受信手段と、
前記設定記憶手段、および、前記各通信端末に対して、前記設定情報の管理を行う設定管理手段と、
前記設定管理手段の指示に基づいて、前記通信端末に対しての通信を開始する送信手段とを備え、
前記設定情報は、前記通信端末の位置情報と、当該位置情報に対応づけられた時刻情報と、当該時刻情報に対応づけられた、当該通信端末における着信の可否を設定する着信設定情報とを含み、
前記設定管理手段は、受信した設定情報を前記設定記憶手段に前記設定情報を記録させ、受信した更新情報の内容に基づいて前記送信手段に各通信端末に対する通信を開始させることを特徴とする管理装置。
【請求項２】
前記着信は、音声通話、伝言メッセージ、メール、アドレス帳、スケジュール、ウェブページ、位置情報、ユーザ情報、ユーザ画像、着信設定情報更新通知、および、その他のデータ通信のうち少なくとも１つの通信の受信であることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記送信手段は、前記更新情報を受信した場合、前記通信端末ごとの設定情報に基づいて、メール、アドレス帳、スケジュール、および、ウェブページのうち少なくとも１つの更新を示すアイコンを当該通信端末上のインタフェースに表示させる更新通知情報を、当該通信端末に対して送信することを特徴とする請求項２に記載の管理装置。
【請求項４】
対象の通信端末の着信設定が着信不可の設定の場合、当該通信端末に対する通信を予約する通信予約情報を記憶する通信予約記憶手段をさらに備え、
前記設定管理手段は、前記通信端末からの通信予約情報に基づいて、対象の通信端末に対する通信を予約する通信予約情報を前記通信予約記憶手段に記憶させ、
前記送信手段は、前記着信不可の通信端末の着信設定が着信可能に更新された場合、前記対象の通信端末に対して前記通信予約情報を送信することを特徴とする請求項１から３のいずれか１項に記載の管理装置。
【請求項５】
前記送信手段は、前記通信予約情報が記憶された対象の通信端末の着信設定が、着信不可から着信可能に変更された場合、前記通信予約情報を記憶させた発信側通信端末に対して、対象の通信端末の設定情報を送信することを特徴とする請求項１から４のいずれか１項に記載の管理装置。
【請求項６】
時刻を計測する計時手段と、
地域に対応する時刻を示す時刻テーブルを記憶した現地時間記憶手段とをさらに備え、
前記通信手段は、前記時刻、前記時刻テーブル、および、前記設定情報に基づいて、前記通信端末の通信設定情報が通信可能な状態になった場合、当該通信端末に対して前記通信予約情報を送信することを特徴とする請求項１から５のいずれか１項に記載の管理装置。
【請求項７】
請求項１から６に記載の管理装置と、
当該管理装置から他の端末の設定情報を受信する複数の通信端末と、
留守番電話サーバ、ウェブサーバ、および、メールサーバのうち少なくとも１つのサーバとを備えることを特徴とする管理システム。
【請求項８】
請求項７の管理システムで用いられる通信端末であって、
前記管理装置から他の通信端末の位置情報を含む着信設定情報を受信した場合、アドレス帳またはスケジュール帳機能において、当該他の通信端末の位置情報に対応する時刻情報、時差情報、通話料金情報、および通信回線情報のうちすくなくとも１つをユーザに提示することを特徴とする通信端末。
【請求項９】
請求項７の管理システムで用いられる通信端末であって、
前記管理装置から他の通信端末の位置情報を含む着信設定情報を受信した場合、当該他の通信端末へ発信を行う際に、受信した位置情報に対応する付加番号を添付することを特徴とする通信端末。
【請求項１０】
請求項７の管理システムで用いられるウェブサーバであって、
前記管理システムから前記設定情報を受信する受信手段と、
受信した前記設定情報を記憶する記憶手段と、
当該ウェブサーバにアクセスしたクライアントに対して前記設定情報を送信する送信手段とを備えることを特徴とするウェブサーバ。
【請求項１１】
通信端末の設定状態を管理する管理装置における管理方法であって、
管理装置が、前記通信端末の設定情報を受信するステップと、
管理装置が、前記設定情報の更新を通知する更新情報を受信するステップと、
管理装置が、前記通信端末ごとの設定情報を記憶するステップと、
管理装置が、前記更新情報に基づいて前記設定情報を記録させるステップと、
管理装置が、前記更新情報に基づいて前記通信端末に通信を開始させるステップと、
管理装置が、前記設定情報の管理を行うステップを備え、
前記設定情報は、前記通信端末の位置情報と、当該位置情報に対応づけられた時刻情報と、当該時刻情報に対応づけられた、当該通信端末における着信の可否を設定する着信設定情報とを含むことを特徴とする管理方法。
【請求項１２】
請求項１から６に記載の管理装置を動作させるためのプログラムであって、コンピュータを上記の各手段として機能させるためのプログラム。
【請求項１３】
請求項１２に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に対するデータの配信を行う管理装置に関するものである。より詳細には、適切なタイミングで通信端末に対する必要な情報、例えば、通話着信、留守番電話、スケジュール、アドレス帳、通話料金、およびその他のデータの配信が可能な管理装置を実現することにある。
【背景技術】
【０００２】
従来、携帯電話などの移動体の通信端末では、留守番電話サービスなどの不在着信時の応答対応方法が広く使われている。一般的な留守番電話サービスでは、通信端末が通信可能な範囲の電波の圏外であった場合や、その他の理由で応答できない場合などに、呼び出した通信端末が応答できないことをアナウンスし、留守番電話の録音を受け付ける。
【０００３】
また、携帯電話では、いわゆるマナーモードとして、電車、病院、映画館、およびその他の通話を控えるべき場所や、車の運転中などに通話の着信を拒否する設定が可能になっている。このような着信を拒否する設定の場合にも、同様に留守番電話サービスを提供するサーバへ通話は転送される。
【０００４】
また、特許文献１では、携帯電話と、ウェブサーバおよびメールサーバとを用いて、グループ間でスケジュールを共有し、スケジュールの更新を行うスケジュール管理システムについて開示されている。
【０００５】
上記のスケジュール管理システムでは、ユーザによってスケジュールが更新された場合、当該スケジュールを共有するグループのメンバーに対して、固有のヘッダ情報を添付したメールの形式で更新されたスケジュールを送信している。または、ユーザによって対応するウェブサイトにアクセスし、ユーザの指示でダウンロードすることで更新している。
【０００６】
詳細を説明すると、上記のサーバには、グループのスケジュールデータを格納したデータベース３が設けられている。グループメンバの携帯電話は、メール機能１４によって、データベース３から所属するグループのスケジュールデータ１１をメールサーバ２からメールの添付ファイルの形式で受信する。または、グループメンバの携帯電話は、ウェブ機能１５によって、ウェブサーバ１からスケジュールデータ１１をダウンロードすることにより取得する。
【０００７】
このように、スケジューラ機能１７によって、スケジュールデータ１１定期的に受信し、携帯電話（端末）上のスケジュール２０を更新することで、グループメンバ間で最新のスケジュールを共有している。
【特許文献１】特開２００５−１９６４９３号公報（２００５年７月２１日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１の構成では、サーバ上でスケジュールデータが更新された場合に、グループメンバの携帯電話上に記録されているスケジュールを更新するタイミングの設定が難しいという問題を生じる。
【０００９】
具体的には、登録されたメンバーのスケジュールを確認するためには、毎回サーバにアクセスする必要がある。または、グループメンバのスケジュールが更新される度に、メールによって毎回スケジュールの更新が配信されてしまう。
【００１０】
前者の場合、すなわち、いわゆるクライアントプルのデータ配信の形式をとる場合、グループメンバの操作によって携帯端末からサーバに対して接続し、スケジュールを更新する必要があるので、ユーザが更新を忘れるとスケジュールの内容がサーバ上の最新のスケジュールと異なる古い情報になってしまうという問題を生じる。
【００１１】
後者の場合、すなわち、いわゆるサーバプッシュのデータ配信の形式をとる場合、グループメンバの誰かがスケジュールを更新する度にグループメンバ全員にメールが自動で配信されてしまうため、グループメンバが増えれば増える程、頻繁にメールが配信されて通信のトラフィックも増加してしまうという問題を生じる。
【００１２】
さらに、サーバプッシュの場合、グループメンバの誰か所有する携帯端末が通信圏外の状態である場合、該当するグループメンバに対して、通信可能な状態となるまで何度もスケジュールデータを再送する必要が生じる。この場合、例えば、該当するグループメンバが海外出張などで長期間、携帯端末が通信圏外に存在する状態にあると、サーバはその期間、スケジュールデータの再送を繰り返し、サーバのオーバヘッドが増大するという問題を生じる。
【００１３】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、適切なタイミングで端末に対する必要なデータの配信が可能な管理装置を実現することにある。
【課題を解決するための手段】
【００１４】
本発明に係る管理装置は、上記課題を解決するために、複数の通信端末と通信可能であり、各通信端末の設定状態を管理する管理装置であって、前記通信端末から、該通信端末の設定情報を受信する設定情報受信手段と、受信した設定情報を更新可能に記憶する設定記憶手段と、前記通信端末から、前記設定情報の更新を通知する更新情報を受信する更新受信手段と、前記設定記憶手段、および、前記各通信端末に対して、前記設定情報の管理を行う設定管理手段と、前記設定管理手段の指示に基づいて、前記通信端末に対しての通信を開始する送信手段とを備え、前記設定情報は、前記通信端末の位置情報と、当該位置情報に対応づけられた時刻情報と、当該時刻情報に対応づけられた、当該通信端末における着信の可否を設定する着信設定情報とを含み、前記設定管理手段は、受信した設定情報を前記設定記憶手段に前記設定情報を記録させ、受信した更新情報の内容に基づいて前記送信手段に各通信端末に対する通信を開始させることを特徴としている。
【００１５】
上記の構成によれば、更新受信手段が設定情報の更新を受信し、設定受信手段が更新された設定情報を受信し、設定管理手段が更新された設定情報に基づいて、設定情報の記録の指示や、設定情報のいずれかを更新する指示を送信するので、設定情報に含まれる位置情報、時刻情報、および着信情報などに基づいて、ユーザにとって都合の良いタイミングでデータを送信することが可能になるという効果を奏する。
【００１６】
また、本発明の管理装置では、前記着信は、音声通話、伝言メッセージ、メール、アドレス帳、スケジュール、位置情報、着信設定情報更新、ウェブページ更新、および、その他のデータ通信のうち少なくとも１つの通信の受信であることが好ましい。
【００１７】
上記の構成によれば、音声通話、メール、アドレス帳、スケジュール、位置情報、着信設定情報更新、ウェブページ更新、および、その他のデータ通信のように、今は受信したくはないが後から受信したい情報や、受信は拒否したが送信があったことを知りたい情報に対して管理装置において着信を管理することで、通信端末の呼び出しやデータの送信は行わずに、管理装置において着信を中止することができるという効果を奏する。
【００１８】
また、本発明の管理装置では、前記送信手段は、前記更新情報を受信した場合、前記通信端末ごとの設定情報に基づいて、メール、アドレス帳、スケジュール、および、ウェブページのうち少なくとも１つの更新を示すアイコンを当該通信端末上のインタフェースに表示させる更新通知情報を、当該通信端末に対して送信することが好ましい。
【００１９】
上記の構成によれば、上記通信端末に対応する、メール、アドレス帳、スケジュール、および、ウェブページのうち少なくとも１つの状態が更新された場合に、当該更新状態をユーザに通知するためのアイコンを表示させるための更新通知情報を送信するので、ユーザに更新があったことを通知し、当該更新情報の確認や受信を促すことができるという効果を奏する。
【００２０】
また、本発明の管理装置では、対象の通信端末の着信設定が着信不可の設定の場合、当該通信端末に対する通信を予約する通信予約情報を記憶する通信予約記憶手段をさらに備え、前記設定管理手段は、前記通信端末からの通信予約情報に基づいて、対象の通信端末に対する通信を予約する通信予約情報を前記通信予約記憶手段に記憶させ、前記送信手段は、前記着信不可の通信端末の着信設定が着信可能に更新された場合、前記対象の通信端末に対して前記通信予約情報を送信することが好ましい。
【００２１】
上記の構成によれば、通信端末の着信設定が着信不可の場合は、その記録を通信予約情報として通信予約記憶手段が記憶し、着信設定が着信可能に更新された場合に通信予約情報を送信するので、通信端末にとって都合のよいタイミングで管理装置から情報を送信することができるという効果を奏する。
【００２２】
また、本発明の管理装置では、前記送信手段は、前記通信予約情報が記憶された対象の通信端末の着信設定が、着信不可から着信可能に変更された場合、前記通信予約情報を記憶させた発信側通信端末に対して、対象の通信端末の設定情報を送信することが好ましい。
【００２３】
また、本発明の管理装置では、時刻を計測する計時手段と、地域に対応する時刻を示すテーブルを記憶した現地時間記憶手段とをさらに備え、前記通信手段は、前記時刻、前記テーブル、および、前記通信設定情報に基づいて、前記通信端末の通信設定情報が通信可能な状態になった場合、当該通信端末に対して前記通信予約情報を送信することが好ましい。
【００２４】
上記の構成によれば、時刻を計測し、現地時間に対応する時刻テーブルを参照することで、例えば、海外や外国などに滞在しており、通信端末のユーザ間で時差が存在する場合に、時差に応じた着信設定を設定し、時差を考慮して通信可能な状態を判断し、通信可能な状態になった場合に通話を予約する通話予約情報を送信することができるという効果を奏する。
【００２５】
上記の管理装置と、当該管理装置から他の端末の設定情報を受信する複数の通信端末と、留守番電話サーバ、ウェブサーバ、および、メールサーバのうち少なくとも１つのサーバとを備えることで、管理システムを構成することができる。
【００２６】
上記の構成によれば、上述と同様の効果を奏することができる。
【００２７】
上記の管理システムで用いられる通信端末では、前記管理装置から他の通信端末の位置情報を含む着信設定情報を受信した場合、アドレス帳またはスケジュール帳機能において、当該他の通信端末の位置情報に対応する時刻情報、時差情報、通話料金情報、および通信回線情報のうちすくなくとも１つをユーザに提示することが好ましい。
【００２８】
上記の管理システムで用いられる通信端末では、前記管理装置から他の通信端末の位置情報を含む着信設定情報を受信した場合、当該他の通信端末へ発信を行う際に、受信した位置情報に対応する付加番号を添付することがこ
【発明の効果】
【００２９】
本発明に係る管理装置は、以上のように、通信端末の設定状態を管理する管理装置であって、前記通信端末の設定状態を受信する設定状態受信手段と、前期設定状態の更新を通知する更新情報を受信する更新受信手段と、前記通信端末ごとの設定情報を記憶する設定記憶手段と、前記通信端末に対して通信を開始する送信手段と、前記設定情報の管理を行う設定管理部とを備えている。
【００３０】
前記設定情報は、前記通信端末の位置情報と、当該位置情報に対応づけられた時刻情報と、当該時刻情報に対応づけられた、当該通信端末における着信の可否を設定する着信設定情報とを含み、前記設定管理部は、前記更新情報に基づいて前記設定記憶手段に前記設定情報を記憶させ、前記送信手段に通信を開始させる。
【００３１】
これによって、設定情報に含まれる位置情報、時刻情報、および着信情報などに基づいて、適切なタイミングでデータ送信が可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００３２】
本発明の一実施形態について図１から図６に基づいて説明すると以下の通りである。なお、本実施形態では、管理サーバ、留守番電話サーバ、およびウェブサーバが独立したものとして説明するが、これに限るものではない。管理サーバが留守番電話サーバおよび／またはウェブサーバを含み、その機能を備えていても良い。また、本実施形態では、携帯端末をスケジュール、メール、およびアドレス帳の管理クライアントとし、ブラウザをブログの閲覧クライアントおよびメール作成クライアントとして、それぞれ独立したものとして説明するが、これに限るものではない。携帯端末がブラウザの機能を含んだ構成であってもよい。
【００３３】
まず、本実施形態における管理システム１の主要部について、図１を参照して説明する。図１は、管理システム１の各機能の概略を示す機能ブロック図である。本実施形態の管理システム１は、携帯端末（通信端末）１０、管理サーバ（管理装置）３０、留守番電話サーバ５０、ウェブサーバ６０、およびブラウザ７０を備えている。以下、各部の機能について、詳細を説明する。
【００３４】
携帯端末１０は、操作部１２、アドレス帳更新部１４、スケジュール更新部１６、ユーザ状態更新部１８、管理部２０、表示部２２、受信部２４、および送信部２６を備えている。操作部１２は、携帯端末１０を操作し、スケジュール、アドレス帳、メール、電話発信、およびその他のアプリケーションの操作を入力するための入力デバイスである。
【００３５】
アドレス帳更新部１４は、操作部１２からの入力操作を受けて携帯端末１０内のアドレス帳を更新する。また、アドレス帳更新部１４は、受信部２４を介してスケジュール管理サーバから他の人のスケジュールをダウンロードし、当該スケジュールに含まれる他の人のアドレス帳更新情報を取得し、アドレス帳の内容を最新のものに更新する。アドレス帳の内容に更新があった場合、更新を知らせるアイコンをアドレス帳に表示してもよい。
【００３６】
スケジュール更新部１６は、操作部１２からの入力操作を受けてスケジュールを更新し、送信部２６を介して更新スケジュールを送信することで、管理サーバ３０上のデータベースを更新する。更新スケジュールは、更新する毎に管理サーバ３０に送信してもよいし、ユーザが任意のタイミングで送信してもよい。
【００３７】
ユーザ状態更新部１８は、ユーザが所持する携帯端末１８の置かれている状況を判断し、ユーザ状態を更新する。具体的には、ユーザ状態更新部１８は、携帯端末１８の位置情報、電波状況情報、課金情報、通話料金情報、着信可否情報、留守番電話設定情報、マナーモード設定情報、ドライブモード設定情報、残存バッテリー情報、および、その他の様々なユーザの状況や携帯端末１８の設定情報などの最新状態を更新し、送信部２６を介して管理サーバ３０に送信する。
【００３８】
管理部２０は、各更新部を含む携帯端末１０の各部を統合的に制御する。具体的には、操作部１２の入力操作に基づいて各更新部に情報の更新を行わせ、受信部２４および受信部２６を制御して通信を行い、各種結果を表示部２２に表示させる。表示部２２は、管理部２０の指示に基づいて、アドレス帳機能、スケジュール機能、通話発信機能、および、その他のアプリケーションの実行結果を表示する。
【００３９】
受信部２４は、管理部２０の指示に基づいて、外部の各サーバとの通信処理および必要なデータの受信処理を行う。具体的には、管理サーバ３０、留守番電話サーバ、および、その他のサーバからのアドレス帳更新データ、スケジュール更新データ、ユーザ状況更新データ、留守番電話メッセージ録音データ、メールデータなどを受信する。
【００４０】
送信部２６は、管理部２０の指示に基づいて、管理サーバ３０への必要な情報の送信を行う。具体的には、送信部２６は、アドレス帳更新情報、スケジュール更新情報、ユーザ状態更新情報、および、その他のデータの送信を行う。
【００４１】
管理サーバ３０は、更新受信部（更新受信手段）３２、メール受信部（設定情報受信手段）３４、設定管理部（設定管理手段）３６、メール送信部（送信手段）３８、ブログデータ送信部（送信手段）４０、および設定情報管理データベース（以下、設定情報管理ＤＢ）（設定記憶手段）４２を備えている。
【００４２】
更新受信部３２は、携帯端末１０から各種更新情報を受信する。具体的には、アドレス帳更新データ、スケジュール更新データ、およびユーザ状況更新データを受信する。メール受信部３４は、携帯端末１０やブラウザ７０から送信される電子メール形式で送信されるメールデータを受信する。
【００４３】
設定管理部３６は、端末情報管理ＤＢ４２に記録されている設定情報を管理する。なお、ここでいう設定情報には、どのユーザが、何時から何時まで、何の予定が入っているという一般的なスケジュール情報だけではなく、ユーザの所持する携帯端末１０のおかれている状態や設定に関する情報、ユーザの所持する携帯端末１０の位置情報や場所情報、滞在場所の国情報、滞在場所の標準時、滞在場所ごとの着信拒否時間の設定、滞在場所の移動予定、携帯端末１０上のユーザのアドレス帳データおよびスケジュールデータの更新状況、ユーザの所有するブログの更新状況、および、ユーザに固有のその他の情報を含むものとする。
【００４４】
メール送信部３８は、必要な設定情報をメール形式で、携帯端末１０、留守番電話サーバ５０、ウェブサーバ６０、およびブラウザ７０に送信する。なお、本実施形態では、説明の単純化のため、必要な設定情報をメール形式で外部に送信するものとして説明するが、これに限るものではない。パケット交換方式で随時必要なデータを送信してもよいし、双方向の通信を確立させてデータの送受信をしてもよい。また、１分、５分、１０分、３０分、１時間といったように、一定時間ごとに最新情報の更新を確認するものでもよい。必要なタイミングで、必要なデータが送受信され、更新することができれば、どのようなデータ通信方式を用いてもよい。
【００４５】
留守番電話サーバ５０は、受信部５２、ユーザ状態管理部５４、メッセージ送信部５６を備えている。受信部５２は、管理サーバ３０から設定情報をメール形式で受信する。ユーザ状態管理部５４は、受信した設定情報に基づいて、携帯端末１０に対して留守番メッセージの送信を行う適切なタイミングを判断する。メッセージ送信部５６は、ユーザ状態管理部５４の指示に従って、携帯端末１０に対して留守番メッセージの送信を行う。
【００４６】
なお、本実施形態では、留守番電話サーバ５０を例にあげて説明したが、留守番電話のメッセージを管理するサーバに限るものではない。メールサーバであってもよいし、スケジュール管理サーバであってもよい。電子番組表送信サーバであってもよいし、ニュース配信サーバであってもよい。携帯端末１０に対して、必要なデータを適切なタイミングで、サーバプッシュの方式で送信するサーバであれば、どのような種類のサーバでもよい。
【００４７】
ウェブサーバ６０は、ブログデータ更新部６２、ブログデータ管理データベース（以下、ＤＢ）６４、およびブログデータ公開部６６を備えている。ブログデータ更新部６２は、管理サーバ３０から設定情報をブログ更新データとして受信し、ブログデータ管理ＤＢ６４に記録する。ブログデータ管理ＤＢ６４は、管理サーバ３０から受信した設定情報を含む、ブログサイトのウェブデータを記録している。ブログデータ管理ＤＢ６４に記録されたデータは、ウェブサーバアプリケーションなどで構成されたブログデータ公開部６６によって、ウェブサーバ６０にアクセスしてきたクライアントに対して公開される。
【００４８】
ブラウザ７０は、受信部７２、管理部７４、表示部７６、メッセージ作成部７８、メール作成部８０、および送信部８２を備えている。
【００４９】
なお、本実施形態では、ブラウザ７０をインターネットに接続可能なパーソナルコンピュータ（以下、ＰＣ）上で起動するブラウザソフトとして説明するが、これに限るものではない。携帯電話機やＰＨＳ（Personal Handyphone System）（登録商標）などの通信端末であってもよいし、ＰＤＡ（Personal Digital Assistant）や携帯用ゲーム機などのインターネットに接続可能な携帯端末であってもよい。ブラウザ、メールアプリ、電話通信アプリ、および、その他の通信アプリが動作するネットワーク接続可能な端末であれば、どのような端末であってもよい。
【００５０】
受信部７２は、ウェブサーバ６０からブログデータを、ＨＴＭＬなどのデータ形式でＨＴＴＰなどの通信プロトコルを用いて受信する。また、受信部７２は、ＳＭＴＰなどの通信プロトコルを用いてメールを受信してもよいし、ＦＴＰなどの通信プロトコルを用いて、設定情報を始めとするデータを受信してもよい。管理部７４は、受信部７２、送信部８２、表示部７６などを統合的に制御し、ブラウザ７０の各機能を実行する。
【００５１】
表示部７６は、管理部７４の制御に基づいて、ブログデータやメールデータの表示を行う。メッセージ作成部７８は、音声データや文字データによる各種メッセージの入力・作成を行う。メール作成部８０は、メールクライアントとして機能し、ダウンロードしたメールを表示・編集し、新規にメールの作成を行う。送信部８２は、作成したメールまたはメッセージなどを管理サーバ３０に対して送信を行う。
【００５２】
次に、設定情報の更新手順について、具体例をあげて説明する。図２は、携帯端末１０で行われるスケジュール更新処理の流れを示すフロー図である。
【００５３】
スケジュール確認処理が開始されると、まず、携帯端末１０において、スケジュール管理アプリが起動される（Ｓ１０１）。スケジュール管理アプリが起動されると、携帯端末１０によって内部のメモリに保存されているスケジュールは最新のものであるか、確認される（Ｓ１０２）。
【００５４】
スケジュールが最新のものであるかの確認方法には、管理サーバ３０に最新のスケジュールの更新時刻を問い合わせ、携帯端末１０に保存されているスケジュールの保存時刻と比較する方法や、スケジュールの最終更新時間から一定期間、例えば、３日以上スケジュールが更新されていない場合、最新のデータではないと判断する方法などが用いられる。
【００５５】
スケジュールが最新の場合（Ｓ１０２でＹＥＳ）、処理はＳ１０３に進む。スケジュールが最新ではない場合（Ｓ１０２でＮＯ）、処理はＳ１０４に進む。Ｓ１０３において、携帯端末１０は、スケジュール管理アプリのスケジュール入力画面を起動する。その後、Ｓ１０５に処理は進み、スケジュールの入力処理に移る。Ｓ１０４において、携帯端末１０は、管理サーバ３０から最新のスケジュールデータのダウンロードを行う。
【００５６】
Ｓ１０５において、携帯端末１０は、スケジュール管理アプリのスケジュール入力画面において、ユーザにスケジュールの入力を行わせる。スケジュールの入力が終了すると、処理はＳ１０６に進む。Ｓ１０６において、携帯端末１０は、Ｓ１０５で入力したスケジュール入力の確定を確認する。スケジュール入力を確定する場合（Ｓ１０６でＹＥＳ）、処理はＳ１０７に進む。スケジュール入力を確定しない場合（Ｓ１０６でＮＯ）、処理はＳ１０５にもどり、スケジュールの入力を続行する。
【００５７】
Ｓ１０７において、携帯端末１０は、更新し、確定したスケジュールの内容を管理サーバ３０に送信し、スケジュール更新処理を終了する。
【００５８】
次に、アドレス帳を用いた発信処理および通話予約処理の手順について、図３を用いて説明する。図３は、携帯端末１０で行われる発信処理の流れを示すフロー図である。
【００５９】
発信処理が開始されると、まず、ユーザは、携帯端末１０においてアドレス帳管理アプリを起動する（Ｓ２０１）。アドレス帳管理アプリが起動されると、ユーザはアドレス帳の登録されているデータの中から、発信を希望する登録者を選択する（Ｓ２０２）。
【００６０】
発信を希望する登録者が選択されると、その登録者の所有する携帯端末の設定情報の確認が行われる。具体的には、選択した登録者の所有する携帯端末に対して連絡可能か、携帯端末が着信可能な状態であるかどうかを確認する（Ｓ２０３）。選択した登録者への連絡が可能な状態の場合（Ｓ２０３でＹＥＳ）、処理はＳ２０５に進む。選択した登録者への連絡が不可能な状態の場合（Ｓ２０３でＮＯ）、処理はＳ２０４に進む。
【００６１】
Ｓ２０４において、携帯端末１０の発信処理アプリは、選択した登録者の所持する携帯端末１０の滞在場所および状態の情報を確認する。具体的には、携帯端末１０の位置情報および設定情報を判断し、ユーザに対して当該情報を表示する。例えば、選択した登録者がアメリカに滞在しており、着信による呼び出しが不可な状態の設定の場合には、滞在場所であるアメリカと、着信拒否状態であることを通知し、Ｓ２０６に処理を進める。
【００６２】
Ｓ２０５において、携帯端末１０の発信処理アプリは、選択した登録者の所持する携帯端末１０の滞在場所および発信を行った場合に必要な通話料金について表示する。
【００６３】
Ｓ２０６において、携帯端末１０の発信処理アプリは、着信不可状態である登録者に対して通話予約を希望するかどうかを確認する。登録者との通話予約を希望する場合（Ｓ２０６でＹＥＳ）、処理はＳ２０７に進み、管理サーバ３０に通話予約情報を登録する（Ｓ２０７）。登録者との通話予約を希望しない場合（Ｓ０２６でＮＯ）、アドレス帳を用いた一連の発信処理および通話予約処理は終了する。
【００６４】
次に、アドレス帳を用いた、登録者に対する各種の通信手段による発信処理の手順について、図４を用いて説明する。図４は、携帯端末１０からアドレス帳を用いて、登録者に対して連絡をとる際の発信処理の流れを示すフロー図である。
【００６５】
発信処理が開始されると、まず、ユーザは、携帯端末１０においてアドレス帳管理アプリを起動する（Ｓ３０１）。その後、アドレス帳の中から、所望の登録者を選択する（Ｓ３０２）。アドレス帳の中には、選択した登録者のブログのアドレス、電話番号、メールアドレスなどの各種情報が表示されている。
【００６６】
ここで、携帯端末１０は、ユーザが登録者のブログの参照を希望するか判定を行う（Ｓ３０３）。ユーザが登録者のブログの参照を希望した場合（Ｓ３０３でＹＥＳ）、登録者のブログを参照するためにウェブブラウザを起動し（Ｓ３０６）、ネットワークへの接続を行い、選択した登録者のブログが公開されているアドレスの表示を行う。ブログの参照を希望しない場合（Ｓ３０３でＮＯ）、処理はＳ３０７へ進む。
【００６７】
その後、携帯端末１０は、ユーザが登録者との通話を希望するか判定を行う（Ｓ３０５）。ユーザが登録者との通話を希望した場合（Ｓ３０５でＹＥＳ）、電話発信を行うための発信アプリを起動し（Ｓ３０６）、登録者への通話を開始する。登録者との通話を希望しない場合（Ｓ３０７でＮＯ）、処理はＳ３０９へ進む。
【００６８】
その後、携帯端末１０は、ユーザが登録者へのメールの送信を希望するか判定を行う（Ｓ３０７）。ユーザが登録者へのメールの送信を希望した場合（Ｓ３０７でＹＥＳ）、メール作成を行うためにメールアプリの起動を行う（Ｓ３０８）。メール送信を希望しない場合、処理はＳ３０９に進む。
【００６９】
その後、通信端末１０は、ユーザが登録者の設定情報を最新情報に更新することを希望するかどうか、判定を行う（Ｓ３０９）。最新情報更新を希望する場合（Ｓ３０９でＹＥＳ）、管理サーバ３０へ接続し、設定情報の更新状況、すなわち最新更新時間の確認を行い、携帯端末１０に保存されている情報との比較を行う（Ｓ３１０）。保存されている情報が最新のものではない場合、最新の設定情報を管理サーバ３０から受信する。
【００７０】
次に、携帯端末１０におけるアドレス帳画面、詳細スケジュール画面などの実際の表示画面について、図５および図６を参照して説明する。図５は、アドレス帳およびスケジュールの確認を行い、通話発信および通話予約を行う画面を示した概略図である。図６は、アドレス帳および詳細近況を表示する画面から、通話処理などの合う諸ンを行う画面を示した概略図である。
【００７１】
図５（ａ）は、アドレス帳画面９０を示している。状態表示部９１は、対応する登録者の情報が更新されているかどうかを示すアイコンである。図５（ａ）の例では、一番下の登録者のアイコンのみが反転表示され、更新状態にあることを示している。
【００７２】
図５（ｂ）は、詳細スケジュール画面９２を示している。詳細スケジュール画面９２において、登録者の現在の位置情報を確認することができ、通話する際に必要となる通話料金や、登録者の移動スケジュールなどを確認し、「このメンバーへのアクション」の項目を選択することで、登録者に対する通話などのアクションを行うことができる。
【００７３】
図５（ｃ）は、アクション選択画面９４を示している。アクション選択画面９４から各項目を選択することで、通話、メールなどのアクションを実行することができる。
【００７４】
図５（ｄ）は、実際に発信処理を行っている発信画面９６を示している。
【００７５】
図５（ｅ）は、登録者に対する通話予約を登録するための通話予約画面９８を示している。
【００７６】
図６（ａ）は、図５（ａ）と同様に、アドレス帳画面９０を示している。状態表示部９１は、対応する登録者の情報が更新されているかどうかを示すアイコンである。図５（ａ）の例では、一番下の登録者のアイコンのみが反転表示され、更新状態にあることを示している。
【００７７】
図６（ｂ）は、詳細近況画面９３を示している。詳細近況画面９３において、登録者の所属や、ブログのアドレスや、登録者の画像などを確認することができ、「このメンバーへのアクション」の項目を選択することで、登録者に対する通話などのアクションを行うことができる。
【００７８】
図６（ｃ）は、図５（ｃ）と同様に、アクション選択画面９４を示している。アクション選択画面９４から各項目を選択することで、通話、メールなどのアクションを実行することができる。
【００７９】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【００８０】
最後に、管理サーバ３０の各ブロック、特に設定管理部３６部は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【００８１】
すなわち、管理サーバ３０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである管理サーバ３０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記管理サーバ３０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【００８２】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【００８３】
また、管理サーバ３０装置１０を通信ネットワークと接続可能に構成し、通信ネットワークを介して上記プログラムコードを供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【００８４】
以上のように、本発明の管理システムでは、更新受信手段が設定情報の更新を受信し、設定受信手段が更新された設定情報を受信し、設定管理手段が更新された設定情報に基づいて、設定情報の記録の指示や、設定情報のいずれかを更新する指示を送信するので、設定情報に含まれる位置情報、時刻情報、および着信情報などに基づいて、適切なタイミングでデータ送信が可能になるので、携帯電話や、ＰＨＳ（Personal Handyphone System）（登録商標）や、ＰＤＡ（Personal Digital Assistant）や、その他の通信端末の管理装置として好適に利用することができる。
【図面の簡単な説明】
【００８５】
【図１】本発明の実施形態を示すものであり、管理システムの要部構成を示すブロック図である。
【図２】上記管理システムにおいて、管理サーバおよび携帯端末の間で更新情報が送受信される処理の流れを示したフロー図である。
【図３】上記管理システムにおいて、携帯端末が他の携帯端末に対する通話予約を管理サーバに行う処理の流れを示したフロー図である。
【図４】上記管理システムにおいて、携帯端末が他の携帯端末の情報を参照する際の処理の流れを示したフロー図である。
【図５】（ａ）〜（ｅ）は、上記管理システムにおいて、携帯端末がアドレス帳およびスケジュールを参照し、発信する際の各ユーザインタフェースを示す図である。
【図６】（ａ）〜（ｃ）は、上記管理システムにおいて、携帯端末がアドレス帳および詳細情報を参照し、通信開始する際の各ユーザインタフェースを示す図である。
【符号の説明】
【００８６】
１      管理システム
１０    携帯端末（通信端末）
１２    操作部
１４    アドレス帳更新部
１６    スケジュール更新部
１８    ユーザ状態更新部
２０    管理部
２１    記憶部
２２    表示部
２４    受信部
２６    送信部
２７    発信処理部
２８    メール作成部
３０    管理サーバ（管理装置）
３２    更新受信部（更新受信手段）
３４    メール受信部（設定情報受信手段）
３６    設定管理部（管理手段）
３８    メール送信部（送信手段）
４０    ブログデータ送信部（送信手段）
４２    設定情報管理データベース（設定記録手段）
４４    計時部（計時手段）
５０    留守番電話サーバ
５２    受信部
５４    ユーザ状態管理部
５６    メッセージ送信部
６０    ウェブサーバ
６２    ブログデータ更新部
６４    ブログデータ管理データベース
６６    ブログデータ公開部
７０    ブラウザ
７２    受信部
７４    管理部
７６    表示部
７８    メッセージ作成部
８０    メール作成部
８２    送信部
【図１】
2008060740.tif 000003
【図２】
2008060740.tif 000004
【図３】
2008060740.tif 000005
【図４】
2008060740.tif 000006
【図５】
2008060740.tif 000007
【図６】
2008060740.tif 000008