【事件の表示】
　特許第２９５３３１８号「文字表示装置」の請求項２に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　訂正を認める。
　特許第２９５３３１８号の請求項２に係る特許を維持する。
【理　由】
１．手続の経緯
　特許第２９５３３１８号の請求項２に係る発明は、平成６年７月２８日に出願され、平成１１年７月１６日に設定登録され、その後その特許について異議申立人　廣田修一より特許異議の申立てがなされ、取消理由通知がなされ、その指定期間内である平成１２年８月２８日に訂正請求がなされた後、二度目の取消理由通知がなされ、その指定期間である平成１２年１０月２４日に新たな訂正請求がなされるとともに平成１２年８月２８日付け訂正請求が取り下げられたものである。
　
２．訂正の適否について
ア．訂正の内容
　特許権者が求める訂正の内容は以下のとおりである。　
ａ．請求項２の「少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記歌詞データをデータの種類ごとに分離するデータ解析部と、
　このデータ解析部より供給される前記歌詞データを文字フォントデータに変換する歌詞生成部と、
　前記データ解析部より供給される前記コードデータと前記調性とからコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、
　前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置。」の記載を「少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに分離するデータ解析部と、
　このデータ解析部によって分離された前記歌詞データを文字フォントデータに変換する歌詞生成部と、
　前記データ解析部によって分離された前記コードデータ及び前記調性からコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、
　前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置。」と訂正する。
ｂ．明細書【０００８】の「本発明は、上記目的を達成するために、文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の前記文字列データを文字列に変換して表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記文字列データに含まれるルビ制御文字を検出して前記文字部分と前記ルビ部分とに分離するルビ情報分離部と、このルビ情報分離部から供給される前記文字部分と前記ルビ部分とをそれぞれ異なる大きさの文字フォントデータに変換する文字展開部と、前記ルビ部分の前にある前記ルビ制御文字の数及び、このルビ制御文字に続くルビ部分の数をカウントし、前記文字部分のうち前記ルビを振られる文字部分を特定すると共に、前記ルビ部分の表示位置を算出する文字位置算出部と、前記文字展開部より供給される前記文字フォントデータを前記文字位置算出部により指定される表示位置に表示するよう文字列を出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。また、少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記曲データをデータの種類ごとに分離するデータ解析部と、このデータ解析部より供給される前記歌詞データを文字フォントデータに変換する歌詞生成部と、前記データ解析部より供給される前記コードデータと前記調性とからコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。」の記載を「本発明は、上記目的を達成するために、文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の前記文字列データを文字列に変換して表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記文字列データに含まれるルビ制御文字を検出して前記文字部分と前記ルビ部分とに分離するルビ情報分離部と、このルビ情報分離部から供給される前記文字部分と前記ルビ部分とをそれぞれ異なる大きさの文字フォントデータに変換する文字展開部と、前記ルビ部分の前にある前記ルビ制御文字の数及び、このルビ制御文字に続くルビ部分の数をカウントし、前記文字部分のうち前記ルビを振られる文字部分を特定すると共に、前記ルビ部分の表示位置を算出する文字位置算出部と、前記文字展開部より供給される前記文字フォントデータを前記文字位置算出部により指定される表示位置に表示するよう文字列を出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。また、少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに分離するデータ解析部と、このデータ解析部によって分離された前記歌詞データを文字フォントデータに変換する歌詞生成部と、前記データ解析部によって分離された前記コードデータ及び前記調性からコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。」と訂正する。
　
イ．訂正の目的の適否、新規事項の有無及び拡張・変更の存否
　上記訂正事項ａは歌詞生成部及びコード生成部が用いるデータの種類を明りょうとすると共に、当該データがデータ解析部によって分離されたことを明りょうにするためのものであるから明りょうでない記載の釈明を目的としたものであり、また、上記訂正事項ｂは、上記訂正事項ａとの整合を図るものであるから、明りょうでない記載の釈明を目的とした明細書の訂正に該当し、いずれも、新規事項の追加には該当せず、実質的に特許請求の範囲を拡張又は変更するものではない。
　
ウ．むすび
　したがって、上記訂正は、特許法第１２０条の４第２項及び同条３項で準用する第１２６条第２項及び第３項の規定に適合するので、当該訂正を認める。
　
３．特許異議の申し立てについて
ア．本件発明
　上記のとおり、訂正請求は適法と認められるから、本件請求項２に係る発明は、上記訂正請求書の特許請求の範囲の請求項２に記載された次のとおりの事項により特定されるものである。
「【請求項２】少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに分離するデータ解析部と、
　このデータ解析部によって分離された前記歌詞データを文字フォントデータに変換する歌詞生成部と、
　前記データ解析部によって分離された前記コードデータ及び前記調性からコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、
　前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置。」
　
イ．申立の概要
　特許異議申立人　廣田修一は、特許異議の申立て時に、証拠として甲第１及び２号証を提出し、本件請求項２に係る発明は、甲第１号証に掲載された特許出願に記載の発明と同一であり、しかも、本件特許発明の発明者は、甲第１号証に掲載された特許出願に記載の発明をした者と同一の者ではなく、本件特許出願の時に、本件特許出願の出願人と甲第１号証に掲載された特許出願の出願人とが同一の者ではないから特許法第２９条の２規定に該当し、本件請求項２の特許は、特許法第１１３条第１項第２号の規定により取り消されるべきである旨主張している。
　
ウ．甲第１号証に記載された発明
　上記甲第１号証には、下記の事項が記載されている。
　　　　　　　　　　　　　　　記
　「指定された演奏曲を再生し、マイクから入力される音声を混合して出力する機能を有したカラオケ装置は、スナック等の飲食店に限らず、カラオケボックス、さらにバス等の移動体にも普及している。通常のカラオケ装置は、演奏情報や画像情報を記憶した記憶系と、演奏曲を再生し、これに歌い手の音声を混合する音響系と、演奏曲に合わせて背景画像や歌詞画像を表示する映像系と、これら各系を制御する制御系とを全て備える楽音再生型が多い。これに対し、最近では、必要とする曲データをホスト局から通信回線を介して取り込む楽音合成型カラオケ装置が出現している。この楽音合成型カラオケ装置は、曲データに基づき楽音を生成する音源を内蔵する。」（明細書【０００２】）
　「ビデオプロセッサ２３Ｄは、演奏曲に対応する歌詞等の文字情報および静止画、動画等の背景画像情報を処理して表示用の画像信号を生成する。ここでは、歌詞画像用のビデオプロセッサ２３Ｄ１と、背景画像用のビデオプロセッサ２３Ｄ２を用いる例を示している。」（明細書【００１０】）
　「指定曲がＬＤチェンジャ１１内にないときは、ＣＰＵ６１は第２順位としてＨＤＤ装置２２Ｃに保有されている曲をサーチする。ＨＤＤ装置２２Ｃ内に該当する曲があれば、その演奏曲の曲データを読出してＲＡＭ６２にロードし、この曲データに従って音源２３Ｃで楽音が合成されカラオケの演奏を行う。この様な音源カラオケの演奏は、シーケンサ２３Ｂの制御のもとに行われる。演奏曲に関しては、ＲＡＭ６２から読み出された曲データに従い、音源プロセッサ２３Ｃにおいて逐次楽音情報が生成され、ミキサエフェクタ６８、オーディオＤＳＰ７０、ミキサ１３を介してスピーカ１５から再生される。」（明細書【００１２】）
　「画像に関しては、同様にＲＡＭ６２から読み出された曲データをもとにシーケンサ２３Ｂの指示に従い、ビデオプロセッサ２３Ｄ１，２３Ｄ２において曲の進行に合わせた歌詞画像および背景画像が生成され、ビデオセレクタ２３Ｃを介してモニタ１２に表示される。」（明細書【００１３】）
　「ＨＤＤ装置２２Ｃにも該当する曲データが蓄積されていない場合は、第３順位としてＣＰＵ６１はホスト局３０からオンラインで該当する曲のデータを取り込む制御をする。即ち、ＩＳＤＮ回線４０を使用してホスト局３０を呼び出し、応答したら曲番号を送り、対応する曲データを転送してもらう。この曲データは再利用する可能性があるので、ＨＤＤ装置２２Ｃに蓄積する。」（明細書【００１４】）
　「「ホスト局からの転送データフォーマット」音源カラオケ装置で使用されるカラオケ曲データのフォーマットは、通常、図２に示すように、曲ヘッダから始まり、これに時間情報とイベント情報を持つ歌詞表示トラック、音源演奏トラック、ディジタル音声トラック等の各トラックを順に記憶することで１曲分のデータを構成している。図２のフォーマットにおいて、歌詞表示トラックが時系列データＡ１，Ａ２，…ＡＮの集合であり、同様に音源演奏トラックが時系列データＢ１，Ｂ２，…ＢＮの集合であり、更にディジタル音声トラックが時系列データＣ１，Ｃ２，…ＣＮの集合である。」（明細書【００１５】）
　「シーケンサ２３Ｂには、ＣＰＵ６１によってＲＡＭ６２から読み出された曲データが入力される。この曲データは、例えば図２に示したように、歌詞トラックからディジタル音声トラックまでのＭＩＤＩデータと、最後に付加されたＡＤＰＣＭデータである。シーケンサ２３Ｂが、音源演奏用のＭＩＤＩデータを音源プロセッサ２３Ｃに入力すると、そこで楽音情報に変換される。また、シーケンサ２３ＢがＡＤＰＣＭデータをＡＤプロセッサ６６に出力すると、そこで圧縮前のデータに伸長される。シーケンサ２３Ｂは、各種のイベント情報に従い、ＡＤプロセッサ６６の伸長タイミングをコントロールする。」（明細書【００１７】）
　「演奏用ＭＩＤＩデータはＣＰＵ６１によってＲＡＭ６２から読み出され、バス６３を介してＭＩＤＩ音源２３Ｃに入力する。」（明細書【００２５】）
　「「コード名表示」通常のカラオケ装置では、モニタに演奏中の曲の歌詞を順番に表示するが、音程情報は表示しない。ＭＩＤＩ楽器４２を接続して演奏するユーザにとって、モニタ１２に例えばコード名が表示されると、楽器演奏（例えば、ギター演奏）がし易くなる。このコード名表示を歌詞表示に対応させて行うと、なおさら便利である。図５（ａ）は、歌詞（「ほにゃら…」）に併せて、コード名（Ｃ，Ｆ，Ｇ７…）をモニタ１２に表示している例である。同図（ｂ）は同じ曲がトランスポーズされた場合、自動的にシフト量（この例では、＋１）に連動してコード名をシフト（Ｃ＃，Ｆ＃，Ｇ７＃…）して表示した例である。」（明細書【００２６】）
　「コード名表示の実現には、次のような方法が考えられる。先ず、曲データのヘッダ部に次のような「キー」を記録しておく。
(C,C#,Db,D,D#,Eb,E,...A#,Bb,B)+major/minor
これをトランスポーズしたときのコード名の決定に使用する（＃系か他の系か）。音源カラオケでの歌詞の表示データは「表示イベント」と「デュレイション(Duration)」の繰り返しである。表示イベントは、表示座標ｘ，ｙ、アトリビュート、表示文字列、表示時間、色変えタイミングを示し、デュレイションは、表示イベント間の時間を示す。」（明細書【００２７】）
　「表示する歌詞の文字列と表示座標、表示アトリビュート（色指定）で歌詞を表示させ、「色変えタイミング」に従って演奏に同期した歌詞の色変えを行う。一方、歌詞を表示させてから「表示時間」が経過したら、その歌詞を消去する。デュレイションを挟まずに表示イベントを連続して記述した場合は同時に表示する。」（明細書【００２８】）
　「「表示文字列」には文字コード、ルビ文字指定、文字間ピッチの指定が含まれる。文字コードにＥＵＣコードを使用する場合は、「表示文字列」は次のように表現される（0xXXは１６進数を表す）。
文字コード
１バイト文字 ：0xXX..0x7e
２バイト文字 ：0xa0..0xf4（２バイト目は0xa0から0xff）
文字間スペース：0x01..0x1f
ルビ ：0xfe ルビを振られる文字列 0x00 ビ文字列 0x00」（明細書【００２９】）
　「以上のデータ構造を拡張すると、次のようなデータ構造の和音コードの表示が可能になる。
第１バイト：和音コードＩＤ（0xFF）
第２バイト：キー
bit 0..3:= 0:C 1:D 2:E 3:F 4:G 5:A 6:B
bit 4..5:= 0: - 1:# 2:b
bit 7 := 0:major 1:minor
例：C major =0xXX, Ab minor = 0xa5）
第３バイト：装飾記号
0:Major code（装飾記号なし）
1:7th
2:6th
3:Diminish
4:sus4
5:7th sus4
…」（明細書【００３０】）
　「一例を挙げると、次のようになる。
C7 := 0xff,0x00,0x01
Am6 := 0xff,0xa5,0x02
F#m7:= 0xff,0x93,0x01
Dsus4 := 0xff,0x01,0x04」（明細書【００３１】）
　「トランスポーズ指定がないときは、上記の通りの表示を行うが、トランスポーズ指定がある場合は次の３つの値から、表示するコード名を決定する。
ａ）和音コードデータの第２バイトのキーの値
ｂ）トランスポーズの値
ｃ）ヘッダに記録してある曲のキー」（明細書【００３２】）
　そして、図２には曲データの詳細が、図５には歌詞を表示する行の間に、コード名を表示することが記載されている。
　
エ．対比・判断
　本件請求項２に係る発明と上記甲第１号証に掲載された特許出願に記載の発明とを対比すると、上記甲第１号証には、本件発明を特定する事項である「前記センタから供給される前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに分離する」構成（以下相違点という）が記載されていない。
　すなわち、上記甲第１号証は、ホスト局から送られてきた曲データを一度ＨＤＤ装置に記憶し、それをＲＡＭ６２に読み出して演奏及び文字表示を行うものであることが記載されている。
　そして上記曲データは「曲ヘッダ」、「歌詞表示トラック」、「音源演奏トラック」、「ディジタル音声トラック」が一連の情報として存在することが明細書【００１５】に記載されている。
　上記一連のＲＡＭ６２から読み出された曲データは「シーケンサ２３Ｂには、ＣＰＵ６１によってＲＡＭ６２から読み出された曲データが入力される」（明細書【００１７】）、「画像に関しては、同様にＲＡＭ６２から読み出された曲データをもとにシーケンサ２３Ｂの指示に従い、ビデオプロセッサ２３Ｄ１，２３Ｄ２において曲の進行に合わせた歌詞画像および背景画像が生成され、ビデオセレクタ２３Ｃを介してモニタ１２に表示される。」（明細書【００１３】）、「シーケンサ２３Ｂが、音源演奏用のＭＩＤＩデータを音源プロセッサ２３Ｃに入力すると、そこで楽音情報に変換される。」（明細書【００１７】）の記載からみて、シーケンサの制御により、バス６３を介して転送される上記曲データに基づいた歌詞の表示及び楽音合成がなされていることが理解できる。
　ここで、バスを用いたデータ転送を行うものにおいて、複数の処理装置がそれぞれ使用するデータを共通のバスで転送するときは、上記バスで転送されるデータがどの装置に利用されるものであるか定義をし、必要な装置に転送されるように制御を行うことは本件出願当時の技術レベルを勘案すれば当業者が当然行っていたことであるといえる。
　してみると、上記先願発明においても、ＲＡＭから読み出された曲データが、表示に用いられるべきものであるか、音源演奏に用いられるものであるかを定義し、それぞれの装置にデータ転送を行うように制御されていたことは当然のことであるから、本件発明の曲データをデータの種類ごとに分離する解析部に相当する構成を有することは自明のことである。
　しかしながら、歌詞画像用のビデオプロセッサ２３Ｄ１は歌詞表示データから所定の処理を行い歌詞及びコードの表示を行うことが記載されているのみであり、「前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに」分離する相違点は記載されていない。
　また、ホストコンピュータに複数のカラオケ端末が接続されるシステムの周知例として提出された甲第２号証にも、上記相違点は記載されていない。
　よって、本件請求項２に係る発明は、特許法第２９条の２の規定に違反しているものとすることができない。
　
オ．むすび
　以上のとおりであるから、特許異議の申立ての理由および、証拠によっては、本件請求項２の特許を取り消すことはできない。　
　また、他に本件発明の特許を取り消すべき理由を発見しない。
　よって結論のとおり決定する。　
【異議決定日】
平成１２年１０月３１日（２０００．１０．３１）
【訂正の要旨】
訂正の要旨
訂正個所１
　請求項２の「少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記歌詞データをデータの種類ごとに分離するデータ解析部と、
　このデータ解析部より供給される前記歌詞データを文字フォントデータに変換する歌詞生成部と、
　前記データ解析部より供給される前記コードデータと前記調性とからコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、
　前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置。」の記載を「少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに分離するデータ解析部と、
　このデータ解析部によって分離された前記歌詞データを文字フォントデータに変換する歌詞生成部と、
　前記データ解析部によって分離された前記コードデータ及び前記調性からコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、
　前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置。」と訂正する。
　訂正個所２
　明細書【０００８】の「本発明は、上記目的を達成するために、文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の前記文字列データを文字列に変換して表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記文字列データに含まれるルビ制御文字を検出して前記文字部分と前記ルビ部分とに分離するルビ情報分離部と、このルビ情報分離部から供給される前記文字部分と前記ルビ部分とをそれぞれ異なる大きさの文字フォントデータに変換する文字展開部と、前記ルビ部分の前にある前記ルビ制御文字の数及び、このルビ制御文字に続くルビ部分の数をカウントし、前記文字部分のうち前記ルビを振られる文字部分を特定すると共に、前記ルビ部分の表示位置を算出する文字位置算出部と、前記文字展開部より供給される前記文字フォントデータを前記文字位置算出部により指定される表示位置に表示するよう文字列を出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。また、少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記曲データをデータの種類ごとに分離するデータ解析部と、このデータ解析部より供給される前記歌詞データを文字フォントデータに変換する歌詞生成部と、前記データ解析部より供給される前記コードデータと前記調性とからコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。」の記載を「本発明は、上記目的を達成するために、文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の前記文字列データを文字列に変換して表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記文字列データに含まれるルビ制御文字を検出して前記文字部分と前記ルビ部分とに分離するルビ情報分離部と、このルビ情報分離部から供給される前記文字部分と前記ルビ部分とをそれぞれ異なる大きさの文字フォントデータに変換する文字展開部と、前記ルビ部分の前にある前記ルビ制御文字の数及び、このルビ制御文字に続くルビ部分の数をカウントし、前記文字部分のうち前記ルビを振られる文字部分を特定すると共に、前記ルビ部分の表示位置を算出する文字位置算出部と、前記文字展開部より供給される前記文字フォントデータを前記文字位置算出部により指定される表示位置に表示するよう文字列を出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。また、少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記曲データを少なくとも歌詞データとコードデータとのデータの種類ごとに分離するデータ解析部と、このデータ解析部によって分離された前記歌詞データを文字フォントデータに変換する歌詞生成部と、前記データ解析部によって分離された前記コードデータ及び前記調性からコードネームを生成すると共に、移調を示す制御信号により前記コードネームを移調したコードネームに変換して出力するコード生成部と、前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。」と訂正する。
（５４）【発明の名称】
文字表示装置
（５７）【特許請求の範囲】
　　【請求項１】
　文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の前記文字列データを文字列に変換して表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記文字列データに含まれるルビ制御文字を検出して前記文字部分と前記ルビ部分とに分離するルビ情報分離部と、
　このルビ情報分離部から供給される前記文字部分と前記ルビ部分とをそれぞれ異なる大きさの文字フォントデータに変換する文字展開部と、
　前記ルビ部分の前にある前記ルビ制御文字の数及び、このルビ制御文字に続くルビ部分の数をカウントし、前記文字部分のうち前記ルビを振られる文字部分を特定すると共に、前記ルビ部分の表示位置を算出する文字位置算出部と、
　前記文字展開部より供給される前記文字フォントデータを前記文字位置算出部により指定される表示位置に表示するよう文字列を出力する行レイアウト部とを備えたことを特徴とする文字表示装置。
　　【請求項２】
　少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、
　前記端末は、前記センタから供給される前記曲データを
少なくとも歌詞データとコードデータとの
　このデータ解析部に
よって分離された
　前記データ解析部に
よって分離された前記コードデータ及び前記調性
　前記歌詞生成部より供給される文字フォントデータから文字列を生成し、この文字列の行間に前記コード生成部より供給される前記コードネームをレイアウトして出力する行レイアウト部とを備えたことを特徴とする文字表示装置。
【発明の詳細な説明】
　　　【０００１】
　　【産業上の利用分野】
　本発明は、文字コードにて供給される文字列を表示装置に表示する文字表示装置に関するものである。
　　　【０００２】
　　【従来の技術】
　近年、ビデオディスク等のパッケージメディアを使用したカラオケ装置に替って、多くの曲を蓄積でき、新曲も素早く導入することができる通信型カラオケ装置が普及しつつある。この通信型カラオケ装置は、センタに多くの曲の伴奏データと歌詞データとを蓄積しておき、リクエストのあった端末に該当する曲の伴奏データと歌詞データとを伝送して、端末側で伴奏音楽を演奏し、歌詞表示を行うものである。
　　　【０００３】
　この通信型カラオケ装置でセンタから伝送される歌詞データは、伴奏データと同時に、しかもなるべく高速で伝送しなければならないという制約からデータ量の少ない文字コードで伝送しているが、カラオケ装置は娯楽的要素が強いため、単順に歌詞を表示するだけでなく、ルビ（振り仮名）を振ったりするなどいろいろなアプリケーション表示を行いたいという要求がある。
　　　【０００４】
　そして、従来の通信型カラオケ装置において、図５に示すように、歌詞の読みが難しい漢字にルビを振る場合、ルビの部分の文字列は歌詞の文字列と別々に処理していた。即ち、歌詞の文字列の先頭部分の座標値（矢印ａ）を指定して歌詞を表示すると共に、ルビの部分の文字列は、各漢字に対するルビの塊ごとに、その先頭部分の座標値（矢印ｂ〜ｅ）をそれぞれ指定することによって表示していた。
　　　【０００５】
　　【発明が解決しようとする課題】
　従来の通信型カラオケ装置においてルビを振るには、ルビの塊ごとに表示座標値を指定しなければならず、送信データが多くなっていた。
　　　【０００６】
　また、アプリケーションの一つとして、ギターコードなどのコードネームの表示を考えた場合、ルビと同様の処理を行うことにより、センタから送信されたコードネームを外字等を使用して表示させることはできる。しかし、端末で演奏のピッチを変えて音楽の調性を変えたり、ギターにカポタストをはめたときのコードに表示を合わせる場合には、表示コードも移調する必要があるが、センタから送信されてくる文字データを単純に表示するだけでは表示コードを移調することができなかった。
　　　【０００７】
　そこで本発明は、上記課題を解決した文字表示装置を提供することを目的とする。
　　　【０００８】
　　【課題を解決するための手段】
　本発明は、上記目的を達成するために、文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の前記文字列データを文字列に変換して表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記文字列データに含まれるルビ制御文字を検出して前記文字部分と前記ルビ部分とに分離するルビ情報分離部と、このルビ情報分離部から供給される前記文字部分と前記ルビ部分とをそれぞれ異なる大きさの文字フォントデータに変換する文字展開部と、前記ルビ部分の前にある前記ルビ制御文字の数及び、このルビ制御文字に続くルビ部分の数をカウントし、前記文字部分のうち前記ルビを振られる文字部分を特定すると共に、前記ルビ部分の表示位置を算出する文字位置算出部と、前記文字展開部より供給される前記文字フォントデータを前記文字位置算出部により指定される表示位置に表示するよう文字列を出力する行レイアウト部とを備えたことを特徴とする文字表示装置を提供するものである。また、少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の前記曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる文字表示装置であって、前記端末は、前記センタから供給される前記曲データを
少なくとも歌詞データとコードデータとの
よって分離された
よって分離された前記コードデータ及び前記調性
　　　【０００９】
　　【実施例】
　本発明の文字表示装置は、第１の文字データとこの第１の文字データと制御文字によって区別された第２の文字データとが混在する文字列データが多数蓄積されたセンタと、このセンタから供給される所定の文字列データから制御文字を検出することにより、第１の文字データからなる文字列に第２の文字データをレイアウトして表示装置に出力する複数の端末とで構成されている。そして、この構成により、各種アプリケーションの表示を可能にしている。
　　　【００１０】
　本発明の文字表示装置のいくつかの実施例を図面と共に説明する。
　　　【００１１】
　まず、本発明の文字表示装置の第１の実施例として、センタから供給される歌詞などの文字列の漢字にルビを振って（振り仮名を付けて）端末側で表示する歌詞表示装置について説明する。
　　　【００１２】
　図１は本発明の文字表示装置の第１の実施例である歌詞表示装置を示す構成図である。なお、通信型の歌詞表示装置では、１つのセンタに多くの端末が接続されているが、同図では、そのうち１つの端末だけを示している。また、この歌詞表示装置を通信型のカラオケ装置とした場合もぼぼ同様の構成であり、同図に示す端末やセンタの有する機能に加えて、通常の通信型カラオケで使用されている演奏などに関係する機能を設けることにより、実現することができる。
　　　【００１３】
　同図において、センタ１は数多くの曲の歌詞データが、例えば、文字コードの形で蓄積されている楽曲データベース３を備えており、端末２からリクエストされた曲の歌詞データをリクエストした端末２へ送信する。
　　　【００１４】
　端末２は、ルビ情報分離部４、文字展開部５、フォントデータ６、文字位置算出部７、行レイアウト部８、一時記憶部９を備えている。そして、センタ１から供給される歌詞データ（文字コード）は、ルビ情報分離部４によってルビ制御文字が検出され、歌詞を示す文字列とルビを示す文字列とに分離される。
　　　【００１５】
　文字位置算出部７は、ルビ情報分離部４から供給される情報により、歌詞を示す文字列の先頭座標位置を算出すると共に、ルビの前にあるルビ制御文字の数とルビの数とをカウントして、ルビの表示座標位置を算出し、行レイアウト部８に出力する。
　　　【００１６】
　文字展開部５は、ルビ情報分離部４から供給される文字コードをフォントデータ６を参照して文字に展開し、行レイアウト部８に出力する。
　　　【００１７】
　行レイアウト部８は、一時記憶部９を利用してルビを適正な位置にレイアウトしながら歌詞を表示装置１０に出力して、ルビを振った歌詞を表示させる。
　　　【００１８】
　以上のような構成により、例えば、センタ１から図３に示すような歌詞を示す文字コードが供給されたときに、端末２に接続された表示装置１０で図４に示すような表示を行うことができる。
　　　【００１９】
　なお、図３に示す文字列のうち、＜ルビ＞で示されている部分は、ルビ制御文字であり、１バイトのコードである。そして、ルビは、歌詞を示す文字コード列中に、ルビ制御文字に挟まれる形で供給され、このルビ制御文字を検出することにより、端末２側でルビを振るための制御を行う。
　　　【００２０】
　また、ルビ制御文字で挟まれた文字（ルビ）は、ルビの前にあるルビ制御文字の直前の文字上に振るようにし、ルビの前のルビ制御文字がｎ個続けて供給された場合には、ルビ制御文字の直前の文字からｎ個前の文字の上にルビを均等割付して表示する。
　　　【００２１】
　なお、図４でルビとして使用している文字の大きさは、歌詞そのものを表示する文字の大きさの約１／４である。そして、文字列の先頭の文字の位置（文字列の表示開始座標：矢印ａ）はセンタから供給されるが、文字列途中の他の文字やルビの表示位置は指定されておらず、文字位置算出部７によって、表示位置が決定される。
　　　【００２２】
　ここで、図３に示すような文字コードがセンタ１から端末２に供給され、図４に示すような歌詞を表示装置１０に表示するときの具体的な処理について説明する。
　　　【００２３】
　まず、文字列の先頭位置に「心」という漢字が表示され、次に、ルビ制御文字である＜ルビ＞が来るので、この「心」という漢字の上に＜ルビ＞で挟まれた「こころ」という小さな文字がルビとして表示される。
　　　【００２４】
　そして、「が寒い夜」という文字列が表示された後、＜ルビ＞で挟まれた「よ」という小さな文字が＜ルビ＞の直前の文字である「夜」という文字の上に配置される。同様に、「霧」という文字列が表示された後、その上に「きり」とルビが振られる。
　　　【００２５】
　さらに、「に一人」という文字列が表示された後、＜ルビ＞が２つ来てから「ひとり」という文字と＜ルビ＞が来ているので、＜ルビ＞の前の２文字「一人」の上に、「ひとり」というルビを均等に割付けて表示する。最後に、「たたずむ」という文字列が表示されると、図４に示すような文字列が表示される。
　　　【００２６】
　ここで、１つまたは複数（ｎ個）の文字の上に、複数（ｍ個）の文字からなるルビを均等割付して振る場合の処理は、ルビの文字数（ｍ個）と振られる文字の文字数（ｎ個）とを入力として、計算するか、或いは、テーブルを参照して、ルビの開始位置及びルビ文字間の間隔を導き出すことにより、各文字数に対して、均等割付を行うことができる。
　　　【００２７】
　以上の処理をフローチャートに示すと図２のようになる。
　　　【００２８】
　まず、センタから供給される文字コードが、ルビ制御文字か否かを判別する（ステップ１０１）。ルビ制御文字でなければ（ステップ１０１→Ｎ）、通常の歌詞を示す文字コードであるので、文字コードに対応した文字をそのまま表示する（ステップ１１１）。ルビ制御文字の場合は（ステップ１０１→Ｙ）、ルビ制御文字数をｎ＝１とし（ステップ１０２）、次の文字がルビ制御文字か否かを判別する（ステップ１０３）。
　　　【００２９】
　そして、ルビ制御文字の場合は（ステップ１０３→Ｙ）、ルビ制御文字数ｎを１つ増加させ（ステップ１０４）、さらに次の文字がルビ制御文字か否かを判別し（ステップ１０３）、ルビ制御文字が続くときには、ルビ制御文字数ｎを増加させていく。ルビ制御文字でない場合は（ステップ１０３→Ｎ）、ルビを表す文字コードであるので、ルビの文字数をｍ＝１としてから（ステップ１０５）、その文字コードを記憶する（ステップ１０６）。そして、ルビ制御文字となるまではルビを表す文字コードであるので、次の文字がルビ制御文字か否かを判別し（ステップ１０７）、ルビ制御文字でない場合は（ステップ１０７→Ｎ）、ルビの文字数ｍを１つ増加させ（ステップ１０８）、その文字コードを記憶する（ステップ１０６）。ルビ制御文字となるまでこれを繰り返す。ルビ制御文字となったときには（ステップ１０７→Ｙ）、ルビ部分が終了したことを示しているので、表示されている最後の歌詞を示す文字からｎ個前の文字までの上部にｍ個のルビを均等割付して表示する（ステップ１０９）。そして、文字列が終了するまで、上記の処理を繰り返す（ステップ１１０）。
　　　【００３０】
　以上説明したように、本実施例では、ルビ制御文字を使用することにより、歌詞を表示するための文字列の中にルビも入れて伝送しているので、ルビを別の行として処理する必要はなくなる。また、ルビ制御文字の連続する数によりルビを振る文字が決定されるので、この数とルビ制御文字に挟まれたルビの数をカウントするだけで、正確な位置にルビを振ることができ、ルビの塊ごとにその表示座標値を指定する必要がなくなるので、送信データを削減することができる。また、ルビの表示をオフにしたい場合でも、端末側でルビ制御文字に挟まれたルビを表示しないように制御するだけで良く、表示・非表示の切替えを簡単に行うことができる。
　　　【００３１】
　次に、本発明の文字表示装置の第２の実施例として、歌詞を示す文字コード（ｃｈａｒａｃｔｅｒ　ｃｏｄｅ）と一緒にコードデータ（ｃｈｏｒｄ　ｄａｔａ）をセンタから送信し、端末側で歌詞と共にコードネーム（ｃｈｏｒｄ　ｎａｍｅ）を表示する通信型カラオケ装置について、図面と共に説明する。
　　　【００３２】
　図６は本発明の第２の実施例である通信型カラオケ装置の概略を示す構成図である。実際の通信型カラオケ装置では、１つのセンタに多くの端末が接続されているが、同図では、そのうち１つの端末だけを示している。また、端末やセンタの有する機能のうち、本発明に関係する部分だけを示しており、演奏その他に関係する機能については、その大部分を省略してある。
　　　【００３３】
　センタ２１は、曲に関する演奏データや歌詞データ等を含む曲データが数多く蓄積されている楽曲データベース２３を備えており、端末２２からリクエストされた曲の曲データをリクエストした端末２２へ送信する。
　　　【００３４】
　端末２２は、データ解析部２４、歌詞生成部２５、フォントデータ２６、コード生成部２７、ピッチチェンジコントロール部２８、コードチェンジコントロール部２９、行レイアウト部３０、演奏部３１などを備えている。
　　　【００３５】
　そして、センタ２１から供給される曲データはデータ解析部２４によりデータの内容が解析され、データの種類ごとに振り分けられて出力される。
　　　【００３６】
　歌詞生成部２５は、フォントデータ２６を参照して、データ解析部２４より供給される歌詞データを文字列に変換し、行レイアウト部３０に出力する。
　　　【００３７】
　コード生成部２７は、フォントデータ２６を参照して、データ解析部２４より供給されるコードデータをコードネームに変換し、行レイアウト部３０に出力する。このとき、コードデータと共に供給される調性やピッチチェンジコントロール部２８、コードチェンジコントロール部２９より供給される制御信号により、出力するコードネームを変更する（移調する）ことがある。
　　　【００３８】
　行レイアウト部３０は、歌詞生成部２５から供給される歌詞にコード生成部２７から供給されるコードネームをレイアウトし、表示装置３２に出力して表示させる。ここで、コード表示ＯＦＦが選択されているときには、歌詞生成部２５から供給される歌詞のみを出力し、コード表示ＯＮが選択されているときには、歌詞を表示する文字列の各行の表示位置のｙ座標を修正して、行間を開けるようにし、その開いた行間にコードネームをレイアウトして出力するようにしている。演奏部３１は、データ解析部２４より供給される演奏データなどから伴奏音楽を生成して出力する。なお、ピッチチェンジコントロール部２８から供給される制御信号により、音程を変えることができる。
　　　【００３９】
　また、センタ２１から端末２２へ出力される曲データは、少なくとも歌詞データ、コードデータ、調性及び演奏データを含んでいる。そして、演奏データとして、ＭＩＤＩ（Ｍｕｓｉｃａｌ　Ｉｎｓｔｒｕｍｅｎｔ　Ｄｉｇｉｔａｌ　Ｉｎｔｅｒｆａｃｅ）信号（スタンダードＭＩＤＩファイル）を使用した場合、演奏情報を格納するＭＩＤＩイベントの他に、自由なデータを格納することができるシステムエクスクルーシブイベントや演奏情報以外の情報を格納するメタイベント等を含んでいるので、メタイベントの中に調性を示すデータを入れて送信することができる。
　　　【００４０】
　また、コードネームを示すコードデータは、歌詞データである文字コード列の中に、１バイトのコードであるコード制御文字（＜コード＞）を記述して、その後にコードネームを示すコードデータを記述する。この場合、コードネームを表示するために特別なデータ領域を確保する必要はない。そして、コードデータは、２つ以上連続して表示することがないので、コードデータを以下に詳述するような固定長データとした場合には、コードデータの終了を示すコード制御文字を使用する必要がなく、コードデータの始まり部分にだけコード制御文字を１つ使用すれば良い。
　　　【００４１】
　ここで、センタ２１より供給されるコードデータとコード生成部２７にて行われる移調処理について説明する。
　　　【００４２】
　センタ２１より供給されるコードデータは、例えば、図７（Ａ）に示すように、６ビットのコード種と５ビットのベース音及び５ビットのコード音とで構成される２バイトのデータであり、同図（Ａ）に示すようなデータ構成とすることにより、例えば、同図（Ｂ）に示すようなコードネームを表示することができる。そして、コード生成部２７にて行われる移調は、センタ２１より供給されるコードデータに対して、ピッチチェンジコントロール部２８やコードチェンジコントロール部２９より供給される制御信号により、センタ２１から供給される実際の調性に対して度数シフトを行い、その結果得られたコードネームを表示するものである。
　　　【００４３】
　カラオケ装置には、歌い手が歌いやすい音程に伴奏音楽の音程を変えることのできるピッチチェンジ機能があることが多い。このピッチチェンジ機能は、通常−６〜＋６の範囲で調節できる操作釦があり、半音づつ音の高さを変えることができる。したがって、このピッチチェンジにしたがって、コードネームの調性表示も移調させる必要がある。本実施例では、ピッチチェンジコントロール部２８がピッチチェンジされる変化量に応じて、演奏部３１に信号を送信して伴奏音楽の音程を変化させると共にコード生成部２７に制御信号を送信してコードネームの調性表示も変化させている。
　　　【００４４】
　また、ギター等を演奏する場合、カポタストを用いて簡単なコードを弾くことがある。例えば、実際のコードがＥｂ（イー・フラット）のときに３フレットにカポタストをはめてＣのコードを弾くことがある。この場合、ＥｂではなくＣのコードを表示していたほうが判りやすい。そこで、本実施例では、端末２側にコードチェンジ機能（カポ機能）を設け、操作釦により度数シフト量を指定することにより、コードチェンジコントロール部２９からコード生成部２７に制御信号を出力して、実際の調性に対して度数シフトした表示を行うようにしている。
　　　【００４５】
　ここで、このピッチチェンジコントロール部２８やコードチェンジコントロール部２９から供給される制御信号により行われる移調の具体的な方法について、図８と共に説明する。
　　　【００４６】
　図８はコード音を順に数値化したものであり、そのコードの持つ系も同時に示している。
　　　【００４７】
　センタ２１から供給される調性（原調）の数値にピッチチェンジコントロール部２８及びコードチェンジコントロール部２９から供給される移調量の数値を両方とも加算し、１２で割った余りを移調後のコード音の数値とする。このとき、シャープとフラットのどちらを使用するかは、原調の調性に移調量を加えたもの（但し、短調の場合はさらに３を加える）が図８に示した系がシャープ系かフラット系かによって、決定される。
　　　【００４８】
　また、カラオケ装置で表示する歌詞の文字列は、文節の区切り位置等を微妙な間隔で表示することが望まれるが、従来の文字コードでは、全角と半角のスペースしか指定することができなかった。また、表示装置に表示する歌詞は、比較的大きな文字を使用するので、全角スペースを使用することははぼとんどなく、半角スペース以下の細かな間隔で表現できることが望まれていた。そこで、８分空きスペース、４分空きスペース、２分空きスペース（半角スペース）の３通り用意し、それぞれに個別の１バイトコードを割り当てる。そして、必要に応じてこれらのスペースを組み合わせて使用することにより、種々の間隔を使用して文字列を表現することができる。
　　　【００４９】
　　【発明の効果】
　本発明の文字表示装置は、第１の文字データと、制御文字によってこの第１の文字データと区別された第２の文字データとが混在する文字列データが多数蓄積されたセンタと、このセンタから供給される所定の文字列データから制御文字を検出することにより、第１の文字データからなる文字列に対して特定の位置に第２の文字データをレイアウトして表示装置に出力する複数の端末とで構成されているので、センタからは文字コードデータを送信するだけで、端末側で歌詞などの文字列に付加的表示を行うことができる。また、この付加的表示・非表示の切替え処理を端末側で行うことができる。
　　　【００５０】
　そして、文字部分とルビ部分とが混在している文字列データが多数蓄積されたセンタと、このセンタから供給される所定の文字列データからルビ制御文字を検出して文字部分とルビ部分とに分離して適正に表示するよう表示装置に出力する複数の端末とで構成されている場合には、文字列の先頭部分を指定するだけで、適正な位置にルビを振ることができる。
　　　【００５１】
　さらに、少なくとも歌詞データとコードデータと調性とを含む曲データが多数蓄積されたセンタと、このセンタから所定の曲データが供給され、歌詞とコードネームとを表示装置に出力する複数の端末とからなる場合には、歌詞の行間にコードネームを表示することができ、ギター等による演奏を行いながら、歌を歌うことができる。また、ピッチチェンジやコードチェンジ等に対応してコードネームの表示を変更することができるので、センタから送信されるコードネームを使用者の使用状況に合わせて変更して表示することができるという効果がある。
【図面の簡単な説明】
　　【図１】
　本発明の文字表示装置の第１の実施例である歌詞表示装置を示す構成図である。
　　【図２】
　本発明の第１の実施例の動作を示すフローチャート図である。
　　【図３】
　本発明の第１の実施例で使用される文字コードの例を示す図である。
　　【図４】
　本発明の第１の実施例で表示される歌詞の例を示す図である。
　　【図５】
　従来の装置で歌詞を表示した場合の例を示す図である。
　　【図６】
　本発明の文字表示装置の第２の実施例である通信型カラオケ装置の概略を示す構成図である。
　　【図７】
　（Ａ）は本発明の第２の実施例で使用されるコードデータの例を示す図、（Ｂ）はコードネームの表示例を示す図である。
　　【図８】
　本発明の第２の実施例で使用されるコード音を順に数値化したものを示す図である。
　　【符号の説明】
　１，２１　　センタ
　２，２２　端末
　３，２３　　楽曲データベース
　４　　ルビ情報分離部
　５　　文字展開部
　６，２６　　フォントデータ
　７　　文字位置算出部
　８，３０　　行レイアウト部
　９　　一時記憶部
　１０，３２　　表示装置
　２４　　データ解析部
　２５　　歌詞生成部
　２７　　コード生成部
　２８　　ピッチチェンジコントロール部
　２９　　コードチェンジコントロール部
　３１　　演奏部