(57)【要約】【課題】ローマ字をカナ変換するＭＤ等の文字変換システムで、複数のグループタイトルの記録に際して、記録可能文字数に余裕があるか無いかを元に管理上の記号を適宜採用し、グループ管理の書式を破壊しないようにすること。【解決手段】各グループのグループタイトルの先頭文字及び末尾文字が英数字かカナ用ローマ字かを判別し、次に、各グループタイトルの先頭文字と末尾文字が共に英数字であるタイプを除いたタイプである場合（先頭か末尾のいずれかにカナ用ローマ字があるタイプの場合）であって（Ｓ８）、且つ記録したい文字数＞記録可能文字数の場合である（Ｓ９）という２つの条件が揃えば、グループタイトルを挟む第１の記号「＾」を用いて複数グループのタイトルを「＾」で大ぐくりすることを許可し（Ｓ１０）、グループ管理の書式を破壊しないようにすること。【選択図】        図３
2004213825.tif 000002
【特許請求の範囲】
【請求項１】
文字列のうち第１の所定の記号で挟まれた文字列を他文字に変換する文字変換システムにおいて、
グループの終わりを表す第２の所定の記号により文字列がグループ毎に区切られ、
各グループについて文字列の先頭及び末尾が英数字であるか否かを判別し、
前記文字列の先頭及び末尾が英数字である特定タイプか否かを判断し、
複数のグループが前記特定タイプである場合以外であって、且つ記録したい文字数が記録可能文字数を超えているときには、前記複数のグループを第１の所定の記号で挟んで文字変換を行う
ことを特徴とする文字変換システム。
【請求項２】
カナ文字を変換したローマ字の前後を第１の所定の記号で挟むようにしてエンコードがなされ、ローマ字が前記第１の所定の記号で挟まれている場合にカナ文字が記されているとしてデコードされてカナ文字に変換される文字変換システムにおいて、
グループ分けの目的で設けられ且つ文字列を区分する第２の所定の記号が前記文字列に混在する場合に、前記第２の所定の記号で区分された文字列の先頭と文字列の末尾が英数字かカナ用ローマ字であるかを判別し、
前記第２の所定の記号で区分された各文字列が表１のどのタイプになるかを求め、
【表１】
2004213825.tif 000006
前記第２の所定の記号で区分された各文字列の中に１つでも「Ｂ，Ｃ，Ｄ」タイプの文字列がある場合で、且つ記録したい文字数＞記録可能文字数の場合には、複数の第２の所定の記号で区分された文字列を前記第１の所定の記号によって挟むことを許可する
ことを特徴とする文字変換システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ローマ字をカナ変換するミニディスク（以下、ＭＤと称する）装置等の変換システムに関する。
【０００２】
【従来の技術】
従来、一般的にマイクロコンピュータを用いてローマ字をカナ変換するＭＤ等のカナ変換システムにおいて、図１に示す構成のグループを表すには、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾／／１５−１８；＾ＴＩＺＡＩ  ＨＡＮＡＫＯ＾／／  …（１）
とすることがライセンサにより定められている。
【０００３】
ここで、「＾」は第１の記号であり、２つの前記第１の記号でローマ字を挟むことにより、この文字列がカナ文字に変換されることを表している。「／／」は第２の記号であり、各グループタイトルの終わりを表している。「；」は第３の記号であり、各グループ内の構成トラックとグループタイトルを分ける働きを表している。
【０００４】
上述の（１）の例で説明すると、グループ１の構成トラックは１０−１４であり、グループタイトルは「＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾」をカナ変換して「トッキョ  タロウ」となる。また、グループ２の構成トラックは１５−１８であり、グループタイトルは「＾ＴＩＺＡＩ  ＨＡＮＡＫＯ＾」をカナ変換して「チサ゛イ  ハナコ」となる。
【０００５】
ところで、メーカーによっては一般ユーザーがＭＤグループ管理の書式をマニュアルで入力できる旨を取り扱い説明書に記述している場合もあり、結果として、図１に示す構成のグループ、１０−１４；トッキョ  タロウ／／１５−１８；チサ゛イ  ハナコ／／  を一般ユーザーがマニュアル入力した結果、第１記号「＾」が大ぐくりで、例えば、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ／／１５−１８；ＴＩＺＡＩ  ＨＡＮＡＫＯ／／＾  …（２）
とすることも実際には存在する。
【０００６】
従来技術では、上記の（２）の文字列のグループ１のタイトルの読み出しをすると、「＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ」、となり、カナ終わりの第１記号「＾」がないため、「トッキョ  タロウ」と、表示することができない不具合が生じることになる。
【０００７】
したがって、従来技術では上記の（２）の文字列を検出すると、上述した不具合が生じないように、単純に（１）の文字列に変換していた。
【０００８】
また、ミニディスク（ＭＤ）システムにおいて、記録する音声信号に関連した文字情報をアルファベット入力しＡＳＣＩＩコード（アスキーコード）化してＭＤに記録する従来技術として、カタカナで入力した文字情報をアスキーコード化して記録することが示されている（特許文献１を参照）。これによれば、「ＴＩＴＬＥ」ボタンを操作した後、「ＤＩＳＰＬＡＹ／ＣＨＡＲＡ」を押すと、押す度に「カタカナ」→「英大文字」→「英小文字」→「カタカナ」の順に切り替えて、ジョグダイヤルを回して文字を選択することが開示されている。更に、アスキーコード表の中の特殊記号コード（例えば「＾」）を制御信号（制御コード）として用い、カタカナ文字の始めと終わりにこの制御コードを配置し、この制御コードで前後をくくられた文節の中で、ＡＳＣＩＩ−カタカナ文字コード変換表にしたがって、文節内で矛盾がなければカタカナ文字と見なして処理することが開示されている。
【０００９】
【引用文献１】
特開平８−３６８６８号公報
【００１０】
【発明が解決しようとする課題】
しかしながら、従来技術の文字列変換において、上記（２）の文字列を上記（１）の文字列に単純変換した場合、第１の記号「＾」が２つ増えるため、文字データはＡＳＣＩＩコードで２バイトの追加となる。グループ数が最大で９９許容されていれば（上記（２）において、第２の記号「／／」を多数用いてその記号間にグループタイトルを記入して合計９９のグループ数とすることができる）、（２）の書式（「＾」大ぐくり）→（１）の書式（「＾」小ぐくり）で、最悪９９×２−２＝１９６バイトの文字データの増加となってしまい、記録したい文字数＞記録可能文字数、の場合、文字列が尻切れとなり、第２の記号「／／」で管理されるグループ管理の書式を破壊してしまうことになる。即ち、第２の記号「／／」が各グループタイトルの終わりを表しているので、上述した文字列の尻切れによって第２の記号が最後に現出しないと、グループ管理の書式が破壊されることとなる。
【００１１】
以上のことを具体例で説明すると、記録可能文字数＝０のときに、上記の（２）の文字列で記録されたグループ２のタイトルを「チサ゛イ  ハナコ」→「チサ゛イ  ハナカ」とした場合、従来技術では同時に上記（１）の書式（「＾」小ぐくり）にしようとするため、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾／／１５−１８；＾ＴＩＺＡＩ  ＨＡＮＡＫＡ＾／／  …（３）
となるが、上記（２）の文字列からは２文字分増加しており、記録可能文字数＝０であれば最後の２文字は尻切れとなり、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾／／１５−１８；＾ＴＩＺＡＩ  ＨＡＮＡＫＡ＾  …（４）
となってしまう。そうすると、（４）の書式は各グループタイトルの終わりを表す第２の記号「／／」が欠落しており、その結果、グループ管理が不可能となってしまう。
【００１２】
なお、上述した特許文献１には、カタカナ入力してカタカナ表示することを前提にした技術であり、制御コードが欠けた場合の変換処理について配慮したものではない。
【００１３】
本発明の目的は、記録可能文字数に余裕があるか無いかを判断手法に加えることによって、文字列を挟む第１の所定の記号「＾」を用いた「＾」大ぐくりで記録し、又は「＾」小ぐくりで記録することで、グループ管理の書式を破壊しないように、又はグループ管理の書式通りにするカナ文字変換システムを提供することにある。
【００１４】
【課題を解決するための手段】
前記課題を解決するために、本発明は次のような構成を採用する。
文字列のうち第１の所定の記号で挟まれた文字列を他文字に変換する文字変換システムにおいて、
グループの終わりを表す第２の所定の記号により文字列がグループ毎に区切られ、
各グループについて文字列の先頭及び末尾が英数字であるか否かを判別し、
前記文字列の先頭及び末尾が英数字である特定タイプか否かを判断し、
複数のグループが前記特定タイプである場合以外であって、且つ記録したい文字数が記録可能文字数を超えているときには、前記複数のグループを第１の所定の記号で挟んで文字変換を行うことを構成とする。
【００１５】
また、カナ文字を変換したローマ字の前後を第１の所定の記号で挟むようにしてエンコードがなされ、ローマ字が前記第１の所定の記号で挟まれている場合にカナ文字が記されているとしてデコードされてカナ文字に変換される文字変換システムにおいて、
グループ分けの目的で設けられ且つ文字列を区分する第２の所定の記号が前記文字列に混在する場合に、前記第２の所定の記号で区分された文字列の先頭と文字列の末尾が英数字かカナ用ローマ字であるかを判別し、
前記第２の所定の記号で区分された各文字列が表１のどのタイプになるかを求め、
【表１】
2004213825.tif 000003
前記第２の所定の記号で区分された各文字列の中に１つでも「Ｂ，Ｃ，Ｄ」タイプの文字列がある場合で、且つ記録したい文字数＞記録可能文字数の場合には、複数の第２の所定の記号で区分された文字列を前記第１の所定の記号によって挟むことを許可することを構成とする。
【００１６】
このような構成を採用することによって、文字列を挟む第１の所定の記号「＾」を用いた「＾」大ぐくりで記録し、又は「＾」小ぐくりで記録することで、グループ管理の書式を破壊しないように、又はグループ管理の書式通りにすることができる。
【００１７】
【発明の実施の形態】
本発明の実施形態に係るカナ文字変換システムについて、図１、図２及び図３を参照しながら説明する。図１は本発明の実施形態に係るカナ文字変換システムにおいて使用されるグループタイトル、グループＮＯ．、トラックＮＯ．の例示を示す図であり、図２は本実施形態における、所定の記号で区分けされた文字列のタイプ分けを行うフローチャートであり、図３は本実施形態における、「＾」大ぐくりか「＾」小ぐくりかを判定するフローチャートである。
【００１８】
本発明の実施形態におけるＭＤ装置等のカナ文字変換システムは、カナ文字をローマ字に変換し、このローマ字の前後を第１の所定の記号「＾」で挟むようにしてエンコードがなされ、ローマ字が第１の所定の記号で挟まれている場合、カナ文字が記されているとしてデコードされてカナ文字に変換されるシステムである。また、本実施形態においては、グループ分けのために設けられた文字列を区分けする第２の所定の記号「／／」が用いられ（即ち、グループタイトルの終わりを表す）、更に、各グループ内の構成トラックとグループタイトルを分ける機能を奏する第３の所定の記号「；」が用いられる。
【００１９】
そこで、従来の技術欄の（２）に記載した文字列や記号のように、第１の所定の記号「＾」、カナ文字の第１タイトルが変換されたローマ字、第２の所定の記号「／／」、カナ文字の第２タイトルが変換されたローマ字、第２の所定の記号「／／」、カナ文字の第３タイトルが変換されたローマ字、第２の所定の記号「／／」、…、第１の所定の記号「＾」、という順で記されたものを含む文字列、記号をデコードするに際して、カナ文字第１タイトル、カナ文字第２タイトル、カナ文字第３タイトル、…としてカナ文字に変換させる手順を以下に説明する。
【００２０】
まず、それぞれのグループについてグループタイトルの先頭の文字（「；」の次）及びグループタイトルの末尾の文字（「／／」の前）が英数字か、カナ用ローマ字かを判別する。
【００２１】
表２は一般文字列中の文字が英数字か、カナ用ローマ字かを示す表例である。すなわち、２つの第１の所定の記号「＾」に挟まれた内側のみカナ用ローマ字とし、２つの第１の所定の記号「＾」を含むその他の文字は英数字と定義する。
【００２２】
【表２】
2004213825.tif 000004
次に、グループ分けの目的で設けられた、文字列を区分するための第２の所定の記号が文字列に混在する場合におけるカナ文字への変換手順を説明する。最初に、第２の所定の記号「／／」で区分けされた各文字列（グループタイトルに対応するもの）が、次の表１のどのタイプに属するかを求める。
【００２３】
【表１】
2004213825.tif 000005
図２はグループタイトルが表１のＡ〜Ｄのどのタイプであるかを判別するフローチャートである。Ｓ１で該当するグループタイトル（グループネーム）の先頭の文字が英数字か、カナ用ローマ字かを判別する。英数字の場合Ｓ２に進み、カナ用ローマ字の場合Ｓ５に進む。
【００２４】
Ｓ２では該当するグループタイトルの末尾の文字が英数字か、カナ用ローマ字かを判別する。英数字の場合グループタイプは「Ａ」（Ｓ３）、カナ用ローマ字の場合グループタイプは「Ｂ」（Ｓ４）となる。次に、Ｓ５ではＳ１でグループタイトルの先頭の文字がカナ用ローマ字であるものについて、該当するグループタイトルの末尾の文字が英数字か、カナ用ローマ字かを判別する。英数字の場合グループタイプは「Ｃ」（Ｓ６）、カナ用ローマ字の場合グループタイプは「Ｄ」（Ｓ７）となる。
【００２５】
以上のようなフロー操作を全てのグループについて行い、グループのタイプがＡ，Ｂ，Ｃ，Ｄのいずれであるかをメモリする。
【００２６】
具体的に例示すると、上記（２）のグループ管理書式であればグループＮＯ．１の文字列は、「＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ」であり、先頭の文字は＾であって英数字、末尾の文字はカナ用ローマ字のＵであるからグループタイプは「Ｂ」となる。なお、先頭または末尾の文字のみでは、英数字かカナ用ローマ字かを判断できない場合もあるため、「＾」も同時に認識している。例えば、「＾」が奇数個の後であればカナ用ローマ字、「＾」が偶数個の後であれば英数字、と判断することができる。これは、上記（２）以外のグループ管理書式の場合についても同様である。
【００２７】
図３はグループタイトル入力又はグループタイトル変更するときに、複数のグループタイトルを２つの第１の所定の記号「＾」で挟む“大ぐくり”にするか、各グループタイトル毎に第３の所定の記号「；」の直後及び第２の所定の記号「／／」の直前で２つの第１の所定の記号「＾」で挟む“小ぐくり”にするかを決定するフローチャートである。
【００２８】
Ｓ８で全てのグループタイトルが「Ａ」タイプであるかを判定する。全てのグループが「Ａ」タイプの場合はＳ１１へ進む。１つでも「Ａ」タイプでないグループタイトルがあるは場合はＳ９へ進む。Ｓ９で「記録したい文字数＞記録可能文字数」であるかを判定する。ここで、記録したい文字がカナ文字の場合はカナ用ローマ字に直して（文字列に直して）記録可能かどうかを判断している。「記録したい文字数＞記録可能文字数」の場合はＳ１０に進み、グループタイトルを第１の所定の記号「＾」大ぐくりで記録する。
【００２９】
ただし、ここで「Ａ」タイプのグループまでも「＾」で大ぐくりすると、英数文字であるのにカナ変換してしまうので、「Ａ」タイプを除いて「＾」で中ぐくりしなければならないのは言うまでもない。なお、大ぐくりでも記録できない（記録領域が足りない）場合は、その文字記録命令をＲｅｊｅｃｔする（文字記録不可能の表示を出す）。
【００３０】
「記録したい文字数≦記録可能文字数」の場合はＳ１１に進み、グループタイトルを第１の所定の記号「＾」小ぐくりで記録する。
【００３１】
次に、各場合においてグループ２タイトルを、「チサ゛イ  ハナコ」→「チサ゛イ  ハナカ」
に変更したときの結果を示す。
【００３２】
具体的な構成例１で説明すると、全グループタイトルが「Ａ」タイプの場合は、Ｓ８→Ｓ１１のフローとなり、文字列は、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾／／１５−１８；＾ＴＩＺＡＩ  ＨＡＮＡＫＯ＾／／  …（１）
から、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾／／１５−１８；＾ＴＩＺＡＩ  ＨＡＮＡＫＡ＾／／  …（３）
となる（従来技術と同様）。
【００３３】
次に、具体的な構成例２で説明すると、１つでもグループタイトルが「Ｂ，Ｃ，Ｄ」タイプで、「記録したい文字数≦記録可能文字数」の場合は、Ｓ８→Ｓ９→Ｓ１１のフローとなり、文字列は、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ／／１５−１８；ＴＩＺＡＩ  ＨＡＮＡＫＯ／／＾  …（２）
から、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ＾／／１５−１８；＾ＴＩＺＡＩ  ＨＡＮＡＫＡ＾／／  …（３）
となる（従来技術と同様）。ここで、（３）において、記録したい文字数＝４６バイト（先頭の「１」から最後の「／」まで）記録可能文字数＝仮に５０バイトとする。
【００３４】
更に、具体的な構成例３で説明すると、１つでもグループタイトルが「Ｂ，Ｃ，Ｄ」タイプで、「記録したい文字数＞記録可能文字数」の場合は、Ｓ８→Ｓ９→Ｓ１０のフローとなり、文字列は、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ／／１５−１８；ＴＩＺＡＩ  ＨＡＮＡＫＯ／／＾  …（２）
から、
１０−１４；＾ＴＯｔｕＫＩｙｏ  ＴＡＲＯＵ／／１５−１８；ＴＩＺＡＩ  ＨＡＮＡＫＡ／／＾  …（５）
となる。
【００３５】
このように、上記（２）を上記（３）の文字列に変換して記録しようとすると、記録したい文字数＝４６バイトとなり、記録可能文字数は（２）の文字列でぎりぎり入っていれば、４４バイト（先頭の「１」から最後の「＾」まで）となる。そうすると、「記録したい文字数＞記録可能文字数」であるため、「＾」大ぐくりで記録し、（５）の文字列となる。
【００３６】
このように、本発明のカナ文字変換システムによれば、記録可能文字数に余裕があれば「＾」大ぐくり→「＾」小ぐくりに修正することができて、この第１の記号「＾」で挟まれた文字列がカナ文字に変換されることとなる。更に、記録可能文字数に余裕が無ければ、「＾」大ぐくりのままで文字列を記録することによりグループ管理書式を破壊しないことになる。また、上述した説明において、「Ａ」タイプ以外に「Ｂ，Ｃ，Ｄ」タイプと規定しているが、これをまとめて「Ａ以外」タイプとしても何ら問題は無い。
【００３７】
以上説明したように、本発明は次のような構成を有し機能乃至作用を奏することを特徴とするものである。まず、それぞれのグループについてグループタイトルの先頭の文字（「；」の次）及びグループタイトルの末尾の文字（「／／」の前）が英数字か、カナ用ローマ字かを表１に基づいて判別する。
【００３８】
次に、各グループタイトルが表２のＡ〜Ｄのどのタイプであるかをマイコンが記憶する。その後、グループネーム（グループタイトル）を入力（変更）するときに、条件１（１つでも「Ｂ，Ｃ，Ｄ」タイプのグループタイトルがある）、条件２（記録したい文字数＞記録可能文字数）、の２つの条件が揃えば、上記（２）の書式（「＾」大ぐくり）を許可し、カタカナ変換を行う。ここで、記録可能文字数とは、ＭＤのＵＴＯＣ（Ｕｓｅｒ  Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔｓ）では最大１７９２文字であり、多数のトラックタイトルがあれば、記録可能文字数はその分減少することとなる。
【００３９】
また、本発明は実施例に限定されることなく、かな文字等他文字への変換に際しても利用可能であることは言うまでもない。
【００４０】
【発明の効果】
本発明によれば、記録可能文字数に余裕があれば「＾」大ぐくりから「＾」小ぐくりへと修正することができる。
【００４１】
また、記録可能文字数に余裕が無ければ、「＾」大ぐくりのままで文字列を記録することにより、グループタイトルの終わりを示す第２の記号「／／」が欠落することはなく、グループ管理が不可能となってしまうことはない。
【図面の簡単な説明】
【図１】本発明の実施形態に係るカナ文字変換システムにおいて使用されるグループタイトル、グループＮＯ．、トラックＮＯ．の例示を示す図である。
【図２】本実施形態における、所定の記号で区分けされた文字列のタイプ分けを行うフローチャートである。
【図３】本実施形態における、「＾」大ぐくりか「＾」小ぐくりかを判定するフローチャートである。
【図１】
2004213825.tif 000007
【図２】
2004213825.tif 000008
【図３】
2004213825.tif 000009