JP3993227B2

JP3993227B2 - ファイル翻訳システム

Info

Publication number: JP3993227B2
Application number: JP51546994A
Authority: JP
Inventors: アシュ、ディラン、ビー．; クレジック、ニック、ジー．
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 1992-12-28
Filing date: 1993-12-27
Publication date: 2007-10-17
Anticipated expiration: 2022-10-17
Also published as: DE69317443T2; CA2152788A1; JP2007293869A; JP4145947B2; JP3993215B2; US5652876A; DE69317443D1; AU5960594A; JPH08505723A; WO1994015307A1; CA2152788C; JP2006127551A; ATE164016T1; EP0676069B1; EP0676069A1

Description

発明の分野
本発明はコンピュータ用のファイリングシステムの改良に関する。より詳細には、異なるファイルシステム間における文書交換の簡素化に関する。
発明の背景
ワークステーションのソフトウエアのデベロッパにとって、ユーザーのインターフェイスにおける一貫性を維持しつつフレキシブルなソフトウエア環境を提供することがますます重要になっている。この種の操作環境を提供しようとする初期の試みについてはHernandezらに付与された米国特許第4,686,522号に記載がある。この特許はユーザーがカーソル位置に動的メニューを呼び出し、そのメニューからさまざまなファンクションのどんなものでも呼び出すことができる図表と文章とを組合せた処理システムについて記載している。この種のユーザーとの自然な相互作用は、ユーザーのインターフェイスを改良し、アプリケーションを格段に直感的なものにする。
WORDのワードプロセッシングプログラム及びMacWriteのワードプロセッシングプログラムは現在のところ、文書変換の際に使用できる翻訳プログラムについて静止リストを提供している。しかし追加的に変換ルーチンが作られるのにつれて静止リストに動的に追加していける能力はない。また、それがなければオペレーティングシステムに認識不能なファイルの動的オープニングを提供する解決法のあるシステムは未だ存在しない。今日の技術水準は、ファイルを選択した後、Macintosh[商標]コンピュータ、その他のコンピュータシステムにオープニングを開始するようファイルを挿入しても、そのオープニングシステムが、その特定ファイルの独自の性質を認識するよう前以てプログラムされていないと、あるいはそのファイル取扱い用のアプリケーションがインストールされていないと、処理できない旨を標準指示メッセージ[a standard prompt]がユーザーに表示するようなものにすぎない。
発明の概要
そこで本発明の第１の目的は、ローカルエリアネットワークのような通信ラインにおいて遠距離及び近距離ともにコンピュータに接続されるディスクに記録された代替プログラムや翻訳ソフトウエアをサーチし、文書を開くとか変換するとかの二者択一的選択からユーザが選択できるようにする文書変換能力を提供することにある。本発明は人間工学的な方法で１つ又は２つ以上の文書を新たなフォーマットに変換するオプションをユーザーに提供するのである。本発明はまた、ユーザーのファイルに対する視点に、Disk Operating System(DOS), WindowsあるいはUNIXといった自システム以外のオペレーティングシステム(OS)で作られた文書を含むどんな種類の文書やプログラムについても新たな情報を供給するものでもある。
【図面の簡単な説明】
図１は本発明のパーソナルコンピュータシステムのブロックダイヤグラムである。
図２は先行技術のトランスレータを示す。
図３はファイルをオープンすることに失敗したことを表示している先行技術のディスプレイの１例である。
図４Ａは先行技術のファイル情報のディスプレイ例を示す。
図４Ｂは本発明のディスプレイ例を示す。
図５Ａはオープンオペレーションの先行技術のMacintoshのディスプレイ例を示す。
図５Ｂは本発明のOpenメニューの１例である。
図６はユーザーが本発明に従ってファイルをオープンしたとき動的に示されるディスプレイである。
図７は本発明に従い文書の翻訳の進行度合を示すインジケータである。
図８は本発明のFileメニューの１例である。
図９は本発明の文書翻訳ディスプレイの１例である。
図１０は本発明に従い文書アイコンが引き出されプログラムアイコン上にドロッピングしている操作を示す。
図１１Ａ及び図１１Ｂは本発明に係るフローチャートの詳細である。
図１２Ａ〜図１２Ｇは、本発明に係るフローチャートの詳細である。
図１３は本発明のブロックダイヤグラムである。
発明の詳細な説明
本発明は、好ましくはIBMのPS/2コンピュータ、またはAppleのMacintoshコンピュータのようなパーソナルコンピュータに既に備わっているオペレーティングシステムのコンテキスト中で実施されるのがよい。代表的なハードウエア環境を図１に示す。すなわち図１は、従来のマイクロプロセッサのような中央処理装置（ＣＰＵ）１０、ならびにシステムバス１２経由で相互接続されたその他多数の装置がある本発明のワークステーションの典型的なハードウエア構成を示している。図１のワークステーションには、ランダムアクセスメモリー（ＲＡＭ）１４、リードオンリーメモリー（ＲＯＭ）１６、磁気ディスク装置２０のような端末機に接続されるＩ／Ｏアダプタ１８、キーボード２４に接続されるユーザーインターフェイスアダプタ２２、マウス２６、スピーカ２８、マイクロホン３２、及び／又は例えばバスに対するタッチスクリーン装置（図示せず）のようなその他のユーザーインターフェイスデバイス、ワークステーションをデータ処理網に接続する通信アダプタ３４、バスをディスプレイ装置３８に接続するディスプレイアダプタ３６などがある。このワークステーションにはApple System/7[登録商標]のようなＯＳが既に装備されている。
図２はユーザーがプログラムを呼出し文書を使用可能なフォーマットに変換するため該当する翻訳ルーチンを積極的に選択しなければならない先行技術の翻訳プログラムの１例である。図３ではオープンファイルに失敗したときの代表的なMacintoshメッセージを示している。
本発明の好ましい実施例は、コンピュータが、それを作り出したプログラムにアクセスを有していないときでも文書をオープンできるシステムソフトウエアの拡張として実現されている。好ましくは本発明は文書をオープンしないでも文書を別のプログラムのフォーマットに変換する。
本発明は他のMacintoshのタスクと同じ様に容易に、このような文書をオープンし、別の文書フォーマットに変換する。それは文書をオープンすることができるプログラムを見つけだし、ユーザーの選択に供するためそれらのプログラムをリスト表示することができる機能をシステムに供給するものである。そうすればユーザーはそれ自身の内にある翻訳能力を使って文書を変換することができるプログラム、または特別の翻訳ソフトウエアを使うプログラムを選択することができる。
本発明は変換処理を準備し、変換を行う翻訳ソフトウエアを呼び出す。本発明は文書及びプログラムに関する情報を集め、最適のオプションを選択しリストアップさせるためにエキスパートシステムを使い、ユーザー選択を記録し、そしてユーザーに前に行った選択を思い出させる。本発明はまた、特定の具体的な文書にとって最も好ましいものを決定させるため、ユーザーがオプションから試行することを可能にする。こうした能力は文書に関する情報をより多く提供するもので、ひいてはユーザーをしてパーソナルコンピュータで利用可能なより広範な種類の文書、例えば、Other Equipment Manufactures(OEM)、Personal Computer(PC)のようなその他のコンピュータで作り出されたシステムや文書に現時点で実行中でないプログラムにより作成された文書などに当たってみるという、より大きいフレキシビリティを与えるものである。図４Ａはファイル名４００ならびにそれらのサイズ４１０、種類４２０のディスプレイの１先行技術例である。図４Ｂは本発明のディスプレイの１例である。４４０の種類欄は先行技術のディスプレイより広い記述情報を有している。
ユーザーがディスクやフォルダの内容を名前、サイズ、種類あるいは日付につき見ることを選択すると、本発明でなければ見ることができない詳細な情報を見ることができる。図５Ａは先行技術のファイルビューの１例である。これと対照的に本発明では、アプリケーションプログラムで使われたときオープンすることができる文書全部のリストを示す。ユーザーがプログラムのFileメニューからOpenメニューを選択すると、そのプログラムでオープンすることができる文書より多くの文書がディスプレイされ得る。図５Ｂは本発明のOpenメニューを図示したものである。
典型的な翻訳拡張である翻訳拡張ファイルの例としては、アプリケーション拡張ファイル用のXTNDがある。これらのファイルは本発明をClarisのプログラム及びファイル翻訳ソフトウエアに結合させるように設計されている。RTF/スタイル拡張ファイルは、Microsoft WordとMacWrite II間のような一定のプログラム間で複写や切張りをするとき材料を翻訳するのに要求される追加ファイルである。
本発明は、文書をオープンし、文書間で切張りし、キーボード省略[keyboard shortcuts]を使うなどするとき、典型的なMacintoshのツール全てを採用するものである。また本発明はユーザーのために次のことを可能にする。すなわち、
（１）文書をオープンし変換する際に使われるべきプログラム及び翻訳ソフトウエアを選択すること、
（２）高速変換用の特別な文書コンバータにすること、
（３）特定のユーザーの好みにマッチするように本発明を改変すること。
文書オープンの方法：
Apple Macintoshコンピュータに採用されている典型的なプロシージャは本発明の好ましい実施例に従い下記のステップに挙げてある。当業者であれば、特許請求された本発明の技術範囲から離れることなく、これら以外のステップでも代替できることを了解するであろう。
１．Macintosh Easy Open(MEO)ディスクウインドウ中のOpen Meアイコンを２度スイッチ[double-click]させる。Open MeはMacWriteバージョン５.０文書である。当業者ならOpen Meが文書の例示名称であって、それ以外の文書およびこれに関連する名称も同様に取扱うことができることを容易に理解するであろう。
２．リストを見直し、貴方の翻訳パフォーマンスを選択するためスイッチを入れる[click]。ユーザーは同時に１個の選択しか選択しない。ユーザーに見えるチョイスはその特定のシステムにインストールされているプログラムおよび翻訳ソフトウエアの種類によって異なる。よく起こることは、翻訳拡張を含むチョイスは最良の結果をもたらすが、翻訳は必要に応じて交換できることである。図６はユーザーが本発明に従ってファイルをオープンしたとき、動的に提示されるディスプレイである。６００で本発明はどのプログラムがその文書を作ったのかを示す。この場合、“MacWrite”ラベル６１０はMacWrite IIがこの文書をそれ自身でオープンすることができること、あるいはラベル６２０でMacWrite IIはXTND翻訳拡張ファイルと共にワークすることができることを示している。最後にラベル６３０で、選択ボックスはオプションが推薦されたチョイスだけしか示さないために存在していることを示している。
３．オープンボタンを入れよ[click]。進行度合インジケータは文書が翻訳されていく度合を示す。図７は本発明に従い文書が翻訳されていく進行度合インジケータを示している。ラベル７００は使用中の翻訳拡張を明確に表している。ラベル７１０は現時点に行われている翻訳の進行度合を示している。ラベル７２０は進行中の翻訳を中止するための選択領域である。
４．文書をオープンしたら、その文書が正しくフォーマットされているかチェックせよ。本発明は文書が新しいプログラムフォーマットに変換されていることを示すため文書を再命名する。
５．変換されたコピーを保管するため、FileメニューからSave As＿を選択し、貴方のチョイスの場所にそのコピーを置け。図８は本発明のFileメニューを示す。ラベル８００で、ユーザーがチョイスのファイル名を保管することができるように上記Save Asのオプションが選択されている。Fileメニューがラベル８１０で選択されたことが示されている。
もし翻訳の結果が満足のいくものでないときは、別のオプションがある。すなわち、
・もし貴方がこのチョイスを欲していないことが明白なら、新しい文書を保管することなく貴方はプログラムを中止することができ、別のチョイスをするためOpen Meアイコンを再び２度スイッチすることができる。そして、
・もし貴方が結果を比較してみたいなら、変換された文書を保管し、別のチョイスでオリジナル文書を再びオープンすることができる。本発明は各種文書のため貴方がつくった最も新しい優先度を記憶していて、次回に同じような種類の文書が選択されたとき、その最も新しい優先度がチョイスのリスト中にハイライト表示される。最適の結果を生み出すチョイスがないときは、本発明はオリジナルのフォーマット形成をしないで単にテキストとして文書をオープンし得るチョイスをディスプレイする。「推薦されたチョイスだけを示せ」というオプションはない。図９は本発明に従った文書翻訳ディスプレイを図示したものである。ラベル９００は推薦されたチョイスだけがディスプレイされているなら選択することができるチェックボックスである。ラベル９１０は、もし貴方が前に同様な文書をオープンするようチョイスしたのなら、本発明はリスト中の貴方の最も新しい優先度を選択することを示している。ライン９２０以下にリストされているチョイスは最適結果を生み出すとは限らない。推薦されたチョイスだけしか選べないのなら、本発明は全部のチョイスをディスプレイする。
文書アイコンを貴方のシステムに追加されたプログラムアイコンに引き当てる[drag to]ことができ、１または２以上の文書を自動的にオープンすることができる。それは文書アイコンを図１０に示すようにその文書をオープンする能力のあるプログラムのアイコンに引き当てることによって行われる。もしそのプログラムが文書をオープンすることができるなら、そのアイコンがハイライト表示される。もしプログラムが貴方の引き出した文書をオープンすることができるなら、図６に示すのと同様に本発明は利用可能なチョイスのリストを提示する。このリストは特定のアプリケーションプログラムや利用可能な翻訳ソフトウエアを含むチョイスに限定される。プログラム同士を複写したり切張りすることは、情報が切張りされた文書中にある受容可能なフォーマット中に複写された材料の翻訳を行うよう本発明によって可能にされている。
文書コンバータ：
文書コンバータは文書を特定のプログラムのフォーマットにその文書をオープンすることなく変換するために設置される便利なシステムユーティリティである。ひとたび文書コンバータが特定のタイプの変換のために初期化されると、文書はそれらのアイコンをコンバータのアイコンに引き出すことによって容易かつ迅速に変換することができる。特定の文書コンバータのアイコンは各種文書のために設置することができる。
文書コンバータを設置するには次のステップに従う。
１．貴方のハードディスクからDocument Converterを選択し、FileメニューからDuplicateを選びなさい。
２．文書コンバータのコピーをオープンしなさい。
３．Setボタンを入れなさい。
４．Setボタンを入れなさい。
本発明は新しい文書コンバータ名を付与する。この名前はユーザーの判断で変更することができる。
文書の変換：
文書コンバータが正しく初期化されていれば使用は簡単である。文書を変換するには、Open Meアイコンを文書コンバータアイコンに引き出し、マウスボタンを解放する。両アイコンともハイライトされて変換が始まったことを知らせる。本発明は文書のコピーを作り、文書に(変換された)名前を付与し、オリジナルをそのまま残す。１グループの文書を新しいフォーマットに変換するには、アイコンを選択し、それらを初期化されている文書コンバータに引き出す。
本発明のオプションの初期化：
本発明のカスタム化のためのたくさんのオプションがある。
オプション
オン／オフ：
文書を翻訳する必要がないときは翻訳機能を切ることができる。しかし本発明のシステムソフトウエアがスタートアップ[startup]ディスクに備わっている限り、向上された情報がFinder及びファイルのリストビューになお利用可能であり、文書コンバータもなお使用することができる。FinderについてはAddison-Wesley Publishing Co.から1985年〜91年に発行された「Inside Macintosh」第1〜6巻に詳述されている。
常時チョイスを表示する：
Always Show Choicesを選択すると、たとえ優先選択[preference]が選択されているとしても、特定の種類の文書をオープンするためのチョイスのリストを提示する。このオプションが解除[deselect]されると、本発明はかつて指示してあった優先選択を特に確認することなく再作動させる。
サーバーからチョイスを算入する：
本発明は、たとえディスクトップで利用可能にされているファイルサーバーをも含めて、ディスク上のあらゆる利用可能なプログラムをサーチするように設置されているのが通常である。ネットワークを介して遠隔のディスクにあるプログラムを使うには長時間が要求されることがある。ハードディスクにしかないプログラムのシステムサーチを、そのシステムに直接接続するため、この制御を解除するようスイッチする。
優先選択の削除：
特定の翻訳優先選択用に選ばれた本発明のチョイスのレコードを消すには、Delete Preferencesボタンを入れる。例えば新たな翻訳ソフトウエアが利用可能なときは、従前のチョイス全てを即座に削除し、そのシステムを各々の新しいチョイスに駆り立てることが便利であろう。
動的な翻訳リスト：
オペレーティングシステムがユーザーにファイルをオープンするための標準的ユーザーインターフェイスを提供しているコンピュータでは、本発明はインストールされている外部のトランスレータファイルに基づきアプリケーションが現実にオープンすることができるファイルフォーマットをオペレーティングシステムに供給する。本発明は後述するように、新しい[current]能力を発揮するためアプリケーションプログラムによりオンザフライに操作することができるファイルのリストを構築する。
ロジックの詳述
動的なアプリケーションオープン能力：
特定のプログラムにどんなフォーマットの文書を決定するかのシステム及び方法は動的な方法で決定され、図１１Ａ及び図１１Ｂに示すロジックでユーザーに相互作用で提供される。処理はロジックの概括的一覧が提示される機能ブロック１１００から始まる。ロジックは特定のプログラムがオープンでき起動できるファイルフォーマットを見つけ出す。次に機能ブロック１１１０で、アプリケーションが常にオープンすることができるフォーマットで始めることによって処理が開始される。この情報は殆ど全てのアプリケーションプログラムの所定位置に配置され、好ましくはその後、最初のDynamic Application Open Capability(DAOC)が機能ブロック１１２０及び１１３０に示すように標準的なSystem 7オペレーションを介してアプリケーションリストを得ることによって開始される。
機能ブロック１１３０に関係するロジックの詳述は図１１Ｂに示されている。処理は、外部の全てのトランスレータファイルが同定される機能ブロック１１３１で開始する。すると機能ブロック１１３２に示された第１の外部のトランスレータファイルで開始して、第１トランスレータファイルが読み出すことのできる抽出ファイルフォーマットが機能ブロック１１３３で同定される。次に、機能ブロック１１３５で、前記ファイルトランスレータファイルに対応するファイルフォーマットがリストのソース部に付加される。次に何らかの追加的トランスレータファイルが利用可能かどうかを決定する決定ブロック１１３６でテストが行われる。もし利用可能なら、次のファイルが機能ブロック１１３４で選択され、トランスレータファイルが処理することができるファイルフォーマットが機能ブロック１１３３で決定される。もうファイルが残っていないなら、これら外部のトランスレータを使うアプリケーションがリストの宛て先部分に付加され、処理が図１１Ａの決定ブロック１１４０にターミナル１１３８から戻る。
プログラムがリストの宛先箇所に存在しているか否かを決定するため決定ブロック１１４０でテストが行われる。プログラムが存在しているなら、機能ブロック１１５０で全てのフォーマットがオープンできるプログラムのリストに付加される。次に、ほかに処理すべきDAOCが残っていないかを判断するため処理が決定ブロック１１７０に移される。それ以上処理の必要がないのであれば、オープンできるファイルの完全なリストがターミナル１１８０でユーザーにリターンされる。もし処理にさらに別のファイルが利用可能なら、次のDAOCが機能ブロック１１６０で選択され、リストを次のDAOCで更新するため制御が機能ブロック１１３０に移される。
図１２Ａ〜Ｇは本発明の翻訳ダイヤログのロジックの詳細のフローチャートである。翻訳ダイヤログは翻訳の可能性をコンピュータのユーザーに提供するユーザーインターフェイス部分である。可能性はユーザーが翻訳処理に関する知識をあまり要求せず、翻訳は通常のファイル処理オペレーションと同一方式で行われるという前提に基づいている。ユーザーが文書に二回スイッチを入れたことをシステムが感知すると、処理が機能ブロック１２００で始まる。
機能ブロック１２００で二回スイッチされた文書を作成したアプリケーションがシステムにインストールされているか否かにつき決定ブロック１２０２でテストされる。もしアプリケーションがシステム中に存在するなら、その文書が機能ブロック１２１２に示されるようにオープンされる。もしアプリケーションがシステム中に存在しないなら、本発明が文書をオープンすることができるか否かを決定するため別のテストが決定ブロック１２０４で行われる。もしオープンできないなら、その旨のメッセージが機能ブロック１２１４でユーザーに示される。しかし通常そうなのだが、もし文書が本発明を使ってオープンできるなら、機能ブロック１２０６に示されるように、また図１２Ｂ〜図１２Ｇに詳細に示されるように、本発明の翻訳ダイヤログが文書に適用される。
図１２Ｂでは、本発明の翻訳ダイヤログが終了する機能ブロック１２０６と連携するロジックの拡張が開始している。最初の処理は可能な翻訳経路が計算される機能ブロック１５００で始まる。この機能ブロック１５００と関係するロジックについては図１２Ｃに詳細に示されている。最初の翻訳の組合せが機能ブロック１５２０で開始し、その他の全ての組合せは、機能ブロック１５３０をループの最初にして次の翻訳の組合せと始まることによって、機能ブロック１５１０でシステム用に定義された全ての翻訳組合せに関する表が作られる。次に機能ブロック１５４０で、ユーザーがオープンしようとしている文書からある経路が翻訳できるものか否かが決定される。もしできるのなら、その翻訳組合せが機能ブロック１５５０に示すように表中の可能な翻訳に加えられる。その他の組合せが残っているか否かにつき機能ブロック１５６０でテストされ、もし何も残っていないのなら、処理は機能ブロック１５３０へ戻される。
図１２Ｂの機能ブロック１６００のロジックは図１２Ｄに拡張されている。最初の翻訳経路から開始し、機能ブロック１６２０に示されるように次の翻訳経路を処理することによって機能ブロック１６１０で処理が始まる。次に、選択した文書をオープンするように、そのシステムにアプリケーションがインストールされているか否かを決定するため機能ブロック１６３０でサーチを行う。もし決定ブロック１６４０中にアプリケーションがあるなら、機能ブロック１６５０でそのアプリケーションが有効なエントリーとして記録される。もしそのアプリケーションが決定ブロック１６４０中にないなら、その他の経路が残っているか否かにつき決定するため決定ブロック１６６０でテストが行なわれる。もし追加の経路が残っているなら、次の翻訳経路が機能ブロック１６２０で選択される。もし追加の経路が残っていないなら、制御はターミナル１６７０から図１２Ｂの機能ブロック１７００に戻される。
的確な翻訳ダイヤログが同定されたか否かを判断するため図１２Ｂの機能ブロック１７００でテストされる。もし何も検出されなければ、不履行という結果が機能ブロック２０４０にセットされ、制御は図１２Ａの決定ブロック１２０８に戻される。逆にもし的確な翻訳ダイヤログが確認されたら、機能ブロック１８００に進み、図１２Ｅに詳細が示されているように、確定した忠実度に基づいてカテゴリごとに経路が分割される。忠実度はフォーマットごとのデータ保存量についても示される。例えばWORD文書がASCIIフォーマットに変換されるときは、全てのフォーマッティング情報は喪失してしまう。しかしWORD文書がWordPerfectにトランスレータ経由で変換されるときは、そのフォーマッティングは保存される。このようにASCII翻訳は忠実度が低くWORDからWordPerfectへの翻訳は忠実度が高い。処理は最初の翻訳経路がセットされる機能ブロック１８１０で開始される。次に機能ブロック１８２０で次の翻訳経路が立てられ、宛先が忠実度の低いフォーマットであるか否かが決定ブロック１８３０でテストされる。その宛先が忠実度の低いフォーマットなら、経路は機能ブロック１８４０の非優先選択チョイスのカテゴリにセットされ、制御は決定ブロック１８６０に進む。宛先が忠実度の低いフォーマットでないなら、機能ブロック１８５０で、経路は優先選択チョイスのカテゴリに付加され、処理されるべき経路が別に残っていないかどうかを判断するため制御が決定ブロック１８６０に進む。もし別の付加される経路が残っているなら、制御はその次の経路を処理するため機能ブロック１８２０へ進む。もし付加される経路が残っていないなら、制御はターミナル１８７０へ進み、そこで処理は図１２Ｂの機能ブロック１９００に戻される。
優先選択機能が機能ブロック１９００に設けられる。優先選択機能設置オペレーションに関するロジックの詳細については図１２Ｆを参照のこと。処理は優先選択されたアプリケーションが設置される機能ブロック１９１０から始まる。次に機能ブロック１９２０で、優先選択された翻訳経路が設置される。そして最後に機能ブロック１９３０で優先選択機能が効力発効され、制御が図１２Ｂの機能ブロック２０００にターミナル１９４０から戻される。
図１２Ｇに詳細に描かれているように、内容のリストは機能ブロック２０００において作られる。処理は翻訳経路開始がセットされる機能ブロック２１００で始まる。次に機能ブロック２１１０で次の翻訳経路が選択され、アプリケーション名が機能ブロック２１２０で得られる。するとその経路がその翻訳システムを使うことができるかどうかを判断するため決定ブロック２１３０でテストが行われる。もし使えるなら、その翻訳システム名が機能ブロック２１４０で得られ、制御は機能ブロック２１５０へと進む。もし使えないなら、制御は機能ブロック２１５０へと進み、翻訳ファイルのリストへエントリを付加する。次に決定ブロック２１６０で、そのエントリが優先選択機能か否かを判断するためテストが行われる。もしそうなら、その優先選択機能が機能ブロック２１７０で選択され、制御が決定ブロック２１８０へと進む。もしそうでないなら、別に処理されるべき経路が残っていないかどうかを判断するため決定ブロック２１８０へと制御が進む。もし別の付加された経路が残っているなら、制御はその経路を処理するため機能ブロック２１１０へ進む。もし残っていないなら、制御は２１９０経由で図１２Ｂの機能ブロック２０１０へと戻る。
機能ブロック２０１０は図６に示したダイヤログを示し、機能ブロック２０２０で示されるユーザーの決定に基づく結果をセットする。すると制御はターミナル２０６０を経由して図１２Ａの決定ブロック１２０８に戻る。ユーザーが優先選択された翻訳プログラムを無効にしたか[override]どうかを判断するため決定ブロック１２０８でテストが行われる。もしユーザーがその優先選択された翻訳プログラムを無効にしていないなら、ユーザーは機能ブロック１２１４でその旨を告げられる。もし別のチョイスが適当に選択されたときは、文書が機能ブロック１２１０で翻訳され、その文書が交換され、そして機能ブロック１２１２に示されるようにその文書はオープンされる。
それともなければ、もしユーザーが機能ブロック１２２０に示されるようにアイコンをアプリケーションに当てたなら[drag onto]、そのアプリケーションがアイコンの示す文書をオープンすることができるか否かにつき決定ブロック１２２２で判断するためテストが行われる。もしその文書をオープンできるなら、そのことを示すためにアイコンがハイライトされる。もし文書がそのアプリケーションではオープンできないなら、その文書が図１１に示すロジックを採用してオープンすることができるか否かを判断するため決定ブロック１２２４でテストが行われる。もしその文書をオープンするのに本発明を使うことができるなら、そのアイコンをハイライトするため制御が機能ブロック１２３０へ進む。もしその文書をオープンするのに本発明を使うことができないなら、機能ブロック１２２６に示すようにそのアイコンはハイライトされない。
機能ブロック１２４０に示すように、もしユーザーが別のアプリケーションにとって最適である文書のアイコンを出したときは、その文書をアプリケーションがオープンできるかどうかについて判断するため決定ブロック１２４２でテストが行われる。アプリケーションが一つも利用できないなら、上述したように本発明を使ってその文書を処理するため決定ブロック１２０４に処理を進める。もしアプリケーションがその文書をオープンできるなら、機能ブロック１２４４に示すように文書はオープンされる。
機能ブロック１２６０に示すようにユーザーがFile MenuからOpenを選択したときは、機能ブロック１２６２に示すようにOpenダイヤログリストに翻訳することができる文書が追加される。最後にもしユーザーがOpenダイヤログにOpenスイッチを入れたら、アプリケーションがその選択された文書をオープンすることができるかどうか判断するため決定ブロック１２５２でテストが行われる。アプリケーションがオープンできないなら、本発明がその文書をオープンするように決定ブロック１２０４に制御を進める。
アプリケーションの詳細：
本発明にはプログラム上２つの視点がある。１つは本発明がFinder, Standard File及び将来的なアプリケーションのために提供する道具箱的なサービスである。これはApplication Capabilities Managerと呼ばれる。もう１つの視点は翻訳拡張の観点から要求されるサービスである。図１３は本発明に従って作成されたブロックダイヤグラムである。Finder１３００は標準的なオペレーティングシステムのApple System 7の一部で、文書をオープンすることを含む通常のファイル処理ルーチンである。アプリケーション１３１０はワードプロセッサその他の標準的ファイル１３２０に作用するアプリケーションである。このApplication Capabilities Manager１３３０は、Finder１３００が文書翻訳を行うのに必要とするサービスを提供する。翻訳拡張１３４０は、アプリケーションファイルではないファイルのための翻訳動作のセットである。アプリケーション翻訳拡張１３５０はアプリケーションのための翻訳拡張を含んでいる。これらの部分については以下に詳述する。
貴方のアプリケーションがオープンできるファイルのタイプを告知する：
Appleのシステムソフトウエアバージョン7.0及びその後のバージョンでは、リソースIDがアプリケーションの束中にリストされている（即ち、タイプ「BNDL」のアプリケーションのリソース）タイプ“FREF”のリソースを検査することによって、どのタイプのファイルのアプリケーションをオープンすることができるかをFinderは決定する。Finderはこの情報を、どのファイルタイプが所定のアプリケーションにドロップラーンチ[drop-launch]され得るのかを判断するのに用いる。アプリケーションの束中にリストされた「FREF」リソースの全ファイルタイプは、それらが関連付けられたアイコンを有しているか否かとは無関係に、そのアプリケーションにドロップ可能と考えられる。
しかし場合によっては、アプリケーションがオープンされるべきでないファイルタイプの「FREF」リソースを含んでいることがある。例えばアプリケーションが辞書のような非文書ファイルを使い、ファイルをヘルプすることがある。これらファイルはアイコンを持つべきなのであり、したがって「FREF」リソースに相当するなのであるが、これらの内容はユーザーに表示され得ない。同様にアプリケーションは優先選択ファイルからデータを読み込むことがあるが、このデータはそのアプリケーションによって内部的に利用されるのであって、ユーザーにより文書としてオープンされない。アプリケーションがオープンできるファイルタイプのリストはアイコンを有しているタイプのリストとは違うものかもしれないので、Translation Managerは新しいリソースのタイプ「open」を定義する。このオープンリソースはどのファイルタイプのアプリケーションが文書としてオープンできるかを宣言する。タイプ「open」のサンプルリソースのRez入力フォームにつき下記に示す。
／*TeachText用のリソースをオープンせよ*／
リソース「open」（128）
｛'ttxt',{'ttro','PICT','TEXT'}},
オープンリソースはファイルタイプのリストが続くアプリケーションシグナチャでできている。これはある具体的なアプリケーションが、タイプがそのリスト中にあるファイルをオープンすることができることを示すものである。例えばTeachTextは、それ自身のプライベートなフォーマット、'ttro'、あるいはファイルタイプ'PICT'及び'TEXT'で作られた文書をオープンすることができる。もしMacintosh Easy Openを使用できるのなら、Finderはユーザーがこれらのタイプの文書をそのアプリケーションにドロップすることを可能にする。さらに、もし何らかの翻訳拡張がインストールされているなら、１特定タイプに翻訳可能なあらゆる文書もそのアプリケーションにドロップすることができる。したがってもしタイプ'SURF'の文書をファイルタイプ'ttro'に翻訳することができる翻訳拡張があるなら、ユーザーはSurfWriter文書をTeachTextにドロップすることができる。もしTranslation Managerが多数のファイルタイプから翻訳のための宛先ファイルタイプとしてのファイルタイプを選択しなければならないのだとすれば、そのリスト中で最初に出たファイルタイプを選ぶ。どの文書がファイルをオープンするダイアログボックス中にリストされるべきかを決定するために、オープンリソースもルーチンStandardOpenDialogによって使われる。
アプリケーションがオープンできるファイルのタイプは動的に決定され（おそらくあるフォルダにおいてどのフィルタが利用可能なのかを検査することによって）なければならないということは有り得ることである。フィルタは特定のアプリケーションのために利用可能な翻訳ルーチンを指摘する。もしそうなら、システムはオープンリソース中にそれらのファイルタイプを静的にリストすることができない。そのかわりに、オープンできるファイルタイプのリストをランタイムで作り出すために、簡単な翻訳拡張が書き込まれなければならない。
翻訳拡張の書込み：
翻訳拡張はデータ認識能力及び翻訳能力を供給するために本発明が果たす１構成要素である。翻訳拡張は１構成要素であるので、Component Managerによって送られる標準的なセレクタに応えなければならない。さらに、翻訳拡張は次の仕事を行わなければならない。
◎その翻訳能力をMacintosh Easy Openへ通信する
◎具体的な文書及びスクラップのフォーマットを同定する
◎文書及びスクラップを翻訳する
スクラップは、例えば切り張り作業の対象となる部分のような、文書の１部をいう。翻訳拡張はファイル、スクラップ、またはこれら両者を同定する。翻訳拡張は'thng'リソース内の構成要素フラグ域にビットをセットすることによってファイル又はスクラップを取り扱う。この原則に対する唯一の例外は、それらがオープンできるのはどのファイルタイプかを動的に決定する必要があるアプリケーションに関する。
ファイルタイプとスクラップタイプのデータタイプ：
タイプ
FileType
＝OSType; ｛ファイルタイプ｝
ScrapType
＝ResType ｛スクラップタイプ｝
ScrapTypeデータタイプはメモリー中にデータのフォーマットを書き込む。普通、本発明により使われるスクラップタイプはScrap Managerによって使われるスクラップタイプと同一である。しかしながら一つ注意しなければならない例外がある。本発明は一定形式のテキストを記述するため、新しいスクラップタイプである'stxt'を定義している。'stxt'フォーマットを持つスクラップは、そのテキストをその形式情報に付加することによって形成される。これは１スクラップをスクラップ翻訳拡張へと進ませるのに必要である。FileTypeのデータタイプはファイルのフォーマットを記述する。常時あるわけではないがよくあるのは、HFSカタログファイル（以下、ファイルのカタログタイプと呼ぶ）で維持されているように、ファイルのデータのフォーマットがファイルタイプを検査することによって同定し得ることである。しかし翻訳目的のためには、より具体的な同定方法を使うことが必要な場合がしばしばある。例えばデベロッパがアプリケーションを改定するが、そのアプリケーションが作り出す文書のために従来のファイルタイプをそのまま保持するような場合である。これはファイルデータフォーマットの具体的なバージョンを翻訳することはできるが新しいバージョンはできない翻訳拡張にとってトラブルの原因となり得る。同様にMacintoshコンピュータにファイルを作り出す一定のアプリケーション（例えば電子メールプログラムとかディスクマウンティングユーティリティ）は、省略時新ファイルタイプのような標準的ファイルタイプ(例えば'TEXT'とか'BINA'）をよく使う。ここでもまた翻訳拡張は、ファイル中のデータの実際のフォーマットを別のフォーマットに翻訳するには、その前にファイル中のデータの実際のフォーマットに関するより多くの情報を必要としている。
ファイルカタログタイプをそのファイルのデータフォーマットに関する唯一の表示として使うことに関係するトラブルを回避するため、本発明は翻訳ファイルタイプを定義している。多くの場合にカタログファイルタイプは翻訳ファイルタイプとして十分である。しかし、本発明は翻訳拡張に具体的なファイルのカタログファイルタイプが本当に翻訳目的のために十分であるかどうかを調べるため、その具体的なファイルを検査する機会を常に与えている。もし拡張が、より特定的なフォーマットを同定することができたときは、その情報を本発明に戻すことになる。
翻訳拡張データの構造：
このセクションは翻訳拡張を記述するのに必要なデータ構造について説明する。File Type Specificationsはファイル翻訳リスト中の文書フォーマットについて記載している。ファイルタイプ明細[specification]の域のある一定のものに関する解釈は、その明細がソース文書タイプのリスト中に起こっているか宛先文書タイプのリスト中に起こっているかによって異なる。ファイルタイプ明細はFileTypeSpecデータ構造によって定義されている。
TYPE FileTypeSpec＝
フォーマット：
FileType;
ヒント：
LongInt;
フラグ：
TranslationAttributes;
catInfoType;
OSType;
catInfoCreator;
OSType;
END;
フォーマット：文書の翻訳ファイルのタイプ。本発明では翻訳をするためファイルのフォーマット表現の基準的方法としてこの域を使っている。
ヒント：貴方の翻訳拡張による使用のために用意されている４バイト値。
フラグ：翻訳をどのように制御するかにつき特定するビットフラグからなる４バイト値。この域は宛先ファイルのタイプのためにのみ使われる。フラグはあらゆるソースのファイルタイプ明細につき０にセットしておくべきである。現時点では２ビットが定義されているが、その他全てのビットも０にされていなければならない。
定数：
taDstDocNeedsResourceFork＝1;
taDstIsAppTranslation＝2;
本発明は翻訳ルーチンのDoTranslateFileを呼び出す前に、宛先ファイルのデータフォークを作る。翻訳された文書もまたリソースフォークを要求するときは、定数taDstDocNeedsResourceForkによって特定されたビットがセットされる。
関連するアプリケーションがその特定されたファイルのタイプを所望のフォーマットに翻訳することができるので拡張が翻訳を行わないときは、定数taDstIsAppTranslationによって特定されたビットがセットされる。
catInfoType：ボリュームのカタログファイル中に入れられているファイルのタイプ。
catInfoCreator：ボリュームのカタログファイル中に入れられているファイルのクリエータ。ファイル翻訳リスト中のソース文書のタイプに関するリスト中に発生するファイルのタイプ明細において、Macintosh Easy Openは、翻訳進捗ダイヤログボックス内の'From'フォーマット明細に表示されたカインドストリングを決定するのにフォーマットとcatInfoCreator域を使う。
ファイル翻訳リスト中の宛先文書のタイプに関するリスト中に発生するファイルのタイプ明細において、本発明は、翻訳進捗ダイヤログボックス内の'To'フォーマット明細に表示されたカインドストリングを決定するのにフォーマットとcatInfoCreator域を使う。このフォーマットとcatInfoCreator域はまた、Document Converterダイヤログボックス中に表示される情報を得るのにも使われる。しかし本発明は翻訳されるファイルのクリエータ及びファイルのタイプを決定するためにcatInfoType域とcatInfoCreator域を使う。
ファイル翻訳リスト：
FileTranslationListデータは、貴方の拡張機能がどのファイルフォーマットを、他のどのファイルフォーマットに翻訳することができるかを記述するように構成される。Translation Managerは、その翻訳能力のマスターデータベースを作るため各翻訳システムから得ることができるファイル翻訳リストを使う。
TYPE FileTranslationList＝
RECORD
modDate:
LongInt;
groupCount:
LongInt;
{group1SrcCount:
LongInt;}
{group1SrcEntrySize:
LongInt;}
{group1SrcTypes:
ARRAY[1..group1SrcCount]
OF FileTypeSpec;}
{group1DstCount:
LongInt;}
{group1DstEntrySize:
LongInt;}
{group1DstTypes:
ARRAY[1..group1DstCount]
OF FileTypeSpec;}
{repeat above six lines for a total of groupCount times}
END;
FileTranslationListPtr
=^FileTranslationList;
FileTranslationListHandle
=
^FileTranslationListPtr;
ファイル翻訳リストは、そのリストの改変日を示す域と、上記２つの域に続くグループ数の総数[count]とからなる。拡張によって作られる翻訳リストのサイズは、グループ数、ファイル明細レコードのサイズ、拡張が知っているファイルタイプ数の如何に従い可変である。
modDate：ファイル翻訳リストの作成日。拡張が外部のトランスレータを使っているときは、この域はこれらトランスレータを有するフォルダの改変日にセットされる。
groupCount：続く翻訳グループの数。
group1SrcCount：拡張が読むことのできるグループ内にあるファイルのタイプの数。
group1SrcEntrySize：この域に続く列中のファイル明細レコードのサイズ。一般にこの域をSizeOf(FileTypeSize)にセットすることができる。
group1SrcTypes：ファイル明細レコードの列。貴方の拡張が翻訳の仕方を知っている各ファイルタイプのために、この列にファイル明細レコードを含ましめよ。
group1DstCount：拡張が書き込むことのできるグループ中のファイルのタイプの数。
group1DstEntrySize：この域に続く列中のファイル明細レコードのサイズ。一般に貴方はこの域をSizeOf(FileTypeSpec)にセットすることができる。
group1DstTypes：ファイル明細レコード列。この域は拡張が翻訳されることができるファイルタイプの各々のために、この列中のファイル明細レコードを含むべきである。
翻訳リストの作成：
翻訳拡張は、要求されたときその翻訳能力につきMacintosh Easy Openに情報を与えることができるのでなければならない。これをするため、ファイル翻訳リストがFileTranslationListレコードによって定義されるようにファイル翻訳リストはファイルされているDoGetFileTranslationList機能を定義する。拡張はどのタイプのファイルがどのような他のタイプに翻訳することができるかを示すために戻されたファイル翻訳リストを、本発明は使う。この情報に基づきファイル翻訳リストはその後、具体的な文書を同定し、またできるだけそれを翻訳するために拡張を呼び出すこともある。
FileTranslationListレコードは以下の構成を有している。
TYPE FileTranslationList＝
RECORD
modDate:
LongInt;
groupCount:
LongInt;
{group1SrcCount:
LongInt;}
{group1SrcEntrySize:
LongInt;}
{group1SrcTypes:
ARRAY[1..group1SrcCount]
OF FileTypeSpec;}
｛group1DstCount:
LongInt;}
{group1DstEntrySize:
LongInt;}
{group1DstTypes:
ARRAY[1..group1DstCount]
OF FileTypeSpec;}
{上記６行をgroupCountの回数だけ反復せよ。｝
END;
このレコードは改変日と続く翻訳グループ数の総数とを有している。ファイル翻訳リスト中の各翻訳グループは、それから拡張が翻訳することができるファイルタイプの集合(group1SrcTypes域)と、拡張がそれに翻訳することができるファイルタイプの集合(group1DstTypes域)を特定する。１翻訳グループ内で拡張は、ソースタイプのものを宛先タイプのものに翻訳できるのでなければならない。
別の翻訳グループたちは、１グループ内にあるさまざまなカテゴリのアプリケーションたちに対応する。例えばワードプロセッシングアプリケーションたちを１グループに、スプレッドシートアプリケーションたちを別のグループに置く、というふうにすることができる。殆ど全てのトランスレータは特定のデータモデルを介して翻訳することで作業するので、殆どの場合group1SrcCountとgroup1DstCountは各々１より大である。こうした殆どの場合、ソースのファイルタイプと宛先のファイルタイプが一部重複したりぴったり一致したりすることが頻発する。
ファイルタイプのいずれか特定のグループ内で、FileTypeSpecデータタイプで定義されているファイルタイプ明細を使って具体的な文書フォーマットを指定する。
TYPE FileTypeSpec=
RECORD
format:
FileType;
hint:
LongInt;
flags:
TranslationAttributes;
catInfoType:
OSType;
catInfoCreator:
OSType;
END;
ファイルタイプ明細には、ファイルタイプと、貴方の拡張による使用にとっておかれるヒントと、フラグ域と、もとのファイルタイプとクリエータとがある。この拡張が翻訳できるファイルタイプのリストは永久に変わらないので、DoGetFileTranslationListはMacintosh Easy Openがそれを呼び出すその最初のときにファイル翻訳リストを満たす。そしてそれが呼び出される１回おきごとにDoGetFileTranslationListは、それが今通過したそのリストを単純に戻す[pass back]。
殆どの場合、翻訳拡張はファイルまたはスクラップを実際に翻訳するのには外部のトランスレータに依存している。この場合もそうであるなら、トランスレータをある特定のフォルダ中に又はフォルダから移動させることにより、ユーザーが貴方の拡張によって使われることになるトランスレータを追加したり削除したりすることもできるのが普通である。この場合、DoGetFileTranslationList機能はそのフォルダの改変日を読むことができ、その翻訳リストを再作成するか否かを決定するためmodDate域中に既に入力されている値と比較する。
ファイルの同定：
どのタイプから、またはどのタイプへ拡張が翻訳できるかファイルのタイプを本発明が知ったなら、その拡張が特定のファイルを翻訳することができるか否かを判断するため拡張を呼び出す。ある種の文書は翻訳目的のために十分特定されていないファイルのタイプを持つことがあるので、このような再チェックが必要である。例えば別のオペレーティングシステムから導入された文書は'TEXT'タイプのファイルを持っているかもしれない。さらに別の翻訳拡張は、そのファイルが実際にSurfWriterPCデータを有していて、特殊なフォーマット変換処理をするべきものであるか否かを判断することができるかもしれない。翻訳拡張が特殊な文書を同定するために呼び出されたときは、それは貴方の拡張のDoIdentifyFile機能を呼び出すことになる。
ある種の文書は単にそれらのファイルタイプとクリエータを調べることによって同定することができる。その他の文書（特にタイプ'TEXT'の文書）は、それら文書が拡張によって翻訳され得るかどうかを判断するためファイルをオープンし、それらの内容を調べることを要求する場合がある。もし拡張がその文書のタイプを認識できなければ、DoIdentifyFileはどのTypeErrにも戻らない。そうでなければDoIdentifyFileはnoErrへ戻り、docKindパラメータがその認識されたファイルタイプにセットされなければならない。DoIdentifyFile機能は'TEXT'をその文書がプレインな[plain]フォーマット化されていないASCIIテキストからできていることを確実に知っていない限り、ファイルタイプとして戻してはならない。たとえ拡張がそれが翻訳できるものとして特定の文書を同定したとしても、本発明は実際にはその翻訳をするために拡張を呼び出すことはしないということに注意してもらいたい。
ファイルの翻訳：
もし翻訳拡張が、それが翻訳できるものとして文書を同定し、ユーザーが貴方の翻訳拡張を使うべく選択した場合は、その文書を翻訳するためその拡張が呼び出される。コンポーネントセレクタのディスパッチャはDoTranslateFile機能を呼び出す。
文書の翻訳：
DoTranslateFileルーチンが呼び出される時までには、dstDocパラメータによって特定されたファイルが既に存在している。宛て先ファイルはデータフォークを持っており、またそれは、もし適当な宛て先ファイルタイプ明細内のフラグ域がtaDstDocNeedsResourceForkビットセットを持っていれば、リソースフォークも持っている。拡張は宛て先ファイルをオープンし、それを翻訳されたデータで満たす。
アプリケーションの翻訳拡張：
アプリケーションの翻訳拡張は拡張フォルダ中に置かれるファイルである。殆どのアプリケーションは一定数のファイルタイプしかオープンできず、したがってそれらリソースフォークたちの中に１オープンリソースを含ましめることによってこれらオープン可能なファイルタイプを宣言することができる。しかしアプリケーションによってはどのファイルをオープンできるかにつき動的に決定する必要がある。これはおそらく、これらアプリケーションが外部のフィルタを使うデータ変換能力を既に持っているからであろう。これらのアプリケーションにとってはオープンリソースだけが、どの種類のファイルをこれらアプリケーションがオープンできるのかを特定するのが不適当なものとなっている。
アプリケーションがオープン可能なファイルタイプのリストを動的に作成する好ましい方法は、ファイルタイプのリストを作成しファイルを同定することはできるが、実際の翻訳は全く行わないというそんなアプリケーションの翻訳拡張を提供することである。アプリケーションの翻訳拡張は本質的に、アプリケーションがオープンできるファイルのタイプの動的リストを作成するためだけに存在する。拡張が本発明に戻すファイル翻訳リスト中のソースリストは、これらのタイプの各々のためのファイルタイプ明細を含んでいなければならず、タイプの宛て先リストにとって、ファイル翻訳リストはそのフォーマットがある程度随意的でほかには使用されないファイルタイプを有している簡単なファイルタイプ明細を含んでいなければならない。この宛て先ファイルタイプを'VOID'と呼ぶことにする。
すると貴方のアプリケーション中のオープンリソースは、ファイル翻訳リスト中の唯一の宛て先ファイルタイプ明細（つまり'VOID'）の少なくともフォーマット域中に値を有する静的リストからなる。本発明に関係する限りの純粋の効果は、アプリケーションがタイプ'VOID'の文書をオープンでき、別のファイルタイプをタイプ'VOID'に翻訳できる、そんな翻訳拡張が存在することである。その結果、動的に作成されたファイルタイプのリストは、今ではアプリケーションと連携されているのである。

Claims

アプリケーションプログラムと変換プログラムとを実行可能に含むシステムであって、
（ａ）各アプリケーションプログラムが開くことができるファイルを識別する処理手段と、
（ｂ）変換プログラムが変換できるファイルフォーマットを識別する処理手段と、
（ｃ）選択された文書を作成した作成元のアプリケーションプログラムがコンピュータシステムによりアクセスできないことを判定する手段と、
（ｄ）上記判定する手段が、上記作成元のアプリケーションプログラムがコンピュータシステムによりアクセスできないと判定したときに、当該選択された文書に対して開くことができると上記（ａ）の処理手段の識別結果に基づいて判別されたアプリケーションプログラムであって、上記作成元のアプリケーションプログラム以外のアプリケーションプログラム、および、変換できると上記（ｂ）の処理手段の識別結果に基づいて判別された変換プログラムのリストを作成する処理手段と、
（ｅ）該識別されたアプリケーションプログラムと変換プログラムのリストをユーザに表示する処理手段と、
（ｆ）上記選択された文書を、対応する変換プログラムで変換して当該文書を開く、上記作成元のアプリケーションプログラム以外の、アプリケーションプログラムに引き渡す処理手段と、
含むことを特徴とするシステム。