JPH0713774A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 データ処理が所望されたとき、該データを処
理可能な情報処理動作を選択して実行する情報処理装置
を提供する。 【構成】 ＣＰＵ４は、フォーマット済のＦＤ２のメデ
ィアフォーマット／ファイルシステムを読出して、予め
メモリ６に登録された複数のメディアフォーマット／フ
ァイルシステムの特徴と読出されたそれとを照合し、Ｆ
Ｄ２のそれに適合するメディアフォーマット／ファイル
システムを選択することにより、ＦＤ２に登録されたデ
ータを破壊することなくデータの読出／書込を行なうこ
とが可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は情報処理装置に関し、
特に、利用者が予め記憶媒体に記憶された任意の情報を
処理する際に、利用者が該情報の内容を意識しなくとも
自動的に該情報に適した処理を行なうような情報処理装
置に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】図３
５は、従来の情報処理装置における記憶媒体と記憶媒体
をアクセスするためのソフトウエアとのインタフェース
関係を説明する図である。

【０００３】今、メディアフォーマットのみが複数あ
り、ファイルシステムは１つのみの時、外部記憶装置と
してフレキシブルディスク装置を備えたパーソナルコン
ピュータで標準の基本ソフトウエアが搭載されている場
合を想定する。なお、メディアフォーマットとは、記憶
媒体における物理的な最小の記録単位に基づく記憶領域
の割付方式を意味し、ファイルシステムとは、記憶媒体
に対して情報の管理の仕方を指す。このパーソナルコン
ピュータは１．２ＭＢ（メガバイト）容量のフレキシブ
ルディスクも１．４４ＭＢ容量のフレキシブルディスク
も利用することができるが、通常は１．４４ＭＢ容量の
フレキシブルディスクを使用するように基本ソフトウエ
アが調整されていたとする（図３５のケースＡ参照）。
このパーソナルコンピュータで１．２ＭＢ容量のフレキ
シブルディスクを利用しようとすると、このフレキシブ
ルディスクを取扱うためにデバイスドライバと呼ばれる
基本ソフトウエアを拡張するための特別なソフトウエア
を新たに組込む必要がある（図３５のケースＢおよびＣ
参照）。このとき、同じ外部記憶装置に論理的には異な
る名前を与えることにより、たとえば１．４４ＭＢのデ
ィスクには名前Ａ、１．２ＭＢのディスクには名前Ｂを
与えることにより、ディスクを読み書きする前にディス
クを区別することが多い（図３５のケースＣ参照）。

【０００４】また、本来、そのコンピュータが扱うべく
定めたメディアフォーマット／ファイルシステム以外の
方式でデータが書込まれたフレキシブルディスクを取扱
うためには、多くの場合データ変換ソフトウエアと呼ば
れる特別なアプリケーションソフトウエアを準備し、こ
のデータ変換ソフトウエアが該コンピュータのハードウ
エアを直接制御することによって、特殊なフォーマット
の媒体上のデータを本来のフォーマットの媒体との間で
データの書直しを行なう（図３５のケースＤ参照）。そ
の後、本来のメディアフォーマット／ファイルシステム
の媒体を使って間接的にデータを取扱っている。

【０００５】また、極めて希ではあるが、基本ソフトウ
エアではなく一般的なアプリケーションソフトウエアそ
のものが、特定のメディアフォーマット／ファイルシス
テムを内蔵することがある。たとえば、Ａ社のパーソナ
ルコンピュータ用ワードプロセッサソフトウエアは、通
常は標準の基本ソフトウエアの媒体に対してデータの読
み書きを行なう。しかし、標準の基本ソフトウエアの媒
体と互換性のないＡ社のワードプロセッサ専用機の媒体
を読み書きするための機構も内蔵しているので、必要に
応じて機能を選択すれば基本ソフトウエア側を調整する
ことなく標準の基本ソフトウエアの媒体およびワードプ
ロセッサ専用の媒体を読み書きすることができる。これ
は、図３５のケースＤに示されたデータ変換ソフトウエ
アをパーソナルコンピュータ用ワードプロセッサソフト
ウエアに組換えた状態そのものである。

【０００６】上述したように、当初から意図されたメデ
ィアフォーマット／ファイルシステム以外の媒体があっ
たとして、その機械のハードウエア資源を活用するソフ
トウエア環境が準備されていれば、物理的には正確に読
み書きできる場合が多い。それにもかかわらず、使用可
能な媒体の種類は自社のメディアフォーマット／ファイ
ルシステムの媒体と標準の基本ソフトウエアの媒体のみ
に限定されることが多い。これは、 （１）業界側で、独自のメディアフォーマット／ファイ
ルシステムを作り上げたこと。

【０００７】（２）他社の媒体を読み書きできることに
対しての市場評価が相対的に低いこと。

【０００８】（３）複数のメディアフォーマット／ファ
イルシステムを実装することによるハードウエア／ソフ
トウエア両面のコストアップ。

【０００９】などの理由から、基本ソフトウエアの設計
当初から１〜３個程度のメディアフォーマット／ファイ
ルシステムに絞り込んで機械に実装し、さらにこの絞り
込まれたメディアフォーマット／ファイルシステム以外
の方式でアクセスしようとすればすべて単純にエラーと
してしまうためである。

【００１０】また、採用されているメディアフォーマッ
トと異なるメディアフォーマットを有する媒体であれ
ば、たとえ同じファイルシステムを採用していても、媒
体に記録されているデータを正常に読出すことは全くで
きない。このため、その媒体にデータを書込むことのみ
ならず、読出すこともできない。これでは、同じファイ
ルシステムを採用していたとしてもデータの交換に支障
をきたしてしまう。

【００１１】逆に、同じメディアフォーマットの媒体で
あれば、該媒体を作成したファイルシステムにかかわら
ず、該媒体上に記憶されたデータの意味のあるなしにか
かわらず、該媒体に関しデータの読出／書込を行なうこ
とが可能な場合がある。たとえば、ファイルシステムＡ
では、媒体のあるセクタにその媒体に格納されているフ
ァイルの名前が記録されていたとする。別のファイルシ
ステムＢでは、媒体の同じ位置のセクタにファイルの内
容が記録されていたとする。仮に、ファイルシステムＢ
を用いて上述のセクタにファイルｂの内容を記録した媒
体を、ファイルシステムＡが動作している機械にセット
し、新規作成のファイルａをこの媒体に書込んだとす
る。この場合、ファイルシステムＢで作成された該媒体
上のファイルｂの内容の一部が破壊されてしまい、ファ
イルａの名前が書込まれる可能性がある。

【００１２】このように同じファイルシステムを採用し
ていても媒体間でのデータの交換に支障をきたしたり、
媒体上に予め書込まれたデータが該媒体アクセス時に破
壊されてしまうというような問題の原因は、媒体毎に記
録されているファイルシステム毎の特徴的なデータの照
合不足と機械が取扱うことの可能なメディアフォーマッ
トとファイルシステムとの種類があまりにも少なすぎる
ことにある。

【００１３】このように、記憶媒体をアクセスしようと
する利用者は、該媒体が取付けられたコンピュータに搭
載される基本ソフトウエアがサポートするメディアフォ
ーマット／ファイルシステムが何であるかとアクセスし
ようとする媒体のメディアフォーマット／ファイルシス
テムが何であるかを予め知って、上述したようなデータ
の交換に支障がないよう、かつ媒体のアクセスにより媒
体に予め記録されたデータが破壊されないように注意を
払う必要があり、極めて実用性に劣るという問題があっ
た。

【００１４】また、ワードプロセッサの複数の異なるア
プリケーションソフトウエアのそれぞれによって作成さ
れた複数の異なる文書が１つの外部記憶装置に記憶され
て、利用者が文書の作成（変更）を望んだとき、利用者
は所望の文書作成（変更）のためのアプリケーションソ
フトウエアを適切に選択する必要があった。これを次に
説明する。

【００１５】図３６は、従来のワードプロセッサにおけ
る機能選択の処理の一例を示すフロー図である。図３７
は、従来のワードプロセッサにおける文書呼出機能の処
理の一例を示すフロー図である。図３８は、従来のワー
ドプロセッサにおけるスケジュール管理機能選択時の文
書メニューの画面表示の一例を示す図である。図３９
は、従来のワードプロセッサにおける外部記憶装置に登
録済みの文書の一覧を示す図である。

【００１６】たとえば、あるワードプロセッサ（キーボ
ード、外部記憶装置、表示部を予め備える）では、外部
記憶装置に登録された文書を修正するという動作を行な
う場合、 （１）表示部に表示される機能選択画面で該ワードプロ
セッサが内蔵するアプリケーションソフトウエア（機
能）のいずれを起動するかを選択する。

【００１７】（２）起動されたアプリケーションソフト
ウエアを用いて、外部記憶装置に登録された複数の文書
のうち、いずれを修正するかを外部記憶装置に登録され
るすべての文書の中から選択する。

【００１８】（３）選択された文書が、上述の（１）で
選択されたアプリケーションソフトウエアによって作成
されたものではないとき、該ワードプロセッサにより表
示部にその旨が表示され、利用者は再度（１）のアプリ
ケーションソフトウエアの選択からやり直す必要があ
る。

【００１９】（４）一方、上述の（２）で適切な選択が
行なわれれば、選択された文書が外部記憶装置から読出
され編集可能な状態に設定される。

【００２０】という、（１）〜（４）の手順を踏まなけ
ればならない。すでに、アプリケーションソフトウエア
が起動されている場合には、上述の（１）の手順は削除
されるが、該アプリケーションソフトウエアに対応の正
しい文書が選択されるまで上述の（２）と（３）との手
順を繰返さなければならない。

【００２１】また、該ワードプロセッサが外部装置との
データ通信により文書を受信する場合、該文書に対応の
アプリケーションソフトウエアが動作していないと、そ
の文書の受信動作は中止され、該ワードプロセッサが待
機状態に陥ってしまう。

【００２２】次に、「文書編集」機能を選択したとき
に、表計算機能に対応の文書を呼出してしまった場合
を、図３６ないし図３９を使って説明する。

【００２３】（１）図３６の機能の選択（ステップＴ１
００；以下、Ｔ１００と称す）というサブルーチンの中
で「文書呼出し機能を選択したとすると（Ｔ１０８）、
図３７の文書呼出し処理に移行する。

【００２４】（２）文書呼出し処理においては、まず呼
出される文書を格納するための領域が初期化され（Ｔ１
２０）、外部記憶装置からＩＮＤＥＸ部が読込まれる
（Ｔ１２１）。ワードプロセッサは、このＩＮＤＥＸ部
を読込むと、文書メニューを画面表示する。この文書メ
ニューは、現在外部記憶装置に登録済みの文書（図３９
参照）の名前が一覧にして表示される。このとき、利用
者が図３９のの「試算２月度＜表計算＞」という文書
を選択したとすると、該ワードプロセッサはこの文書を
外部記憶装置から読込み、その文書属性をチェックする
（Ｔ１２５〜Ｓ１２８）。このとき、この文書の属性は
利用者が所望の一般的な文書ではなく、表計算であるこ
とが判断されるので（Ｔ１２９）、該ワードプロセッサ
は「この文書は、この機能では使えません」というメッ
セージを表示し（Ｔ１３４およびＴ１３５）、「解除」
キーの入力を待機する（Ｔ１３６）。

【００２５】（３）利用者が「解除」キーを押下すれ
ば、文書の選択（Ｔ１２４）に戻るが、利用者が「試算
２月度＜表計算＞」の文書を編集したいのであれば、
「文書呼出し機能」を中止し（Ｔ１２５）、図３６の
「機能の選択」（Ｔ１００）の処理に戻って、「表計
算」機能（Ｔ１１３）を選択／起動し直して、その後、
「試算２月度＜表計算＞」の文書を呼出す必要がある。

【００２６】より極端な場合として、図３６の「機能の
選択」（Ｔ１００）で「スケジュール管理」機能を選択
して（Ｔ１０９）、図３８のような画面が表示されたと
する。この場合、実際には「スケジュール管理」機能で
編集できる文書はないにもかかわらず、利用者はどの文
書も選択可能であるが、最終的にはすべての文書呼出し
で失敗する。

【００２７】また、複雑な場合として「カード印刷」機
能を実現するためのアプリケーションソフトウエアを挙
げることができる。このアプリケーションソフトウエア
は、そのデータとして、、「パーソナル出版」機能を実
現するためのアプリケーションソフトウエアのデータ形
式の１つを利用している。したがって、「カード印刷」
機能で編集できる＜パーソナル出版＞の文書（たとえ
ば、図３８または３９の「メッセージカード２」）か、
「カード印刷」機能では編集できない＜パーソナル出版
＞の文書（たとえば図３８または３９の「部内ニュース
１２」）かは「カード印刷」アプリケーションソフトウ
エアが起動されたときの文書の選択処理では、図３８の
ように表示され全く区別できない。したがって、利用者
はこの場合にも文書の呼出しに失敗する確率が高くな
る。なお、「パーソナル出版」機能とは机上で出稿から
編集、レイアウト印刷までを可能にした出版システムを
指す。

【００２８】パーソナルコンピュータ用のアプリケーシ
ョンソフトウエアでは、ファイル名の一部の拡張子に注
目し、そのアプリケーションソフトウエアが予め定めた
拡張子を持つデータファイルのみを処理可能なファイル
の候補として絞り込むものがある一方で、ワードプロセ
ッサは上述したように扱い可能な文書の候補を絞り込ま
ないものが存在する。これはパーソナルコンピュータ用
のアプリケーションプログラムと呼ばれているものが、
基本ソフトウエアに近い性格／機能を有するものから、
特定の業務に非常に偏った性格／機能のものまで含んで
いるためである。

【００２９】また、一般的なパーソナルコンピュータ用
のアプリケーションソフトウエアでは、文書作成機能や
通信機能など目的別にソフトウエアが専門化されてお
り、受信したデータに適するアプリケーションソフトウ
エアが起動され、該ソフトウエアが該データの加工まで
行なうといった一連の作業を行なえるものが少なくな
い。

【００３０】さらに付け加えるならば、近年、パーソナ
ルコンピュータでは、ファイル名の拡張子に注目し、各
拡張子毎に起動するアプリケーションソフトウエアを登
録し、ファイルが選択されると応じてそのファイル名の
拡張子に対応のアプリケーションソフトウエアが起動さ
れるように基本ソフトウエアを拡張するためのソフトウ
エアが開発されている。

【００３１】上述したように従来のワードプロセッサで
は、文書の属性から、その文書を作成したアプリケーシ
ョンソフトウエアと今回起動されているアプリケーショ
ンソフトウエアが同じかどうか判断している（図３７の
Ｔ１２８参照）。つまり、文書が決定すればそれに対応
のアプリケーションソフトウエアが定められるはずであ
る。また、「パーソナル出版」と「カード印刷」との関
係のように、一意に定めることができなくても、最低
限、起動すべきアプリケーションソフトウエアの候補を
絞り込むことは十分に可能である。

【００３２】上述した背景があるにもかかわらず、利用
者は図３６ないし図３９で説明したように文書の選択に
先立って適切なアプリケーションソフトウエアの選択が
強要される。このため、間違ったアプリケーションソフ
トウエアを選択し起動してしまった場合、アプリケーシ
ョンソフトウエアの選択と起動、および文書の選択とい
った作業を２度繰返さなければならず極めて煩わしい。

【００３３】同様に、正しいアプリケーションソフトウ
エアが起動された場合でも、外部記憶装置に記憶されて
いるすべての文書が編集すべき文書の候補として列挙さ
れるために、呼出すことのできない文書を呼出そうとす
る無駄な努力、またこれに要するロスタイムを発生する
可能性が極めて高くなり、非経済的である。

【００３４】さらに、これらの問題によって、利用者は
常に文書とアプリケーションソフトウエアとの関係を意
識せねばならず、ワードプロセッサの使用に際して見え
ないストレスを与えられることになる。

【００３５】これらの問題は、ワードプロセッサのシス
テム構成上に、大きく分けて２つの原因があるためであ
る。

【００３６】１つは、アプリケーションソフトウエア毎
に対応の文書に属性を持たせているにもかかわらず、各
アプリケーションソフトウエアで独自の属性判別／呼出
し処理を行なって文書を呼出す方法のみが採用されてい
るためである。

【００３７】もう１つは、文書の呼出しを行なうとき
に、どのアプリケーションソフトウエアであっても、す
べての文書が呼出すべき候補として表示されるためであ
る。

【００３８】パーソナルコンピュータの場合、上述した
ようにファイルの名前の一部である拡張子に注目して、
上述したワードプロセッサの場合の問題点を回避したも
のが開発されている。しかし、これは利用者が容易に変
更可能なファイルの名前の一部に注目したものであるた
め、基本ソフトウエアを利用してファイルの名前の変更
が行なわれると、正しいファイルもそうとは認識できな
い場合や、異なるアプリケーションソフトウエア用のフ
ァイルを使えると認識してしまう場合が考えられる。

【００３９】また、上述した拡張子に注目してファイル
を選択するための基本ソフトウエアを拡張するためのソ
フトウエアは、各種のアプリケーションソフトウエアに
対応して準備されなければならないので、拡張子とアプ
リケーションソフトウエアとの登録を利用者が必要に応
じて行なわなければならない。そのため、拡張子とアプ
リケーションソフトウエアとの対応関係が登録されてい
なければ、上述したようなファイル名の拡張子に注目し
たファイル選択のための拡張されたソフトウエアは無駄
となってしまう。さらに、この機能はアプリケーション
ソフトウエアが起動後、ファイルを指定しなければなら
ないタイプのアプリケーションソフトウエアには適用す
ることが非常に困難である。

【００４０】同一機種上に複数の会社からアプリケーシ
ョンソフトウエアが複数提供されるような環境を有する
パーソナルコンピュータでは、異なるアプリケーション
ソフトウエアが異なるデータ構造を持つファイルに対し
て同じ拡張子を適用してしまう可能性がある。一般に供
給されるアプリケーションソフトウエアにおいて、予め
定められた基本の拡張子には、利用者が恒久的な変更を
加えることはほとんどできないので、異なるデータ構造
を持つ同じ拡張子を利用する２つ以上の異なるアプリケ
ーションソフトウエアを同時に同一のコンピュータ上で
は利用しないといった消極的な対応しかできない。

【００４１】さらに、複数の異なった利用目的に精通し
たソフトウエアを提供する会社は少なく、複数の利用目
的、たとえば文書作成と表計算とグラフ作成と通信とを
１つに統合したソフトウエアも開発されたが、市場の大
勢は統合したソフトウエアよりも、機能別のソフトウエ
アが占めている。したがって、パーソナルコンピュータ
の場合でも、ソフトウエアの利用環境をある程度制限す
ることによって問題の起こらない状態を不安定ながら作
り出しているだけである。

【００４２】それゆえにこの発明の目的は、任意のデー
タに関する処理が所望されたとき、該データを処理可能
な情報処理動作を選択して実行する情報処理装置を提供
することである。

【００４３】この発明の他の目的は、任意の情報処理動
作が実行されるとき、該情報処理動作により処理可能な
データを選択する情報処理装置を提供することである。

【００４４】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、予め、実行可能な異なる複数個の情報処理動
作を準備した装置であり、データと該データの特質を表
わす情報とを記憶した第１記憶媒体と、データの情報処
理が所望された時、第１記憶媒体から特質情報を読出す
手段と、この読出手段により読出された特質情報に基づ
いて、複数個の情報処理動作のうち該データを処理可能
な情報処理動作を選択して実行する制御手段とを備えて
構成される。

【００４５】請求項２に係る情報処理装置は、さらに、
複数個のデータと、各データに対応して前述の特質情報
を記憶した第２記憶媒体を有し、前述の制御手段は、前
述の複数の情報処理動作のうち所望の情報処理動作が実
行されたとき、該情報処理動作により処理可能なデータ
の特質を表わす予め定められた情報に基づいて、該情報
処理動作により処理可能なデータを前記第２記憶媒体か
ら選択する第１制御手段をさらに備えて構成される。

【００４６】

【作用】請求項１に係る情報処理装置では、第１記憶媒
体に記憶されたデータの情報処理が所望されたとき、制
御手段が、読出手段により読出された該データの特質情
報に基づいて該データを処理可能な処理動作を選択して
実行する。

【００４７】請求項２に係る情報処理装置では、前述し
た複数個の処理動作のうち、所望の処理動作が実行され
たとき、第１制御手段により、該情報処理動作により処
理可能なデータのみが第２記憶媒体から選択的に抽出さ
れる。

【００４８】

【実施例】以下、この発明の第１および第２の実施例に
ついて説明する。

【００４９】第１の実施例では、利用者はアクセスを所
望する記憶媒体のメディアフォーマット／ファイルシス
テムを意識しなくても、該媒体に適したメディアフォー
マット／ファイルシステムが選択されて、選択されたフ
ォーマットに従って該媒体をアクセスするようなワード
プロセッサが説明される。

【００５０】なお、第１の実施例で適用される機械はワ
ードプロセッサに限定されず、パーソナルコンピュータ
など記憶媒体を接続可能な情報処理装置全般に適用可能
である。また、記憶媒体は第１実施例ではフレキシブル
ディスク（以下、ＦＤと略す）としたが、光磁気ディス
ク、磁気テープ、ＩＣカードなど交換可能な記憶媒体全
般に適用可能である。

【００５１】図１および図２は、この発明の第１の実施
例によるＦＤの入出力の処理フロー図である。

【００５２】図３は、この発明の第１の実施例によるＦ
Ｄの交換あり／なし検出の処理フロー図であり、図４な
いし図６は、この発明の第１の実施例によるＦＤのセク
タ単位の入出力の処理フロー図である。

【００５３】図７は、この発明の第１の実施例によるフ
ァイルシステム照合の処理フロー図である。

【００５４】図８および図９は、この発明の第１の実施
例によるファイルシステム照合のために参照される照合
コードの一例を示す図である。

【００５５】図１０は、この発明の第１の実施例による
ワードプロセッサのブロック構成図である。

【００５６】図１１は、この発明の第１の実施例による
メディアフォーマット／ファイルシステムのデータ群が
格納されるデータチェインを示す模式図である。図１２
は、図１１のデータチェイン中の１つのデータ群を詳細
に示す模式図である。

【００５７】図１３は、図１１のデータチェインに、そ
の中のデータ群とメディアフォーマットの一部が共通で
あるデータ群が追加された状態を示す模式図である。図
１４は、図１１のデータチェインに、その中のどのデー
タ群ともメディアフォーマットが異なるデータ群が追加
された状態を示す模式図である。

【００５８】図１０においてワードプロセッサは、外部
記憶媒体であるＦＤ２を着脱自在に装着可能でＦＤ２を
直接にアクセスするために駆動されるフレキシブルディ
スクドライブ（以下、ＦＤＤと称す）１、ＦＤＤ１を駆
動制御するフレキシブルディスクコントローラ（以下、
ＦＤＣと称す）３を接続するＣＰＵ（中央処理装置の
略）４を含む。ＣＰＵ４はさらに、表示部５、内部記憶
装置であるメモリ６、プリンタ７およびデータ入力のた
めに操作されるキーボード８を接続する。

【００５９】このワードプロセッサに装着されるＦＤ２
は、そのメディアフォーマット／ファイルシステムの種
類に応じて分類されて、メモリ６にはその種類のそれぞ
れに応じたメディアフォーマットおよびファイルシステ
ムの情報からなる複数のデータ群が図１１に示されるよ
うにストアされる。図１１には、異なる６種類のメディ
アフォーマット／ファイルシステム情報からなるデータ
群Ｄ１〜Ｄ６が示される。これらのデータ群は、 （１）同一メディアフォーマットおよび同一ファイルシ
ステムならば、同一データ群 （２）異なるメディアフォーマット、および異なるファ
イルシステムならば、異なるデータ群 （３）同一メディアフォーマットであっても、、ファイ
ルシステムが異なれば異なるデータ群 （４）同一ファイルシステムであっても、メディアフォ
ーマットが異なれば異なるデータ群という規則で分類さ
れるものとする。

【００６０】図１１の各データ群は、図１２に示される
ようにメインリンクＬＭ、上り用サブリンクＬＵ、下り
用サブリンクＬＤ、メディアフォーマット情報用ポイン
タＭＰ、ファイルシステムコードエントリポインタＦ
Ｐ、ファイルシステム照合コードエントリポインタＦＭ
Ｐ、メディアフォーマット情報ＭＩおよびファイルシス
テム情報ＦＩを含む。

【００６１】メディアフォーマット情報ＭＩは少なくと
も１つ以上の連続したフォーマット情報からなり次位の
フォーマット情報の有り／無しを示すための続き有り／
無しコードＣＩ、該メディアフォーマットに従うＦＤ２
におけるデータの格納開始位置を示すスタートセクタ位
置ＳＳＬ、１セクタあたりのバイト数Ｂ／Ｓ、１トラッ
クあたりのセクタ数Ｓ／Ｔ、１ドライブあたりのヘッド
数Ｈ／Ｄ、１ドライブあたりのトラック数Ｔ／Ｄ、デー
タ転送速度ＴＳ、媒体すなわちＦＤ２の回転数ＤＭおよ
び変調方式ＭＤＬを含む。スタートセクタ位置ＳＳＬは
さらにトラック番号ＴＮ、ヘッド番号ＨＮおよびセクタ
番号ＳＮを含む。図１２ではｎ個のメディアフォーマッ
ト情報が格納されているので、１〜（ｎ−１）のコード
ＣＩは続き有りを示し、ｎ番目のコードＣＩは続き無し
を示す。

【００６２】ファイルシステム情報ＦＩはこのファイル
システムでどのようにファイル管理がなされているかと
いう情報が格納されたファイルシステムコードＦＣ、メ
ディアフォーマット／ファイルシステムの組合せ毎に予
め定められた特徴の照合を行なうために参照されるファ
イルシステム照合コードＦＭＣおよび照合するために実
行されるファイル照合プログラムＭＰＲを含む。

【００６３】ポインタＭＰ、ＦＰおよびＦＭＰはメディ
アフォーマット情報ＭＩ、ファイルシステムコードＦＣ
およびファイルシステム照合コードＦＭＣのそれぞれが
格納されるメモリ６における先頭アドレスを示すための
ものである。

【００６４】これらのデータ群Ｄ１〜Ｄ６がメモリ６上
でばらばらに存在していては検索することができないの
で、これらデータ群のすべてをつなぐ道具としてメイン
リンクＬＭが用いられる。図１１に示されるように、メ
インリンクを用いてすべてのデータ群が１方向につなが
っているとき、これらデータ群のつながりを、以下デー
タチェインと称する。また、メインリンクＬＭの先頭に
はＳＴＡＲＴポインタ９が設定される。ポインタ９はデ
ータチェインの先頭のデータ群（Ｄ１）がメモリ６のど
のアドレスに存在するかを示すために設けられたもので
ある。仮に、先頭のデータ群が固定アドレスに存在する
のであれば、このポインタ９は用いなくてもよい。デー
タチェインの最後のデータ群には、該データチェインの
最後の情報であることを示すために、該データ群のメイ
ンリンクＬＭには値“０”を格納する。

【００６５】上り用および下り用サブリンクＬＵおよび
ＬＤは、トラック０／ヘッド０／セクタ１のメディアフ
ォーマットが同じであるデータ群を１つのグループとし
て双方向につなぐ道具として用いられる。メインリンク
ＬＭを用いて該データ群を順番にたどったときに、それ
ぞれのグループで最初に現われるものには上り用サブリ
ンクＬＵに値“０”を、最後に現われるものには下り用
サブリンクＬＤに値“０”を設定する。

【００６６】ワードプロセッサが動作中に文書の保存あ
るいは呼出しのためにＦＤ２にデータを書込んだり読出
す必要が生じたときの動作について説明する。この動作
は、図１〜図７の処理フローで示されるプログラムに基
づいて実行される。このプログラムは、予めメモリ６に
ストアされＣＰＵ４の制御に基づいて実行される。

【００６７】以下、図１〜図７を参照しながら上述の動
作を説明する。まずはじめに、図１においてＣＰＵ４は
ＦＤ２が交換されたかどうか検査を行なう（ステップＳ
１：以下、Ｓ１と称す）。この検査は図３に示されるよ
うに、ＣＰＵ４はＦＤＣ３にＦＤＤ１のスピンドルモー
タを回転させ（Ｓ２１）、ＦＤＤ１をデータの読み書き
あるいは状態の検出に備えさせる。次に、ＣＰＵ４はＦ
ＤＣ３に対して、ＦＤＤ１においてＦＤ２が交換された
かどうかを検査させる命令（ＦＤの交換履歴取得命令）
を発行する（Ｓ２２）。ＦＤＣ３は、ＦＤＤ１が保持し
ている、以前にＦＤ２が交換されたかどうか検査された
後ＦＤ２の交換が行なわれたかどうかの情報をＦＤＤ１
から得た後、ＣＰＵ４に対して与えられた命令の実行完
了を通知する。ＣＰＵ４はＦＤＣ３の実行完了通知を得
たならば（Ｓ２３）、ＦＤＣ３からその結果を得る（Ｓ
２４）。ＣＰＵ４は結果をＦＤＣ３から読出した後、Ｆ
ＤＤ１に対してスピンドルモータの回転停止を行なう
（Ｓ２５）。その後、処理は図１のステップＳ１に戻
る。

【００６８】もし、ＦＤ２の交換が行なわれなかったな
らば（Ｓ１でＮｏ）、ＦＤＤ１で直前に使用されたメデ
ィアフォーマット／ファイルシステムの情報を用いてＦ
Ｄ２の適切な部分を読み書きする（Ｓ３）。

【００６９】ＦＤ２の特定セクタを読み書きするには、
読出しか、書込かを示す符号と、読み書きするＦＤ２の
セクタ位置と、読出したデータを書込むべきメモリ６の
位置と、あるいは書込むデータがストアされるメモリ６
の位置と、上述したメディアフォーマット／ファイルシ
ステム情報のストアされるメモリ６の位置を図４の処理
フローに従うプログラムに与える。

【００７０】図４のプログラムにおいて、まずＣＰＵ４
は、図１２に示されるデータ群の中のメディアフォーマ
ット情報ＭＩのスタートセクタ位置ＳＳＬと、読み書き
すべきＦＤ２のセクタ位置とを比較開始する。目的のセ
クタ位置がｎ番目のスタートセクタ位置ＳＳＬと同じ
か、後ろにあって、ｎ＋１番目のスタートセクタ位置Ｓ
ＳＬよりも前にあるとき、ｎ番目のメディアフォーマッ
ト情報を有効とする（Ｓ２７〜Ｓ３０）。もし、現在の
メディアフォーマット情報ＭＩ中に目的のセクタ位置に
該当する情報がないとき、「無効なセクタ位置」のエラ
ー発生が検出され、表示部５にエラー表示されて終了す
る（Ｓ３１）。

【００７１】有効であるメディアフォーマット情報が検
出された場合は、有効となったメディアフォーマット情
報の中から、ＦＤＣ３にＦＤＤ１のスピンドルモータの
回転数（媒体の回転数ＤＭに従う回転数）を設定した上
で回転させ（Ｓ３２）、ＦＤＤ１をデータの読み書きや
状態の検出に備えさせる。その後、ＣＰＵ４はＦＤＣ３
に対して「ＦＤ装着確認命令」を発行する（Ｓ３３）。
もし、この命令に対して「ＦＤがない」という結果をＣ
ＰＵ４が得ると（Ｓ３５でＹｅｓ）、ＦＤ２への読み書
き動作を中止し「ＦＤがない」というエラー状態を上位
のプログラム（Ｓ３）に戻す。

【００７２】ＦＤ２がＦＤＤ１に装着されていれば（Ｓ
３５でＮｏ）、ＣＰＵ４は新しいトラック位置と「シー
ク命令」を発行して（Ｓ３７）、ＦＤ２の読出すセクタ
あるいは書込むセクタのあるトラック上にＦＤＤ１のヘ
ッドを移動させるようＦＤＣ３を制御する（Ｓ３７）。
ヘッド移動の完了通知がＦＤＣ３からＣＰＵ４にあると
（Ｓ３８）、さらにＣＰＵ４は「読出命令」あるいは
「書込命令」を発行する（Ｓ３９、Ｓ４０、Ｓ５１）。
そして、ＦＤＣ３はＦＤ２上のセクタを特定するために
トラック番号、ヘッド番号、セクタ番号、１セクタあた
りのバイト数、変調方式、データ転送速度をＣＰＵ４に
要求する（パラメータ請求：Ｓ４１，Ｓ５２）。ＣＰＵ
４はこの請求に応じてこれらの情報を、上述した有効と
なったメディアフォーマット情報の中から読出してＦＤ
Ｃ３に発行する（Ｓ４２，Ｓ５３）。ＦＤＣ３はパラメ
ータ請求により請求した情報がＣＰＵ４から発行されて
すべて満たされると、初めてその特定セクタを探し始め
る（Ｓ４３，Ｓ５４）。このとき、所定時間探しても目
的とするセクタが見つからない場合は（Ｓ４４，Ｓ５５
でＹｅｓ）、目的のセクタが発見できず、装着されてい
るＦＤ２に異常があることを上位のプログラムに通知す
る（Ｓ４５，Ｓ５６）。

【００７３】データを読出す場合に、ＦＤＣ３が目的の
セクタを検出し（Ｓ４３でＹｅｓ）、データを読み始め
ると１バイト分のデータが揃う度にＣＰＵ４に通知す
る。通知を受けたＣＰＵ４は、データをＦＤＣ３から受
取りメモリ６に書込むという動作を１セクタのバイト数
分だけ繰返し行なう（Ｓ４６〜Ｓ５０）。一方、データ
を書込む場合にＦＤＣ３が目的のセクタを検出すると
（Ｓ５４でＹｅｓ）、書込むデータをＣＰＵ４に請求す
る（データ請求：Ｓ５８）。ＣＰＵ４はこのデータ請求
を受けて、メモリ６からデータを読出しＦＤ２に書込む
という動作を１セクタ分のバイト数分繰返し実行する
（Ｓ５７〜Ｓ６１）。

【００７４】データ読出およびデータ書込のいずれの場
合も、１セクタ分のデータを読出／書込終了すると、動
作を終了し、ＦＤＤ１のスピンドルモータの回転を止め
正常に終了したことを上位のプログラムに通知する（Ｓ
６２）。

【００７５】以上のような動作で、図１に示されるステ
ップＳ３のＦＤ２の交換がなかった場合のＦＤ２の入出
力が終了する。

【００７６】一方、ＦＤ２の交換が行なわれていたとす
るならば（Ｓ１でＹｅｓ）、装着されているＦＤ２が現
在使用中のメディアフォーマット／ファイルシステムに
適合するものかどうか照合しなければならない（Ｓ
４）。なぜならば、照合せずにデータをＦＤ２に書込め
ば、最悪の場合ＦＤ２に予めストアされたすべてのデー
タを破壊してしまう可能性があるからである。

【００７７】そこで、本実施例ではファイル照合プログ
ラムＭＰＲを実行する。該プログラムＭＰＲは、ファイ
ルシステム毎にその特徴を検出し、現在装着されている
ＦＤ２に適したファイルシステムを特定するために実行
される（Ｓ４）。このファイルシステム照合プログラム
ＭＰＲを実行すると、装着されたＦＤ２の特徴とそれぞ
れのファイルシステムの固有の特徴とが比較される。こ
のプログラムＭＰＲの処理について図７を参照し説明す
る。

【００７８】固有の特徴として、たとえばあるワードプ
ロセッサは、そのワードプロセッサで使用するＦＤ２の
第０トラック、第０ヘッド、第７セクタにそのワードプ
ロセッサのメーカー名が、次のセクタである第０トラッ
ク、第０ヘッド、第８セクタにそのワードプロセッサの
愛称がそれぞれＥＢＣＤＩＣ符号を用いたローマ字表記
で書込んである。このような特徴がファイルシステムそ
れぞれに存在する。

【００７９】さらに複数種類のＦＤ２を使用するファイ
ルシステムでは、メディアフォーマットが異なっている
ために、ＦＤ２の種類毎に固有の特徴が存在する。たと
えば、あるＦＤ２に格納されるファイル名称に関する情
報が、あるＦＤ２の種類のときには１トラックの両面を
使用して登録されていたが、そのＦＤ２の２倍の記録密
度で記録可能なＦＤ２であれば、この情報を１トラック
の片面だけで十分に登録できるようになる。このよう
に、基本的には同じ考え方で特徴を判別できるが、具体
的にはＦＤ２の種類別にその特徴をとらえるためのプロ
グラムＭＰＲが必要になる。上述したメーカー名がＦＤ
２に登録されている例を図８に示し、愛称がＦＤ２に登
録されている例を図９に示す。

【００８０】まず、ＣＰＵ４は現在装着されているＦＤ
２の第０トラック、第０ヘッド，第７セクタのデータを
メモリ６に読込む（Ｓ６３）。なお、このとき参照され
るメディアフォーマット情報ＭＩは、図１２に示された
ものであるとする。このとき「ＦＤがない」エラーがＦ
ＤＣ３から戻ってくれば（Ｓ６４でＹｅｓ）、ＣＰＵ４
は該プログラムＭＰＲを「ＦＤがない」エラーで終了す
る（Ｓ７４、Ｓ５、Ｓ６）。その他の理由で、装着され
たＦＤ２が読めなければ（Ｓ６５でＹｅｓ）、このワー
ドプロセッサ用のＦＤ２とは異なると判断し「合致せ
ず」メッセージを戻す（Ｓ７３，Ｓ７）。

【００８１】第０トラック、第０ヘッド、第７セクタに
格納されたデータが読めたならば、読出されたデータと
図８に示されたデータとをセクタの先頭から１バイトず
つ比較する（Ｓ６６）。もし、第７セクタに１バイトで
も異なったデータが格納されていれば、該ＦＤ２はこの
ワードプロセッサ用のＦＤ２とは異なると判断し（Ｓ６
７でＹｅｓ）、「合致せず」メッセージを戻す（Ｓ７
３）。第７セクタのすべてのバイトのデータが一致すれ
ば、続けて同様に第０トラック、第０ヘッド、第８セク
タに格納されたデータをメモリ６に読込む（Ｓ６８）。
このとき、ＦＤ２が読めなければ（Ｓ６９でＹｅｓ）、
装着されたＦＤ２はこのワードプロセッサ用のＦＤ２と
異なると判断し「合致せず」メッセージを戻す（Ｓ７
３）。

【００８２】第８セクタに格納されたデータが読出され
たならば、このデータと図９に示されたデータとを先頭
から１バイトずつ比較する（Ｓ７０）。仮に、この第８
セクタに図９に示されたデータとは１バイトでも異なっ
たデータが格納されていれば（Ｓ７１でＹｅｓ）、この
ＦＤ２は該ワードプロセッサ用のＦＤ２とは異なると判
断し「合致せず」メッセージを戻す（Ｓ７３）。一方、
第８セクタにストアされたデータと図９に示されるデー
タとがすべて一致すれば、装着されたＦＤ２はこのワー
ドプロセッサ用のＦＤ２であるとして「合致」メッセー
ジを戻す（Ｓ７２）。

【００８３】以上のようにして、該ワードプロセッサの
メディアフォーマットとファイルシステムとが装着され
ているＦＤ２のそれに合致しているかどうかが判定され
る。詳細には、メディアフォーマットに関する判定が、
前述したＳ６５またはＳ６９で行なわれ、ファイルシス
テムに関する判定はＳ６７またはＳ７１で行なわれる。
この固有の特徴に関する判定方法についてはメディアフ
ォーマットとファイルシステムの組合せ毎に存在する
が、ここでは説明を簡単にするため一例のみを挙げるも
のとする。

【００８４】さて、図７のファイルシステム照合プログ
ラムＭＰＲの実行により得られた判定結果は「合致」、
「合致せず」、「ＦＤがない」のいずれかになる。ＦＤ
２への入出力の要求があって、「ＦＤがない」というエ
ラーメッセージを得たということは、ＦＤ２を読み書き
しようという作業がこれ以上不可能な状態であるから、
直ちに、「ＦＤがない」エラーで一連のＦＤ入出力に関
する処理が終了することになる（Ｓ５，Ｓ６）。

【００８５】「合致」という判定結果を得れば（Ｓ７で
Ｙｅｓ）、プログラムＭＰＲの照合に用いられたメディ
アフォーマット／ファイルシステムの情報を用いてＦＤ
入出力に関する作業を続行しても差支えないことを意味
するから、直前に使用されていたメディアフォーマット
／ファイルシステムの情報を用いて装着されたＦＤ２の
読み書きが行なわれる。

【００８６】問題は、「合致せず」という判定結果を得
た場合である（Ｓ７でＮｏ）。この場合、有効なすべて
の既知のメディアフォーマットとファイルシステムとの
組合せを試して、合致する組合せを抽出する。この作業
について以下に説明する。まず、現在使用するメディア
フォーマット／ファイルシステムを指すポインタを、仮
にデータチェインに最初に登録してあるもの、たとえば
図１１のデータ群Ｄ１のメディアフォーマット／ファイ
ルシステム情報を指すようにポインタ処理する（Ｓ
８）。今、ポインタが指しているデータ群のメディアフ
ォーマット／ファイルシステム情報がこの抽出作業の中
でまだ使われていないメディアフォーマットＭＩであれ
ば、すなわちサブリンクＬＵまたはＬＤの先頭であれば
（Ｓ９でＹｅｓ）、この仮に設定されたメディアフォー
マット／ファイルシステム情報中のメディアフォーマッ
ト情報ＭＩに従う図４の１セクタ入出力処理のプログラ
ム実行により、ＦＤ２には必ず存在するであろう第０ト
ラック、第０ヘッド、第１セクタを読出そうとする（Ｓ
１０）。もし、正常に該セクタを読出すことができたな
らば（Ｓ１１でＹｅｓ）、この仮に設定した（現在ポイ
ントされる）データ群のメディアフォーマット／ファイ
ルシステム情報と該ＦＤ２のそれとが合致するものであ
る可能性が高いので、さらに詳細に調べる。もし、該セ
クタを読出すことができなければ（Ｓ１１でＮｏ）、現
在ポイントされているデータ群中のメディアフォーマッ
ト／ファイルシステム情報は現在装着されているＦＤ２
のそれとは異なっていることがわかる。

【００８７】現在ポインタが指すメディアフォーマット
／ファイルシステム情報とＦＤ２とのそれが異なってい
る（Ｓ１１でＮｏ）、または現在ポインタが指している
メディアフォーマット／ファイルシステム情報がこの検
索作業の中ですでに参照されたメディアフォーマットで
あれば、すなわちサブリンクＬＵまたはＬＤの先頭でな
ければ（Ｓ９でＮｏ）、メインリンクＬＭの最後である
かどうか、すなわち現在ポインタが指しているデータ群
のメインリンクＬＭの値が“０”であるかどうか、たと
えば図１１でポインタがデータ群Ｄ６を指しているかど
うかを判定する（Ｓ１２）。

【００８８】もし、メインリンクＬＭの最後であれば
（Ｓ１２でＹｅｓ）、該ワードプロセッサに現在登録済
のすべての有効なメディアフォーマット／ファイルシス
テム情報を調べても、装着されているＦＤ２のそれとは
どれも合致しなかったことになるので、ＦＤ２への入出
力動作を「既知のメディアフォーマットではない」エラ
ーで終了する（Ｓ１４）。メインリンクＬＭの最後でな
ければ（Ｓ１２でＮｏ）、ポインタを次のデータ群のメ
ディアフォーマット／ファイルシステム情報を指すよう
に、すなわちメインリンクＬＭのポインタを新しいポイ
ンタとする（Ｓ１３）。そして、ポインタにより指され
るデータ群のサブリンクＬＵまたはＬＤの先頭か否かの
判断から以降の処理を繰返す。

【００８９】さて、ポインタが指すメディアフォーマッ
ト／ファイルシステムに従ってＦＤ２の第０トラック、
第０ヘッド、第１セクタが読めたならば（Ｓ１１でＹｅ
ｓ）、現在のポインタが指すメディアフォーマット／フ
ァイルシステム情報のファイルシステム照合プログラム
ＭＰＲを実行し、正しいメディアフォーマットとファイ
ルシステムとの組合せか調べる（Ｓ１５）。ここでは、
すでに「ＦＤがない」場合はエラー終了となっているは
ずなので、これに関する説明は省略する。

【００９０】プログラムＭＰＲの実行により「合致」メ
ッセージが戻ってくれば、現在ポインタが指示するメデ
ィアフォーマット／ファイルシステム情報を正式なメデ
ィアフォーマット／ファイルシステム情報として設定す
る（Ｓ１７）。そして、この設定された情報を基に、装
着されているＦＤ２に関する入出力処理を実行する。

【００９１】一方、プログラムＭＰＲの実行により「合
致せず」メッセージが戻されれば（Ｓ１６でＮｏ）、現
在ポインタが指すメディアフォーマットと同じでかつ異
なるファイルシステムの組合せがもうないか調べる。こ
こで、下り用サブリンクＬＤが“０”であれば（Ｓ１８
でＹｅｓ）、同じメディアフォーマットで異なるファイ
ルシステムの組合せはもうないことになり、「装着され
ているＦＤ２は、既知のファイルシステムで初期化され
たものではない」エラーとして終了する（Ｓ１９）。そ
うでなければ（Ｓ１８でＮｏ）、さらに同じメディアフ
ォーマットで新しいファイルシステムを指すようにポイ
ンタを更新し（Ｓ２０）、新しいメディアフォーマット
／ファイルシステム情報の基でファイルシステム照合プ
ログラムＭＰＲの実行から繰返す。

【００９２】このようにして、試行を繰返しながら装着
されているＦＤ２に適合するメディアフォーマットとフ
ァイルシステムとがプロセッサ側で検索されて、検索さ
れた情報に従ってＦＤ２の入出力動作が行なわれる。し
たがって、利用者は装着したＦＤ２がどのようなメディ
アフォーマット／ファイルシステム情報の下に情報登録
されているかを意識しなくとも、ＦＤ２をＦＤＤ１に装
着するだけで、プロセッサ側で自動的に該ＦＤ２に適合
したメディアフォーマット／ファイルシステム情報に従
ったＦＤ２の入出力動作を行なうので、ＦＤ２に関する
入出力動作がデータ破壊を生じさせることなく常に正し
く行なわれることになる。

【００９３】ここで、図１１に示されたデータチェイン
に新たなデータ群を追加する処理について説明する。該
プロセッサにおいて取扱う新たなメディアフォーマット
／ファイルシステム情報を含むデータ群Ｄ７を追加する
には、図１３または図１４に示されるようにデータチェ
インのメインリンクＬＭの最後尾に追加することにより
行なわれる。この追加しようとするデータ群の作成はた
とえばユーザがキーボード８からのデータ入力により作
成される。追加しようとするデータ群Ｄ７が、メモリ６
のデータチェインにすでに存在するデータ群とトラック
０／ヘッド０／セクタ１が同じであるメディアフォーマ
ットを有する場合、該データ群Ｄ７をメインリンクＬＭ
の最後尾に追加するとともに、同じメディアフォーマッ
トを接続するサブリンクＬＵまたはＬＤにも接続する。
もし、追加しようとするデータ群Ｄ７のメディアフォー
マットと同じものが現在のデータチェイン中になけれ
ば、図１４に示されるように新しいサブリンクの先頭と
して登録する。

【００９４】このように新しいデータ群の登録は、 （１）現在のデータチェインのメインリンクＬＭの最後
尾のデータ群のメインリンクＬＭに、値“０”の代わり
に新しいデータ群（Ｄ７）を指すアドレスを設定する。

【００９５】（２）新しいデータ群Ｄ７のメインリンク
ＬＭに値“０”を設定する。 （３）仮に、図１３のように既存のサブリンクに接続す
るのであれば、接続されるもともとのサブリンクの最後
尾のデータ群（Ｄ４）の下り用サブリンクＬＤに値
“０”の代わりに新しいデータ群Ｄ７を指すアドレスを
設定する。

【００９６】（４）もし、図１３のように既存のサブリ
ンクに接続するのであれば、接続するデータ群（Ｄ７）
の上り用サブリンクＬＵにもともとのサブリンクの最後
尾のデータ群（Ｄ４）を指すアドレスを設定する。

【００９７】（５）もし、図１４に示されるように追加
されるデータ群Ｄ７が新規のサブリンクとなるのであれ
ば、このデータ群Ｄ７の上り用サブリンクＬＵと下り用
サブリンクＬＤとにそれぞれ値“０”を設定する。

【００９８】を行なうことにより完了する。上述したよ
うなデータ構造を採用することにより、該ワードプロセ
ッサに登録されるメディアフォーマット／ファイルシス
テム情報の追加は容易である。また、新しいサブリンク
の先頭を探すことにより、新しいメディアフォーマット
の形式のあり／なしが判定できる。

【００９９】次に、第２の実施例について説明する第２
の実施例では、複数の文書データと文書データ作成のた
めの複数のアプリケーションプログラムとを予め記憶
し、利用者は作成または変更を所望する文書データを選
択するだけで自動的に選択された文書データを作成また
は変更するための適切なアプリケーションプログラムが
選択されて起動されるというワードプロセッサが説明さ
れる。

【０１００】なお、本実施例が適用される機械はワード
プロセッサに限定されず、パーソナルコンピュータなど
であってもよく、さらに、複数のアプリケーションプロ
グラムおよび複数の文書データを格納する記憶媒体はフ
レキシブルディスク、ハードディスク、光磁気ディス
ク、ＩＣカードなどが考えられる。

【０１０１】図１５は、この発明の第２の実施例による
ワードプロセッサのブロック構成図である。このワード
プロセッサはＣＰＵ２１、図示されないハードディスク
（以下、ＨＤと呼ぶ）を内蔵し、これをＣＰＵ２１の制
御の下にアクセスするハードディスクドライブ（以下、
ＨＤＤと呼ぶ）２２、着脱自在な形態でＦＤ３１が装着
され、ＦＤ３１をＣＰＵ２１の制御の下にアクセスする
ＦＤＤ２３、表示部２４、プリンタ２５、外部装置と該
プロセッサとを通信接続するためのシリアル通信インタ
フェース２６、着脱自在な形態でＩＣカード２８が装着
され、ＩＣカード２８をアクセスするＩＣカードインタ
フェース２７、このプロセッサの主記憶領域となるＲＡ
Ｍ２９およびＲＯＭ３０、ならびに外部からデータ入力
するために操作されるキーボード３２を含む。なお、Ｒ
ＡＭ２９は後述する文書選択済フラグｆおよび少なくと
も１つ以上の属性情報ａｔを記憶する。

【０１０２】図１６は、図１５のワードプロセッサの概
略処理フロー図であり、図１７は、このワードプロセッ
サの機能選択画面の表示の一例を示す図である。

【０１０３】図１８および図１９は、図１５のワードプ
ロセッサにおける文書呼出し機能の処理フロー図であ
り、図２０はこの文書呼出し機能起動時に表示される文
書選択用の画面の一例を示す図である。

【０１０４】図２１は図１５のワードプロセッサにおけ
るＦＤに格納される文書の一覧を模式的に示す図であ
る。

【０１０５】図２２は、図１５のワードプロセッサにお
いて起動されるアプリケーションソフトウエアが複数個
抽出された場合に、利用者に所望のソフトウエアを選択
させるための画面表示の一例を示す図である。

【０１０６】図２３および図２４は、図１５のワードプ
ロセッサにおけるスケジュール管理機能の処理フロー図
である。

【０１０７】図２５は、このスケジュール管理機能起動
時に呼出された文書を選択するための画面表示と、その
時のＦＤに格納された文書の一覧を対応させて示す図で
あり、図２６はこのスケジュール管理機能起動時に利用
可能な文書を呼出すことができなかった場合の画面表示
と、そのときのＦＤに格納される文書の一覧とを対応さ
せて示す図である。

【０１０８】図２７は、図１５のワードプロセッサにお
いて利用する文書の属性情報を保持する方法の一例を示
す模式図であり、図２８（ａ）〜（ｃ）はこの方法のそ
の他の例を示す模式図である。

【０１０９】図２９は図１５のワードプロセッサにおい
てパーソナル出版機能で利用される文書の情報が格納さ
れるファイルの一例を模式的に示す図である。

【０１１０】図３０は、図１５のワードプロセッサにお
いてカード印刷機能で利用される文書の情報が格納され
るファイルの一例を模式的に示す図である。

【０１１１】図３１〜図３３は、図１５のワードプロセ
ッサにおいて図２７ないし図３０に示された情報を用い
た文書属性判断の処理フロー図である。

【０１１２】図３４は、図１５の主記憶領域（ＲＡＭ２
９およびＲＯＭ３０）における情報の格納状態を模式的
に示す図である。

【０１１３】なお、本実施例では該ワードプロセッサで
作成または変更される文書はＨＤまたはＩＣカード２８
またはＦＤ３１に格納されて準備され、さらに説明を簡
単にするために図１７に示される種々の機能のうち、
文書呼出し機能、パーソナル出版機能、カード印刷
機能、スケジュール管理機能、および表計算機能の
５つの機能のみがこれら外部記憶装置上から文書の呼出
しができるものとする。これら以外の機能、たとえばは
がき作成機能などは、外部記憶装置上から文書の呼出し
ができない「その他の機能」として扱う。

【０１１４】まず、この実施例のワードプロセッサにお
いて、ＦＤ３１に格納された所望の文書を指定すること
により、その文書を作成（編集含む）するための適切な
機能（アプリケーションソフトウエア）を自動的に起動
する動作について説明する。

【０１１５】ワードプロセッサが起動されると、ＣＰＵ
２１は、図１７の画面を表示部２４に表示し、図１６で
示される「機能の選択」（Ｓ８１）を処理する。ここ
で、ユーザが図１７のの「文書呼出し」機能を選択
し、キーボード３２の「実行」キー（図示せず）を押す
と、ＣＰＵ２１は「文書呼出し」機能の処理に移る（Ｓ
８８）。

【０１１６】「文書呼出し」機能は、図１８に示される
ように、まずＩＮＤＥＸ部と呼ばれるＦＤ３１のどこに
どんな名前の文書が格納されているかを示す索引情報を
ＦＤ３１から主記憶領域に読込む（Ｓ１０１）。ここ
で、読込みに失敗すると（Ｓ１０２でＹｅｓ）、エラー
表示をし（Ｓ１１１）、「機能の選択」に戻るか、もう
一度ＩＮＤＥＸ部を読込むか、ユーザの意思を確認する
（Ｓ１１２〜Ｓ１１４）。ＩＮＤＥＸ部の読込みに成功
すれば（Ｓ１０２でＮｏ）、図２０のようにＦＤ３１に
登録の全文書（図２１参照）の名前をＩＮＤＥＸ部に基
づいて表示部２４に表示し、ユーザはその中から所望の
文書の選択を行なう（Ｓ１０３）。ここで、ユーザによ
りキーボード３２の「解除」キー（図示せず）が押され
ると（Ｓ１０４でＹｅｓ）、「文書の選択」を中止して
「機能の選択」（Ｓ８１）に戻るが、キーボード３２の
「実行」キーが押されると、そのとき表示部２４のカー
ソル（図２０参照）で示されていた文書が選択されるこ
とになる。

【０１１７】文書が選択されれば、ＲＡＭ２９の一部領
域を該文書を読込む領域として仮に初期化し（Ｓ１０
５）、そこに該文書の属性を判断するのに必要なだけの
データを該文書から読込む（Ｓ１０６）。読込みに失敗
すると（Ｓ１０７でＹｅｓ）、エラー表示をし（Ｓ１１
５）、「機能の選択」に戻るか、もう一度ＩＮＤＥＸ部
の読込みから再実行するか、ユーザの意思を確認する
（Ｓ１１２〜Ｓ１１４）。

【０１１８】文書の属性を判断するのに必要なだけのデ
ータの読込みに成功すれば（Ｓ１０７でＮｏ）、後述す
る文書属性チェックを始める（Ｓ１０８）。この場合
は、前述したように「パーソナル出版」機能に該当の文
書の中に「カード印刷」機能に該当の文書が含まれるこ
とから、「パーソナル出版」機能に該当の文書であるこ
とを確認した後に「カード印刷」機能に該当の文書であ
るかチェックすることにする。この２つの機能以外に該
当の文書については、チェックの順番は特定しない。

【０１１９】文書属性チェックの簡易な方法としては、 （１）ＩＮＤＥＸ部に実際の文書名の他に、１ビットに
つき１属性を割当てた属性データ領域を付加する方法 （２）文書の先頭の２５６バイト程度を文書の大きさな
どの文書本体以外の情報を記録する部分に割当て、その
うちの数バイトを文書属性情報に割当てる方法 （３）（１）と（２）とを併用する方法 などが考えられる。

【０１２０】さらに、「カード印刷」機能に該当の文書
のように、「パーソナル出版」機能に該当の文書であっ
てかつその内部の印刷紙のレイアウトの構造も自ら定め
た構造になっていなければならないものは、さらに文書
の先頭から数百バイトを読込んで、レイアウト情報を検
索し、そのレイアウトが「カード印刷」機能に適したも
のであるかどうかをチェックすることが考えられる。

【０１２１】図２７〜図３３を用いて、上述した文書属
性チェック方法の一例を説明する。図２７は、上述の
（１）に相当する方法において属性情報をＩＮＤＥＸ部
で保持する例で、ＩＮＤＥＸ部の一部分が示される。こ
の情報は後述する図３１の処理フローの中で属性の大分
類を行なうために使用される。図２７を参照してＩＮＤ
ＥＸ部の一部分は属性データ領域４０、文書名領域４１
および領域４５を含む。文書名領域４１にはＦＤに登録
される文書の名称がそれぞれ登録され、各文書名に対応
して属性データ領域４０および領域４５が設けられる。
領域４０には対応の文書名に該当の文書がどのような機
能（アプリケーションソフトウエア）で作成（編集）さ
れるかを決定するための一般文書（表計算を含む）属性
４２、パーソナル出版（カード印刷を含む）属性４３お
よびスケジュール属性４４を含む。領域４５は対応の文
書名に該当の文書の先頭が格納されている場所をＦＤの
先頭から何セクタかをデータにして示す領域である。

【０１２２】図２８（ａ）〜（ｃ）は、上述の（２）に
相当する方法において、各文書の先頭に該文書の属性情
報を保持する例で、それぞれの文書の最初の２５６バイ
トのデータが示される。この情報は後述する図３２のフ
ロー中の属性の中分類を行なうために使用される。

【０１２３】図２８（ａ）には各文書の先頭２５６バイ
トの基本的なデータ領域の割付が示される。図示される
ように、この領域には該文書の出力様式を規定するデー
タとして用紙サイズ４６、用紙方向４７、１行文字数４
８および印字方向４９が格納される。さらに該領域には
該文書が一般文書であるか否かを示す一般文書情報５
０、表計算に関する文書であるか否かを示す表計算情報
５１、スケジュールに関する文書であるか否かを示すス
ケジュール情報５２およびパーソナル出版に関する文書
であるか否かを示すパーソナル出版情報５３を含み、情
報５０〜５３のそれぞれに対応して該文書のサイズ５４
〜５７が格納される。情報５０〜５３のそれぞれには０
または１が設定される。たとえば、該文書が表計算に関
する文書であるとき対応の表計算情報５１には１が設定
され、対応の情報５０、５２および５３にはそれぞれ０
が設定される。図２８（ｂ）は図２８（ａ）のデータ領
域の割付に従うカード印刷に関する文書の先頭２５６バ
イトの内容が示される。図２８（ｃ）には同様にして表
計算に関する文書の先頭２５６バイトのデータが示され
る。

【０１２４】図２９および図３０は、さらなる分類を必
要とする「カード印刷」機能に該当の文書を例にとっ
て、その内部に識別するためのどのような情報が保持さ
れているかが模式的に示され、この情報は後述する図３
３のフロー中で小分類を行なうときに参照される。

【０１２５】図２９には、パーソナル出版に関する文書
のレイアウト情報を該文書の先頭領域（２５６バイト＋
数百バイト）に格納した場合の基本データ領域の割付の
様子が示される。図２９を参照してこの領域には２５６
バイト分の文書属性情報（図２８参照）およびレイアウ
トに関して割付けるべき区画数５５（この場合、ｎ）が
含まれ、さらに該領域にはｎ個の区画のそれぞれに対応
して第１〜第ｎの区画情報６１〜６ｎおよび第１〜第ｎ
区画データ７１〜７ｎが含まれる。各区画情報６ｉ（ｉ
＝１、２、…、、ｎ）は、区画種別８０、区画開始Ｘ位
置８１、区画Ｘ幅８２、印字方向８３、データサイズ８
４、区画開始Ｙ位置８５、区画Ｙ幅８６および印字文字
数８７を含む。区画種別８０は該区画にどのような種類
のデータが格納されるかを示すものであり、Ｘ位置８
１、Ｙ位置８５、Ｘ幅８２およびＹ幅８６は、該区画の
位置および大きさに関する情報を示すものであり、デー
タサイズ８４は対応の区画データ７ｉの大きさを示すも
のであり、、印字方向８３および印字文字数８７は対応
の区画データ７ｉの出力のフォーマットを示すものであ
る。

【０１２６】図３０には、図２９の基本のデータ領域の
割付に従った場合の、カード印刷に該当の文書、たとえ
ばメッセージカード２の場合の領域の割付の様子が示さ
れる。

【０１２７】まず、図３１においてこの文書属性判断処
理では、判断される文書のＩＮＤＥＸ部と、これと合致
するか調べる文書属性とを初期値として上位の処理から
受取る（Ｓ１３４）。調べる文書属性によって、後述す
るように大分類で調べる内容、中分類で調べる内容、小
分類で調べる内容が定まり、それぞれの分類レベルで合
致しなければ、その地点で「合致せず」として終了す
る。小分類まで合致すれば「合致」として終了する。

【０１２８】たとえば、ユーザにより選択された文書が
「カード印刷」機能に該当の文書、、たとえば図２７の
メッセージカード２の文書であり、上位の処理から与え
られた検証すべき文書属性が「カード印刷」のそれであ
ったと想定する。このとき、Ｓ１３５〜Ｓ１３８の判断
を経て、上位から与えられた検証属性はカード印刷のそ
れと判断される（Ｓ１４０でＹｅｓ）。このとき、図２
７に示されるように選択された文書のパーソナル出版属
性４３が１、図２８（ｂ）に示される「パーソナル出版
情報５３」が１となっている。したがって、該文書の属
性はパーソナル出版属性４３であることが判定されて
（Ｓ１３９でＹｅｓ）と判定されて、該文書は、まずパ
ーソナル出版属性に該当すると大分類される。次に、該
文書の先頭に格納された属性情報（図２８（ｂ）参照）
が読出されて（Ｓ１４３）、図３２の中分類処理が実行
される。

【０１２９】図３２を参照して中分類処理において、与
えられた検証属性は前述のように「カード印刷」のそれ
であるから、Ｓ１４４およびＳ１４５を経て、該文書の
パーソナル出版情報５３は１であるか否かが判断され
る。このとき、情報５３は１であるので（Ｓ１４６で＝
１）、このままでは、該文書がパーソナル出版に関する
文書かカード印刷に関する文書か特定できないので、図
３３に示される小分類処理が要求される。

【０１３０】図３３の小分類処理において、まず該文書
のレイアウト情報（図３０参照）が読込まれ（Ｓ１５
３）、印刷可能な各区画の大きさが同じで（Ｓ１５４で
Ｙｅｓ）、最小の区画が図形情報専用、すなわち区画種
別８０が“図形専用”であれば（Ｓ１５５でＹｅｓ）、
指定された該文書の属性は検証すべき「カード印刷」の
文書の属性と一致する、すなわち該文書は「カード印
刷」機能のアプリケーションソフトウエアによって作成
または編集される文書であると判断されて、上位の処理
ルーチンに「合致」の判断が介される。

【０１３１】また、「表計算」機能に該当の文書、たと
えば文書名「試算２月度」の文書を上位のシステムから
与えられた検証属性「表計算」の属性に一致するかどう
か判断する場合、図２７に示されるように試算２月度の
文書の属性は一般文書属性４２が１なので、一見一般文
書のようであるが、さらに中分類処理で詳しく調べる
と、図２８に示されるように該文書の表計算情報５１が
１となっているので、試算２月度の文書は一般文書では
なく表計算機能に該当の文書であると判断される。この
場合は、さらに分類する必要はないので、小分類処理は
省略され合致の判断が上位ルーチンに返される。

【０１３２】また、「カード印刷」機能に該当の文書、
たとえば文書名メッセージカード２の文書を「表計算」
機能の文書かどうか、あるいは「表計算」機能に該当の
文書を「カード印刷」に該当の文書かどうか判断させた
とする。これらの場合はいずれも、大分類処理の段階で
合致しないことになり、合致せずとして上位ルーチンに
返される。

【０１３３】文書属性チェックの処理では、上位システ
ムから検証属性が与えられるが、システムから与えられ
る検証属性は、図１９に示されるようにパーソナル出版
属性（Ｓ１１９）がまず与えられ、これについてチェッ
クが施され、合致すれば「パーソナル出版」に関する属
性が設定され（Ｓ１２１）、次に「カード印刷」に関す
る属性チェック（Ｓ１２２）が行なわれ、合致すればカ
ード印刷に関する属性が設定される（Ｓ１２４）。

【０１３４】パーソナル出版属性チェックで合致しなけ
れば（Ｓ１２０でＮｏ）、次にスケジュール管理属性チ
ェック（Ｓ１２５）が行なわれる。このチェックにより
合致すればスケジュール管理属性が設定され（Ｓ１２
７）、合致しなければ次に表計算に関する属性チェック
が行なわれ（Ｓ１２８）、合致すれば表計算の属性が設
定される（Ｓ１３０）。合致しなければ次に一般文書の
属性チェックが行なわれ（Ｓ１３１）、このチェック結
果が合致すれば一般文書の属性が設定される（Ｓ１３
３）。上述した属性チェックのいずれにおいても、“合
致”のチェック結果が得られなかった場合は属性は何ら
設定されていない状態となる。

【０１３５】なお、これらの属性設定（Ｓ１２１、Ｓ１
２４、Ｓ１２７、Ｓ１３０、Ｓ１３３）は、ＲＡＭ２９
に属性情報ａｔを設定することにより完了する。

【０１３６】上述した文書属性チェックが完了すれ
ば、、上述したようにＲＡＭ２９に少なくとも１種類の
属性情報ａｔが設定されている。たとえば、図２０また
は図２１に示されている「メッセージカード２」という
「カード印刷」に該当の文書が選択された場合は、「パ
ーソナル出版」と「カード印刷」との２つの属性がＲＡ
Ｍ２９に属性情報ａｔとして設定される。同じく、図２
０または図２１の「試算２月度」という文書が選択され
たならば、ＲＡＭ２９の属性情報ａｔとして「表計算」
の属性のみが設定されている。

【０１３７】図１８の処理に戻り、ＲＡＭ２９に設定さ
れた属性情報が複数あるか否かが判定される（Ｓ１０
９）。設定された属性が１個の場合は（Ｓ１０９でＮ
ｏ）、属性情報ａｔを参照して呼出される機能（アプリ
ケーションソフトウエア）の設定と、文書選択済フラグ
ｆを１に設定し、文書呼出し機能（Ｓ８８）を終了する
（Ｓ１１０）。

【０１３８】もし、「カード印刷」に該当の文書のよう
に複数の属性を持つ場合は（Ｓ１０９でＹｅｓ）、図２
２に示されるように、これら属性を参照し起動可能な機
能（アプリケーションソフトウエア名）をすべて表示部
２４に表示しユーザによりその中から選択してもらう
（Ｓ１１６）。このとき、選択が行なわれず「解除」キ
ーが押下されれば、再度機能の選択（Ｓ８１）の処理に
戻るが、選択された場合は（Ｓ１１７でＮｏ）、選択さ
れたアプリケーションソフトウエアの属性だけを属性情
報ａｔとしてＲＡＭ２９に残し、その他の属性をＲＡＭ
２９から抹消する。その後、残された属性を参照して呼
出される機能の設定と文書選択済フラグｆを１に設定し
文書呼出し機能（Ｓ８８）を終了する。

【０１３９】上述したようにして文書呼出し機能が終了
すれば、その時点にＲＡＭ２９に格納された属性情報ａ
ｔに従って、対応のアプリケーションソフトウエアを起
動する（Ｓ８９〜Ｓ９２、Ｓ９５〜Ｓ９８）。

【０１４０】ここで、図１５および図３４を参照しなが
ら、アプリケーションソフトウエアの起動について説明
する。図３４は図１のＲＡＭ２９の記憶領域とＲＯＭ３
０の記憶領域とが領域９０および９１として連続してい
るように仮想的に示される。領域９０は共通データ領域
９２、アプリケーションプログラム領域９３、アプリケ
ーションデータ領域９４および一時データ領域９５を含
む。領域９１は共通プログラム領域９６を含む。

【０１４１】領域９６には、文書属性判断のような基本
的で複数のアプリケーションソフトウエアから利用され
るプログラムや機能選択のようなアプリケーションソフ
トウエアが起動する前に動作する必要のある各種プログ
ラムが収められる。これらのプログラムは常時ＣＰＵ２
１から読出され実行可能状態に移行させられる。

【０１４２】共通データ領域９２には、前述したような
「文書呼出し」機能でユーザにより選択された文書名
や、属性情報ａｔおよびファイル選択済フラグｆが格納
される。アプリケーションプログラム領域９３には、実
際に文書の作成、各種編集作業を行なうアプリケーショ
ンソフトウエアが格納される。これらのソフトウエアは
通常はＨＤＤ２２に内蔵されるＨＤに格納されていて、
必要に応じてＣＰＵ２１の制御の下に該領域９３に呼出
されて実行可能状態に移行させられる。アプリケーショ
ンデータ領域９４には領域９３に格納されたプログラム
によって利用されるデータが格納される。一時データ領
域９５には、領域９３のアプリケーションソフトウエア
や共通プログラム領域９６に格納されたプログラムで使
用されるスタックなどの一時的なデータが格納される。

【０１４３】たとえば、文書名が「スケジュール」であ
る「スケジュール管理」機能に該当の文書がユーザによ
り選択されたとする。すると、ＣＰＵ２１により「スケ
ジュール管理」機能を実現するためのアプリケーション
ソフトウエアがＨＤからＲＡＭ２９のアプリケーション
プログラム領域９３にロードされて、共通プログラム領
域９６にある「文書呼出し」機能のプログラムから制御
がこのアプリケーションプログラムに移される。「スケ
ジュール管理」機能のアプリケーションプログラムの処
理手順が図２３に示される。

【０１４４】制御が図２３のプログラムに移ると、図示
されるように、スケジュールが初期化され（Ｓ１５
６）、その後ファイル選択済フラグｆが１に設定されて
いるかどうかチェックする（Ｓ１５７）。これは、前述
の「文書呼出し」機能を選択して、その結果としてこの
アプリケーションソフトウエアが利用されたかどうかを
判別するためである。

【０１４５】もしファイル選択済フラグｆが設定されて
いれば（Ｓ１５７でＹｅｓ）、そのまま指定された文書
名に該当の文書をＦＤからＲＡＭ２９のアプリケーショ
ンデータ領域９４に読込み（Ｓ１７４）、その後この読
込みが成功したかどうかを判定し（Ｓ１７５）、成功す
れば（Ｓ１７５でＮｏ）、ファイル選択済フラグｆを解
除（＝０にセット）する（Ｓ１７９）。そしてスケジュ
ール管理の機能の選択を実行し（Ｓ１５８）、その後の
処理を選択する。

【０１４６】以上で、ユーザが所望の文書を指定して、
該文書を作成または編集するのに適した機能を実現する
ためのアプリケーションソフトウエアを自動的に起動す
るための処理が終了する。

【０１４７】次に、すでに、ある機能を実現するための
アプリケーションソフトウエアが起動されていて、この
アプリケーションソフトウエアで作成または編集可能な
文書のみをＦＤから自動的に選択しユーザに選択可能な
文書の候補として提示するまでの手順を説明する。

【０１４８】まず、「スケジュール管理」機能を実現す
るためのアプリケーションソフトウエアが、該ワードプ
ロセッサにおいて起動された状態を例にとって、図２３
〜図２６を参照し説明する。ここでは「スケジュール管
理」機能の中で実行される「呼出し」が主な中心機能と
なるので、スケジュールの設定／変更、ＦＤへの文書登
録などは簡単にするため、一括して「その他の処理」と
して扱うものとする。

【０１４９】さて、図２３を参照して、スケジュール管
理機能の中の機能の選択（Ｓ１５８）において、「文書
呼出し」が選択されたとする（Ｓ１５９でＹｅｓ）。こ
の機能で作成または編集可能なすべての文書を探し出す
ため、このときＦＤに登録されているすべての文書から
「スケジュール管理」機能に該当の文書を抽出する。こ
の抽出処理について説明する。

【０１５０】ＦＤに登録されているすべての文書を調査
するため、ポインタを用いて文書を間接参照する方法が
合理的な方法として考えられる。

【０１５１】（１）注目するＩＮＤＥＸがＩＮＤＥＸ部
の先頭にあるとして、ここにポインタを設定する（Ｓ１
６２）。

【０１５２】（２）ポインタで示されるＩＮＤＥＸを読
込む（Ｓ１６３）。 （３）この読込まれたＩＮＤＥＸの内容から属性を判別
するのに必要な文書の一部を読込む（Ｓ１６５）。

【０１５３】（４）文書の一部が読込めたならば（Ｓ１
６６でＮｏ）、前述したようにして「スケジュール管
理」に関する属性チェックを行なう（Ｓ１６７）。

【０１５４】（５）属性チェック結果、該文書は「スケ
ジュール管理」に該当の文書であると判定されたならば
（Ｓ１６８でＹｅｓ）、文書名などのＩＮＤＥＸに関す
る情報を記憶する（Ｓ１６９）。上述の属性チェック結
果、合致しなければ（Ｓ１６８でＮｏ）、情報の記憶は
行なわれない。

【０１５５】たとえば、図２５の場合、「スケジュー
ル」文書の情報のみ記憶され、図２６の場合は何も記憶
されない。

【０１５６】（６）今、ポインタがＩＮＤＥＸ部の最後
を示していれば（Ｓ１７０でＹｅｓ）、後述する（７）
の処理に進むが、そうでなければ（Ｓ１７０でＮｏ）、
ポインタを１つ進めて（Ｓ１７１）、再度前述の（２）
の処理、すなわちＳ１６３の処理に戻る。

【０１５７】（７）前述の（５）で記憶された情報が表
示部２４に表示され、これらの文書候補の中から所望の
文書を選択する。図２５の場合は、文書名スケジュール
のみが表示される。図２６の場合は該当するものが１つ
もなかったので、エラーとしてその旨が表示される。

【０１５８】（８）文書が選択されたならば（Ｓ１７
２）、その文書が読込まれ（Ｓ１７４）、「スケジュー
ル管理」の機能の選択に戻る（Ｓ１５８）。

【０１５９】ここで、スケジュール管理の属性チェック
は（Ｓ１６７）、前述の（１）の説明で述べた属性情報
による方法を活用すれば、該ワードプロセッサ全体の負
荷を小さくすることができる。上述の説明は、「スケジ
ュール管理」機能を例にとって行なわれているが、他の
アプリケーションソフトウエアでも基本的にはこのスケ
ジュール管理機能と同じ制御構造を取ることができるの
で、アプリケーションソフトウエア名を置換えることに
よってすべて説明がなされる。

【０１６０】このような手順で動作すれば、上述したよ
うにアプリケーションソフトウエアと登録済文書の属性
の不一致に起因するトラブルはなくすことができる。つ
まり、ユーザは現在起動されているアプリケーションソ
フトウエアで処理可能な文書の候補から所望の文書を選
択することになるので、起動されているアプリケーショ
ンソフトウエアで処理不可能な文書を選択するといった
誤操作の発生が抑制されて、処理が効率化される。

【０１６１】さらに、シリアル通信インタフェース２６
を介して他のワードプロセッサに存在する文書を受信し
作成または編集する場合には、その文書名を指定するだ
けで、シリアル通信インタフェース２６を介して該ファ
イルを受信し作成または編集する機能を有した適切なア
プリケーションソフトウエアを予め準備し、これを該文
書の指定に応じて自動起動させるようにしてもよい。

【０１６２】

【発明の効果】請求項１または２に係る情報処理装置に
よれば、第１記憶媒体に記憶されたデータについて何ら
かの情報処理が所望されたとき、該データの特質情報に
基づいて該データを処理可能な情報処理動作が選択され
て実行されるので、該データの特質を考慮した適切な情
報処理動作の実行が可能となって、利用者は該データの
特質が何であるかを意識しなくとも該データに適した情
報処理動作を自動的に起動できる。

【０１６３】また、該情報処理装置において任意の情報
処理動作が実行中は、第２記憶媒体からは該情報処理動
作により処理可能なデータのみが選択されて呼出される
ので、該情報処理動作で処理できない誤ったデータの選
択が自動的に防止される。

【図面の簡単な説明】

【図１】この発明の第１の実施例によるＦＤ（フレキシ
ブルディスク）の入出力の処理フロー図である。

【図２】この発明の第１の実施例によるＦＤの入出力の
処理フロー図である。

【図３】この発明の第１の実施例によるＦＤの交換あり
／なし検出の処理フロー図である。

【図４】この発明の第１の実施例によるＦＤのセクタ単
位の入出力の処理フロー図である。

【図５】この発明の第１の実施例によるＦＤのセクタ単
位の入出力の処理フロー図である。

【図６】この発明の第１の実施例によるＦＤのセクタ単
位の入出力の処理フロー図である。

【図７】この発明の第１の実施例によるファイルシステ
ム照合の処理フロー図である。

【図８】この発明の第１の実施例によるファイルシステ
ム照合のために参照されるコードの一例を示す図であ
る。

【図９】この発明の第１の実施例によるファイルシステ
ム照合のために参照されるコードの一例を示す図であ
る。

【図１０】この発明の第１の実施例によるワードプロセ
ッサのブロック構成図である。

【図１１】この発明の第１の実施例によるメディアフォ
ーマット／ファイルシステムのデータ群が格納されるデ
ータチェインを示す模式図である。

【図１２】図１１のデータチェイン中の１つのデータ群
を詳細に示す模式図である。

【図１３】図１１のデータチェインに、その中のデータ
群とメディアフォーマットの一部が共通であるデータ群
が追加された状態を示す模式図である。

【図１４】図１１のデータチェインに、その中のどのデ
ータ群ともメディアフォーマットの異なるデータ群が追
加された状態を示す模式図である。

【図１５】この発明の第２の実施例によるワードプロセ
ッサのブロック構成図である。

【図１６】図１５のワードプロセッサの概略処理フロー
図である。

【図１７】図１５のワードプロセッサの機能選択画面の
表示の一例を示す図である。

【図１８】図１５のワードプロセッサの文書呼出し機能
の処理フロー図である。

【図１９】図１５のワードプロセッサの文書呼出し機能
の処理フロー図である。

【図２０】図１５のワードプロセッサにおける文書呼出
し機能起動時の文書選択用の画面表示の一例を示す図で
ある。

【図２１】図１５のワードプロセッサにおけるＦＤに格
納された文書の一覧を模式的に示す図である。

【図２２】図１５のワードプロセッサにおいて起動され
るアプリケーションソフトウエアが複数個抽出された場
合に、利用者に所望のソフトウエアを選択させるための
画面表示の一例を示す図である。

【図２３】図１５のワードプロセッサにおけるスケジュ
ール管理機能の処理フロー図である。

【図２４】図１５のワードプロセッサにおけるスケジュ
ール管理機能の処理フロー図である。

【図２５】図１５のワードプロセッサにおけるスケジュ
ール管理機能起動時に呼出された文書を選択するための
画面表示と、そのときのＦＤに格納された文書の一覧を
対応させて示す図である。

【図２６】図１５のワードプロセッサにおけるスケジュ
ール管理機能起動時に利用可能な文書を呼出すことがで
きなかった場合の画面表示と、そのときのＦＤに格納さ
れる文書の一覧を対応させて示す図である。

【図２７】図１５のワードプロセッサにおいて、利用す
る文書の属性情報を保持する方法の一例を示す模式図で
ある。

【図２８】（ａ）〜（ｃ）は、図１５のワードプロセッ
サにおいて利用する文書の属性情報を保持するその他の
例を示す模式図である。

【図２９】図１５のワードプロセッサにおいて、パーソ
ナル出版機能で利用される文書の情報が該文書の先頭領
域に格納された様子を模式的に示す図である。

【図３０】図１５のワードプロセッサにおいて、カード
印刷機能で利用される文書の情報が該文書の先頭領域に
格納された様子を模式的に示す図である。

【図３１】図１５のワードプロセッサにおいて、図２７
ないし図３０に示された属性情報を用いた文書属性判断
の処理フロー図である。

【図３２】図１５のワードプロセッサにおいて、図２７
ないし図３０に示された属性情報を用いた文書属性判断
の処理フロー図である。

【図３３】図１５のワードプロセッサにおいて、図２７
ないし図３０に示された属性情報を用いた文書属性判断
の処理フロー図である。

【図３４】図１５の主記憶領域における情報の格納状態
を模式的に示す図である。

【図３５】従来の情報処理装置における記憶媒体と該媒
体をアクセスするためのソフトウエアとのインタフェー
ス関係を説明する図である。

【図３６】従来のワードプロセッサにおける機能選択の
処理の一例を示すフロー図である。

【図３７】従来のワードプロセッサにおける文書呼出し
機能の処理の一例を示すフロー図である。

【図３８】従来のワードプロセッサにおけるスケジュー
ル管理機能選択時の文書メニューの画面表示の一例を示
す図である。

【図３９】従来のワードプロセッサにおける外部記憶装
置に登録済の文書の一覧を示す図である。

【符号の説明】 １，２３ フレキシブルディスクドライブ（ＦＤＤ） ２，３１ フレキシブルディスク（ＦＤ） ４，２１ ＣＰＵ ５，２４ 表示部 ６ メモリ ７，２５ プリンタ ８，３２ キーボード ２２ ハードディスク（ＨＤ）を内蔵したハードディス
クドライブ（ＨＤＤ） ２９ ＲＡＭ ３０ ＲＯＭ ４２ 一般文書属性 ４３ パーソナル出版属性 ４４ スケジュール属性 ５０ 一般文書情報 ５１ 表計算情報 ５２ スケジュール情報 ５３ パーソナル出版情報 ８０ 区画種別 ｆ 文書選択済フラグ ａｔ 属性情報 なお、各図中、同一符号は同一または相当部分を示す。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 予め、実行可能な異なる複数個の情報処
   理動作を準備した情報処理装置であって、 データと該データの特質を表わす情報とを記憶した第１
   記憶媒体と、 前記データの情報処理が所望された時、前記第１記憶手
   段の前記特質情報を読出す手段と、 前記読出手段により読出された前記特質情報に基づい
   て、前記複数個の情報処理動作のうち該データを処理可
   能な情報処理動作を選択して実行する制御手段とを備え
   た、情報処理装置。
2. 【請求項２】 複数個のデータと、各データに対応して
   前記特質情報を記憶した第２記憶媒体を有し、 前記制御手段は、前記複数の情報処理動作のうち所望の
   情報処理動作が実行されたとき、該情報処理動作により
   処理可能なデータの特質を表わす予め定められた情報に
   基づいて、該情報処理動作により処理可能なデータを前
   記第２記憶媒体から選択する第１制御手段をさらに備え
   た、請求項１に記載の情報処理装置。