(57)【要約】装置（１；１’）又はアプリケーション（３）は、起動コードの列を供給することによって作動しうる。装置は、夫々のコードが所定の順序で、ある時間周期内に受信されたか否かを確認する。確認が失敗する場合には、装置又はアプリケーションは、終了されうる。コードは、例えばカード又は光学情報媒体のようなトークン（２）に記憶されても良い。装置又はアプリケーションは、例えば仮想又は機械式のペットのような玩具であっても良い。
2007519093.tif 000002
【特許請求の範囲】
【請求項１】
起動コードを受信して、夫々の起動コードに対して、該コードが所定の順序で、ある時間周期内に受信されたか否かの確認を実行するよう配置され、更に、前記確認が失敗する場合にアプリケーションを非作動とするよう配置された装置。
【請求項２】
前記アプリケーションは、当該装置自体を制御する、ことを特徴とする請求項１記載の装置。
【請求項３】
更に、少なくとも１つのトークンを読み込むことによって前記起動コードを受信するよう配置される、請求項１又は２記載の装置。
【請求項４】
夫々のトークンは、単一の起動コードを含む、ことを特徴とする請求項３記載の装置。
【請求項５】
前記トークンは、書き換え可能である、ことを特徴とする請求項３記載の装置。
【請求項６】
前記トークンは、光学情報媒体、望ましくはＳＦＦＯディスクである、ことを特徴する請求項３記載の装置。
【請求項７】
前記起動コードは、シリアル番号及び／又はバージョン番号を夫々有する英数字文字の文字列によって構成される、ことを特徴とする請求項１記載の装置。
【請求項８】
前記アプリケーションは、当該装置によって実行されるソフトウェアアプリケーションである、ことを特徴とする請求項１記載の装置。
【請求項９】
望ましくは人工ペットを有する、請求項１記載の装置を有する玩具。
【請求項１０】
請求項１記載の装置を有する携帯電話。
【請求項１１】
請求項１記載の装置における使用のための光学情報媒体。
【請求項１２】
アプリケーション又は装置を非作動とする方法であって：
−起動コードを受信するステップ，
−夫々の起動コードに対して、該コードが所定の順序で、ある時間周期内に受信されたか否かの確認を実行するステップ，及び
−前記確認が失敗する場合に前記アプリケーション又は前記装置を非作動とするステップ，
を有する方法。
【請求項１３】
前記装置は、トークンを読み込むことによって起動コードを受信する、ことを特徴とする請求項１２記載の方法。
【請求項１４】
前記トークンは、光学情報媒体、望ましくはＳＦＦＯディスクである、ことを特徴とする請求項１２又は１３記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、起動コードにより作動しうるアプリケーションに関する。更に具体的には、本発明は、起動コードを受信するよう配置された装置と、起動コードを受信する方法とに関する。
【背景技術】
【０００２】
例えばソフトウェアプログラム又はある装置の特定の機能のようなアプリケーションを、１つ又はそれ以上のコードを供給することによって作動させることがよく知られる。このようなコードは、アプリケーションを作動させるパスワード又は特定の命令であっても良い。特定のコードが受信されない場合には、プログラムが動作しないか、あるいは、装置の特定の機能が作動しない。アプリケーションを作動させるこのような既知の方法の例は、例えば、ソフトウェアプログラムが固有の命令及び／又はパスワードを用いて作動しうるコンピュータ、パスワードがサービスへのアクセスを提供する現金自動預け払い機、運転手に起動モータを有効にするコードを入力するよう要求する車、などの分野において知られている。
【０００３】
玩具の分野では、特別の機能を作動させるためにロボットへ起動コードを入力することが知られる。所謂ランブル・ロボッツ（Ｒｕｍｂｌｅ  Ｒｏｂｏｔｓ）は、カードに印刷されたバーコードを読み込むためのバーコード読取機を設けられている。夫々のバーコードは、例えばより強い力又は特別な技のように、ロボットの特別な機能に対する起動コードを表す。ある時間周期の満了後、特別の機能は、自動的に非作動となり、特別な機能が再起動されるべき場合には、新しいカードが読み込まれなければならない。ｈｔｔｐ：／／ＷＷＷ．ｈｏｗｓｔｕｆｆｗｏｒｋｓ．ｃｏｍ／ｒｕｍｂｌｅ−ｒｏｂｏｔ．ｈｔｍを参照すると、ランブル・ロボッツについて更に詳細に説明されている。
【０００４】
上述した例となる起動コードは、特定されていない時間量（コンピュータプログラム、車）又は限定された時間量（ロボット）のいずれかのアプリケーションを作動させる。多くの場合において、起動中に制御し、ある条件が満たされる場合にのみ延長動作を可能とする必要がある。上述した時間制限された例では、起動は、ある時間周期の後に終了し、アプリケーションは、同じ又は類似するカードによってのみ、再起動可能である。
【０００５】
たった１つの又はほんの少しの起動コードよりはむしろ、あらゆる種類の起動コードを装置のユーザに使用させることが、しばしば、商業的に望ましい。これは、ユーザの行為上、より多くの制御をアプリケーションの制作者（又は扶養者）に与え、より多くの異なった起動コードが使用されることを確実にする。安全なアプリケーションの場合には、複数の起動コードの使用は、たった１つの又は少数の起動コードの使用よりも、より高い安全度を可能にする。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、従来技術の上記及び他の問題を解決し、ユーザにより多くの起動コードを使用するよう求める装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
従って、本発明は、起動コードを受信して、夫々の起動コードに対して、該コードが所定の順序で、ある時間周期内に受信されたか否かの確認を実行するよう配置され、更に、前記確認が失敗する場合にアプリケーションを非作動とするよう配置された装置を提供する。
【０００８】
夫々の起動コードが所定の順序で受信された否かを確認することによって、特定のコード列のみがアプリケーションを作動させ続けることができることが確実にされる。他の列は、アプリケーションを非作動とする。
【０００９】
コードがある時間周期内に受信されたか否かを確認することによって、コードがある速度で、又は少なくともある時間周期内に、装置によって受信されるべきことが確実にされる。これは、コードを受信して、それらの順序を確認するステップが不明瞭な時間量を要することを回避する。
【００１０】
コードが所定の順序で受信されない場合、又はコードがある時間周期内に受信されない場合に、確認は失敗する。これは、関連するアプリケーションの停止、又は少なくともその作動の中断を引き起こす。停止は、即時又は段階的であっても良い。
【００１１】
言い換えると、本発明は、起動コードを受信して、夫々の起動コードに対して、該コードが所定の順序で、ある時間周期内に受信されたか否かの確認を実行するよう配置され、更に、前記確認が成功する場合にアプリケーションを再起動するよう配置された装置を提供する。
【００１２】
望ましくは、起動コードは、英数字文字の文字列を有する。従って、コードは、夫々、文字及び／又は数字の集合から構成されても良い。起動コードは、やはり英数字文字によって構成され、コード自体、コードの種類、バージョン番号、及び／又は他の特性を識別する識別子を有しても良い。夫々のコードは、それが所定の順序に対して確認可能であるように固有である。
【００１３】
コードの順序は、幾つかの方法で確認されうる。起動コードは、夫々、シリアル番号を有し、当該装置は、この番号を確認して、それと、装置によって承認された最後のシリアル番号（０又は１である列の第１の番号を確認する際にはデフォルトのシリアル番号）とを比較しても良い。このような実施例では、連続する起動コードは、連続するシリアル番号を有する。夫々の起動コードが、明らかにランダムであるが、固有の識別（連続）番号を有することも可能である。全ての固有識別番号は、一連の番号を決定する表（ｔａｂｌｅ）に記憶される。
【００１４】
起動コードは、識別番号、シリアル番号、などの単純な連なりであることが分かっているが、起動コードは、暗号化処理及び含まれる如何なるキーをも知られていない場合には、識別番号が容易に認識不可能であるように、暗号化されることが可能である。
【００１５】
特に有利な実施例では、前記アプリケーションは、当該装置自体を制御する。即ち、アプリケーションの停止は、装置自体の停止をもたらす。しかし、多数のアプリケーションは、装置を作動させ続けることを想定され得る。
【００１６】
起動コードは、文字列としてキーボードに入力されて、装置によって受信されうるが、本発明による装置は、更に、少なくとも１つのトークンを読み込むことによって前記起動コードを受信するよう配置されることが好ましい。このようなトークン又は情報媒体は、起動コードが登録された基材を有する。望ましくは、夫々のトークンは、１つの起動コードを含む。しかし、実施例は、夫々のトークンが２つ、３つ、又は場合によっては３つより多い起動コードを含むと想定され得る。
【００１７】
有利な実施例では、前記トークンは、例えばＣＤ又はＤＶＤのような、光学情報媒体である。光学情報媒体は、起動コードに加えて、大量の更なる情報が登録されることを可能にする。特定の有利な情報媒体は、所謂ＳＦＦＯ（Ｓｍａｌｌ  Ｆｏｒｍ  Ｆａｃｔｏｒ  Ｏｐｔｉｃａｌ）ディスクである。このような情報媒体は、極めて小型（一般に、ほんの約３ｃｍである。）且つ安価であり、更に、必要ならば、大量の情報を記憶する能力を有する。
【００１８】
本発明は、また、上述した装置を有する玩具を提供する。即ち、玩具は、起動コードによって作動し、正しい起動コードがない場合には非作動となる。このような玩具は、例えば仮想ペット又は機械式ペットのような、人工ペットである。仮想ペットは、例えば携帯電話のような装置内で生きており、一方、機械式ペットは、それ自体、機械の身体を有する。どちらの種類のペットも、有利に、本発明に従って設計されうる。
【００１９】
上述したように、仮想ペットは、例えばコンピュータ、携帯電話及び他の適切な装置のような装置で実行されるアプリケーションである。従って、本発明は、また、上述した装置を有する携帯電話機を提供する。
【００２０】
本発明は、更に、上述した装置での使用のための光学情報媒体と、アプリケーション又は装置を非作動とする方法とを提供する。前記方法は：起動コードを受信するステップ、夫々の起動コードに対して、該コードが所定の順序で、ある時間周期内に受信されたか否かの確認を実行するステップ、及び前記確認が失敗する場合に前記アプリケーション又は前記装置を非作動とするステップを有する。
【００２１】
本発明の方法において、前記装置は、トークンを読み込むことによって起動コードを受信する。望ましくは、前記トークンは、例えばＳＦＦＯディスクのような、光学情報媒体である。
【発明を実施するための最良の形態】
【００２２】
以下、本発明について、添付の図面で表された実施例を参照して説明する。
【００２３】
単に図１の限定されない例によって示された移動体通信装置１は、キーボード１１、表示スクリーン１２及びディスク読取機１３（図１には図示せず。）を有する。光ディスク２は、ディスク読取機１３に挿入される。示した実施例では、ディスクは、ＳＦＦＯ（Ｓｍａｌｌ  Ｆｏｒｍ  Ｆａｃｔｏｒ  Ｏｐｔｉｃａｌ）ディスクである。しかし、例えば、半導体メモリを含むメモリカード、バーコードが印刷されたカード、及び他の適切なトークンのように、様々な他の情報媒体が代わりに使用されても良い。
【００２４】
キーボード１１は、情報を入力し、装置１を制御する働きをする。ディスプレイ１２は、様々な種類の情報、画像、及び更には仮想ペット３を表示するために使用されうる。
【００２５】
装置１の機能について、図２の概略図を参照して更に詳細に説明する。図２において、トークン読取機（ディスク読取機）１３は、処理ユニット１４及びディスプレイ１２に結合されるよう示されている。望ましくは、ディスク読取機１３は、ＳＦＦＯディスク又は他の光学情報媒体を読み取る（場合によっては、更に、書き込む）ために適した読取機である。ディスク読取機の代わりに、例えば、バーコード読取機、メモリカード読取機、スマートカード読取機、などのような、他の形式のトークン読取機が使用されても良いことが分かっている。
【００２６】
望ましくは、処理ユニット１４は、装置１を制御するための適切なソフトウェアプログラムを実行するマイクロプロセッサ（μＰ）を有する。更に、当該装置を制御するよう、処理ユニット１４は、他のアプリケーション、即ち、他のソフトウェアプログラムを支持することができる。１つのこのようなソフトウェアプログラムは、図１に示した仮想ペット３を創出し、制御する。
【００２７】
仮想ペット３は、食べ物及び世話を求めることによってユーザと交信することができるソフトウェア上のキャラクタである。仮想ペットからの要求は、装置１により音を生成することによりなされても良く、一方は、仮想ペットに対する世話は、キーボード１１のキーを押すことによりなされても良い。本発明によれば、仮想ペットに対して食べ物を与えることは、ペットに関する情報が登録されたトークン（情報媒体）２を提供することによってなされる。この情報は、トークン読取機１３によって読み込まれて、処理ユニット１４によって処理される。ペット（図１の３）の如何なる応答も、表示スクリーン１２に表示される。この情報は、仮想ペット用の「食べ物」の役割を果たして、ペットを生き続けさせる起動コードを有する。飢えたペットは、最終的には死んでしまう。
【００２８】
本発明によれば、トークン（図１の２）は、図３で図式的に表された起動コードを含む。図３の例となる起動コード２０は、幾つかの領域を有しうる。第１の領域は、仮想ペットを識別する英数字文字の固有の文字列から成る識別コード２１を含む。この識別コード２１は、仮想ペットを制御するアプリケーションが、起動コード２０がペットに適合するか否かを確認することを可能にする。この識別コード２１は、仮想ペットの制作者が、夫々の個々のペット又は夫々の種類のペットに固有の「ペットフード」を与えることを可能にする。更に、又は代替的に、識別コード２１は、仮想ペットの扶養者（制作者）を識別するために使用することもでき、従って、異なる製作者のペットの間を区別することが可能となる。
【００２９】
第２の領域は、特定の起動コードに固有である英数字文字の文字列を含む。この連続コード２２は、これらのコードが連続して番号を付与されている場合には、例えば１０７のような、シリアル番号を含んでも良い。更に、連続コード２２は、例えばPのような、バージョン番号を含んでも良い。留意すべきは、連続コード２２は、必ずしも連続して番号を付与される必要はなく、ある順序がこれら連続コードに割り当てられている限りは、疑似乱数を形成しても良い。例えば、連続コードは、一意性を確認された後に疑似乱数（ＰＲＧ）を用いて発生し、表（ｔａｂｌｅ）に記憶されても良い。幾つかの実施例では、連続コードは、表において１度よりも多く出現しても良く、従って、起動コードを１度よりも多く関連づけることが可能となる。
【００３０】
簡単化のために、連続コード２２はシリアル番号であるとする。これは、図３に示した連続コード「Ｐ１０７」が、本発明に従って、「Ｐ１０６」の後で、「Ｐ１０８」の前でだけ使用されうることを暗示する。従って、アプリケーションは、承認された前の連続コードが「Ｐ１０６」であったか否かを確認し、（例えば、前のコードが「Ｐ１０５」であったために）そうでない場合には、コード「Ｐ１０７」は拒否される。このように、連続コードは、所定の順序でのみ承認される。これは、中間のコードが読み飛ばされないので、一連のコードの全ての起動コードが使用されることを確実にする。
【００３１】
本発明の更なる態様に従って、装置１は、また、如何なる連続する起動コードも、ある時間周期内に受信されるか否かを確認する。これは、起動コードが実際に使用され、不明確な時間量が、連続する起動コードが承認される時間において経過しないことを確実にする。起動コードがある時間周期内に承認されない場合には、確認は失敗し、関係するアプリケーション（本実施例では、仮想ペット）は非作動とされる。
【００３２】
起動コード２０の（任意の）第３の領域は、アプリケーション（本実施例では、仮想ペット）を制御するためのスクリプトを含む。このスクリプトについは、後で、更に詳細に説明する。
【００３３】
本発明の方法の一実施例を図４に表す。この実施例では、アプリケーションは自動的に終了し、時間内に再開されない場合には、アプリケーションを非作動とする、とする。当然のことながら、アプリケーションが能動的に終了されるべき他の実施例も可能である。
【００３４】
図４の方法は、ステップ１０１で開始される。ステップ１０２において、起動コードは、装置（図１の１）によって受信される。続いて、ステップ１０３において、装置は、コードが正しいか否か、即ち、コードが関連するアプリケーションに対して適切か否かを確認する。この第１の確認は、識別コード（図３の２１）と装置に記憶されたコードとを比較することによって実行されうる。留意すべきは、装置は、起動コードを受信することができる１つより多いアプリケーションを有しても良く、識別コード（図３の２１）は、アプリケーション間の区別のために使用されても良いことである。
【００３５】
第１の確認が成功し、識別コードが正しいと判明した場合には、ルーチンはステップ１０４により続く。確認が失敗であった場合には、ルーチンはステップ１０２に戻る。
【００３６】
ステップ１０４において、装置は、起動コードが正確な順序で受信されたか否かを確認する。即ち、装置は、現在の起動コードの連続コード（図３の２２）と、この目的のために装置に記憶された前の起動コードの連続コードとを比較する。上述したように、順序は、起動コード自体（即ち、「１０６」が「１０７」の前に来る。）から導き出されても良く、あるいは、個々のコードが記憶されている表を形成しても良い。コードが正しいと判明した場合には、ルーチンはステップ１０５により続く。ステップ１０４の確認が失敗であった場合には、ルーチンはステップ１０２に戻る。
【００３７】
ステップ１０５において、装置は、起動コードが、ある時間周期内で受信されて、承認されたか否かを確認する。この時間周期は、望ましくは予め決められているが、例えば、前の起動コードが承認された速度に依存して、可変であっても良い。コードが所定の時間周期内に承認された場合には、ルーチンはステップ１０６により続くが、第３の確認が失敗であった場合には、ルーチンはステップ１０７で終了し、結果として、関連するアプリケーションは、最終的に非作動とされる。
【００３８】
アプリケーションの停止は、即時又は段階的のいずれであっても良いことが知られている。例えば、上述した飢えたペットの場合に、停止は、望ましくは段階的であって、ペットの機能は、ペットが最終的に死ぬ、即ち、完全に非作動となるまでの時間に亘って衰える。
【００３９】
ステップ１０６において、関連するアプリケーションは、再開される。望ましくは、再開は、作動を延長することを含む。しかし、以前より作動していないアプリケーションを作動させることによってアプリケーションを再開することも可能である。当然のことながら、人工ペットの場合には、以前より作動していない（「死んだ」又は「生まれていない」）ペットを作動させるステップは、条件付きであっても良い。
【００４０】
アプリケーションを再開した後に、ルーチンは、ステップ１０２で再開し、ステップ１０２において、新しいコードが受信される。当然のことながら、様々な変形が可能であり、例えば、ステップ１０５で確認される時間制限の満了をユーザに通知する更なるステップが挿入されても良い。
【００４１】
図３のスクリプト２３は、起動コード２０の任意の部分である。スクリプトは、アプリケーションを制御するための命令を含んでも良い。仮想ペットの場合には、スクリプトは、ペットの挙動に影響を及ぼし、例えば、新しい機能を加え、あるいは、既存の機能を更新することを可能にする。上述したＳＦＦＯディスクは、特に、このようなディスクは非常に大きな記憶容量を有し、従って、大きなスクリプトが起動コードに更に記憶されることを可能にするので、本発明においてはトークンとしての使用に適している。
【００４２】
図５に示した装置１’は、トークンが挿入可能なおもちゃの車である。示した実施例では、トークンは、起動コードが記憶された光ディスク、望ましくはＳＦＦＯディスクである。起動コードは、装置１’が本発明に従って非作動とされることを可能にする。
【００４３】
図６の例となる表は、特に連続番号（図３の２２）が所定の数列に直接的に対応しない場合に、数列を管理する働きをする。図６の表は、３つの列、即ち、インデックス列、連続コード列及びカウンタ列を有する。カウンタ列は任意であって、必要ならば、他の列が加えられても良い。
【００４４】
インデックス列は、起動コードが承認されるべき数列を決定するインデックスを含む。示した例では、インデックスは、００１，００２，００３，・・・と番号を付与されているが、例えば１０，２０，３０，・・・のように、他の番号付与が使用されても良い。次の列に記入された連続コードは、インデックスが起動コードの順序を決定するので、如何なる所望の順序を有しても良い。従って、Ｐ１１３がＰ０１８の前に来ても良く、示した例では、Ｐ１０７がＰ１０６の後に続かない。
【００４５】
明らかなように、インデックス００８は、２つの連続コードＰ０３２及びＰ０３３を参照する。これは、Ｐ０３２及びＰ０３３が受信されうる順序は任意であって、その両方がＰ１１６（インデックス００７）の後で、Ｑ１０１（インデックス００９）の前に受信されるべきであることを暗示する。このようにして、より少ない文字列順序が使用されても良い。本発明の幾つかの実施例では、次のインデックス（本実施例の００９）は、Ｐ０３２及びＰ０３３のうちの１つしか承認されなかった場合に使用されても良く、従って、同じインデックスを有する他の起動コードが読み飛ばされることが可能となる。他の実施例は、次のインデックスに対応する起動コードが承認されうる前に承認されるべき同じインデックスを有する両方の起動コードを必要としても良い。
【００４６】
反対に、起動コードは、表中に一度よりも多く出現しても良く、望ましくは、異なる入力に対しては異なるインデックスに割り当てられる。これは、起動コードが再使用されることを可能にする。これは、トークンが玩具を作動させるために使用される場合に有利である。
【００４７】
第３の列のカウンタは、起動コードが承認されうる回数を示している。通常、この数字は１に等しいが、例えば、この起動コードが３度承認されうることを示す３といった、より高いカウンタ値が使用されても良い。これは、起動コードと、それらが表されているトークンのどれもとが、限定された範囲で再使用されることを可能にする。起動コードの夫々の承認の後に、表中の対応するカウンタ値が１だけ減らされことが好ましい。零のカウンタ値は、起動コードがもはや承認され得ず、（インデックス値によって決められる）次の起動コードが使用されるべきであることを示す。
【００４８】
表を利用しないが、次の連続コード（図３の２２）が特定の起動コードに関連づけられたスクリプト（２３）において示され、結果として「チェーンコード」が得られる、更なる実施例が考えられうる。これは、また、所定の順序が起動コードの発行中に守られることを可能にする。即ち、チェーンの第１の起動コードを発行する際に、コードのそのチェーンの全ての起動コードを決定することは必ずしも必要ではない。このような実施例では、スクリプトは、１つよりも多い連続コード、例えばアプリケーションの状態（例えば、仮想ペットの健康）のような、ある状態に依存して使用されるべき特定の連続コードを有する。更に、スクリプトは、アプリケーションを制御するソフトウェアプログラムの一部を含んでも良い。起動コードを承認することによって、例えば、トークンを読み込むことによって、更なるソフトウェアプログラム（又はソフトウェアプログラムの一部）がアプリケーションに加えられても良い。アプリケーションが最初は完了されていないが、適切な起動コードを承認することによって完了され、その承認はそれらの順序によって制御される、実施例が考えられうる。
【００４９】
特別な起動コードが、必要ならば、アプリケーションをリセットするために使用可能であっても良い。装置は、このような特別な起動コードを認識し（例えば、図４のフロー図のステップ１０３）、如何なるアプリケーション、又はアプリケーション内の如何なる番号及びコードもリセットするよう配置されうる。
【００５０】
トークンが起動コードを伝達するために使用される場合には、トークンが書き換え可能であると有利であって、従って、トークンの如何なる再使用も回避するように、トークンに記憶された起動コードが変更又は消去をなされることが可能となる。上述したＳＦＦＯディスクが書き換え可能であることは分かっている。
【００５１】
本発明は、起動コードの規則的な列が、例えば人工ペットのようなアプリケーションの作動を保つために使用されうるという見識に基づく。本発明は、起動コードが、例えば所謂ＳＦＦＯディスクのような光学情報媒体に有利に記憶されうるという更なる見識から利益を得ている。
【００５２】
明らかに、本願で使用される如何なる用語も、本発明の主旨を限定するように解釈されるべきではない。特に、動詞「有する」及び「含む」は、具体的に挙げられていない要素はどれも除外されることを意味しているわけではないない。単一の（回路）素子は、複数の（回路）素子又はそれらの等価なものに置き換えられても良い。要素の前の語「１つの」は、このような要素の複数の存在を認めていないわけではない。如何なる参照符号も、特許請求の範囲の適用範囲を限定するものではない。
【００５３】
当業者には当然のことながら、本発明は、上述した実施例に限定されず、多数の変更及び変形が、添付の特許請求の範囲で定義された本発明の主旨を損なわない範囲でなされうる。
【図面の簡単な説明】
【００５４】
【図１】本発明に従う装置の第１の実施例を図式的に示す。
【図２】図１に表された実施例の機能図を図式的に示す。
【図３】本発明に従う起動コードを図式的に示す。
【図４】本発明に従う方法を表すフロー図を図式的に示す。
【図５】本発明に従う装置の第２の実施例を図式的に示す。
【図６】本発明で用いられうる手順を管理するための表を図式的に示す。
【図１】
2007519093.tif 000003
【図２】
2007519093.tif 000004
【図３】
2007519093.tif 000005
【図４】
2007519093.tif 000006
【図５】
2007519093.tif 000007
【図６】
2007519093.tif 000008
【国際調査報告】
2007519093.tif 000009
2007519093.tif 000010