JPH04123226A - データ交換方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データ処理装置に係り、特にデータ構造の異
なるデータ間でのデータ交換方法に関する。

〔従来の技術〕

従来のデータ交換は、変換元と変換先のデータを格納す
る形式が同じか、異なっているときは各各の交換項目が
固定されていた。また、各々の交換項目は１項目対１項
目に対応づけられていた。

一方、変換元のデータの文字数が交換先の交換項目の文
字数より多い場合は、格納し切れない一部のデータを削
除して格納していた。

〔発明が解決しようとする課題〕

前記の従来技術でデータ交換を行うと、不必要な項目も
交換の対象となり、また、交換先、の項目を自由に指定
できなかった。更に、交換元と交換先で項目構成が異な
る場合、交換元の１項目が交換先においては複数の項目
に該当する場合や、逆に交換元の複数項目が交換先の１
項目に該当する場合などがあり、意図するデータ交換が
できず、使いにくかった。

一方、格納できずにデータの一部が削除された場合、デ
ータ交換後にデータが削除されずに格納された項目と削
除されて格納された項目がどれであるのか、交換先と交
換元のデータを突き合わせないと見つけ出せず、この突
合せに多大の作業量が必要であり、見落とすなどの問題
があった。

〔課題を解決するための手段〕

データ交換の際、データの交換の対象とする項目を指定
し、交換元と交換先の項目間での対応付け、この対応付
の際に、１項目に対して複数の項目を対応付けることを
可能とする。一方、データの一部が削除されて格納され
た項目がある場合は、削除された項目であることを示す
特殊文字などの符号を付加して格納する。

以上の処置を実施することにより前記課題は解決できる
。

〔作用〕

交換元の対象とする項目データだけを、交換先の意図す
る項目に指定してデータ交換をすることができるので、
データ交換後、不要な項目のデータを削除するなどの作
業が不要である。また、格納できないデータがある場合
は、目印とする符号が格納さ九るので、どの項目で格納
できなかったのかを交換先と交換元のデータを突き合わ
せることなく容易に抽出することができる。

〔実施例〕

以下に本発明の一実施例を示す。

本実施例は、データ処理装置におけるカート形式データ
作成システムで作成する住所録データと、ＩＣメモリカ
ード（以下、ＩＣカードとよぶ）内に記録された小型電
子機器である電子システム手帳の電話帳データ間で、相
互のデータ交換を行う場合を例として示す。

前記住所録データは第１図に示す項目で構成され、前記
電話帳データは第２図に示す項目で構成されている。第
３図は１本発明を適用したデータ処理装置の構成を示す
ブロック図で、文字等の入力を行う入力部１゜指示命令
や前記住所録データなどを表示する表部２゜作成した住
所録データなどが記録される記録部３゜作成した住所録
データなどを印刷する印刷部４゜ＩＣカードの内容を読
み書きするＩＣカード読み書き部５゜前記各部の制御を
行うためのマイクロプロセッサなどによる制御部６によ
り構成される。

データ交換機能の処理内容を第４図を使用して説明する
。まず、データ交換機能では、ＩＣカードデータ読み書
き部５により、ＩＣカード内に記録された電話帳データ
を、記憶部３内の電話帳データ読み込みエリアに読み込
む（ステップ１０１）。

次に、記憶部３内のデータ交換条件テーブルの内容を更
新するデータ交換条件入力（ステップ１０２）を行い０
次に、データの交換方向「住所録←電話帳」　（矢印の
方向がデータの交換方向を示す。以下同様）か判断（ス
テップ１０３）Ｌ、判定がＹｅｓ　（ｒ住所録←電話帳
」）の場合は、住所録データ格納処理（ステップ１０４
）を行い、データ交換機能を終了する０判定がＮｏ（ｒ
住所録→電話帳Ｊ）の場合は、電話帳データ格納処理（
ステップ１０５）を行った後、記憶部３内の電話帳デー
タ読み込みエリアのデータを、ＩＣカードデータ読み書
き部５を通してＩＣカード内に書き込み（ステップ１０
６）、データ交換機能を終了する。

前記データ交換条件入力（ステップ１ｏ２）を第６図に
より説明する。まず、第６図に示す条件入力画面が表示
される。操作者は、データ交換の対象となる住所録デー
タの項目にカーソルを移動し、前記条件入力の下方に表
示される電話帳データの項目名を指定する。条件入力終
了後、入力部１上のく実行〉キーを入力すると、指定さ
れたデータ交換条件が、データ交換条件テーブルに格納
される。

前記データ交換条件テーブルへの格納方法を第５図を用
いて説明する。電話帳側テーブルの１項目はテーブルポ
インタ２０とテーブル項目数３０からなり、電話帳デー
タ（第２図）と同じ項目数（本例では４項目）である。

住所録側テーブル４０交換対象となる住所録の項目番号
が格納され。

テーブル番号が１から順に付けられ、住所録データ（第
１図）と同じ項目数（本例では６項目）である。データ
交換条件として指定された電話帳の項目を基準として、
先頭項目から順次、データ交換の対象と指定されたか調
べる。対象とされた場合（第６図の電話帳データ項目名
欄に電話帳の項目名が指定された場合）は、対応する住
所録の項目番号を住所録側テーブル４０に順次格納し、
方電話帳側テーブルには、対応する住所録データの項目
番号が格納された住所録側テーブルのテーブル番号がテ
ーブルポインタ２０に格納され、電話帳の項目に対応す
る住所録の項目の数がテーブル項目数３０に格納される
。これを全ての電話帳の項目について行い格納処理を終
了する。（「住所録→電話帳」）の場合も同様にしてデ
ータ交換交換条件を格納する） 住所録データ格納処理（ステップ１０４）を第７図によ
り説明する。まず、電話帳項目の先頭から順に、データ
交換の対象かどうか判定（ステップ２０１）する。判定
がＮｏ　（交換の対象とされていない）の場合は、ステ
ップ２０５に進む。判定がＹｅｓ　（交換の対象とされ
ている）の場合は、電話帳項目のデータを対応する住所
録の項目に分割して格納（ステップ２ｏ２）する。次に
、電話帳の項目内の文字が全て住所録データに格納でき
たかどうか判定（ステップ２０３）する。判定がＹｅｓ
（格納できた）場合は電話帳１項目分の住所録データへ
の格納処理を終了し、ステップ２０５に進む。判定がＮ
ｏ（格納できない）の場合は、対応光の住所録の最終項
目の最終文字を特殊文字「？」に置換（ステップ２０４
）して、電話帳１項目分の住所録データへの格納処理を
終了する。

次にステップ２０５に進む。ステップ２０５では、電話
帳の項目が全て処理されたか判定し、判定がＮｏ（未処
理の電話帳項目がある）の場合は次の電話帳項目の処理
を行う。判定がＹｅｓ（全ての項目を処理した）の場合
は住所録データ格納処理を終了する。

電話帳データ格納処理を第８図により説明する。

まず、電話帳項目の先頭から順に、データ交換の対象か
どうか判定（ステップ３０１）する。判定がＮｏ　（交
換の対象とされていない）の場合は、ステップ３０５に
進む。判定がＹｅｓ　（交換の対象とされている）の場
合は、対応付いている順番に住所録項目のデータを電話
帳項目に格納（ステップ３０２）する。次に、対応付い
ている住所録項目のデータが全て電話帳項目内に格納で
きたかどうか判定する（ステップ３０３）。判定がＹｅ
ｓ（格納できた）の場合は電話帳１項目分の格納処理を
終了し、ステップ３０５に進む。判定がＮＯ（格納でき
ない）の場合は、電話帳項目の最終文字を特殊文字「？
」に置換（ステップ３０４）して、電話帳１項目分の処
理を終了する。次に、ステップ３０５に進む。ステップ
３０５では電話帳の項目が全て処理されたか判定し、判
定がＮＯ（未処理の電話帳項目がある）の場合は次の電
話帳項目の処理を行う。判定がＹｅｓ　（全ての項目を
処理した）の場合は電話帳データ格納処理を終了する。

住所録データおよび電話帳データの項目構成が。

第１図および第２図とすると、（「住所録←電話帳」）
へのデータ交換を第９図に示す条件で行った場合の交換
結果を第１１図に示し、データ交換条件テーブルを第１
３図に示す。

同様の項目構成で「住所録→電話帳」へのデータ交換を
第１０図の条件で行った場合の交換結果を第１２図に示
す。このデータ交換条件テーブルは第１３図と同じであ
る。

〔発明の効果〕

本発明によれば、交換元の必要項目のデータだけを、交
換先の意図する項目にデータ交換することができるので
、データ交換後、不要な項目のデータを削除するなどの
作業が不要である。また、格納できなかったデータがあ
る場合は、目印となる符号が格納されるので、どの項目
で格納できなかったのかを交換先と交換元のデータを突
き合わせることなく容易に抽出することができ、確認作
業を軽減できるなどの効果がある。

また、双方のデータ交換は同一のデータ交換条件テーブ
ルを使用して実行されるため、開発プログラム量を少な
くすることができ、開発期間を短縮できるなどの効果も
ある。

【図面の簡単な説明】

第］−図はカード形式データ作成システムで作成する住
所録データの項目構成の１例、第２図は電子システム手
帳の電話帳データの項目構成の１例、第３図は本発明を
適用したデータ処理装置のブロック図、第４図はデータ
交換機能の処理概要を説明するためのフロー、第５図（
Ａ）、第５図（Ｂ）はデータ交換機能で使用するデータ
交換条件テーブルの構成、第６図はデータ交換機能の条
件設定の画面表示、第７図は住所録データの格納処理を
説明するためのフロー、第８図は電話帳データの格納処
理を説明するためのフロー、第９図、第１０図はデータ
交換の条件設定の例、第１１図（Ａ）。 第１１図（Ｂ）および第１２図（Ａ）、第１２図（Ｂ）
はデータ交換結果の例、第１３図は、第９図または第１
０図の条件を設定した場合のデータ交換条第 図 ゴ ← ｑ Ｏつ 寸 ば） ｑフ ← Ｏく Ｃつ 寸 第５図 （Ａ） データ交換条件テーブル 電話帳側 第５図 Ｕ） 住所録側 第６図 「住所録−電話帳」の場合のデータ交換条件入力画面第
７図 第８図 第９図 第１０図 第１１図（Ａ） ’ｉＪ／／コＣ１５） 第　１２　図（Ａン ＄ｔＬ凋（シン 嘗１３Ｂ データ交換条件テーブル 電話帳側 住所録側

Claims (1)

1. 【特許請求の範囲】 １、文字または処理作業を入力する入力手段、入力され
   た指示により編集処理を行う制御手段、編集結果を表示
   するための表示手段、編集結果を格納するための記憶手
   段、他の電子機器とのデータ交換をする手段を備えたデ
   ータ処理装置での他の電子機器とのデータ交換において
   、項目単位に交換の有無を指定すること、変換時に対応
   する項目同士の指定をすること、１つの交換項目に複数
   の交換項目を対応させることを特徴とするデータ交換方
   法。 ２、請求項１記載のデータ処理装置において、データ交
   換の際、交換元のデータの一部が削除されて交換先の対
   応する項目に格納された場合、削除されて格納された項
   目の格納文字の一部をデータが削除されたことを示す符
   号に置き換えて格納することを特徴とするデータ交換方
   法。