(57)【要約】【課題】通信端末には多くの機能が搭載されているが、ユーザが実際に使用する機能はごく一部である。そのため、どの機能がどの程度使用されているか、といった情報は通信端末を開発する上で重要であるが、現状は実際の機能使用状況を調査する有効な手段がない。【解決手段】本発明は、通信端末装置１で機能ごとに使用回数をカウントして機能別使用回数データ１８をつくり、ネットワーク１００に接続されたサーバ２に通知し、サーバ２で機能ごとの使用回数を管理して機能別使用回数集計データを２３を作ることにより、通信システム内全体でよく使われている機能とあまり使われていない機能を知ることができるようにした。【選択図】        図１
2004328247.tif 000002
【特許請求の範囲】
【請求項１】
サーバが接続された通信網に接続可能な接続手段、
互いを識別するための機能ＩＤが付加され、スイッチ手段によって起動される複数の機能、
前記複数の機能のそれぞれごとの起動回数を計数して機能別使用回数データを作成する使用回数計数手段、
前記機能別使用回数データを前記機能ＩＤとともに、前記通信網を介して前記サーバへ通知するデータ通知手段を備えたことを特徴とする通信端末装置。
【請求項２】
互いを識別するための機能ＩＤが付加されてスイッチ手段によって起動される複数の機能と、前記複数の機能のそれぞれごとの起動回数を計数して機能別使用回数データを作成して、接続された通信網へ送信するデータ通知手段とを有する複数の通信端末装置から通知された前記機能別使用回数データを前記機能ＩＤとともに受信するデータ受信手段、
前記複数の通信端末装置から受信した機能別使用回数データを、前記機能ＩＤ別に集計して、前記複数の通信端末装置全体における機能ＩＤごとの使用回数を算出する機能別使用回数集計手段を備え、前記通信網に接続されたことを特徴とするサーバ。
【請求項３】
前記データ通知手段は、前記通信端末装置が前記接続手段により前記通信網と接続された時に、前記機能別使用回数データを前記サーバへ通知することを特徴とする請求項１に記載の通信端末装置。
【請求項４】
前記接続手段による前記通信網との接続は、前記通信端末装置における送信操作、受信操作によって実行されることを特徴とする請求項３に記載の通信端末装置。
【請求項５】
前記複数の通信端末装置のそれぞれから、各通信端末装置ごとに付加され、互いに識別するためのユーザＩＤを受信し、前記機能別使用回数データを前記ユーザＩＤごとに分離した前記機能別使用回数データとして集計するユーザ別機能別使用回数集計手段をも備えたことを特徴とする請求項２に記載のサーバ。
【請求項６】
前記ユーザＩＤごとに分離した機能別使用回数データにもとづき、前記通信端末装置のそれぞれごとに前記使用回数が予め定めた所定の回数より少ない機能についての情報を、前記通信端末装置に通知する不使用機能説明手段を備えたことを特徴とする請求項５に記載のサーバ。
【請求項７】
通信網、
前記通信網に接続可能な接続手段と、互いを識別するための機能ＩＤが付加された複数の機能と、前記複数の機能のそれぞれを起動するスイッチ手段と、前記複数の機能のそれぞれごとの起動回数を計数して機能別使用回数データを作成する使用回数計数手段と、前記機能別使用回数データを前記機能ＩＤとともに、前記通信網を介して前記サーバへ通知するデータ通知手段とを有する通信端末装置、
前記通信網に接続され、複数の前記通信端末装置から通知された前記機能別使用回数データを前記機能ＩＤとともに受信するデータ受信手段と、前記複数の通信端末装置から受信した機能別使用回数データを前記機能ＩＤ別に集計して、前記通信網に接続された前記通信端末装置全体における前記機能ＩＤごとの使用回数を算出する機能別使用回数集計手段とを有するサーバを備えた通信システム。
【請求項８】
電源が投入され、前記通信網と接続可能な圏内にある稼働時間を計測する稼働時間計測手段を備え、前記データ通知手段は前記稼働時間をも前記サーバへ通知することを特徴とする請求項１に記載の通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信網に接続される例えば携帯電話端末のような通信端末装置に関するデータを統一的に処理するサーバと、通信端末装置、及び、これらを含む通信システムに関するものである。
【０００２】
【従来の技術】
通信端末、例えば携帯電話機の技術進歩は急速であり、次々に新機能が搭載された端末機が開発され発売されている。しかし、全ての使用者が複雑な電子機器の操作に慣れているというわけではないので、搭載された全ての機能が日常的に使用されているとは必ずしも言えず、付いているだけでほとんどユーザに使用されない機能もあると考えられる。
そこで、各機能がどれほどの頻度で使用されているか、あるいは各機能別の累積使用回数のデータが得られれば、この種端末装置の設計／製造上、特定の機能が使用されない原因を究明したり、不要な機能を削除し、使用頻度の高い機能をより充実化させるなどにより、より使い勝手の良い端末装置とすることができると考えられる。
【０００３】
勿論、使用されない機能の中には、有用な機能であるのに、一般ユーザが操作方法を熟知していないために使用されることが少ない機能も存在し得る。そこで、特許文献１には、通信端末装置の各機能の使用頻度を通信端末装置の内部に記憶し、ユーザは単にこの記憶内容の表示方法さえ覚えておけば、この表示操作に応じて使用頻度の高い機能順に機能のリストが表示されることで、必要な機能の操作方法などが表示され、ユーザの操作性向上のために使用することができる発明が開示されている。
しかし、特許文献１の発明では、この通信端末装置の操作者は、自分の使用している通信端末装置での使用頻度の高い機能が何であるかを知ることが出来るが、一般世間で使用されている通信端末装置において、使用頻度の高い機能が何であるかを知ることは出来ず、自分が操作方法を知らず使用したことのない機能は、その機能が有用なものであっても、当然リストにはあがってこないから、いつまでたっても使用できるようにはならない。
また、このユーザの使用した機能別の使用頻度データは、この通信端末装置内に保持されるだけで他人がそれを知ることは出来ないので、前述したような今後の通信端末装置設計／製造上のデータを得ることも出来ない。
【０００４】
【特許文献１】
特開２０００−１８４０３６号公報、  移動端末における機能選択方法。
【０００５】
【発明が解決しようとする課題】
通信端末装置に搭載された多くの機能の中で、ユーザがどの機能をどれだけ使っているか、という情報はマーケティングや、今後の端末装置の設計情報として重要な情報であるが、アンケートやモニター調査などを用いて調査した場合、手間がかかり、且つ、調査方法によっては、客観性に乏しい結果しか得られないという課題があった。また、通信端末装置に新しい機能を搭載した場合、当該機能を使用していないユーザにターゲットを絞って、当該機能の使用方法に関する情報を提供するようにすることは難しいという課題があった。
【０００６】
この発明は、上記のような課題を解決し、通信端末装置に搭載された多くの機能の中で、ユーザがどの機能をどれだけ使っているか、という情報を容易に得ることができる通信端末装置、サーバ、通信システムを得ることを目的とする。
【０００７】
【課題を解決するための手段】
この発明の通信端末装置は、サーバが接続された通信網に接続可能な接続手段、互いを識別するための機能ＩＤを付加され、スイッチ手段によって起動される複数の機能、前記複数の機能のそれぞれごとの起動回数を計数して機能別使用回数データを作成する使用回数計数手段、前記機能別使用回数データを前記機能ＩＤとともに、前記通信網を介して前記サーバへ通知するデータ通知手段を備えたものである。
【０００８】
また、この発明のサーバは、前記通信網に接続され、複数の前記通信端末装置から通知された前記機能別使用回数データを前記通信網を介して受信するデータ受信手段、前記複数の通信端末装置から受信した機能別使用回数データを、前記機能ＩＤ別に集計して、前記複数の通信端末装置全体における機能ＩＤごとの使用回数を算出する機能別使用回数集計手段を備えたものである。
【０００９】
【発明の実施の形態】
実施の形態１．
図１は、本発明の通信端末装置１（例えば携帯電話機）と、この端末装置１が通信し得る複数の基地局１０（例えば携帯電話中継局）と、基地局１０やネットワーク１００（通信網）を管理するサーバ２との関係を説明する通信ネットワーク構成図である。通信端末装置１は図では１つしか図示しないが、複数存在する。
通信端末装置１は、通信に必要／不必要を問わず複数の機能を備えている。不必要な機能とは、例えばファッション性を向上させるだけが目的の照明などである。各機能は、通信端末装置１の表面に設けられた図示しないスイッチ手段によつて起動される。ここでいうスイッチ手段とは必ずしも押しボタンの類に限るものではなく、例えば通信端末装置１の図示しない表蓋を開閉することによってスイッチが入切りするような場合も含む。
【００１０】
また、通信端末装置１は、その内部の制御部１４において、上記機能別の使用回数（詳細は後述）をカウントし、機能別使用回数データとして記憶部１６に記憶する（使用回数計数手段という）。そして、ネットワークアクセス（基地局１０へのアクセス）の際にサーバ２に対して、そのデータを通知する機能（データ通知手段という）を持つ。
サーバ２は、複数の通信端末装置１から通知された機能別使用回数データを受信するデータ受信手段を持ち、ネットワーク１００に接続可能な全ての通信端末装置１の全体での機能別使用回数を管理するサーバである。このサーバ２は通信端末装置１の接続や呼び出しなどの通信のための接続作業を行うものであっても良いし、前記データ処理を専用に行うものであっても良い。
【００１１】
図２は、通信端末装置１の機能ブロック図である。無線でネットワークにアクセスするための送受信部１１（接続手段）、操作部１２（スイッチ手段）、通信端末装置１の各機能を実現するアプリケーション群１３、制御部１４、操作部１３は図示しないスイッチ手段を有し、このスイッチ手段によりユーザが選択した各機能に該当するアプリケーションを起動する機能実行部１５、機能別使用回数データ１８を記憶するための記憶部１６を有する。
図３は、通信端末装置１内で、前述の操作部１２（スイッチ手段）により起動される機能に対して、一意に割り振られた機能ＩＤのリストの例である。この割り振りは通信網１００内の全ての通信端末装置１に共通である。
図４は、通信端末装置１の記憶部１６に保持される機能別使用回数データ１８の例である。通信端末装置１では、ユーザがある機能を起動するごとに、この機能別使用回数データ１８を更新する。この記憶は通信端末装置１の電源をオフしても保持されている。
【００１２】
図５は、通信端末装置１において、機能別使用回数データ１８を更新する場合の一例であって、例えばカレンダー機能が使用された際に機能別使用回数データ１８を更新する場合の、制御部１４のフローチャートである。
まず、図５のフローチャートにしたがって説明する。制御部１６は、ユーザが操作部１２を使ってカレンダーアプリケーション起動操作をしたことを検出（Ｓ１１）すると、機能実行部１５に対してカレンダーアプリケーション起動を要求する（Ｓ１２）。アプリケーション群１３中のカレンダーアプリケーションが起動可能である場合、該アプリケーションが起動し、機能実行部１５から制御部１４に対して起動成功応答が通知され（Ｓ１３）、制御部１４は記憶部１６にある機能別使用回数データ１８のカレンダーの機能ＩＤに対応する使用回数を１つインクリメントする。もし、Ｓ１３で機能実行部１５から起動失敗応答が通知された場合は、そのまま処理を終了する。
【００１３】
図６は、通信端末装置１がネットワーク１００上のサーバ２にアクセスする際に機能別使用回数データ１８をサーバ２へ通知できるように、サーバ２への送信データの管理領域に機能別使用回数データ１８を付加させた例である。
図７は、サーバ２へ通信端末装置１の機能別使用回数データ１８を通知する方法の一つの例として、通信端末１からメールを送信する際に該データを送信する場合の、通信端末装置１の制御部１４の処理フローチャートである。
【００１４】
図７のフローチャートについて説明する。制御部１４は、ユーザが操作部１２を使ってメール送信操作を行ったことを検出（Ｓ２１）した際に、記憶部１６に記憶されている機能別使用回数データ１８を、図６のように送信データの管理領域に書き込み、Ｓ２３でサーバ２へデータを送出し、その応答を待つ（Ｓ２４）。応答が成功であった場合、制御部１４は記憶部１６にある機能別使用回数データ１８の使用回数をすべて０（ゼロ）にリセットする（Ｓ２５）。応答が失敗であった場合は、ネットワークへのデータ送出のリトライを行う。
【００１５】
図８は、サーバ２の構成図であり、制御部２１、通信システム全体の機能別使用回数集計データ２３を記憶するための記憶部２２、通信網１００と通信するためのインターフェース２４（データ受信手段）を持っている。
図９は機能別使用回数集計データ２３の構成例である。
図１０はネットワーク１００上のサーバ２が通信端末装置１の機能別使用回数データ１８を受信した際に、サーバ２の制御部２１が記憶部２２内に記憶している機能別使用回数集計データ２３を更新する処理を説明するフローチャートである。
【００１６】
次に、ネットワーク１００上のサーバ２において、通信端末装置１から機能別使用回数データ１８が通知された際に、制御部２１が記憶部２２内部に格納されている機能別使用回数集計データ２３を更新する動作を、図１０のフローチャートにしたがって説明する。制御部２１は、通信端末装置１からのメール送信要求を検出した（Ｓ３１）際に、該要求の管理領域に機能別使用回数データ１８が書き込まれているかどうかを判定する（Ｓ３２）。もし、該データが書き込まれていた場合、制御部２１は記憶部２２内部に格納されている機能別使用回数集計データ２３を更新する。更新する方法は、通信端末装置１から通知された機能別使用回数データ１８と、記憶部２２に格納されている機能別使用回数集計データ２３とを比較し、同一の機能ＩＤがあった場合は、両者の使用回数を加算した結果を新規の機能別使用回数集計データ２３とする。
【００１７】
ここまでは、通信端末装置１からネットワーク上のサーバ２に対してメールを送信する送信操作の際に機能別使用回数データ１８も通知するとして説明したが、これに限らず、例えば、メールの受信操作の際、あるいはブラウジング（ｗｅｂのホームページ閲覧操作など）の際など、要は通信端末装置１の接続手段がネットワーク１１に接続する機会（総称して送信操作、受信操作と言う）に実行すればよい。
【００１８】
実施の形態２．
次に、ネットワーク１００上のサーバで、機能別使用回数データ１８をユーザＩＤごとに管理出来るようにした場合について説明する。通信端末装置１の動作は実施形態１で説明したものと同じなので重複した説明は省略する。
図１１は、機能別使用回数データ１８をユーザＩＤごとに管理出来るようにしたサーバ２０（実施の形態１のサーバ２と区別するため第２サーバと呼ぶ）の構成図である。第２サーバ２０は、ユーザＩＤ識別部３１と制御部３２、ユーザ別機能別使用回数データ３８を格納する記憶部３３、接続インターフェース２４を有している。
図１２はネットワーク１００上の第２サーバ２０の記憶部３３に格納されるユーザ別機能別使用回数データ３８の例である。
図１３はネットワーク１１上の第２サーバ２０が、通信端末装置１の機能別使用回数データ１８を通知された際に、制御部３２が記憶部３３内に記憶しているユーザ別機能別使用回数データ３８を更新する処理フローチャートである。
【００１９】
ネットワーク１００上の第２サーバ２０において、通信端末装置１から機能別使用回数データ１８を通知された際に、制御部３２が記憶部３３内部に格納されているユーザ別機能別使用回数データ３８を更新する動作を、図１３のフローチャートにしたがって説明する。制御部３２は、通信端末装置１からのメール送信要求を検出した（Ｓ４１）際に、ユーザＩＤ識別部３１により、該メール送信要求のユーザＩＤを取得する（Ｓ４２）。その後、該メール送信要求の管理領域に機能別使用回数データ１８が書き込まれているかどうかを判定する（Ｓ４３）。もし、該データが書き込まれていた場合、制御部３２は記憶部３３内部に格納されているユーザ別機能別使用回数データ３８を更新する。更新する方法は、記憶部３３内部のユーザ別機能別使用回数データ３８から、Ｓ４２にて取得したユーザＩＤと同一のユーザＩＤに対応する部分のデータについて、通信端末装置１から通知された機能別使用回数データ１８と比較し、同一の機能ＩＤがあった場合は、両者の使用回数を加算した結果を新規のユーザ別機能別使用回数データ３８とする。これにより、機能別使用回数データをユーザＩＤごとに管理することが可能となる。
【００２０】
さらに、上記ネットワーク上の第２サーバ２０を、メールサーバ（図示しないがネットワーク１１に接続され、このネットワークに接続された機器間で行うメール通信のためのサーバである。）として設置されたサーバマシンで構成すれば、あるユーザの使用回数が０（ゼロ）、又は予め定めた所定の回数以下である機能、を定期的に調査し、前記ユーザに対して自動的に前記機能についての情報（例えば使用方法、ワンポイント情報など）をメールにて送信する（不使用機能説明手段という）ことが可能となる。もちろん、端末を使い始めた最初にはどの機能も不使用に該当してしまうので、使用開始後一定期間（例えば１週間など）後から送信するようにしてもよい。
【００２１】
なお、第２サーバ２０は、実施の形態２で説明したユーザ別機能別使用回数集計手段の他に、実施の形態１で説明した機能別使用回数集計手段を備え、ユーザ別機能別使用回数集計データと、機能別使用回数集計データの両データを持つようにしても良い。これらのデータを利用しようとするものは、サーバ２０にアクセスしてデータを取り出せばよい。
【００２２】
実施の形態３．
実施の形態１と２では、複数の通信端末装置１から機能別使用回数データ１８を集計して、ユーザ別機能別使用回数集計データ、又は機能別使用回数集計データを得ると説明した。ところで、通信網１００に接続される通信端末装置１は複数のメーカによって、複数種類の形式のものが使用されている。そして異なる種類の通信端末装置であっても、同じ機能はほぼ同一の操作によって起動されるように構成されてはいるものの使い勝手の良さ、悪さはある程度生じる。そこで、図３の機能ＩＤの表に、その通信端末装置１の型名やバージョンを追加しても良い。
【００２３】
実施の形態１と２では、複数の通信端末装置１から機能別使用回数データ１８を集計して、ユーザ別機能別使用回数集計データ、又は機能別使用回数集計データを得ると説明した。しかしながら、使用開始後間もない通信端末装置では、当然、各機能の使用回数は少ない。即ち、ある機能がよく使われているかどうかの判定は使用回数よりも、使用密度（一定稼働時間内における使用回数）で判定した方がよい場合もある。そこで、通信端末装置１の内部で、電源がオンされていて、かつ、通信端末装置１が基地局１０に通信可能な圏内にある時間を計測し、この時間（稼働時間という）を図３の機能の１つに追加しても良い（稼働時間計測手段という）。データをサーバに通知したとき稼働時間の累計をリセットとする点も他の機能の使用回数と同様である。
【００２４】
稼働時間を含む機能別使用回数データ１８を受信するサーバは実施の形態２で説明した第２サーバ２０である。第２サーバ２０は、各通信端末ＩＤ別に受信した使用回数を集計するとともに、受信した稼働時間も集計する。そして各端末ＩＤごとに使用回数を稼働時間で除することにより、単位稼働時間当たりの使用回数（使用頻度という）を得ることが出来る。そして、全体としての使用頻度は各端末ＩＤ別の使用頻度データを平均することにより得ることが出来る。第２サーバ２０はユーザ別機能別使用回数集計データ、又は機能別使用回数集計データとともに、全体で平均した機能別使用頻度データを得る。
【００２５】
【発明の効果】
以上のように、この発明によれば通信端末装置において、ユーザが頻繁に使用する機能と、ほとんど使用しない機能とを知ることができる。これによって例えばある機能の充実化を更に図ることにより、ユーザの満足度を更に高めることができる。また、ユーザがあまり使わない機能については、該当機能を削減したり見直したりすることにより通信端末装置のコストを削減することができる。
【００２６】
また、サーバは通信網に接続された全通信端末装置の各機能別の総使用回数を計数出来、通信システム全体での各機能別使用回数データを得ることが出来る。
【図面の簡単な説明】
【図１】通信端末装置を含む通信システムの構成図である。
【図２】機能ＩＤの説明図である。
【図３】通信端末装置の内部機能構成図である。
【図４】通信端末内の機能別使用回数データの説明図である。
【図５】ネットワーク送出データのフォーマットを示す図である。
【図６】通信端末装置内の機能使用回数をカウントする動作のフローチャートである。
【図７】通信端末装置内のデータを送信する動作のフローチャートである。
【図８】ネットワーク上のサーバの構成図である。
【図９】サーバ内の機能使用回数データの説明図である。
【図１０】サーバの制御部のフローチャートである。
【図１１】ネットワーク上のサーバの構成図である。
【図１２】サーバ内の機能使用回数データの説明図である。
【図１３】サーバの制御部の動作を説明するフローチャートである。
【符号の説明】
１  通信端末装置、    ２  サーバ、    １１  送受信部（接続手段）、
１２  操作部（スイッチ手段）、      １８  機能別使用回数データ、
１４  制御部（使用回数計数手段）、
２４  インターフェース（データ受信手段）、
２１  制御部（機能別使用回数集計手段）、
３２  制御部（ユーザ別機能別使用回数集計手段）、    １００  通信網。
【図１】
2004328247.tif 000003
【図２】
2004328247.tif 000004
【図３】
2004328247.tif 000005
【図４】
2004328247.tif 000006
【図５】
2004328247.tif 000007
【図６】
2004328247.tif 000008
【図７】
2004328247.tif 000009
【図８】
2004328247.tif 000010
【図９】
2004328247.tif 000011
【図１０】
2004328247.tif 000012
【図１１】
2004328247.tif 000013
【図１２】
2004328247.tif 000014
【図１３】
2004328247.tif 000015