JPH0934887A

JPH0934887A - 文字コード検証、変換、および登録システム

Info

Publication number: JPH0934887A
Application number: JP7200322A
Authority: JP
Inventors: Takaaki Fujiyoshi; 高彰藤吉; Koji Kawahara; 功治川原; Hiroyuki Furusawa; 宏之古澤
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 1995-07-14
Filing date: 1995-07-14
Publication date: 1997-02-07

Abstract

(57)【要約】【目的】テキストデータの文字コードを変換する処理の
負荷が小さく、文字コード変換テーブルの必要数が少な
く、外字コード変換テーブルを変更する処理が容易な文
字コード検証、変換および登録システムを提供する。【構成】所定の文字コードが複数の変換テーブルに登録
されているか否かを検証処理する文字コード検証システ
ム、所定の文字コードを複数の変換テーブルの内で前記
所定の文字コードが登録されている変換テーブルを使用
し変換処理する文字コード変換システム、および、変換
テーブルに基づいてコード変換された文字コードは第２
の管理テーブルに登録処理しその他の文字コードは第１
の管理テーブルと第２の管理テーブルに登録処理する文
字コード登録システム。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、異なる文字コード体系
を有するシステムの間でテキストデータの配給受領を行
う際に使用される複数のシステムに関する。そのシステ
ムは、変換テーブルに文字コードが登録されているか否
かを検証するシステム、その変換テーブルを使用して異
なる文字コード体系の間でテキストデータの文字コード
を変換するシステム、および、その変換テーブルに登録
されていない外字コードをデータテーブルに登録するシ
ステムである。特に、テキストデータの配給側システム
における外字コード登録等の処理が必要なく、登録され
ていない文字コードがある場合でもテキストデータの受
領側システムで判定処理を行うことにより、異常停止、
異常変換等を生じないシステムに関する。

【０００２】

【従来の技術】現代の社会活動では、キャッシュカー
ド、クレジットカード、ＩＤカード、など種々の個人情
報記録媒体が利用されており、その発行枚数は益々増加
する傾向にある。たとえば、カードとしての形態をもっ
た個人情報記録媒体としては、ＩＣカード、カラー印刷
カード、磁気カード、エンボスカード、などが一般的に
利用されており、同一人に対して、これら種々の形態の
カードがそれぞれ発行されることも少なくない。また、
発行したカードを郵送する場合には、封筒中でカードを
支持固定するための郵送台紙が必要であり、この郵送台
紙にも宛名や名前などの個人情報が印字されることにな
る。したがって、この郵送台紙も、個人情報記録媒体の
ひとつである。

【０００３】これら種々の形態の媒体を発行するシステ
ムに入稿されるテキストデータは、通常はそれらのシス
テムと異なるシステムで作成される。たとえば、社員の
人事情報を管理する人事管理システムで使用されている
テキストデータを用いて、ＩＤカード発行システムに入
稿する等である。ところで、テキストデータを記述する
文字コード体系には１バイト系の文字コードとしてＥＢ
ＣＤＩＣ、ＪＩＳ等、２バイト系の文字（漢字）コード
としてＳＨＩＦＴ−ＪＩＳ、ＪＥＦ、ＩＢＭ等のように
種々の文字コード体系がある。

【０００４】

【本発明が解決しようとする課題】そこで問題となるの
は、システムによってその文字コード体系が異なってい
るという点である。これはコンピュータやオペレーティ
ングシステム（ＯＳ）によってテキストデータの文字体
系が異なっているためである。しかも、それぞれの文字
コード体系が標準としている文字種やその数が異なって
いる。特に、人名等で用いられる文字コード体系外の文
字は外字として、各システムにおいて、それぞれ特定の
コードを割付けて登録管理される。その外字コードは、
システム固有のコードが割付られており、他のシステム
においてはそのコードがいかなる文字に対応していのか
がテキストデータだけからは判定できない。

【０００５】したがって、それぞれの供給側システムに
対応した外字コード変換テーブルを受領側システムが保
持する、あるいは、それぞれの受領側システムに対応し
た外字コード変換テーブルを供給側システムが保持する
必要がある。しかし、外字コード変換テーブルの数はシ
ステムの組合せの数だけ必要であり作成し保持する数が
膨大となり、またテキストデータによって使用される外
字は異なるから、新たな外字が含まれる度に外字コード
変換テーブルを変更する膨大な処理が必要である。また
テキストデータはファイル単位で変換処理されるが、変
換処理を行って新たな外字が含まれることが判明した場
合、その外字を変換テーブルに登録した後再度変換す
る、あるいは、新たな外字が含まれるレコードまたはフ
ィールドを別ファイルとして分離し、別過程で対策を施
し変換処理を行った後にマスターファイルと結合する処
理を必要とし、処理時間等の処理負荷が大きい。

【０００６】そこで本発明の目的は、テキストデータの
文字コードを変換する処理の負荷が小さく、文字コード
変換テーブルの必要数が少なく、外字コード変換テーブ
ルを変更する処理が容易な文字コード検証、変換および
登録システムを提供することにある。このシステムによ
れば、テキストデータの配給側システムにおける外字コ
ード登録等の処理が必要なく、登録されていない文字コ
ードがある場合でもテキストデータの受領側システムで
判定処理を行うことにより、異常停止、異常変換等を生
じない。

【０００７】

【課題を解決するための手段】上記の目的は下記の本発
明によって達成される。すなわち、本発明は、所定の文
字コードが複数の変換テーブルに登録されているか否か
を検証処理する文字コード検証システム、である。また
本発明は、所定の文字コードを複数の変換テーブルの内
で前記所定の文字コードが登録されている変換テーブル
を使用し変換処理する文字コード変換システム、であ
る。また本発明は、変換テーブルに基づいてコード変換
された文字コードは第２の管理テーブルに登録処理し、
その他の文字コードは第１の管理テーブルと第２の管理
テーブルに登録処理する文字コード登録システム、であ
る。

【０００８】また本発明における前記変換テーブルは、
データベースのリレーションとして記述され、前記検
証、変換、登録処理はデータベースのデータ操作言語で
記述される文字コード検証、変換、登録システム、であ
る。

【０００９】また本発明における前記変換テーブルは、
標準コード変換テーブルと、第１の変換テーブルと、第
２の変換テーブルと、から成り、前記標準コード変換テ
ーブルには、第１の文字コード体系の標準コード文字
と、第２の文字コード体系の標準コード文字と、の共通
文字の文字コードを変換するデータが記述され、前記第
１の変換テーブルには、前記第１の文字コード体系の標
準コード文字と、前記第２の文字コード体系の標準コー
ド文字と、の非共通文字の文字コードを前記第１または
前記第２の各文字コード体系の各外字コードに変換する
データが記述され、前記第２の変換テーブルには、前記
第１の文字コード体系の標準コード文字と、前記第２の
文字コード体系の標準コード文字と、のいずれでもない
文字コードを、前記第１または前記第２の各文字コード
体系の各外字コードに変換するデータが記述されてい
る、文字コード検証、変換、登録システム、である。

【００１０】また本発明における前記登録処理は、少な
くとも下記〜いずれかを行う、すなわち、前記第１の文字コード体系の外字コードが登録されて
おり、かつ、前記第２の文字コード体系の外字コードが
登録されている場合は、前記第２の変換テーブルに基づ
いて前記外字コードを変換し、変換後の文字コードを第
２の管理テーブルに登録し、前記第１の文字コード体系の外字コードが登録されて
おり、かつ、前記第２の文字コード体系の外字コードが
登録されていない場合は、前記第１の文字コード体系の
外字コードを第１の管理テーブルに登録し、さらに、前
記第２の文字コード体系の文字コードとして任意に定め
た文字コードを第２の管理テーブルに登録し、前記第１の文字コード体系の外字コードが登録されて
おらず、かつ、前記第２の文字コード体系の外字コード
が登録されていない場合は、前記第１の文字コード体系
の外字コードを前記第２の変換テーブルに登録し、また
第１の管理テーブルに登録し、さらに、前記第２の文字
コード体系の外字コードとして任意に定めた文字コード
を第２の管理テーブルに登録する、文字コード登録シス
テム、である。

【００１１】

【作用】本発明の文字コード検証システムによれば、検
証処理により所定の文字コードが複数の変換テーブルの
いずれかに登録されているか否かが検証される。また本
発明の文字コード変換システムによれば、変換処理によ
り所定の文字コードが複数の変換テーブルの内で前記所
定の文字コードを登録している変換テーブルが使用され
変換される。また本発明の文字コード登録システムによ
れば、登録処理により変換テーブルに基づいてコード変
換された文字コードは第２の管理テーブルに登録され、
その他の文字コードは第１の管理テーブルと第２の管理
テーブルに登録される。

【００１２】また本発明の文字コード検証、変換、登録
システムによれば、変換テーブルは、データベースのリ
レーションとして記述され、検証、変換、登録処理はデ
ータベースのデータ操作言語で記述される。したがっ
て、データの検索や更新等のデータ操作、データやデー
タ間の構造の記述、データやデータ間に存在する一貫性
制約の記述を容易に行うことができる。

【００１３】また本発明の文字コード検証、変換、登録
システムよれば、それらで使用される変換テーブルは、
標準コード変換テーブルと、第１の変換テーブルと、第
２の変換テーブルと、から成り、標準コード変換テーブ
ルは、第１の文字コード体系の標準コード文字と、第２
の文字コード体系の標準コード文字と、の共通文字の文
字コードを変換するデータを記述し、第１の変換テーブ
ルは、第１の文字コード体系の標準コード文字と、第２
の文字コード体系の標準コード文字と、の非共通文字の
文字コードを第１または第２の各文字コード体系の各外
字コードに変換するデータを記述し、第２の変換テーブ
ルは、第１の文字コード体系の標準コード文字と、第２
の文字コード体系の標準コード文字と、のいずれでもな
い文字コードを、第１または第２の各文字コード体系の
各外字コードに変換するデータを記述する。このような
変換テーブルの構成により、テキストデータ配給受領シ
ステムにおける変換テーブルの必要数とデータ容量を大
幅に削減することができる。

【００１４】また本発明における登録処理により、少な
くとも下記〜いずれかが行われる、すなわち、第１の文字コード体系の外字コードが登録されてお
り、かつ、第２の文字コード体系の外字コードが登録さ
れている場合は、第２の変換テーブルに基づいて外字コ
ードを変換し、変換後の文字コードを第２の管理テーブ
ルに登録し、第１の文字コード体系の外字コードが登録されてお
り、かつ、第２の文字コード体系の外字コードが登録さ
れていない場合は、第１の文字コード体系の外字コード
を第１の管理テーブルに登録し、さらに、第２の文字コ
ード体系の文字コードとして任意に定めた文字コードを
第２の管理テーブルに登録し、第１の文字コード体系の外字コードが登録されておら
ず、かつ、第２の文字コード体系の外字コードが登録さ
れていない場合は、第１の文字コード体系の外字コード
を第２の変換テーブルに登録し、また第１の管理テーブ
ルに登録し、さらに、第２の文字コード体系の外字コー
ドとして任意に定めた文字コードを第２の管理テーブル
に登録する。すなわち、テキストデータに登録されていない外字コー
ドが含まれている場合でも、文字コード登録システムで
処置を行い登録することにより、その外字コードのデー
タおよびその処置データが記録保存されるから、異常停
止、異常変換等を起こさず、後工程で適正な処理を行う
ことができる。

【００１５】

【実施例】以下、本発明について好適な実施例に基づい
て説明する。図１は本発明のシステムの構成を示す図で
ある。図１においては後述するように、本発明の文字コ
ード検証システム、文字コード変換システム、および文
字コード登録システムは個別のシステムでありネットワ
ークを通じて接続される構成が示されている。しかし本
発明のこれらシステムは、他のシステムの一部を構成す
るものであってもよく、またこれらシステムの組合せに
より１つのシステムを構成するものであってもよい。こ
こでは、各システムの構成と動作を明確にするため個別
システムとして示す。

【００１６】図１において、１は文字コードが複数の変
換テーブルに登録されているか否かを検証処理する文字
コード検証システム、２は所定の文字コードを複数の変
換テーブルの内でその所定の文字コードが登録されてい
る変換テーブルを使用し変換処理する文字コード変換シ
ステム、３は変換テーブルに基づいてコード変換された
文字コードを第１のデータテーブルに登録処理し、その
他の文字コードを第１の管理テーブルと第２の管理テー
ブルに登録処理する文字コード登録システム、４はイー
サネット等のＬＡＮ（Local Area Network）、５はテキ
ストデータ、変換テーブル、管理テーブル等のデータを
保存管理するデータストアシステム、６，８，１０はキ
ーボード，マウス等の入力手段、７，９，１１はディス
プレイ，プリンター等の出力手段、である。

【００１７】図１において、文字コード検証システム１
はさらに細部から構成されている。１２は記憶手段、１
３は演算手段であり、これらはパーソナルコンピュー
タ、ワークステーション等のコンピュータの本体であ
る。また記憶手段１２において、１４はテキストデー
タ、１５は変換テーブルであり、演算手段１３におい
て、１６は検証処理ルーチンである。また、文字コード
変換システム２はさらに細部から構成されている。１７
は記憶手段、１８は演算手段であり、これらはパーソナ
ルコンピュータ、ワークステーション等のコンピュータ
の本体である。また記憶手段１７において、１９はテキ
ストデータ、２０は変換テーブルであり、演算手段１８
において、２１は変換処理ルーチンである。同様に、文
字コード登録システム３はさらに細部から構成されてい
る。２２は記憶手段、２３は演算手段であり、これらは
パーソナルコンピュータ、ワークステーション等のコン
ピュータの本体である。また記憶手段２２において、２
４はテキストデータであり、２５は変換テーブルであ
り、２６は管理テーブルであり、演算手段２３におい
て、２７は登録処理ルーチンである。

【００１８】図２は本発明の文字コード検証、変換、登
録システムを組合わせたシステムにより行われるテキス
トデータ受領処理の処理過程を示すフローチャートであ
る。図１、図２に基づいて本発明のシステムの動作を説
明する。まずデータストアシステム５に格納されている
テキストデータが文字コード検証システム１の記憶装置
１２に読込まれる（Ｓ１）。読込まれたテキストデータ
１２から処理対象として文字コード（ｉ）が１つ演算手
段１３に読込まれる（Ｓ２）。一方、データストアシス
テム５に格納されている変換テーブルも記憶装置１２に
読込まれ、その変換テーブル１５に文字コード（ｉ）が
登録されているか否かが検証される。この検証は検証処
理ルーチン１６によって行われる（Ｓ３）。

【００１９】文字コード（ｉ）が登録されている場合に
は（Ｓ４）、文字コード変換システム２において、変換
テーブル２０（変換テーブル１５と同一）を参照して、
文字コードの変換が行われる。この変換は変換処理ルー
チン２１によって行われる（Ｓ５）。文字コード（ｉ）
が登録されていない場合には、文字コードの変換は行わ
れず、次の処理に進む（Ｓ４）。

【００２０】文字コード登録システム３において、文字
コード（ｉ）が変換されれば、変換された文字コードを
第１の管理テーブルに登録する。また文字コード（ｉ）
が変換されなければ、その文字コード（ｉ）とその文字
コード（ｉ）のテキストデータ中の場所（たとえば
“ｉ”）を第２の管理テーブルに登録する。また、必要
に応じて変換テーブル２４（初期状態は変換テーブル２
０と同一）に文字コード（ｉ）を登録する。この登録は
登録処理ルーチン２７によって行われる（Ｓ６）。ｉを
ｉ＋１に更新する（Ｓ７）。ｉが最終値であれば終了と
し、そうで無い場合にはＳ２に戻り上述の処理を繰返す
（Ｓ８）。

【００２１】図３は第１の文字コード体系と第２の文字
コード体系属する文字の包含関係を示す図である。図３
において、は第１の文字コード体系の標準コード文字
と、第２の文字コード体系の標準コード文字との共通文
字の集合を示す。またとを合わせたものは第１の文
字コード体系の標準コード文字の集合を示す。またと
を合わせたものは第１の文字コード体系の標準コード
文字の集合を示す。したがって、とを合わせたもの
は第１の文字コード体系の標準コード文字と、第２の文
字コード体系の標準コード文字との非共通文字の集合を
示す。また、は第１の文字コード体系の標準コード文
字と、第２の文字コード体系のいずれでもない文字の集
合を示す。また、第１の文字コード体系の外字はと
に含まれ、第２の文字コード体系の外字はとに含ま
れる。

【００２２】本発明において、標準コード変換テーブル
は図３におけるの文字の文字コードのテーブルであ
り、第１の変換テーブルは図３におけるとを合わせ
たものの文字の文字コードのテーブルであり、第２の変
換テーブルは図３におけるの文字の文字コードのテー
ブルである。なお文字コードの変換が第１の文字コード
体系から第２の文字コード体系へと一方方向に常に行わ
れる場合には、第１の変換テーブルは図３におけるの
文字の文字コードのテーブルであってもよい（を省略
することができる）。また第１の文字コード体系と第２
の文字コード体系において、一方の標準コード文字が他
方の標準コード文字を全て包含する場合には（そういう
場合が多いが）包含関係によってまたはのいずれか
は無集合となる。

【００２３】図４は第１の文字コード体系と第２の文字
コード体系属する文字の包含関係を棒グラフで示す図で
ある。図４において、テキストデータの配給側の文字コ
ード体系（第１の文字コード体系）はＪＥＦであり、受
領側の文字コード体系（第２の文字コード体系）はＳＪ
ＩＳである。図４に示すようにＪＥＦの標準コード文字
はＳＪＩＳの標準コード文字を完全に包含しているか
ら、この場合はＳＪＩＳ標準コード文字の部分が標準コ
ード変換テーブルを記述し、それら（ＪＥＦとＳＪＩ
Ｓ）の差の部分（図３の）が第１変換テーブルを記述
する文字コードの部分である。また、ＪＥＦの標準コー
ド文字に含まれていない文字（外字）が第２の変換テー
ブルを記述する部分である。Ａ社とＢ社のテキストデー
タの場合を示しているが、第２の変換テーブルは完全な
外字であるから同じ文字であっても、Ａ社とＢ社とでは
異なる文字コードが普通与えられる。したがって、第２
の変換テーブルは、テキストデータの配給側に応じて、
会社単位、部門単位、品目単位、注番単位等で、別々に
作成すると、再利用やメンテナンス等が容易となる。

【００２４】図５は本発明の文字コード検証システムに
おける処理の過程を示すフロー図である。図５において
文字コード検証システムについて説明する。まず、デー
タストアシステム５から文字コード検証システム１の記
憶手段１２にテキストデータファイルが読込まれる（Ｓ
１０１）。読込まれたテキストデータ１４から文字コー
ド（ｉ）が演算手段１３に読込まれる（Ｓ１０２）。

【００２５】次に、検証処理ルーチン１６によって文字
コードの検証が行われる。文字コードの検証は、まず標
準文字コード変換テーブルを参照して文字コード（ｉ）
が標準文字コード変換テーブルに登録されているか否か
が判定され、登録されている場合には所定の処理“ａ”
が行われる（Ｓ１０３）。標準文字コード変換テーブル
に登録されていない場合は、第１の変換テーブルを参照
して文字コード（ｉ）が第１の変換テーブルに登録され
ているか否かが判定され、登録されている場合には所定
の処理“ｂ”が行われる（Ｓ１０４）。第１の変換テー
ブルに登録されていない場合は、第２の変換テーブルを
参照して文字コード（ｉ）が第１の変換テーブルに登録
されているか否かが判定され、登録されている場合には
所定の処理“ｃ”が行われる。そして第２の変換テーブ
ルに登録されていない場合は所定の処理“ｄ”が行われ
る（Ｓ１０５）。上述における所定の処理“ａ”“ｂ”
“ｃ”“ｄ”は本発明においては任意の処理であって、
如何なるものでもよい。

【００２６】次に、ｉがｉ＋１に更新され（Ｓ１０
６）、ｉが終了値である場合には処理を終了し、そうで
ない場合にはＳ１０２に戻って上述の処理を繰り返す
（Ｓ１０７）。なお変換テーブルは、テキストデータ読
込み過程（Ｓ１０１）において、テキストデータを指定
した際に、そのテキストデータの文字コード体系や、そ
のテキストデータに属する第２の変換テーブルが特定で
きるから、必要な変換テーブルを、データストアシステ
ムから同時に読込むようにすることができる。

【００２７】図６は本発明の文字コード変換システムに
おける処理の過程を示すフロー図である。図６において
文字コード変換システムについて説明する。まず、デー
タストアシステム５から文字コード変換システム２の記
憶手段１７にテキストデータファイルが読込まれる（Ｓ
２０１）。読込まれたテキストデータ１９から文字コー
ド（ｉ）が演算手段１８に読込まれる（Ｓ２０２）。

【００２８】次に、変換処理ルーチン２１によって文字
コードの変換が行われる。文字コードの変換は、まず標
準文字コード変換テーブルを参照して文字コード（ｉ）
が標準文字コード変換テーブルに登録されている場合に
はそのテーブルで変換処理が行われ、さらに所定の処理
“Ａ”が行われる（Ｓ２０３）。標準文字コード変換テ
ーブルに登録されていない場合は、第１の変換テーブル
を参照して文字コード（ｉ）が第１の変換テーブルに登
録されている場合にはそのテーブルで変換処理が行わ
れ、さらに所定の処理“Ｂ”が行われる（Ｓ２０４）。
第１の変換テーブルに登録されていない場合は、第２の
変換テーブルを参照して文字コード（ｉ）が第１の変換
テーブルに登録されている場合にはそのテーブルで変換
処理が行われ、さらに所定の処理“Ｃ”が行われる。そ
して第２の変換テーブルに登録されていない場合は所定
の処理“Ｄ”が行われる（Ｓ２０５）。上述における所
定の処理“Ａ”“Ｂ”“Ｃ”“Ｄ”は本発明においては
任意の処理であって、如何なるものでもよく限定されな
いが、たとえば、変換済のテキストデータファイルを生
成する（“Ａ”“Ｂ”“Ｃ”）、あるいは、変換不可の
文字コードとその位置（たとえば“ｉ”）からなるデー
タファイルを生成する（“Ｄ”）等の処理が行われる。

【００２９】次に、ｉがｉ＋１に更新され（Ｓ２０
６）、ｉが終了値である場合には処理を終了し、そうで
ない場合にはＳ２０２に戻って上述の処理を繰り返す
（Ｓ１０７）。なお変換テーブルは、テキストデータ読
込み過程（Ｓ２０１）において、テキストデータを指定
した際に、そのテキストデータの文字コード体系や、そ
のテキストデータに属する第２の変換テーブルが特定で
きるから、必要な変換テーブルを、データストアシステ
ムから同時に読込むようにすることができる。また、上
述の例では変換テーブルの参照を各サブ変換テーブルを
参照して３回に分けたが、“Ａ”“Ｂ”“Ｃ”の処理を
異なったものとする必要がない場合には、図２で説明し
たように、変換テーブルの領域の全てを１度に参照して
１回で行うこともできる。

【００３０】図７は本発明の文字コード登録システムに
おける処理の過程を示すフロー図である。図７において
文字コード登録システムについて説明する。まず、デー
タストアシステム５から文字コード登録システム３の記
憶手段２２にテキストデータファイルが読込まれる（Ｓ
３０１）。読込まれたテキストデータ２４から文字コー
ド（ｉ）が演算手段２３に読込まれる（Ｓ３０２）。

【００３１】次に、登録処理ルーチン２７によって文字
コードの登録が行われる。文字コードの登録は、まず標
準文字コード変換テーブルおよび第１の変換テーブルを
参照して文字コード（ｉ）が標準文字コード変換テーブ
ルまたは第１の変換テーブルに登録されているか否かが
判定され、登録されている場合には第１の管理テーブル
に変換された文字コードの登録が行われる（図示せ
ず）。標準文字コード変換テーブルまたは第１の変換テ
ーブルに登録されていない場合は（この場合文字コード
（ｉ）は外字コードであるから、以降外字コード（ｉ）
とする）第２の変換テーブルを参照し、第１の（変換前
の）文字コード体系の外字コードが登録されており、か
つ、第２の（変換後の）文字コード体系の外字コードが
登録されている場合は、第２の変換テーブルに基づいて
外字コード（ｉ）を変換し、変換後の外字コードを第２
の管理テーブルに登録する（Ｓ３０３）。

【００３２】また、第１の文字コード体系の外字コード
が登録されており、かつ、第２の文字コード体系の外字
コードが登録されていない場合は、第１の文字コード体
系の外字コードを第１の管理テーブルに登録し、さら
に、第２の文字コード体系の文字コードとして任意に定
めた文字コードを第２の管理テーブルに登録する（Ｓ３
０４）。また、第１の文字コード体系の外字コードが登
録されておらず、かつ、第２の文字コード体系の外字コ
ードが登録されていない場合は、第１の文字コード体系
の外字コードを第２の変換テーブルに登録し、また第１
の管理テーブルに登録し、さらに、第２の文字コード体
系の外字コードとして任意に定めた文字コードを第２の
管理テーブルに登録する（Ｓ３０５）。

【００３３】次に、ｉがｉ＋１に更新され（Ｓ３０
６）、ｉが終了値である場合には処理を終了し、そうで
ない場合にはＳ３０２に戻って上述の処理を繰り返す
（Ｓ３０７）。なお変換テーブルは、テキストデータ読
込み過程（Ｓ３０１）において、テキストデータを指定
した際に、そのテキストデータの文字コード体系や、そ
のテキストデータに属する第２の変換テーブルが特定で
きるから、必要な変換テーブルを、データストアシステ
ムから同時に読込むようにすることができる。

【００３４】図８は第１の変換テーブルの一例を表とし
て示す図である。図８において、“漢字コード体系”の
欄には第１の文字コード体系の名称、すなわち、変換前
の文字コード体系の名称、配給側システムの文字コード
体系、入稿先の文字コード体系の名称が記載されてい
る。“漢字コード”の欄には、第１の文字コード体系の
文字コードが記載されている。また、“受領側漢字コー
ド”の欄には、第１の文字コード体系の文字コードに対
応する第２の文字コード体系のコードが記載されてい
る。この第１の変換テーブルは、データベースのリレー
ションとして記述される。リレーション名は“第１の変
換テーブル”であり、その属性名は“漢字コード体系”
“漢字コード”“受領側漢字コード”である。そして、
“ＪＥＦ”や“７８ＪＩＳ”は“漢字コード体系”の要
素であり、“Ｂ０Ｆ１”や“Ｂ１Ｂ３”は“漢字コー
ド”の要素であり、“Ｆ６４０”や“Ｆ６４１”は“受
領側漢字コード”の要素である。

【００３５】図９は第２の変換テーブルの一例を表とし
て示す図である。図９において、“入稿先ＩＤ”の欄に
は入稿先の名称、すなわち、Ａ社、Ｂ社、部門、品目、
注番等の名称が記載されている。“入稿先文字コード”
の欄には、第１の文字コード体系の文字コードが記載さ
れている。また、“受領側文字コード”の欄には、第１
の文字コード体系の文字コードに対応する第２の文字コ
ード体系のコードが記載されている。図９中の
“（？）”は、抽出したが未登録であること、すなわ
ち、前述した文字コード登録処理におけるＳ３０４の処
理（図７参照）が行われた結果が記載されている。この
第２の変換テーブルは、データベースのリレーションと
して記述される。リレーション名は“第２の変換テーブ
ル”であり、その属性名は“入稿先ＩＤ”“入稿先文字
コード”“受領側文字コード”である。そして、“Ａ”
や“Ｂ”は“入稿先ＩＤ”の要素であり、“８０Ａ１”
や“８１Ａ２”は“入稿先文字コード”の要素であり、
“Ｆ０４３”や“Ｆ１５０”は“受領側文字コード”の
要素である。

【００３６】図１０は第１の管理テーブルの一例を表と
して示す図である。図１０において、“入稿先ＩＤ”の
欄には入稿先の名称、すなわち、Ａ社、Ｂ社、部門、品
目、注番等の名称が記載されている。“発生レコードＮ
ｏ．”の欄には、第１の文字コード体系の文字コード
（ｉ）のテキストデータ内の位置、この場合は、レコー
ド番号が記載されている。また、“フィールドＮｏ．”
の欄には、第１の文字コード体系の文字コード（ｉ）の
レコード内の位置、この場合は、フィールド番号が記載
されている。また、“外字位置”の欄には、第１の文字
コード体系の文字コード（ｉ）のフィールド内の位置、
この場合は、先頭からのデータバイト数が記載されてい
る。また、“未登録入稿文字コード”の欄には、第１の
文字コード体系の文字コード（ｉ）の文字コードで、１
文字のデータが記載されている。前述の文字コード登録
処理（図７参照）において文字コードの登録は、１文字
づつ登録してもよく、フィールド単位で文字列として登
録してもよい。図１０に示すように、この場合は文字列
として登録するよりは１文字のデータで登録するほう
が、データの後処理、第２の変換テーブルに新規登録す
る等においてデータ形式の整合性がよくなる。

【００３７】このように第１の管理テーブルは、テキス
トデータ中の未登録の外字の文字コードをテキストデー
タ内の位置データとともに記録したものであり、図１０
に示しように“外字ロケーション管理テーブル”とも呼
ぶべき管理テーブルである。この“外字ロケーション管
理テーブル”への登録は、前述したように、文字コード
登録処理（図７参照）における第１の管理テーブルに登
録する処理過程（Ｓ３０４，Ｓ３０５）によって登録さ
れたものである。この第１の管理テーブルは、データベ
ースのリレーションとして記述される。リレーション名
は“第１の管理テーブル”もしくは“テキストデータ管
理テーブル”であり、その属性名は“入稿先ＩＤ”“発
生レコードＮｏ．”“フィールドＮｏ．”“外字位置”
“未登録入稿文字コード”である。そして、“Ａ”は
“入稿先ＩＤ”の要素であり、“１”“４１”は“発生
レコードＮｏ．”の要素であり、“２”は“フィールド
Ｎｏ．”の要素であり、“９”“１”は“外字位置”の
要素であり、“８０Ａ３”“８０Ａ４”は“未登録入稿
文字コード”の要素である。なお、位置データとして
“発生レコードＮｏ．”等を登録する例を示したが、レ
コードに限定されず、外字データの位置を特定する他の
データ、例えば社員番号であってもよい。

【００３８】図１１は第２の管理テーブルの一例を表と
して示す図である。図１１において、“入稿先ＩＤ”の
欄には入稿先の名称、すなわち、Ａ社、Ｂ社、部門、品
目、注番等の名称が記載されている。“発生レコードＮ
ｏ．”の欄には、第１の文字コード体系の文字コード
（ｉ）のテキストデータ内の位置、この場合は、レコー
ド番号が記載されている。また、“フィールドＮｏ．”
の欄には、第１の文字コード体系の文字コード（ｉ）の
レコード内の位置、この場合は、フィールド番号が記載
されている。また、“文字データ（受領側文字コー
ド）”の欄には、第１の文字コード体系の文字コード
（ｉ）を第２の文字コード体系の文字コードに変換した
文字コードで、１フィールドに属する文字列のデータが
記載されている。前述の文字コード登録処理（図７参
照）において文字コードの登録は、１文字づつ登録して
もよいが、フィールド単位で文字列として登録してもよ
い。図１１に示すようにフィールド単位で文字列として
登録することにより、データの後処理、たとえばプリン
トイメージデータの作成等においてデータ形式の整合性
がよくなる。

【００３９】このように第２の管理テーブルは、テキス
トデータを文字コード変換したデータをテキストデータ
内の位置データとともに記録したものであり、図１１に
示しように“テキストデータ管理テーブル”とも呼ぶべ
き管理テーブルである。図１１中において、“文字デー
タ（受領側文字コード）”の欄の“■”は未登録文字コ
ードを“■”に変換したことを示している。すなわち、
前述の文字コード登録処理（図７参照）における任意に
定めた文字コードを第１の管理テーブルに登録する処理
過程（Ｓ３０４，Ｓ３０５）によって登録されたもので
ある。この第２の管理テーブルは、データベースのリレ
ーションとして記述される。リレーション名は“第２の
管理テーブル”もしくは“テキストデータ管理テーブ
ル”であり、その属性名は“入稿先ＩＤ”“発生レコー
ドＮｏ．”“フィールドＮｏ．”“文字データ（受領側
文字コード）”である。そして、“Ａ”は“入稿先Ｉ
Ｄ”の要素であり、“１”は“発生レコードＮｏ．”の
要素であり、“１”“２”“３”は“フィールドＮ
ｏ．”の要素であり、や“１００１”“大日本■太郎”
“営業部”は“文字データ（受領側文字コード）”の要
素である。なお、必要に応じてその他の属性として、文
字データのデータタイプ（１バイト系、２バイト系また
は混在）、文字数等を加えてもよい。

【００４０】次に、本発明のシステムの好適な適用例で
ある個人情報発行システムについて説明する。図１２は
個人情報発行システムの全体構成の主として入力側を示
す図（ページ１／２）である。また図１３は個人情報発
行システムの全体構成の主として出力側をを示す図（ペ
ージ２／２）である。図１２および図１３において、１
０１はデータベース管理手段、１０２はイーサネット等
のＬＡＮ（Local Area Network）、１０３は入稿仕様登
録手段、１０４はカード印字レイアウト登録手段、１０
５はテキスト入稿手段、１０６は画像入稿手段、１０７
は帳票印字レイアウト登録手段、１０８はディジタル出
力仕様登録手段、１０９は発行指示手段、１１０は生産
管理手段、１１１は抽出手段、１１２はカード出力手
段、１１３は帳票出力手段、１１４はディジタルメディ
ア出力手段である。図１２および図１３に示すように、
データベース管理手段１０１は画像データ、文字デー
タ、レイアウトデータ、入稿情報、発行指示情報、出力
情報、生産管理情報をデータベースとして保存し管理す
る。またデータベース管理手段１０１はＬＡＮ１０２に
接続されており、ＬＡＮ１０２を介してＬＡＮ１０２に
接続され他の端末とデータの相互転送を行うことができ
る。図のシステム構成においては、データベース管理手
段１０１はサーバーとして、その他の登録、入力、出力
手段はクライアントとして位置付けられている。各手段
はパーソナルコンピュータ、ワークステーション等のコ
ンピュータの本体とディスプレイ、キーボードから構成
されている。画像入力手段、カード出力手段、帳票出力
手段等はそれぞれ専用の入出力装置を有する。

【００４１】入稿仕様登録手段１０３は、入稿先のユー
ザ毎に登録、管理する。まず、テキストデータ入稿仕様
の登録の場合、入稿される媒体の種類やフォーマット、
漢字コード体系等の基本属性と、ファイル内の社員番号
や氏名、住所等の入稿ファイルレイアウト情報を登録す
る。その際、既にカード印字レイアウト仕様等の出力仕
様が登録されている場合、それらの必要な項目を全て入
稿できるよう、出力仕様を参照しながら入稿情報が登録
される。図１４はユーザ入稿テキストデータのレコード
レイアウトの一例を示す図である。図１４においてフィ
ールド〔Ａ〕は社員ＩＤ（Identification）番号が３桁
（３バイト）で記録され、フィールド〔Ｂ〕は氏名が１
０桁（２０バイト）で、フィールド〔Ｃ〕は所属名が２
０桁（４０バイト）で記録されていることを示してい
る。

【００４２】図１５はアイテム仕様の登録画面の一例で
あり得意先テキストデータの仕様を登録する画面を示す
図である。図１５に示すようにユーザテキストデータの
レコードは社員番号、氏名、有効期限、所属の４つのフ
ィールドから構成されている。そして社員番号はレコー
ドの１バイト目から６バイト目までタイプ１（数字）で
６バイト記録されており、氏名はレコードの７バイト目
から２２バイト目までタイプ３（２バイト文字）で１６
バイト記録されており、有効期限はレコードの２３バイ
ト目から２７バイト目までタイプ１（数字）で５バイト
記録されており、所属はレコードの２８バイト目から３
１バイト目までタイプ１（数字）で４バイト記録されて
いる。

【００４３】画像データ入稿仕様についても同様に、入
稿される媒体の種類やフォーマット（ディジタル画像の
フォーマットや写真や絵などの紙面データも含む）等の
基本属性と、入稿サイズを登録する。その際も、既にカ
ード印字レイアウト仕様等の出力仕様が登録されている
場合、それらを基準とした必要かつ十分なサイズで取り
込めるように、登録することが可能である。それによっ
て、ハードディスク等の保存資産を有効に使え、また出
力時の拡大処理による品質劣化を防ぐことができる。図
１６は出力仕様を参照して画像データを入稿する過程を
模式的に示す図である。図１６において、カード印字仕
様では天地：１００ｄｏｔ、左右：１００ｄｏｔ、また
ディジタルメディア出力仕様では天地：５０ｄｏｔ、左
右：５０ｄｏｔであるので、画像データ入稿仕様では天
地：１００ｄｏｔ、左右：１００ｄｏｔとして入稿すれ
ば品質上は十分であり、これ以上の画素密度でデータを
入稿する必要はない。

【００４４】図１７はアイテム仕様の登録画面の一例で
あり得意先画像データの仕様を登録する画面を示す図で
ある。図１７に示すように画像の種類は“Ｑ”〜“Ｙ”
までの９種類を登録することができ、この場合は１種類
のみ登録されている。得意先が入稿する媒体は“０１”
の写真であり、その写真をディジタルデータとして保存
する画像ファイルの媒体は“０２”のＭＯ（光磁気ディ
スク）である。また“ＴａｇＦ”は・・・・・・を意味
し、“基準１”は・・・・・・を意味し、画像データの
サイズは（天地３７２画素）×（左右２７８画素）であ
る。図１７に示すように出力仕様の画像サイズが表示さ
れており、この表示を参考にして登録を行うことができ
る。

【００４５】カード印字レイアウト登録手段１０４と帳
票レイアウト登録手段７は、入稿されるユーザデータの
社員番号や氏名、住所等の項目ごとの印字位置、文字サ
イズ、印字フォント等が登録される。また、印字形態が
文字だけでなくバーコードや磁気記録部エンコード等の
機械読取り可能なデータが出力される場合には、その出
力データを構成するユーザデータの項目や、印字サイ
ズ、フォーマット等を登録する。図１８は項目ごとの印
字位置、印字フォント、文字サイズの登録状況を表とし
て示す図である。

【００４６】ディジタルメディア出力仕様登録手段８
は、入稿仕様登録手段と内容的には同じで、出力する媒
体に必要なユーザデータの項目とその属性を記録する。
対象となる項目は文字データでも画像データでもよい。
画像の場合は、データベース上でＪＰＥＧ等の方式で圧
縮されている場合などにおいて出力フォーマットがそれ
と異なる場合には、解凍した後登録されているフォーマ
ットに変換し、所定の媒体にデータを作成する。

【００４７】テキスト入稿手段では、ユーザごとに入稿
仕様登録手段で登録された仕様に基づき、テキストデー
タをデータベース上の標準コード体系に変換するため
に、文字コードおよび漢字コード体系に変換する。その
際に発生するユーザ固有の外字コードを抽出し、文字デ
ータと同様にユーザ外字コードをデータベースに登録す
る。また、抽出したユーザ外字コードに対して、データ
ベース上で一元的に管理している標準外字コード体系の
コードをユーザ外字に対して割り当てる。この対応を、
データベースに登録しておけば、初回テキスト入稿時以
降同一のユーザ外字は自動外字コードに変換される。

【００４８】また、入稿されるテキスト中で画像データ
とのマッチングをとるためのユニークとなる項目で、デ
ータベース上に既に登録されているレコードを検索し、
入稿テキストデータが新規かあるいは、更新データかを
チェックした後その処理を指示し、データベース管理手
段に登録する。入稿されるテキストデータは、フロッピ
ーディスク（ＦＤ）や光磁気ディスク（ＭＯ）等の携帯
メディアでもオンラインネットワークから転送されるフ
ァイルでも構わない。

【００４９】この時、レイアウト情報登録手段で出力レ
イアウト仕様を、複数のレイアウトパターンで出力可能
なようにフラグ対応とした場合、レイアウト情報入力手
段でレイアウトのフラグ情報を、ユーザデータからテキ
スト入力手段と同様の方法で文字データを取得し、これ
を出力レイアウトの仕様として、データベース管理手段
に登録する。この機能によって、ユーザデータのレコー
ドごとに多様な出力仕様を持たせることができる。たと
えば、先の例で社員ＩＤの下一桁が何であるかによって
カードの印字仕様を変えるには、“０”〜“９”までの
１０パターンのカード印字仕様を登録しておき、入稿仕
様にユーザ入稿テキストの〔Ａ〕フィールドの３バイト
目にカード印字レイアウトのフラグ情報があることを登
録しておく。これによって、テキストを入稿すると同時
にユーザデータのレコードごとにカード印字仕様が、自
動的にデータベースに登録される。

【００５０】画像入稿手段１０６も、テキスト入稿手段
と同様ユーザごとに入稿仕様登録手段で登録された仕様
をもとに、入稿する画像のサイズにトリミングまたは拡
大縮小しデータベースに登録する。フロッピーディスク
（ＦＤ）や光磁気ディスク（ＭＯ）等のディジタル画像
データでは、その画像データのフォーマットをデータベ
ースで登録管理している標準フォーマットに変換した後
登録する。また、テキスト同様に入稿時にそのデータ
が、新規かあるいは、更新データかをチェックした後そ
の処理を指示し、データベース管理手段に登録する。

【００５１】発行指示手段９では、ユーザの入稿された
データの内、どのデータを、どの順で、どの媒体に出力
するかを登録する。この手段では、すでに入稿されてい
るテキストデータや画像データをもとに、発行指示デー
タも作成することが可能である。また、テキストデータ
や画像データとは別に第３のデータとして、発行序列デ
ータを入稿することも可能である。図１９は発行序列デ
ータを参照して文字データが利用されることが表として
示されている。

【００５２】抽出手段１１１では、ユーザごとに登録さ
れている発行指示データをもとに、出力先の出力仕様に
基づいて、文字データや画像データを検索し、入稿デー
タに不足がないか否かをチェックする。その後、指示さ
れている出力先に対し、文字データや画像データの抽出
処理を行い、出力装置ごとに定められたファイル等の中
間データを生成する。カードなどの出力手段では、抽出
済みの中間データをもとに出力装置に対して出力処理を
実行する。その際、生産管理情報として、出力履歴をデ
ータベース管理手段に登録する。また抽出手段と出力手
段を一つの手段として組み合わせてもよいが、処理を分
散化させ、作業の平準化を図るためには前述のように手
段を分けるほうが好ましい。

【００５３】以上で個人情報記録媒体発行システムの構
成と動作の説明を終え、次に個人情報記録媒体を発行す
る処理過程について説明する。図２０は上記システムに
おいて個人情報記録媒体を発行する処理過程を示すフロ
ー図である。図２０において、まずアイテム仕様の登録
が行われる。アイテム仕様の登録は、入稿される文字デ
ータと画像データの仕様である入稿仕様を登録する入稿
仕様登録手段１０３、カード上に印字するためのカード
印字レイアウト情報を入力するカード印字レイアウト登
録手段１０４、写真台紙等に印字するための帳票印字レ
イアウト情報を入力する帳票印字レイアウト登録手段１
０７、ディジタルメディアに加工するためのディジタル
出力レイアウト情報を入力するディジタル出力レイアウ
ト登録手段１０８、等によって行われ、データベース管
理手段１によってデータベースの入稿情報あるいはレイ
アウトデータとして格納される（Ｓ４０１）。

【００５４】次にテキストデータがテキスト入稿手段５
から入稿され、データベース管理手段１０１によってデ
ータベースの文字データとして格納される（Ｓ４０
２）。そして発行指示手段１０９において発行指示デー
タが作成され、データベース管理手段１０１によってデ
ータベースの発行指示情報として格納され（Ｓ４０
３）、発行指示情報と出力レイアウト情報に基づいて抽
出手段１１１によって必要な文字データが抽出され、デ
ータベース管理手段１０１によってデータベースの出力
情報として格納される（Ｓ１０４）。そして、その出力
情報に基づいて帳票出力手段１１４によって写真台紙へ
の印字出力が行われ（Ｓ１０５）。図２１は写真台紙の
一例を示す図である。図２１において、ＳＥＱ．ＮＯ．
（通し番号）、氏名（大日本花子）、社員番号の文
字、社員番号のバーコード、および顔写真を貼る位置が
示されている。顔写真は得意先において貼りつけられる
ものであって、写真台紙への印字出力が行われたステッ
プにおいては貼られていない。

【００５５】次に顔写真が貼りつけられて得意先から返
却された写真台紙から画像入稿手段１０６によって画像
データが入稿され、データベース管理手段１０１によっ
てデータベースの画像データとして格納される（Ｓ４０
６）。以上のステップによって出力に必要な全てのデー
タが揃うことになるが、たとえば得意先から返却された
写真台紙に不足が生じている等によりデータが不足して
いる場合もある。

【００５６】次に出力選択が行われ（Ｓ４０７）、ＩＤ
カードを発行するのであれば、抽出手段１１によって、
まず出力先の出力仕様に基づいて文字データや画像デー
タを検索し入稿データに不足がないか否か整合性をチェ
ックする。不足がある場合には、その旨がファイル等に
出力されるとともに不足があるデータは出力処理を行わ
ないようにする。その後、指示されている出力先に対
し、必要な文字データと画像データが抽出され、データ
ベース管理手段１によってデータベースの出力情報とし
て格納され（Ｓ４０８）、その出力情報に基づきＩＤカ
ード出力手段１２によってＩＤカードの発行が行われ
る。出力情報は整合性のチェック済みであるから機械停
止等の阻害がなくスムーズに出力処理が行われる（Ｓ４
０９）。出力処理を終了する場合は処理を終了とし、継
続するのであればＳ４０７に戻る（Ｓ４１０）。

【００５７】同様に、ディジタルメディアを発行するの
であれば、抽出手段１１１によって整合性をチェック後
に必要な文字データと画像データが抽出され、データベ
ース管理手段１０１によってデータベースの出力情報と
して格納され（Ｓ４１１）、その出力情報に基づきデジ
タル出力手段１４によってディジタルメディアの発行が
行われる（Ｓ４１２）。出力処理を終了する場合は処理
を終了とし、継続するのであればＳ４０７に戻る（Ｓ４
１０）。また郵送台紙を発行するのであれば、抽出手段
１１１によって整合性をチェック後に必要な文字データ
と画像データが抽出され、データベース管理手段１０１
によってデータベースの出力情報として格納され（Ｓ４
１３）、その出力情報に基づき帳票出力手段１１３によ
って郵送台紙の発行が行われる（Ｓ４１４）。出力処理
を終了する場合は処理を終了とし、継続するのであれば
Ｓ４０７に戻る（Ｓ４１０）。

【００５８】

【発明の効果】以上のように本発明によれば、テキスト
データの文字コードを変換する処理の負荷が小さく、文
字コード変換テーブルの必要数が少なく、外字コード変
換テーブルを変更する処理が容易な文字コード検証、変
換および登録システムが提供される。このシステムによ
れば、テキストデータの配給側システムにおける外字コ
ード登録等の処理が必要なく、登録されていない文字コ
ードがある場合でもテキストデータの受領側システムで
判定処理を行うことにより、異常停止、異常変換等を生
じない。また、テキストデータを受領側システムに変
換する処理時間を低減でき、配給側（入稿側、得意
先）のシステムごとに管理する外字コード変換テーブル
の情報量が減り、登録作業の負荷が小さく、未登録外
字を含むテキストデータファイルを一度入稿した後、フ
ィールド単位で変換処理を施せ、配給側と受領側の両
システムで定義する外字を統一できる。

【図面の簡単な説明】

【図１】本発明のシステムの構成を示す図である。

【図２】本発明の文字コード検証、変換、登録システム
を組合わせたシステムにより行われるテキストデータ受
領処理の処理過程を示すフローチャートである。

【図３】第１の文字コード体系と第２の文字コード体系
属する文字の包含関係を示す図である。

【図４】第１の文字コード体系と第２の文字コード体系
属する文字の包含関係を棒グラフで示す図である。

【図５】本発明の文字コード検証システムにおける処理
の過程を示すフロー図である。

【図６】本発明の文字コード変換システムにおける処理
の過程を示すフロー図である。

【図７】本発明の文字コード登録システムにおける処理
の過程を示すフロー図である。

【図８】第１の変換テーブルの一例を表として示す図で
ある。

【図９】第２の変換テーブルの一例を表として示す図で
ある。

【図１０】第１の管理テーブルの一例を表として示す図
である。

【図１１】第２の管理テーブルの一例を表として示す図
である。

【図１２】個人情報発行システムの全体構成の主として
入力側を示す図（ページ１／２）である。

【図１３】個人情報発行システムの全体構成の主として
出力側をを示す図（ページ２／２）である。

【図１４】ユーザ入稿テキストデータのレコードレイア
ウトの一例を示す図である。

【図１５】アイテム仕様の登録画面の一例であり得意先
テキストデータの仕様を登録する画面を示す図である。

【図１６】出力仕様を参照して画像データを入稿する過
程を模式的に示す図である。

【図１７】アイテム仕様の登録画面の一例であり得意先
画像データの仕様を登録する画面を示す図である。

【図１８】項目ごとの印字位置、印字フォント、文字サ
イズの登録状況を表として示す図である。

【図１９】発行序列データを参照して文字データが利用
されることが表として示されている。

【図２０】個人情報記録媒体を発行する処理過程を示す
フロー図である。

【図２１】写真台紙の一例を示す図である。

【符号の説明】

１文字コード検証システム２文字コード変換システム３文字コード登録システム４，１０２ＬＡＮ５データストアシステム６，８，１０入力手段７，９，１１出力手段１２，１７，２２記憶手段１３，１８，２３演算手段１４，１９，２４テキストデータ１５，２０．２５変換テーブル１６検証処理ルーチン２１変換処理ルーチン２６管理テーブル２７登録処理ルーチン１０１データベース管理手段１０２ＬＡＮ１０３入稿仕様登録手段１０４カード印字レイアウト登録手段１０５テキスト入稿手段１０６画像入稿手段１０７帳票印字レイアウト登録手段１０８ディジタル出力仕様登録手段１０９発行指示手段１１０生産管理手段１１１抽出手段１１２カード出力手段１１３帳票出力手段１２０ディジタルメディア出力手段

【手続補正書】

【提出日】平成７年１２月７日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００４０

【補正方法】変更

【補正内容】

【００４０】次に、本発明のシステムの好適な適用例で
ある個人情報発行システムについて説明する。図１２は
個人情報発行システムの全体構成の主として入力側を示
す図（ページ１／２）である。また図１３は個人情報発
行システムの全体構成の主として出力側を示す図（ペー
ジ２／２）である。図１２および図１３において、１０
１はデータベース管理手段、１０２はイーサネット等の
ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、１０
３は入稿仕様登録手段、１０４はカード印字レイアウト
登録手段、１０５はテキスト入稿手段、１０６は画像入
稿手段、１０７は帳票印字レイアウト登録手段、１０８
はディジタル出力仕様登録手段、１０９は発行指示手
段、１１０は生産管理手段、１１１は抽出手段、１１２
はカード出力手段、１１３は帳票出力手段、１１４はデ
ィジタルメディア出力手段である。図１２および図１３
に示すように、データベース管理手段１０１は画像デー
タ、文字データ、レイアウトデータ、入稿情報、発行指
示情報、出力情報、生産管理情報をデータベースとして
保存し管理する。またデータベース管理手段１０１はＬ
ＡＮ１０２に接続されており、ＬＡＮ１０２を介してＬ
ＡＮ１０２に接続され他の端末とデータの相互転送を行
うことができる。図のシステム構成においては、データ
ベース管理手段１０１はサーバーとして、その他の登
録、入力、出力手段はクライアントとして位置付けられ
ている。各手段はパーソナルコンピュータ、ワークステ
ーション等のコンピュータの本体とディスプレイ、キー
ボードから構成されている。画像入力手段、カード出力
手段、帳票出力手段等はそれぞれ専用の入出力装置を有
する。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００５４

【補正方法】変更

【補正内容】

【００５４】次にテキストデータがテキスト人稿手段５
から入稿され、データベース管理手段１０１によってデ
ータベースの文字データとして格納される（Ｓ４０
２）。そして発行指示手段１０９において発行指示デー
タが作成され、データベース管理手段１０１によってデ
ータベースの発行指示情報として格納され（Ｓ４０
３）、発行指示情報と出力レイアウト情報に基づいて抽
出手段１１１によって必要な文字データが抽出され、デ
ータベース管理手段１０１によってデータベースの出力
情報として格納される（Ｓ４０４）。そして、その出力
情報に基づいて帳票出力手段１１４によって写真台紙ヘ
の印字出力が行われ（Ｓ４０５）。図２１は写真台紙の
一例を示す図である。図２１において、ＳＥＱ．ＮＯ．
（通し番号）、氏名（大日本花子）、社員番号の文
字、社員番号のバーコード、および顔写真を貼る位置が
示されている。顔写真は得意先において貼りつけられる
ものであって、写真台紙への印字出力が行われたステッ
プにおいては貼られていない。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図１】本発明のシステムの構成を示す図である。

【図１３】個人情報発行システムの全体構成の主として
出力側を示す図（ページ２／２）である。

【図２１】写真台紙の一例を示す図である。

【符号の説明】１文字コード検証システム２文字コード変換システム３文字コード登録システム４，１０２，１０２’ ＬＡＮ５データストアシステム６，８，１０入力手段７，９，１１出力手段１２，１７，２２記憶手段１３，１８，２３演算手段１４，１９，２４テキストデータ１５，２０．２５変換テーブル１６検証処理ルーチン２１変換処理ルーチン２６管理テーブル２７登録処理ルーチン１０１データベース管理手段１０３入稿仕様登録手段１０４カード印字レイアウト登録手段１０５テキスト入稿手段１０６画像入稿手段１０７帳票印字レイアウト登録手段１０８ディジタル出力仕様登録手段１０９発行指示手段１１０生産管理手段１１１抽出手段１１２カード出力手段１１３帳票出力手段１１４ディジタルメディア出力手段

【手続補正４】

【補正対象書類名】図面

【補正対象項目名】図１２

【補正方法】変更

【補正内容】

【図１２】

【手続補正５】

【補正対象書類名】図面

【補正対象項目名】図１３

【補正方法】変更

【補正内容】

【図１３】

【手続補正６】

【補正対象書類名】図面

【補正対象項目名】図２０

【補正方法】変更

【補正内容】

【図２０】

【手続補正７】

【補正対象書類名】図面

【補正対象項目名】図２１

【補正方法】変更

【補正内容】

【図２１】

Claims

【特許請求の範囲】

【請求項１】所定の文字コードが複数の変換テーブル
に登録されているか否かを検証処理することを特徴とす
る文字コード検証システム。
【請求項２】前記変換テーブルはデータベースのリレ
ーションとして記述され、前記検証処理はデータベース
のデータ操作言語で記述されることを特徴とする請求項
１記載の文字コード検証システム。
【請求項３】前記変換テーブルは、標準コード変換テ
ーブルと、第１の変換テーブルと、第２の変換テーブル
と、から成り、前記標準コード変換テーブルには、第１の文字コード体
系の標準コード文字と、第２の文字コード体系の標準コ
ード文字と、の共通文字の文字コードを変換するデータ
が記述され、前記第１の変換テーブルには、前記第１の文字コード体
系の標準コード文字と、前記第２の文字コード体系の標
準コード文字と、の非共通文字の文字コードを前記第１
または前記第２の各文字コード体系の各外字コードに変
換するデータが記述され、前記第２の変換テーブルには、前記第１の文字コード体
系の標準コード文字と、前記第２の文字コード体系の標
準コード文字と、のいずれでもない文字コードを、前記
第１または前記第２の各文字コード体系の各外字コード
に変換するデータが記述されている、ことを特徴とする請求項１または２記載の文字コード検
証システム。
【請求項４】所定の文字コードを複数の変換テーブル
の内で前記所定の文字コードが登録されている変換テー
ブルを使用し変換処理することを特徴とする文字コード
変換システム。
【請求項５】前記変換テーブルはデータベースのリレ
ーションとして記述され、前記変換処理はデータベース
のデータ操作記述言語で記述されることを特徴とする請
求項４記載の文字コード変換システム。
【請求項６】前記変換テーブルは、標準コード変換テ
ーブルと、第１の変換テーブルと、第２の変換テーブル
と、から成り、前記標準コード変換テーブルには、第１の文字コード体
系の標準コード文字と、第２の文字コード体系の標準コ
ード文字と、の共通文字の文字コードを変換するデータ
が記述され、前記第１の変換テーブルには、前記第１の文字コード体
系の標準コード文字と、前記第２の文字コード体系の標
準コード文字と、の非共通文字の文字コードを前記第１
または前記第２の各文字コード体系の各外字コードに変
換するデータが記述され、前記第２の変換テーブルには、前記第１の文字コード体
系の標準コード文字と、前記第２の文字コード体系の標
準コード文字と、のいずれでもない文字コードを、前記
第１または前記第２の各文字コード体系の各外字コード
に変換するデータが記述されている、ことを特徴とする請求項４または５記載の文字コード変
換システム。
【請求項７】変換テーブルに基づいてコード変換され
た文字コードは第２の管理テーブルに登録処理し、その
他の文字コードは第１の管理テーブルと第２の管理テー
ブルに登録処理することを特徴とする文字コード登録シ
ステム。
【請求項８】前記変換テーブルはデータベースのリレ
ーションとして記述され、前記登録処理はデータベース
のデータ操作記述言語で記述されることを特徴とする請
求項７記載の文字コード登録システム。
【請求項９】前記変換テーブルには、標準コード変換
テーブルと、第１の変換テーブルと、第２の変換テーブ
ルと、から成り、前記標準コード変換テーブルは、第１の文字コード体系
の標準コード文字と、第２の文字コード体系の標準コー
ド文字と、の共通文字の文字コードを変換するデータが
記述され、前記第１の変換テーブルには、前記第１の文字コード体
系の標準コード文字と、前記第２の文字コード体系の標
準コード文字と、の非共通文字の文字コードを前記第１
または前記第２の各文字コード体系の各外字コードに変
換するデータが記述され、前記第２の変換テーブルには、前記第１の文字コード体
系の標準コード文字と、前記第２の文字コード体系の標
準コード文字と、のいずれでもない文字コードを、前記
第１または前記第２の各文字コード体系の各外字コード
に変換するデータが記述されている、ことを特徴とする請求項７または８記載の文字コード登
録システム。
【請求項１０】前記登録処理は、少なくとも下記〜
いずれかを行う、すなわち、前記第１の文字コード体系の外字コードが登録されて
おり、かつ、前記第２の文字コード体系の外字コードが
登録されている場合は、前記第２の変換テーブルに基づ
いて前記外字コードを変換し、変換後の文字コードを第
２の管理テーブルに登録し、前記第１の文字コード体系の外字コードが登録されて
おり、かつ、前記第２の文字コード体系の外字コードが
登録されていない場合は、前記第１の文字コード体系の
外字コードを第１の管理テーブルに登録し、さらに、前
記第２の文字コード体系の文字コードとして任意に定め
た文字コードを第２の管理テーブルに登録し、前記第１の文字コード体系の外字コードが登録されて
おらず、かつ、前記第２の文字コード体系の外字コード
が登録されていない場合は、前記第１の文字コード体系
の外字コードを前記第２の変換テーブルに登録し、また
第１の管理テーブルに登録し、さらに、前記第２の文字
コード体系の外字コードとして任意に定めた文字コード
を第２管理テーブルに登録する、ことを特徴とする請求項７〜９のいずれかに記載の文字
コード登録システム。