(57)【要約】【課題】ユーザ状態の信頼性を高めるユーザ状態公開システムを提供する。【解決手段】携帯端末内のユーザ状態公開クライアント部１が入力要求間隔記憶部３で記憶している一定時間ごとにユーザに対して状態情報の入力を要求し、状態情報の更新を促すことを特徴としている。このユーザ状態入力要求方法を用いることで、ユーザは忘れがちな自分自身の状態情報の更新を定期的に行うことになる。よって、そのユーザの状態情報を参照している他のユーザにとっては、そのユーザに関する信頼性の高い状態情報を取得でき、取得した状態情報に合わせて、インスタントメッセージや電子メール、電話などの連絡手段を選択することができる。このことは言い換えると、各々のユーザは仲間ユーザに関する信頼性の高い状態情報を取得できるということを意味する。【選択図】        図２
2004265345.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザの状態を表すユーザ状態を状態情報として管理しているユーザ状態公開サーバと、自身に関する前記ユーザ状態の状態情報を前記ユーザ状態公開サーバに送信し、他のユーザに関する前記状態情報を前記ユーザ状態公開サーバより受信するユーザ状態公開クライアントとは、互いに接続されてネットワークを形成しており、各ユーザ状態公開クライアントは他のユーザ状態公開クライアントの前記ユーザ状態を把握することができるユーザ状態公開システムであって、
少なくとも一つの前記ユーザ状態公開クライアントは、
前記ユーザ状態の状態情報の入力を自身のユーザに要求する入力要求があり、前記入力要求の時間間隔を記憶する入力要求間隔記憶手段と、
前記入力要求間隔記憶手段を参照することで指定された時間に定期的に前記入力要求を行うユーザ状態公開手段を有することを特徴とするユーザ状態公開システム。
【請求項２】
前記ユーザ状態公開クライアントは、
前記ユーザ状態の状態情報を入力するためのユーザ状態入力画像を表示する表示手段をさらに有し、
ユーザ状態公開手段は、前記入力要求間隔記憶手段を参照することで指定された時間に定期的に前記入力要求を行い、前記表示手段を制御して、前記ユーザ状態入力画像を表示させることを特徴とする請求項１に記載のユーザ状態公開システム。
【請求項３】
前記ユーザ状態公開クライアントは、
前記ユーザ状態入力画像に表示される前記ユーザ状態の状態情報の一覧を記憶する状態選択肢記憶手段と、
前記ユーザ状態の状態情報を入力する入力手段と、
各ユーザを識別する識別情報を記憶するユーザＩＤ記憶手段とをさらに有し、
前記ユーザ状態公開手段は、前記状態選択肢記憶手段を参照することで前記ユーザ状態の状態情報の一覧を取り出し、前記表示手段に前記ユーザ状態の状態情報の一覧を加えた前記ユーザ状態入力画像を表示させ、
前記入力手段より前記ユーザ状態の状態情報が入力されると、前記ユーザ状態公開手段は前記ユーザＩＤ記憶手段を参照することで前記識別情報を取り出し、前記ユーザ状態公開サーバに前記入力手段より入力された前記ユーザ状態の状態情報および前記識別情報を送信することを特徴とする請求項２に記載のユーザ状態公開システム。
【請求項４】
前記状態選択肢記憶手段が記憶する前記ユーザ状態の状態情報の一覧に、新たな状態情報の追加もしくは既存の状態情報の削除を行うことで新規のユーザ状態の状態情報の一覧を作成し、
前記ユーザ状態公開手段は、前記状態選択肢記憶手段を参照することで前記新規のユーザ状態の状態情報の一覧を取り出し、前記表示手段に前記新規のユーザ状態の状態情報の一覧を加えた前記ユーザ状態入力画像を表示させることを特徴とする請求項２または３に記載のユーザ状態公開システム。
【請求項５】
前記ユーザ状態公開手段は、前記表示手段に表示させる前記ユーザ状態入力画像の大きさを変更制御することを特徴とする請求項２または３に記載のユーザ状態公開システム。
【請求項６】
前記状態選択肢記憶手段が記憶する前記ユーザ状態の状態情報の一覧に、個々のユーザ状態の状態情報に対応した、エンタテイメント性を有する画像データが付加されたことを特徴とし、
前記ユーザ状態公開手段は、前記状態選択肢記憶手段を参照することで前記画像データが付加された前記ユーザ状態の状態情報の一覧を取り出し、前記表示手段に前記画像データが付加された前記ユーザ状態の状態情報の一覧を加えた前記ユーザ状態入力画像を表示させることを特徴とする請求項２または３に記載のユーザ状態公開システム。
【請求項７】
前記ユーザ状態公開クライアントは、
所定の振動を発生させる振動手段をさらに有し、
ユーザ状態公開手段は、前記入力要求間隔記憶手段を参照することで指定された時間に定期的に前記入力要求を行い、前記振動手段を制御して振動を発生させることを特徴とする請求項１から６の何れか１項に記載のユーザ状態公開システム。
【請求項８】
前記ユーザ状態公開クライアントは、
所定の音声を出力する音声出力手段をさらに有し、
ユーザ状態公開手段は、前記入力要求間隔記憶手段を参照することで指定された時間に定期的に前記入力要求を行い、前記音声出力手段を制御して音声を出力させることを特徴とする請求項１から６の何れか１項に記載のユーザ状態公開システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザ状態公開システムに関するものであり、特にインスタントメッセージシステムのプレゼンス機能に代表される、携帯端末向けのユーザ状態公開システムに関するものである。
【０００２】
【従来の技術】
携帯端末はユーザに持ち運びされるため、ユーザ状態公開システムにおいて状態情報を入力するのに適したツールと考えられる。しかしユーザは状態情報の入力を忘れがちであり、ユーザの正確な状態情報を取得するための解決策が求められている。
【０００３】
そこで、特許文献１に代表とされるユーザのスケジュール情報と連動したユーザ状態入力方法や、ユーザの位置情報と連動したユーザ状態入力方法などが存在している。しかし、ユーザのスケジュール情報と連動したユーザ状態入力方法においては、携帯端末などの電子媒体でスケジュール管理を行っているユーザが少なく、あまり効果的な解決策とは言えない。またユーザ位置情報と連動したユーザ状態入力方法においても、例えば寝室では読書をしている場合もあれば眠っている場合もあるように、同じ場所に滞在しても状態が全く異なる場合があり、これもあまり効果的な解決策とは言えない。
【０００４】
【特許文献１】
特開２００１−３１８８７１号公報
【０００５】
【発明が解決しようとする課題】
本発明はこのような状況を鑑みて、一定時間ごとにユーザに対して状態情報の入力を要求し、状態情報の更新を促すようにするユーザ状態公開システムを提供することを目的とする。
【０００６】
その際このような状態情報の入力要求を視覚的に行うようにし、この視覚的な入力要求をより効果的にする具体的な機能を備えたユーザ状態公開システムを提供することを目的とする。
【０００７】
その具体的な機能としては、自身のユーザ状態を的確に表現している状態情報の入力および送信する機能と、状態情報入力後の元の操作への継続性を高める機能と、入力要求に伴う不快感を緩和する機能がある。
【０００８】
また、状態情報の入力要求を触覚的に行うようにするユーザ状態公開システムを提供することを目的とする。
【０００９】
また、状態情報の入力要求を聴覚的に行うようにするユーザ状態公開システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
かかる目的を解決するため、請求項１に記載の発明は、各ユーザの状態を表すユーザ状態を状態情報として管理しているユーザ状態公開サーバと、自身に関するユーザ状態の状態情報をユーザ状態公開サーバに送信し、他のユーザに関する状態情報をユーザ状態公開サーバより受信するユーザ状態公開クライアントとは、互いに接続されてネットワークを形成しており、各ユーザ状態公開クライアントは他のユーザ状態公開クライアントのユーザ状態を把握することができるユーザ状態公開システムであって、少なくとも一つのユーザ状態公開クライアントは、ユーザ状態の状態情報の入力を自身のユーザに要求する入力要求があり、入力要求の時間間隔を記憶する入力要求間隔記憶手段と、入力要求間隔記憶手段を参照することで指定された時間に定期的に入力要求を行うユーザ状態公開手段を有することを特徴とする。
【００１１】
請求項２に記載の発明は、請求項１に記載の発明において、ユーザ状態公開クライアントは、ユーザ状態の状態情報を入力するためのユーザ状態入力画像を表示する表示手段をさらに有し、ユーザ状態公開手段は、入力要求間隔記憶手段を参照することで指定された時間に定期的に入力要求を行い、表示手段を制御して、ユーザ状態入力画像を表示させることを特徴とする。
【００１２】
請求項３に記載の発明は、請求項２に記載の発明において、ユーザ状態公開クライアントは、ユーザ状態入力画像に表示されるユーザ状態の状態情報の一覧を記憶する状態選択肢記憶手段と、ユーザ状態の状態情報を入力する入力手段と、各ユーザを識別する識別情報を記憶するユーザＩＤ記憶手段とをさらに有し、ユーザ状態公開手段は、状態選択肢記憶手段を参照することでユーザ状態の状態情報の一覧を取り出し、表示手段にユーザ状態の状態情報の一覧を加えたユーザ状態入力画像を表示させ、入力手段よりユーザ状態の状態情報が入力されると、ユーザ状態公開手段はユーザＩＤ記憶手段を参照することで識別情報を取り出し、ユーザ状態公開サーバに入力手段より入力されたユーザ状態の状態情報および識別情報を送信することを特徴とする。
【００１３】
請求項４に記載の発明は、請求項２または３に記載の発明において、状態選択肢記憶手段が記憶するユーザ状態の状態情報の一覧に、新たな状態情報の追加もしくは既存の状態情報の削除を行うことで新規のユーザ状態の状態情報の一覧を作成し、ユーザ状態公開手段は、状態選択肢記憶手段を参照することで新規のユーザ状態の状態情報の一覧を取り出し、表示手段に新規のユーザ状態の状態情報の一覧を加えたユーザ状態入力画像を表示させることを特徴とする。
【００１４】
請求項５に記載の発明は、請求項２または３に記載の発明において、ユーザ状態公開手段は、表示手段に表示させるユーザ状態入力画像の大きさを変更制御することを特徴とする。
【００１５】
請求項６に記載の発明は、請求項２または３に記載の発明において、状態選択肢記憶手段が記憶するユーザ状態の状態情報の一覧に、個々のユーザ状態の状態情報に対応した、エンタテイメント性を有する画像データが付加されたことを特徴とし、ユーザ状態公開手段は、状態選択肢記憶手段を参照することで画像データが付加されたユーザ状態の状態情報の一覧を取り出し、表示手段に画像データが付加されたユーザ状態の状態情報の一覧を加えたユーザ状態入力画像を表示させることを特徴とする。
【００１６】
請求項７に記載の発明は、請求項１から６の何れか１項に記載の発明において、ユーザ状態公開クライアントは、所定の振動を発生させる振動手段をさらに有し、ユーザ状態公開手段は、入力要求間隔記憶手段を参照することで指定された時間に定期的に入力要求を行い、振動手段を制御して振動を発生させることを特徴とする。
【００１７】
請求項８に記載の発明は、請求項１から６の何れか１項に記載の発明において、ユーザ状態公開クライアントは、所定の音声を出力する音声出力手段をさらに有し、ユーザ状態公開手段は、入力要求間隔記憶手段を参照することで指定された時間に定期的に入力要求を行い、音声出力手段を制御して音声を出力させることを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００１９】
＜構成＞
本発明の実施の形態は、図１で示すようなユーザ状態公開システムであり、ユーザ、仲間ユーザ、携帯端末、ネットワーク、ユーザ状態公開サーバから構成される。
【００２０】
ユーザ状態公開サーバは、ネットワークを介してユーザもしくは仲間ユーザの状態情報を管理している。
【００２１】
携帯端末は、図２で示すように、ユーザ状態公開クライアント部１、状態選択肢記憶部２、入力要求間隔記憶部３、ユーザＩＤ記憶部４、ウィンドウ表示制御部５、ディスプレイ部６、振動制御部７、モータ部８、音声制御部９、スピーカー部１０、キーボード部１１、ネットワークインターフェイス部１２から構成される。
【００２２】
ユーザ状態公開クライアント部１は、ユーザ状態公開サーバと通信を行い、ユーザの状態情報をユーザ状態公開サーバに通知したり、またユーザ状態公開サーバから仲間ユーザの状態情報の取得を行う。
【００２３】
状態選択肢記憶部２は、「電車の中」、「会議中」、「電話ＯＫ」などのユーザ状態としてとりうる選択肢群を記憶している。
【００２４】
入力要求間隔記憶部３は、ユーザ状態公開クライアント部１がユーザに対してユーザ状態の入力要求を行う時間間隔を記憶している。
【００２５】
ユーザＩＤ記憶部４は、ユーザ状態公開システムにおいてユーザを一意に判別するためのＩＤを記憶している。
【００２６】
ウィンドウ表示制御部５は、ディスプレイ部６に表示するウィンドウの制御を行う。例えば、ＵＮＩＸ（登録商標）系ＯＳによく見られるＸウィンドウシステムがこれに相当する。
【００２７】
ディスプレイ部６は、ユーザが見るウィンドウを表示する箇所であり、特に状態選択肢記憶部２に記憶されているユーザ状態を指定する状態入力ウィンドウを表示し、ウィンドウ表示制御部５により制御されている。
【００２８】
振動制御部７は、携帯端末を振動させるモータ部８の制御を行う。
【００２９】
モータ部８は、携帯端末を振動させる箇所であり、振動制御部７により制御されている。
【００３０】
音声制御部９は、音声出力を行うスピーカー部１０の制御を行う。
【００３１】
スピーカー部１０は、音声を出力する箇所であり、音声制御部９により制御されている。
【００３２】
キーボード部１１は、ユーザ状態公開クライアント部１によるユーザ状態の入力要求に応じ、ユーザが自身のユーザ状態を入力する箇所である。
【００３３】
ネットワークインターフェイス部１２は、ユーザ状態公開クライアント部１が所定の情報を、ユーザ状態公開サーバもしくは仲間ユーザの携帯端末と送受信するためのインターフェイスである。
【００３４】
＜実施の形態１の動作＞
まず実施の形態１にて、ユーザへの状態情報の入力要求を視覚的に行う方法を説明する。つまり一定時間経過すると、ユーザが状態情報を入力するまでユーザ状態公開クライアント部１は携帯端末のディスプレイに状態入力ウィンドウを表示させておく様子を説明する。
【００３５】
まず図３で示すように、ユーザ状態公開クライアント部１が入力要求間隔記憶部３を参照し、状態情報の入力要求間隔を取得する（▲１▼）。そして取得した時間だけ経過する（▲２▼）と、ユーザ状態公開クライアント部１は状態選択肢記憶部２を参照し、記憶されている選択肢群を取得する（▲３▼）。そして選択肢群の表示とユーザからの入力受付を行うためのユーザ状態入力ウィンドウを生成し、ウィンドウ表示制御部５にユーザ状態入力ウィンドウを表示要求する（▲４▼）。ウィンドウ表示制御部５は、ユーザ状態公開クライアント部１より表示要求されたユーザ状態入力ウィンドウをディスプレイ部６に表示させる（▲５▼）。
【００３６】
ここでユーザ状態入力ウィンドウは、ディスプレイ部６の全画面サイズで生成される。またユーザ状態入力ウィンドウは、ディスプレイ部６上で発生する全てのイベントをキャッチする。またユーザ状態入力ウィンドウは、キャッチしたイベントのうち、状態情報の入力に用いられるイベントは正常に処理し、状態情報の入力に必要ないイベントをキャッチしたとしても、それを他のプログラムに伝えない。
【００３７】
上記のようなウィンドウをディスプレイ部６に表示させることによって、ユーザは状態情報の入力以外の操作を行うことができなくなる。こうしてユーザに対して、状態情報の入力を促すことができる。
【００３８】
上述の動作処理では、ユーザ状態公開クライアント部１が生成したユーザ状態入力ウィンドウは、ユーザへのユーザ状態の入力要求の意味と、ユーザ状態の選択肢群の提示の意味の両方が含まれたウィンドウになっているが、別々でも構わない。つまり、入力要求用のユーザ状態入力ウィンドウと、選択肢群を提示したユーザ状態入力ウィンドウの２種類のウィンドウがあり、まず入力要求用のユーザ状態入力ウィンドウを表示して入力要求してから、ユーザの応答に合わせて選択肢群を提示したユーザ状態入力ウィンドウを表示する動作処理でも良い。
【００３９】
また上述の動作処理では、ユーザ状態公開クライアント部１が生成したユーザ状態入力ウィンドウにより、選択肢群の提示をしているが、ユーザに選択肢群を提示する方法としては、音声による提示方法も可能である。このときには、スピーカー部１０を介して選択肢群の内容を音声で出力する。
【００４０】
次に図４で示すように、ユーザがキーボード部１１から状態情報の入力を行うと（▲６▼）、ユーザ状態公開クライアント部１はユーザＩＤ記憶部４からユーザＩＤを取得し（▲７▼）、ユーザＩＤとユーザによって入力された状態情報を、ネットワークインターフェイス部１２とネットワークを介して、ユーザ状態公開サーバに通知する（▲８▼）。
なお、動作処理▲６▼での状態情報の入力は対象となるボタンを押すことでも良いし、所定の音声を入力することでも良い。
【００４１】
こうした処理手順により、定期的にディスプレイに表示させ、忘れがちな状態入力を促すことで、ユーザは自分自身の信頼性の高い状態情報を仲間ユーザに対して通知することができる。
【００４２】
また、仲間ユーザも同様のユーザ状態入力要求方法を用いており、定期的に状態情報を入力していることが保証されているため、ユーザは仲間ユーザに関する信頼性の高い状態情報を取得することができ、これにより仲間ユーザと連絡をとりたい場合、インスタントメッセージや電子メール、電話などの連絡手段を選択できる。
【００４３】
また、ユーザ状態公開システムの運営者は、ユーザ状態公開システムを利用する全ユーザがこの入力方法を用いることで、全ユーザの状態情報が定期的に入力されることになるため、ユーザ状態公開システムの特長に「通信される状態情報の信頼性が高い」ということを挙げることができ、新規顧客獲得のための宣伝効果に繋がる。
【００４４】
ここで上記のユーザ状態入力ウィンドウの表示に関し、工夫を凝らしたものを実施例（１）〜（３）にて説明する。
【００４５】
＜実施の形態１の実施例（１）＞
ユーザ状態公開クライアント部１は、既に状態選択肢記憶部２に記憶されている選択肢群以外にユーザ独自の状態情報も入力可能なユーザ状態入力ウィンドウを生成することができる。
【００４６】
例えば、ユーザは最初にキーボード部１１よりユーザ独自の状態情報である「食事中」を入力しておく。「食事中」を表すユーザ状態情報は、状態選択肢記憶部２に記憶される。
【００４７】
ユーザ状態公開クライアント部１がある時間になり、ユーザに状態情報の入力を要求するときは、実施の形態１の動作で説明した動作処理▲１▼〜▲５▼が行われ、図５に示すように、ディスプレイに「食事中」の項目が表示される。
【００４８】
もしユーザが「食事中」の項目を選択しキーボード部１１より入力したときは、実施の形態１の動作で説明した動作処理▲６▼〜▲８▼が行われ、ユーザ状態公開サーバにユーザＩＤと「食事中」の状態情報が通知される。
【００４９】
このようにユーザは、ユーザ状態入力ウィンドウで表示されている選択肢の中に適切な項目が無い場合でも、自分自身の状態に合った状態を入力することができる。
【００５０】
また必要に応じて既に存在している状態情報のうち不必要と思えるものを削除することも状態選択肢記憶部２に記憶されている選択肢を消去することで可能である。
【００５１】
またこのような選択肢の追加や削除は、上述のようにあらかじめ行っておくだけでなく、ユーザ状態公開クライアント部１による状態情報の入力要求が行われて、実際に状態を選択する段階でオリジナルの選択肢を書き込むことも可能である。
【００５２】
＜実施の形態１の実施例（２）＞
ユーザ状態公開クライアント部１は、全画面表示ではなく、電池残量領域や時刻表示領域などを除いた領域にユーザ状態入力ウィンドウを生成することができる。
【００５３】
ユーザ状態公開クライアント部１がある時間になり、ユーザに状態情報の入力を要求するときは、実施の形態１の動作で説明した動作処理▲１▼〜▲５▼が行われるが、▲４▼の動作処理のときに、ユーザ状態公開クライアント部１がウィンドウ表示制御部５に表示要求するユーザ状態入力ウィンドウを、全画面サイズではなく、任意のサイズで表示することでよい。
【００５４】
ウィンドウ表示制御部５はディスプレイ部６にその任意のサイズを表示させることで、図６に示すように、ディスプレイに表示されるユーザ状態入力ウィンドウは部分的に表示され、電池残量領域や時刻表示領域も見ることができるようになる。
【００５５】
このようにユーザは、状態情報を入力しなくてもユーザ状態入力ウィンドウ以外の領域で表示されている情報を見ることができるので、状態情報入力後の元の操作への継続性を高めることができる。
【００５６】
＜実施の形態１の実施例（３）＞
ユーザ状態公開クライアント部１にエンタテインメント機能を持たせることができる。例えば、エンタテインメント機能として仮想生命の育成機能を持ったユーザ状態公開クライアント部１ならば、図７で示すように、ユーザ状態入力ウィンドウに仮想生命も表示する。更にユーザ状態公開クライアント部１は、ユーザから入力される状態情報によって仮想生命の様子を変化させる。
【００５７】
ユーザ状態公開クライアント部１がある時間になり、ユーザに状態情報の入力を要求するときは、実施の形態１の動作で説明した動作処理▲１▼〜▲５▼が行われるが、▲４▼の動作処理のときに、ユーザ状態公開クライアント部１がウィンドウ表示制御部５に表示要求するユーザ状態入力ウィンドウに仮想生命の画像も表示させておく。
【００５８】
もしユーザが「２：仕事中」の項目を選択しキーボード部１１より入力したときは、実施の形態１の動作で説明した動作処理▲６▼〜▲８▼が行われるが、ユーザ状態公開クライアント部１は入力された「２：仕事中」項目に応じて、ユーザ状態入力ウィンドウ内の仮想生命を変化させ、ウィンドウ表示制御部５にその変化させた仮想生命の画像を表示するように要求する。ウィンドウ表示制御部５はディスプレイ部６に相応の画像を表示することで、ユーザは図７に示すような仮想生命を見ることができる。
【００５９】
携帯端末への操作を制限されるため、ユーザは本発明のユーザ状態入力要求方法に不快感を感じる可能性があるが、本実施例により、ユーザは楽しみながら状態情報の入力を行うことができる。
【００６０】
＜実施の形態２の動作＞
次に実施の形態２にて、ユーザへの状態情報の入力要求を触覚的に行う方法を説明する。つまり一定時間経過すると、ユーザが状態情報を入力するまでユーザ状態公開クライアント部１は携帯端末をバイブレーションさせておく様子を説明する。ただし実施の形態１と異なり、ユーザが状態入力ウィンドウの表示を要求しない限り、状態入力ウィンドウは表示されない。
【００６１】
まず図８で示すように、ユーザ状態公開クライアント部１が入力要求間隔記憶部３を参照し、状態情報の入力要求間隔を取得する（▲１▼）。そして取得した時間だけ経過する（▲２▼）と、ユーザ状態公開クライアント部１は、振動制御部７に携帯端末を振動させる要求をする（▲３▼）。振動制御部７は、ユーザ状態公開クライアント部１による要求に応じて、モータ部８を振動させる（▲４▼）。ユーザから何らかの応答があると、ユーザ状態公開クライアント部１は状態選択肢記憶部２を参照し、記憶されている選択肢群を取得する（▲５▼）。そしてユーザに対して、ユーザ状態入力ウィンドウもしくは音声により選択肢群を提示する。
【００６２】
次に図９で示すように、ユーザがキーボード部１１から状態情報の入力を行うと（▲６▼）、ユーザ状態公開クライアント部１はユーザＩＤ記憶部４からユーザＩＤを取得し（▲７▼）、ユーザＩＤとユーザによって入力された状態情報を、ネットワークインターフェイス部１２とネットワークを介して、ユーザ状態公開サーバに通知する（▲８▼）。
なお、動作処理▲６▼での状態情報の入力は対象となるボタンを押すことでも良いし、所定の音声を入力することでも良い。
【００６３】
もしユーザが振動による状態情報の入力要求に応じるときに、ユーザ状態入力ウィンドウを見たいと思うのであれば、▲４▼の動作処理にてユーザ状態公開クライアント部１は、ウィンドウ表示制御部５に自身が生成したユーザ状態入力ウィンドウを表示要求する。それからウィンドウ表示制御部５が、ユーザ状態公開クライアント部１より表示要求されたユーザ状態入力ウィンドウをディスプレイ部６に表示させることでよい。またユーザ状態入力ウィンドウの表示に関しては、実施の形態１の実施例（１）〜（３）の表示方法が適用可能である。
【００６４】
上記の動作処理により図１０で示すように、入力要求間隔記憶部３から取得した時間だけ経過すると、ユーザが状態情報を入力するまで携帯端末が振動する。
【００６５】
これにより、ユーザが状態情報の入力要求に気づいていなくても、バイブレーションで気づかせることができ、状態情報の入力を促すことができる。またユーザが状態情報の入力要求に気づいていながら入力を行っていない場合にも、バイブレーションを停止させたいために状態情報の入力を行うと思われ、ユーザに状態情報の入力を促すことができる。また実施の形態１とは異なり、ユーザが状態情報を入力するにあたって携帯端末への操作の制限がなくなる。
【００６６】
＜実施の形態３の動作＞
次に実施の形態３にて、ユーザへの状態情報の入力要求を聴覚的に行う方法を説明する。つまり一定時間経過すると、ユーザが状態情報を入力するまでユーザ状態公開クライアント部１は音声で状態情報の入力を要求する様子を説明する。ただし実施の形態１と異なり、ユーザが状態入力ウィンドウの表示を要求しない限り、状態入力ウィンドウは表示されない。
【００６７】
まず図１１で示すように、ユーザ状態公開クライアント部１が入力要求間隔記憶部３を参照し、状態情報の入力要求間隔を取得する（▲１▼）。そして取得した時間だけ経過する（▲２▼）と、ユーザ状態公開クライアント部１は、音声制御部９にあらかじめ録音されている音声を出力させる要求をする（▲３▼）。音声制御部９は、ユーザ状態公開クライアント部１による要求に応じて、スピーカー部１０より音声を出力させる（▲４▼）。ユーザから何らかの応答があると、ユーザ状態公開クライアント部１は状態選択肢記憶部２を参照し、記憶されている選択肢群を取得する（▲５▼）。そしてユーザに対して、ユーザ状態入力ウィンドウもしくは音声により選択肢群を提示する。
【００６８】
次に図１２で示すように、ユーザがキーボード部１１から状態情報の入力を行うと（▲６▼）、ユーザ状態公開クライアント部１はユーザＩＤ記憶部４からユーザＩＤを取得し（▲７▼）、ユーザＩＤとユーザによって入力された状態情報を、ネットワークインターフェイス部１２とネットワークを介して、ユーザ状態公開サーバに通知する（▲８▼）。
なお、動作処理▲６▼での状態情報の入力は対象となるボタンを押すことでも良いし、所定の音声を入力することでも良い。
【００６９】
もしユーザが音声による状態情報の入力要求に応じるときに、ユーザ状態入力ウィンドウを見たいと思うのであれば、▲４▼の動作処理にてユーザ状態公開クライアント部１は、ウィンドウ表示制御部５に自身が生成したユーザ状態入力ウィンドウを表示要求する。それからウィンドウ表示制御部５が、ユーザ状態公開クライアント部１より表示要求されたユーザ状態入力ウィンドウをディスプレイ部６に表示させることでよい。またユーザ状態入力ウィンドウの表示に関しては、実施の形態１の実施例（１）〜（３）の表示方法が適用可能である。
【００７０】
上記の動作処理により図１３で示すように、入力要求間隔記憶部３から取得した時間だけ経過すると、ユーザが状態情報を入力するまで音声で状態情報の入力を要求する。
【００７１】
これにより、ユーザが状態情報の入力要求に気づいていない場合に、音声で気づかせることができ、状態情報の入力を促すことができる。またユーザが状態情報の入力要求に気づいていながら入力を行っていない場合にも、音声を停止させたいために状態情報の入力を行うと思われ、ユーザに状態情報の入力を促すことができる。また実施の形態１とは異なり、ユーザが状態情報を入力するにあたって携帯端末への操作の制限がなくなる。
【００７２】
なお実施の形態１〜３において、ユーザ状態公開サーバに接続しているユーザ、仲間ユーザの携帯端末すべてが、入力要求機能を備えている必要はなく、該機能を備えていない携帯端末がユーザ状態公開サーバに接続しているシステムも考えられる。
【００７３】
【発明の効果】
以上の説明により、本発明のユーザ状態公開システムは一定時間ごとにユーザに対して状態情報の入力を要求し、状態情報の更新を促すようにすることができる。
【００７４】
その際このような状態情報の入力要求を視覚的に行うことができる。
【００７５】
また、状態情報の入力要求を触覚的に行うことができる。
【００７６】
また、状態情報の入力要求を聴覚的に行うことができる。
【図面の簡単な説明】
【図１】本実施形態のユーザ状態公開システムのブロック図である。
【図２】本実施形態における携帯端末の構成ブロック図である。
【図３】実施の形態１の動作処理フローチャートの一例である。
【図４】図３の動作処理フローチャートの続きである。
【図５】実施例（１）のウィンドウ表示制御の様子を表したものである。
【図６】実施例（２）のウィンドウ表示制御の様子を表したものである。
【図７】実施例（３）のウィンドウ表示制御の様子を表したものである。
【図８】実施の形態２の動作処理フローチャートの一例である。
【図９】図８の動作処理フローチャートの続きである。
【図１０】実施の形態２の振動制御の様子を表したものである。
【図１１】実施の形態３の動作処理フローチャートの一例である。
【図１２】図１１の動作処理フローチャートの続きである。
【図１３】実施の形態３の音声制御の様子を表したものである。
【符号の説明】
１  ユーザ状態公開クライアント部
２  状態選択肢記憶部
３  入力要求間隔記憶部
４  ユーザＩＤ記憶部
５  ウィンドウ表示制御部
６  ディスプレイ部
７  振動制御部
８  モータ部
９  音声制御部
１０  スピーカー部
１１  キーボード部
１２  ネットワークインターフェイス部
【図１】
2004265345.tif 000003
【図２】
2004265345.tif 000004
【図３】
2004265345.tif 000005
【図４】
2004265345.tif 000006
【図５】
2004265345.tif 000007
【図６】
2004265345.tif 000008
【図７】
2004265345.tif 000009
【図８】
2004265345.tif 000010
【図９】
2004265345.tif 000011
【図１０】
2004265345.tif 000012
【図１１】
2004265345.tif 000013
【図１２】
2004265345.tif 000014
【図１３】
2004265345.tif 000015