通信端末およびプログラム
【課題】種々の状況に応じた効率的な文字入力を行うことを可能にする。
【解決手段】ユーザが文字列を入力すると、通信端末は、入力された文字列を入力文字列表示領域Ａ１に表示するとともに、この文字列に対応する変換文字列を、変換候補表示領域Ａ２に変換候補として表示する。また、変換文字列には、位置に関する属性が割り当てられており、例えば「会議」であれば「都市部」、「海岸」であれば「海岸部」といった属性が割り当てられる。変換候補を表示するに際して、通信端末は、自機の位置を表す位置情報を取得し、この位置情報に基づいて自機の位置の属性を特定する。そして、通信端末は、自機の位置の属性と一致する属性を有する変換文字列が存在する場合、その文字列を他の文字列よりも上位に表示させる。例えば、ユーザが海のそばで文字入力を行っている場合には、図示のように、「海岸」や「海水浴」といった文字列が上位に表示される。
【解決手段】ユーザが文字列を入力すると、通信端末は、入力された文字列を入力文字列表示領域Ａ１に表示するとともに、この文字列に対応する変換文字列を、変換候補表示領域Ａ２に変換候補として表示する。また、変換文字列には、位置に関する属性が割り当てられており、例えば「会議」であれば「都市部」、「海岸」であれば「海岸部」といった属性が割り当てられる。変換候補を表示するに際して、通信端末は、自機の位置を表す位置情報を取得し、この位置情報に基づいて自機の位置の属性を特定する。そして、通信端末は、自機の位置の属性と一致する属性を有する変換文字列が存在する場合、その文字列を他の文字列よりも上位に表示させる。例えば、ユーザが海のそばで文字入力を行っている場合には、図示のように、「海岸」や「海水浴」といった文字列が上位に表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力された文字を変換して表示する技術に関する。
【背景技術】
【０００２】
移動通信端末における文字入力の操作性を向上させることを目的に、少ない操作で所望の文字列を表示・確定させる技術が知られている。例えば、いわゆる推測変換を用いることにより、ユーザは数文字の入力で多数の変換候補を選択することが可能になる。また、特許文献１に記載された技術によれば、電子メッセージの送信先に応じて推測変換における候補の表示順序を変更することができる。これにより、例えば、友人に私的な電子メッセージを送信する場合と職場の同僚に業務的な電子メッセージを送信する場合とで異なる順序で変換候補が表示されるようになり、双方の場合において効率的な文字入力を行うことが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３１０３０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、文字入力においては、単に送信先に応じて変換候補の表示順序を異ならせただけでは対応できない状況もある。例えば、特許文献１に記載された技術によったのでは、職場の同僚であると同時に友人でもある者に電子メッセージを送信する場合などには、効率的な文字入力を行えない可能性がある。
【０００５】
本発明はかかる事情に鑑みてなされたものであり、その目的は、種々の状況に応じた効率的な文字入力を行うことを可能にする技術を提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、本発明は、自機から所定の範囲内に他の通信端末が存在することを表す情報を取得する取得手段と、文字列を入力する入力手段と、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段と、前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段とを備える通信端末を提供する。
【０００７】
また、本発明において、前記取得手段は、複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、前記優先度決定手段は、前記取得手段により取得された情報があらかじめ決められた通信端末を表す識別情報である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くするように構成されてもよい。
【０００８】
また、本発明において、前記取得手段は、複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、前記優先度決定手段は、前記取得手段により取得される識別情報の数が所定数以上である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くするように構成されてもよい。
【０００９】
また、本発明は、電子メッセージの送信先である通信端末の位置を表す位置情報を取得する取得手段と、文字列を入力する入力手段と、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段と、前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得手段により取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段とを備える通信端末を提供する。
【００１０】
また、本発明において、前記優先度決定手段は、前記取得手段により取得された位置情報が表す位置を含む位置情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くするように構成されてもよい。
【００１１】
また、本発明は、時を表す時間情報を取得する取得手段と、文字列を入力する入力手段と、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段と、前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段とを備える通信端末を提供する。
【００１２】
また、本発明において、前記優先度決定手段は、前記取得手段により取得された時間情報が表す時を含む期間情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くするように構成されてもよい。
【００１３】
また、本発明において、前記第２の表示手段に表示される変換文字列を選択する選択手段をさらに備え、前記第２の表示手段は、前記優先度がより高い前記変換文字列が前記選択手段により先に選択されるように当該変換文字列を表示するように構成されてもよい。
【００１４】
また、本発明は、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、所定の通信端末から所定の範囲内に他の通信端末が存在することを表す情報を取得する機能と、前記第１の表示態様の文字列を取得する機能と、前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能とを実現させるためのプログラムを提供する。
【００１５】
また、本発明は、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、当該通信端末による電子メッセージの送信先である通信端末の位置を表す位置情報を取得する機能と、前記第１の表示態様の文字列を取得する機能と、前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能とを実現させるためのプログラムを提供する。
【００１６】
また、本発明は、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、時を表す時間情報を取得する機能と、前記第１の表示態様の文字列を取得する機能と、前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得された時間情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能とを実現させるためのプログラムを提供する。
【発明の効果】
【００１７】
本発明によれば、種々の状況に応じた効率的な文字入力を行うことが可能である。
【図面の簡単な説明】
【００１８】
【図１】移動通信システムの全体構成を概略的に示す図である。
【図２】移動パケット通信網の構成を示す図である。
【図３】位置情報データベースに記憶されるデータを例示する図である。
【図４】移動通信端末の構成を示すブロック図である（第１実施形態）。
【図５】プログラムの実行により移動通信端末に実現される各部の論理的構成を示す図である。
【図６】メーラにより実現される機能を示す機能ブロック図である。
【図７】辞書テーブルの内容を例示する図である。
【図８】位置属性テーブルの内容を例示する図である（第１実施形態）。
【図９】文字列属性テーブルの内容を例示する図である（第１実施形態）。
【図１０】操作部１７の外観構成を示す図である。
【図１１】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第１実施形態）。
【図１２】入力選択画面を例示する図である。
【図１３】文字列入力画面を例示する図である。
【図１４】変換候補の表示態様を例示する図である（第１実施形態）。
【図１５】変換候補の表示態様を例示する図である（第１実施形態）。
【図１６】位置属性テーブルの内容を例示する図である（第２実施形態）。
【図１７】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第２実施形態）。
【図１８】移動通信端末の構成を示すブロック図である（第３実施形態）。
【図１９】時間帯属性テーブルの内容を例示する図である（第３実施形態）。
【図２０】文字列属性テーブルの内容を例示する図である（第３実施形態）。
【図２１】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第３実施形態）。
【図２２】変換候補の表示態様を例示する図である（第３実施形態）。
【図２３】移動通信端末の構成を示すブロック図である（第４実施形態）。
【図２４】文字列条件テーブルの内容を例示する図である。
【図２５】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第４実施形態）。
【図２６】変換候補の表示態様を例示する図である（第４実施形態）。
【図２７】変換候補の表示態様を例示する図である（第４実施形態）。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について図面を参照しつつ説明する。なお、説明の便宜上、ここでは、本発明に係る実施形態を４種類に分けて例示するが、これらを組み合わせて実施することももちろん可能である。また、これらの実施形態においては、互いに共通する構成要素等には同一の符号を付し、重複する説明は適宜省略することとする。
【００２０】
［第１実施形態］
図１は、本発明の第１の実施形態に係る移動通信システム１の全体構成を概略的に示す図である。同図に示すように、この移動通信システム１は、移動通信端末１０ａおよび１０ｂと、移動パケット通信網９０とを備える。移動通信端末１０ａおよび１０ｂは、移動パケット通信網９０を介して相互に無線通信を行う通信端末である。移動通信端末１０ａおよび１０ｂは、ここでは携帯電話機であるとする。移動パケット通信網９０は、所定の通信事業者（いわゆるキャリア）による管理の下、移動通信端末１０ａおよび１０ｂにパケット通信サービスを提供するネットワークである。なお、移動通信端末１０ａ、１０ｂを特に区別する必要がない場合には、これらを総称して「移動通信端末１０」という。また、実際のシステムにおいては、移動通信端末１０は、図示したよりも多く存在し得る。これらの移動通信端末１０のユーザは、それぞれ、上述した通信事業者と移動パケット通信網９０の利用契約をあらかじめ締結しているものとする。
【００２１】
次に、図２を参照して移動パケット通信網９０の構成を説明する。同図に示すように、移動パケット通信網９０は、基地局９１ａ、９１ｂ、９１ｃ、９１ｄ、９１ｅおよび９１ｆと、加入者交換局９２ａ、９２ｂおよび９２ｃと、関門交換局９３と、サービス制御局９４と、メールサーバ９５とを備える。なお、基地局９１ａ〜９１ｆを特に区別する必要がない場合には、これらを総称して「基地局９１」といい、交換局９２ａ〜９２ｃを特に区別する必要がない場合には、これらを総称して「加入者交換局９２」という。また、実際のシステムにおいては、基地局９１、加入者交換局９２および関門交換局９３は、図示したよりも多く存在し得る。
【００２２】
基地局９１は、所定の範囲の無線通信エリアを形成し、当該エリアに在圏する移動通信端末１０と無線通信を行う。加入者交換局９２は、所定の基地局９１と通信を行うとともに、いわゆる交換処理を行う。なお、１の加入者交換局９２には複数の基地局９１が属しており、これらの基地局９１と通信を行うように構成されている。関門交換局９３は、加入者交換局９２、サービス制御局９４およびメールサーバ９５と通信を行うとともに、外部ネットワーク２（インターネット等）との相互通信を実現する。サービス制御局９４は、移動通信端末１０のユーザに関する情報（以下「加入者情報」という。）と、移動通信端末１０の在圏状況を示す情報（以下「在圏情報」という。）とを記憶する位置情報データベースＤＢ１を備え、いわゆる位置登録を実現する。また、サービス制御局９４は、移動通信端末１０からの問い合わせに応じて、所定の移動通信端末１０の在圏情報を通知する機能を有する。メールサーバ９５は、電子メールの送受信を行うサーバ装置であり、移動通信端末１０から送信された電子メールを外部ネットワーク２または関門交換局９３に送信し、外部ネットワーク２または関門交換局９３から受信した電子メールを関門交換局９３に送信する。
【００２３】
ここで、位置情報データベースＤＢ１に記憶されるデータについて説明する。図３は、位置情報データベースＤＢ１に記憶されるデータを示す図である。同図に示すように、位置情報データベースＤＢ１には、「加入者識別情報」と「在圏情報」とが対応付けられて記憶されている。加入者識別番号は、移動通信端末１０の各々のユーザを一意的に表す情報であり、在圏情報は、それぞれの移動通信端末１０が在圏している位置を所定の範囲（エリア）で表す情報である。本実施形態においては、加入者識別番号として電子メールアドレスを用い、在圏情報として加入者交換局９２を一意的に特定する情報（以下「交換局ＩＤ」という。）を用いている。なお、説明の便宜上、ここでは、交換局ＩＤを加入者交換局９２の符号の末尾に付したアルファベットで表記している。すなわち、同図において、「ａ」という交換局ＩＤは加入者交換局９２ａに対応し、「ｂ」という交換局ＩＤは加入者交換局９２ｂに対応する、ということである。図２を参照すると、加入者交換局９２ａは基地局９１ａおよび９１ｂと通信を行うように構成されているから、「ａ」という交換局ＩＤにより表される在圏情報は、基地局９１ａと９１ｂの無線通信エリアを足し合わせたエリアを表すこととなる。なお、位置情報データベースＤＢ１には、加入者識別情報以外の加入者情報も記憶されているが、その説明は省略する。
【００２４】
続いて、図４のブロック図を参照して移動通信端末１０の構成を説明する。同図に示すように、移動通信端末１０は、制御部１１と、無線通信部１６と、操作部１７と、表示部１８と、ＧＰＳ（Global Positioning System）受信部１９とを備える。制御部１１は、ＣＰＵ（Central Processing Unit）１２、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４およびＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）１５を備え、ＣＰＵ１２がＲＡＭ１４をワークエリアとして用いてＲＯＭ１３やＥＥＰＲＯＭ１５に記憶されたプログラムを実行し、これにより移動通信端末１０の各部の動作を制御する。なお、ＥＥＰＲＯＭ１５は、後述するデータやプログラムの他に、いわゆるアドレス帳として電話番号や電子メールアドレスを記憶している。無線通信部１６はアンテナ１６１を備え、移動パケット通信網９０とのデータの送受信を無線で行う。操作部１７はボタン等の操作子を備え、ユーザの操作に応じた操作信号を制御部１１に供給する。表示部１８は液晶ディスプレイや液晶駆動回路を備えた表示装置であり、制御部１１から供給される表示データに応じた画像を表示する。ＧＰＳ受信部１９はアンテナ１９１を備え、ＮＡＶＳＴＡＲ（NAVigation Satellite Timing And Ranging）衛星（いわゆるＧＰＳ衛星）から送信されている電波を受信する。
【００２５】
ＲＯＭ１３は、あらかじめいくつかのプログラムを記憶している。以下ではこれを「プリインストールプログラム」という。具体的には、プリインストールプログラムは、マルチタスクオペレーティングシステム（以下「マルチタスクＯＳ」という。）、Ｊａｖａ（登録商標）プラットフォームおよびネイティブアプリケーションの各プログラムである。これらのプログラムについて概説すると、まず、マルチタスクＯＳは、ＴＳＳ（Time-Sharing System）による複数タスクの擬似的な並列実行を実現するために必要な仮想メモリ空間の割り当てなどの各種機能をサポートしたオペレーティングシステムである。Ｊａｖａプラットフォームは、マルチタスクＯＳを搭載した携帯機器において後述するＪａｖａ実行環境１１４を実現するためのコンフィギュレーションであるＣＤＣ（Connected Device Configuration）にしたがって記述されたプログラム群である。ネイティブアプリケーションは、通話や測位、電子メールの送受信などといった移動通信端末１０の基本的なサービスを実現するプログラムであり、測位サービスの提供を受けるためのアプリケーション（後述する測位アプリ１１２）や電子メール送受信サービスの提供を受けるためのアプリケーション（後述するメーラ１１３）を含む。
【００２６】
ＥＥＰＲＯＭ１５は、Ｊａｖａアプリケーションが記憶されるＪａｖａアプリケーション格納領域を有する。Ｊａｖａアプリケーションは、Ｊａｖａ実行環境下における処理の手順自体を記述した実体プログラムとその実体プログラムの実行に伴って利用される画像ファイルや音声ファイルとを結合したＪＡＲ(Ｊａｖａ Archive)ファイルと、そのＪＡＲファイルのインストールや起動、各種の属性を記述したＡＤＦ（Application Descriptor File）とを有している。このＪａｖａアプリケーションは、コンテンツプロバイダまたは通信事業者により作成されて外部ネットワーク２のサーバ装置などに格納され、移動通信端末１０からの要求に応じてそれらのサーバ装置から適宜ダウンロードされるようになっている。
【００２７】
図５は、ＲＯＭ１３およびＥＥＰＲＯＭ１５に記憶された各種プログラムの実行により移動通信端末１０の制御部１１に実現される各部の論理的構成を示す図である。同図に示すように、各種プログラムを実行する移動通信端末１０には、測位アプリ１１２、メーラ１１３およびＪａｖａ実行環境１１４がＯＳ１１１上に実現され、また、ＥＥＰＲＯＭ１５には第１ストレージ１１５と第２ストレージ１１６とが確保される。測位アプリ１１２およびメーラ１１３は、ＲＯＭ１３のネイティブアプリケーションにより実現されるものである。測位アプリ１１２は、ＧＰＳ受信部１９が受信した電波に基づいて自機の位置を特定する機能を実現し、メーラ１１３は、電子メールの送受信などの機能を実現する。また、測位アプリ１１２およびメーラ１１３が実現する機能の詳細については、さらに後述する。
【００２８】
Ｊａｖａ実行環境１１４は、ＲＯＭ１３のＪａｖａプラットフォームにより実現される。Ｊａｖａ実行環境１１４は、クラスライブラリ１１７、ＪＶＭ（Java Virtual Machine）１１８およびＪＡＭ（Java Application Manager）１１９からなる。クラスライブラリ１１７は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１８は、上述のＣＤＣのために最適化されたＪａｖａ実行環境であり、Ｊａｖａアプリケーションとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１９は、Ｊａｖａアプリケーションのダウンロードやインストール、起動・終了などを管理する機能を有する。
【００２９】
第１ストレージ１１５は、ＪＡＭ１１９の管理の下にダウンロードされるＪａｖａアプリケーション（ＪａｒファイルとＡＤＦ）を格納する領域である。第２ストレージ１１６は、Ｊａｖａアプリケーションの実行の際に生成されたデータをその終了後に格納しておくための領域であり、インストールされたＪａｖａアプリケーション毎に個別の格納領域が割り当てられるようになっている。そして、あるＪａｖａアプリケーションに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションが書き換えを行い得ないようになっている。
【００３０】
ここで、測位アプリ１１２およびメーラ１１３により実現される機能について説明する。測位アプリ１１２は、複数のＮＡＶＳＴＡＲ衛星から受信した電波に基づき、移動通信端末１０の位置を表す情報を算出する機能を有する。このとき算出される情報のことを、以下では「ＧＰＳ位置情報」という。本実施形態においては、ＧＰＳ位置情報は、緯度および経度によって表される情報であるとする。ＮＡＶＳＴＡＲ衛星が送信する電波には、時刻を表す信号と自衛星の位置を示す信号とが含まれており、移動通信端末１０は、複数のＮＡＶＳＴＡＲ衛星からこの電波を受信することにより、自機の位置を特定することが可能となっている。なお、ＮＡＶＳＴＡＲ衛星から受信した電波に基づいて自機の位置を特定する方法は周知であるため、ここではその説明を省略する。
【００３１】
続いて、図６は、メーラ１１３により実現される機能を示す機能ブロック図である。同図に示すように、メーラ１１３が実現する機能は、文字入力機能１１３ａと、データ送信機能１１３ｂと、データ受信機能１１３ｃとに大別される。文字入力機能１１３ａは、電子メールの宛先、件名およびメール本文として記述される文字列を確定する機能である。文字入力機能１１３ａは、より詳細には、ユーザにより入力された文字を文字列として表示する機能と、その文字列に対応する変換後の文字列（以下「変換文字列」という。）を表示する機能と、ユーザにいずれか１つの変換文字列を選択させ、文字データとして確定する機能とに分かれる。また、データ送信機能１１３ｂは、文字入力機能１１３ａにより確定された文字データに基づいて所定の形式の電子メールデータを生成し、これを移動パケット通信網９０に送信する機能である。そして、データ受信機能１１３ｃは、移動パケット通信網９０から電子メールデータを受信し、そこに含まれる文字データを表示する機能である。なお、データ送信機能１１３ｂおよびデータ受信機能１１３ｃは、周知の電子メールの送受信機能と同様であるため、詳細な説明は省略する。
【００３２】
文字入力機能１１３ａは、辞書テーブルＴＢ１と、位置属性テーブルＴＢ２と、文字列属性テーブルＴＢ３とを参照することにより実現される。これらのテーブルは、ＲＯＭ１３またはＥＥＰＲＯＭ１５に記憶されており、その内容は、例えば以下のようになっている。
【００３３】
図７は、辞書テーブルＴＢ１の内容を示す図である。辞書テーブルＴＢ１は、変換後の文字とそのよみがなとを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「よみがな」の２列のフィールドにより構成されるレコード（行）の集合体である。「文字列」のフィールドには、１または複数の文字を組み合わせることにより構成された熟語や定型文などの文字列を示す値（データ）が記憶される。また、「よみがな」のフィールドには、当該レコードが表す文字列に対応するよみがなを示す値が記憶される。同図においては、いずれのフィールドも表意性のある文字で表されているが、実際に記憶されている値は、文字コード等の所定のコード情報により表される値である。
【００３４】
なお、「文字列」のフィールドが表す文字と「よみがな」のフィールドが表す文字とでは、その表示態様の少なくとも一部が異なっている。また、「よみがな」の値は、「文字列」のフィールドが表す文字の実際の読みと必ずしも一致していなくてもよい。例えば、「Good morning」という値を有する「文字列」のフィールドに「おはよう」という「よみがな」を対応付けてもよい。また、ここにおける文字列とは、いわゆる絵文字（所定の文字コードに割り当てられた画像）や顔文字（人間の顔などを模した文字や記号の列）であってもよい。
【００３５】
図８は、位置属性テーブルＴＢ２の内容を示す図である。位置属性テーブルＴＢ２は、位置とその位置に関する属性とを関連付けて記憶するテーブルであり、同図に示すように、「位置情報」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「位置情報」のフィールドには、所定の位置を範囲（エリア）で表す値が記憶される。また、「属性」のフィールドには、位置情報が表すエリアに対応する属性を表す値が記憶される。本実施形態においては、「位置情報」の値は、緯度および経度を用いて表されるとする。また、本実施形態においては、「属性」の値は３種類であり、それぞれが「都市部（１）」、「海岸部（２）」または「山間部（３）」を表すとする。
【００３６】
ここで、位置属性テーブルＴＢ２のレコードが表す意味について、具体的な例を用いて説明する。例えば、図８に示した位置属性テーブルＴＢ２の第１行のレコードは、「位置情報」の値が「Ｎ３５°４０’、Ｅ１３９°４４’」であり、「属性」の値が「１」である。すなわち、このレコードは、緯度が北緯３５度４０分０秒から北緯３５度４０分５９秒であり、かつ、経度が東経１３９度４４分０秒から東経１３９度４４分５９秒である四辺形状のエリアに、「都市部」という属性が関連付けられていることを表している。これはつまり、このエリアが都市部であるということを意味している。
【００３７】
図９は、文字列属性テーブルＴＢ３の内容を示す図である。文字列属性テーブルＴＢ３は、文字列と、その文字列に割り当てられた場所に関する属性とを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「文字列」のフィールドには、辞書テーブルＴＢ１の「文字列」のフィールドと同様の値が記憶される。なお、この文字列属性テーブルＴＢ３には、辞書テーブルＴＢ１に記憶されている文字列の一部または全部が記憶されている。また、「属性」のフィールドには、位置属性テーブルＴＢ２の「属性」のフィールドと同様の値が記憶される。すなわち、本実施形態においては、「属性」の値は「１（都市部）」、「２（海岸部）」、「３（山間部）」の３種類である。
【００３８】
ここで、文字列属性テーブルＴＢ３のレコードが表す意味について、具体的な例を示して説明する。例えば、図９に示した文字列属性テーブルＴＢ３の第１行のレコードは、「文字列」の値が「会議（かいぎ）」であり、「属性」の値が「１」である。すなわち、このレコードは、「会議」という文字列には「都市部」という属性が対応付けられていることを表している。これはつまり、この文字列が都市、すなわち仕事や生活の場に関連するものであることを意味している。また、図９に示した文字列属性テーブルＴＢ３の第３行のレコードは、「文字列」の値が「海岸（かいがん）」であり、「属性」の値が「２」である。すなわち、このレコードは、「海岸」という文字列には「海岸部」という属性が対応付けられていることを表している。これはつまり、この文字列が海岸、すなわち海やその周辺に関連するものであることを意味している。
【００３９】
続いて、操作部１７の構成について、特に電子メールを送信する際に用いられるものを中心に説明する。図１０は、操作部１７の外観構成を示す図である。同図に示すように、操作部１７は、メールボタンＢｍと、ダイヤルボタンＢ１〜Ｂ０と、上選択ボタンＢｕと、下選択ボタンＢｄと、確定ボタンＢｆと、送信ボタンＢｓとを備える。以下、それぞれのボタンに割り当てられた機能について説明する。
【００４０】
メールボタンＢｍは、ユーザが電子メールの作成を行うときに押下するボタンである。メールボタンＢｍが押下されると、制御部１１はメーラ１１３を起動させる。ダイヤルボタンＢ１〜Ｂ０は、ユーザが文字を入力するときに押下するボタンである。ダイヤルボタンＢ１〜Ｂ０は、それぞれ、あ行、か行、さ行、た行、な行、は行、ま行、や行、ら行またはわ行（わ、を、ん）に対応している。ダイヤルボタンＢ１〜Ｂ０が押下されると、制御部１１は、それぞれのボタンとその押下回数に応じた文字を表示部１８に表示させる。例えば、ダイヤルボタンＢ１が１回押下されると、表示部１８には「あ」が表示され、ダイヤルボタンＢ２が３回押下されると、表示部１８には「く」が表示される。上選択ボタンＢｕおよび下選択ボタンＢｄは、ユーザが選択対象を移動させるときに押下するボタンである。上選択ボタンＢｕが押下されると、制御部１１は選択対象を上方向に移動させるように表示を制御し、下選択ボタンＢｄが押下されると、制御部１１は選択対象を下方向に移動させるように表示を制御する。確定ボタンＢｆは、ユーザが選択対象を確定させるときに押下するボタンである。確定ボタンＢｆが押下されると、制御部１１は、そのときの選択対象に応じてその後の処理の内容を特定する。送信ボタンＢｓは、ユーザが電子メールの内容を確定させて送信ときに押下するボタンである。送信ボタンＢｓが押下されると、制御部１１は、ユーザが入力した内容に基づいて電子メールデータを生成し、送信する。
【００４１】
移動通信システム１の構成は以上の通りである。続いて、この移動通信システム１を用いて移動通信端末１０が電子メールを送信する場合の動作について、本発明に特徴的な部分を中心に説明する。つまり、以下の説明において中心となるのは、上述した文字入力機能１１３ａおよびデータ送信機能１１３ｂに関する部分である。なお、以下の説明においては、電子メールを送信する際の一般的な処理については、その説明を適宜省略する。
【００４２】
まず、移動通信端末１０は、メーラ１１３の起動に先立って、ＧＰＳ位置情報を算出し、これを記憶する処理を行う。この処理は、移動通信端末１０の制御部１１が測位アプリ１１２を実行することにより実現される。制御部１１は、ユーザの要求によらずに、いわゆるバックグラウンドでこの処理を行う。このとき算出されるＧＰＳ位置情報は、緯度と経度により表される情報であり、制御部１１によってＲＡＭ１４またはＥＥＰＲＯＭ１５の所定の記憶領域に記憶される。なお、この処理は、所定の時間間隔で実行されてもよいし、移動通信端末１０が属する無線通信エリアが他の基地局９１の無線通信エリアに切り替わる毎に実行されてもよい。
【００４３】
続いて、ユーザがメールボタンＢｍを押下し、移動通信端末１０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図１１のフローチャートに沿って説明する。メーラ１１３が起動されると、はじめに制御部１１は、自機の位置を表すＧＰＳ位置情報を所定の記憶領域から読み出す（ステップＳａ１）。このとき、制御部１１のＣＰＵ１２は、ＲＡＭ１４またはＥＥＰＲＯＭ１５の所定の記憶領域からＧＰＳ位置情報を取得する。続いて、制御部１１は、読み出したＧＰＳ位置情報と位置属性テーブルＴＢ２とに基づいて、自機の位置に割り当てられた属性を特定する（ステップＳａ２）。ステップＳａ２における具体的な動作は、以下の通りである。
【００４４】
ステップＳａ２において、制御部１１は、位置属性テーブルＴＢ２の「位置情報」の値とＧＰＳ位置情報とを比較し、自機の位置を含む「位置情報」の値を有するレコードを特定する。そして、制御部１１は、このとき特定したレコードの「属性」の値を参照し、この値が表す属性を自機の位置に割り当てられた属性として特定する。例えば、位置属性テーブルＴＢ２が図８に示した内容であるとすると、取得したＧＰＳ位置情報が「北緯３５度４０分１２秒、東経１３９度４４分３７秒」である場合には、制御部１１は、自機の位置に割り当てられた属性が「都市部」であると特定する。
【００４５】
次に、制御部１１は、「宛先」、「件名」および「本文」のいずれを入力するかをユーザに選択させるための画面を表示部１８に表示させる（ステップＳａ３）。このとき表示部１８に表示される画面のことを、以下では「入力選択画面」という。図１２は、入力選択画面の一例を示す図である。この画面においては、「宛先」、「件名」および「本文」の項目が選択可能となっており、選択対象の項目が反転表示（すなわち白抜き表示）される。ユーザは、図１０に示す上選択ボタンＢｕまたは下選択ボタンＢｄを押下して選択対象を移動させ、所望の項目において図１０に示す確定ボタンＢｆを押下することにより、入力する項目を選択する。ユーザが入力する項目を選択するまでの間、制御部１１は、操作部１７から操作信号の供給を受け付けるとともに、その操作信号に応じて表示部１８に表示内容を変化させながら確定ボタンＢｆが押下されるのを待つ。
【００４６】
図１１の説明に戻る。確定ボタンＢｆが押下されたことを表す操作信号を受け付けたら、制御部１１は、ユーザが選択した項目を判断する（ステップＳａ４）。制御部１１は、この判断結果に応じて異なる処理を行うが、「件名」が選択された場合と「本文」が選択された場合とではほぼ同様の処理を行うため、ここではこれらをまとめて説明する。なお、ユーザにより「宛先」が選択された場合（ステップＳａ４：ＮＯ）、制御部１１は、ユーザに宛先（すなわち電子メールアドレス）を選択させるための画面を表示部１８に表示させる（ステップＳａ１８）。このとき表示される画面は、例えば、アドレス帳として記憶された電子メールアドレスの一覧を表示する画面などである。
【００４７】
ユーザにより「件名」または「本文」が選択された場合（ステップＳａ４：ＹＥＳ）、制御部１１は、「件名」または「本文」を入力するための画面を表示部１８に表示させる（ステップＳａ５）。このとき表示部１８が表示する画面のことを、以下では「文字列入力画面」という。図１３は、文字列入力画面の一例を示す図であり、「本文」を入力するための画面である。同図に示すように、文字列入力画面は、入力文字列表示領域Ａ１と、変換候補表示領域Ａ２とを有する。入力文字列表示領域Ａ１は、ユーザが入力した文字のうちの未確定の文字を文字列として表示する領域である。変換候補表示領域Ａ２は、入力文字列表示領域Ａ１に表示されている文字列に対応する複数の変換文字列（以下「変換候補」という。）をリストにして表示する領域である。
【００４８】
再び図１１の説明に戻る。文字列入力画面を表示させたら、制御部１１は、ユーザが文字列を入力するのを待つ。すなわち、制御部１１は、ユーザが文字を入力したか否かを判断する（ステップＳａ６）。具体的には、制御部１１は、ダイヤルボタンＢ１〜Ｂ０に対応する操作信号が供給されたか否かを判断する。そして、操作信号を取得することによりユーザが文字を入力したと判断したら（ステップＳａ６：ＹＥＳ）、制御部１１は取得した操作信号に応じた文字列を入力文字列表示領域Ａ１に表示させる（ステップＳａ７）。このとき、制御部１１は、この文字列を表示させるための表示データを表示部１８に供給する。
【００４９】
このとき、制御部１１は、辞書テーブルＴＢ１の内容を参照し、入力文字列表示領域Ａ１に表示された文字列と「よみがな」の値の先頭部分とが一致するレコードが存在するか否かを判断する（ステップＳａ８）。ここにおいて、条件に合致するレコードが存在しない場合（ステップＳａ８：ＮＯ）、制御部１１は変換候補が存在しないと判断し、変換候補表示領域Ａ２に変換文字列を表示させない（ステップＳａ１９）。
【００５０】
一方、条件に合致するレコードが存在する場合（ステップＳａ８：ＹＥＳ）、制御部１１は、条件に合致するレコードが複数存在するか否かをさらに判断する（ステップＳａ９）。そして、条件に合致するレコードが１つのみであれば（ステップＳａ９：ＮＯ）、制御部１１は、そのレコードの「文字列」のフィールドの値を変換文字列として変換候補表示領域Ａ２に表示させる（ステップＳａ２０）。
【００５１】
条件に合致するレコードが複数存在する場合（ステップＳａ９：ＹＥＳ）、制御部１１は、変換候補をどのような順序で表示させるかを決定する処理を行う。具体的には、まず、制御部１１は、文字列属性テーブルＴＢ３を参照することにより、上述の複数のレコードが表す文字列（すなわち変換文字列）に対応する属性を特定する（ステップＳａ１０）。このとき、制御部１１は、上述の複数のレコードの各々の「文字列」の値と同一の値を有するレコードを文字列属性テーブルＴＢ３から特定し、そのレコードの「属性」の値を参照することにより変換文字列の属性を特定する。続いて、制御部１１は、ステップＳａ２において特定した自機の位置の属性とステップＳａ１０において特定した各変換文字列の属性とに基づいて、変換候補である変換文字列について表示の優先度を決定する（ステップＳａ１１）。
【００５２】
ここで、優先度の決定方法について説明する。制御部１１は、自機の位置の属性と一致する属性を有する変換文字列に対して、他の変換文字列よりも高い優先度を付与する。なお、自機の位置の属性と異なる属性を有する変換文字列に付与される優先度は任意であり、周知の方法を適宜用いてよい。例えば、制御部１１は、過去に変換文字列として確定された頻度を各文字列について記憶しておき、頻度が高い文字列ほど優先度を高くするようにしてもよい。同様に、自機の位置の属性と一致する属性を有する変換文字列が複数存在する場合にも、過去により多く確定された変換文字列の優先度がより高くなるようにしてもよい。
【００５３】
このようにして変換文字列の優先度を決定したら、制御部１１は、決定した優先度に基づいた順序で変換文字列を変換候補表示領域Ａ２に表示させる（ステップＳａ１２）。このとき、制御部１１は、優先度の高いものほど少ない操作で選択できるように変換文字列を表示させる。
【００５４】
変換文字列を表示した後、すなわちステップＳａ１２またはＳａ２０における表示の後、制御部１１は、ユーザによりいずれかの変換文字列が選択されたか否かを判断する（ステップＳａ１３）。具体的には、制御部１１は、確定ボタンＢｆに対応する制御信号が供給されたか否かを判断する。そして、ユーザによりいずれかの変換文字列が選択された場合（ステップＳａ１３：ＹＥＳ）、制御部１１は、選択された変換文字列を文字データの一部として確定する。
【００５５】
ユーザにより選択された変換文字列を確定させた場合（ステップＳａ１３）または宛先を選択させるための画面を表示させた場合（ステップＳａ２０）、制御部１１は、ユーザが入力した項目（宛先、件名または本文）の内容が確定したか否かを判断する（ステップＳａ１４）。そして、ユーザが入力した項目の内容が確定したと判断された場合（ステップＳａ１４：ＹＥＳ）、制御部１１は、入力項目の全ての内容が確定したか否かを判断する（ステップＳａ１５）。これらの判断は、例えば、ユーザが確定ボタンＢｆを押下したか否かによって行う。
【００５６】
なお、変換文字列が選択されていない場合（ステップＳａ１３：ＮＯ）またはユーザが入力した項目の内容が未確定である場合（ステップＳａ１４：ＮＯ）、制御部１１は、ユーザが再び文字列を入力するのを待ち（ステップＳａ６）、このステップ以降の処理を繰り返す。また、入力項目の全ての内容が確定していない場合（ステップＳａ１５：ＮＯ）、制御部１１は、再び入力選択画面を表示させ（ステップＳａ３）、このステップ以降の処理を繰り返す。
【００５７】
入力項目の全ての内容が確定したと判断された場合（ステップＳａ１５：ＹＥＳ）、制御部１１は、ユーザにより電子メールの送信が指示されたか否かを判断する（ステップＳａ１６）。具体的には、制御部１１は、送信ボタンＢｓに対応する制御信号が供給されたか否かを判断する。そして、電子メールの送信が指示された場合（ステップＳａ１６：ＹＥＳ）、制御部１１は、ユーザが入力した内容に基づいて電子メールデータを生成し、これを送信する（ステップＳ１７）。
【００５８】
移動通信端末１０が電子メールを送信するまでの処理は、以上の通りである。続いて、上述した処理を実行することによって表示部１８により表示される画面について、具体的な例を挙げて説明する。ここでは、ユーザが「かい」という文字列を入力した場合を例に説明する。なお、以下の説明においては、辞書テーブルＴＢ１、位置属性テーブルＴＢ２および文字列属性テーブルＴＢ３としては、それぞれ、図７〜図９に示されたものを用いるとする。
【００５９】
まず、取得したＧＰＳ位置情報が「北緯３５度４０分１２秒、東経１３９度４４分３７秒」である場合について説明する。図８の位置属性テーブルＴＢ２によれば、このＧＰＳ位置情報に割り当てられた属性は「都市部」であるから、制御部１１は、この属性が関連付けられている変換文字列を優先的に表示させる。図７の辞書テーブルＴＢ１および図９の文字列属性テーブルＴＢ３によれば、よみがなの先頭部分が「かい」であり、かつ、「都市部」という属性が関連付けられている文字列は「会議（かいぎ）」と「会社（かいしゃ）」である。よって、制御部１１は、これらの文字列を他の文字列よりも優先的に表示させる。具体的には、例えば、変換候補表示領域Ａ２に変換候補が表示される場合において、最上位の変換候補が最初に選択対象（反転表示）となるような態様であるときには、制御部１１は、図１４に示すように、「都市部」という属性が関連付けられている「会議」や「会社」といった文字列を、その他の文字列よりも上位に表示させる。
【００６０】
これに対して、取得したＧＰＳ位置情報が「北緯３５度３７分４３秒、東経１３９度４７分４秒」である場合、このＧＰＳ位置情報に割り当てられた属性は「海岸部」である。そのため、制御部１１は、図１５に示すように、「海岸部」という属性が関連付けられている「海岸」や「海水浴」といった文字列を、その他の文字列よりも上位に表示させる。変換候補がこのように表示されることにより、ユーザは、所持する移動通信端末１０の位置（すなわち自己の位置）との関連性がより高い変換文字列を、より少ない操作で選択・確定することが可能となる。
【００６１】
［第２実施形態］
続いて、本発明の第２の実施形態を説明する。上述の第１実施形態が自機の位置に応じて変換候補の表示順序を異ならせることを特徴とするものであるのに対して、本実施形態は、電子メールの送信先である通信端末の位置に応じて変換候補の表示順序を異ならせることを特徴とするものである。以下では、この本実施形態の特徴に係る部分を中心に説明する。
【００６２】
本実施形態の全体構成は、図１に示した移動通信システム１と同様である。ただし、移動通信端末が記憶するデータ等は、上述した第１実施形態と異なる。そこで、本実施形態では、移動通信端末の符号を「移動通信端末２０ａ」および「移動通信端末２０ｂ」とし、上述した第１実施形態の移動通信端末１０（１０ａおよび１０ｂ）と区別する。そして、移動通信端末２０ａ、２０ｂを特に区別する必要がない場合には、これらを総称して「移動通信端末２０」という。なお、移動パケット通信網９０の構成は第１実施形態と同様であり、図２に示した通りである。
【００６３】
本実施形態においては、移動通信端末２０は、位置登録において用いられる在圏情報を利用して電子メールの送信先の通信端末の位置を特定する。それゆえ、移動通信端末２０は、位置とその位置に関する属性とを関連付ける方法が上述した第１実施形態とは異なっている。
【００６４】
本実施形態の移動通信端末２０は、図８に示した位置属性テーブルＴＢ２に代えて、図１６に示す位置属性テーブルＴＢ２ａを記憶している。同図に示すように、位置属性テーブルＴＢ２ａは、「位置情報」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「位置情報」のフィールドには、加入者交換局９２の交換局ＩＤに相当する値が記憶される。また、「属性」のフィールドには、位置情報が表す位置（エリア）に対応する属性を表す値が記憶される。つまり、位置属性テーブルＴＢ２ａは、「位置情報」が表す対象が交換局ＩＤである点において位置属性テーブルＴＢ２と異なる。なお、位置属性テーブルＴＢ２ａの「属性」の値は、位置属性テーブルＴＢ２と同様の３種類である。
【００６５】
ここで、位置属性テーブルＴＢ２ａのレコードが表す意味について、具体的な例を用いて説明する。上述したように、「位置情報」のフィールドに記憶される値は、交換局ＩＤに相当する値である。この交換局ＩＤは、対応する加入者交換局９２に属している基地局９１の無線通信エリアを表している。例えば、図１６に示した位置属性テーブルＴＢ２ａの第１行のレコードは、「位置情報」の値が「ａ」であり、「属性」の値が「１」である。それゆえ、このレコードは、基地局９１ａおよび９１ｂにより形成される無線通信エリアに「都市部」という属性が関連付けられていることを意味している。同様に、位置属性テーブルＴＢ２ａの第２行のレコードは、基地局９１ｃおよび９１ｄにより形成される無線通信エリアに「海岸部」という属性が関連付けられていることを意味し、第３行のレコードは、基地局９１ｅおよび９１ｆにより形成される無線通信エリアに「山間部」という属性が関連付けられていることを意味している。
【００６６】
移動通信端末２０の構成は以上の通りである。続いて、移動通信端末２０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図１７のフローチャートに沿って説明する。なお、同図においては、図１１のフローチャートを参照して説明した処理と同様の処理を行うステップについては、図１１のフローチャートに示したステップと同一の符号を用いている。これらのステップについては、その具体的な説明を省略する。また、本実施形態においては、電子メールの送信先は、移動パケット通信網９０によるパケット通信サービスを利用する移動通信端末２０であることを前提とする。
【００６７】
メーラ１１３が起動されると、はじめに制御部１１は、ユーザに宛先（すなわち電子メールアドレス）を選択させるための画面を表示部１８に表示させる（ステップＳｂ１）。本実施形態において、宛先を最初に選択させるのは、件名や本文に対応する文字列の入力の前に送信先の電子メールアドレスを特定するためである。このとき表示される画面は、例えば、アドレス帳として記憶された電子メールアドレスの一覧を表示する画面などである。宛先を最初に選択させるための画面を表示させたら、制御部１１は、ユーザが電子メールアドレスを入力するのを待つ。すなわち、制御部１１は、ユーザが電子メールアドレスを入力したか否かを判断する（ステップＳｂ２）。
【００６８】
電子メールアドレスが入力されたら、制御部１１は、送信先の移動通信端末２０の在圏情報を取得する（ステップＳｂ３）。具体的には、制御部１１は、入力された電子メールアドレスを、基地局９１等を介してサービス制御局９４に送信する。サービス制御局９４は、この電子メールアドレスを受信すると、この電子メールアドレス（すなわち加入者識別情報）に対応付けられて記憶されている交換局ＩＤ（すなわち在圏情報）を位置情報データベースＤＢ１から読み出し、これを電子メールアドレスの送信元の移動通信端末２０に通知するようになっている。
【００６９】
このようにして、在圏情報、すなわち送信先の移動通信端末２０が在圏する位置を表す情報を取得したら、制御部１１は、送信先の移動通信端末２０の位置の属性を特定する（ステップＳｂ４）。制御部１１は、位置属性テーブルＴＢ２ａを参照することにより、取得した在圏情報に関連付けられた属性を特定する。例えば、位置属性テーブルＴＢ２ａが図１６に示した内容であるとすると、取得した在圏情報が「ａ」である場合には、制御部１１は、自機の位置に関連付けられた属性が「都市部」であると特定する。
【００７０】
続いて、制御部１１は、「件名」および「本文」のいずれを入力するかをユーザに選択させるための画面を表示部１８に表示させる（ステップＳｂ５）。このとき表示される画面は、図１２の入力選択画面と異なり、「件名」および「本文」の項目のみが選択可能となっている。これは、宛先の内容は既に確定しているからである。
【００７１】
その後、制御部１１は、上述した第１実施形態と同様の要領にて文字列の表示等を行うが、変換文字列の表示の優先度の決定（ステップＳｂ６）は、第１実施形態と異なる方法で行う。ステップＳｂ６において、制御部１１は、ステップＳｂ４において特定した送信先の移動通信端末２０の位置の属性とステップＳａ１０において特定した各変換文字列の属性とに基づいて、変換候補である変換文字列について優先度を決定する。制御部１１は、送信先の移動通信端末２０の位置の属性と一致する属性を有する変換文字列に対して、他の変換文字列よりも高い優先度を付与する。その後、制御部１１は、上述した第１実施形態と同様の要領にて電子メールデータの送信等を行う。
【００７２】
このような処理を実行したときの作用について、移動通信端末２０ａから移動通信端末２０ｂに宛てて電子メールを送信する場合を例に説明する。なお、ここにおいて、移動通信端末２０ｂの電子メールアドレスは「def@****.jp」であるとし、位置情報データベースＤＢ１、辞書テーブルＴＢ１、文字列属性テーブルＴＢ３および位置属性テーブルＴＢ２ａの内容は、それぞれ、図３、図７、図９および図１６に示した通りであるとする。例えば、ユーザが移動通信端末２０ｂを宛先として入力し、その後、「かい」という文字列を入力したとすると、移動通信端末２０ａの制御部１１は、在圏情報として「ｂ」という交換局ＩＤを取得するから、位置属性テーブルＴＢ２ａの内容に基づき、移動通信端末２０ｂが在圏するエリアを「海岸部」として特定する。そのため、このとき制御部１１は、「海岸部」という属性が割り当てられている「海岸」や「海水浴」といった変換文字列を、その他の変換文字列よりも上位に表示させる。つまり、このとき表示される画面は、図１５のようになる。
【００７３】
このような処理を実行することにより、移動通信端末２０は、送信先の移動通信端末２０の位置に関連付けられた属性を有する変換文字列を、他の変換文字列よりも優先的に表示することが可能となる。これにより、ユーザは、送信先の移動通信端末２０の位置（すなわち通信相手の位置）との関連性がより高い変換文字列を、より少ない操作で選択・確定することが可能となる。
【００７４】
［第３実施形態］
続いて、本発明の第３の実施形態を説明する。上述した第１および第２実施形態が、移動通信端末の位置に応じて変換候補の表示順序を異ならせることを特徴とするものであるのに対して、本実施形態は、電子メールを送信する時間に応じて変換候補の表示順序を異ならせることを特徴とするものである。以下では、この本実施形態の特徴に係る部分を中心に説明する。
【００７５】
本実施形態の全体構成は、図１に示した移動通信システム１と同様である。ただし、移動通信端末の構成や記憶するデータ等は、上述した第１実施形態と異なる。そこで、本実施形態では、移動通信端末の符号を「移動通信端末３０」とし、上述した第１実施形態の移動通信端末１０と区別する。なお、移動パケット通信網９０の構成は第１実施形態と同様であり、図２に示した通りである。
【００７６】
図１８は、移動通信端末３０の構成を示すブロック図である。移動通信端末３０は、制御部１１と、無線通信部１６と、操作部１７と、表示部１８と、ＧＰＳ受信部１９と、タイマ３１とを備える。タイマ３１は発振回路を備えており、制御部１１からの要求に応じて、その要求時の時刻を表す時間情報を供給する。時間情報は、例えば「01.23.45（１時２３分４５秒）」というように、時、分および秒により表される情報である。なお、制御部１１、無線通信部１６、操作部１７、表示部１８およびＧＰＳ受信部１９の構成は、移動通信端末１０と同様である。
【００７７】
また、本実施形態の移動通信端末３０は、図８に示した位置属性テーブルＴＢ２に代えて、図１９に示す時間帯属性テーブルＴＢ４を記憶している。時間帯属性テーブルＴＢ４は、時間とその時間に割り当てられた属性とを関連付けて記憶するテーブルであり、同図に示すように、「時間帯情報」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「時間帯情報」のフィールドには、１日を所定の範囲で区切った時間帯を表す値が記憶される。また、「属性」のフィールドには、時間帯情報が表す時間帯に対応する属性を表す値が記憶される。本実施形態においては、「時間帯情報」の値は、時、分および秒を用いて表されるとする。また、本実施形態においては、「属性」の値は３種類であり、それぞれが「朝（１）」、「昼（２）」または「夜（３）」を表すとする。
【００７８】
ここで、時間帯属性テーブルＴＢ４のレコードが表す意味について、具体的な例を用いて説明する。例えば、図１９に示した時間帯属性テーブルＴＢ４の第１行のレコードは、「時間帯情報」の値が「0.00.00-4.59.59」であり、「属性」の値が「３」である。すなわち、このレコードは、０時０分０秒から４時５９分５９秒の時間帯に「夜」という属性が関連付けられていることを表している。これはつまり、この時間帯を夜とみなすことを意味している。また、第２行以降のレコードについても同様に、５時０分０秒から１１時５９分５９秒までを朝、１２時０分０秒から１７時５９分５９秒までを昼、１８時０分０秒から２３時５９分５９秒までを夜とみなすことを意味している。
【００７９】
また、本実施形態の移動通信端末３０は、図９に示した文字列属性テーブルＴＢ３に代えて、図２０に示す文字列属性テーブルＴＢ３ａを記憶している。文字列属性テーブルＴＢ３ａは、文字列とその文字列に割り当てられた属性とを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「文字列」のフィールドには、辞書テーブルＴＢ１の「文字列」のフィールドと同様の値が記憶される。なお、この文字列属性テーブルＴＢ３ａには、辞書テーブルＴＢ１に記憶されている文字列の一部または全部が記憶されている。また、「属性」のフィールドには、時間帯属性テーブルＴＢ４の「属性」のフィールドと同様の値が記憶される。すなわち、本実施形態においては、「属性」の値は「１（朝）」、「２（昼）」、「３（夜）」の３種類である。つまり、図２０に示した文字列属性テーブルＴＢ３ａの第１行および第２行のレコードは、「お早うございます」という文字列には「朝」という属性が割り当てられており、「お休みなさい」という文字列には「夜」という属性が割り当てられていることをそれぞれ表している。
【００８０】
移動通信端末３０の構成は以上の通りである。続いて、移動通信端末３０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図２１のフローチャートに沿って説明する。なお、同図においては、図１１のフローチャートを参照して説明した処理と同様の処理を行うステップについては、図１１のフローチャートに示したステップと同一の符号を用いている。これらのステップについては、その具体的な説明を省略する。
【００８１】
メーラ１１３が起動されると、はじめに制御部１１は、タイマ３１から時間情報を取得する（ステップＳｃ１）。このとき取得された時間情報が表す時刻のことを、以下では「現在時刻」という。続いて、制御部１１は、取得した時間情報と時間帯属性テーブルＴＢ４とに基づいて、現在時刻に割り当てられた属性を特定する（ステップＳｃ２）。ステップＳｃ２における具体的な動作は、以下の通りである。
【００８２】
ステップＳｃ２において、制御部１１は、時間帯属性テーブルＴＢ４の「時間帯情報」の値と時間情報とを比較し、「時間帯情報」の値が現在時刻を含むレコードを特定する。そして、制御部１１は、このとき特定したレコードの「属性」の値を参照し、この値が表す属性を現在時刻に割り当てられた属性として特定する。例えば、時間帯属性テーブルＴＢ４が図２０に示した内容であるとすると、取得した時間情報が「9.00.00（９時０分０秒）」である場合には、制御部１１は、現在時刻に割り当てられた属性が「朝」であると特定する。
【００８３】
その後、制御部１１は、上述した第１実施形態と同様の要領にて文字列の表示等を行うが、変換文字列の表示の優先度の決定（ステップＳｃ３）は、第１実施形態と異なる方法で行う。ステップＳｃ３において、制御部１１は、ステップＳｃ２において特定した現在時刻の属性とステップＳａ１０において特定した各変換文字列の属性とに基づいて、変換候補である変換文字列について優先度を決定する。制御部１１は、送信先の移動通信端末２０の位置の属性と一致する属性を有する変換文字列に対して、他の変換文字列よりも高い優先度を付与する。その後、制御部１１は、上述した第１実施形態と同様の要領にて電子メールデータの送信等を行う。
【００８４】
このような処理を実行したときの作用について説明する。なお、ここにおいて、位置情報データベースＤＢ１、辞書テーブルＴＢ１、時間帯属性テーブルＴＢ４および文字列属性テーブルＴＢ３ａの内容は、それぞれ、図３、図７、図１９および図２０に示した通りであるとする。例えば、現在時刻が１０時台である場合に、ユーザが「お」という文字列を入力したとすると、移動通信端末３０の制御部１１は、時間帯属性テーブルＴＢ４の内容に基づき、現在時刻を「朝」という時間帯として特定する。そのため、このとき制御部１１は、図２２に示すように、「朝」という属性が割り当てられている「お早うございます」という変換文字列を、「夜」という属性が割り当てられている「お休みなさい」という変換文字列よりも上位に表示させる。
【００８５】
このような処理を実行することにより、移動通信端末３０は、現在時刻に関連付けられた属性を有する変換文字列を他の変換文字列よりも優先的に表示することが可能となる。これにより、ユーザは、現在時刻（すなわち電子メールを送信する時刻）との関連性がより高い変換文字列を、より少ない操作で選択・確定することが可能となる。
【００８６】
［第４実施形態］
続いて、本発明の第４の実施形態を説明する。上述した第１および第２実施形態が、移動通信端末の位置に応じて変換候補の表示順序を異ならせることを特徴とするものであるのに対して、本実施形態は、自機の近傍に存在する移動通信端末応じて変換候補の表示順序を異ならせることを特徴とするものである。以下では、この本実施形態の特徴に係る部分を中心に説明する。
【００８７】
本実施形態の全体構成は、図１に示した移動通信システム１と同様である。ただし、移動通信端末の構成や記憶するデータ等は、上述した第１実施形態と異なる。そこで、本実施形態では、移動通信端末の符号を「移動通信端末４０ａ」および「移動通信端末４０ｂ」とし、上述した第１実施形態の移動通信端末１０（１０ａおよび１０ｂ）と区別する。そして、移動通信端末４０ａ、４０ｂを特に区別する必要がない場合には、これらを総称して「移動通信端末４０」という。なお、移動パケット通信網９０の構成は第１実施形態と同様であり、図２に示した通りである。
【００８８】
図２３は、移動通信端末４０の構成を示すブロック図である。移動通信端末４０は、制御部１１と、無線通信部１６と、操作部１７と、表示部１８と、ＧＰＳ受信部１９と、近距離無線通信部４１とを備える。なお、制御部１１、無線通信部１６、操作部１７、表示部１８およびＧＰＳ受信部１９の構成は、移動通信端末１０と同様である。近距離無線通信部４１はアンテナ４１１を備えており、自機の近傍の所定の範囲内に存在する移動通信端末４０と無線通信を行う。近距離無線通信部４１の通信方式は任意であるが、例えば、Bluetooth（登録商標）規格に準拠した方式を用いることができる。この方式を用いた場合、半径１０ｍ程度の範囲内で端末間の通信を行うことが可能である。
【００８９】
制御部１１は、近距離無線通信部４１を介して、他の移動通信端末４０を識別可能な情報を取得できるように構成されている。このとき取得される情報のことを、以下では「端末識別情報」という。端末識別情報は、例えばあらかじめ定められた適当な文字列であってもよいし、電話番号や電子メールアドレスであってもよいが、説明の便宜上、本実施形態においては、移動通信端末４０の符号の末尾に付したアルファベットを用いる。
【００９０】
本実施形態の移動通信端末４０は、図９に示した文字列属性テーブルＴＢ３に代えて、図２４に示す文字列条件テーブルＴＢ５を記憶している。文字列条件テーブルＴＢ５は、文字列とその文字列に割り当てられた所定の条件とを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「条件情報」の２列のフィールドにより構成されるレコードの集合体である。「文字列」のフィールドには、辞書テーブルＴＢ１の「文字列」のフィールドと同様の値が記憶される。なお、この文字列属性テーブルＴＢ３には、辞書テーブルＴＢ１に記憶されている文字列の一部または全部が記憶されている。
【００９１】
また、「条件情報」のフィールドには、表示の優先度を決定する所定の条件を表す値が記憶されている。この所定の条件とは、端末識別情報や自機の近傍に存在する移動通信端末４０の数などである。例えば、図２４に示した文字列条件テーブルＴＢ５の第１行のレコードの「条件情報」の値は、取得した端末識別情報が「ｂ」であることを表している。これは、上述した「所定の条件」が、「端末識別情報が『ｂ』である移動通信端末４０（すなわち移動通信端末４０ｂ）が自機の近傍に存在していること」であることを意味している。また、図２４に示した文字列条件テーブルＴＢ５の第４行のレコードの「条件情報」の値は、取得した端末識別情報の総数が所定数（ここでは「５」）以上であることを表している。これは、上述した「所定の条件」が、「自機の近傍に５機以上の移動通信端末４０が存在していること」であることを意味している。なお、「条件情報」のフィールドは、その全てに有意の値が記憶されている必要はなく、条件を設定する必要があるレコードのみに値が記憶されていればよい。
【００９２】
移動通信端末４０の構成は以上の通りである。続いて、移動通信端末４０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図２５のフローチャートに沿って説明する。なお、同図においては、図１１のフローチャートを参照して説明した処理と同様の処理を行うステップについては、図１１のフローチャートに示したステップと同一の符号を用いている。これらのステップについては、その具体的な説明を省略する。
【００９３】
メーラ１１３が起動されると、はじめに制御部１１は、近距離無線通信部４１を介して端末識別情報を取得する（ステップＳｄ１）。そして、制御部１１は、取得した端末識別情報に基づいて、自機の近傍に存在する移動通信端末４０とその数を特定する（ステップＳｄ２）。その後、制御部１１は、上述した第１実施形態と同様の要領にて文字列の表示等を行う（ステップＳａ３〜Ｓａ９）。
【００９４】
入力文字列表示領域Ａ１に表示された文字列と「よみがな」の値の先頭部分とが一致するレコードが複数存在する場合（ステップＳａ９：ＹＥＳ）、制御部１１は、文字列条件テーブルＴＢ５を参照することにより、上述の複数のレコードが表す文字列（すなわち変換文字列）に対応する条件情報を特定する（ステップＳｄ３）。そして、制御部１１は、特定した条件情報に基づいて、変換候補である変換文字列について表示の優先度を決定する（ステップＳｄ４）。
【００９５】
ここで、優先度の決定方法について説明する。制御部１１は、ステップＳｄ３において特定した条件情報と、ステップＳｄ２において特定された自機の近傍に存在する移動通信端末４０とその数とを参照し、条件が満たされた変換文字列が存在するか否かを判断する。そして、条件を満たす変換文字列が存在する場合には、制御部１１は、その変換文字列に対して他の変換文字列よりも低い優先度を付与する。その後、制御部１１は、上述した第１実施形態と同様の要領にて電子メールデータの送信等を行う。
【００９６】
このような処理を実行したときの作用について説明する。なお、ここにおいて、動作の主体は移動通信端末４０ａであるとし、辞書テーブルＴＢ１および文字列条件テーブルＴＢ５の内容は、それぞれ、図３および図２４に示した通りであるとする。例えば、自機の近傍に移動通信端末４０ｂが存在している場合に、ユーザが「ばか」という文字列を入力したとすると、移動通信端末４０ａの制御部１１は、文字列条件テーブルＴＢ５の内容に基づき、「馬鹿」という変換文字列の優先度を他の「化かす」や「バカンス」といった変換文字列の優先度よりも低くする。そのため、このとき制御部１１は、図２６に示すように、「化かす」や「バカンス」といった変換文字列を「馬鹿」という変換文字列よりも上位に表示させる（例１）。
【００９７】
また、例えば、自機の近傍に５機以上の移動通信端末４０が存在している場合に、ユーザが「はな」という文字列を入力したとすると、移動通信端末４０ａの制御部１１は、文字列条件テーブルＴＢ５の内容に基づき、「花子ちゃん」という変換文字列の優先度を他の「花」や「鼻」といった変換文字列の優先度よりも低くする。そのため、このとき制御部１１は、図２７に示すように、「花」や「鼻」といった変換文字列を「花子ちゃん」という変換文字列よりも上位に表示させる（例２）。
【００９８】
このような処理を実行することにより、移動通信端末４０は、自機の近傍に存在する移動通信端末４０、すなわちユーザの周囲にいる他のユーザの存在に応じて特定の変換文字列を表示しにくくしたり、あるいは表示させやすくしたりすることが可能となる。例えば、親が子供に持たせる移動通信端末４０に対して、表示や入力が不適切な表現（例えば、乱暴な言葉や低劣な言葉など）についてあらかじめ例１のような要領で条件情報を設定しておくことで、親が子供の近くにいるときには、子供が上述の不適切な表現を選択しにくくすることが可能となる。この場合、さらには、所定の条件を満たす変換文字列を表示させないようにすることにより、子供の移動通信端末４０に不適切な表現が表示されないようにし、子供が不適切な表現を目にする機会を減少させることも可能である。
【００９９】
また、例えば、他人に見られたくない表現（例えば、個人のプライバシーに関する言葉や業務上の秘密に関する言葉など）についてあらかじめ例２のような要領で条件情報を設定しておくことで、不特定多数の他のユーザが文字列入力画面を見得る状況にある場合には、他人に見られたくない表現を表示しにくくすることが可能となる。これにより、ユーザが秘密にしたい事項が他人に露見することを抑制することが可能となる。
【０１００】
［変形例］
以上においては、４種類の実施形態を例示して本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、その他の種々の態様にて実施することも可能である。本発明においては、例えば、上述した実施形態に対して以下のような変形を適用することができる。なお、これらの変形は、各々を適宜に組み合わせることも可能である。
【０１０１】
上述した第１実施形態においては、自機の位置情報としてＧＰＳ位置情報を用い、上述した第２実施形態においては、送信先の位置情報として在圏情報を用いるとしたが、自機の位置情報として在圏情報を用いたり、送信先の位置情報としてＧＰＳ位置情報を用いたりしてもよい。また、上述した実施形態においては、在圏情報は複数の基地局９１の無線通信エリアを足し合わせたエリアを表す情報であるとしたが、在圏情報を単一の基地局９１の無線通信エリアにより構成してもよい。このようにすれば、在圏情報の精度をより高めることが可能となる。
【０１０２】
また、上述した第２実施形態においては、送信先の位置情報として在圏情報を取得し、これに関連付けられた属性を参照することにより変換文字列の表示の優先度を決定するとしたが、在圏情報に代えて、上述した属性を位置情報として取得するような構成としてもよい。例えば、サービス制御局に在圏情報と属性の関連付けを記憶させ、サービス制御局がこの属性を表す情報を移動通信端末に送信する構成としてもよい。
【０１０３】
また、上述した第３実施形態においては、時間情報が時刻を表す情報であり、この時間情報に対して「朝」、「昼」および「夜」という属性を関連付けるとしたが、属性の区切りをより短い期間としたり、あるいはより長い期間としてもよい。例えば、時間情報を月日をも表す情報とし、この時間情報に対して「春」、「夏」、「秋」および「冬」という属性を関連付けるようにしてもよい。このようにすれば、季節との関連性が高い変換文字列を優先的に表示させることが可能となる。また、例えば、就業時間中には業務との関連性が高い変換文字列を優先的に表示させたり、あるいは、休日には娯楽との関連性が高い変換文字列を優先的に表示させたりしてもよい。
【０１０４】
また、上述した実施形態においては、電子メッセージの一例として電子メールを示して説明したが、ユーザが作成する電子メッセージは電子メールに限られず、例えば、いわゆるＳＭＳ（Short Message Service）であってもよい。また、送信先の存在を必要としない実施形態（すなわち、第２実施形態以外）については、電子メッセージにおける文字入力のみならず、その他の種々の文字入力に適用可能である。
【０１０５】
なお、種々の文字入力に用いることができるようにするためには、表示の優先度を決定する処理に必要な機能を単一のプログラムとして構成し、いわゆるライブラリの形態にて提供するのが望ましい。また、このようなプログラムを、ＣＤ−ＲＯＭ等の記録媒体に記録して提供したり、所定のサーバ装置からインターネットや移動パケット通信網を介して提供したりすることも可能である。
【０１０６】
また、上述した実施形態においては、位置や時間帯といった属性を表す情報を、辞書テーブルＴＢ１とは別個に設ける構成としたが、例えば、辞書テーブルを複数設け、それぞれの辞書テーブルに属性を関連付ける構成にしてもよい。要するに、本発明においては、上述した辞書テーブルＴＢ１に相当するデータ（「文字列」および「変換文字列」）と属性に対応する情報とが何らかの関連付けを有して記憶されていれば足り、その具体的な記憶の態様は特に限定されないということである。なお、複数の辞書テーブルのそれぞれに属性を関連付ける構成とした場合には、入力された文字列に対応する変換文字列の表示に際して、特定された属性に関連付けられた辞書テーブルのみを用いてもよいし、当該辞書テーブルに記憶された変換文字列を優先的に用いつつ、その他の辞書テーブルに記憶された変換文字列を併せて用いるような制御を行ってもよい。
【０１０７】
また、上述した実施形態においては、文字入力を行う移動通信端末として携帯電話機を例示したが、通信機能を有するＰＤＡ（Personal Digital Assistants）やノート型のパーソナルコンピュータを用いてもよい。また、移動通信端末のみならず、サーバ装置やデスクトップ型のパーソナルコンピュータのような据え置き型の通信端末を用いてもよい。
【０１０８】
また、上述した実施形態においては、変換文字列を優先的に表示させる場合の表示態様として、他の変換文字列よりも上位に表示させる例を示したが、変換文字列を優先的に表示させる場合の表示態様は、このような例に限定されない。例えば、変換候補が１つずつ表示されるような場合であれば、優先度の高い変換文字列が他の変換文字列よりも先に表示されるような態様であってもよい。要するに、優先度の高い変換文字列ほど少ない操作で選択・確定することが可能な表示態様であれば、いかなる態様であってもよい。
【０１０９】
また、上述した実施形態においては、いわゆる推測変換における変換候補の表示動作を説明したが、入力した文字列と完全に一致する変換候補のみを表示させるかな漢字変換に本発明を適用することも、もちろん可能である。
【符号の説明】
【０１１０】
１…移動通信システム、２…外部ネットワーク、１０、１０ａ、１０ｂ、２０、２０ａ、２０ｂ、３０、４０、４０ａ、４０ｂ…移動通信端末、１１…制御部、１２…ＣＰＵ、１３…ＲＯＭ、１４…ＲＡＭ、１５…ＥＥＰＲＯＭ、１６…無線通信部、１７…操作部、１８…表示部、１９…ＧＰＳ受信部、３１…タイマ、４１…近距離無線通信部、９０…移動パケット通信網、９１、９１ａ、９１ｂ、９１ｃ、９１ｄ、９１ｅ、９１ｆ…基地局、９２、９２ａ、９２ｂ、９２ｃ…加入者交換局、９３…関門交換局、９４…サービス制御局、９５…メールサーバ
【技術分野】
【０００１】
本発明は、入力された文字を変換して表示する技術に関する。
【背景技術】
【０００２】
移動通信端末における文字入力の操作性を向上させることを目的に、少ない操作で所望の文字列を表示・確定させる技術が知られている。例えば、いわゆる推測変換を用いることにより、ユーザは数文字の入力で多数の変換候補を選択することが可能になる。また、特許文献１に記載された技術によれば、電子メッセージの送信先に応じて推測変換における候補の表示順序を変更することができる。これにより、例えば、友人に私的な電子メッセージを送信する場合と職場の同僚に業務的な電子メッセージを送信する場合とで異なる順序で変換候補が表示されるようになり、双方の場合において効率的な文字入力を行うことが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３１０３０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、文字入力においては、単に送信先に応じて変換候補の表示順序を異ならせただけでは対応できない状況もある。例えば、特許文献１に記載された技術によったのでは、職場の同僚であると同時に友人でもある者に電子メッセージを送信する場合などには、効率的な文字入力を行えない可能性がある。
【０００５】
本発明はかかる事情に鑑みてなされたものであり、その目的は、種々の状況に応じた効率的な文字入力を行うことを可能にする技術を提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、本発明は、自機から所定の範囲内に他の通信端末が存在することを表す情報を取得する取得手段と、文字列を入力する入力手段と、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段と、前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段とを備える通信端末を提供する。
【０００７】
また、本発明において、前記取得手段は、複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、前記優先度決定手段は、前記取得手段により取得された情報があらかじめ決められた通信端末を表す識別情報である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くするように構成されてもよい。
【０００８】
また、本発明において、前記取得手段は、複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、前記優先度決定手段は、前記取得手段により取得される識別情報の数が所定数以上である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くするように構成されてもよい。
【０００９】
また、本発明は、電子メッセージの送信先である通信端末の位置を表す位置情報を取得する取得手段と、文字列を入力する入力手段と、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段と、前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得手段により取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段とを備える通信端末を提供する。
【００１０】
また、本発明において、前記優先度決定手段は、前記取得手段により取得された位置情報が表す位置を含む位置情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くするように構成されてもよい。
【００１１】
また、本発明は、時を表す時間情報を取得する取得手段と、文字列を入力する入力手段と、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段と、前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段とを備える通信端末を提供する。
【００１２】
また、本発明において、前記優先度決定手段は、前記取得手段により取得された時間情報が表す時を含む期間情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くするように構成されてもよい。
【００１３】
また、本発明において、前記第２の表示手段に表示される変換文字列を選択する選択手段をさらに備え、前記第２の表示手段は、前記優先度がより高い前記変換文字列が前記選択手段により先に選択されるように当該変換文字列を表示するように構成されてもよい。
【００１４】
また、本発明は、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、所定の通信端末から所定の範囲内に他の通信端末が存在することを表す情報を取得する機能と、前記第１の表示態様の文字列を取得する機能と、前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能とを実現させるためのプログラムを提供する。
【００１５】
また、本発明は、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、当該通信端末による電子メッセージの送信先である通信端末の位置を表す位置情報を取得する機能と、前記第１の表示態様の文字列を取得する機能と、前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能とを実現させるためのプログラムを提供する。
【００１６】
また、本発明は、第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、時を表す時間情報を取得する機能と、前記第１の表示態様の文字列を取得する機能と、前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得された時間情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能とを実現させるためのプログラムを提供する。
【発明の効果】
【００１７】
本発明によれば、種々の状況に応じた効率的な文字入力を行うことが可能である。
【図面の簡単な説明】
【００１８】
【図１】移動通信システムの全体構成を概略的に示す図である。
【図２】移動パケット通信網の構成を示す図である。
【図３】位置情報データベースに記憶されるデータを例示する図である。
【図４】移動通信端末の構成を示すブロック図である（第１実施形態）。
【図５】プログラムの実行により移動通信端末に実現される各部の論理的構成を示す図である。
【図６】メーラにより実現される機能を示す機能ブロック図である。
【図７】辞書テーブルの内容を例示する図である。
【図８】位置属性テーブルの内容を例示する図である（第１実施形態）。
【図９】文字列属性テーブルの内容を例示する図である（第１実施形態）。
【図１０】操作部１７の外観構成を示す図である。
【図１１】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第１実施形態）。
【図１２】入力選択画面を例示する図である。
【図１３】文字列入力画面を例示する図である。
【図１４】変換候補の表示態様を例示する図である（第１実施形態）。
【図１５】変換候補の表示態様を例示する図である（第１実施形態）。
【図１６】位置属性テーブルの内容を例示する図である（第２実施形態）。
【図１７】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第２実施形態）。
【図１８】移動通信端末の構成を示すブロック図である（第３実施形態）。
【図１９】時間帯属性テーブルの内容を例示する図である（第３実施形態）。
【図２０】文字列属性テーブルの内容を例示する図である（第３実施形態）。
【図２１】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第３実施形態）。
【図２２】変換候補の表示態様を例示する図である（第３実施形態）。
【図２３】移動通信端末の構成を示すブロック図である（第４実施形態）。
【図２４】文字列条件テーブルの内容を例示する図である。
【図２５】移動通信端末の制御部がメーラを起動させたときに実行される処理を示すフローチャートである（第４実施形態）。
【図２６】変換候補の表示態様を例示する図である（第４実施形態）。
【図２７】変換候補の表示態様を例示する図である（第４実施形態）。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について図面を参照しつつ説明する。なお、説明の便宜上、ここでは、本発明に係る実施形態を４種類に分けて例示するが、これらを組み合わせて実施することももちろん可能である。また、これらの実施形態においては、互いに共通する構成要素等には同一の符号を付し、重複する説明は適宜省略することとする。
【００２０】
［第１実施形態］
図１は、本発明の第１の実施形態に係る移動通信システム１の全体構成を概略的に示す図である。同図に示すように、この移動通信システム１は、移動通信端末１０ａおよび１０ｂと、移動パケット通信網９０とを備える。移動通信端末１０ａおよび１０ｂは、移動パケット通信網９０を介して相互に無線通信を行う通信端末である。移動通信端末１０ａおよび１０ｂは、ここでは携帯電話機であるとする。移動パケット通信網９０は、所定の通信事業者（いわゆるキャリア）による管理の下、移動通信端末１０ａおよび１０ｂにパケット通信サービスを提供するネットワークである。なお、移動通信端末１０ａ、１０ｂを特に区別する必要がない場合には、これらを総称して「移動通信端末１０」という。また、実際のシステムにおいては、移動通信端末１０は、図示したよりも多く存在し得る。これらの移動通信端末１０のユーザは、それぞれ、上述した通信事業者と移動パケット通信網９０の利用契約をあらかじめ締結しているものとする。
【００２１】
次に、図２を参照して移動パケット通信網９０の構成を説明する。同図に示すように、移動パケット通信網９０は、基地局９１ａ、９１ｂ、９１ｃ、９１ｄ、９１ｅおよび９１ｆと、加入者交換局９２ａ、９２ｂおよび９２ｃと、関門交換局９３と、サービス制御局９４と、メールサーバ９５とを備える。なお、基地局９１ａ〜９１ｆを特に区別する必要がない場合には、これらを総称して「基地局９１」といい、交換局９２ａ〜９２ｃを特に区別する必要がない場合には、これらを総称して「加入者交換局９２」という。また、実際のシステムにおいては、基地局９１、加入者交換局９２および関門交換局９３は、図示したよりも多く存在し得る。
【００２２】
基地局９１は、所定の範囲の無線通信エリアを形成し、当該エリアに在圏する移動通信端末１０と無線通信を行う。加入者交換局９２は、所定の基地局９１と通信を行うとともに、いわゆる交換処理を行う。なお、１の加入者交換局９２には複数の基地局９１が属しており、これらの基地局９１と通信を行うように構成されている。関門交換局９３は、加入者交換局９２、サービス制御局９４およびメールサーバ９５と通信を行うとともに、外部ネットワーク２（インターネット等）との相互通信を実現する。サービス制御局９４は、移動通信端末１０のユーザに関する情報（以下「加入者情報」という。）と、移動通信端末１０の在圏状況を示す情報（以下「在圏情報」という。）とを記憶する位置情報データベースＤＢ１を備え、いわゆる位置登録を実現する。また、サービス制御局９４は、移動通信端末１０からの問い合わせに応じて、所定の移動通信端末１０の在圏情報を通知する機能を有する。メールサーバ９５は、電子メールの送受信を行うサーバ装置であり、移動通信端末１０から送信された電子メールを外部ネットワーク２または関門交換局９３に送信し、外部ネットワーク２または関門交換局９３から受信した電子メールを関門交換局９３に送信する。
【００２３】
ここで、位置情報データベースＤＢ１に記憶されるデータについて説明する。図３は、位置情報データベースＤＢ１に記憶されるデータを示す図である。同図に示すように、位置情報データベースＤＢ１には、「加入者識別情報」と「在圏情報」とが対応付けられて記憶されている。加入者識別番号は、移動通信端末１０の各々のユーザを一意的に表す情報であり、在圏情報は、それぞれの移動通信端末１０が在圏している位置を所定の範囲（エリア）で表す情報である。本実施形態においては、加入者識別番号として電子メールアドレスを用い、在圏情報として加入者交換局９２を一意的に特定する情報（以下「交換局ＩＤ」という。）を用いている。なお、説明の便宜上、ここでは、交換局ＩＤを加入者交換局９２の符号の末尾に付したアルファベットで表記している。すなわち、同図において、「ａ」という交換局ＩＤは加入者交換局９２ａに対応し、「ｂ」という交換局ＩＤは加入者交換局９２ｂに対応する、ということである。図２を参照すると、加入者交換局９２ａは基地局９１ａおよび９１ｂと通信を行うように構成されているから、「ａ」という交換局ＩＤにより表される在圏情報は、基地局９１ａと９１ｂの無線通信エリアを足し合わせたエリアを表すこととなる。なお、位置情報データベースＤＢ１には、加入者識別情報以外の加入者情報も記憶されているが、その説明は省略する。
【００２４】
続いて、図４のブロック図を参照して移動通信端末１０の構成を説明する。同図に示すように、移動通信端末１０は、制御部１１と、無線通信部１６と、操作部１７と、表示部１８と、ＧＰＳ（Global Positioning System）受信部１９とを備える。制御部１１は、ＣＰＵ（Central Processing Unit）１２、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４およびＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）１５を備え、ＣＰＵ１２がＲＡＭ１４をワークエリアとして用いてＲＯＭ１３やＥＥＰＲＯＭ１５に記憶されたプログラムを実行し、これにより移動通信端末１０の各部の動作を制御する。なお、ＥＥＰＲＯＭ１５は、後述するデータやプログラムの他に、いわゆるアドレス帳として電話番号や電子メールアドレスを記憶している。無線通信部１６はアンテナ１６１を備え、移動パケット通信網９０とのデータの送受信を無線で行う。操作部１７はボタン等の操作子を備え、ユーザの操作に応じた操作信号を制御部１１に供給する。表示部１８は液晶ディスプレイや液晶駆動回路を備えた表示装置であり、制御部１１から供給される表示データに応じた画像を表示する。ＧＰＳ受信部１９はアンテナ１９１を備え、ＮＡＶＳＴＡＲ（NAVigation Satellite Timing And Ranging）衛星（いわゆるＧＰＳ衛星）から送信されている電波を受信する。
【００２５】
ＲＯＭ１３は、あらかじめいくつかのプログラムを記憶している。以下ではこれを「プリインストールプログラム」という。具体的には、プリインストールプログラムは、マルチタスクオペレーティングシステム（以下「マルチタスクＯＳ」という。）、Ｊａｖａ（登録商標）プラットフォームおよびネイティブアプリケーションの各プログラムである。これらのプログラムについて概説すると、まず、マルチタスクＯＳは、ＴＳＳ（Time-Sharing System）による複数タスクの擬似的な並列実行を実現するために必要な仮想メモリ空間の割り当てなどの各種機能をサポートしたオペレーティングシステムである。Ｊａｖａプラットフォームは、マルチタスクＯＳを搭載した携帯機器において後述するＪａｖａ実行環境１１４を実現するためのコンフィギュレーションであるＣＤＣ（Connected Device Configuration）にしたがって記述されたプログラム群である。ネイティブアプリケーションは、通話や測位、電子メールの送受信などといった移動通信端末１０の基本的なサービスを実現するプログラムであり、測位サービスの提供を受けるためのアプリケーション（後述する測位アプリ１１２）や電子メール送受信サービスの提供を受けるためのアプリケーション（後述するメーラ１１３）を含む。
【００２６】
ＥＥＰＲＯＭ１５は、Ｊａｖａアプリケーションが記憶されるＪａｖａアプリケーション格納領域を有する。Ｊａｖａアプリケーションは、Ｊａｖａ実行環境下における処理の手順自体を記述した実体プログラムとその実体プログラムの実行に伴って利用される画像ファイルや音声ファイルとを結合したＪＡＲ(Ｊａｖａ Archive)ファイルと、そのＪＡＲファイルのインストールや起動、各種の属性を記述したＡＤＦ（Application Descriptor File）とを有している。このＪａｖａアプリケーションは、コンテンツプロバイダまたは通信事業者により作成されて外部ネットワーク２のサーバ装置などに格納され、移動通信端末１０からの要求に応じてそれらのサーバ装置から適宜ダウンロードされるようになっている。
【００２７】
図５は、ＲＯＭ１３およびＥＥＰＲＯＭ１５に記憶された各種プログラムの実行により移動通信端末１０の制御部１１に実現される各部の論理的構成を示す図である。同図に示すように、各種プログラムを実行する移動通信端末１０には、測位アプリ１１２、メーラ１１３およびＪａｖａ実行環境１１４がＯＳ１１１上に実現され、また、ＥＥＰＲＯＭ１５には第１ストレージ１１５と第２ストレージ１１６とが確保される。測位アプリ１１２およびメーラ１１３は、ＲＯＭ１３のネイティブアプリケーションにより実現されるものである。測位アプリ１１２は、ＧＰＳ受信部１９が受信した電波に基づいて自機の位置を特定する機能を実現し、メーラ１１３は、電子メールの送受信などの機能を実現する。また、測位アプリ１１２およびメーラ１１３が実現する機能の詳細については、さらに後述する。
【００２８】
Ｊａｖａ実行環境１１４は、ＲＯＭ１３のＪａｖａプラットフォームにより実現される。Ｊａｖａ実行環境１１４は、クラスライブラリ１１７、ＪＶＭ（Java Virtual Machine）１１８およびＪＡＭ（Java Application Manager）１１９からなる。クラスライブラリ１１７は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１８は、上述のＣＤＣのために最適化されたＪａｖａ実行環境であり、Ｊａｖａアプリケーションとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１９は、Ｊａｖａアプリケーションのダウンロードやインストール、起動・終了などを管理する機能を有する。
【００２９】
第１ストレージ１１５は、ＪＡＭ１１９の管理の下にダウンロードされるＪａｖａアプリケーション（ＪａｒファイルとＡＤＦ）を格納する領域である。第２ストレージ１１６は、Ｊａｖａアプリケーションの実行の際に生成されたデータをその終了後に格納しておくための領域であり、インストールされたＪａｖａアプリケーション毎に個別の格納領域が割り当てられるようになっている。そして、あるＪａｖａアプリケーションに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションが書き換えを行い得ないようになっている。
【００３０】
ここで、測位アプリ１１２およびメーラ１１３により実現される機能について説明する。測位アプリ１１２は、複数のＮＡＶＳＴＡＲ衛星から受信した電波に基づき、移動通信端末１０の位置を表す情報を算出する機能を有する。このとき算出される情報のことを、以下では「ＧＰＳ位置情報」という。本実施形態においては、ＧＰＳ位置情報は、緯度および経度によって表される情報であるとする。ＮＡＶＳＴＡＲ衛星が送信する電波には、時刻を表す信号と自衛星の位置を示す信号とが含まれており、移動通信端末１０は、複数のＮＡＶＳＴＡＲ衛星からこの電波を受信することにより、自機の位置を特定することが可能となっている。なお、ＮＡＶＳＴＡＲ衛星から受信した電波に基づいて自機の位置を特定する方法は周知であるため、ここではその説明を省略する。
【００３１】
続いて、図６は、メーラ１１３により実現される機能を示す機能ブロック図である。同図に示すように、メーラ１１３が実現する機能は、文字入力機能１１３ａと、データ送信機能１１３ｂと、データ受信機能１１３ｃとに大別される。文字入力機能１１３ａは、電子メールの宛先、件名およびメール本文として記述される文字列を確定する機能である。文字入力機能１１３ａは、より詳細には、ユーザにより入力された文字を文字列として表示する機能と、その文字列に対応する変換後の文字列（以下「変換文字列」という。）を表示する機能と、ユーザにいずれか１つの変換文字列を選択させ、文字データとして確定する機能とに分かれる。また、データ送信機能１１３ｂは、文字入力機能１１３ａにより確定された文字データに基づいて所定の形式の電子メールデータを生成し、これを移動パケット通信網９０に送信する機能である。そして、データ受信機能１１３ｃは、移動パケット通信網９０から電子メールデータを受信し、そこに含まれる文字データを表示する機能である。なお、データ送信機能１１３ｂおよびデータ受信機能１１３ｃは、周知の電子メールの送受信機能と同様であるため、詳細な説明は省略する。
【００３２】
文字入力機能１１３ａは、辞書テーブルＴＢ１と、位置属性テーブルＴＢ２と、文字列属性テーブルＴＢ３とを参照することにより実現される。これらのテーブルは、ＲＯＭ１３またはＥＥＰＲＯＭ１５に記憶されており、その内容は、例えば以下のようになっている。
【００３３】
図７は、辞書テーブルＴＢ１の内容を示す図である。辞書テーブルＴＢ１は、変換後の文字とそのよみがなとを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「よみがな」の２列のフィールドにより構成されるレコード（行）の集合体である。「文字列」のフィールドには、１または複数の文字を組み合わせることにより構成された熟語や定型文などの文字列を示す値（データ）が記憶される。また、「よみがな」のフィールドには、当該レコードが表す文字列に対応するよみがなを示す値が記憶される。同図においては、いずれのフィールドも表意性のある文字で表されているが、実際に記憶されている値は、文字コード等の所定のコード情報により表される値である。
【００３４】
なお、「文字列」のフィールドが表す文字と「よみがな」のフィールドが表す文字とでは、その表示態様の少なくとも一部が異なっている。また、「よみがな」の値は、「文字列」のフィールドが表す文字の実際の読みと必ずしも一致していなくてもよい。例えば、「Good morning」という値を有する「文字列」のフィールドに「おはよう」という「よみがな」を対応付けてもよい。また、ここにおける文字列とは、いわゆる絵文字（所定の文字コードに割り当てられた画像）や顔文字（人間の顔などを模した文字や記号の列）であってもよい。
【００３５】
図８は、位置属性テーブルＴＢ２の内容を示す図である。位置属性テーブルＴＢ２は、位置とその位置に関する属性とを関連付けて記憶するテーブルであり、同図に示すように、「位置情報」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「位置情報」のフィールドには、所定の位置を範囲（エリア）で表す値が記憶される。また、「属性」のフィールドには、位置情報が表すエリアに対応する属性を表す値が記憶される。本実施形態においては、「位置情報」の値は、緯度および経度を用いて表されるとする。また、本実施形態においては、「属性」の値は３種類であり、それぞれが「都市部（１）」、「海岸部（２）」または「山間部（３）」を表すとする。
【００３６】
ここで、位置属性テーブルＴＢ２のレコードが表す意味について、具体的な例を用いて説明する。例えば、図８に示した位置属性テーブルＴＢ２の第１行のレコードは、「位置情報」の値が「Ｎ３５°４０’、Ｅ１３９°４４’」であり、「属性」の値が「１」である。すなわち、このレコードは、緯度が北緯３５度４０分０秒から北緯３５度４０分５９秒であり、かつ、経度が東経１３９度４４分０秒から東経１３９度４４分５９秒である四辺形状のエリアに、「都市部」という属性が関連付けられていることを表している。これはつまり、このエリアが都市部であるということを意味している。
【００３７】
図９は、文字列属性テーブルＴＢ３の内容を示す図である。文字列属性テーブルＴＢ３は、文字列と、その文字列に割り当てられた場所に関する属性とを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「文字列」のフィールドには、辞書テーブルＴＢ１の「文字列」のフィールドと同様の値が記憶される。なお、この文字列属性テーブルＴＢ３には、辞書テーブルＴＢ１に記憶されている文字列の一部または全部が記憶されている。また、「属性」のフィールドには、位置属性テーブルＴＢ２の「属性」のフィールドと同様の値が記憶される。すなわち、本実施形態においては、「属性」の値は「１（都市部）」、「２（海岸部）」、「３（山間部）」の３種類である。
【００３８】
ここで、文字列属性テーブルＴＢ３のレコードが表す意味について、具体的な例を示して説明する。例えば、図９に示した文字列属性テーブルＴＢ３の第１行のレコードは、「文字列」の値が「会議（かいぎ）」であり、「属性」の値が「１」である。すなわち、このレコードは、「会議」という文字列には「都市部」という属性が対応付けられていることを表している。これはつまり、この文字列が都市、すなわち仕事や生活の場に関連するものであることを意味している。また、図９に示した文字列属性テーブルＴＢ３の第３行のレコードは、「文字列」の値が「海岸（かいがん）」であり、「属性」の値が「２」である。すなわち、このレコードは、「海岸」という文字列には「海岸部」という属性が対応付けられていることを表している。これはつまり、この文字列が海岸、すなわち海やその周辺に関連するものであることを意味している。
【００３９】
続いて、操作部１７の構成について、特に電子メールを送信する際に用いられるものを中心に説明する。図１０は、操作部１７の外観構成を示す図である。同図に示すように、操作部１７は、メールボタンＢｍと、ダイヤルボタンＢ１〜Ｂ０と、上選択ボタンＢｕと、下選択ボタンＢｄと、確定ボタンＢｆと、送信ボタンＢｓとを備える。以下、それぞれのボタンに割り当てられた機能について説明する。
【００４０】
メールボタンＢｍは、ユーザが電子メールの作成を行うときに押下するボタンである。メールボタンＢｍが押下されると、制御部１１はメーラ１１３を起動させる。ダイヤルボタンＢ１〜Ｂ０は、ユーザが文字を入力するときに押下するボタンである。ダイヤルボタンＢ１〜Ｂ０は、それぞれ、あ行、か行、さ行、た行、な行、は行、ま行、や行、ら行またはわ行（わ、を、ん）に対応している。ダイヤルボタンＢ１〜Ｂ０が押下されると、制御部１１は、それぞれのボタンとその押下回数に応じた文字を表示部１８に表示させる。例えば、ダイヤルボタンＢ１が１回押下されると、表示部１８には「あ」が表示され、ダイヤルボタンＢ２が３回押下されると、表示部１８には「く」が表示される。上選択ボタンＢｕおよび下選択ボタンＢｄは、ユーザが選択対象を移動させるときに押下するボタンである。上選択ボタンＢｕが押下されると、制御部１１は選択対象を上方向に移動させるように表示を制御し、下選択ボタンＢｄが押下されると、制御部１１は選択対象を下方向に移動させるように表示を制御する。確定ボタンＢｆは、ユーザが選択対象を確定させるときに押下するボタンである。確定ボタンＢｆが押下されると、制御部１１は、そのときの選択対象に応じてその後の処理の内容を特定する。送信ボタンＢｓは、ユーザが電子メールの内容を確定させて送信ときに押下するボタンである。送信ボタンＢｓが押下されると、制御部１１は、ユーザが入力した内容に基づいて電子メールデータを生成し、送信する。
【００４１】
移動通信システム１の構成は以上の通りである。続いて、この移動通信システム１を用いて移動通信端末１０が電子メールを送信する場合の動作について、本発明に特徴的な部分を中心に説明する。つまり、以下の説明において中心となるのは、上述した文字入力機能１１３ａおよびデータ送信機能１１３ｂに関する部分である。なお、以下の説明においては、電子メールを送信する際の一般的な処理については、その説明を適宜省略する。
【００４２】
まず、移動通信端末１０は、メーラ１１３の起動に先立って、ＧＰＳ位置情報を算出し、これを記憶する処理を行う。この処理は、移動通信端末１０の制御部１１が測位アプリ１１２を実行することにより実現される。制御部１１は、ユーザの要求によらずに、いわゆるバックグラウンドでこの処理を行う。このとき算出されるＧＰＳ位置情報は、緯度と経度により表される情報であり、制御部１１によってＲＡＭ１４またはＥＥＰＲＯＭ１５の所定の記憶領域に記憶される。なお、この処理は、所定の時間間隔で実行されてもよいし、移動通信端末１０が属する無線通信エリアが他の基地局９１の無線通信エリアに切り替わる毎に実行されてもよい。
【００４３】
続いて、ユーザがメールボタンＢｍを押下し、移動通信端末１０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図１１のフローチャートに沿って説明する。メーラ１１３が起動されると、はじめに制御部１１は、自機の位置を表すＧＰＳ位置情報を所定の記憶領域から読み出す（ステップＳａ１）。このとき、制御部１１のＣＰＵ１２は、ＲＡＭ１４またはＥＥＰＲＯＭ１５の所定の記憶領域からＧＰＳ位置情報を取得する。続いて、制御部１１は、読み出したＧＰＳ位置情報と位置属性テーブルＴＢ２とに基づいて、自機の位置に割り当てられた属性を特定する（ステップＳａ２）。ステップＳａ２における具体的な動作は、以下の通りである。
【００４４】
ステップＳａ２において、制御部１１は、位置属性テーブルＴＢ２の「位置情報」の値とＧＰＳ位置情報とを比較し、自機の位置を含む「位置情報」の値を有するレコードを特定する。そして、制御部１１は、このとき特定したレコードの「属性」の値を参照し、この値が表す属性を自機の位置に割り当てられた属性として特定する。例えば、位置属性テーブルＴＢ２が図８に示した内容であるとすると、取得したＧＰＳ位置情報が「北緯３５度４０分１２秒、東経１３９度４４分３７秒」である場合には、制御部１１は、自機の位置に割り当てられた属性が「都市部」であると特定する。
【００４５】
次に、制御部１１は、「宛先」、「件名」および「本文」のいずれを入力するかをユーザに選択させるための画面を表示部１８に表示させる（ステップＳａ３）。このとき表示部１８に表示される画面のことを、以下では「入力選択画面」という。図１２は、入力選択画面の一例を示す図である。この画面においては、「宛先」、「件名」および「本文」の項目が選択可能となっており、選択対象の項目が反転表示（すなわち白抜き表示）される。ユーザは、図１０に示す上選択ボタンＢｕまたは下選択ボタンＢｄを押下して選択対象を移動させ、所望の項目において図１０に示す確定ボタンＢｆを押下することにより、入力する項目を選択する。ユーザが入力する項目を選択するまでの間、制御部１１は、操作部１７から操作信号の供給を受け付けるとともに、その操作信号に応じて表示部１８に表示内容を変化させながら確定ボタンＢｆが押下されるのを待つ。
【００４６】
図１１の説明に戻る。確定ボタンＢｆが押下されたことを表す操作信号を受け付けたら、制御部１１は、ユーザが選択した項目を判断する（ステップＳａ４）。制御部１１は、この判断結果に応じて異なる処理を行うが、「件名」が選択された場合と「本文」が選択された場合とではほぼ同様の処理を行うため、ここではこれらをまとめて説明する。なお、ユーザにより「宛先」が選択された場合（ステップＳａ４：ＮＯ）、制御部１１は、ユーザに宛先（すなわち電子メールアドレス）を選択させるための画面を表示部１８に表示させる（ステップＳａ１８）。このとき表示される画面は、例えば、アドレス帳として記憶された電子メールアドレスの一覧を表示する画面などである。
【００４７】
ユーザにより「件名」または「本文」が選択された場合（ステップＳａ４：ＹＥＳ）、制御部１１は、「件名」または「本文」を入力するための画面を表示部１８に表示させる（ステップＳａ５）。このとき表示部１８が表示する画面のことを、以下では「文字列入力画面」という。図１３は、文字列入力画面の一例を示す図であり、「本文」を入力するための画面である。同図に示すように、文字列入力画面は、入力文字列表示領域Ａ１と、変換候補表示領域Ａ２とを有する。入力文字列表示領域Ａ１は、ユーザが入力した文字のうちの未確定の文字を文字列として表示する領域である。変換候補表示領域Ａ２は、入力文字列表示領域Ａ１に表示されている文字列に対応する複数の変換文字列（以下「変換候補」という。）をリストにして表示する領域である。
【００４８】
再び図１１の説明に戻る。文字列入力画面を表示させたら、制御部１１は、ユーザが文字列を入力するのを待つ。すなわち、制御部１１は、ユーザが文字を入力したか否かを判断する（ステップＳａ６）。具体的には、制御部１１は、ダイヤルボタンＢ１〜Ｂ０に対応する操作信号が供給されたか否かを判断する。そして、操作信号を取得することによりユーザが文字を入力したと判断したら（ステップＳａ６：ＹＥＳ）、制御部１１は取得した操作信号に応じた文字列を入力文字列表示領域Ａ１に表示させる（ステップＳａ７）。このとき、制御部１１は、この文字列を表示させるための表示データを表示部１８に供給する。
【００４９】
このとき、制御部１１は、辞書テーブルＴＢ１の内容を参照し、入力文字列表示領域Ａ１に表示された文字列と「よみがな」の値の先頭部分とが一致するレコードが存在するか否かを判断する（ステップＳａ８）。ここにおいて、条件に合致するレコードが存在しない場合（ステップＳａ８：ＮＯ）、制御部１１は変換候補が存在しないと判断し、変換候補表示領域Ａ２に変換文字列を表示させない（ステップＳａ１９）。
【００５０】
一方、条件に合致するレコードが存在する場合（ステップＳａ８：ＹＥＳ）、制御部１１は、条件に合致するレコードが複数存在するか否かをさらに判断する（ステップＳａ９）。そして、条件に合致するレコードが１つのみであれば（ステップＳａ９：ＮＯ）、制御部１１は、そのレコードの「文字列」のフィールドの値を変換文字列として変換候補表示領域Ａ２に表示させる（ステップＳａ２０）。
【００５１】
条件に合致するレコードが複数存在する場合（ステップＳａ９：ＹＥＳ）、制御部１１は、変換候補をどのような順序で表示させるかを決定する処理を行う。具体的には、まず、制御部１１は、文字列属性テーブルＴＢ３を参照することにより、上述の複数のレコードが表す文字列（すなわち変換文字列）に対応する属性を特定する（ステップＳａ１０）。このとき、制御部１１は、上述の複数のレコードの各々の「文字列」の値と同一の値を有するレコードを文字列属性テーブルＴＢ３から特定し、そのレコードの「属性」の値を参照することにより変換文字列の属性を特定する。続いて、制御部１１は、ステップＳａ２において特定した自機の位置の属性とステップＳａ１０において特定した各変換文字列の属性とに基づいて、変換候補である変換文字列について表示の優先度を決定する（ステップＳａ１１）。
【００５２】
ここで、優先度の決定方法について説明する。制御部１１は、自機の位置の属性と一致する属性を有する変換文字列に対して、他の変換文字列よりも高い優先度を付与する。なお、自機の位置の属性と異なる属性を有する変換文字列に付与される優先度は任意であり、周知の方法を適宜用いてよい。例えば、制御部１１は、過去に変換文字列として確定された頻度を各文字列について記憶しておき、頻度が高い文字列ほど優先度を高くするようにしてもよい。同様に、自機の位置の属性と一致する属性を有する変換文字列が複数存在する場合にも、過去により多く確定された変換文字列の優先度がより高くなるようにしてもよい。
【００５３】
このようにして変換文字列の優先度を決定したら、制御部１１は、決定した優先度に基づいた順序で変換文字列を変換候補表示領域Ａ２に表示させる（ステップＳａ１２）。このとき、制御部１１は、優先度の高いものほど少ない操作で選択できるように変換文字列を表示させる。
【００５４】
変換文字列を表示した後、すなわちステップＳａ１２またはＳａ２０における表示の後、制御部１１は、ユーザによりいずれかの変換文字列が選択されたか否かを判断する（ステップＳａ１３）。具体的には、制御部１１は、確定ボタンＢｆに対応する制御信号が供給されたか否かを判断する。そして、ユーザによりいずれかの変換文字列が選択された場合（ステップＳａ１３：ＹＥＳ）、制御部１１は、選択された変換文字列を文字データの一部として確定する。
【００５５】
ユーザにより選択された変換文字列を確定させた場合（ステップＳａ１３）または宛先を選択させるための画面を表示させた場合（ステップＳａ２０）、制御部１１は、ユーザが入力した項目（宛先、件名または本文）の内容が確定したか否かを判断する（ステップＳａ１４）。そして、ユーザが入力した項目の内容が確定したと判断された場合（ステップＳａ１４：ＹＥＳ）、制御部１１は、入力項目の全ての内容が確定したか否かを判断する（ステップＳａ１５）。これらの判断は、例えば、ユーザが確定ボタンＢｆを押下したか否かによって行う。
【００５６】
なお、変換文字列が選択されていない場合（ステップＳａ１３：ＮＯ）またはユーザが入力した項目の内容が未確定である場合（ステップＳａ１４：ＮＯ）、制御部１１は、ユーザが再び文字列を入力するのを待ち（ステップＳａ６）、このステップ以降の処理を繰り返す。また、入力項目の全ての内容が確定していない場合（ステップＳａ１５：ＮＯ）、制御部１１は、再び入力選択画面を表示させ（ステップＳａ３）、このステップ以降の処理を繰り返す。
【００５７】
入力項目の全ての内容が確定したと判断された場合（ステップＳａ１５：ＹＥＳ）、制御部１１は、ユーザにより電子メールの送信が指示されたか否かを判断する（ステップＳａ１６）。具体的には、制御部１１は、送信ボタンＢｓに対応する制御信号が供給されたか否かを判断する。そして、電子メールの送信が指示された場合（ステップＳａ１６：ＹＥＳ）、制御部１１は、ユーザが入力した内容に基づいて電子メールデータを生成し、これを送信する（ステップＳ１７）。
【００５８】
移動通信端末１０が電子メールを送信するまでの処理は、以上の通りである。続いて、上述した処理を実行することによって表示部１８により表示される画面について、具体的な例を挙げて説明する。ここでは、ユーザが「かい」という文字列を入力した場合を例に説明する。なお、以下の説明においては、辞書テーブルＴＢ１、位置属性テーブルＴＢ２および文字列属性テーブルＴＢ３としては、それぞれ、図７〜図９に示されたものを用いるとする。
【００５９】
まず、取得したＧＰＳ位置情報が「北緯３５度４０分１２秒、東経１３９度４４分３７秒」である場合について説明する。図８の位置属性テーブルＴＢ２によれば、このＧＰＳ位置情報に割り当てられた属性は「都市部」であるから、制御部１１は、この属性が関連付けられている変換文字列を優先的に表示させる。図７の辞書テーブルＴＢ１および図９の文字列属性テーブルＴＢ３によれば、よみがなの先頭部分が「かい」であり、かつ、「都市部」という属性が関連付けられている文字列は「会議（かいぎ）」と「会社（かいしゃ）」である。よって、制御部１１は、これらの文字列を他の文字列よりも優先的に表示させる。具体的には、例えば、変換候補表示領域Ａ２に変換候補が表示される場合において、最上位の変換候補が最初に選択対象（反転表示）となるような態様であるときには、制御部１１は、図１４に示すように、「都市部」という属性が関連付けられている「会議」や「会社」といった文字列を、その他の文字列よりも上位に表示させる。
【００６０】
これに対して、取得したＧＰＳ位置情報が「北緯３５度３７分４３秒、東経１３９度４７分４秒」である場合、このＧＰＳ位置情報に割り当てられた属性は「海岸部」である。そのため、制御部１１は、図１５に示すように、「海岸部」という属性が関連付けられている「海岸」や「海水浴」といった文字列を、その他の文字列よりも上位に表示させる。変換候補がこのように表示されることにより、ユーザは、所持する移動通信端末１０の位置（すなわち自己の位置）との関連性がより高い変換文字列を、より少ない操作で選択・確定することが可能となる。
【００６１】
［第２実施形態］
続いて、本発明の第２の実施形態を説明する。上述の第１実施形態が自機の位置に応じて変換候補の表示順序を異ならせることを特徴とするものであるのに対して、本実施形態は、電子メールの送信先である通信端末の位置に応じて変換候補の表示順序を異ならせることを特徴とするものである。以下では、この本実施形態の特徴に係る部分を中心に説明する。
【００６２】
本実施形態の全体構成は、図１に示した移動通信システム１と同様である。ただし、移動通信端末が記憶するデータ等は、上述した第１実施形態と異なる。そこで、本実施形態では、移動通信端末の符号を「移動通信端末２０ａ」および「移動通信端末２０ｂ」とし、上述した第１実施形態の移動通信端末１０（１０ａおよび１０ｂ）と区別する。そして、移動通信端末２０ａ、２０ｂを特に区別する必要がない場合には、これらを総称して「移動通信端末２０」という。なお、移動パケット通信網９０の構成は第１実施形態と同様であり、図２に示した通りである。
【００６３】
本実施形態においては、移動通信端末２０は、位置登録において用いられる在圏情報を利用して電子メールの送信先の通信端末の位置を特定する。それゆえ、移動通信端末２０は、位置とその位置に関する属性とを関連付ける方法が上述した第１実施形態とは異なっている。
【００６４】
本実施形態の移動通信端末２０は、図８に示した位置属性テーブルＴＢ２に代えて、図１６に示す位置属性テーブルＴＢ２ａを記憶している。同図に示すように、位置属性テーブルＴＢ２ａは、「位置情報」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「位置情報」のフィールドには、加入者交換局９２の交換局ＩＤに相当する値が記憶される。また、「属性」のフィールドには、位置情報が表す位置（エリア）に対応する属性を表す値が記憶される。つまり、位置属性テーブルＴＢ２ａは、「位置情報」が表す対象が交換局ＩＤである点において位置属性テーブルＴＢ２と異なる。なお、位置属性テーブルＴＢ２ａの「属性」の値は、位置属性テーブルＴＢ２と同様の３種類である。
【００６５】
ここで、位置属性テーブルＴＢ２ａのレコードが表す意味について、具体的な例を用いて説明する。上述したように、「位置情報」のフィールドに記憶される値は、交換局ＩＤに相当する値である。この交換局ＩＤは、対応する加入者交換局９２に属している基地局９１の無線通信エリアを表している。例えば、図１６に示した位置属性テーブルＴＢ２ａの第１行のレコードは、「位置情報」の値が「ａ」であり、「属性」の値が「１」である。それゆえ、このレコードは、基地局９１ａおよび９１ｂにより形成される無線通信エリアに「都市部」という属性が関連付けられていることを意味している。同様に、位置属性テーブルＴＢ２ａの第２行のレコードは、基地局９１ｃおよび９１ｄにより形成される無線通信エリアに「海岸部」という属性が関連付けられていることを意味し、第３行のレコードは、基地局９１ｅおよび９１ｆにより形成される無線通信エリアに「山間部」という属性が関連付けられていることを意味している。
【００６６】
移動通信端末２０の構成は以上の通りである。続いて、移動通信端末２０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図１７のフローチャートに沿って説明する。なお、同図においては、図１１のフローチャートを参照して説明した処理と同様の処理を行うステップについては、図１１のフローチャートに示したステップと同一の符号を用いている。これらのステップについては、その具体的な説明を省略する。また、本実施形態においては、電子メールの送信先は、移動パケット通信網９０によるパケット通信サービスを利用する移動通信端末２０であることを前提とする。
【００６７】
メーラ１１３が起動されると、はじめに制御部１１は、ユーザに宛先（すなわち電子メールアドレス）を選択させるための画面を表示部１８に表示させる（ステップＳｂ１）。本実施形態において、宛先を最初に選択させるのは、件名や本文に対応する文字列の入力の前に送信先の電子メールアドレスを特定するためである。このとき表示される画面は、例えば、アドレス帳として記憶された電子メールアドレスの一覧を表示する画面などである。宛先を最初に選択させるための画面を表示させたら、制御部１１は、ユーザが電子メールアドレスを入力するのを待つ。すなわち、制御部１１は、ユーザが電子メールアドレスを入力したか否かを判断する（ステップＳｂ２）。
【００６８】
電子メールアドレスが入力されたら、制御部１１は、送信先の移動通信端末２０の在圏情報を取得する（ステップＳｂ３）。具体的には、制御部１１は、入力された電子メールアドレスを、基地局９１等を介してサービス制御局９４に送信する。サービス制御局９４は、この電子メールアドレスを受信すると、この電子メールアドレス（すなわち加入者識別情報）に対応付けられて記憶されている交換局ＩＤ（すなわち在圏情報）を位置情報データベースＤＢ１から読み出し、これを電子メールアドレスの送信元の移動通信端末２０に通知するようになっている。
【００６９】
このようにして、在圏情報、すなわち送信先の移動通信端末２０が在圏する位置を表す情報を取得したら、制御部１１は、送信先の移動通信端末２０の位置の属性を特定する（ステップＳｂ４）。制御部１１は、位置属性テーブルＴＢ２ａを参照することにより、取得した在圏情報に関連付けられた属性を特定する。例えば、位置属性テーブルＴＢ２ａが図１６に示した内容であるとすると、取得した在圏情報が「ａ」である場合には、制御部１１は、自機の位置に関連付けられた属性が「都市部」であると特定する。
【００７０】
続いて、制御部１１は、「件名」および「本文」のいずれを入力するかをユーザに選択させるための画面を表示部１８に表示させる（ステップＳｂ５）。このとき表示される画面は、図１２の入力選択画面と異なり、「件名」および「本文」の項目のみが選択可能となっている。これは、宛先の内容は既に確定しているからである。
【００７１】
その後、制御部１１は、上述した第１実施形態と同様の要領にて文字列の表示等を行うが、変換文字列の表示の優先度の決定（ステップＳｂ６）は、第１実施形態と異なる方法で行う。ステップＳｂ６において、制御部１１は、ステップＳｂ４において特定した送信先の移動通信端末２０の位置の属性とステップＳａ１０において特定した各変換文字列の属性とに基づいて、変換候補である変換文字列について優先度を決定する。制御部１１は、送信先の移動通信端末２０の位置の属性と一致する属性を有する変換文字列に対して、他の変換文字列よりも高い優先度を付与する。その後、制御部１１は、上述した第１実施形態と同様の要領にて電子メールデータの送信等を行う。
【００７２】
このような処理を実行したときの作用について、移動通信端末２０ａから移動通信端末２０ｂに宛てて電子メールを送信する場合を例に説明する。なお、ここにおいて、移動通信端末２０ｂの電子メールアドレスは「def@****.jp」であるとし、位置情報データベースＤＢ１、辞書テーブルＴＢ１、文字列属性テーブルＴＢ３および位置属性テーブルＴＢ２ａの内容は、それぞれ、図３、図７、図９および図１６に示した通りであるとする。例えば、ユーザが移動通信端末２０ｂを宛先として入力し、その後、「かい」という文字列を入力したとすると、移動通信端末２０ａの制御部１１は、在圏情報として「ｂ」という交換局ＩＤを取得するから、位置属性テーブルＴＢ２ａの内容に基づき、移動通信端末２０ｂが在圏するエリアを「海岸部」として特定する。そのため、このとき制御部１１は、「海岸部」という属性が割り当てられている「海岸」や「海水浴」といった変換文字列を、その他の変換文字列よりも上位に表示させる。つまり、このとき表示される画面は、図１５のようになる。
【００７３】
このような処理を実行することにより、移動通信端末２０は、送信先の移動通信端末２０の位置に関連付けられた属性を有する変換文字列を、他の変換文字列よりも優先的に表示することが可能となる。これにより、ユーザは、送信先の移動通信端末２０の位置（すなわち通信相手の位置）との関連性がより高い変換文字列を、より少ない操作で選択・確定することが可能となる。
【００７４】
［第３実施形態］
続いて、本発明の第３の実施形態を説明する。上述した第１および第２実施形態が、移動通信端末の位置に応じて変換候補の表示順序を異ならせることを特徴とするものであるのに対して、本実施形態は、電子メールを送信する時間に応じて変換候補の表示順序を異ならせることを特徴とするものである。以下では、この本実施形態の特徴に係る部分を中心に説明する。
【００７５】
本実施形態の全体構成は、図１に示した移動通信システム１と同様である。ただし、移動通信端末の構成や記憶するデータ等は、上述した第１実施形態と異なる。そこで、本実施形態では、移動通信端末の符号を「移動通信端末３０」とし、上述した第１実施形態の移動通信端末１０と区別する。なお、移動パケット通信網９０の構成は第１実施形態と同様であり、図２に示した通りである。
【００７６】
図１８は、移動通信端末３０の構成を示すブロック図である。移動通信端末３０は、制御部１１と、無線通信部１６と、操作部１７と、表示部１８と、ＧＰＳ受信部１９と、タイマ３１とを備える。タイマ３１は発振回路を備えており、制御部１１からの要求に応じて、その要求時の時刻を表す時間情報を供給する。時間情報は、例えば「01.23.45（１時２３分４５秒）」というように、時、分および秒により表される情報である。なお、制御部１１、無線通信部１６、操作部１７、表示部１８およびＧＰＳ受信部１９の構成は、移動通信端末１０と同様である。
【００７７】
また、本実施形態の移動通信端末３０は、図８に示した位置属性テーブルＴＢ２に代えて、図１９に示す時間帯属性テーブルＴＢ４を記憶している。時間帯属性テーブルＴＢ４は、時間とその時間に割り当てられた属性とを関連付けて記憶するテーブルであり、同図に示すように、「時間帯情報」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「時間帯情報」のフィールドには、１日を所定の範囲で区切った時間帯を表す値が記憶される。また、「属性」のフィールドには、時間帯情報が表す時間帯に対応する属性を表す値が記憶される。本実施形態においては、「時間帯情報」の値は、時、分および秒を用いて表されるとする。また、本実施形態においては、「属性」の値は３種類であり、それぞれが「朝（１）」、「昼（２）」または「夜（３）」を表すとする。
【００７８】
ここで、時間帯属性テーブルＴＢ４のレコードが表す意味について、具体的な例を用いて説明する。例えば、図１９に示した時間帯属性テーブルＴＢ４の第１行のレコードは、「時間帯情報」の値が「0.00.00-4.59.59」であり、「属性」の値が「３」である。すなわち、このレコードは、０時０分０秒から４時５９分５９秒の時間帯に「夜」という属性が関連付けられていることを表している。これはつまり、この時間帯を夜とみなすことを意味している。また、第２行以降のレコードについても同様に、５時０分０秒から１１時５９分５９秒までを朝、１２時０分０秒から１７時５９分５９秒までを昼、１８時０分０秒から２３時５９分５９秒までを夜とみなすことを意味している。
【００７９】
また、本実施形態の移動通信端末３０は、図９に示した文字列属性テーブルＴＢ３に代えて、図２０に示す文字列属性テーブルＴＢ３ａを記憶している。文字列属性テーブルＴＢ３ａは、文字列とその文字列に割り当てられた属性とを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「属性」の２列のフィールドにより構成されるレコードの集合体である。「文字列」のフィールドには、辞書テーブルＴＢ１の「文字列」のフィールドと同様の値が記憶される。なお、この文字列属性テーブルＴＢ３ａには、辞書テーブルＴＢ１に記憶されている文字列の一部または全部が記憶されている。また、「属性」のフィールドには、時間帯属性テーブルＴＢ４の「属性」のフィールドと同様の値が記憶される。すなわち、本実施形態においては、「属性」の値は「１（朝）」、「２（昼）」、「３（夜）」の３種類である。つまり、図２０に示した文字列属性テーブルＴＢ３ａの第１行および第２行のレコードは、「お早うございます」という文字列には「朝」という属性が割り当てられており、「お休みなさい」という文字列には「夜」という属性が割り当てられていることをそれぞれ表している。
【００８０】
移動通信端末３０の構成は以上の通りである。続いて、移動通信端末３０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図２１のフローチャートに沿って説明する。なお、同図においては、図１１のフローチャートを参照して説明した処理と同様の処理を行うステップについては、図１１のフローチャートに示したステップと同一の符号を用いている。これらのステップについては、その具体的な説明を省略する。
【００８１】
メーラ１１３が起動されると、はじめに制御部１１は、タイマ３１から時間情報を取得する（ステップＳｃ１）。このとき取得された時間情報が表す時刻のことを、以下では「現在時刻」という。続いて、制御部１１は、取得した時間情報と時間帯属性テーブルＴＢ４とに基づいて、現在時刻に割り当てられた属性を特定する（ステップＳｃ２）。ステップＳｃ２における具体的な動作は、以下の通りである。
【００８２】
ステップＳｃ２において、制御部１１は、時間帯属性テーブルＴＢ４の「時間帯情報」の値と時間情報とを比較し、「時間帯情報」の値が現在時刻を含むレコードを特定する。そして、制御部１１は、このとき特定したレコードの「属性」の値を参照し、この値が表す属性を現在時刻に割り当てられた属性として特定する。例えば、時間帯属性テーブルＴＢ４が図２０に示した内容であるとすると、取得した時間情報が「9.00.00（９時０分０秒）」である場合には、制御部１１は、現在時刻に割り当てられた属性が「朝」であると特定する。
【００８３】
その後、制御部１１は、上述した第１実施形態と同様の要領にて文字列の表示等を行うが、変換文字列の表示の優先度の決定（ステップＳｃ３）は、第１実施形態と異なる方法で行う。ステップＳｃ３において、制御部１１は、ステップＳｃ２において特定した現在時刻の属性とステップＳａ１０において特定した各変換文字列の属性とに基づいて、変換候補である変換文字列について優先度を決定する。制御部１１は、送信先の移動通信端末２０の位置の属性と一致する属性を有する変換文字列に対して、他の変換文字列よりも高い優先度を付与する。その後、制御部１１は、上述した第１実施形態と同様の要領にて電子メールデータの送信等を行う。
【００８４】
このような処理を実行したときの作用について説明する。なお、ここにおいて、位置情報データベースＤＢ１、辞書テーブルＴＢ１、時間帯属性テーブルＴＢ４および文字列属性テーブルＴＢ３ａの内容は、それぞれ、図３、図７、図１９および図２０に示した通りであるとする。例えば、現在時刻が１０時台である場合に、ユーザが「お」という文字列を入力したとすると、移動通信端末３０の制御部１１は、時間帯属性テーブルＴＢ４の内容に基づき、現在時刻を「朝」という時間帯として特定する。そのため、このとき制御部１１は、図２２に示すように、「朝」という属性が割り当てられている「お早うございます」という変換文字列を、「夜」という属性が割り当てられている「お休みなさい」という変換文字列よりも上位に表示させる。
【００８５】
このような処理を実行することにより、移動通信端末３０は、現在時刻に関連付けられた属性を有する変換文字列を他の変換文字列よりも優先的に表示することが可能となる。これにより、ユーザは、現在時刻（すなわち電子メールを送信する時刻）との関連性がより高い変換文字列を、より少ない操作で選択・確定することが可能となる。
【００８６】
［第４実施形態］
続いて、本発明の第４の実施形態を説明する。上述した第１および第２実施形態が、移動通信端末の位置に応じて変換候補の表示順序を異ならせることを特徴とするものであるのに対して、本実施形態は、自機の近傍に存在する移動通信端末応じて変換候補の表示順序を異ならせることを特徴とするものである。以下では、この本実施形態の特徴に係る部分を中心に説明する。
【００８７】
本実施形態の全体構成は、図１に示した移動通信システム１と同様である。ただし、移動通信端末の構成や記憶するデータ等は、上述した第１実施形態と異なる。そこで、本実施形態では、移動通信端末の符号を「移動通信端末４０ａ」および「移動通信端末４０ｂ」とし、上述した第１実施形態の移動通信端末１０（１０ａおよび１０ｂ）と区別する。そして、移動通信端末４０ａ、４０ｂを特に区別する必要がない場合には、これらを総称して「移動通信端末４０」という。なお、移動パケット通信網９０の構成は第１実施形態と同様であり、図２に示した通りである。
【００８８】
図２３は、移動通信端末４０の構成を示すブロック図である。移動通信端末４０は、制御部１１と、無線通信部１６と、操作部１７と、表示部１８と、ＧＰＳ受信部１９と、近距離無線通信部４１とを備える。なお、制御部１１、無線通信部１６、操作部１７、表示部１８およびＧＰＳ受信部１９の構成は、移動通信端末１０と同様である。近距離無線通信部４１はアンテナ４１１を備えており、自機の近傍の所定の範囲内に存在する移動通信端末４０と無線通信を行う。近距離無線通信部４１の通信方式は任意であるが、例えば、Bluetooth（登録商標）規格に準拠した方式を用いることができる。この方式を用いた場合、半径１０ｍ程度の範囲内で端末間の通信を行うことが可能である。
【００８９】
制御部１１は、近距離無線通信部４１を介して、他の移動通信端末４０を識別可能な情報を取得できるように構成されている。このとき取得される情報のことを、以下では「端末識別情報」という。端末識別情報は、例えばあらかじめ定められた適当な文字列であってもよいし、電話番号や電子メールアドレスであってもよいが、説明の便宜上、本実施形態においては、移動通信端末４０の符号の末尾に付したアルファベットを用いる。
【００９０】
本実施形態の移動通信端末４０は、図９に示した文字列属性テーブルＴＢ３に代えて、図２４に示す文字列条件テーブルＴＢ５を記憶している。文字列条件テーブルＴＢ５は、文字列とその文字列に割り当てられた所定の条件とを関連付けて記憶するテーブルであり、同図に示すように、「文字列」と「条件情報」の２列のフィールドにより構成されるレコードの集合体である。「文字列」のフィールドには、辞書テーブルＴＢ１の「文字列」のフィールドと同様の値が記憶される。なお、この文字列属性テーブルＴＢ３には、辞書テーブルＴＢ１に記憶されている文字列の一部または全部が記憶されている。
【００９１】
また、「条件情報」のフィールドには、表示の優先度を決定する所定の条件を表す値が記憶されている。この所定の条件とは、端末識別情報や自機の近傍に存在する移動通信端末４０の数などである。例えば、図２４に示した文字列条件テーブルＴＢ５の第１行のレコードの「条件情報」の値は、取得した端末識別情報が「ｂ」であることを表している。これは、上述した「所定の条件」が、「端末識別情報が『ｂ』である移動通信端末４０（すなわち移動通信端末４０ｂ）が自機の近傍に存在していること」であることを意味している。また、図２４に示した文字列条件テーブルＴＢ５の第４行のレコードの「条件情報」の値は、取得した端末識別情報の総数が所定数（ここでは「５」）以上であることを表している。これは、上述した「所定の条件」が、「自機の近傍に５機以上の移動通信端末４０が存在していること」であることを意味している。なお、「条件情報」のフィールドは、その全てに有意の値が記憶されている必要はなく、条件を設定する必要があるレコードのみに値が記憶されていればよい。
【００９２】
移動通信端末４０の構成は以上の通りである。続いて、移動通信端末４０の制御部１１がメーラ１１３を起動させたときに実行される処理について、図２５のフローチャートに沿って説明する。なお、同図においては、図１１のフローチャートを参照して説明した処理と同様の処理を行うステップについては、図１１のフローチャートに示したステップと同一の符号を用いている。これらのステップについては、その具体的な説明を省略する。
【００９３】
メーラ１１３が起動されると、はじめに制御部１１は、近距離無線通信部４１を介して端末識別情報を取得する（ステップＳｄ１）。そして、制御部１１は、取得した端末識別情報に基づいて、自機の近傍に存在する移動通信端末４０とその数を特定する（ステップＳｄ２）。その後、制御部１１は、上述した第１実施形態と同様の要領にて文字列の表示等を行う（ステップＳａ３〜Ｓａ９）。
【００９４】
入力文字列表示領域Ａ１に表示された文字列と「よみがな」の値の先頭部分とが一致するレコードが複数存在する場合（ステップＳａ９：ＹＥＳ）、制御部１１は、文字列条件テーブルＴＢ５を参照することにより、上述の複数のレコードが表す文字列（すなわち変換文字列）に対応する条件情報を特定する（ステップＳｄ３）。そして、制御部１１は、特定した条件情報に基づいて、変換候補である変換文字列について表示の優先度を決定する（ステップＳｄ４）。
【００９５】
ここで、優先度の決定方法について説明する。制御部１１は、ステップＳｄ３において特定した条件情報と、ステップＳｄ２において特定された自機の近傍に存在する移動通信端末４０とその数とを参照し、条件が満たされた変換文字列が存在するか否かを判断する。そして、条件を満たす変換文字列が存在する場合には、制御部１１は、その変換文字列に対して他の変換文字列よりも低い優先度を付与する。その後、制御部１１は、上述した第１実施形態と同様の要領にて電子メールデータの送信等を行う。
【００９６】
このような処理を実行したときの作用について説明する。なお、ここにおいて、動作の主体は移動通信端末４０ａであるとし、辞書テーブルＴＢ１および文字列条件テーブルＴＢ５の内容は、それぞれ、図３および図２４に示した通りであるとする。例えば、自機の近傍に移動通信端末４０ｂが存在している場合に、ユーザが「ばか」という文字列を入力したとすると、移動通信端末４０ａの制御部１１は、文字列条件テーブルＴＢ５の内容に基づき、「馬鹿」という変換文字列の優先度を他の「化かす」や「バカンス」といった変換文字列の優先度よりも低くする。そのため、このとき制御部１１は、図２６に示すように、「化かす」や「バカンス」といった変換文字列を「馬鹿」という変換文字列よりも上位に表示させる（例１）。
【００９７】
また、例えば、自機の近傍に５機以上の移動通信端末４０が存在している場合に、ユーザが「はな」という文字列を入力したとすると、移動通信端末４０ａの制御部１１は、文字列条件テーブルＴＢ５の内容に基づき、「花子ちゃん」という変換文字列の優先度を他の「花」や「鼻」といった変換文字列の優先度よりも低くする。そのため、このとき制御部１１は、図２７に示すように、「花」や「鼻」といった変換文字列を「花子ちゃん」という変換文字列よりも上位に表示させる（例２）。
【００９８】
このような処理を実行することにより、移動通信端末４０は、自機の近傍に存在する移動通信端末４０、すなわちユーザの周囲にいる他のユーザの存在に応じて特定の変換文字列を表示しにくくしたり、あるいは表示させやすくしたりすることが可能となる。例えば、親が子供に持たせる移動通信端末４０に対して、表示や入力が不適切な表現（例えば、乱暴な言葉や低劣な言葉など）についてあらかじめ例１のような要領で条件情報を設定しておくことで、親が子供の近くにいるときには、子供が上述の不適切な表現を選択しにくくすることが可能となる。この場合、さらには、所定の条件を満たす変換文字列を表示させないようにすることにより、子供の移動通信端末４０に不適切な表現が表示されないようにし、子供が不適切な表現を目にする機会を減少させることも可能である。
【００９９】
また、例えば、他人に見られたくない表現（例えば、個人のプライバシーに関する言葉や業務上の秘密に関する言葉など）についてあらかじめ例２のような要領で条件情報を設定しておくことで、不特定多数の他のユーザが文字列入力画面を見得る状況にある場合には、他人に見られたくない表現を表示しにくくすることが可能となる。これにより、ユーザが秘密にしたい事項が他人に露見することを抑制することが可能となる。
【０１００】
［変形例］
以上においては、４種類の実施形態を例示して本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、その他の種々の態様にて実施することも可能である。本発明においては、例えば、上述した実施形態に対して以下のような変形を適用することができる。なお、これらの変形は、各々を適宜に組み合わせることも可能である。
【０１０１】
上述した第１実施形態においては、自機の位置情報としてＧＰＳ位置情報を用い、上述した第２実施形態においては、送信先の位置情報として在圏情報を用いるとしたが、自機の位置情報として在圏情報を用いたり、送信先の位置情報としてＧＰＳ位置情報を用いたりしてもよい。また、上述した実施形態においては、在圏情報は複数の基地局９１の無線通信エリアを足し合わせたエリアを表す情報であるとしたが、在圏情報を単一の基地局９１の無線通信エリアにより構成してもよい。このようにすれば、在圏情報の精度をより高めることが可能となる。
【０１０２】
また、上述した第２実施形態においては、送信先の位置情報として在圏情報を取得し、これに関連付けられた属性を参照することにより変換文字列の表示の優先度を決定するとしたが、在圏情報に代えて、上述した属性を位置情報として取得するような構成としてもよい。例えば、サービス制御局に在圏情報と属性の関連付けを記憶させ、サービス制御局がこの属性を表す情報を移動通信端末に送信する構成としてもよい。
【０１０３】
また、上述した第３実施形態においては、時間情報が時刻を表す情報であり、この時間情報に対して「朝」、「昼」および「夜」という属性を関連付けるとしたが、属性の区切りをより短い期間としたり、あるいはより長い期間としてもよい。例えば、時間情報を月日をも表す情報とし、この時間情報に対して「春」、「夏」、「秋」および「冬」という属性を関連付けるようにしてもよい。このようにすれば、季節との関連性が高い変換文字列を優先的に表示させることが可能となる。また、例えば、就業時間中には業務との関連性が高い変換文字列を優先的に表示させたり、あるいは、休日には娯楽との関連性が高い変換文字列を優先的に表示させたりしてもよい。
【０１０４】
また、上述した実施形態においては、電子メッセージの一例として電子メールを示して説明したが、ユーザが作成する電子メッセージは電子メールに限られず、例えば、いわゆるＳＭＳ（Short Message Service）であってもよい。また、送信先の存在を必要としない実施形態（すなわち、第２実施形態以外）については、電子メッセージにおける文字入力のみならず、その他の種々の文字入力に適用可能である。
【０１０５】
なお、種々の文字入力に用いることができるようにするためには、表示の優先度を決定する処理に必要な機能を単一のプログラムとして構成し、いわゆるライブラリの形態にて提供するのが望ましい。また、このようなプログラムを、ＣＤ−ＲＯＭ等の記録媒体に記録して提供したり、所定のサーバ装置からインターネットや移動パケット通信網を介して提供したりすることも可能である。
【０１０６】
また、上述した実施形態においては、位置や時間帯といった属性を表す情報を、辞書テーブルＴＢ１とは別個に設ける構成としたが、例えば、辞書テーブルを複数設け、それぞれの辞書テーブルに属性を関連付ける構成にしてもよい。要するに、本発明においては、上述した辞書テーブルＴＢ１に相当するデータ（「文字列」および「変換文字列」）と属性に対応する情報とが何らかの関連付けを有して記憶されていれば足り、その具体的な記憶の態様は特に限定されないということである。なお、複数の辞書テーブルのそれぞれに属性を関連付ける構成とした場合には、入力された文字列に対応する変換文字列の表示に際して、特定された属性に関連付けられた辞書テーブルのみを用いてもよいし、当該辞書テーブルに記憶された変換文字列を優先的に用いつつ、その他の辞書テーブルに記憶された変換文字列を併せて用いるような制御を行ってもよい。
【０１０７】
また、上述した実施形態においては、文字入力を行う移動通信端末として携帯電話機を例示したが、通信機能を有するＰＤＡ（Personal Digital Assistants）やノート型のパーソナルコンピュータを用いてもよい。また、移動通信端末のみならず、サーバ装置やデスクトップ型のパーソナルコンピュータのような据え置き型の通信端末を用いてもよい。
【０１０８】
また、上述した実施形態においては、変換文字列を優先的に表示させる場合の表示態様として、他の変換文字列よりも上位に表示させる例を示したが、変換文字列を優先的に表示させる場合の表示態様は、このような例に限定されない。例えば、変換候補が１つずつ表示されるような場合であれば、優先度の高い変換文字列が他の変換文字列よりも先に表示されるような態様であってもよい。要するに、優先度の高い変換文字列ほど少ない操作で選択・確定することが可能な表示態様であれば、いかなる態様であってもよい。
【０１０９】
また、上述した実施形態においては、いわゆる推測変換における変換候補の表示動作を説明したが、入力した文字列と完全に一致する変換候補のみを表示させるかな漢字変換に本発明を適用することも、もちろん可能である。
【符号の説明】
【０１１０】
１…移動通信システム、２…外部ネットワーク、１０、１０ａ、１０ｂ、２０、２０ａ、２０ｂ、３０、４０、４０ａ、４０ｂ…移動通信端末、１１…制御部、１２…ＣＰＵ、１３…ＲＯＭ、１４…ＲＡＭ、１５…ＥＥＰＲＯＭ、１６…無線通信部、１７…操作部、１８…表示部、１９…ＧＰＳ受信部、３１…タイマ、４１…近距離無線通信部、９０…移動パケット通信網、９１、９１ａ、９１ｂ、９１ｃ、９１ｄ、９１ｅ、９１ｆ…基地局、９２、９２ａ、９２ｂ、９２ｃ…加入者交換局、９３…関門交換局、９４…サービス制御局、９５…メールサーバ
【特許請求の範囲】
【請求項１】
自機から所定の範囲内に他の通信端末が存在することを表す情報を取得する取得手段と、
文字列を入力する入力手段と、
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段と、
前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、
前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段と
を備えることを特徴とする通信端末。
【請求項２】
前記取得手段は、
複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、
前記優先度決定手段は、
前記取得手段により取得された情報があらかじめ決められた通信端末を表す識別情報である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くする
ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記取得手段は、
複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、
前記優先度決定手段は、
前記取得手段により取得される識別情報の数が所定数以上である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くする
ことを特徴とする請求項１または２に記載の通信端末。
【請求項４】
電子メッセージの送信先である通信端末の位置を表す位置情報を取得する取得手段と、
文字列を入力する入力手段と、
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段と、
前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、
前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得手段により取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段と
を備えることを特徴とする通信端末。
【請求項５】
前記優先度決定手段は、
前記取得手段により取得された位置情報が表す位置を含む位置情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くする
ことを特徴とする請求項４に記載の通信端末。
【請求項６】
時を表す時間情報を取得する取得手段と、
文字列を入力する入力手段と、
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段と、
前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、
前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段と
を備えることを特徴とする通信端末。
【請求項７】
前記優先度決定手段は、
前記取得手段により取得された時間情報が表す時を含む期間情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くする
ことを特徴とする請求項６に記載の通信端末。
【請求項８】
前記第２の表示手段に表示される変換文字列を選択する選択手段を備え、
前記第２の表示手段は、前記優先度がより高い前記変換文字列が前記選択手段により先に選択されるように当該変換文字列を表示する
ことを特徴とする請求項１ないし７のいずれかに記載の通信端末。
【請求項９】
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、
所定の通信端末から所定の範囲内に他の通信端末が存在することを表す情報を取得する機能と、
前記第１の表示態様の文字列を取得する機能と、
前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能と
を実現させるためのプログラム。
【請求項１０】
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、
当該通信端末による電子メッセージの送信先である通信端末の位置を表す位置情報を取得する機能と、
前記第１の表示態様の文字列を取得する機能と、
前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能と
を実現させるためのプログラム。
【請求項１１】
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、
時を表す時間情報を取得する機能と、
前記第１の表示態様の文字列を取得する機能と、
前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得された時間情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能と
を実現させるためのプログラム。
【請求項１】
自機から所定の範囲内に他の通信端末が存在することを表す情報を取得する取得手段と、
文字列を入力する入力手段と、
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段と、
前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、
前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段と
を備えることを特徴とする通信端末。
【請求項２】
前記取得手段は、
複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、
前記優先度決定手段は、
前記取得手段により取得された情報があらかじめ決められた通信端末を表す識別情報である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くする
ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記取得手段は、
複数の前記他の通信端末を互いに識別可能な識別情報を前記情報として取得し、
前記優先度決定手段は、
前記取得手段により取得される識別情報の数が所定数以上である場合に、特定の前記条件情報が割り当てられた変換文字列の優先度を、他の前記変換文字列の優先度よりも低くする
ことを特徴とする請求項１または２に記載の通信端末。
【請求項４】
電子メッセージの送信先である通信端末の位置を表す位置情報を取得する取得手段と、
文字列を入力する入力手段と、
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段と、
前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、
前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得手段により取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段と
を備えることを特徴とする通信端末。
【請求項５】
前記優先度決定手段は、
前記取得手段により取得された位置情報が表す位置を含む位置情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くする
ことを特徴とする請求項４に記載の通信端末。
【請求項６】
時を表す時間情報を取得する取得手段と、
文字列を入力する入力手段と、
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段と、
前記入力手段により入力された文字列を前記第１の表示態様で表示する第１の表示手段と、
前記第１の表示手段により表示されている文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得手段により取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する優先度決定手段と、
前記優先度決定手段により決定された優先度に基づいて、前記第１の表示手段により表示された文字列に対応する前記変換文字列を表示する第２の表示手段と
を備えることを特徴とする通信端末。
【請求項７】
前記優先度決定手段は、
前記取得手段により取得された時間情報が表す時を含む期間情報が関連付けられた前記変換文字列の優先度を、他の前記変換文字列の優先度よりも高くする
ことを特徴とする請求項６に記載の通信端末。
【請求項８】
前記第２の表示手段に表示される変換文字列を選択する選択手段を備え、
前記第２の表示手段は、前記優先度がより高い前記変換文字列が前記選択手段により先に選択されるように当該変換文字列を表示する
ことを特徴とする請求項１ないし７のいずれかに記載の通信端末。
【請求項９】
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた所定の条件を表す条件情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、
所定の通信端末から所定の範囲内に他の通信端末が存在することを表す情報を取得する機能と、
前記第１の表示態様の文字列を取得する機能と、
前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている条件情報と、前記取得された情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能と
を実現させるためのプログラム。
【請求項１０】
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた位置を表す位置情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、
当該通信端末による電子メッセージの送信先である通信端末の位置を表す位置情報を取得する機能と、
前記第１の表示態様の文字列を取得する機能と、
前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている位置情報と、前記取得された位置情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能と
を実現させるためのプログラム。
【請求項１１】
第１の表示態様の文字列と、当該文字列に対応し、前記第１の表示態様と異なる第２の表示態様の文字列である変換文字列と、当該変換文字列に割り当てられた期間を表す期間情報とを関連付けて記憶する記憶手段を備える通信端末のコンピュータに、
時を表す時間情報を取得する機能と、
前記第１の表示態様の文字列を取得する機能と、
前記取得された文字列に対応する前記変換文字列が前記記憶手段に複数記憶されている場合に、各々の前記変換文字列に関連付けられて前記記憶手段に記憶されている期間情報と、前記取得された時間情報とに基づいて、各々の前記変換文字列の表示の優先度を決定する機能と
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１３−４７９９１（Ｐ２０１３−４７９９１Ａ）
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願番号】特願２０１２−２５３３８２（Ｐ２０１２−２５３３８２）
【出願日】平成２４年１１月１９日（２０１２．１１．１９）
【分割の表示】特願２００８−６５６（Ｐ２００８−６５６）の分割
【原出願日】平成２０年１月７日（２００８．１．７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願日】平成２４年１１月１９日（２０１２．１１．１９）
【分割の表示】特願２００８−６５６（Ｐ２００８−６５６）の分割
【原出願日】平成２０年１月７日（２００８．１．７）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]