(57)【要約】【課題】プライバシーを守りながら、相手方の状況を簡便に知る携帯端末を提供する。【解決手段】自端末の少なくとも物理的な位置変化の情報を含む変化情報と、使用者による携帯端末の操作の情報とを、端末使用状況情報として収集して蓄積する。象徴化情報生成手段は、収集された端末使用状況情報から、象徴化情報を生成する。取得要求送信手段は、無線通信手段を通じて相手方に端末使用状況情報の取得要求を送信する。端末使用状況情報送出手段は、無線通信手段を通じて相手方から端末使用状況情報の取得要求を受信したときに、生成された象徴化情報を、取得要求してきた相手方に送信する。変換手段は、取得要求を送信した後に相手方から送られてくる象徴化情報を受信し、変換テーブル記憶手段に記憶される象徴化情報と可視化情報との変換テーブルを用いて、受信した象徴化情報を、対応する可視化情報に変換する。生成された可視化情報を表示画面に表示する。【選択図】図１
2010193128.tif 000002
【特許請求の範囲】
【請求項１】
無線通信網を通じて相手方との間で双方向通信をするための無線通信手段と、
自端末の少なくとも物理的な位置変化の情報を含む変化情報を取得する変化情報取得手段と、
使用者による自端末の操作の情報と、前記変化情報取得手段で取得した変化情報とを、端末使用状況情報として収集して蓄積する端末使用状況情報収集手段と、
前記端末使用状況情報収集手段で収集した前記端末使用状況情報から、象徴化情報を生成する象徴化情報生成手段と、
前記象徴化情報生成手段で生成される前記象徴化情報と、可視化情報との変換テーブルを記憶する変換テーブル記憶手段と、
前記無線通信手段を通じて相手方に端末使用状況情報の取得要求を送信する取得要求送信手段と、
前記無線通信手段を通じて相手方から端末使用状況情報の取得要求を受信したときに、前記象徴化情報生成手段で生成された象徴化情報を、前記取得要求してきた相手方に送信する端末使用状況情報送出手段と、
前記取得要求送信手段で前記取得要求を送信した後、相手方から送られてくる前記象徴化情報を受信し、前記変換テーブル記憶手段の前記変換テーブルを用いて、前記受信した象徴化情報を、対応する前記可視化情報に変換する変換手段と、
前記変換手段で生成された前記可視化情報を表示画面に表示する表示手段と、
を備える携帯端末。
【請求項２】
請求項１に記載の携帯端末において、
前記変化情報取得手段は、前記変化情報を変化の時間と対応させて取得するものであると共に、
前記使用者による自端末の操作の情報も、当該操作がなされた時間と対応させて取得するものであり、
前記象徴化手段は、前記変化情報および前記操作の情報を、単位時間当たりの頻度を示す数値化情報に変換するものである
ことを特徴とする携帯端末。
【請求項３】
請求項１に記載の携帯端末において、
前記取得要求を受け付ける相手方を予め設定登録して記憶しておく手段を備え、
前記取得要求を受信したときに、前記取得要求してきた相手方が前記設定登録された相手方であるか否か判別し、前記設定登録された相手方でないときには、前記端末使用状況情報の送信を拒否する
ことを特徴とする携帯端末。
【請求項４】
請求項１または請求項３に記載の携帯端末において、
前記取得要求を受け付ける時間帯を予め設定登録して記憶しておく手段を備え、
前記取得要求の受信時が前記時間帯内であるか否か判別し、前記時間帯内でないときには、前記端末使用状況情報の送信を拒否する
ことを特徴とする携帯端末。
【請求項５】
請求項１または請求項２に記載の携帯端末において、
前記可視化情報は色データであって、前記変換テーブルは、前記象徴化情報を色空間上の座標値として、当該座標値における色データを出力するものである
ことを特徴とする携帯端末。
【請求項６】
携帯電話端末からなる請求項１に記載の携帯端末。
【請求項７】
変化情報取得手段が、自端末の少なくとも物理的な位置変化の情報を含む変化情報を取得する変化情報取得工程と、
端末使用状況情報収集手段が、前記変化情報取得工程で取得された前記変化情報と、使用者による携帯端末の操作の情報とを、端末使用状況情報として収集して蓄積する端末使用状況情報収集工程と、
象徴化情報生成手段が、前記端末使用状況情報収集工程で収集された前記端末使用状況情報から、象徴化情報を生成する象徴化情報生成工程と、
取得要求送信手段が、無線通信手段を通じて相手方に端末使用状況情報の取得要求を送信する取得要求送信工程と、
端末使用状況情報送出手段が、前記無線通信手段を通じて相手方から端末使用状況情報の取得要求を受信したときに、前記象徴化情報生成工程で生成された象徴化情報を、前記取得要求してきた相手方に送信する端末使用状況情報送出工程と、
変換手段が、前記取得要求送信工程で前記取得要求を送信した後に相手方から送られてくる前記象徴化情報を受信し、変換テーブル記憶手段に記憶される前記象徴化情報と可視化情報との変換テーブルを用いて、前記受信した象徴化情報を、対応する前記可視化情報に変換する変換工程と、
前記変換工程で生成された前記可視化情報を表示画面に表示する表示工程と、
を有する携帯端末の使用状況確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯電話端末などの携帯端末およびこの携帯端末の使用状況確認方法に関する。
【背景技術】
【０００２】
例えば遠隔地にいる父母などの相手方の安否を確認するためには、従来、携帯電話端末を利用して電話をかけて音声通話を行う、メールを送受信するなどして、相手方との間で、能動的なコミュニケーションをとるようにするのが一般的である。
【０００３】
しかしながら、相手方が元気か否か知りたいが、通話やメール送受信等をすることで、相手方の、あるいは自分の時間がとられる状況を避けたいケースが多々存在する。
【０００４】
この点にかんがみ、特許文献１（特開２００５−１９６８１２号公報）には、被監視者の生活音を監視者に自動的に送信することで、被監視者の安否を確認するようにするシステムが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１９６８１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１のシステムは、被監視者の情報通信端末や電気製品が発する音を収音したり、操作情報を収集して、通信網を通じて、そのまま監視者側に送信するようにするものである。
【０００７】
このため、被監視者の生活音や電子機器の操作状況など、当該被監視者のプライバシーに関わる情報が監視者に送信されることになるという問題がある。
【０００８】
この発明は、上記の点にかんがみ、プライバシーを守りながら、相手方の状況を簡便に知ることができるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、この発明は、
無線通信網を通じて相手方との間で双方向通信をするための無線通信手段と、
自端末の少なくとも物理的な位置変化の情報を含む変化情報を取得する変化情報取得手段と、
使用者による自端末の操作情報と、前記変化情報取得手段で取得した変化情報とを、端末使用状況情報として収集して蓄積する端末使用状況情報収集手段と、
前記端末使用状況情報収集手段で収集した前記端末使用状況情報から、象徴化情報を生成する象徴化情報生成手段と、
前記象徴化情報生成手段で生成される前記象徴化情報と、可視化情報との変換テーブルを記憶する変換テーブル記憶手段と、
前記無線通信手段を通じて相手方に端末使用状況情報の取得要求を送信する取得要求送信手段と、
前記無線通信手段を通じて相手方から端末使用状況情報の取得要求を受信したときに、前記象徴化情報生成手段で生成された象徴化情報を、前記取得要求してきた相手方に送信する端末使用状況情報送出手段と、
前記取得要求送信手段で前記取得要求を送信した後、相手方から送られてくる前記象徴化情報を受信し、前記変換テーブル記憶手段の前記変換テーブルを用いて、前記受信した象徴化情報を、対応する前記可視化情報に変換する変換手段と、
前記変換手段で生成された前記可視化情報を表示画面に表示する表示手段と、
を備える携帯端末を提供する。
【００１０】
上記の構成のこの発明においては、変化情報取得手段は、例えばＧＰＳ測位機能や加速度センサなどを用いて、端末の物理的な位置の変化の情報を含む変化情報を取得する。
【００１１】
端末が物理的に位置変化を起こすのは、使用者が、当該端末を携帯して移動したり、あるいは、当該端末を使用するために、ポケットから取り出したり、操作をしたりする状況である。したがって、この変化情報は、使用者が動き回ったり、また、端末操作をしたことを表わすことになる。
【００１２】
そして、端末使用状況情報収集手段は、前記変化情報と、使用者による自端末の操作の情報とを収集して蓄積する。象徴化手段は、蓄積された変化情報と操作情報とから、使用状況を象徴化する象徴化情報を生成する。
【００１３】
相手方から端末使用状況情報の取得要求が到来した時には、この発明においては、この象徴化情報が相手方に送られる。
【００１４】
そして、象徴化情報は、変換手段により、変換テーブルが用いられて、可視化情報に変換され、端末の表示画面に表示される。
【００１５】
象徴化手段で生成された象徴化情報は、端末の動きを表わす変化情報や端末の操作情報を直接的に表わすものではなく、端末の動きの変化状況や操作頻度などを表わすものとすることができる。
【００１６】
したがって、使用者が何時どこにいて、どの様な操作をしたかは、象徴化情報には直接には反映されていない。そして、この象徴化情報が可視化情報に変換されて、相手方の端末使用状況情報の取得要求者に提供されるので、使用者のプライバシーが保たれる。
【発明の効果】
【００１７】
この発明によれば、使用者の操作情報などを直接的には相手方に送らず、その使用状況を象徴化した象徴化情報を相手方に送るようにするので、プライバシーを守りながら、使用者の状況を簡便に相手方に通知することができる。
【図面の簡単な説明】
【００１８】
【図１】この発明による携帯端末の使用状況確認方法の実施形態を説明するための図である。
【図２】この発明による携帯端末の実施形態の携帯電話端末の構成例を示すブロック図である。
【図３】図２の実施形態の携帯電話端末における設定入力受付処理の一例を説明するためのフローチャートの一部を示す図である。
【図４】図２の実施形態の携帯電話端末における設定入力受付処理の一例を説明するためのフローチャートの一部を示す図である。
【図５】図２の実施形態の携帯電話端末における使用状況情報の収集処理の一例を説明するためのフローチャートを示す図である。
【図６】図２の実施形態の携帯電話端末における使用状況情報の収集処理の一例を説明するためのフローチャートを示す図である。
【図７】図２の実施形態の携帯電話端末における使用状況情報の収集処理の一例を説明するためのフローチャートを示す図である。
【図８】図２の実施形態の携帯電話端末における象徴化データ生成処理の一例を説明するためのフローチャートを示す図である。
【図９】図２の実施形態の携帯電話端末における象徴化データを可視化データに変換する処理の一例を説明するための図である。
【図１０】図２の実施形態の携帯電話端末における使用状況情報の問い合わせ処理の一例を説明するためのフローチャートを示す図である。
【図１１】図２の実施形態の携帯電話端末における使用状況情報の問い合わせ処理の一例を説明するためのフローチャートを示す図である。
【図１２】図２の実施形態の携帯電話端末における使用状況情報の表示例の他の例を示す図である。
【図１３】図２の実施形態の携帯電話端末における使用状況情報の表示例の他の例を示す図である。
【図１４】図２の実施形態の携帯電話端末において、受信蓄積した使用状況情報の利用態様の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
以下、この発明の実施形態を、携帯端末が携帯電話端末である場合を例にとって、図を参照しながら説明する。
【００２０】
［実施形態の携帯電話端末の概要および使用状況確認方法の概略］
図１は、この実施形態の携帯端末である携帯電話端末を用いた使用状況確認方法の概略を説明するための図である。この実施形態では、ある携帯電話端末の使用者が、他の使用者の携帯電話端末に対して、この発明による使用状況確認方法を実行することで、前記他の使用者の安否や、当該他の使用者の行動状況などを推察することができるようにしている。
【００２１】
図１においては、右側の携帯電話端末１００Ａは、使用状況確認の問い合わせを行う問い合わせ側端末であり、左側の携帯電話端末１００Ｂは、使用状況確認の問い合わせを受ける被問い合わせ側端末である。
【００２２】
なお、図１は、一方から問い合わせをして、その応答を説明するためのものであるため、問い合わせ側端末と被問い合わせ端末とに分けたが、携帯電話端末１００Ａおよび１００Ｂは同じ構成を有し、問い合わせ側端末と、被問い合わせ端末のどちらにもなる。
【００２３】
この実施形態の携帯電話端末が特に備える機能について説明する。
【００２４】
この実施形態の携帯電話端末は、使用者による携帯電話端末の使用状況を確認するための情報を収集して蓄積する端末使用状況情報収集機能を備える。
【００２５】
この実施形態では、収集することができる情報を３つのグループに分類する。その１つは、双方向通信の頻度情報である。この双方向通信頻度情報には、音声通話の発着信、メール送受信、チャットの頻度情報が含まれる。
【００２６】
分類の２つ目は、携帯電話端末の物理的変化の情報である。物理的変化としては、この例では、携帯電話端末が存在している位置変化、携帯電話端末の筐体の物理的な動きを表わす加速度変化、携帯電話端末の周辺の温度変化などが含まれる。
【００２７】
分類の３つ目は、双方向通信ではない携帯電話端末のその他の操作の頻度情報（以下、その他操作頻度情報と言う）である。双方向通信ではない携帯電話端末のその他の操作としては、この例では、音楽再生操作、動画再生操作、ネット閲覧操作、スリープモードからの復帰操作、ゲームなど各種アプリケーションの起動／終了操作などが含まれる。
【００２８】
そして、この実施形態の携帯電話端末においては、各グループ毎に収集した情報から、それぞれの各グループの収集情報により表わされる使用状況を象徴する象徴化データを生成する象徴化情報生成機能を備える。この実施形態では、この象徴化データが、使用状況の問い合わせに対して相手方に送信されるデータとされる。
【００２９】
また、この実施形態の携帯電話端末は、３つのグループの象徴化データを、使用者が表示画面において見ることができるようにする可視化データに変換する変換機能を備える。この例では、色空間にマッピングすることにより、３つのグループの象徴化データに対応する色情報に変換することで、この可視化変換機能を実現している。すなわち、この実施形態の携帯電話端末は、象徴化データと色情報との変換テーブルを備え、この変換テーブルを用いて、象徴化データを色情報に変換する可視化変換機能を備える。
【００３０】
そして、この実施形態の携帯電話端末は、象徴化データを変換して得た色情報を、ディスプレイの表示画面に表示する表示機能を備える。
【００３１】
また、この実施形態の携帯電話端末は、使用者が、例えば機能メニューから、使用状況確認の問い合わせ発信を行えるようにする問い合わせ機能を備える。この実施形態では、使用状況確認の問い合わせ発信の操作がなされると、携帯電話端末は、使用状況確認のための象徴データの取得要求を意味する問い合わせ発信を行う。
【００３２】
この例では、この問い合わせ発信は、ＳＭＳ（ショートメッセージサービス）が用いられて実行される。この場合の問い合わせのＳＭＳのメッセージは、予め登録されて記憶されている。そして、相手方の電話番号を入力を受け付けた後、問い合わせのＳＭＳのメッセージが自動的に読み出されて問い合わせＳＭＳ発信が実行される。この問い合わせのＳＭＳのメッセージには、受信側において使用状況確認のための象徴データの取得要求であることを識別するための識別データが含まれる。
【００３３】
そして、この実施形態の携帯電話端末は、取得要求である問い合わせＳＭＳを受信したと判別すると、記憶している象徴化データを読み出してＳＭＳメッセージに含めて、取得要求してきた相手端末に送信する問い合わせ返信機能を備える。この問い合わせ返信機能は、端末使用状況情報送出機能に相当する。
【００３４】
ここで、この実施形態の携帯電話端末は、ＭＳデータを受信すると、当該受信したＳＭＳデータに前記識別データが含まれているか否かにより、使用状況確認のための象徴データの取得要求である問い合わせＳＭＳであるか否か判別する。
【００３５】
そして、前記取得要求である問い合わせＳＭＳを受信したと判別すると、記憶している象徴化データを読み出して、取得要求してきた相手端末に、ＳＭＳメッセージに含めて送信するようにする。この例では、この返信のＳＭＳメッセージには、携帯電話端末に予め登録されている発信者の名前を示す文字群が象徴化データに加えて含められている。
【００３６】
問い合わせＳＭＳ発信をした携帯電話端末は、被問い合わせ側の相手の携帯電話端末から送られてくるＳＭＳメッセージを受信すると、そのメッセージ中から象徴化データを抽出する。そして、この実施形態の携帯電話端末は、抽出した象徴化データを、保持している変換テーブルを用いて変換機能により色情報に変換し、当該変換して得た色情報を、表示画面に表示するようにする。
【００３７】
図１の例においては、以上の機能を備える携帯電話端末１００Ａから、問い合わせＳＭＳが、以上の機能を備える携帯電話端末１００Ｂに宛てて送られる。この問い合わせＳＭＳが携帯電話端末１００Ｂで受信されると、携帯電話端末１００Ａと１００Ｂとの間で、通信路が確立される。
【００３８】
そして、問い合わせＳＭＳを受信した携帯電話端末１００Ｂは、収集した使用状況を確認するための情報から生成して保持している象徴化データと、発信名を含む返信のＳＭＳメッセージを、問い合わせをしてきた携帯電話端末１００Ａに送る。
【００３９】
携帯電話端末１００Ａは、返信のＳＭＳメッセージを受信すると、そのメッセージから象徴化データを抽出し、変換機能を用いて色情報に変換する。そして、図１の右側の携帯電話端末１００Ａの表示画面２０１の所定の位置に、例えば、当該色情報の色の相手状況表示マーク２０２が表示されると共に、そのマーク２０２の右横に、当該相手の名前が表示される。
【００４０】
なお、図１では、相手状況表示マーク２０２は、携帯電話端末１００Ａで生成された色情報の色の丸型マークとしたが、どのような形のマークでも良いことはいうまでもない。
【００４１】
なお、この実施形態では、携帯電話端末は、設定登録した特定の相手からの問い合わせのみに対して、返信をすることができるように構成されている。これにより、この実施形態では、使用者のプライバシー保護を、より強固にしている。
【００４２】
また、この実施形態では、問い合わせの受け付けを許容する時間帯を設定登録することが可能に構成されている。そして、この実施形態の携帯電話端末は、当該許容時間帯のみで収集された情報に基づく使用状況を問い合わせをしてきた相手方に知らせるように構成されている。これにより、他人には行動などを知られたくない時間帯を外すことができ、使用者のプライバシー保護が図れる。
【００４３】
このことを実現するため、この実施形態の携帯電話端末は、問い合わせ相手や問い合わせ許容時間帯の設定入力を受け付ける設定受付機能を備えている。
【００４４】
［実施形態の携帯電話端末のハードウエア構成例］
図２は、この実施形態の携帯電話端末１００（１００Ａや１００Ｂを代表するものとする）のハードウエア構成例を示すブロック図である。すなわち、この実施形態の携帯電話端末１００においては、制御バス１０１およびデータバス１０２からなるシステムバスに対して、制御部１１と、通信回路１２と、メモリ１３と、表示部１４と、キー操作部１５と、音楽再生部１６と、動画再生部１７とが接続されている。
【００４５】
また、データバス１０２には、通話時の受話音声を再生するための手段として、Ｄ／Ａコンバータ１８を通じてスピーカ１８ＳＰが接続されている。さらに、データバス１０２には、通話時の送話音声を当該データバス１０２に供給するための手段として、Ａ／Ｄコンバータ１９を通じてマイクロホン１９ＭＣが接続されている。
【００４６】
さらに、この実施形態では、制御バス１０１およびデータバス１０２からなるシステムバスには、物理的変化の情報を取得するために、インターフェース２１，２２，２３が接続される。そして、インターフェース２１には、加速度センサ２４が接続される。また、インターフェース２２には、ＧＰＳ測位部２５が接続される。さらに、インターフェース２３には、温度センサ２６が接続される。
【００４７】
制御部１１は、マイクロコンピュータで構成され、ＣＰＵ（Central  Processing  Unit）１１１と、ＲＯＭ（Read  Only  Memory）１１２と、ＲＡＭ（Random  Access  Memory）１１３とからなる。
【００４８】
制御部１１のＲＯＭ１１２には、上述した各種機能を実行するためのソフトウエアプログラムが格納されている。すなわち、上述した端末使用状況情報収集機能、象徴化データ生成機能、問い合わせ機能、問い合わせ返信機能、象徴化データを色データに変換する可視化変換機能、可視化情報の表示機能、また、設定受付機能のプログラムが格納されている。
【００４９】
ＣＰＵ１１１は、上記の各種機能をＲＯＭ１１２のプログラムにしたがって、ＲＡＭ１１３をワークエリアとして使用して実行する。
【００５０】
通信回路１２は、基地局および携帯電話ネットワークを通じて電話通信やその他の情報通信を行なうための携帯電話通信用の無線通信部であり、アンテナ１２Ａを通じて通信データを送受する。
【００５１】
メモリ１３は、この実施形態においては、携帯電話端末１００における電話帳データやメールアドレス、インターネットを通じてアクセスする相手のＵＲＬ（Uniform  Resource  Locator）などのデータが格納される。
【００５２】
また、この実施形態では、メモリ１３には、当該携帯電話端末１００が備える機能に付随する蓄積データが格納されると共に、後述する設定データなども格納されるように構成されている。また、メモリ１３には、象徴化データを色データに変換する変換するための変換テーブルの情報も格納されている。さらに、メモリ１３には、音楽データや、動画データなども格納される。
【００５３】
表示部１４は、液晶ディスプレイ（ＬＣＤ）などの表示素子を備え、当該表示素子に制御部１１の制御を受けながら、種々の表示画面を表示したり、動画再生部１７で再生された動画像をモニター表示したりするようにする機能を備える。
【００５４】
操作部１５は、テンキーや上下左右方向キー、その他のキーを備える。制御部１１は、操作部１５を通じていかなるキーが操作されたかを検知し、当該操作されたキーに対応する制御処理動作を実行するように構成されている。
【００５５】
音楽再生部１６は、操作部１５を通じた音楽再生指示に応じてメモリ１３から読み出された音楽データを再生する。そして、音楽再生部１６は、再生した音楽データをヘッドホン出力端子１６Ｔに送出する。
【００５６】
動画再生部１７は、操作部１５を通じた動画再生指示に応じてメモリ１３から読み出された動画データを再生する。再生された動画データは、データバスを通じて表示部１４に供給されて、その表示画面に動画像が表示される。
【００５７】
加速度センサ２４は、携帯電話端末１００の筐体に対して加わる加速度を検出し、その加速度検出出力をインターフェース２１を通じてシステムバスに送出する。この実施形態では、制御部１１は、後述するように、この加速度検出出力を所定の条件に従い収集して、メモリ１３に蓄積する。
【００５８】
ＧＰＳ測位部２５は、ＧＰＳ衛星からの電波を受信して、自端末の現在地位置を検出し、インターフェース２２を通じてシステムバスに送出する機能を備える。この実施形態では、制御部１１は、所定の時間間隔、例えば１０分ごとや１時間ごとに、自端末の現在地位置をＧＰＳ測位部２５から収集して、メモリ１３に蓄積する。
【００５９】
温度センサ２６は、携帯電話端末１００の周辺の温度を検出して、インターフェース２３を通じてシステムバスに送出する機能を備える。この実施形態では、制御部１１は、所定の時間間隔、例えば１０分ごとや１時間ごとに、温度センサ２６で検出された温度情報を収集して、メモリ１３に蓄積する。
【００６０】
次に、この実施形態の携帯電話端末１００の各種機能の処理動作について説明する。
【００６１】
［設定受付機能］
図３および図４は、この設定受付機能の処理動作を説明するためのフローチャートである。携帯電話端末１００において、使用者は、操作部１５の所定のキーを操作することにより、機能一覧メニューを表示部１４の表示画面に表示する。そして、使用者が、その機能一覧メニューから「設定受付」の項目を選択すると、制御部１１により、図３および図４の処理が開始される。
【００６２】
制御部１１は、先ず、使用者の操作入力を監視して、選択された設定項目が問い合わせ許容相手の設定入力であるか否か判別し（ステップＳ１）、問い合わせ許容相手の設定入力が選択されたと判別したときには、問い合わせ許容相手として、不特定多数が選択されたか否か判別する（ステップＳ２）。
【００６３】
ステップＳ２で、問い合わせ許容相手として不特定多数が選択されたと判別したときには、制御部１１は、問い合わせ許容相手は任意であるとして受け付け（ステップＳ３）、受け付けた設定をメモリ１３に格納する（ステップＳ５）。
【００６４】
また、ステップＳ２で、問い合わせ許容相手は不特定多数ではないと判別したときには、制御部１１は、問い合わせ許容相手の入力画面を表示部１４の表示する。そして、問い合わせ許容相手の電話番号の入力を受け付ける（ステップＳ４）。ここで、電話番号が設定入力される問い合わせ許容相手としては、一人ではなく、複数人を受け付けることができる。なお、電話帳と関連付けることができる場合には、設定入力事項は、電話番号ではなく、電話帳に電話番号が登録されている相手の名前であっても良い。
【００６５】
ステップＳ４の次には、ステップＳ５に進み、制御部１１は、受け付けた問い合わせ許容相手の電話番号を、メモリ１３に格納する。
【００６６】
ステップＳ５の次には、制御部１１は、ステップＳ６に進み、使用者による操作入力を監視して、この設定受付処理を終了するか否か判別する。このステップＳ６で終了ではないと判別したときには、ステップＳ１に戻る。
【００６７】
そして、ステップＳ１で、選択された設定項目が問い合わせ許容相手の設定ではないと判別したときには、制御部１１は、問い合わせ許容時間帯の設定であるか否か判別する（図４のステップＳ１１）。
【００６８】
ステップＳ１１で、選択された設定項目が問い合わせ許容時間帯の設定であると判別したときには、制御部１１は、問い合わせ許容時間帯の入力画面を表示部１４の表示画面に表示して、問い合わせ許容時間帯の入力を受け付ける（ステップＳ１２）。この場合、この例では、問い合わせ許容時間帯としては、１日２４時間のうちから設定される。
【００６９】
そして、制御部１１は、受け付けた問い合わせ許容時間帯の情報をメモリ１３に格納する（ステップＳ１３）。その後、制御部１１は、ステップＳ６に進む。
【００７０】
また、ステップＳ１１で、選択された設定項目が問い合わせ許容時間帯の設定ではないと判別したときには、制御部１１は、設定中止が選択されたか否か判別する（ステップＳ１４）。そして、制御部１１は、ステップＳ１４で、設定中止が選択されたと判別したときには、この処理ルーチンを終了し、また、設定中止が選択されてはいないと判別したときには、ステップＳ１に戻り、このステップＳ１以降の処理を繰り返す。
【００７１】
［端末使用状況情報収集機能］
端末使用状況情報は、下記のようにして収集され、メモリ１３に蓄積される。この場合に、この実施形態では、３つのグループの情報は、各グループ毎に別々のメモリ領域に格納される。
【００７２】
そして、この実施形態では、各グループ毎のメモリ領域は、リングバッファ形式のメモリ管理アルゴリズムが採用されており、蓄積情報が所定数を超えたときには、最も古い蓄積情報が消去されて空き領域が生成され、その空き領域に最新の情報が書き込まれる。
【００７３】
＜双方向通信頻度情報の収集＞
図５は、双方向通信頻度情報の収集蓄積処理の一例を説明するためのフローチャートである。
【００７４】
制御部１１は、先ず、発信操作あるいは送信操作がなされたか否か判別する（ステップＳ２１）。ここで発信操作は、電話通信の発信操作であり、送信操作は、メールなどの送信操作である。
【００７５】
ステップＳ２１で、発信操作あるいは送信操作がなされたと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ２２）。設定時間帯が２４時間であって、実質上、時間帯の設定が無いときには、このステップＳ２２の処理は、行わないようにすることもできる。
【００７６】
ステップＳ２２で、現在時刻が設定時間帯内であると判別したときには、発信操作あるいは送信操作がなされた日付けおよび時刻を、双方向通信頻度情報としてメモリ１３の双方向通信頻度情報のメモリ領域に格納して記録する（ステップＳ２４）。
【００７７】
ステップＳ２２で、現在時刻が設定時間帯内ではないと判別したときには、制御部１１は、情報の記録をせずに、ステップＳ２１に戻り、このステップＳ２１以降の処理を繰り返す。
【００７８】
ステップＳ２１で、発信操作あるいは送信操作はなされていないと判別したときには、制御部１１は、着信応答あるいは受信応答の操作があったか否か判別する（ステップＳ２３）。ここで着信応答は電話の着信に対する応答であり、また、受信応答は、メールの受信に対してメールを開封して読む動作を意味するものである。
【００７９】
ステップＳ２３で、着信応答あるいは受信応答の操作があったと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ２２）。ステップＳ２２で、現在時刻が設定時間帯内であると判別したときには、着信応答あるいは受信応答の操作がなされた日付けおよび時刻を、双方向通信頻度情報としてメモリ１３の双方向通信頻度情報のメモリ領域に格納して記録する（ステップＳ２４）。
【００８０】
ステップＳ２２で、現在時刻が設定時間帯内ではないと判別したときには、制御部１１は、情報の記録をせずに、ステップＳ２１に戻り、このステップＳ２１以降の処理を繰り返す。
【００８１】
携帯電話端末１００は、以上の処理を継続する。
【００８２】
＜物理的変化情報の収集＞
図６は、物理的変化情報の収集蓄積処理の一例を説明するためのフローチャートである。
【００８３】
制御部１１は、加速度センサ２４からの加速度検出出力を監視して、携帯電話端末１００の筐体に対して、予め定められている一定閾値を超える加速度が加わったか否かを判別する（ステップＳ３１）。
【００８４】
ステップＳ３１で、携帯電話端末１００の筐体に対して、一定閾値を超える加速度が加わったと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ３２）。設定時間帯が２４時間であって、実質上、時間帯の設定が無いときには、このステップＳ３２の処理は、行わないようにすることもできる。
【００８５】
ステップＳ３２で、現在時刻が設定時間帯内であると判別したときには、一定閾値を超える加速度が加わったことを検出した日付けおよび時刻を、メモリ１３の物理的変化情報のメモリ領域に格納して記録する（ステップＳ３３）。
【００８６】
ステップＳ３２で、現在時刻が設定時間帯内ではないと判別したときには、制御部１１は、情報の記録をせずに、ステップＳ３１に戻り、このステップＳ３１以降の処理を繰り返す。
【００８７】
ステップＳ３１で、携帯電話端末１００の筐体に対して、一定閾値を超える加速度が加わってはいないと判別したときには、制御部１１は、前の測定から一定時間、例えば１時間経過したか否か判別する（ステップＳ３４）。
【００８８】
ステップＳ３４で、一定時間を経過してはいないと判別したときには、制御部１１は、ステップＳ３１に戻り、このステップＳ３１以降の処理を繰り返す。
【００８９】
また、ステップＳ３４で、一定時間を経過したと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ３５）。設定時間帯が２４時間であって、実質上、時間帯の設定が無いときには、このステップＳ３５の処理は、行わないようにすることもできる。
【００９０】
ステップＳ３５で、現在時刻が設定時間帯内であると判別したときには、制御部１１は、ＧＰＳ測位部２５で測定された現在位置情報と、温度センサ２６で検出された現在温度情報とを、その日付けおよび時刻と共に、メモリ１３の物理的変化情報のメモリ領域に格納して記録する（ステップＳ３６）。
【００９１】
ステップＳ３５で、現在時刻が設定時間帯内ではないと判別したときには、制御部１１は、情報の記録をせずに、ステップＳ３１に戻り、このステップＳ３１以降の処理を繰り返す。
【００９２】
携帯電話端末１００は、以上の処理を継続する。
【００９３】
＜その他操作頻度情報の収集＞
図７は、その他操作頻度情報の収集蓄積処理の一例を説明するためのフローチャートである。
【００９４】
制御部１１は、ゲームなど各種アプリケーションの起動あるいは終了操作がなされたか否か判別する（ステップＳ４１）。
【００９５】
ステップＳ４１で、各種アプリケーションの起動あるいは終了操作がなされたと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ４２）。設定時間帯が２４時間であって、実質上、時間帯の設定が無いときには、このステップＳ４２の処理は、行わないようにすることもできる。
【００９６】
ステップＳ４２で、現在時刻が設定時間帯内であると判別したときには、各種アプリケーションの起動あるいは終了操作がなされた日付けおよび時刻を、メモリ１３のその他操作頻度情報のメモリ領域に格納して記録する（ステップＳ４３）。
【００９７】
ステップＳ４１で、各種アプリケーションの起動あるいは終了操作はなされていないと判別したときには、制御部１１は、音楽や動画の再生開始あるいは再生終了操作があったか否か判別する（ステップＳ４４）。
【００９８】
ステップＳ４４で、音楽や動画の再生開始あるいは再生終了操作があったと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ４２）。ステップＳ４２で、現在時刻が設定時間帯内であると判別したときには、音楽や動画の再生開始あるいは再生終了操作がなされた日付けおよび時刻を、メモリ１３のその他操作頻度情報のメモリ領域に格納して記録する（ステップＳ４３）。
【００９９】
また、ステップＳ４４で、音楽や動画の再生開始あるいは再生終了操作は無かったと判別したときには、制御部１１は、スリープモードからの復帰操作がなされたか否か判別する（ステップＳ４５）。
【０１００】
ステップＳ４５で、スリープモードからの復帰操作がなされたと判別したときには、制御部１１は、現在時刻が設定時間帯内であるか否か判別する（ステップＳ４２）。ステップＳ４２で、現在時刻が設定時間帯内であると判別したときには、スリープモードからの復帰操作がなされた日付けおよび時刻を、メモリ１３のその他操作頻度情報のメモリ領域に格納して記録する（ステップＳ４３）。
【０１０１】
ステップＳ４２で、現在時刻が設定時間帯内ではないと判別したときには、制御部１１は、情報の記録をせずに、ステップＳ４１に戻り、このステップＳ４１以降の処理を繰り返す。
【０１０２】
携帯電話端末１００は、以上の処理を継続する。
【０１０３】
［象徴化データ生成機能］
この実施形態の携帯電話端末１００では、上記のようにして使用状況情報を収集するようにするが、収集した使用状況情報が変化する毎に、当該使用状況情報から象徴化データを生成更新して、メモリ１３に格納しておくようにする。
【０１０４】
この実施形態では、象徴化データとしては、使用状況を数値化したデータとするようにする。数値化データは、この例では、使用状況情報を構成する３種の情報、すなわち、双方向通信頻度情報、物理的変化情報、その他操作頻度情報のそれぞれを、単位時間当たりの変化として数値化したものとする。
【０１０５】
例えば、双方向通信頻度は、使用状況情報が変化した時点を起点として、当該起点よりも単位時間前までの操作頻度数の逆数を、数値化データＧＰ１とする。
【０１０６】
同様に、物理的変化情報も、使用状況情報が変化した時点を起点として、当該起点よりも単位時間前までの変化の頻度数の逆数を、数値化データＧＰ２とする。この場合に、位置変化の大きさに応じて、位置変化の頻度数には重みをつけるようにしてもよい。
【０１０７】
その他操作頻度も、使用状況情報が変化した時点を起点として、当該起点よりも単位時間前までの操作頻度数の逆数を、数値化データＧＰ３とする。
【０１０８】
象徴化データは、この例では、３種の数値化データＧＰ１，ＧＰ２，ＧＰ３からなるものとしている。
【０１０９】
図８は、象徴化データの生成処理の一例を説明するためのフローチャートである。
【０１１０】
制御部１１は、３種の情報のいずれかが変化したことにより使用状況情報が変化したか否か判別し（ステップＳ５１）、変化がなければ、変化するのを待つ。
【０１１１】
ステップＳ５１で、使用状況情報が変化したと判別したときには、制御部１１は、双方向通信頻度情報、物理的変化情報、その他操作頻度情報の３種のグループの情報の記録要素を、単位時間当たりの頻度数に対応する値に数値化する（ステップＳ５２）。
【０１１２】
そして、制御部１１は、各グループについて求めた数値化データＧＰ１，ＧＰ２，ＧＰ３を、当該時点における象徴化データとして、メモリ１３の象徴化データ記録領域に記録する（ステップＳ５３）。この場合に、メモリ１３の象徴化データ記録領域には、更新された最新の象徴化データのみを記録するようにしても良いが、過去の象徴化データをも、象徴化データ記録領域にリングバッファ形式で記録するようにしても良い。
【０１１３】
ステップＳ５３の次には、制御部ステップＳ５１に戻り、このステップＳ５１以降の処理を繰り返す。
【０１１４】
この象徴化データとして数値化データを得る手法としては、上述の例に限られるものではない。その他の例としては、幾つかの例が挙げられる。
【０１１５】
例えば、第１の例は、標準的なユーザモデルを設定し、それに対する比率で数値化する手法である。すなわち、例えば双方向通信頻度情報の場合には、
数値化データ＝（計測された通話頻度＋計測されたメール送受信頻度＋計測されたチャット頻度）÷（標準モデルの通話頻度＋標準モデルのメール送受信頻度＋標準モデルのチャット頻度）
とする手法である。
【０１１６】
また、第２の例は、計測されたデータを一定時間蓄積し、その一定時間蓄積値の平均値と、単位時間当たりの計測データの頻度との差分で数値化する手法である。すなわち、例えば双方向通信頻度情報の場合には、
数値化データ＝（計測された単位時間当たりの通話頻度＋計測された単位時間当たりのメール送受信頻度＋計測された単位時間当たりのチャット頻度）÷（平均の通話頻度＋平均のメール送受信頻度＋平均のチャット頻度）
とする手法である。
【０１１７】
その他、種々の手法を採用できることは言うまでもない。
【０１１８】
［象徴化データの可視化データへの変換］
この実施形態の携帯電話端末１００は、前述したように、象徴化データを、表示画面に表示して可視化する可視化変換機能を備える。この例における可視化情報について説明する。
【０１１９】
この実施形態では、上述した３種の使用状況情報により色空間を形成するようにする。すなわち、例えば図９に示すように、双方向通信頻度の情報に対しては、緑色を割り当て、物理的変化の情報に対しては、青色を割り当て、更に、その他操作頻度情報に対しては赤色を割り当てて、三角形の色空間を想定する。
【０１２０】
この色空間において、各頂点は、それぞれの情報の数値化データがゼロであることを意味している。そして、前述した３種の情報についての数値化データＧＰ１，ＧＰ２，ＧＰ３のそれぞれは、図９に示すように、各頂点からの距離に対応するものとして、３種の数値化データを当該色空間における座標値（ＧＰ１，ＧＰ２，ＧＰ３）とすることができる。
【０１２１】
前述したように、数値化データＧＰ１，ＧＰ２，ＧＰ３は、この例では、頻度数の逆数としたので、例えば数値化データが大きいときには、頻度が少ない状態を示し、数値化データが小さいときには、頻度が大きいことを示すものとなる。
【０１２２】
したがって、当該座標値（ＧＰ１，ＧＰ２，ＧＰ３）に対応する色空間上の色データを、数値化された象徴化データに対応する可視化データとしての色データとすることができる。
【０１２３】
この実施形態の携帯電話端末１００は、３種の情報についての数値化データＧＰ１，ＧＰ２，ＧＰ３からなる座標値（ＧＰ１，ＧＰ２，ＧＰ３）と、色データとの対応関係を示す変換テーブルを、メモリ１３あるいはＲＯＭ１１２に格納して保持している。
【０１２４】
したがって、座標値（ＧＰ１，ＧＰ２，ＧＰ３）を引数として変換テーブルを参照することにより、対応する色データを得ることができる。
【０１２５】
次に、この実施形態の携帯電話端末１００を用いて端末使用状況の問い合わせ確認方法を実行する場合における、問い合わせ側端末の処理動作および被問い合わせ側端末の処理動作について説明する。
【０１２６】
［問い合わせ側端末の処理動作］
図１０は、問い合わせ側端末の処理動作の一例を説明するためのフローチャートである。
【０１２７】
この図１０の処理フローは、問い合わせを行おうとする使用者が、携帯電話端末１００の機能一覧メニューから、「問い合わせ発信」の項目を選択することにより起動される。
【０１２８】
制御部１１は、使用者により「問い合わせ発信」の項目が選択されると、問い合わせの相手先の電話番号の入力画面を表示部１４の表示画面に表示して、当該電話番号の入力を受け付ける（ステップＳ６１）。
【０１２９】
次に、制御部１１は、使用者により問い合わせＳＭＳの発信操作がなされたか否か判別し（ステップＳ６２）、発信操作がなされていないと判別したときには、他の操作がなされたか否か判別する（ステップＳ６３）。
【０１３０】
ステップＳ６３で、他の操作がなされたと判別したときには、制御部１１は、当該他の処理を実行する（ステップＳ６４）。また、ステップＳ６３で、他の操作がなされていないと判別したときには、制御部１１は、ステップＳ６２に戻り、このステップＳ６２以降の処理を繰り返す。
【０１３１】
また、ステップＳ６２で、使用者により問い合わせＳＭＳの発信操作がなされたと判別したときには、制御部１１は、予めメモリ１３に記憶されて用意されている問い合わせＳＭＳのメッセージデータを読み出し、ステップＳ６１で入力された相手先電話番号宛に、当該ＳＭＳメッセージを送信する（ステップＳ６５）。前述したように、この問い合わせのＳＭＳのメッセージには、受信側において使用状況確認のための象徴データの取得要求であることを識別するための識別データが含まれている。
【０１３２】
後述するように、被問い合わせ側端末からは、当該問い合わせＳＭＳに対する返信のＳＭＳメッセージが送られてくる。しかし、被問い合わせ側端末が、問い合わせ許容相手設定により、返信を拒否している場合もある。
【０１３３】
そこで、制御部１１は、相手先である被問い合わせ側端末からの返信のＳＭＳメッセージを受信したか否か判別する（ステップＳ６６）。
【０１３４】
このステップＳ６６で、返信のＳＭＳメッセージを受信したと判別したときには、受信したＳＭＳメッセージデータをメモリ１３に保存し、通信路を切断する（ステップＳ６７）。
【０１３５】
そして、制御部１１は、保存したＳＭＳメッセージデータから象徴化データとしての数値化データＧＰ１，ＧＰ２，ＧＰ３を抽出し、変換テーブルを用いて、座標（ＧＰ１，ＧＰ２，ＧＰ３）に対応する色データを得、この色データから表示データを生成する（ステップＳ６８）。
【０１３６】
次に、制御部１１は、生成した表示データにより表示部１４の表示画面に、図１に示したような相手状況表示マーク２０２を表示して、可視化表示する（ステップＳ６９）。
【０１３７】
次に、制御部１１は、使用者による終了操作があったか否か判別し（ステップＳ７０）、終了操作がなかったと判別したときには、ステップＳ６９に戻り、このステップＳ６９以降の処理を繰り返す。また、ステップＳ７０で、終了操作があったと判別したときには、制御部１１は、この処理ルーチンを終了する。
【０１３８】
また、ステップＳ６６で、返信のＳＭＳメッセージを受信しないと判別したときには、制御部１１は、確立した通信路を切断し、被問い合わせ側端末から使用状況情報を取得できない旨を表示部１４の表示画面に表示して、使用者に通知する（ステップＳ７１）。
【０１３９】
そして、制御部１１は、使用者による終了操作があったか否か判別し（ステップＳ７２）、終了操作がなかったと判別したときには、ステップＳ７１に戻り、このステップＳ７１以降の処理を繰り返す。また、ステップＳ７２で、終了操作があったと判別したときには、制御部１１は、この処理ルーチンを終了する。
【０１４０】
［被問い合わせ側端末の処理動作］
図１１は、被問い合わせ側端末の処理動作の一例を説明するためのフローチャートである。
【０１４１】
制御部１１は、ＳＭＳメッセージを受信したか否か判別し（ステップＳ８１）、ＳＭＳメッセージを受信していなければ、その他の処理を行う（ステップＳ８２）。
【０１４２】
ステップＳ８１で、ＳＭＳメッセージを受信したと判別したときには、制御部１１は、受信したＳＭＳメッセージは、問い合わせＳＭＳであるか否か判別する（ステップＳ８３）。このステップＳ８３で、問い合わせＳＭＳではないと判別したときには、制御部１１は、通常のＳＭＳメッセージの受信処理を行う（ステップＳ８４）。
【０１４３】
ステップＳ８３で、受信したＳＭＳメッセージは、問い合わせＳＭＳであると判別したときには、制御部１１は、設定登録された相手からの問い合わせＳＭＳであるか否かを送信側の電話番号から判別する（ステップＳ８５）。
【０１４４】
ステップＳ８５で、設定登録された相手からの問い合わせＳＭＳではないと判別したときには、制御部１１は、使用状況情報の象徴化データの送出を拒否して送らず（ステップＳ８６）、そのまま通信路を切断し（ステップＳ９０）、この処理ルーチンを終了する。
【０１４５】
ステップＳ８５で、設定登録された相手からの問い合わせＳＭＳであると判別したときには、制御部１１は、設定された時間帯内の問い合わせであるか否か判別する（ステップＳ８７）。設定時間帯内ではないと判別したときには、制御部１１は、そのまま通信路を切断し（ステップＳ９０）、この処理ルーチンを終了する。
【０１４６】
また、ステップＳ８７で、設定された時間帯内の問い合わせであると判別したときには、制御部１１は、使用状況情報の象徴化データをメモリ１３から読み出す（ステップＳ８８）。そして、制御部１１は、読み出した象徴化データを、返信のＳＭＳメッセージに含めて問い合わせ側端末に送信する（ステップＳ８９）。その後、通信路を切断し（ステップＳ９０）、この処理ルーチンを終了する。
【０１４７】
［保存された象徴化データの利用］
問い合わせ側端末は、以上のようにして、取得した相手側の使用状況情報の象徴化データをメモリ１３に保持している。そこで、この実施形態の携帯電話端末においては、使用者がメニュー一覧から、問い合わせ結果一覧の項目を選択することで、過去に取得した全ての相手方の使用状況の返信情報を一覧表示することができるように構成されている。
【０１４８】
図１２に、この過去に取得した全ての相手側の使用状況についての一覧表示の例を示す。この図１２に示すように、一覧表示としては、それぞれ相手状況表示マーク２０２１，２０２２，２０２３，２０２４が、それぞれの相手の名前表示２０３１，２０３２，２０３３，２０３４と、対応付けられて表示される。
【０１４９】
相手状況表示マーク２０２１，２０２２，２０２３，２０２４は、それぞれの相手の使用状況情報の象徴化データに対応する色データの色のマークである。
【０１５０】
更に、この実施形態では、この一覧表示から特定の相手方が選択されると、その相手の相手状況表示マークが、図９に示した色空間上のどの位置にあるかを示す詳細表示をするようにしている。図１３は、その詳細表示の例である。
【０１５１】
すなわち、図１３に示すように、この例では、図９に示した３種の情報を用いた三角形の色空間を表わすカラー図形上に、詳細表示が指示された相手の名前と、当該相手の象徴化データの座標位置が表示されることで、詳細表示される。図１３の例では、当該相手の象徴化データの座標位置は、黒丸で示してある。
【０１５２】
この図１３の表示情報によれば、３種の情報の内容が詳細名で表示されているので、相手の使用状況が、どのようなものであるかを把握することができる。例えば、図１３の例であれば、その他操作頻度が比較的多い状況であることが判る。
【０１５３】
図１４は、上述した問い合わせ結果一覧処理の流れの一例を示すフローチャートである。
【０１５４】
制御部１１は、機能一覧メニューから、問い合わせ結果一覧の項目が選択されたか否か判別する（ステップＳ１０１）。問い合わせ結果一覧の項目が選択されてはいないと判別したときには、制御部１１は、使用者により選択された機能項目についての処理をする（ステップＳ１０２）。
【０１５５】
また、ステップＳ１０１で、問い合わせ結果一覧の項目が選択されたと判別したときには、メモリ１３に記憶されている全ての問い合わせ結果を、図１２に示したようにして一覧表示する（ステップＳ１０３）。
【０１５６】
次に、制御部１１は、この一覧表示から特定の相手方が使用者により選択されたか否か判別する（ステップＳ１０４）。このステップＳ１０４で、選択されていないと判別したときには、制御部１１は、終了操作がなされた否か判別して（ステップＳ１０５）、終了操作がなされたと判別したときには、その処理ルーチンを終了する。
【０１５７】
また、ステップＳ１０５で終了操作がなされていないと判別したときには、ステップＳ１０４に戻る。
【０１５８】
そして、ステップＳ１０４で、一覧表示から特定の相手方が使用者により選択されたと判別したときには、選択された相手の状況可視化データを、図１３に示したように詳細表示する（ステップＳ１０６）。
【０１５９】
そして、制御部１１は、終了操作がなされた否か判別して（ステップＳ１０７）、終了操作がなされたと判別したときには、その処理ルーチンを終了する。
【０１６０】
また、ステップＳ１０７で終了操作がなされていないと判別したときには、戻る操作が使用者によりなされたか否か判別し（ステップＳ１０８）、戻る操作がなされていないと判別したときには、ステップＳ１０７に戻り、このステップＳ１０７以降の処理を繰り返す。
【０１６１】
また、ステップＳ１０８で戻る操作がなされた判別したときには、制御部１１は、ステップＳ１０３に戻り、このステップＳ１０３以降の処理を繰り返す。
【０１６２】
［実施形態の効果］
以上のようにして、この実施形態の携帯電話端末によれば、相手端末に問い合わせＳＭＳを送信すると、自動的に相手端末から、使用状況の象徴化データが送られてきて、それにより、表示画面に相手の使用状況を可視化することができる。そして、この可視化表示から、相手の携帯電話端末の使用状況を知ることができる。
【０１６３】
例えば、被問い合わせ側端末の使用者が、頻繁に通話や通信を行なっている状況か、頻繁に移動している状況か、携帯電話端末を使用していない状況であるかなどの使用者の携帯電話端末についての利用状況を容易に把握することができる。
【０１６４】
そして、この実施形態においては、被問い合わせ側端末から問い合わせ側端末に送信する情報は、使用状況を象徴化したデータであって、詳細な使用状況を直接に示すものではないので、使用者のプライバシーを保護することができるという顕著な効果を奏する。
【０１６５】
また、上述の実施形態によれば、問い合わせを許容する相手を設定することができるので、使用状況を知られたくない相手には、使用状況に関するデータを通知せずにプライバシーを保護することができる。
【０１６６】
また、問い合わせを許容する時間帯を設定することができるため、使用状況を知られたくない時間帯を排除することができ、プライバシーを保護することができる。
【０１６７】
［他の実施形態および変形例］
上述の実施形態では、象徴化データの可視化に当たっての色空間は、赤（Ｒ）、緑（Ｇ）、青（Ｂ）の３原色のＲＧＢ色空間を用いるようにしたが、色空間は、これに限られるものではない。例えば、シアン（Ｃ）、イエロー（Ｙ）、マゼンタ（Ｍ）の３色からなるＣＭＹ色空間を用いるようにしても良い。また、色相（Ｈｕｅ）、彩度（Ｓａｔｕｒａｔｉｏｎ）、明度（Ｖａｌｕｅ）からなるＨＳＶ色空間を用いるようにしてもよい。
【０１６８】
また、象徴化データに対する可視化データは、色データとするようにしたが、可視化データは、色データに限られるわけではない。例えば、象徴化データの数値データに対応する記号に変換するようにしてもよい。また、例えば、双方向通信頻度情報、物理的変化情報、その他操作頻度情報のそれぞれに対応する図形を設定し、３種のそれぞれの情報の数値化データの値に応じて、対応する図形の大きさを変化させて表示するようにしても良い。
【０１６９】
また、上述の実施形態では、問い合わせに対しては、最新の使用状況情報に対応する象徴化データのみを返信するようにしたが、一定期間の過去分の使用状況情報を問い合わせ要求して取得するようにしても良い。その場合には、被問い合わせ側端末では、メモリに記憶してある過去分の象徴化データを、その生成時刻情報と共に、問い合わせ側端末に送信するようにする。
【０１７０】
そして、この場合には、問い合わせ側端末は、受信した一定期間の過去分の象徴化データから生成した可視化表示データを時系列に表示するようにすることができる。問い合わせ側端末の使用者は、その過去分の可視化表示データの時系列表示から、相手の使用状況の変遷を知覚することができて便利である。
【０１７１】
また、上述の実施形態では、端末の使用状況情報を３種の情報に分類するようにしたが、どのように分類するかは、この発明の本質ではない。この発明は、要は、使用状況を象徴化するデータに変換することができ、象徴化データを可視化データに変換することができればよい。
【０１７２】
また、上述の実施形態では、携帯端末は、携帯電話端末であったが、携帯端末は、通信機能を備える端末であれば、携帯電話端末に限られるものではないことは言うまでもない。
【０１７３】
また、上述の実施形態では、問い合わせは、ＳＭＳメッセージを用いたが、これに限られるものではないことは言うまでもない。
【符号の説明】
【０１７４】
１１…制御部、１３…メモリ、１４…表示部、１５…キー操作部、２４…加速度センサ、２５…ＧＰＳ測位部、２６…温度センサ、１００…携帯電話端末、２０１…表示画面、２０２…相手状況表示マーク
【図１】
2010193128.tif 000003
【図２】
2010193128.tif 000004
【図３】
2010193128.tif 000005
【図４】
2010193128.tif 000006
【図５】
2010193128.tif 000007
【図６】
2010193128.tif 000008
【図７】
2010193128.tif 000009
【図８】
2010193128.tif 000010
【図１０】
2010193128.tif 000011
【図１１】
2010193128.tif 000012
【図１２】
2010193128.tif 000013
【図１４】
2010193128.tif 000014
【図９】
2010193128.tif 000015
【図１３】
2010193128.tif 000016