(57)【要約】【課題】複数の端末装置間で連携を図ることにより、文字入力効率の更なる向上を図ることが可能な端末装置、サーバおよび文字列変換システムを提供する。【解決手段】本発明にかかる端末装置（携帯電話２００）の構成は、ユーザからの文字入力を受け付ける文字入力部２０４と、少なくとも文字列２２０と、文字列の読み２２２と、文字列を確定した確定頻度２２４を関連付けて記憶する辞書データ２１２と、辞書データを参照し、文字入力部を通じて入力された文字から読みを検索して変換候補の文字列を抽出し、確定頻度を参照した順序で出力する文字列変換部２３０と、ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部２０２ａと、辞書データを参照して文字列と文字列の確定頻度を含む頻度情報をサーバに送信する頻度情報送信部２４２と、を備えることを特徴とする。【選択図】図２
2013190946.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの文字入力を受け付ける文字入力部と、
少なくとも文字列と、該文字列の読みと、該文字列を確定した確定頻度を関連付けて記憶する辞書データと、
前記辞書データを参照し、前記文字入力部を通じて入力された文字から前記読みを検索して変換候補の文字列を抽出し、前記確定頻度を参照した順序で出力する文字列変換部と、
ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部と、
前記辞書データを参照して前記文字列と該文字列の確定頻度を含む頻度情報を前記サーバに送信する頻度情報送信部と、
を備えることを特徴とする端末装置。
【請求項２】
ユーザからの文字入力を受け付ける文字入力部と、
少なくとも文字列と、該文字列の読みと、該文字列を確定した確定頻度を関連付けて記憶する辞書データと、
前記辞書データを参照し、前記文字入力部を通じて入力された文字から前記読みを検索して変換候補の文字列を抽出し、前記確定頻度を参照した順序で出力する文字列変換部と、
ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部と、
前記文字列と該文字列の確定頻度を含む頻度情報を前記サーバから受信し、前記辞書データにおいて前記文字列の確定頻度を更新する頻度情報受信部と、
を備えることを特徴とする端末装置。
【請求項３】
ネットワーク上に設けられたサーバであって、
端末装置のユーザＩＤを認証するサーバ側認証部と、
文字列と該文字列を確定した確定頻度を含む頻度情報を前記端末装置から受信して、該頻度情報を前記ユーザＩＤに関連づけてデータベースに記憶する頻度情報受信部と、
前記端末装置からの要求に応じて前記データベースを参照し、前記ユーザＩＤに関連づけられた頻度情報を送信する頻度情報送信部と、
を備えることを特徴とするサーバ。
【請求項４】
ユーザからの文字入力を受け付ける文字入力部と、少なくとも文字列と、該文字列の読みと、該文字列を確定した確定頻度を関連付けて記憶する辞書データと、前記辞書データを参照し、前記文字入力部を通じて入力された文字から前記読みを検索して変換候補の文字列を抽出し、前記確定頻度を参照した順序で出力する文字列変換部と、ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部と、前記辞書データを参照して前記文字列と該文字列の確定頻度を含む頻度情報を前記サーバに送信する頻度情報送信部と、前記頻度情報を前記サーバから受信し、前記辞書データにおいて前記文字列の確定頻度を更新する頻度情報受信部とを備える端末装置と、
ネットワーク上に設けられ、前記端末装置のユーザＩＤを認証するサーバ側認証部と、文字列と該文字列の頻度情報を前記端末装置から受信して、該頻度情報を前記ユーザＩＤに関連づけてデータベースに記憶する頻度情報受信部と、該端末装置からの要求に応じて前記データベースを参照し、前記ユーザＩＤに関連づけられた頻度情報を送信する頻度情報送信部とを備えるサーバと、
を含むことを特徴とする文字列変換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末装置間で文字列確定の頻度の共有化を図ることが可能な端末装置、サーバおよび文字列変換システムに関する。
【背景技術】
【０００２】
従来から、コンピュータのように文字入力が可能な端末装置では、アルファベットやひらがなを入力して、対応づけられた単語に変換する文字列変換機能（かな漢字変換機能）が備えられている。この文字列変換機能では、変換前後の読みと文字列を対応付けた辞書データが用いられている。例えば特許文献１では、かな漢字変換に際して使用する辞書である基本辞書（辞書データ）に加えて、時間優先辞書テーブル、位置優先辞書テーブル、流行語句優先辞書テーブル等を用い、これらのテーブルを参照して、基本辞書から抽出する変換候補に優先順位を付与する技術が提案されている。
【０００３】
また、携帯電話等の携帯型端末装置では、キー入力の回数を削減するために、入力された文字から辞書データを部分一致検索（先頭一致検索）して変換候補の文字列を抽出する予測変換機能（入力補助機能とも称される）が備えられている場合が多い。かかる予測変換機能では入力された文字が増えるごとに再抽出し（いわゆるインクリメンタルサーチ）、表示された変換候補の文字列のうちユーザが任意の文字列を選択することにより、選択された文字列が確定される。これによってユーザの入力操作（入力作業）にかかる労力が軽減される。
【０００４】
例えば特許文献２では、文字入力時の予測変換の際に、文字が入力される位置、すなわち文字が入力される位置が文頭であるかどうか（文頭または文中のいずれであるか）を判定し、その判定結果を、表示する文字列候補に反映している。また表示した文字列候補の中から選択された文字列の履歴を記憶しておき、文字が入力されたら、記憶された履歴を参照して過去に選択された文字列を読み出し、その文字列を入力候補として表示することも行われている。これらによれば、文字入力効率を一層高めることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−３０５３８５号公報
【特許文献２】特開２０１１−０９６０２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年では、１人のユーザが携帯型端末装置や据置型のコンピュータを複数所有していることが多い。また、テレビ番組を録画するレコーダのような家電などにおいても、文字入力が行われるようになってきている。中でもコンピュータは文字入力部としてキーボードを備えているために入力が容易である。しかし、携帯型端末装置の文字入力部はテンキーやタッチパネルなどを用いるために入力操作が不自由であり、さらなる文字入力効率の向上が望まれる。まして、家電では五十音表に基づいてリモコンやボタンで文字を一つ一つ選ぶ構成が多く、文字入力効率の向上が強く望まれている。
【０００７】
ところで、複数の端末装置の所有者が同一ユーザである場合、どの装置や家電を用いる場合であっても、特定の分野の専門用語や趣味・嗜好等に片寄った文字入力が行われるものと考えられる。
【０００８】
そこで本発明は、複数の端末装置間で連携を図ることにより、文字入力効率の更なる向上を図ることが可能な端末装置、サーバおよび文字列変換システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明にかかる端末装置の代表的な構成は、ユーザからの文字入力を受け付ける文字入力部と、少なくとも文字列と、文字列の読みと、文字列を確定した確定頻度を関連付けて記憶する辞書データと、辞書データを参照し、文字入力部を通じて入力された文字から読みを検索して変換候補の文字列を抽出し、確定頻度を参照した順序で出力する文字列変換部と、ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部と、辞書データを参照して文字列と文字列の確定頻度を含む頻度情報をサーバに送信する頻度情報送信部と、を備えることを特徴とする。
【００１０】
上記課題を解決するために、本発明にかかる端末装置の他の構成は、ユーザからの文字入力を受け付ける文字入力部と、少なくとも文字列と、文字列の読みと、文字列を確定した確定頻度を関連付けて記憶する辞書データと、辞書データを参照し、文字入力部を通じて入力された文字から読みを検索して変換候補の文字列を抽出し、確定頻度を参照した順序で出力する文字列変換部と、ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部と、文字列と文字列の確定頻度を含む頻度情報をサーバから受信し、辞書データにおいて文字列の確定頻度を更新する頻度情報受信部と、を備えることを特徴とする。
【００１１】
上記課題を解決するために、本発明にかかるサーバの代表的な構成は、ネットワーク上に設けられたサーバであって、端末装置のユーザＩＤを認証するサーバ側認証部と、文字列と文字列を確定した確定頻度を含む頻度情報を端末装置から受信して、頻度情報をユーザＩＤに関連づけてデータベースに記憶する頻度情報受信部と、端末装置からの要求に応じてデータベースを参照し、ユーザＩＤに関連づけられた頻度情報を送信する頻度情報送信部と、を備えることを特徴とする。
【００１２】
上記課題を解決するために、本発明にかかる文字変換システムの代表的な構成は、ユーザからの文字入力を受け付ける文字入力部と、少なくとも文字列と、文字列の読みと、文字列を確定した確定頻度を関連付けて記憶する辞書データと、辞書データを参照し、文字入力部を通じて入力された文字から読みを検索して変換候補の文字列を抽出し、確定頻度を参照した順序で出力する文字列変換部と、ネットワーク上のサーバに対してユーザＩＤの認証を行う端末側認証部と、辞書データを参照して文字列と文字列の確定頻度を含む頻度情報をサーバに送信する頻度情報送信部と、頻度情報をサーバから受信し、辞書データにおいて文字列の確定頻度を更新する頻度情報受信部とを備える端末装置と、ネットワーク上に設けられ、端末装置のユーザＩＤを認証するサーバ側認証部と、文字列と文字列の頻度情報を端末装置から受信して、頻度情報をユーザＩＤに関連づけてデータベースに記憶する頻度情報受信部と、端末装置からの要求に応じてデータベースを参照し、ユーザＩＤに関連づけられた頻度情報を送信する頻度情報送信部とを備えるサーバと、を含むことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、複数の端末装置間で連携を図ることにより、文字入力効率の更なる向上を図ることが可能な端末装置、サーバおよび文字列変換システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の文字列変換システムの概略図である。
【図２】端末装置およびサーバの機能ブロック図である。
【図３】端末装置およびサーバの機能ブロック図である。
【図４】辞書データおよび表示部における表示状態を例示する図である。
【図５】データベースおよびそこに記憶される頻度情報を説明する図である。
【図６】本実施形態の変換システムについて説明するフローチャートである。
【図７】本実施形態の変換システムについて説明するフローチャートである。
【図８】本実施形態の変換システムについて説明するフローチャートである。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値などは、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。
【００１６】
図１は、本実施形態の文字列変換システムの概略図である。図１に示すように、本実施形態の文字列変換システム（以下、変換システム１００と称する）は、端末装置である携帯電話２００、コンピュータ（以下、ＰＣ３００と称する）、ハードディスクレコーダー（以下、ＨＤＤレコーダ４００と称する）、およびサーバ５００を含んで構成される。なお、以下に説明する実施形態では、文字列変換システム１００について説明しながら、その構成要素である携帯電話２００、ＰＣ３００、ＨＤＤレコーダ４００およびサーバ５００についても併せて説明する。なお、携帯電話２００は頻度情報の送信と受信を両方行う機器の例、ＰＣ３００は頻度情報の送信のみを行う機器の例、ＨＤＤレコーダ４００は頻度情報の受信のみを行う機器の例として説明する。
【００１７】
携帯電話２００は、ネットワーク１０２ａ上に設けられた基地局１０２ｂを介してサーバ５００に接続されている。またＰＣ３００およびＨＤＤレコーダ４００も、ネットワーク１０２ａにおいてそれぞれサーバ５００に接続されている。これにより、携帯電話２００、ＰＣ３００、ＨＤＤレコーダ４００およびサーバ５００がネットワーク上において接続される。
【００１８】
なお、理解を容易にするために、本実施形態では、端末装置として、携帯型端末装置である携帯電話２００、据置型端末装置であるＰＣ３００およびＨＤＤレコーダ４００を例示するが、これに限定するものではない。本発明は、後述する文字入力部およびそれによる文字入力時に参照される辞書データを有する端末装置、すなわち文字入力機能を有する端末装置であれば如何なるものにも適用可能である。端末装置は、例えばＰＨＳ端末、ノート型コンピュータ、ＰＤＡ（Personal Digital Assistant）、ハンディＧＰＳ、ナビゲーション装置、ネットブック等であってもよく、文字入力を必要とする他の家電製品等であってもよい。また端末装置は、必ずしも携帯型端末装置および据置型端末装置の両方で構成される必要はなく、携帯型端末装置のみ、または据置型端末装置のみであってもよい。
【００１９】
図２および図３は、端末装置（携帯電話２００・ＰＣ３００・ＨＤＤレコーダ４００）およびサーバ５００の機能ブロック図である。図２（ａ）は携帯電話２００の機能ブロック図、図２（ｂ）はＰＣ３００の機能ブロック図である。図３（ａ）はＨＤＤレコーダ４００の機能ブロック図、図３（ｂ）はサーバ５００の機能ブロック図である。なお、携帯電話２００・ＰＣ３００・ＨＤＤレコーダ４００において、同一の機能や構成を有する要素については同一の符号を付すことにより説明を省略する。
【００２０】
図２（ａ）に示すように、携帯電話２００は制御部２０２を有する。かかる制御部２０２は、中央処理装置（ＣＰＵ）を含む半導体集積回路により携帯電話２００全体の機能を管理および制御し、例えば記憶部２１０に記憶されているプログラムを用いて通話機能やメール送受信機能等を実行する。また本実施形態では、制御部２０２は、後に詳述するように、ネットワーク１０２ａ上のサーバ５００に対してユーザＩＤの認証を行う端末側認証部２０２ａとしても機能する。
【００２１】
文字入力部２０４は、タッチパネルやキーボード、テンキー、十字キー、ジョイスティックなどの入力デバイスである。表示部２０６は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬ（Electro Luminescence）等で構成され、写真画像やアプリケーション２０８の動作画面、通話における通話先や発信元などの情報をユーザに対して表示する。アプリケーション２０８としては、テキストエディタ（メモ帳）やメーラ、ワープロ、スケジューラ等を例示することができる。
【００２２】
記憶部２１０は、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、不揮発性ＲＡＭ、フラッシュメモリ、ＨＤＤ等で構成され、制御部２０２で処理されるプログラムやデータ等を格納する。また本実施形態においては、記憶部２１０には辞書データ２１２が格納されている。
【００２３】
図４は、辞書データ２１２および表示部２０６における表示状態を例示する図である。図４（ａ）は辞書データ２１２を例示する図であり、図４（ｂ）は図４（ａ）の辞書データ２１２を参照した際の表示部２０６におけるアプリケーション２０８の表示状態を例示する図であり、図４（ｃ）は更新された辞書データ２１２を例示する図であり、図４（ｄ）は文字列が確定された際の表示部２０６におけるアプリケーション２０８の表示状態を例示する図である。
【００２４】
図４（ａ）に示すように、辞書データ２１２には、文字列２２０と、かかる文字列２２０の読み２２２と、文字列２２０の確定頻度２２４とが関連付けられて記憶されている。確定頻度２２４とは、ユーザが文字列２２０を確定した頻度を表す値であり、本実施形態ではユーザがその文字列２２０を確定した回数（確定回数）を確定頻度２２４として用いている。
【００２５】
また本実施形態の辞書データ２１２では、文字列２２０の読み２２２および確定頻度２２４に加えて、ユーザが文字列２２０を確定したか否かを示す値である最終確定情報２２６と、複数の文字列２２０それぞれに割り当てられる文字列ＩＤ２２８が、複数の文字列２２０それぞれと関連付けられて更に記憶されている。これらの最終確定情報２２６および文字列ＩＤ２２８については後に詳しく説明する。
【００２６】
なお、本実施形態においては、辞書データ２１２が、文字列２２０と、その読み２２２と、確定頻度２２４、最終確定情報２２６と、文字列ＩＤ２２８と関連付けて記憶する構成を例示したが、これに限定するものではなく、少なくとも、文字列２２０と、その読み２２２と、かかる文字列２２０の確定頻度２２４を記憶していればよい。また辞書データ２１２においてさらに、確定した日時等の他の項目が関連付けられていてもよい。
【００２７】
文字列変換部２３０は、辞書データ２１２を参照し、文字入力部２０４を通じて入力された文字から読み２２２を検索して変換候補の文字列２２０を抽出し、確定頻度２２４を参照した順序で出力する。詳細には、アプリケーション２０８が起動され、文字入力が行われる際、文字入力部２０４を通じて入力された文字が例えば「あ」であった場合、文字列変換部２３０は、辞書データ２１２を参照し、図４（ａ）に示すように読みが「あ」から始まる文字列２２０を検索し、検索された文字列２２０を変換候補の文字列として抽出する。そして、文字列変換部２３０は、抽出した文字列２２０を、確定頻度２２４を参照した順序、すなわち確定頻度２２４が高い順（図４（ａ）の例であれば、「青」「秋」「愛知」「愛」「相手」の順）に出力する。これにより、表示部２０６では、図４（ｂ）に示すように確定頻度２２４が高い順に変換候補の文字列２２０が表示される。
【００２８】
表示された変換候補の文字列２２０のうち、ユーザが「相手」を選択して確定すると、表示部２０６では、図４（ｄ）に示すように確定された文字列２２０である「相手」のみが表示される。このように文字列２２０を確定されたら、辞書データ２１２では、図４（ｃ）に示すように確定された文字列２２０である「相手」の最終確定情報２２６にチェック（図４ではチェックを○としている）が入り、確定された文字列２２０である「相手」の確定頻度２２４が加算され、辞書データ２１２が更新される。
【００２９】
図２（ａ）に示す通信部２４０は、ネットワーク１０２ａ上の基地局１０２ｂ（図１参照）を介してサーバ５００と通信を行う。また本実施形態では、通信部２４０は、頻度情報送信部２４２および頻度情報受信部２４４として機能する。頻度情報送信部２４２は、辞書データ２１２を参照して、文字列２２０とその文字列２２０の確定頻度を含む頻度情報をサーバ５００に送信する。頻度情報受信部２４４は、文字列２２０とその文字列２２０の確定頻度を含む頻度情報をサーバ５００から受信し、辞書データ２１２における文字列２２０の確定頻度２２４を更新する。なお、頻度情報送信部２４２および頻度情報受信部２４４の動作については、後にフローチャートを用いて詳細に説明する。
【００３０】
次に、ＰＣ３００およびＨＤＤレコーダ４００について説明する。ＰＣ３００および４００は、通信部３４０および４４０以外は、携帯電話２００と同一の構成であるため、通信部３４０および４４０についてのみ説明する。図２（ｂ）に示すように、ＰＣ３００は、ネットワーク１０２ａを介してサーバ５００と通信を行う通信部３４０を有し、この通信部３４０が頻度情報送信部２４２としてのみ機能する点において携帯電話２００と異なる。また図３（ａ）に示すように、ＨＤＤレコーダ４００は、ネットワーク１０２ａを介してサーバ５００と通信を行う通信部４４０を有し、この通信部４４０が頻度情報受信部２４４としてのみ機能する点において携帯電話２００と異なる。
【００３１】
続いて、サーバ５００について説明する。図３（ｂ）に示すように、本実施形態のサーバ５００は、その全体の機能を管理および制御し、且つ端末装置（携帯電話２００・ＰＣ３００・ＨＤＤレコーダ４００）のユーザＩＤを認証するサーバ側認証部５０２ａとして機能する制御部５０２を有する。また本実施形態の特徴として、サーバ５００は、データベース５１２が格納された記憶部５１０、および頻度情報送信部５４２および頻度情報受信部５４４として機能する通信部５４０を有する。
【００３２】
図５は、データベース５１２およびそこに記憶される頻度情報を説明する図であり、図５（ａ）は頻度情報を例示する図であり、図５（ｂ）はデータベース５１２を例示する図である。サーバ５００では、端末装置（携帯電話２００・ＰＣ３００・ＨＤＤレコーダ４００）から送信された頻度情報が頻度情報受信部５４４によって受信される。上述したように頻度情報には文字列２２０とその確定頻度２２４が含まれているが、本実施形態では、図５（ａ）に示すように、文字列２２０の固有情報として文字列ＩＤ２２８を用い、かかる文字列ＩＤ２２８とその文字列ＩＤ２２８が割り振られた文字列２２０の確定頻度２２４を頻度情報２５０としている。
【００３３】
頻度情報受信部５４４は、図５（ｂ）に示すように、受信した頻度情報２５０を認証時に使用したユーザＩＤ２５２に関連付けて、記憶部５１０に格納されているデータベース５１２に記憶する。頻度情報送信部５４２は、端末装置（携帯電話２００・ＰＣ３００・ＨＤＤレコーダ４００）からの要求に応じて、このデータベース５１２を参照し、ユーザＩＤ２５２に関連付けられた頻度情報２５０を端末装置に送信する。
【００３４】
次に、本実施形態にかかる変換システム１００についてフローチャートを用いて説明する。図６・図７・図８は、本実施形態の変換システム１００について説明するフローチャートである。なお、以下の説明では、頻度情報２５０をサーバ５００に送信する端末装置として携帯電話２００を、サーバ５００から頻度情報２５０を受信する端末装置としてＨＤＤレコーダ４００を例示する。ただし、これに限定するものではなく、頻度情報２５０をサーバ５００に送信する端末装置はＰＣ３００であってもよいし、サーバ５００から頻度情報２５０を受信する端末装置は携帯電話２００であってもよい。
【００３５】
まず本実施形態の変換システム１００における携帯電話２００側（頻度情報送信側）の動作について説明する。図６（ａ）は、携帯電話２００における文字入力から辞書データ２１２の更新までの動作を示すフローチャートである。図６（ａ）に示すように、携帯電話２００では、アプリケーション２０８において文字入力が開始される（ステップＳ６０２）。文字入力部２０４においてキーが押下されると、文字列変換部２３０によってキーの押下が検出される（ステップＳ６０４）。
【００３６】
文字入力が検知されたら、文字列変換部２３０はキーに応じた「かな」に変換し、この「かな」を用いて辞書データ２１２の読み２２２を検索して、変換候補の文字列２２０をその確定頻度２２４と共に抽出する（ステップＳ６０６）。そして制御部２０２は、出力された変換候補の文字列２２０（候補文字列）を、確定頻度２２４を参照した順序で表示部２０６に表示する（ステップＳ６０８）。ユーザは、変換候補を選択するか、または次の文字入力を継続することができる。
【００３７】
表示部２０６に表示された変換候補の文字列２２０いずれもが確定（選択）されず（ステップＳ６１０のＮＯ）、次の文字の入力もない場合（ステップＳ６１２のＮＯ）、文字列変換部２３０はステップＳ６１０に戻って確定待ちを継続する。一方、変換候補の文字列２２０が確定されない状態で（ステップＳ６１０のＮＯ）、次の文字の入力が検知されたら（ステップＳ６１２のＹＥＳ）、文字列変換部２３０はステップＳ６０６に戻る。そして、長くなった「かな」を用いて、文字列２２０の抽出（ステップＳ６０６）から、文字列２２０の確定待ち（ステップＳ６１０）までを繰り返す（インクリメンタルサーチ）。
【００３８】
表示部２０６に表示された変換候補の文字列２２０のうちいずれかが確定（選択）されたら（ステップＳ６１０のＹＥＳ）、制御部２０２は、最終確定情報２２６にチェック（○）を入れ、確定された文字列２２０の確定頻度２２４を加算し、辞書データ２１２を更新する（ステップＳ６１４）。そして、ユーザが文字入力を終了するまで（ステップＳ６１６のＹＥＳ）、ステップＳ６０４からステップＳ６１４までが繰り返される（ステップＳ６１６のＮＯ）。
【００３９】
図６（ｂ）は、携帯電話２００において頻度情報２５０をサーバ５００へ送信する際の動作を示すフローチャートである。まず携帯電話２００はサーバ５００にネットワーク１０２ａを介して接続し、端末側認証部２０２ａからサーバ側認証部５０２ａに対して認証を行う。
【００４０】
そして頻度情報２５０をサーバ５００へ送信する際には、図６（ｂ）に示すように、携帯電話２００の頻度情報送信部２４２は、辞書データ２１２を参照し、最終確定情報２２６にチェック（○）が入っている文字列を抽出する（ステップＳ６２２）。次に、頻度情報送信部２４２は、抽出した文字列２２０（本実施形態においては、その文字列２２０の文字列ＩＤ２２８）とその確定頻度２２４に、認証時に使用されたユーザＩＤ２５２および最終更新時刻２５４（図５（ｂ）参照）を付加することにより、頻度情報２５０を生成する（ステップＳ６２４）。
【００４１】
なお頻度情報２５０は、本実施形態では文字列２２０と確定頻度２２４とから構成されるが、文字列ＩＤ２２８に代えて文字列そのものを用いてもよい。文字列ＩＤ２２８と文字列の対応が取れている限りにおいて、文字列を送ることと文字列ＩＤ２２８を送ることは同義である。そして、文字列ＩＤ２２８（インデックス）の方が短い固定長データとすることができるため、送受信するデータフォーマットとして好ましい。
【００４２】
そして、頻度情報送信部２４２は、生成した頻度情報２５０（最終確定情報２２６にチェックが入っていた文字列２２０の文字列ＩＤ２２８および確定頻度２２４）をネットワーク１０２ａ上の基地局１０２ｂを介してサーバ５００に送信する（ステップＳ６２６）。頻度情報２５０を送信したら、制御部５０２は、最終確定情報２２６のチェックをクリアする（ステップＳ６２８）。なお、図６（ｂ）において説明した携帯電話２００の頻度情報２５０のサーバ５００への送信（ステップＳ６２２〜ステップＳ６２８）を行うタイミングは、適宜設定することが可能であり、例えば携帯電話２００における文字入力終了時ごと（図６（ａ）のステップＳ６１６のＹＥＳ）や、電源切断時、スリープに入る時などであってもよいし、所定時刻、所定時間ごとであってもよい。
【００４３】
上述したように携帯電話２００の頻度情報送信部２４２から頻度情報２５０が送信されると、携帯電話２００の端末側認証部２０２ａおよびサーバ５００のサーバ側認証部５０２ａにおいてユーザＩＤの認証が行われる。そして、認証が完了すると、サーバ５００では、受信した頻度情報２５０を、ユーザＩＤ２５２に関連付けてデータベース５１２に記憶する。
【００４４】
次に、本実施形態の変換システム１００におけるＨＤＤレコーダ４００側（頻度情報受信側）の動作について説明する。図７は、ＨＤＤレコーダ４００における頻度情報２５０の受信から辞書データ２１２の更新までの動作を示すフローチャートである。まずＨＤＤレコーダ４００はサーバ５００にネットワーク１０２ａを介して接続し、端末側認証部２０２ａからサーバ側認証部５０２ａに対して認証を行う。
【００４５】
そして図７に示すように、ＨＤＤレコーダ４００では、通信部４４０の頻度情報受信部２４４によって、当該ＨＤＤレコーダ４００のユーザが所有する（認証時に使用した）ユーザＩＤ２５２に該当する頻度情報２５０が更新されているか（更新情報）を問い合わせる（ステップＳ６５２）。なお、この問い合わせの結果、データベース５１２が更新されていなかった場合（ステップＳ６５４のＮＯ）、ＨＤＤレコーダ４００の制御部２０２は、以下に説明するステップＳ６５６〜ステップＳ６６２（頻度情報の受信〜辞書データ２１２の更新）を行わずに処理を終了する。
【００４６】
ステップＳ６５２での問い合わせの結果、サーバ５００のデータベース５１２に記憶されている頻度情報２５０が、前回の問い合わせ以降に更新されていたら（ステップＳ６５４のＹＥＳ）、通信部４４０の頻度情報受信部２４４は、当該ユーザＩＤ２５２の更新後の頻度情報を送信するよう、サーバ５００に送信要求を送る（ステップＳ６５６）。そして、ＨＤＤレコーダ４００の頻度情報受信部２４４は、かかる送信要求に応じてサーバ５００から送信される頻度情報２５０（ユーザＩＤ２５２に関連付けられた頻度情報２５０）を受信する（ステップＳ６５８）。
【００４７】
次に、ＨＤＤレコーダ４００の頻度情報受信部２４４は、サーバ５００から受信した頻度情報２５０に含まれている文字列ＩＤ２２８を確認し（ステップＳ６６０）、辞書データ２１２において、その文字列ＩＤ２２８に対応する文字列２２０の確定頻度２２４を更新する（ステップＳ６６２）。これにより、ＨＤＤレコーダ４００の辞書データ２１２において、文字列２２０の確定頻度２２４が最新の状態となり、携帯電話２００の辞書データ２１２と共通化される。このように本実施形態にかかる端末装置（携帯電話２００・ＰＣ３００・ＨＤＤレコーダ４００）およびサーバ５００、ならびにそれらを含む変換システム１００によれば、複数の端末装置間で文字列変換の確定頻度の共有化（連携）を図ることができ、文字入力効率の更なる向上を図ることが可能である。
【００４８】
なお、上記説明した実施形態では、頻度情報送信側の端末装置として携帯電話２００を例示した。このため、図６（ａ）における文字列候補抽出から確定までの動作（ステップＳ６０６〜ステップＳ６１２）は、携帯電話２００に一般的に搭載される予測変換機能によって行われている。これに対し、ＰＣ３００では、文字列変換機能によって文字入力が行われるため、携帯電話２００とＰＣ３００とでは、文字列候補抽出から確定までの動作が若干異なることとなる。したがって、頻度情報送信側の端末装置としてＰＣ３００を用いた場合の文字入力から確定までの動作について以下に説明する。
【００４９】
図８は、ＰＣ３００における文字入力から辞書データ２１２の更新までの動作を示すフローチャートである。なお、携帯電話２００およびＰＣ３００において共通の動作については、同一の符号を付すことにより説明を省略する。図８に示すように、ＰＣ３００においても、アプリケーション２０８において文字入力が開始され（ステップＳ６０２）、文字入力部２０４においてキーが押下されると、文字列変換部２３０によってキーの押下が検出される（ステップＳ６０４）。このキーは、文字入力のキーである場合もあり、「変換キー」の場合もある。文字入力のキーであれば、文字列変換部２３０はキーに応じた「かな」に変換する。
【００５０】
ステップＳ６０４においてキーの押下が検出された後、ＰＣ３００では、変換キーの押下が検知されるまで（ステップＳ６７２のＮＯ）は、ステップＳ６０４に戻って文字入力の検知を継続する。そして、変換キーの押下が検知されたら（ステップＳ６７２のＹＥＳ）、文字列変換部２３０は、変換した「かな」を用いて辞書データ２１２の読み２２２を検索し、変換候補の文字列２２０をその確定頻度２２４と共に抽出する（ステップＳ６７４）。そして、確定頻度２２４を参照した順序でかかる表示部２０６に文字列２２０（候補文字列）を出力する（ステップＳ６０８）。
【００５１】
ここで、携帯電話２００では、「かな」が１文字増えるごとに変換候補の文字列を抽出していた（予測変換：図４（ａ）参照）。すなわち、文字入力部２０４を通じて入力された文字と部分一致（先頭一致）する文字列を抽出していた。これに対しＰＣ３００の文字列変換部２３０は、変換キーの押下をトリガーとして（変換キーの押下までは抽出せず）、入力された「かな」と完全一致する文字列２２０を抽出する。
【００５２】
そして、確定キーが押下されることにより、表示部２０６に表示された変換候補の文字列２２０のうちいずれかが確定（選択）されたら（ステップＳ６１０のＹＥＳ）、制御部２０２は、辞書データ２１２（確定された文字列２２０の確定頻度２２４および最終確定情報２２６）を更新する（ステップＳ６１４）。そして、制御部２０２は、ユーザが文字入力を終了するまで（ステップＳ６１６のＹＥＳ）、ステップＳ６０４からステップＳ６１４までを繰り返す（ステップＳ６１６のＮＯ）。また変換候補の文字列２２０いずれもが確定（選択）されず（ステップＳ６１０のＮＯ）、次の文字の入力もない場合（ステップＳ６７６のＮＯ）、文字列変換部２３０はステップＳ６１０に戻って確定待ちを継続する。
【００５３】
一方、変換候補の文字列２２０が確定されない状態で（ステップＳ６１０のＮＯ）、次の文字の入力が検知されたら（ステップＳ６７６のＹＥＳ）、文字列変換部２３０は、変換候補の文字列２２０のうち、最も始めに表示されている文字列２２０、すなわち最も確定頻度が高い文字列２２０を確定文字列とする（ステップＳ６７８）。そして、制御部２０２は、辞書データ２１２において、確定された文字列２２０の確定頻度２２４および最終確定情報２２６を更新する（ステップＳ６１４）。
【００５４】
なお、上記説明した携帯電話２００の予測変換機能およびＰＣ３００の文字列変換機能については、最も簡易なアルゴリズムをそれぞれの変換アルゴリズムの一例として挙げた。しかし、これに限定するものではなく、文字入力において他のアルゴリズムを用いている場合であって本発明を適用することが可能である。例えば前後の文脈を判断して変換候補を入れ替えるアルゴリズムも有していてもよい。また辞書データ２１２を、ビジネス用、プライベート用などの用途に応じて複数用意し、サーバ５００のデータベース５１２においてそれぞれの辞書に対応して頻度情報２５０を登録することで、端末装置において異なる使用場面においてそれぞれの辞書の使い分けをしながらの頻度情報の共有も可能である。
【００５５】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。なお、本明細書の携帯端末の動作における各処理は、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいはサブルーチンによる処理を含んでもよい。
【産業上の利用可能性】
【００５６】
本発明は、複数の端末装置間で文字列確定の頻度の共有化を図ることが可能な端末装置、サーバおよび文字列変換システムとして利用可能である。
【符号の説明】
【００５７】
１００…変換システム、１０２ａ…ネットワーク、１０２ｂ…基地局、２００…携帯電話、２０２…制御部、２０２ａ…端末側認証部、２０４…文字入力部、２０６…表示部、２０８…アプリケーション、２１０…記憶部、２１２…辞書データ、２２０…文字列、２２２…読み、２２４…確定頻度、２２６…最終確定情報、２２８…文字列ＩＤ、２３０…文字列変換部、２４０…通信部、２４２…頻度情報送信部、２４４…頻度情報受信部、２５０…頻度情報、２５２…ユーザＩＤ、３００…ＰＣ、３４０…通信部、４００…ＨＤＤレコーダ、４４０…通信部、５００…サーバ、５０２…制御部、５０２ａ…サーバ側認証部、５１０…記憶部、５１２…データベース、５４０…通信部、５４２…頻度情報送信部、５４４…頻度情報受信部
【図１】
2013190946.tif 000003
【図２】
2013190946.tif 000004
【図３】
2013190946.tif 000005
【図４】
2013190946.tif 000006
【図５】
2013190946.tif 000007
【図６】
2013190946.tif 000008
【図７】
2013190946.tif 000009
【図８】
2013190946.tif 000010