JPH1145216A - データ処理システム及びデータ記憶方法 - Google Patents

Abstract

(57)【要約】 【課題】 異なるプラットフォーム間においてデータの
やり取りを行なっても、データの復元性が損なわれるこ
とのないシステムを提供する。 【解決手段】 ネットワークに接続されたデータ記憶装
置において、処理対象のデータをリンクデータ記憶部
１、４に無加工フィールドとして、自データ記憶部２、
５に加工済フィールドとに二重化して保持し、データ記
憶装置をローカルで利用する場合は前記加工済フィール
ドのデータを使用し、ネットワークを介して他の装置に
転送する場合は無加工フィールドのデータを使用する。
その際、前記無加工フィールドにはネットワークよりの
送受信データがそのまま格納され、加工済フィールドに
は自装置で適切に使用可能な形式のデータ形式に変換し
たデータを格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の異なるプラッ
トフォームにおいて記憶データを共有可能なデータ記憶
装置及び方法に関し、異なるプラットフォームにおける
データ共有を可能として各プラットフォーム間の使用文
字設定の違いに対応可能なデータ記憶装置及び方法に関
するものである。

【０００２】

【従来の技術】従来の異なるプラットフォーム間におけ
るデータの記憶方式を、図５及び図６を参照して説明す
る。図５は従来の各プラットフォーム間の文字コード設
定の差異にともなう処理対象のデータの変換の際におき
る文字の不適当な変換例を説明するための図、図６は従
来の各プラットフォーム間の文字コード設定の差異に伴
う処理対象のデータ長の変化に伴う文字の不適当な変換
例を説明するための図である。

【０００３】従来は、図５及び図６に示すように、異な
るプラットフォーム間においてデータのやり取りを行う
と、個々のプラットフォームの持つ文字コードの違いに
より、処理対象のデータの変換の際におきる文字の不適
当な変換（図５での５１文字コード１から５２文字コー
ド２への変換）、データ長の変化（図６での６１文字コ
ード１から６２文字コード２へのデータ長の変化）がお
きる。この結果、データの復元性が損なわれていた。

【０００４】また、その処理対象のデータのコード変換
において、人間が文字コードセットの違いを判断し手作
業で変換を行っていた。

【０００５】また、処理対象のデータの転送処理およ
び、処理対象のデータの所在の確認についても全て人間
が管理していた。

【０００６】

【発明が解決しようとする課題】このように、従来はプ
ラットフォーム間のデータの記憶を行う際に、処理対象
のデータを異なるプラットフォームに保持させる場合、
上述した図５及び図６に示す様に適切な変換処理が行わ
れず、このため、図７に示すように不適当に変換したデ
ータを他の異なるプラットフォームに保持（図７の７１
文字コード１のデータが７２文字コード２を経て７３文
字コード３に変換）させていた。

【０００７】あるいは、上述した図６の様にデータ長が
変化したデータ（図６での６１文字コード１から６２文
字コード２へのデータ長の変化）を別途保持したりして
いた。

【０００８】この結果、従来においては、復元性を損な
い、処理対象のデータの可搬性が低いという問題点があ
った。

【０００９】また処理対象データのコード変換、処理対
象データの転送、処理対象データの所在の管理を人間が
介在せずに行うことが出来ず、大変な労力が必要となる
という問題点もあった。

【００１０】

【課題を解決するための手段】本発明は上述した課題を
解決することを目的としてなされたもので、上述した課
題を解決する一手段として例えば本発明に係る一発明の
実施の形態例においては以下の構成を備える。

【００１１】即ち、複数の異なるプラットフォームを備
え、各プラットフォームにおいて記憶データを共有可能
なデータ処理システムであって、他のプラットフォーム
とのデータ授受を実現するデータ送受信部と、自プラッ
トフォームで使用する為のデータを保持する自データ記
憶部と、他のプラットフォームとのデータ授受用データ
を保持するリンクデータ記憶部と、受信したデータを自
プラットフォームで利用できるように変換するデータ変
換部と、前記データ変換部で変換された適切なデータを
前記自データ記憶部に格納して利用可能とする格納手段
とを備えることを特徴とする。

【００１２】そして例えば、更に前記自データ記憶部に
記憶のデータを可視表示出力する出力手段を備えること
を特徴とする。あるいは、更に、前記データ送受信部で
受信したデータの種別を自動判別し前記データ変換部の
変換処理が適切な変換処理となるように前記データ変換
部のデータ変換処理を起動するデータ判別部を備えるこ
とを特徴とする。

【００１３】また例えば、更に他のプラットフォームか
らのデータ転送要求を認識する転送要求監視手段と、前
記転送要求監視手段よりのデータ転送要求に従って前記
リンクデータ記憶手段に記憶のデータを要求元に転送す
るデータ送出手段とを備えることを特徴とする。

【００１４】また、ネットワークに接続されたデータ記
憶装置において、処理対象のデータを無加工フィールド
と加工済フィールドとに二重化して保持し、データ記憶
装置をローカルで利用する場合は前記加工済フィールド
のデータを使用し、ネットワークを介して他の装置に転
送する場合は無加工フィールドのデータを使用する手段
を備えることを特徴とする。

【００１５】そして例えば、前記無加工フィールドには
ネットワークよりの送受信データがそのまま格納され、
加工済フィールドには自装置で適切に使用可能な形式の
データ形式に変換したデータを格納することを特徴とす
る。あるいは、ネットワークに接続された他の装置より
のデータ転送要求を受け取ると前記無加工フィールドに
格納されている該当データを要求元に転送可能とするこ
とを特徴とする。

【００１６】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。

【００１７】図１は本発明に係る一発明の実施の形態例
の情報処理システムの構成を示すブロック図である。図
１に示す情報処理システムは、中央処理装置１３，１８
と記憶装置１５，１１０と、入力装置１２，１９と、表
示装置１１，１６と、通信装置１４，１７から、その主
要部が構成される。なお、記憶装置にはそれぞれ自デー
タ記憶部１５ａ、１１０ａ及びリンクデータ記憶部１５
ｂ、１１０ｂが備えられている。

【００１８】図１に示す例では、中央処理装置１３、記
憶装置１５、入力装置１２、表示装置１１、通信装置１
４から構成されるデータ処理装置であるプラットフォー
ムＡ、及び、中央処理装置１８、記憶装置１１０、入力
装置１９、表示装置１６、通信装置１７から構成される
プラットフォームＢとで構成されているが、このような
プラットフォームが複数通信媒体を介して相互に接続可
能に構成されているネットワークシステムにそのまま適
用可能なでた記憶装置及び方法が対象となる。。

【００１９】図１に示すように、本実施の形態例のデー
タ記憶装置及びデータ記憶方法における処理は、少なく
ともプラットフォームＡとプラットフォームＢ等の複数
のプラットフォーム間において、通信装置等を介してデ
ータを転送する場合に特徴を有している。以下図２及び
図３も参照して詳細に説明する。

【００２０】図２は本実施の形態例におけるプラットフ
ォームＡとプラットフォームＢにおける、アプリケーシ
ョン等によりデータを扱う環境を示した図である。ま
た、図３は本実施の形態例１のプラットフォームのアプ
リケーションにおける処理を示すフローチャートであ
る。

【００２１】図２に示すように、本実施の形態例におい
ては、各プラットフォームの中央処理装置１３、１８が
それぞれのプラットフォーム間でデータ通信を行う際に
は、各アプリケーション２２、２３は各それぞれのプラ
ットフォームの記憶装置１５、１１０に格納されている
各プラットフォームで共通に備えられているデータ通信
用のテーブル２１、２４に従って必要な処理を行う。

【００２２】本実施の形態例における処理おいては、ま
ず図３のステップ１において図１に示すプラットフォー
ムＡのアプリケーション２２で、自装置に接続されてい
るローカルの記憶装置Ａ１５に要求したデータが記憶さ
れているか否かを調べる。記憶されている場合にはステ
ップ７に進む。

【００２３】一方、ステップ１で要求したデータが記憶
装置Ａ１５に記憶されていない場合にはステップ２に進
む。ステップ２では他のプラットフォームに対して記憶
装置Ａ１５へ要求したデータの転送を要求するデータ転
送処理要求を出力する。他のプラットフォームはこのデ
ータ転送処理要求を受け取るとステップＳ３で自装置に
接続されている記憶装置を調べ、その要求にしたがった
データを読み出してきて要求したプラットフォーム（こ
の例ではプラットフォームＡ）に転送処理する。

【００２４】続くステップ４で中央演算装置は記憶装置
のリンクデータ記憶部（例えばリンクデータ記憶部１５
ｂ）に転送されてきたデータを格納する。そしてステッ
プ５で自分のアプリケーションで使えるように必要に応
じて文字コードをコンバートするデータコンバート処理
を実行する。そしてステップ６でコンバートされたデー
タを自プラットフォームの記憶装置の自データ記憶部
（例えば自データ記憶部１５ａ）に格納する。そしてス
テップ７に進む。

【００２５】ステップ７では、どのプラットフォームで
この要求データを使用するか判断する。要求データを自
装置内（ローカルプラットフォーム）で使用する場合に
はステップ７よりステップ８に進み、実行するアプリケ
ーション等で自データ記憶部（例えば自データ記憶部１
５ａ）から要求データを読み出す（取り込む）。そして
ステップ９に示すように自プラットフォームで使用（ロ
ーカルで使用）する。そして要求データの使用が終了す
ると当該処理を終了する。

【００２６】一方、ステップ７で要求データを自装置内
（ローカルプラットフォーム）で使用しない場合にはス
テップ７よりステップ１０に進み、その環境でリンクデ
ータ記憶部（例えばリンクデータ記憶部１５ａ）から要
求データを取り込む。そして続くステップ１１におい
て、その環境下でグローバルでの使用を行う。そして要
求データの使用が終了すると当該処理を終了する。

【００２７】次に、上記のように構成された本実施の形
態例のリンクデータ記憶部と、記憶装置に格納されるデ
ータの構造例を説明する。

【００２８】図４は、例えばホストコンピュータやＵＮ
ＩＸ、ＰＣ等の異なるプラットフォーム上で持つデータ
構造を示す図である。

【００２９】図４において、４１の表示データは、４２
のプラットフォームＡ、４３のプラットフォームＢ、４
４のプラットフォームＣで示すように、プラットフォー
ムごとに文字コードが異なる。

【００３０】図５、図６、図７は、文字コードの違いに
より、文字コード変換を行った時に生じる問題例を示す
図である。

【００３１】図５は、プラットフォーム間での文字コー
ドの違いにより、変換後に表示される文字が変わってし
まうことを示した例である。

【００３２】図６は、文字コード変換を行ったことによ
り、漢字コード（２バイト文字）との識別子が付加され
たためにデータ長が変わる例を示したものである。

【００３３】図７は、図５で文字コード変換後、さらに
これを他のプラットフォームでコード変換したことで、
最初の表示文字が認識できなくなり、データの内容が破
壊されていく例を示した図である。

【００３４】図８は、本実施の形態例により、図３に示
す制御に従った処理を行った結果、図６あるいは図７に
示す如くの不具合を起すこともなく、所望の形式のデー
タの通信が可能となる。図８において、１，４はリンク
データ記憶部であり、異なるプラットフォームにおいて
共通のデータであり、データ長、コードは、作成元の状
態と同じである。２，５は自データ記憶域であり、各々
のプラットフォームにおいて、ローカルで使用する時に
正しく表示される文字コードが格納されるところであ
る。これを３，６各々のローカルプラットフォームにお
いて、文字化けや可変するデータ長等の問題を意識しな
くてアプリケーション等で使用することができる。 ［他の実施例］上記実施例ではプラットフォームを任意
の２種類で説明したが、本発明はその他の如何なるプラ
ットフォーム間でも可能であり、またその種類も制限は
ない。例えばプラットフォームを構成するデータ処理装
置を一般的なコンピュータとしてもよく、また、各種の
装置を制御する制御装置であっても、コンピュータに接
続され、コンピュータに接続されているファイル装置、
表示装置、入力装置、出力装置など、種々のデータを処
理する装置に適用できることは勿論である。

【００３５】更にリンクデータ部のコード体系も元デー
タコードの識別子を付加する等の工夫によりどのように
も応用することが可能である。

【００３６】例えば画面のような表示装置の他、出力装
置、周辺記憶装置等へも応用できる。

【００３７】更に変換部も文字コード変換の他に翻訳等
の言語変換等も行うこともできる。

【００３８】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００３９】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００４０】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００４１】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００４２】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００４３】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００４４】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになる。

【００４５】

【発明の効果】以上説明したように本発明によれば、受
信したデータを自プラットフォームで利用できるように
変換し、変換された適切なデータを表示出力することで
復元性を損なうことなく、処理対象のデータの可搬性を
高くすることができる。

【００４６】また、受信したデータの種別を自動判別し
て適切な変換処理を起動することにより、受信したデー
タのコード変換が自動化できる。

【００４７】さらにまた、本発明によれば、他のプラッ
トフォームからのデータ転送要求を認識して自装置で保
持しているデータを自動的に要求元に転送できる。ま
た、処理対象のデータを無加工フィールドと変換済フィ
ールドとに二重化して保持し、ローカルで利用する場合
は変換済フィールドを、ネットワークを介して転送する
場合は無加工フィールドを適宜切り替えて使用すること
により、変換時のデータ長変化や文字化け、復元性低下
等の影響を受けず、データの可搬性を高めたデータ記憶
方法を実現できる。

【００４８】従って、異なるプラットフォーム間で元の
データを復元性を損なうことなく、処理対象のデータの
可搬性を高くし、処理の自動化がされ異なるプラットフ
ォーム間のデータの記憶を効率よく行えるという効果を
奏する。

【００４９】

【図面の簡単な説明】

【図１】本発明に係る一発明の実施の形態例の情報処理
システムの構成を示すブロック図である。

【図２】本実施の形態例におけるプラットフォームＡと
プラットフォームＢにおける、アプリケーション等によ
りデータを扱う環境を示した図である。

【図３】本実施の形態例におけるプラットフォームのア
プリケーションにおけるデータ記憶方法を説明するため
のフローチャートである。

【図４】異なるプラットフォーム上で持つデータ構造を
示す図である。

【図５】従来の各プラットフォーム間の文字コード設定
の差異にともなう処理対象のデータの変換の際におきる
文字の不適当な変換例を説明するための図である。

【図６】従来の各プラットフォーム間の文字コード設定
の差異に伴う処理文字コード変換による問題を説明する
ための図である。

【図７】従来の各プラットフォーム間の文字コード設定
の差異に伴う処理文字コード変換による問題を説明する
ための図である。

【図８】本発明の実施の形態例を実現するためのデータ
保持構造の一例を説明するための図である。

【符号の説明】

１１，１６ 表示装置 １２，１９ 入力装置 １３，１８ 中央処理装置 １４，１７ 通信装置 １５，１１０ 記憶装置 １５ａ、１１０ａ 自データ記憶部 １５ｂ、１１０ｂ リンクデータ記憶部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 神長倉 まき 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数の異なるプラットフォームを備え、
   各プラットフォームにおいて記憶データを共有可能なデ
   ータ処理システムであって、 他のプラットフォームとのデータ授受を実現するデータ
   送受信部と、 自プラットフォームで使用する為のデータを保持する自
   データ記憶部と、 他のプラットフォームとのデータ授受用データを保持す
   るリンクデータ記憶部と、 受信したデータを自プラットフォームで利用できるよう
   に変換するデータ変換部と、 前記データ変換部で変換された適切なデータを前記自デ
   ータ記憶部に格納して利用可能とする格納手段とを備え
   ることを特徴とするデータ記憶システム。
2. 【請求項２】 更に、前記自データ記憶部に記憶のデー
   タを可視表示出力する出力手段を備えることを特徴とす
   る請求項１記載のデータ処理システム。
3. 【請求項３】 更に、前記データ送受信部で受信したデ
   ータの種別を自動判別し前記データ変換部の変換処理が
   適切な変換処理となるように前記データ変換部のデータ
   変換処理を起動するデータ判別部を備えることを特徴と
   する請求項１又は請求項２のいずれかに記載のデータ処
   理システム。
4. 【請求項４】 更に、他のプラットフォームからのデー
   タ転送要求を認識する転送要求監視手段と、 前記転送要求監視手段よりのデータ転送要求に従って前
   記リンクデータ記憶手段に記憶のデータを要求元に転送
   するデータ送出手段とを備えることを特徴とする請求項
   １乃至請求項３のいずれかに記載のデータ処理システ
   ム。
5. 【請求項５】 ネットワークに接続されたデータ記憶装
   置におけるデータ記憶方法であって、 処理対象のデータを無加工フィールドと加工済フィール
   ドとに二重化して保持し、データ記憶装置をローカルで
   利用する場合は前記加工済フィールドのデータを使用
   し、ネットワークを介して他の装置に転送する場合は無
   加工フィールドのデータを使用することを特徴とするデ
   ータ記憶方法。
6. 【請求項６】 前記無加工フィールドにはネットワーク
   よりの送受信データがそのまま格納され、加工済フィー
   ルドには自装置で適切に使用可能な形式のデータ形式に
   変換したデータを格納することを特徴とする請求項５記
   載のデータ記憶方法。
7. 【請求項７】 ネットワークに接続された他の装置より
   のデータ転送要求を受け取ると前記無加工フィールドに
   格納されている該当データを要求元に転送可能とするこ
   とを特徴とする請求項５又は請求項６にいずれかに記載
   のデータ記憶方法。
8. 【請求項８】 請求項１乃至請求項７のいずれかに記載
   の各機能を実現可能なプログラム列を記憶してなること
   を特徴とする記憶媒体。
9. 【請求項９】 請求項１乃至請求項７のいずれかに記載
   の各機能を実現することを特徴とするプログラム。