JP4263627B2 - 通信端末装置、受信装置、及び、プログラム - Google Patents

通信端末装置、受信装置、及び、プログラム Download PDF

Info

Publication number
JP4263627B2
JP4263627B2 JP2004014599A JP2004014599A JP4263627B2 JP 4263627 B2 JP4263627 B2 JP 4263627B2 JP 2004014599 A JP2004014599 A JP 2004014599A JP 2004014599 A JP2004014599 A JP 2004014599A JP 4263627 B2 JP4263627 B2 JP 4263627B2
Authority
JP
Japan
Prior art keywords
identification code
key identification
character
key
string
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004014599A
Other languages
English (en)
Other versions
JP2005208926A (ja
Inventor
雄大 中山
敬 鈴木
英記 行友
晃 金野
拓 藤本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2004014599A priority Critical patent/JP4263627B2/ja
Priority to TW093140632A priority patent/TWI260531B/zh
Priority to US11/023,456 priority patent/US7567236B2/en
Priority to AT05000361T priority patent/ATE436148T1/de
Priority to ES05000361T priority patent/ES2327127T3/es
Priority to DE602005015266T priority patent/DE602005015266D1/de
Priority to EP05000361A priority patent/EP1558010B1/en
Priority to CNB2005100056173A priority patent/CN1322401C/zh
Publication of JP2005208926A publication Critical patent/JP2005208926A/ja
Application granted granted Critical
Publication of JP4263627B2 publication Critical patent/JP4263627B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/02—Input arrangements using manually operated switches, e.g. using keyboards or dials
    • G06F3/023—Arrangements for converting discrete items of information into a coded form, e.g. arrangements for interpreting keyboard generated codes as alphanumeric codes, operand codes or instruction codes
    • G06F3/0233—Character input methods
    • G06F3/0237—Character input methods using prediction or retrieval techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/58—Details of telephonic subscriber devices including a multilanguage function
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/70—Details of telephonic subscriber devices methods for entering alphabetical characters, e.g. multi-tap or dictionary disambiguation

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Input From Keyboards Or The Like (AREA)
  • Calculators And Similar Devices (AREA)
  • Telephone Function (AREA)
  • Information Transfer Between Computers (AREA)
  • Facsimile Transmission Control (AREA)
  • Circuits Of Receivers In General (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、キー操作によって生成されたテキストデータを送受信する通信端末装置、受信装置、及び、プログラムに関する。
従来より、パーソナルコンピュータや携帯電話機等のキーボードの操作によって、テキストデータを生成したりかなを漢字に変換したりする技術が研究されている（例えば、特許文献１〜４参照）。
また、近年では、携帯電話機等の通信端末において、キーボード等の入力インターフェイスを用いて生成したテキストデータを送信するサービスが広く普及してきている。
従来技術においては、テキストデータは規格化された文字符号列で表現されていた。規格化された文字符号列としては、英語の場合はＡＳＣＩＩ（American Standard Code for Information Interchange）、日本語の場合はＳｈｉｆｔ−ＪＩＳ（Japanese Industrial Standards）がそれぞれ一例となる。文字符号は文字と１対１に対応付けられるので、使用する文字種の数だけ符号を定義する必要があった。例えば、比較的文字種の少ない英語のＡＳＣＩＩは１文字を表現するのに８ビットを要し、文字種の多い日本語のＳｈｉｆｔ−ＪＩＳは１６ビットを要している。一般に、テキストデータを送信する場合には、複数の文字符号で構成された文字符号列を送信することになるが、その情報量は、文字符号固有の情報量（例えば、ＡＳＣＩＩでは８ビット）と文字符号の数との積で求められる。ここで、文字符号列をより少ない情報量で表現すると、通信コストを削減することができる。このため、帯域幅という資源をより効率良く利用することができるという効果が得られる。
与えられた文字符号列をより少ない符号数で表現するようなテキストデータ圧縮手法は既にいくつか存在するので、これらを利用して、テキストデータ送信コストを改善することは可能である。例えば、通信端末は、ユーザーによりキーボード等の入力インターフェイスから文字が入力された場合に、文字符号列（送信するテキストデータ）を生成し、前記文字符号列を、ＬＺ７７（例えば、非特許文献１参照）やＢＳＴＷ（例えば、非特許文献２参照）等のテキストデータ圧縮手法で圧縮した後に、通信相手の通信端末に送信する。次に、受信側の通信端末が、圧縮されたデータを圧縮手法に対応する伸張手法により元の文字符号列に復元し、ディスプレイ等の出力インターフェイスに表示するという方法が考えられる。ここで、前記ＬＺ７７やＢＳＴＷ等の圧縮方法は、符号列の配列分布の偏り（特定配列の頻度と位置情報を特徴量とする）を利用して、ある部分の符号列をより少ない数の符号で置き換えていくことを基本とするものである。
Jacob Ziv,Abraham Lempel;A Universal Algorithm for Sequential Data Compression.IEEE Transactions on lnfomation Theory 23(3):337-343(1977) J.Bentley,D.Sleator,R.Tarjan,and V.Wei.A locally adaptive data compression scheme. Communications of the ACM, 29:320-330,1986. United States Patent 5,818,437:Reduced keyboard disambiguating computer 特開平１１−３１２０４６号公報 特開昭５４−１３９３５６号公報 特開昭５８−１４４２４６号公報
しかし、このような既存の方法では、文字種の数だけでなく特定符号列へのポインターや位置情報を符号で表すため、符号固有の情報量はむしろ増加することになり（実際には、同一ビットで表現できる文字種には幅があるので符号固有の情報量を増加させないことも可能である）、十分な圧縮効率を得ることができなかった。しかしながら、符号数の減少が符号固有の情報量増加を補うので実用に耐えている。
このように、既存の圧縮手法のみでは、送信するテキストデータの情報量を十分に削減することができなかった。
本発明は、上記事情を考慮してなされたもので、テキストデータを生成し送信する際に、送信する情報量の削減効果を高めることのできる通信端末装置、受信装置、及び、プログラムを提供することを目的とする。
上記課題を解決するために、請求項１に記載の発明は、各々に制御コマンドと１以上の文字との何れか一方が割り当てられた複数のキーと、前記複数のキー各々と一意に対応するキー識別符号を記憶するキー識別符号定義記憶手段と、前記複数のキーの少なくとも１つが操作された場合に、前記キー識別符号定義記憶手段より取得した、該キーに対応するキー識別符号を、キー識別符号列として追加記憶する入力キー識別符号記憶手段と、送信命令を検知した場合に、前記入力キー識別符号記憶手段に記憶されているキー識別符号列を、該キー識別符号列に対応する文字符号列を判定する装置に送信する送信手段とを備えることを特徴とする通信端末装置を提供する。
請求項１に記載の発明によれば、通信端末装置は、操作されたキーと一意に対応するキー識別符号の配列であるキー識別符号列を生成し送信するために、キー識別符号を、キー各々を表現できるだけの情報量で定義することで、少ない情報量のキー識別符号列を生成し送信することができる。このため、テキストデータを送信する際の情報量の削減効果を高めることができる。これにより、通信コストを低減することができ、帯域幅等のネットワーク資源を効率良く利用することができる。
請求項２に記載の発明は、請求項１に記載の通信端末装置において、前記複数のキーのうち文字が割り当てられたキー各々と対応する、少なくとも１つの文字符号を記憶する文字符号定義記憶手段と、前記文字符号定義記憶手段に記憶されている文字符号に基づいて判定された、前記入力キー識別符号記憶手段に記憶されているキー識別符号列と対応する文字符号列が表す文字列の候補を提示する文字列提示手段とをさらに備えることを特徴とする。
請求項２に記載の発明によれば、通信端末装置は、キー識別符号列と対応する文字符号列が表す文字列の候補を提示するため、ユーザーは、キー操作により、どのような文字列の候補が生成されているのかを確認することができる。
請求項３に記載の発明は、請求項２に記載の通信端末装置において、文字列を解析するための言語知識データを記憶する言語知識保存手段をさらに備え、前記文字列提示手段は、前記文字符号定義記憶手段に記憶されている文字符号に基づいて判定された文字列の候補を、前記言語知識保存手段に記憶されている言語知識データに基づいてさらに解析し、その結果該当するものを候補として提示することを特徴とする。
請求項３に記載の発明によれば、通信端末装置は言語知識保存手段を備えているため、文字符号定義記憶手段に記憶されている文字符号に基づいて判定された文字列の候補を、さらに言語知識データに基づいて解析することにより、文字列の候補を絞り込むことができる。
請求項４に記載の発明は、請求項１から３の何れか１項に記載の通信端末装置において、所定の制御コマンドが割り当てられたキーが操作されることで、前記文字列提示手段により提示すべき文字列の候補を１つに決定する文字列決定手段をさらに備え、前記送信手段は、前記文字列提示手段により提示すべき文字列の候補が１つである場合にのみ、前記入力キー識別符号記憶手段に記憶されているキー識別符号列を送信することを特徴とする。
請求項４に記載の発明によれば、通信端末装置は、前記文字列提示手段により提示すべき文字列の候補が１つである場合にのみ、前記入力キー識別符号記憶手段に記憶されているキー識別符号列を送信するため、文字列の候補が１つでない場合にキー識別符号列を送信するのを防ぐことができる。このため、受信側の装置が、受信したキー識別符号列から文字符号列を判定する際に、１つの文字符号列を判定することができずに、曖昧性を解消できなくなることを防ぐことができる。
請求項５に記載の発明は、請求項１から４の何れか１項に記載の通信端末装置において、前記送信手段は、前記入力キー識別符号記憶手段に記憶されているキー識別符号列を圧縮した後に送信することを特徴とする。
請求項５に記載の発明によれば、通信端末装置は、キー識別符号列を圧縮した後に送信するため、キー識別符号を用いることにより文字を表現する符号自体の情報量を削減するだけでなく、圧縮することにより符号の数をも削減することができるので、さらに送信する情報量を削減することができ、テキストデータ送信コストを低減することができる。
請求項６に記載の発明は、請求項１から５の何れか１項に記載の通信端末装置において、前記複数のキーには、言語の種類を選択するためのキーが含まれていることを特徴とする。
請求項６に記載の発明によれば、通信端末装置は、言語の種類を選択するためのキーを備えているため、ユーザーはキー操作により言語の種類を切り替えて文字入力を行うことができる。また、入力キー識別符号記憶手段に記憶されるキー識別符号列には、言語の種類を選択するためのキーと対応するキー識別符号が含まれることとなるため、当該キー識別符号に基づいて、選択された言語の種類を判定することが可能となる。このため、言語の種類に応じてキー識別符号を多数定義することなく、少ない情報量で複数の言語の文字を表すキー識別符号列を生成して、効率的に送信することができる。
請求項７に記載の発明は、請求項１から６の何れか１項に記載の通信端末装置において、前記キー識別符号がｎ（ｎは自然数）ビットの情報量で構成されている場合に、前記複数のキーの数が、２の（ｎ−１）乗より大きく、かつ、２のｎ乗以下であることを特徴とする。
請求項７に記載の発明によれば、複数のキーの数が、２の（ｎ−１）乗より大きく、かつ、２のｎ乗以下である場合に、キー識別符号をｎビットの情報量で構成することで、キーの数に応じて最も少ない情報量でキー識別符号を定義することができるため、最も送信コストを削減することができ、最も高い送信効率が得られる。
請求項８に記載の発明は、請求項１から７の何れか１項に記載の通信端末装置において、外部装置より前記キー識別符号列を受信する受信手段と、前記受信手段により受信したキー識別符号列に基づいて、該キー識別符号列と対応する文字符号列を判定する文字符号列判定手段とをさらに備えることを特徴とする。
請求項８に記載の発明によれば、通信端末装置は、外部装置より受信したキー識別符号列に基づいて、該キー識別符号列と対応する文字符号列を判定するため、通信端末装置は、外部装置より受信したキー識別符号列に対応する文字符号列を、ユーザーが認識することが可能な文字列に変換して提示することができる。
請求項９に記載の発明は、請求項１から８の何れか１項に記載の通信端末装置より前記キー識別符号列を受信する受信手段と、前記受信手段により受信したキー識別符号列に基づいて、該キー識別符号列と対応する文字符号列を判定する文字符号列判定手段とを備える受信装置を提供する。
請求項９に記載の発明によれば、受信装置は、通信端末装置より受信したキー識別符号列に基づいて、該キー識別符号列に対応する文字符号列を判定するため、ユーザーは、受信装置を、通信端末装置よりキー識別符号列を受信し文字列に変換して提示するためだけの簡易な装置として利用することができる。
請求項１０に記載の発明は、コンピュータに、各々に制御コマンドと１以上の文字との何れか一方が割り当てられたキーに対する操作信号を検知した場合に、該キーと対応付けられているキー識別符号が送信命令を表しているか否かを判定するキー識別符号判定ステップと、前記キー識別符号判定ステップにおいて前記キー識別符号が送信命令を表していないと判定された場合には、該キー識別符号を、キー識別符号記憶領域にキー識別符号列として追加記憶する符号列記憶ステップと、前記キー識別符号判定ステップにおいて判定されたキー識別符号が送信命令を表していると判定された場合には、前記キー識別符号記憶領域に記憶されているキー識別符号列を、該キー識別符号列に対応する文字符号列を判定する装置に送信する送信ステップとを実行させるためのプログラムを提供する。
請求項１０に記載の発明によれば、コンピュータはプログラムを実行することにより、操作されたキーと対応付けられているキー識別符号が送信命令を表していない場合には、キー識別符号をキー識別符号列としてキー識別符号記憶領域に追加記憶しておき、キー識別符号が送信命令を表している場合にのみキー識別符号記憶領域に記憶しておいたキー識別符号列を送信するため、少ない情報量でキー識別符号を定義し、キー識別符号列としてテキストデータを表現して送信することによって、送信する情報量の削減効果を高めることができる。このため、通信コストを削減し、ネットワーク資源を効率的に利用することができる。
本発明によれば、通信端末装置は、操作されたキーと一意に対応するキー識別符号の配列であるキー識別符号列を生成し送信するために、キー識別符号を、キー各々を表現できるだけの情報量で定義することで、少ない情報量のキー識別符号列を生成し送信することができる。このため、テキストデータを送信する際の情報量の削減効果を高めることができる。これにより、通信コストを低減することができ、帯域幅等のネットワーク資源を効率良く利用することができる。
次に、図面を参照しながら、本発明を実施するための最良の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
［１．構成］
図１は、本発明の実施形態の一例を示す通信端末装置１００の構成図である。
同図における通信端末装置１００は、通信機能を付加されたＰＤＡ（Personal Digital Assistance）や、携帯電話機やＰＨＳ（Personal Handyphone System）等の携帯型の無線通信機器である。尚、通信端末装置１００は、無線通信機器に限定されることなく有線通信機器であってもよいが、本発明の効果が顕著に現れるのは、入力キー数が少ない携帯型の無線通信機器の場合である。
同図に示すように、通信端末装置１００は、キー入力手段１０１、言語知識保存手段１０２、データ通信手段１０３、ＣＰＵ１０４、表示手段１０５、電池１０６、及び、データ保存手段１０７を含んで構成される。
キー入力手段１０１は、複数のキーを備えたキーボードを含んで構成される。本実施形態では、１つのキーは、１または複数の文字（数字を含む）や制御コマンドと対応している。尚、以下の説明では、制御コマンドを文字の一種と見なして説明する。
ここで、通信端末装置１００の外観を例示する図２を用いて、キーと文字との対応関係を説明する。同図のキー配列は標準的な携帯電話機に対応している。すなわち、キー３０１は文字集合｛１、（空白）｝を表し、キー３０２は文字集合｛２、Ａ、Ｂ、Ｃ｝を表し、キー３０３は文字集合｛３、Ｄ、Ｅ、Ｆ｝を表し、キー３０４は文字集合｛４、Ｇ、Ｈ、Ｉ｝を表し、キー３０５は文字集合｛５、Ｊ、Ｋ、Ｌ｝を表し、キー３０６は文字集合｛６、Ｍ、Ｎ、Ｏ｝を表し、キー３０７は文字集合｛７、Ｐ、Ｑ、Ｒ、Ｓ｝を表し、キー３０８は文字集合｛８、Ｔ、Ｕ、Ｖ｝を表し、キー３０９は文字集合｛９、Ｗ、Ｘ、Ｙ、Ｚ｝を表し、キー３１０は文字集合｛句読点、特殊記号｝を表し、キー３１１は文字集合｛０、〔ＮＥＸＴ〕｝を表し、キー３１２は文字集合｛〔選択〕｝を表し、キー３１３は文字集合｛〔送信〕｝を表し、キー３１４は文字集合｛〔モード切替〕｝を表し、キー３１５は文字集合｛〔変換〕｝を表している。ここで、句読点は｛．、？！｝等を表し、特殊記号は数字、アルファベット、句読点、空白以外の記号、例えば｛＊＠＄＆＝｝等を表す。
〔ＮＥＸＴ〕は次候補を要求するための制御コマンドである。ユーザーは変換候補文字列が所望のものでないときに、制御コマンド〔ＮＥＸＴ〕に対応するキー３１１を操作することとなる。通信端末装置１００のＣＰＵ１０４は、キー３１１が操作されたことを検知すると、次候補を要求する指示を発行する。尚、キーの操作（キー入力）を通信端末装置１００のＣＰＵ１０４に検知させるための操作としては、キーを押す以外にも、触れたり回転させたりする操作が考えられる。〔選択〕も制御コマンドであり、変換候補文字列がユーザーの所望のものであるときにその旨を示すためのものである。尚、〔選択〕が選ばれたときに、自動的に単語の区切りを示す空白を文字列の最後尾に挿入してもよい。
〔モード切替〕は入力モードを切り替える指示を発行する制御コマンドであり、数字以外の文字と数字とを切り替えるために用いる。尚、本実施形態では、通常モードでは前記の文字集合において数字を除外するが、通常モードにおいて〔モード切替〕という制御コマンドが与えられると、数字以外の文字が除外されるものとする。数字以外の文字が除外されている入力モードにおいて、さらに、〔モード切替〕という制御コマンドが与えられると通常モードに戻る。
〔変換〕は単語や句の区切りを示し、入力された文字列の曖昧性を解消するための言語知識データ参照を指示するコマンドを発行する。〔送信〕はキー操作により生成されたテキストデータ（キー識別符号列）を送信する指示を発行する制御コマンドである。
このような、〔選択〕や〔ＮＥＸＴ〕を始めとする制御コマンドが発行されることにより、表示手段１０５に表示すべき文字列の候補をひとつに決定する機能を、ここでは、文字列決定機能１０１１という。
尚、本発明ではキーの配列は、図２で示した例に限定されるものではなく、いかなるものでもよい。また、キーと文字との対応関係についても、上述した例に限定されるものではなく、いかなるものでもよい。また、文字種についても、大文字と小文字とを区別したり、英語以外の言語の文字を用いたり、絵文字を用いたりしてもよい。
図１に示すデータ保存手段１０７は、各種データを保存するためのものであり、磁気ディスクやフラッシュメモリ等によって構成される。例えば、データ保存手段１０７は、通信ソフトウェアやオペレーティングシステム等の、通信端末装置１００を制御するソフトウェアや、本発明に係るテキストデータを生成して送信するためのソフトウェアを記憶する。また、データ保存手段１０７は、キー入力手段１０１より入力されたキーに対応する符号を記憶する。
データ保存手段１０７は、本発明に特徴的な記憶領域として、キー識別符号定義記憶領域１０７１と文字符号定義記憶領域１０７２と入力キー識別符号記憶領域１０７３とを備えている。キー識別符号定義記憶領域１０７１には、各キーと一意に対応するキー識別符号を定義するためのキー識別符号定義情報が記憶されている。また、文字符号定義記憶領域１０７２には、各キーと対応する文字符号を定義するための文字符号定義情報が記憶されている。本実施形態においては、文字符号定義情報は、「キーとキー識別符号と文字との対応表」と、「文字符号と文字との対応表」とで構成される。入力キー識別符号記憶領域１０７３には、操作されたキーに対応するキー識別符号がキー識別符号列として追加記憶される。
図３は、データ保存手段１０７のキー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報の一例を示すものである。本発明で定義するキー識別符号は、キーの数を２進数で表現できるだけの情報量を持てばよい。例えば、キーの数が９個以上１６個以下であれば、キー識別符号の最小の情報量として４ビットを定義すればよい。ここでは、図２に示す通信端末装置１００の１５個のキーを表現するために、キー識別符号は４ビットで定義されている。
また、図４は、データ保存手段１０７の文字符号定義記憶領域１０７２に記憶されている、キーとキー識別符号と文字との対応表を示す一例である。ここで、キーとキー識別符号とは１対１の対応関係にあるため、キーと文字との対応関係によって、キー識別符号と文字との対応関係も同時に示すことができる。このため、図４に示す表を、キーと文字との対応表に変形することもできるし、キー識別符号と文字との対応表に変形することもできる。また、図３に示すキー識別符号定義情報が図４に示す対応表に含まれるようにしてもよい。
また、図５には、データ保存手段１０７の文字符号定義記憶領域１０７２に記憶されている、文字と２進数表記の文字符号との対応表の一例を示す。同図の対応表においては、ＡＳＣＩＩ体系によって文字符号が表されている。
尚、本実施形態においては、文字符号定義情報を図４及び図５に示す表形式で表したが、文字符号定義情報は、キーと文字符号との対応関係を表す情報であればよく、このようなデータ構成に限定されない。
また、入力キー識別符号記憶領域１０７３には、〔送信〕という制御コマンドに対応するキー３１３が操作されるまで、操作されたキーに対応するキー識別符号がキー識別符号列として、順次追加記憶される。すなわち、ユーザーによりあるキーが操作されると、操作されたキーに対応するキー識別符号が、キー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報から検索されて取得される。当該取得されたキー識別符号が〔送信〕という制御コマンドに対応していない場合には、取得されたキー識別符号は、入力キー識別符号記憶領域１０７３に記憶されているキー識別符号列の最後尾に追加記憶される。例えば、ユーザーにより、キー３０３が押された場合には、キー３０３と対応するキー識別符号「0010」が、入力キー識別符号記憶領域１０７３に記憶されているキー識別符号列の最後尾に追加（以下、「アペンド（append）」という）される。
図１に示す言語知識保存手段１０２は、キー入力手段１０１による入力の曖昧性を解消するための言語知識データを保存するためのもので、磁気ディスクやフラッシュメモリ等によって構成される。
ここで、入力の曖昧性について説明する。本発明においては、キー入力手段１０１のキーと文字とが１対多の対応関係にあるため（１対１の場合もあるが、１対１の場合は１対多の場合の特殊な状況と見なす）、ユーザーが１つのキーを操作した場合に、ユーザーが望んでいる文字とそうではない文字とを含む文字集合が指定されたこととなる。このように、入力キーと対応する文字が複数存在することを、入力キーと文字との対応の曖昧性という。
図６は言語知識データの一部を示している。本実施形態では、言語知識データとして、アルファベット順の英単語リストを使用する。このような言語知識データを参照して、入力キーと文字との対応の曖昧性を解消するには、入力キーから生成され得る全ての文字列候補の中から、言語知識データに登録されていないものを排除していくような既存技術を用いることで実現することができる。例えば、特許文献１や特許文献２に開示されている手法を用いることで実現することができる。
尚、本実施形態では言語知識データとして単語リストを使用しているが、単語リストではなくレキシコン（活用形まで拡張した単語リスト）を言語知識データとして使用してもよいし、連接文字列（n-gram）を言語知識データとして使用してもよい。また、各単語やレキシコンや連接文字列のエントリーに出現確率値を割り当てて、出現確率が高いものと一致する文字列候補を優先するように変形してもよい。また、データ保存手段１０７が言語知識保存手段１０２を兼用するように変形してもよい。
データ通信手段１０３は、アンテナや通信ソフトウェアを含んで構成され、携帯電話網やＰＨＳ網や無線ＬＡＮ（Local Area Network）等の無線網を介して、通信相手となる通信端末装置１００とデータ送受信を行う。
データ通信手段１０３は、送信機能１０３１と受信機能１０３２とを備えている。送信機能１０３１は、ユーザーのキー操作による送信命令を検知した場合に、入力キー識別符号記憶領域１０７３に記憶されているキー識別符号列を送信する。受信機能１０３２は、キー識別符号列を外部装置より受信する。
文字符号列判定手段１０８は、データ通信手段１０３の受信機能１０３２によりキー識別符号列が受信された場合に、受信したキー識別符号列を構成するキー識別符号の配列を先頭から解析して、キー識別符号列に対応する文字符号列を判定する。
表示手段１０５は、液晶ディスプレイを含んで構成され、本発明では特にキー入力手段１０１における入力文字の表示のためのユーザーインターフェイスを提供する手段として用いられる。具体的には、通信端末装置１００は文字列提示機能１０５１を備えており、当該文字列提示機能１０５１により、文字符号列の候補を、それぞれ対応する文字（フォント）列に置き換えて、表示手段１０５に表示する。
尚、本実施形態では、キー入力手段１０１において入力された文字列の候補をユーザーに提示する方法として、表示手段１０５に文字列の候補を表示する方法をとっているが、提示方法はこれに限定されず、これ以外にも、例えば、音声や文字列の印刷によって提示する方法が考えられる。
また、ＣＰＵＩ０４は、通信端末装置１００としての処理演算を行うためのものである。電池１０６は、通信端末装置１００を動作させるために必要な電力を供給するものである。
［２．処理の流れ］
図７は、通信端末装置１００におけるテキストデータ生成から送信までの処理の流れの一例を示すフロー図である。同図のフローが開始される前の準備として、変数として用いる符号列Ｋおよび符号列Ｃの初期状態をそれぞれ空列とする。
ここで、符号列Ｋは、キー入力に１対１対応するキー識別符号の列を示す変数である。符号列Ｋは、テキストデータ送信の際に使用されるものであり、情報量を小さくする工夫が施されている。また、符号列Ｃは一般的な文字符号の列を示す変数である。ここでは、文字符号として、標準的な文字符号であるＡＳＣＩＩを用いる。符号列Ｃは、ユーザーに対し、キーにより入力されたテキストデータ（文字列の候補）を提示するために用いられるものである。 図７に示す一連の処理は、データ保存手段１０７に格納されているソフトウェアに従い、ＣＰＵＩ０４が処理演算を行うことで実現される。
同図において、処理が開始されると、ステップ２０１において、通信端末装置１００のユーザーは、キー入力手段１０１を用いて、送信したいテキストを構成する文字に対応するキー、または、指示したい制御コマンドに対応するキーを押す。
ステップ２０２では、通信端末装置１００は、キー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報と文字符号定義記憶領域１０７２に記憶されている文字符号定義情報とを参照して、ステップ２０１でユーザーが押したキーが〔送信〕という制御コマンドに対応するか否かを判定する。ここでは、通信端末装置１００は、図２に示すようなキー配列であるため、図４に示すようにキー３１３は一意に制御コマンド〔送信〕に対応するので、キー３１３が押された場合はステップ２０６に進む。
ステップ２０６に進んだ場合には、通信端末装置１００は、データ保存手段１０７の入力キー識別符号記憶領域１０７３より符号列Ｋを取得して、当該符号列Ｋをデータ通信手段１０３の送信機能１０３１により通信相手の通信端末に送信する。そして、通信端末装置１００は、符号列Ｋと符号列Ｃとを空列に初期化する。
一方、キー３１３以外のキーが押されたときは、当該押されたキーは制御コマンド〔送信〕に対応することはないので、ステップ２０３に進む。ステップ２０３に進んだ場合、通信端末装置１００は、ステップ２０１でユーザーが押したキー（本実施例ではキー３０１からキー３１５までのいずれか）に対応するキー識別符号を、キー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報より取得する。通信端末装置１００は、取得したキー識別符号を符号列Ｋにアペンドし、当該符号列Ｋをデータ保存手段１０７の入力キー識別符号記憶領域１０７３に保存する。
ステップ２０４において、通信端末装置１００は、キー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報と文字符号定義記憶領域１０７２に記憶されている文字符号定義情報とを参照して、符号列Ｋに対応する符号列Ｃを判定し、当該判定した符号列Ｃをデータ保存手段１０７に記憶する。ここで、キー識別符号と文字符号とが１対多対応である場合には、符号列Ｃとして複数候補が判定されることがある。
ステップ２０５では、通信端末装置１００は、文字列提示機能１０５１により、符号列Ｃを構成する文字符号をそれぞれ対応する文字（フォント）に置き換えて、表示手段１０５に表示する。ステップ２０５が終わると、ステップ２０１に戻る。
［３．動作］
次に、上記構成における動作について説明する。ここでは、ユーザーが「ＹＥＳ」という単語を入力する操作をして送信指示を行う場合を例として、図７に示すステップ２０１からステップ２０５までの繰り返し処理、及び、ステップ２０６の処理を詳しく説明する。
まず、ユーザーは図２に示すキー配列の通信端末装置１００において、「Ｙ」を含むキー３０９を押す（ステップ２０１）。キー３０９は送信コマンドではないので、ステップ２０２の判定はＮｏとなりステップ２０３に進む。
次に、通信端末装置１００は、キー識別符号定義記憶領域１０７１に記憶されている、図３に示すキー識別符号定義情報より、キー３０９に対応するキー識別符号「1000」を取得する。通信端末装置１００は、取得したキー識別符号「1000」を符号列Ｋにアペンドして、データ保存手段１０７の入力キー識別符号記憶領域１０７３に符号列Ｋ（このときＫは「1000」）を保存する（ステップ２０３）。
次に、ステップ２０４で、通信端末装置１００は、キー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報と文字符号定義記憶領域１０７２に記憶されている文字符号定義情報とを参照して、符号列Ｋを符号列Ｃに変換する。具体的には、図４に示すように、通常モードでは、キー識別符号「1000」に対応する文字は｛Ｗ、Ｘ、Ｙ、Ｚ｝４通りが候補となる。さらに、図５に示す文字と文字符号との対応表を参照すると、Ｗは「01010111」、Ｘは「01011000」、Ｙは「01011001」、Ｚは「01011010」というように、それぞれ８ビットの文字符号で表現される。よって、符号列Ｋから得られる符号列Ｃは｛「01010111」、「01011000」、「01011001」、「01011010」｝の４通りとなる。通信端末装置１００は、前記符号列Ｃをデータ保存手段１０７に保存する。
次に、ステップ２０５において、通信端末装置１００は、文字列提示機能１０５１により、前記の符号列Ｃを構成する４通りの文字符号それぞれに対応する文字を表示するためのデータ（フォント）を生成して、表示手段１０５に表示する。図８は、通信端末装置１００の表示手段１０５における表示例を示している。
次に、ステップ２０１に戻って上記の処理を繰り返す。ステップ２０１で、ユーザーは「Ｅ」を含むキー３０３を押す。キー３０３は送信コマンドではないので、ステップ２０２の判定はＮｏとなりステップ２０３に進む。
次に、通信端末装置１００は、キー識別符号定義記憶領域１０７１に記憶されているキー識別符号定義情報より、キー３０３に対応するキー識別符号「0010」を取得する。通信端末装置１００は、取得したキー識別符号「0010」を符号列Ｋにアペンドして、データ保存手段１０７の入力キー識別符号記憶領域１０７３に符号列Ｋ（このときＫは「1000 0010」）を保存する（ステップ２０３）。
次に、ステップ２０４で、通信端末装置１００は、符号列Ｋを符号列Ｃに変換する。ここで、キー識別符号「1000」に対応する文字符号は、既に求められてデータ保存手段１０７に符号列Ｃとして記憶されているので、データ保存手段１０７を参照することで容易に得られる。一方、キー識別符号「0010」に対応する文字は、図４に示すように、通常モードでは｛Ｄ、Ｅ、Ｆ｝３通りが候補となる。さらに、図５を参照すると、Ｄは「01000100」、Ｅは「01000101」、Ｆは「01000110」という文字符号でそれぞれ表現される。よって、符号列Ｋから得られる符号列Ｃは｛「01010111 01000100」、「01011000 01000100」、「01011001 01000100」、「01011010 01000100」、「01010111 01000101」、「01011000 01000101」、「01011001 01000101」、「01011010 01000101」、「01010111 01000110」、「01011000 01000110」、「01011001 01000110」、「01011010 01000110」｝の１２通りが候補となる。通信端末装置１００は、これらの１２通りの候補を符号列Ｃとしてデータ保存手段１０７に保存する。
次に、ステップ２０５において、通信端末装置１００は、文字列提示機能１０５１により、前記の符号列Ｃに基づいて、それぞれの文字符号列の候補に対応する文字列を表示するためのデータを生成して、表示手段１０５に表示する。図９は、通信端末装置１００の表示手段１０５における表示例を示している。
次に、ステップ２０１に戻って上記の処理を繰り返す。ステップ２０１で、ユーザーは「Ｓ」を含むキー３０７を押す。以降ステップ２０５までの処理手順は上記と同様なので省略するが、ステップ２０５が終わった時点で、符号列Ｋは、「1000 0010 0110」となり、符号列Ｃは｛「01010111 01000100 01010000」、「01011000 01000100 01010000」、「01011001 01000100 01010000」、「01011010 01000100 01010000」、「01010111 01000101 01010000」、「01011000 01000101 01010000」、「01011001 01000101 01010000」、「01011010 01000101 01010000」、「01010111 01000110 01010000」、「01011000 01000110 01010000」、「01011001 01000110 01010000」、「01011010 01000110 01010000」、「01010111 01000100 01010001」、「01011000 01000100 01010001」、「01011001 01000100 01010001」、「01011010 01000100 01010001」、「01010111 01000101 01010001」、「01011000 01000101 01010001」、「01011001 01000101 01010001」、「01011010 01000101 01010001」、「01010111 01000110 01010001」、「01011000 01000110 01010001」、「01011001 01000110 01010001」、「01011010 01000110 01010001」、「01010111 01000100 01010010」、「01011000 01000100 01010010」、「01011001 01000100 01010010」、「01011010 01000100 01010010」、「01010111 01000101 01010010」、「01011000 01000101 01010010」、「01011001 01000101 01010010」、「01011010 01000101 01010010」、「01010111 01000110 01010010」、「01011000 01000110 01010010」、「01011001 01000110 01010010」、「01011010 01000110 01010010」、「01010111 01000100 01010011」、「01011000 01000100 01010011」、「01011001 01000100 01010011」、「01011010 01000100 01010011」、「01010111 01000101 01010011」、「01011000 01000101 01010011」、「01011001 01000101 01010011」 、「01011010 01000101 01010011」、「01010111 01000110 01010011」、「01011000 01000110 01010011」、「01011001 01000110 01010011」、「01011010 01000110 01010011」｝の４８通りが候補となっている。図１０は、通信端末装置１００の表示手段１０５における表示例を示している（ステップ２０５）。
次に、ステップ２０１に戻って上記の処理を繰り返す。ステップ２０１で、ユーザーは単語の区切りおよび言語知識データ参照の指示を示す制御コマンド〔変換〕に対応するキー３１５を押す。キー３１５は送信コマンドではないので、ステップ２０２の判定はＮｏとなり、ステップ２０３に進む。
次に、通信端末装置１００は、キー３１５に対応するキー識別符号「1110」を符号列Ｋにアペンドして、データ保存手段１０７の入力キー識別符号記憶領域１０７３に符号列Ｋ（このときＫは「1000 0010 0110 1110」）を保存する（ステップ２０３）。
次に、ステップ２０４で、通信端末装置１００は、符号列Ｋを符号列Ｃに変換するが、符号列Ｋの末尾の４ビットが制御コマンド〔変換〕なので、前記符号列Ｃについて、言語知識保存手段１０２に保存されている図６の言語知識データを用いて曖昧性の解消を行う。前記符号列Ｃでは４８通りの文字列が候補となっているが、通信端末装置１００は、候補となっている文字列をそれぞれ前記言語知識データ（英単語リスト）のエントリーと一致するか否かを判定する。一致しなければ候補から削除することで曖昧性を緩和することができる。
本実施形態では４８通りの文字列のうち、前記言語知識データのエントリーと一致するものは「ＹＥＳ」だけなので、「ＹＥＳ」に対応する符号列「01011001 01000101 01010011」以外は符号列Ｃから削除される。つまり、符号列Ｃは「01011001 01000101 01010011」となる。尚、符号列自体を符号列Ｃから削除せずに、削除フラグ情報を付加したり、候補となる符号列に選択フラグ情報を付加するようにしてもよい。
次に、ステップ２０５において、通信端末装置１００は、文字列提示機能１０５１により前記の符号列Ｃを文字列に変換して表示手段１０５に表示する。図１１は、通信端末装置１００の表示手段１０５における表示例を示している。ここでは、入力文字候補として「ＹＥＳ」だけが表示されており、ユーザーが所望するものが一意に得られたことになる。
もし複数の文字列候補が残った場合は、言語知識データの登録順、または、予め言語知識データに付与された出現頻度順で文字列候補を表示し、第１の候補が所望の文字列ではなかった場合、ステップ２０１でユーザーはキー３１１を押すことにより〔ＮＥＸＴ〕コマンド発行して、次候補を選択する。この〔ＮＥＸＴ〕コマンドに対応するキー識別符号「0010」は、ステップ２０３で符号列Ｋにアペンドされる。前記次候補が所望する文字列でなかったら、再びステップ２０１で、ユーザーはキー３１１を押すことにより、〔ＮＥＸＴ〕コマンドを発行するという処理を継続する。
尚、複数の文字列候補から所望の文字列を絞り込む処理は、単語単位でユーザーからの変換指示を受けるだけでなく、一文字毎に逐次絞り込む方法等、いかなる既存技術を用いてもよい。
次に、ステップ２０１で、ユーザーは「ＹＥＳ」の送信を指示するために〔送信〕に対応するキー３１３を押す。その結果、ステップ２０２の判定はＹｅｓとなって、ステップ２０６に進む。ステップ２０６では、通信端末装置１００は、データ保存手段１０７の入力キー識別符号記憶領域１０７３に保存されている符号列Ｋ（このときのＫは「1000 0010 0110 1110」）を、データ通信手段１０３の送信機能１０３１により送信する。ステップ２０６が完了すると図２のフローは終了する。
このように、テキストデータを送信する際に、従来技術では文字符号（ここでは、符号列Ｃ「01011001 01000101 01010011」、２４ビット）を送信していたが、本発明ではキー識別符号（ここでは符号列Ｋ「1000 0010 0110 1110」、１６ビット）を送信すればよいので、送信するテキストデータの情報量を削減することができ、送信効率を高めることができる。
文字符号とキー識別符号との送信効率の差は、基本的には１文字を表現するために要する符号の情報量の差に依存する。アルファベットを表現する際に一般的に使われるＡＳＣＩＩは８ビット／文字を要するが、本実施例のように１５種類のキーでアルファベットを入力する場合のキー識別符号は４ビット／文字で表現できるので、従来技術よりも情報量を削減することができる。
本発明においてキーの種類（数）は任意に定めてよく、キーの種類数に応じて、各々のキーをより少ない情報量で表現できるキー識別符号を定義することでより有利な送信効率が得られる。例えば、キーの種類数が５〜８種類のときは３ビットのキー識別符号を定義し、キーの種類数が９〜１６種類のときは４ビットのキー識別符号を定義し、キーの種類数が１７〜３２種類のときは５ビットのキー識別符号を定義し、キーの種類数が３３〜６４種類のときは６ビットのキー識別符号を定義し、キーの種類数が６５〜１２８種類のときは７ビットのキー識別符号をそれぞれ定義することで最も高い送信効率が得られる。すなわち、キーの数が、２の（ｎ−１）乗より大きく、かつ、２のｎ乗以下である場合（ｎは自然数）には、キー識別符号がｎビットの情報量で構成されるように定義するとよい。
尚、キーの種類数が１２９種類以上になると、８ビット以上のキー識別符号が必要なのでＡＳＣＩＩ符号に対して有利にはならない。また、日本語のテキストデータ送信を対象とする場合、日本語の文字符号はＳｈｉｆｔ−ＪＩＳ符号のように一般に１６ビット／文字を要するので、本実施例のように４ビット／文字で表現できるキー識別符号を利用した場合、送信効率の差がより大きくなるので、より有利に機能することになる。
尚、本発明では、符号列Ｋは文字対応の暖味性を包含しており、受信側の通信端末において曖昧性解消のための言語知識データを利用する必要がある。その際、送信側の通信端末装置１００と同一の方法で言語知識データを利用することにより送信者（通信端末装置１００のユーザー）が意図する文字列を再現する方法を採るので、符号列Ｋに〔変換〕等の制御コマンドに対応するキー識別符号を付加する必要がある。しかし、制御コマンドを含むことにより増加する符号数の影響よりも符号自体の情報量が小さいことによる貢献の方が大きいので、総合的に情報量の削減効果が得られる。上記実施例でも制御コマンド〔変換〕に相当する４ビットのキー識別符号を符号列Ｋに付加しているが、情報量の総計は符号列Ｃよりも小さくなっている。
以上説明したように、通信端末装置１００が、操作されたキーと一意に対応するキー識別符号の配列であるキー識別符号列を生成し送信するようにしたために、キー識別符号を、キーの種類数を表現できるだけの情報量で定義することで、少ない情報量のキー識別符号列を生成して送信することができる。このため、テキストデータを送信する際の情報量の削減効果を高めることができる。これにより、通信コストを低減することができ、帯域幅等のネットワーク資源を効率良く利用することができる。
さらに、既に普及しているＴ９等の入力インターフェイスを利用すれば、ユーザーに新規の入力方法の学習を強いたり、テキスト入力以外の動作を求めたりすることなく、テキストデータ圧縮効率を高めることができる。
［４．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（変形例１）
本発明では、図７のフローを図１２のように圧縮処理を含むフローに変形してもよい。図１２では、図２のステップ２０６をステップ１２０１とステップ１２０２とで置き換えている。他の部分については図７と同じなので説明を省略する。
ステップ１２０１では、通信端末装置１００は、キー識別符号で構成される符号列Ｋをより符号数の少ない符号列Ｋ’に変換する。その実現は、既存のテキストデータ圧縮アルゴリズムをソフトウェアとして記述して、図１に示すデータ保存手段１０７に予め保存しておき、ＣＰＵＩ０４が当該ソフトウェアに従って演算を施すことで可能である。既存のテキストデータ圧縮アルゴリズムとしては、例えば、非特許参考文献１に記載されているアルゴリズムがある。
次にステップ１２０２では、通信端末装置１００は、データ通信手段１０３の送信機能１０３１により前記の符号列Ｋ’を送信する。ここで、前記符号列Ｋ’には、特定のテキストデータ圧縮アルゴリズムにより符号数を減少させる圧縮処理が施されていることを示すフラグ情報が含まれるようにしてもよい。
この変形例では、キー識別符号を利用することにより文字を表す符号自体の情報量を削減するだけでなく、符号の数も削減することができるので、テキストデータ送信コストがより大きく改善されることになる。
（変形例２）
図１３は、通信端末装置１００の外観の変形例を示す図である。ここでは、英語だけではなく、日本語や、日本語と英語とが混ざったテキストを送信できるように、キーと文字との対応を拡張している。例えば、キー３０２は、英語の｛Ａ、Ｂ、Ｃ｝だけではなく日本語のか行｛か、き、く、け、こ｝も表している。図１４は、図１３のキー配列におけるキーとキー識別符号と文字との対応の例である。ここでは、日本語の濁音や半濁音や促音等は〔変換〕コマンドによって生成されるが、濁音等への切り替え用の制御コマンドを別に定義するように変形してもよい。また、カタカナや漢字については言語知識データとして予め登録しておくことにより、ひらがな入力後の〔変換〕コマンドによって生成される。尚、ひらがなからカタカナや漢字への変換は、既存のかな漢字変換手法、例えば、特許文献３や特許文献４に記載されている手法を用いることで、容易に実現できる。
図１３において、キー３１６は日本語と英語との入力モードを切り替える制御コマンドである〔日／英〕に対応している。本変形例では、通信端末装置１００の入力モードは、通常は日本語入力モードであり、〔日／英〕コマンドが発行されると入力モードが変わるものとする。図１４に示してあるように〔日／英〕コマンドに対応するキー識別符号は「1111」なので、図２のフローのステップ２０１で〔日／英〕コマンドを（一意に）表すキー３１６が押されると、ステップ２０３において、符号列Ｋにキー識別符号「1111」がアペンドされる。
ステップ２０４において、通信端末装置１００は、符号列Ｋを符号列Ｃに変換する。このときに、通信端末装置１００は、符号列Ｋを構成する、先頭のキー識別符号から順に最後尾まで解析して、各々のキー識別符号に対応する文字符号を判定していく。ここで、あるキー識別符号に対応する文字符号を判定する場合には、そのキー識別符号より先頭側に「1111」のキー識別符号が出現しているか否かにより判定対象文字が異なる。本変形例においては、判定対象のキー識別符号より先頭側に「1111」がひとつも出現していない場合は、当該キー識別符号に対応する文字候補が、図１４の英語の列から得られることはない（このことを英語の列が「マスク」されると呼ぶことにする）。符号列Ｋに「1111」が出現すると、次に「1111」が出現するまでは図１４の日本語の列がマスクされる。同様に、符号列Ｋに「1111」が出現する度に、英語の列のマスクと日本語の列のマスクが繰り返される。
このように〔日／英〕コマンドに対応するキー識別符号を符号列Ｋにアペンドすることで、符号列Ｋを複数用意しなくても日本語と英語とが混ざったテキストを効率良く送信することが可能になる。さらに、本発明では、日本語と英語の組だけでなく、いかなる言語であっても、２つ以上の言語の組み合わせが可能なように制御コマンドを定義してもよい。
（変形例３）
図１５は、変形例３におけるテキストデータ生成から送信までの処理の流れの一例を示すフロー図である。同図を用いて本発明の変形例を説明するが、図２の説明と重複するステップの説明は省略する。
図１５では、ステップ２０１でユーザーが送信を指示するために〔送信〕に対応するキー３１３を押した場合、ステップ２０２の判定はＹｅｓとなって、ステップ１５０１に進む。ステップ１５０１では、通信端末装置１００は、データ保存手段１０７に記憶されている符号列Ｃを解析し、符号列Ｃが複数の符号列候補から構成されるときはＹｅｓと判定してステップ１５０２に進み、そうでないときはＮｏと判定してステップ２０６に進む。
符号列Ｃが複数の符号列候補から構成されるということは、未だ文字列の入力が完了していないということを意味する。つまり、ステップ２０１でユーザーがキー３１３を押したのは誤入力だったことになるので、ステップ１５０２では、通信端末装置１００は、表示手段１０５においてそのことをユーザーに知らせるメッセージを表示してステップ２０１に戻る。この場合には、キー３１３を押したことは無効になる。すなわち、符号列Ｋは送信されないし、符号列Ｋも符号列Ｃもキー３１３を押す前と同じ状態にあることとなる。ユーザーはステップ２０１において、文字列の入力を継続する。
図１６はステップ１５０２における、メッセージ表示の一例を示す図である。ここでは「ＹＥＳ」というテキストデータを送信する前述の実施形態において、「Ｙ」を含むキー３０９と「Ｅ」を含むキー３０３とを押した段階で、〔送信〕に対応するキー３１３を押した場合のメッセージ表示例を示している。
ユーザーは、当該メッセージを参照して、候補をひとつに確定するために、キー入力手段１０１により、〔変換〕、〔ＮＥＸＴ〕、〔選択〕等の制御コマンドに対応するキーを操作する。
通信端末装置１００は、ユーザーのキー操作に応じて、入力キーに対応する制御コマンドを発行し、文字列決定機能１０１１により符号列Ｃの候補をひとつに決定する。これにより、表示手段１０５に表示すべき文字列の候補がひとつに決定される。
このようにフローを変形することにより、受信側の装置において符号列Ｋから文字列を再構成する際に、文字列の候補が複数存在して、曖昧性が解消できなくなることを未然に防ぐことができる。
また、さらなる変形としてステップ１５０１で、符号列Ｃが空列のときもＹｅｓと判定するようにしてもよい。こうすることで、ユーザーが文字に対応するキーを押す前にキー３１３を押してしまうという誤入力の結果起こり得る、空のキー識別符号列を送信することを防ぐことができる。
尚、符号列Ｃに複数の候補がある場合と符号列Ｃが空列である場合との両方の場合に符号列Ｋを送信しないようにするために、符号列Ｃが１つの文字符号列のみで構成されている場合、すなわち、表示手段１０５に提示すべき文字列が１つのみである場合に、符号列Ｋを送信する（ステップ１５０１でＮｏと判定する）ようにしてもよい。
（変形例４）
本発明では、図１で示した通信端末装置１００を、キー識別符号列を受信する装置として用いてもよい。
図１７は、通信端末装置１００がキー識別符号列を受信して、ユーザーに前記キー識別符号列に対応する文字列を表示するまでの処理の流れの一例を示すフロー図である。同図のフローが開始される前の準備として、上述した実施形態と同様に、符号列Ｋおよび符号列Ｃの初期状態をそれぞれ空列とする。ここで、符号列Ｋはキー識別符号の列であり、符号列Ｃは一般的な文字符号（例えばＡＳＣＩＩ）の列を示す変数である。
図１７のフローが開始されると、まず、ステップ１７０１において、通信端末装置１００は、データ通信手段１０３の受信機能１０３２により、キー識別符号で構成されたキー識別符号列を受信する。さらに、通信端末装置１００は、受信した前記キー識別符号列を符号列Ｋに代入し、データ保存手段１０７の入力キー識別符号記憶領域１０７３に記憶する。
次に、ステップ１７０２において、通信端末装置１００は、前記符号列Ｋに符号数を減少させるような圧縮処理（例えば、非特許参考文献１の方法による）が施されているか否かを判定する。この判定は、特定のテキストデータ圧縮アルゴリズムにより符号数を減少させる圧縮処理が施されていることを示すフラグ情報が前記符号列Ｋに含まれているか調べることで実現できる。判定がＹｅｓのときはステップ１７０３に進み、Ｎｏのときはステップ１７０４に進む。
ステップ１７０３では、通信端末装置１００は、前記のテキストデータ圧縮アルゴリズムに対応する伸張方法により前記符号列Ｋを伸張し、これを符号列Ｋとしてデータ保存手段１０７に保存する。
ステップ１７０４では、通信端末装置１００は、文字符号列判定手段１０８により、前記符号列Ｋを先頭の符号から順に解析して符号列Ｃに変換する。〔変換〕等の制御コマンドに対しては、前述のように言語知識保存手段１０２に蓄積されている言語知識データを用いて、複数の文字候補から正しいものを選択していく。ここで、前記言語知識データは送信側の通信端末装置１００で使用したものと同一なものであることとする。そうすることにより、〔ＮＥＸＴ〕コマンドで文字列候補を絞り込む際も送信側の装置と同じプロセスを忠実に再現できるので、送信側の装置が意図した文字列を正しく再現することが可能になる。ステップ１７０４で得られた前記符号列Ｃは、データ保存手段１０７に保存される。
次に、ステップ１７０５では、通信端末装置１００は、文字列提示機能１０５１により、前記文字符号列Ｃを構成する文字符号について、それぞれ対応する文字（フォント）に置き換えて、表示手段１０５に表示する。ステップ１７０５が終わると図１７の処理は終了する。
ここで、キー識別符号で構成されたキー識別符号列を受信する際に前記キー識別符号列にテキストデータ圧縮アルゴリズムが施されていないことが予めわかっている場合は、図１７のステップ１７０２とステップ１７０３とはスキップしてステップ１７０１からステップ１７０４に進むように変形してもよい。
また、別の変形例として、図１のキー入力手段１０１が文字入力のためのキーを含まないように簡素化してもよい。その場合に、通信端末装置１００は文字列の生成を行うことことができないが、受信専用の簡易な通信端末として利用することが可能となる。
本発明は、入力キー数が比較的少ない携帯型端末等の通信端末装置において、ユーザーが少ないキーでも効率よく文字を入力し、テキストデータを送信する際の情報量の削減効果を高め、効率的にデータ送信を行うことが要求される産業分野に利用可能である。
本発明の実施の形態に係る通信端末装置の構成例を示すブロック図である。 同実施の形態に係る通信端末装置の外観の一例を示す図である。 同実施の形態に係る入力キーとキー識別符号との対応関係の一例を示す図である。 同実施の形態に係るキーとキー識別符号と文字との対応関係の一例を示す図である。 同実施の形態に係るＡＳＣＩＩによる文字と文字符号との対応表を示す図である。 同実施の形態に係る言語知識データの一例を示す図である。 同実施の形態に係るテキストデータ生成から送信までの処理の流れの一例を示す図である。 同実施の形態に係る通信端末装置における入力表示の一例を示す図である。 同実施の形態に係る通信端末装置における入力表示の一例を示す図である。 同実施の形態に係る通信端末装置における入力表示の一例を示す図である。 同実施の形態に係る通信端末装置における入力表示の一例を示す図である。 変形例１に係るテキストデータ生成から送信までの処理の流れの一例を示す図である。 変形例２に係る通信端末装置の外観の一例を示す図である。 変形例２に係るキーとキー識別符号と文字との対応関係の定義の一例を示す図である。 変形例３に係るテキストデータ生成から送信までの処理の流れの一例を示す図である。 変形例３に係る通信端末装置におけるメッセージ表示の一例を示す図である。 変形例４に係るテキストデータ受信処理の流れの一例を示す図である。
符号の説明
１００ 通信端末装置
１０１ キー入力手段
１０１１ 文字列決定機能
１０２ 言語知識保存手段
１０３ データ通信手段
１０３１ 送信機能
１０３２ 受信機能
１０４ ＣＰＵ
１０５ 表示手段
１０５１ 文字列提示機能
１０６ 電池
１０７ データ保存手段
１０８ 文字符号列判定手段
３０１〜３１６ キー
１０７１ キー識別符号定義記憶領域
１０７２ 文字符号定義記憶領域
１０７３ 入力キー識別符号記憶領域

Claims (10)

  1. 各々に制御コマンドと１以上の文字との何れか一方が割り当てられた複数のキーと、
    前記複数のキー各々と一意に対応するキー識別符号を記憶するキー識別符号定義記憶手段と、
    前記複数のキーの少なくとも１つが操作された場合に、前記キー識別符号定義記憶手段より取得した、該キーに対応するキー識別符号を、キー識別符号列として追加記憶する入力キー識別符号記憶手段と、
    送信命令を検知した場合に、前記入力キー識別符号記憶手段に記憶されているキー識別符号列を、該キー識別符号列に対応する文字符号列を判定する装置に送信する送信手段と
    を備えることを特徴とする通信端末装置。
  2. 前記複数のキーのうち文字が割り当てられたキー各々と対応する、少なくとも１つの文字符号を記憶する文字符号定義記憶手段と、
    前記文字符号定義記憶手段に記憶されている文字符号に基づいて判定された、前記入力キー識別符号記憶手段に記憶されているキー識別符号列と対応する文字符号列が表す文字列の候補を提示する文字列提示手段とをさらに備えることを特徴とする請求項１に記載の通信端末装置。
  3. 文字列を解析するための言語知識データを記憶する言語知識保存手段をさらに備え、
    前記文字列提示手段は、
    前記文字符号定義記憶手段に記憶されている文字符号に基づいて判定された文字列の候補を、前記言語知識保存手段に記憶されている言語知識データに基づいてさらに解析し、その結果該当するものを候補として提示することを特徴とする請求項２に記載の通信端末装置。
  4. 所定の制御コマンドが割り当てられたキーが操作されることで、前記文字列提示手段により提示すべき文字列の候補を１つに決定する文字列決定手段をさらに備え、
    前記送信手段は、
    前記文字列提示手段により提示すべき文字列の候補が１つである場合にのみ、前記入力キー識別符号記憶手段に記憶されているキー識別符号列を送信することを特徴とする請求項１から３の何れか１項に記載の通信端末装置。
  5. 前記送信手段は、
    前記入力キー識別符号記憶手段に記憶されているキー識別符号列を圧縮した後に送信することを特徴とする請求項１から４の何れか１項に記載の通信端末装置。
  6. 前記複数のキーには、言語の種類を選択するためのキーが含まれていることを特徴とする請求項１から５の何れか１項に記載の通信端末装置。
  7. 前記キー識別符号がｎ（ｎは自然数）ビットの情報量で構成されている場合に、前記複数のキーの数が、２の（ｎ−１）乗より大きく、かつ、２のｎ乗以下であることを特徴とする請求項１から６の何れか１項に記載の通信端末装置。
  8. 外部装置より前記キー識別符号列を受信する受信手段と、
    前記受信手段により受信したキー識別符号列に基づいて、該キー識別符号列と対応する文字符号列を判定する文字符号列判定手段と
    をさらに備えることを特徴とする請求項１から７の何れか１項に記載の通信端末装置。
  9. 請求項１から８の何れか１項に記載の通信端末装置より前記キー識別符号列を受信する受信手段と、
    前記受信手段により受信したキー識別符号列に基づいて、該キー識別符号列と対応する文字符号列を判定する文字符号列判定手段と
    を備える受信装置。
  10. コンピュータに、
    各々に制御コマンドと１以上の文字との何れか一方が割り当てられたキーに対する操作信号を検知した場合に、該キーと対応付けられているキー識別符号が送信命令を表しているか否かを判定するキー識別符号判定ステップと、
    前記キー識別符号判定ステップにおいて前記キー識別符号が送信命令を表していないと判定された場合には、該キー識別符号を、キー識別符号記憶領域にキー識別符号列として追加記憶する符号列記憶ステップと、
    前記キー識別符号判定ステップにおいて判定されたキー識別符号が送信命令を表していると判定された場合には、前記キー識別符号記憶領域に記憶されているキー識別符号列を、該キー識別符号列に対応する文字符号列を判定する装置に送信する送信ステップと
    を実行させるためのプログラム。
JP2004014599A 2004-01-22 2004-01-22 通信端末装置、受信装置、及び、プログラム Expired - Fee Related JP4263627B2 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2004014599A JP4263627B2 (ja) 2004-01-22 2004-01-22 通信端末装置、受信装置、及び、プログラム
TW093140632A TWI260531B (en) 2004-01-22 2004-12-24 Communications terminal apparatus, reception apparatus, and method therefor
US11/023,456 US7567236B2 (en) 2004-01-22 2004-12-29 Communications terminal apparatus, reception apparatus, and method therefor
ES05000361T ES2327127T3 (es) 2004-01-22 2005-01-11 Aparato terminal de comunicaciones con transmision de identificador detecla y programa para el mismo.
AT05000361T ATE436148T1 (de) 2004-01-22 2005-01-11 Kommunikationsendgerät mit tastenkennungsübertragung und dazugehöriges programm
DE602005015266T DE602005015266D1 (de) 2004-01-22 2005-01-11 Kommunikationsendgerät mit Tastenkennungsübertragung und dazugehöriges Programm
EP05000361A EP1558010B1 (en) 2004-01-22 2005-01-11 Communications terminal apparatus with key identifier transmission and program therefor
CNB2005100056173A CN1322401C (zh) 2004-01-22 2005-01-21 通信终端设备,接收设备及其方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004014599A JP4263627B2 (ja) 2004-01-22 2004-01-22 通信端末装置、受信装置、及び、プログラム

Publications (2)

Publication Number Publication Date
JP2005208926A JP2005208926A (ja) 2005-08-04
JP4263627B2 true JP4263627B2 (ja) 2009-05-13

Family

ID=34631932

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004014599A Expired - Fee Related JP4263627B2 (ja) 2004-01-22 2004-01-22 通信端末装置、受信装置、及び、プログラム

Country Status (8)

Country Link
US (1) US7567236B2 (ja)
EP (1) EP1558010B1 (ja)
JP (1) JP4263627B2 (ja)
CN (1) CN1322401C (ja)
AT (1) ATE436148T1 (ja)
DE (1) DE602005015266D1 (ja)
ES (1) ES2327127T3 (ja)
TW (1) TWI260531B (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007011837A (ja) * 2005-07-01 2007-01-18 Nec Corp 電子機器、認証情報入力方法及び認証情報入力プログラム
US8059801B2 (en) 2006-01-20 2011-11-15 Preferred Voice, Inc. Telephone communications system, a method of delivering content to a calling party and a method of distributing information to a calling party
KR100803006B1 (ko) * 2006-09-20 2008-02-14 삼성전자주식회사 휴대단말기의 동적 입력방법 및 장치
US8593406B2 (en) * 2007-03-21 2013-11-26 Tegic Communications, Inc. Interchangeable input modules associated with varying languages
JP5262395B2 (ja) * 2008-07-25 2013-08-14 富士通株式会社 電子メール送受信装置及び電子メール送受信方法
US8730188B2 (en) * 2010-12-23 2014-05-20 Blackberry Limited Gesture input on a portable electronic device and method of controlling the same
KR102039553B1 (ko) 2012-08-31 2019-11-01 삼성전자 주식회사 사용자 디바이스에서 입력 문자를 이용한 지능형 서비스 제공 방법 및 장치

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS584378B2 (ja) 1978-04-21 1983-01-26 株式会社東芝 カナ漢字変換装置
US5200988A (en) * 1991-03-11 1993-04-06 Fon-Ex, Inc. Method and means for telecommunications by deaf persons utilizing a small hand held communications device
US5818437A (en) * 1995-07-26 1998-10-06 Tegic Communications, Inc. Reduced keyboard disambiguating computer
US5703581A (en) * 1996-06-14 1997-12-30 Lucent Technologies Inc. Method and apparatus for data compression and decompression
JP3532780B2 (ja) 1998-01-22 2004-05-31 テジック・コミュニケーションズ・インコーポレーテッド 音声仮名文字の入力順序を生成するための入力システム
DE60021654T2 (de) * 1999-05-21 2006-06-08 Digitiminimi, Inc. System und Verfahren zum Bereitstellen von Diensten mit vertrautem Ortindikator, und fahrbares Gerät zur Anzeige von ihnen
US6172625B1 (en) 1999-07-06 2001-01-09 Motorola, Inc. Disambiguation method and apparatus, and dictionary data compression techniques
JP3722359B2 (ja) * 2001-06-29 2005-11-30 Ｅｓｍｅｒｔｅｃエンジニアリングサービス株式会社 文字入力システム及び通信端末

Also Published As

Publication number Publication date
US20050165973A1 (en) 2005-07-28
TWI260531B (en) 2006-08-21
CN1322401C (zh) 2007-06-20
CN1645300A (zh) 2005-07-27
ATE436148T1 (de) 2009-07-15
TW200527266A (en) 2005-08-16
DE602005015266D1 (de) 2009-08-20
EP1558010A1 (en) 2005-07-27
US7567236B2 (en) 2009-07-28
ES2327127T3 (es) 2009-10-26
EP1558010B1 (en) 2009-07-08
JP2005208926A (ja) 2005-08-04

Similar Documents

Publication Publication Date Title
US8791905B2 (en) Handheld electronic device and method for dual-mode disambiguation of text input
US20020126097A1 (en) Alphanumeric data entry method and apparatus using reduced keyboard and context related dictionaries
US8188978B2 (en) Handheld electronic device providing a learning function to facilitate correction of erroneous text entry and associated method
JP2006510989A5 (ja)
EP1558010B1 (en) Communications terminal apparatus with key identifier transmission and program therefor
US8532680B2 (en) Apparatus and method for compressing and restoring SMS message
JP2003015806A (ja) 文字入力システム及び通信端末
JP4602180B2 (ja) 通信端末装置及び通信プログラム
US20030177289A1 (en) Method, device and program for input prediction processing, and recording medium for recording program thereof
JP5317460B2 (ja) 携帯端末および文字入力システム
KR20100021817A (ko) 텍스트 데이터 압축 방법
KR100450587B1 (ko) 문자데이터 입력장치
KR19980019333A (ko) 한글 두음 문자열 검색방법 및 장치(method and apparatus for searching the initial sound string korean character)
US20040127236A1 (en) Method and apparatus for text entry for electronic messaging
JP4329493B2 (ja) 辞書データ圧縮装置、電子辞書装置及びプログラム
KR100716610B1 (ko) 이동통신단말기를 위한 예측 텍스트 엔트리 및 데이터압축방법
JPS58222330A (ja) 日本語変換方式
US20080189327A1 (en) Handheld Electronic Device and Associated Method for Obtaining New Language Objects for Use by a Disambiguation Routine on the Device
CA2619423C (en) Handheld electronic device and associated method for obtaining new language objects for use by a disambiguation routine on the device
JP2010266950A (ja) 文字列入力装置、文字列入力方法、および、プログラム
JP2018152006A (ja) 文字入力装置、文字入力方法、文字入力プログラム
JP2010157197A (ja) 文字列入力プログラム
JPH05143609A (ja) 株価情報表示装置および株価情報表示装置のための表示内容指定方法
JP2008182729A (ja) 移動通信端末の予測テキスト入力及びデータ圧縮方法
JP2007279913A (ja) ハングル文字入力装置、ハングル文字入力方法、およびハングル文字入力用プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060412

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080806

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080812

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081008

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090203

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090212

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120220

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120220

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130220

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140220

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees