JP4081858B2 - コンピュータシステム、コンピュータ端末装置、及び記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は少なくともサーバシステムとコンピュータ端末装置によるコンピュータシステム、さらにはそれに対応するリムーバブルな記録媒体に関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータを単体で、もしくはパーソナルコンピュータをネットワーク化して使用することが通常行われているが、これらの場合パーソナルコンピュータは個人又は会社等の組織が所有する形態とされており、使用できる人間は或る程度限定されている。
【０００３】
【発明が解決しようとする課題】
従って各種の情報処理、情報収集などを行うには、個人又は会社等でパーソナルコンピュータを購入／レンタルしたり、ネットワーク接続したりしてシステムを整える必要があり、特に家庭などで個人使用する目的の場合は手軽に導入できるものではなく、このためコンピュータの使用による利益は、大多数の人に享受されているとは言い難い。
また通信ネットワークの発達により、不特定多数の人に対しての電子的な情報提供なども現在及び将来にわたって普及すると考えられるが、これもできるだけ多数の人がそのサービス等を利用できるようにすることが望まれている。
【０００４】
このような事情に鑑みて本出願人は先に、特願平９−２８９５５５号として、不特定多数のユーザーが任意に使用できるコンピュータ端末を有するコンピュータシステムを提案した。
この先行出願は、例えば公衆電話のようにコンピュータ端末装置を駅や店頭に配置し、多数のユーザーが情報の編集（エディット）、ダウンロード、アップロードなどを実行できるようにしたものである。
【０００５】
ところでコンピュータ端末装置を公衆電話のように配置して公衆の利用に供する場合には、その実用上の課題として、端末装置が入力を受け付けなくなるようなハングアップ（フリーズ）などの際に対応可能としなければならない。
例えばコンピュータ端末装置を使用して或るユーザーがファイル作成や更新の作業を行っているときにハングアップが発生してしまった場合に、その作業中のファイルデータが消失されてしまうことは非常に好ましくない。特に有料で利用させる場合には、作業中のデータ消失はユーザーに対して多大な迷惑や損失を与えることになってしまう。
従って、例えばハングアップが発生して端末装置を再起動（リセット）させなければならないようになった場合でも、作業中のデータが消失されないようにデータバックアップがなされることが要求される。
【０００６】
【課題を解決するための手段】
本発明は上記のような事情に鑑みて、例えば不特定多数の人が任意に使用してコンピュータを用いた情報処理が可能になるようなコンピュータシステムにおいて、使用中のコンピュータ端末装置がハングアップしたような場合でもデータ消失を最小限とすることのできるバックアップ動作、さらには例えばコンピュータ端末装置内のバックアップデータ格納手段（例えばハードディスクドライブ）ががクラッシュした場合でもデータを維持できるようにする高度なバックアップ動作が可能となるようにすることを目的とする。
【０００７】
このため、サーバシステムと、コンピュータ端末装置とが通信可能に接続されたコンピュータシステムにおいて、コンピュータ端末装置は、データファイルの作成もしくは更新を行うことのできるデータ処理手段と、端末装置内に配される端末側データ格納手段と、データ処理手段で処理されるデータに関して端末側データ格納手段にバックアップ記憶させることのとできる内部バックアップ手段と、同じくデータ処理手段で処理されるデータをサーバシステムに送信し、サーバシステムにバックアップ記憶させることのできる外部バックアップ手段と、バックアップ動作方式を設定し、その設定に基づいて内部バックアップ手段及び／又は外部バックアップ手段によるバックアップ動作の制御を行うバックアップ制御手段とを備えるようにする。
バックアップ動作方式とは、例えばバックアップ動作の実行の有無、バックアップ動作としての実行タイミング、バックアップする対象、バックアップ先などの別による動作方式である。
サーバシステムは、コンピュータ端末装置の外部バックアップ手段によって送信されてきたデータを格納するサーバ側データ格納手段を備えるようにする。
即ち、コンピュータ端末装置が利用される際には、所定のバックアップ動作方式で、情報処理作業中もしくは作業前後のデータが、端末側データ格納手段、サーバ側データ格納手段の一方又は両方にバックアップされるようにする。
少なくとも一方の格納手段にバックアップされていれば、コンピュータ端末装置がハングアップした場合もデータ消失を防止できる。さらにサーバ側データ格納手段にバックアップした場合は、コンピュータ端末装置の故障、端末側データ格納手段のクラッシュなどが生じた場合でもデータ消失を防止できる。
さらに、前記バックアップ制御手段は、前記コンピュータ端末装置の使用が終了された際に、前記内部バックアップ手段によって前記端末側データ格納手段にバックアップ記憶されたデータを削除させるようにする。
【０００８】
また、バックアップ動作方式は、リムーバブル記録媒体に記録されたバックアップ動作に関する識別情報に基づいて設定したり、入力手段によるユーザーの入力に応じて設定することで、作業に応じた適切なバックアップ動作や、ユーザーの希望に応じたバックアップ動作が実現できる。
さらに実行すべく設定されたバックアップ動作方式に応じて異なる金額をユーザーに課金することでバックアップ能力に応じた料金設定が可能となる。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態としてのコンピュータシステム、コンピュータ端末装置、及び記録媒体について、次の順序で説明する。なお、実施の形態におけるコンピュータ端末装置を説明上「公衆端末」と呼ぶこととする。またその公衆端末で使用されるリムーバブルな記録媒体の例としてディスクメディアをあげる。
１．システム形態
２．ディスク
３．公衆端末の構成
４．バックアップ動作方式の種別
５．使用手順
６．公衆端末の処理
７．変形例
【００１０】
１．システム形態
図１で実施の形態のシステム形態の例を説明する。
図１はシステムの構成要素、及び有料システムとしての料金徴収方式例を示している。
【００１１】
図１に示すように本例のシステムは、公衆端末１、公衆端末管理会社２、クレジットカード会社３、コンテンツ会社４、アプリケーション会社５、公衆電話管理会社６、ネットワーク７、電話線８、衛星通信部１０などから構成される。
即ちコンピュータ端末及び電話端末として機能する複数の公衆端末１が、複数のサーバシステム（公衆端末管理会社２内の課金サーバ２ａ、コンテンツ会社４内のコンテンツサーバ４ａ、アプリケーション会社５内のアプリケーションサーバ５ａなど）とネットワーク７で接続される。
またさらに公衆端末１は電話線８により公衆電話管理会社６や各サーバシステムに接続される。また、衛星通信部１０による無線通信によりネットワーク接続される公衆端末１もある。
【００１２】
またサーバシステムとして機能する公衆端末管理会社２にはバックアップ部２として、大容量の記録媒体及びその記録媒体に対するバックアップデータの書込／読出機能を備えた部位が用意される。このバックアップ部２ｂでは、公衆端末１から送信されてきたファイルデータ等を所定期間バックアップデータとして保管する動作を行う。
【００１３】
公衆端末１が接続されるネットワーク７とは例えばＬＡＮ（Local Area Network）として、当該システムのために構築された通信網をいう。ネットワーク７は例えば公衆端末管理会社２が管理する。
また電話線８とは、例えば公衆電話管理会社６が管理する一般公衆電話回線網である。
【００１４】
公衆端末１は、店頭、駅、学校、会社等、或る程度の不特定多数の人の使用が可能となるような場所に配置される。
そして後述するように、各ユーザーはその公衆端末をいわゆる公衆電話として使用したり、また例えば自分の所有するディスクを公衆端末１に装填することで、その公衆端末１を有料又は無料でコンピュータ装置として使用できるものである。例えば自分の所有するディスクに記録しておいたデータファイルの編集や、ディスクと公衆端末１の間での各種データのダウンロード、アップロードなどが可能となる。またディスクを装填しなくとも、例えば情報検索やデータファイルの作成及びアップロードを行う端末として使用できる。
【００１５】
公衆端末管理会社２は、各所に設置された公衆端末１の管理や、ユーザーの登録、登録されたユーザーの使用に際しての不正使用を防止するための照合処理、登録されたユーザーの使用に対する料金徴収管理などを行う。課金サーバ２ａはこれらの処理を行う部位となる。
また必要に応じて公衆端末１との間での、各種データ、アプリケーション、コンテンツ（１つの情報単位としてのファイル等）などのアップロード、ダウンロードを行うことができる。
【００１６】
さらに例えばユーザーが公衆端末１を使用してダウンロードする情報について更新が必要なものについては、公衆端末装置管理会社２は、ネットワーク７や衛星通信部１０を介して定期的に、もしくは不定期に、更新データを供給し、公衆端末１側での更新を実行させる。
例えば日刊の電子新聞等を考え、ユーザーが毎日（もしくは所望のときに）、自分のディスクに電子新聞としての情報をダウンロードできるようにする場合、例えばその電子新聞が発行される毎に、新しい内容の電子新聞データを各公衆端末１に送信して更新させる。ネットワーク７や衛星通信部１０を介してこのような更新を実行させることで、多数の公衆端末１に対して即時的に、かつ各公衆端末１について人手を介することなく、最新のデータをダウンロード用途に提供できる。
【００１７】
なお、このようなネットワーク７や衛星通信部１０を介しての更新のみでなく、例えばディスク等により更新データを配布し、各公衆端末１が設置されている場所での係員（その店の店員等）がその配布されたディスクを公衆端末１に装填することで、ダウンロードデータの内容が更新されるようにしてもよい。
【００１８】
クレジットカード会社は、一般に使用されているクレジットカードを管理する会社であり、上記公衆端末管理会社での登録ユーザーがクレジットカードを用いて料金支払いを行う場合に、公衆端末管理会社２からの請求に基づいて、ユーザーの銀行預金からの料金引き落としや、その料金を受け取るべき組織（公衆端末管理会社２、コンテンツ会社４、アプリケーション会社５など）に対する対価支払いサービスを行う。
【００１９】
コンテンツ会社４は、不特定多数に提供する電子情報、例えば電子新聞、電子雑誌、電子書籍、音楽情報（曲など）、映像情報（テレビ番組、映画、ビデオクリップ等）などを、１つのコンテンツとしてネットワーク７から各公衆端末１に提供できる組織である。各種情報はそれぞれ１つのコンテンツとしてコンテンツサーバ４ａに格納され、公衆端末１側の要求に基づいてその公衆端末１に送信したり、定期的に各公衆端末１に送信して公衆端末１内で情報更新を実行させる。もちろんコンテンツ会社が衛星通信部１０を備えて、衛星通信によりコンテンツを各公衆端末１に提供できるようにしてもよい。
【００２０】
アプリケーション会社５は、いわゆるソフトウエアとてのアプリケーションを当該コンピュータシステムに提供できる組織である。即ち公衆端末１で使用できるアプリケーションをアプリケーションサーバ５からネットワーク７を介して各公衆端末１に提供する。もしくは或る公衆端末１からの要求に応じて必要とされているアプリケーションを提供する。
またアプリケーション会社が衛星通信部１０を備えて、衛星通信によりアプリケーションを各公衆端末１に提供できるようにしてもよい。
【００２１】
公衆電話管理会社６は、公衆電話回線を管理する組織である。公衆端末１は公衆電話としての利用できるものであるが、公衆電話としての使用に関しては公衆電話管理会社６が管理することになる。
【００２２】
このようなシステムにおいて、公衆端末１を用いて実現可能な機能は次のようになる。
公衆端末１の機能としては大まかにみて、電話端末としての機能とコンピュータ端末（情報処理端末）としての機能となる。
【００２３】
コンピュータ端末として使用される場合には、例えばユーザーの所有するディスク内のデータファイルなどの編集（エディット）、公衆端末１との間でのデータのアップロード／ダウンロード、ネットワークの間でのデータのアップロード／ダウンロード、ネットワーク（もしくは公衆端末内のハードディスク等に構築されているデータベースなど）からの各種の情報検索などが可能となる。
【００２４】
まず本例でいうデータファイルの編集とは、ユーザーが予め自分のディスクに記録しておいたデータファイルを公衆端末１により呼び出して編集を行い、ディスク上のファイル内容を更新する処理や、公衆端末１によりデータファイルを新規作成して、そのデータファイルをディスクに記録する処理などをいう。もちろん公衆端末１上で編集したデータを必ずディスクに書き込まなければならないものでもない。
【００２５】
公衆端末１との間でのデータのアップロード／ダウンロードとは、公衆端末１内の記録媒体（例えばハードディスク）に対して、ユーザーが何らかのデータファイルをアップロードしたり、ハードディスク等に記録されているデータファイル、アプリケーション、コンテンツ等をユーザーが自分のディスクにダウンロードさせたりする機能である。
【００２６】
ネットワーク７との間でのデータのアップロード／ダウンロードとは、ユーザーが何らかのデータを、ネットワーク接続された部位（もしくは衛星通信部１０により無線通信可能とされた部位）、例えば他の公衆端末１、公衆端末管理会社２、コンテンツ会社４、アプリケーション会社５などとの間でアップロード／ダウンロードを行う処理をいう。
例えばアップロードとしては、ユーザーが電子メールや自分が作成したコンテンツ等のデータファイルをネットワーク上に提供する動作となる。
またダウンロードとしては、ネットワーク接続された部位から提供される情報として、データファイル、アプリケーション、コンテンツ（電子出版物、音楽ソフト、映像ソフト、ゲームソフト等）をユーザーが自分のディスクにダウンロードさせる動作となる。
【００２７】
次に料金支払形態を考える。まず公衆端末１の使用を一般公衆（もしくは或る組織内の人のみに限って）に無料提供することは可能である。無料提供としては例えば学校内に数カ所公衆端末１を配置し、その学校の生徒や職員が自由に公衆端末１を使用して上記各機能に基づく処理が実行できるようにする場合などの例が考えられる。
【００２８】
有料とする場合は、ユーザーが公衆端末管理会社２に対して支払い登録を行うことによるクレジットカード（銀行口座など）からの引き落としによる支払いや、通貨やプリペイドカードによる支払い、クレジットカード装填による支払いなどが考えられる。
【００２９】
支払い登録によるクレジットカード支払いについては、例えば公衆端末管理会社２が管理を行う。
ユーザーはディスクを購入した際に、そのディスクを使用して公衆端末１の利用を行い、かつその支払いをクレジットカードで行う旨の登録手続を行う。
公衆端末管理会社２がその登録手続を受け付けると、以降ユーザーは通貨やプリペイドカードを持たなくてもそのディスクを用いて公衆端末１を利用できる。
この場合、公衆端末１の使用に際しては、装填されたディスクと、そのユーザーについて、公衆端末１及び課金サーバ２ａの双方で厳重なチェックが行われる。そしてそのチェックがＯＫであれば使用可能となる。
このチェックに関しては、ディスクシリアルナンバ、ユーザーＩＤ、パスワード等が用いられる。
使用が終了された際には、例えば図１に示すように使用料金の情報ＦＤｔがその使用された公衆端末１から課金サーバ２ａに送られる。
【００３０】
公衆端末管理会社２は課金サーバ２ａでの管理に基づいてクレジットカード会社３にそのユーザーの使用料（公衆端末使用料、コンテンツ使用／購入料、アプリケーション使用／購入料など）を提示するとともに公衆端末使用料Ｆｐｃを請求する。クレジットカード会社３は公衆端末管理会社２からの使用料提示に基づいてそのユーザーの銀行口座から使用料引き落としを行うとともに、公衆端末管理会社に公衆端末使用料金Ｆｐｃを支払う。
またその公衆端末使用の際に、コンテンツ会社４が提供したコンテンツが利用または購入されていた場合は、クレジットカード会社３はそのコンテンツ使用／購入料Ｆｃｔをコンテンツ会社４に支払う。
さらにその公衆端末使用の際に、アプリケーション会社５が提供したアプリケーションが利用または購入されていた場合は、クレジットカード会社３はそのアプリケーション使用／購入料Ｆａｐをアプリケーション会社５に支払う。
【００３１】
なお使用料金として、公衆端末使用料Ｆｐｃは、例えば公衆端末１の使用時間などに応じてユーザーが支払うべき料金である。
またコンテンツ使用／購入料Ｆｃｔとは、ユーザーが自分のディスクにコンテンツをダウンロードした場合（購入）、もしくは公衆端末１上でコンテンツを使用（例えば電子新聞を読むなど）した場合に、それぞれ支払われるべき料金である。
またアプリケーション使用／購入料Ｆａｐとは、ユーザーが自分のディスクにアプリケーションをダウンロードした場合（購入）、もしくは公衆端末１上での処理にアプリケーションを使用した場合に、それぞれ支払われるべき料金である。
さらに本例の場合は後述するように、ユーザーが公衆端末１を用いてデータファイルの編集や作成をする際に、その作成中又は作成前後のデータをバックアップのために公衆端末１の内部のハードディスクや公衆端末管理会社２のバックアップ部に格納することがある。そしてそのバックアップ動作方式としては後述するようにバックアップ能力のレベルで分けられた複数の動作方式があり、その１つが選択的に実行される。このとき、実行されるバックアップ動作方式に応じて料金が設定されるような場合は、その料金も公衆端末使用料Ｆｐｃに含まれることになる。
【００３２】
次に通貨（コイン又は紙幣）やプリペイドカードによる支払いも考えられる。
この場合、公衆端末１はコイン又はプリペイドカードを用いられて、コンピュータとして使用された際に、その使用料金の情報ＦＤｃｏを例えば電話線８で公衆電話管理会社６に送信する。
【００３３】
公衆電話管理会社６は、送信されてきたユーザーの使用料（公衆端末使用料、コンテンツ使用／購入料、アプリケーション使用／購入料など）に基づいて、公衆端末管理会社に公衆端末使用料金Ｆｐｃを支払う。
またその公衆端末使用の際に、コンテンツ会社４が提供したコンテンツが利用または購入されていた場合は、公衆電話管理会社６はそのコンテンツ使用／購入料Ｆｃｔをコンテンツ会社４に支払う。さらにその公衆端末使用の際に、アプリケーション会社５が提供したアプリケーションが利用または購入されていた場合は、公衆電話管理会社６はそのアプリケーション使用／購入料Ｆａｐをアプリケーション会社５に支払う。
【００３４】
また料金支払形態として、近年設置されている公衆電話の例にみられるものと同様に、クレジットカードを直接公衆端末１に装填して使用するような方式も考えられる。この場合、公衆端末１にクレジットカード対応処理機能が搭載されていなければならない。
このような支払い方式で公衆端末１が使用される場合、公衆端末１はその使用料金の情報ＦＤｃｃを例えば電話線８でクレジットカード会社３に送信する。
【００３５】
クレジットカード会社３は、送信されてきたユーザーの使用料（公衆端末使用料、コンテンツ使用／購入料、アプリケーション使用／購入料など）に基づいて、ユーザーの銀行口座からの料金引き落とし、及び公衆端末管理会社２に対する公衆端末使用料金Ｆｐｃの支払い、コンテンツ会社４に対するコンテンツ使用／購入料Ｆｃｔの支払い、アプリケーション会社５に対するアプリケーション使用／購入料Ｆａｐの支払い等を行う。
【００３６】
ところで、以上のように図１でコンピュータシステムとしての構成要素や料金支払い形態、公衆端末１の機能について説明したが、これらはあくまで、これから説明する具体的な構成や動作機能に対応したシステムとしての一例にすぎない。特にコンピュータシステムを構成する組織の形態（サーバシステムとしての数や種類）などは非常に多様に考えられ、それに応じてネットワーク接続形態や、料金徴収方式などは各種多様に形成されることになる。
【００３７】
２．ディスク
次に、本例のシステムでユーザーの所有する記録媒体として用いられるディスク９０について説明する。
ユーザーは公衆端末１に対応したディスクを所有し、使用することで、公衆端末１を用いた多様なコンピュータ利用が可能となる。
なお本例では、これから説明するディスク９０を所有していなくても、公衆端末１を電話及びコンピュータ端末として使用することはできるものとするが、ディスク９０を用いずにコンピュータ端末として使用する際には当然ながらディスクへのダウンロード等はできないことになる。
また、ここで説明するディスクには不正使用を防止するためのユーサーの照合などのための情報も記録されるものとするが、これは例えば支払いをクレジットカード登録によって行う場合に重要になり、従ってディスクを用いないで公衆端末１を使用する場合は、クレジットカード登録支払いによる料金支払いはできない（コイン又はプリぺイドカードなどによる使用のみ可とする）とする方式も考えられる。
【００３８】
本例のシステムで用いられるディスク９０としては、データ書込可能なディスクであり、かつデータ書換不能な領域を有することが好ましい。このために、図２（ａ）に示すＲＡＭディスクか、もしくは図２（ｂ）（ｃ）に示すパーシャルＲＯＭディスクが用いられる。
【００３９】
図２（ａ）のＲＡＭディスクは主データ領域全体が例えば光磁気領域や相変化領域などによる記録／再生可能なリライタブル領域ＡＲＷとされている。このＲＡＭディスクの場合は、物理的には主データ領域のすべては書換可能領域となるため、一部書換不能なデータを記録する領域を設定する必要があり、ディスク管理情報により、ある領域をライトプロテクトする。
【００４０】
パーシャルＲＯＭディスクとは例えば図２（ｂ）または（ｃ）のような構造を持つディスクである。即ち１枚のディスクの主データ領域においてＲＯＭ領域ＡＥとリライタブル領域ＡＲＷが設けられているものである。
ＲＯＭ領域ＡＥはいわゆるエンボスピットなどによりデータが記録されるエリアであり、つまり物理的にみてもデータ書換が不能な領域である。このようなパーシャルＲＯＭディスクは、本例のコンピュータシステムの記録媒体として求められる、データ書込可能で、かつデータ書換不能な領域を有するという条件に最も適する。
【００４１】
図３は、本例の記録媒体となる図２（ａ）〜（ｃ）の各ディスクに共通する、外周側から内周側までのエリア構成の例を示したものである。
例えばディスク最外周側にはＧＣＰ（Gray Code Part）ゾーンが設けられ、内周側に向かってバッファゾーン、アウターコントロールＳＦＰゾーン、バッファゾーン、テストゾーンが設けられる。
そしてテストゾーンに続いて、ユーザーが所望のデータの記録を行なうことができるリライタブル領域ＡＲＷ又は再生専用のＲＯＭ領域ＡＥから成る主データ領域としてのユーザーエリアが形成される。ユーザーエリアはバンド０〜バンド１５の１６バンドに分割されている。
【００４２】
図２（ｂ）のＲＡＭディスクではユーザーエリアが全てリイライタブル領域ＡＲＷとなる。そして１又は複数の特定のバンドが、再生専用領域として書換不能に管理される。
図２（ｂ）（ｃ）のようなパーシャルＲＯＭディスクでは、バンド０〜バンド１５の一部がエンボスピットによるＲＯＭ領域ＡＥ、一部が光磁気領域などとしてのリライタブル領域ＡＲＷとなる。
１６バンドのうち幾つをリライタブル領域ＡＲＷとし、幾つをＲＯＭ領域ＡＥとするかは製造者側で任意に設定できる。
また図２（ｂ）（ｃ）ではユーザーエリアの内周側と外周側にリライタブル領域ＡＲＷとＲＯＭ領域ＡＥを分けた例を示しているが、隣接しないバンドにわたってリライタブル領域ＡＲＷやＲＯＭ領域ＡＥを形成してもよい。
【００４３】
ユーザーエリアよりさらに内周側にはテストゾーン、バッファゾーン、インナーコントロールＳＦＰゾーン、バッファゾーン、ＧＣＰゾーンが設けられる。
ユーザーエリアの外周及び内周に形成される、ＧＣＰゾーン、アウターコントロールＳＦＰゾーン、インナーコントロールＳＦＰゾーンは、それぞれ所定のコントロール情報が記録される管理エリアとされている。
【００４４】
このようなパーシャルＲＯＭディスクもしくはＲＡＭディスクとしてのディスク９０には、公衆端末１の使用に際して、図４〜図６の例のような情報が記録される。
図４は、上部側にパーシャルＲＯＭディスクとしてのユーザーエリアのＲＯＭ領域ＡＥ（又はＲＡＭディスクでのライトプロテクテッド領域）を示し、下部側にユーザーエリアのリライタブル領域ＡＲＷを示して、それぞれに記録されるべき情報をあげている。
なお、この例ではユーザーエリアとしているが、上記コントロールゾーンなどの管理領域において図示する各情報を記録するようにフォーマットを設定することも考えられる。また上記図３のようなフォーマットも一例であり、ディスク９０が必ずしも図３のようなフォーマットに設定される必要はない。
【００４５】
まず図４の場合、ディスク９０のＲＯＭ領域ＡＥ（又はライトプロテクテッド領域）、つまりユーザーが書き換え不可能とされるに領域には、公衆端末１に対応するメディアであることを示す識別コードが記録される。パーシャルＲＯＭディスクの場合は、この識別コードをエンボスピットとして記録した状態でディスク９０が製造される。
このように公衆端末対応の識別コードが記録された本例のディスク９０は、公衆端末１に装填することで、そのディスク９０に記録されたファイルデータの編集、ディスクに記録されたデータのアップロード、ディスクへのコンテンツ等のダウンロードなどが可能とされる。
【００４６】
また、本例では公衆端末１に対応するディスク９０としては、後述するバックアップ動作方式を指定するための識別情報となるバックアップＩＤが記録されるものもある。
即ちそのディスク９０を用いて公衆端末１で情報処理（ファイル編集や作成等）を行う際に、データのバックアップ動作を実行するか否か、実行するのであればどのようなバックアップ動作を行うか、などを識別する情報である。
このようなバックアップＩＤは、例えばそのディスク９０に収録するアプリケーションの種類などに応じてディスク製造者側が書き込んでおけばよい。
【００４７】
ディスク９０のリライタブル領域ＡＲＷに記録される情報としては、まずメディアＩＤが記録される。
このメディアＩＤとは、いわゆるディスクのシリアルナンバに相当するコードであり、つまりディスク９０が出荷される直前において、１つ１つのディスク毎にとおし番号として割り振られる、各ディスクに固有のナンバとなるコードである。
このメディアＩＤは、このようにディスク９０内に書き込まれるだけでなく、例えばディスク９０のパッケージ等にもメディアＩＤとしてのコードが貼付され、購入したユーザーがメディアＩＤとしてのコードナンバを知ることができるようにされている。
【００４８】
またリライタブル領域ＡＲＷには、ユーザーＩＤが記録される領域が用意され、ユーザーＩＤとしては、ディスク９０を購入したユーザーが任意の数値又は文字列を設定して記録させるものである。このユーザーＩＤは、そのユーザーがそのディスク９０を用いて公衆端末１を利用する際の暗証番号としての意味を持ち、つまりそのユーザーＩＤとしての暗証番号を知っている本人のみがそのディスク９０を使用できるようにするものである。
ディスク９０へのユーザーＩＤの記録は、ユーザーが公衆端末１や自分で所有するパーソナルコンピュータなどから実行できるようにすればよい。
【００４９】
またリライタブル領域ＡＲＷには、支払い登録情報が記録される領域が用意され、ここには、ユーザーが登録支払いを行うためのクレジットカード支払い登録を公衆端末管理会社２に対して行うことで、登録支払いが可能とされているディスクである旨が記録される。この支払い登録情報は、例えば公衆端末１もしくはユーザーが所有するコンピュータなどから記録させることができる。
例えばユーザーは公衆端末１の使用に先立ってクレジットカードの登録を行うと、公衆端末管理会社２から、登録ナンバがユーザーに対して送られてくるようにする。公衆端末１で使用される際には、ユーザーがディスク９０を装填した上で、登録ナンバを入力すると、公衆端末１と公衆端末管理会社の間で照合処理が行われて、照合ＯＫであれば登録支払いが可能とされているディスクである旨が記録されるようにすることが考えられる。
【００５０】
さらにリライタブル領域ＡＲＷには、使用履歴情報や、料金履歴情報が記録される。
使用履歴情報は、そのディスク９０を用いて公衆端末１が使用される毎の、その使用内容等の情報であり、公衆端末１の使用終了のたびにその公衆端末１によって内容が更新（使用履歴の追加）されていく。
例えば公衆端末１の使用日時、編集したファイル名、ダウンロードしたコンテンツやアプリケーション等の名称、アップロードファイル名、ダウンロード元の組織名、アップロード先の名称などが記録される。
【００５１】
例えばこのように、ユーザーが公衆端末１を使用して実行した内容が、それぞれ使用履歴情報内に記録される。もちろん例示した内容に限らず、他の処理内容が可能とされればそれらの内容も記録される。例えばコンテンツとして提供されているデータを、ディスク９０にダウンロードするのではなく、公衆端末１の表示部１１のみでみるような場合、それはコンテンツの使用とされ、使用コンテンツ名、使用開始時刻、使用終了時刻などが記録されるようにする。
また同一内容の情報が複数記録される場合もある。例えば複数のアプリケーションがディスク９０にダウンロードされたような場合は、各アプリケーション名がそれぞれ記録されることになる。
【００５２】
次に料金履歴情報としては、そのディスク９０を用いて公衆端末１が使用される毎の、支払われるべき料金についての情報であり、公衆端末１の使用終了のたびにその公衆端末１によって内容が更新（料金履歴の追加）されていく。
具体的な料金履歴情報例としては、例えば使用した公衆端末１を識別するために各公衆端末１に設定されている公衆端末ナンバや、その公衆端末１の使用に対して払われる料金として公衆端末使用料金が記録される。公衆端末１が使用時間に応じて課金する方式であるとすると、使用料金とともに使用時間が記録される。また、その使用に際してユーザーが選択した支払方法も記録される。即ちクレジットカード登録による支払いか、コインやプリペイドカードの投入による支払いかの別が記録される。
【００５３】
さらに実際の公衆端末の使用に応じた課金内容として、その使用内容に応じて記録される。
例えばユーザーが、公衆端末１を使用してファイル編集等を行う場合に、自分のディスク９０に保持させておいたアプリケーションを起動させる場合は、そのアプリケーションはユーザーの所有するものであるため当然無料である。
ところが、公衆端末１内のハードディスクドライブ又はネットワーク７から得られるアプリケーションを立ち上げた場合は、ユーザーに対してアプリケーション使用料金が要求される（もちろん無料提供されるアプリケーションもあり得る）。このような場合には、アプリケーション使用料金が記録される。アプリケーション使用料金がその使用時間に応じて課金する方式であるとすると、使用料金とともに使用時間が記録される。
また例示していないが、データやコンテンツについても、使用について有料とされているものが使用された場合は、コンテンツ使用料金、データ使用料金が記録される。
【００５４】
また、ユーザーがアプリケーション、データ、コンテンツ等を自分の所有するディスク９０にダウンロードするのは、いわゆるソフトウエアの購入としての意味を持つ。
従って、ユーザーがアプリケーション、データ、コンテンツ等をダウンロードし、しかもそれが有料提供されるものであった場合は、そのダウンロード料金（購入料金）が記録される。
なお、アプリケーション、データ、コンテンツ等の使用料金やダウンロード料金とともに、そのアプリケーション、データ、コンテンツ等の提供元を記録してもよい。
【００５５】
例えばこのように、ユーザーが公衆端末１を使用して実行した際の課金内容が、それぞれ料金履歴情報内に記録される。もちろん同一内容の情報が複数記録される場合もある。例えば複数のアプリケーションがディスク９０にダウンロードされたような場合は、各アプリケーションについてのダウンロード料金がそれぞれ記録されることになる。
【００５６】
図４に示すリライタブル領域ＡＲＷには、例えば以上のようにメディアＩＤ、ユーザーＩＤ、支払い登録情報、使用履歴情報、料金履歴情報が記録できるようにされている。
なお、これらの情報はリライタブル領域ＡＲＷに記録されるが、これらのうち支払い登録情報以外は、ユーザーが勝手に書き換えることができないようにする必要がある。
まずメディアＩＤは一切書換不能な状態にライトプロテクトの手段を講じておく。またユーザーＩＤは、一旦書き込まれた後は、一切書換不能とするとよい。また使用履歴情報と料金履歴情報は、公衆端末１のみが更新可能とする。なお、支払い登録情報についても、一旦書き込まれた後は一切書換不能とすることが好適な場合も考えられる。
これらの書換管理は、例えば、ディスク１の管理ファイルの形態や、公衆端末１側のディスク対応プログラムにより、メディアＩＤ、ユーザーＩＤ、支払い登録情報、使用履歴情報、料金履歴情報の全部又は一部をアクセスできないファイル（ユーザーからは見えない隠しファイル）として管理することで実現することが考えられる。
また、ディスク９０自体でセキュリティを向上させるため、つまりディスク９０の不正使用を不能とするため、メディアＩＤ、ユーザーＩＤ、支払い登録情報、使用履歴情報、料金履歴情報の全部又は一部を暗号化して記録することも考えられる。
【００５７】
以上のようにディスク９０のＲＯＭ領域ＡＥ（又はライトプロテクテッド領域）及びにリライタブル領域ＡＲＷに記録される情報が設定されるが、リライタブル領域ＡＲＷにおいて残りの領域は、公衆端末１の使用エリアとされる。
つまり公衆端末１で編集したデータファイルの記録や、ダウンロードされたデータ、アプリケーション等の保存領域として使用される。
【００５８】
一方、ＲＯＭ領域ＡＥとしては、識別コードの領域部分以外には設けないようにしてもよいが、図４のように識別コード（及びバックアップＩＤ）の領域部分以外にもＲＯＭ領域ＡＥを設定し、このＲＯＭ領域ＡＥにアプリケーションやセットアップシステムを記録しておく例も考えられる。
【００５９】
例えばパーシャルＲＯＭディスクやＲＡＭディスクの使用に際しては、ディフェクトエリアの管理や、ファイル管理情報を形成するためなどのフォーマット処理がユーザーサイドで実行する必要がある場合もあるが、そのフォーマットを実行するためのフォーマットプログラム（セットアップシステム）を記録しておくことで、公衆端末１やユーザーが所有するパーソナルコンピュータにおいてフォーマットプログラムを保持していなくとも、そのディスク９０のフォーマットが可能となる。
【００６０】
また上記のようにユーザーＩＤはユーザーサイドで入力する必要があるが、このユーザーＩＤの書込のためのプログラムを記録しておけば、例えば公衆端末１だけでなくユーザーが所有するパーソナルコンピュータでユーザーＩＤを書き込むことも可能となる。
さらにディスク９０の購入者に対するサービスなどとして、いわゆるバンドルソフトとしてのアプリケーションを記録しておき、公衆端末１の使用の便宜をはかるようなことも考えられる。
【００６１】
次に図５の例は、基本的には図４と同様であるが、バックアップレベルＩＤがリライタブル領域ＡＲＷに記録される例としている。
上記図４の場合のように、ＲＯＭ領域ＡＥにバックアップレベルＩＤが記憶される場合は、通常はそれはディスク製造者側が書き込むことになる。従って、場合によってはディスクを購入したユーザーが望まないバックアップ動作がそのバックアップレベルＩＤによって指定される場合もありうる。
そこで、バックアップレベルＩＤをリライタブル領域ＡＲＷに記録するようにして、ユーザーがバックアップレベルＩＤ自体を書換可能とする例である。
【００６２】
さらに図６の例は、複数のバックアップレベルＩＤが記録された例である。
例えばディスク製造者側がＲＯＭ領域に複数のアプリケーションプリグラムＡＰ１、ＡＰ２・・・を記録しておいてユーザーに提供する場合に、各アプリケーションＡＰ１、ＡＰ２・・・を用いた情報処理の際に適切となるバックアップレベルを考慮して、各アプリケーションＡＰ１、ＡＰ２のそれぞれに対応したバックアップレベルＩＤを記録しているものである。
従って、例えばユーザーがそのディスク９０を公衆端末１に装填して、アプリケーションＡＰ１を用いて情報処理を行う場合には、その公衆端末１で、アプリケーションＡＰ１用のバックアップレベルＩＤに応じたバックアップ動作が行われるようにすることができる。
【００６３】
また、図示していないが例えばリライタブル領域ＡＲＷにダウンロード等の処理で記録させたアプリケーションやデータファイルに対して個別に、ユーザーがバックアップレベルＩＤを設定し、記録させることもできる。
なお、バックアップレベルＩＤと、データファイル／アプリケーション等が必ずしも１：１で対応されなければならないものではなく、ディスク製造者やユーザーサイドでの事情に応じて多様なバックアップレベルＩＤの記録形態が考えられる。
【００６４】
また、各例ではバックアップレベルＩＤが記録されているディスクとしたが、バックアップレベルＩＤが記録されていなくても、公衆端末１に対応するメディアであることを示す識別コードが記録されているものであれば、公衆端末１において使用可能なディスクであるとされる。
バックアップレベルＩＤが記録されているディスクと記録されていないディスクのそれぞれに対応する公衆端末１の処理例は後述する。
【００６５】
ところで、本例では記録媒体の例としてディスクメディアをあげているが、例えばディスクに代えてＩＣカードやメモリカセットなどの他の種のデータ書込可能な記録媒体を用いることも可能である。
【００６６】
３．公衆端末の構成
図７に公衆端末１の外観例を示す。
この公衆端末１は公衆の使用を前提として店頭などに設置されるもので、例えば通常の公衆電話と類似した外観を備える例としている。
図７に示すように、公衆端末１には前面上部に液晶パネルもしくは陰極線管（ＣＲＴ）などを利用した表示部１１が形成され、公衆端末１の使用の際の各種の画像表示が行われる。
【００６７】
なお、ユーザーが公衆端末１をコンピュータ端末として使用する場合には、例えばキーボードのような入力手段が必要となり、また電話器として使用する場合にはプッシュダイヤルキーなどが必要になるが、この構成例では、キーボードやプッシュダイヤルキー等の機械的な入力キーは形成されない。
詳しくは後述するが、本例では表示部１１の画面上においてユーザーが指などで触れた位置を検出するタッチセンサ機構（図８のタッチセンサ３３）が設けられているとともに、表示部１１には、キーボードの表示やプッシュダイヤルキーの表示、さらに必要な各種操作ボタン等の表示が行われる。即ち、ユーザーは表示部１１に表示されたキーボード等の画像における各キーを押す動作を行うことで各種操作入力を行うことができるようにされている。
但し、もちろんキーボード等の機械的な入力キー部やマウスなどの入力機構が用意されてもかまわない。さらに音声認識機構を設けて音声入力が可能とするようなことも考えられる。
【００６８】
公衆端末１の使用時には、ユーザーが所持するディスク９０を装填する場合があるが、このディスク９０を装填する部位としてディスクトレイ１４が設けられている。
ディスクトレイ１４はユーザーがイジェクトキー１３を押すことによって装置内部から引き出される。この状態で、ユーザーはディスク９０をディスクトレイ１４に載せ、再度イジェクトキー９０を操作すると、ディスクトレイ１４が収納された状態となる。この状態でディスク９０は内部のディスクドライブ（図８のディスクドライブ２４）に装填された状態となり、公衆端末１はディスク９０に対する記録再生動作が可能となる。
【００６９】
この公衆端末１は、ユーザーの料金支払形態として、上述したようにクレジットカード登録による支払いと、通貨、プリペイドカード、クレジットカードの投入による支払いをユーザーは選択できるようにされている。
そして投入支払いへの対応のために、図示するようにコイン挿入部１５、プリペイドカード挿入部１６、クレジットカード挿入部１７が設けられている。
なお、コイン投入で使用される場合の釣り銭の返却のためにコイン返却口１９が用意されている。
【００７０】
またこの公衆端末１は図１のネットワーク７と電話線８の両方に接続されており、電話線８に接続されることと公衆電話としての機能を備えることで公衆電話としても兼用できるようにされるが、ユーザーが通話に用いるハンドセットとして図示するように送受話器１８が設けられている。
送受話器１８は例えばフックにかけられた状態で保持され、ユーザーは電話として通話を行う場合は、フックから送受話器１８を持ち上げて使用する。
【００７１】
図８は公衆端末１の内部構成を示している。
コンピュータ／ネットワークコンピュータ２０（以下コンピュータ２０という）は、公衆端末１がいわゆるコンピュータとしての各種処理を行うための装置部であり、演算／制御処理を行うＣＰＵ、主記憶領域としてのＲＡＭ部、ＯＳ（Operating System）その他のプログラムを保持するＲＯＭ部、公衆端末１内の各部に対するインターフェース機能、ネットワーク７や電話線８に対するインターフェース機能等を備える。
また内部記憶媒体としてハードディスクドライブ２１を有している。
【００７２】
上述したディスクトレイ１４から装填されるディスク９０は、ディスクドライブ２４内において記録／再生ドライブされる。
コンピュータ２０はイジェクトキー１３が押されることに応じてトレイ駆動部２２にディスクトレイ１４の排出もしくは収納の指示を出し、これに応じてトレイ駆動部２２は図示しないトレイ移動モータ及びトレイ移動ギア系を駆動させて、ディスクトレイ１４の排出又は収納を実行させる。また、公衆端末１の使用終了時などは、イジェクトキー１３の操作がなくても、コンピュータ２０はトレイ駆動部２２に対してディスクトレイ１４の排出、収納の指示を行うことになる。
【００７３】
ディスクドライブ２４内に装填されたディスク９０に対しては、ディスクドライブ２４は、コンピュータ２０からのリード／ライト要求に従って記録／再生動作を行なう。
即ち、コンピュータ２０がリードコマンド、読出位置アドレス、データ長等をディスクドライブ２４に送信することで、ディスクドライブ２４はその指示に応じた読出動作を行い、読出データをコンピュータ２０に送る。またコンピュータ２０がライトコマンド、書込位置アドレス、データ長、及び書き込むべきファイルデータ等をディスクドライブ２４に送信することで、ディスクドライブ２４はその指示に応じた書込動作を行い、送信されてきたデータファイルをディスク９０に記録する。
【００７４】
表示部１１においてはいわゆるコンピュータ処理／操作のモニタ画面として、ＧＵＩ画像や編集などの処理中の文章、画像等の表示が行われる。コンピュータ２０は表示ドライバ２５に対して表示すべき情報を与え、表示ドライバ２５が表示部１１に対する表示を実行する。
このコンピュータ２０に対する機械的な操作キーとして筐体上に配されるのは上記したイジェクトキー１３のみであり、その他の入力操作キーは、表示部１１における表示により表現され、タッチセンサ３３による画面に対する押圧位置が検出されることに応じて操作入力内容が検出される。
【００７５】
即ちコンピュータ２０は表示部１１にキーボード表示やメニューアイコン表示、ファンクションキー表示などを実行させる一方、タッチセンサ３３による画面に対するユーザーの押圧位置を監視している。
タッチセンサ３３は画面上の平面方向の位置を例えばｘ、ｙ座標で検出し、ユーザーが画面上の或る位置に触れた場合は、その座標データをコンピュータ２０に供給する。
コンピュータ２０は座標データが供給されたら、そのとき表示部１１に表示させている内容において、その座標データの位置に対応する操作子（キーなどの画像）を判別する。そしてその判別された操作子による操作内容が入力されたと判断する。
従ってコンピュータ２０が、例えばキーボードを模した画像を表示部１１に表示させた場合は、ユーザーはその画面上のキーボードの各キーに触れていくことで各種の入力を行うことができる。
電話使用の場合も同様で、コンピュータ２０が表示部１１にプッシュダイヤルキーを模した画像を表示させることで、ユーザーは画面上のプッシュダイヤルを押圧していくことで通話したい電話番号を入力することができる。
【００７６】
この例の公衆端末１は、ＬＡＮインターフェース２７を備え、ネットワーク７と接続される。これによりコンピュータ２０は図１に示したようにネットワーク７に接続されている各部とデータ通信を行うことができる。
【００７７】
また、コンピュータ２０はモデム２９を介して電話線８と接続されることで、電話線８を介したデータ通信も可能とされている。さらに、電話回路２８と送受話器１８を備えることで公衆電話としての使用も可能とされる。
例えばコンピュータ２０は送受話器１８がオフフックされた（ユーザーによって持ち上げられた）ことを電話回路２８を介して検出したら、公衆電話としての制御モードに入り、表示部１１にプッシュダイヤルの表示を実行させ、その表示されているプッシュダイヤルに対する操作に応じて電話回路２８に発呼を実行させる。
そして回線がつながった後は、電話回路２８に通常の通話動作を実行させ、公衆電話として機能させる。
【００７８】
またこの公衆端末１は上述のようにコイン投入支払いに対応するために、コイン処理部３０が設けられ、コイン挿入部１５から投入されたコインによる料金徴収処理や釣り銭の返却処理を行う。
プリペイドカード処理部３１はプリペイドカード挿入部１６から挿入されたプリペイドカードによる料金徴収処理を行う。例えば徴収する料金に応じたプリペイドカードの磁気データの更新やパンチング等の処理を行う。
公衆端末１がコンピュータ端末として使用された際に、コインやプリペイドカードによる支払いが行われた場合は、コンピュータ２０はその支払いの情報を電話線８を介して公衆電話管理会社６に送信する。
【００７９】
クレジットカード処理部３２は、クレジットカード挿入部１７から挿入されたクレジットカードの情報を読みとり、コンピュータ２０に供給する。この場合コンピュータ２０は、電話線８を介してクレジットカード情報（カードナンバ）や使用料金の情報をクレジットカード会社３に送信する。
【００８０】
なお、ユーザーがクレジットカード登録による支払いを行う場合、つまりクレジットカード等を公衆端末１に投入しない場合は、コイン処理部３０、プリペイドカード処理部３１、クレジットカード処理部３２の処理は行われない。
その場合はディスク９０に記録されたメディアＩＤ、ユーザーＩＤと、ユーザーが入力するユーザーＩＤや暗証番号などを用い、例えば公衆端末管理会社２との通信を介した高度な認証処理が行われ、その認証結果がＯＫであれば、そのユーザーは公衆端末１を使用できるとともに、公衆端末管理会社２とクレジットカード会社３などとの事務処理としてユーザーに対する使用料等の課金が行われることになる。
【００８１】
公衆端末１は例えば以上のように構成されるが、このすべての構成要素は必ずしも必要ではなく、また例示していない構成要素を設けてもよい。例えばクレジットカードの投入支払いの対応を行わない機種としてはクレジットカード挿入部１７やクレジットカード処理部３２は必要ない。
【００８２】
他の構成要素を付加する例としては、プリンタ部を配置し、公衆端末１使用時に印刷出力を可能とすることが考えられる。もちろん公衆端末１とは別体でプリンタ装置が接続配置されるようにしてもよい。
またＣＤ−ＲＯＭドライブを設ける例も考えられる。
また、パワーアンプやスピーカ装置を備え、コンテンツとしての音楽などを、ユーザーがその場で聞けるようにしても良い。
【００８３】
さらに公衆端末１の使用を無料とする場合は、コイン挿入部１５、コイン処理部３０、プリペイドカード挿入部１６、プリペイドカード処理部３１、クレジットカード挿入部１７、クレジットカード処理部３２は、当然ながら不要となる。
【００８４】
４．バックアップ動作方式の種別
次に本例において実行されるバックアップ動作の種別となるバックアップ動作方式について説明する。
本例では、図９に示すようにバックアップレベルＬＶ１〜ＬＶ５という５つのバックアップ動作方式を選択的に実行させることができるものとする。
各バックアップ動作方式の動作内容やバックアップ能力は次のようになる。
【００８５】
バックアップレベルＬＶ１は、バックアップ動作を行わないものとしている。当然ながらこのバックアップレベルＬＶ１が選択されている場合は、公衆端末１のハングアップが生じた場合などは、その作業中のデータが消失される可能性が高い。
【００８６】
バックアップレベルＬＶ２は、ユーザーが公衆端末１で編集／作成を行っている時点で、その作業中のデータを定期的に（一定時間毎に）バックアップデータを自動保存する動作となる。この場合の保存先はその公衆端末１内のＨＤＤ２１とする。
このバックアップレベルＬＶ２が選択されている場合は、定期的に作業中のデータが保存されているため、公衆端末１のハングアップが生じた場合などに例えばシステムのリセットを行ってもデータ消失は最小限とすることができる。
【００８７】
バックアップレベルＬＶ３は、上記バックアップレベルＬＶ２と同様にユーザーが公衆端末１で編集／作成を行っている時点で、その作業中のデータを定期的に（一定時間毎に）バックアップデータを自動保存する動作を行うとともに、更新前（作業前）のデータファイルも自動保存しておくものである。例えばディスク９０から或るデータファイルを呼び出して、そのファイル内容を編集していく作業を行う場合、その呼び出した時点のデータファイルもバックアップ保存しておく。この場合の保存先は公衆端末１内のＨＤＤ２１とする。
このバックアップレベルＬＶ３が選択されている場合は、バックアップレベルＬＶ２の場合と同様に定期的に作業中のデータが保存されているため、公衆端末１のハングアップが生じた場合などでも、データ消失は最小限とすることができる。さらに、ユーザーが編集したファイルの保存の際に新たなファイル名称の設定を忘れたような場合にも対応できる。
例えばユーザーがディスク９０から或るファイルを呼び出し、そのファイルを編集して新たなファイルを作成したいとしていた場合に、その編集したファイルを、誤って呼び出したファイルのファイル名称のままディスク９０に記録してしまったとする。この場合、もとのファイルは上書き消去された状態となる。しかしながらバックアップレベルＬＶ３の動作により、その元のファイルのデータが保存されているため、ユーザーはそのバックアップされたファイルを呼び出してディスク９０に記録させることができる。このようにユーザーの保存操作ミスがあっても、消失されたファイルを復活させることができる。
【００８８】
バックアップレベルＬＶ４は、ユーザーが公衆端末１で編集／作成を行っている時点で、その作業中のキー入力の全てをバックアップデータとして自動保存する動作を行う。保存先は公衆端末１内のＨＤＤ２１に加えて、公衆端末管理会社２のバックアップ部２ｂとする。つまり、キー入力の全てを随時ＨＤＤ２１に記録していくとともに、公衆端末管理会社２に送信し、バックアップ部２ｂに記憶させる。
このバックアップレベルＬＶ４が選択されている場合は、全キー入力の情報がバックアップされるため、公衆端末１のハングアップが生じてリセットが行われた場合などでも、その直前までのファイル状態を全て再現できる。つまりデータ消失は全くない。さらに、ユーザーが編集操作等の過程で自分の作業の間違いに気づいた場合などでも、所要の段階までファイル内容をさかのぼることも可能となる。
そしてさらに、ハングアップだけでなく、ＨＤＤ２１がクラッシュしたような場合や、公衆端末１自体が故障又は機能完全停止のような状態となったとしても、バックアップ部２ｂ側に保存されているデータから、編集等の作業前、作業中のファイルを再現させることができる。
もちろん、上述のようなユーザーのディスク９０への保存操作ミスがあっても、消失されたファイルを復活させることもできる。
【００８９】
バックアップレベルＬＶ５は、バックアップレベルＬＶ５の動作に加えて、作業後の最終ファイルを公衆端末管理会社２に送信し、所定期間バックアップ部２ｂに記憶させるものである。
このバックアップレベルＬＶ５が選択されている場合は、上記バックアップレベルＬＶ４の場合と同様に高度なバックアップ能力を備えるとともに、最終ファイル（編集作業等でユーザーが作成したファイル）を公衆端末管理会社２側に格納しておけるため、後の時点で任意の場所でその最終ファイルを呼び出すことが可能となる。
例えば或る公衆端末を使用して作成したファイルを、後の時点で他の公衆端末で呼び出して確認したりディスク９０に保存することができ、また例えば外国などで公衆端末１が存在しない場所であっても、そこにあるパーソナルコンピュータを用いて公衆端末管理会社２にアクセスして、保存しておいたファイルを呼び出すようなことも可能となる。
【００９０】
なお、バックアップレベルＬＶ５として最終ファイルを公衆端末管理会社２側にバックアップ保存する場合は、その保存期間も設定されるものとする。例えばユーザーがバックアップレベルＬＶ５を選択するときに、保存期間も選択できるようにし、公衆端末管理会社２のバックアップ部２ｂでは、その期間だけ最終ファイルを保存するようにする。
また、バックアップレベルＬＶ４、ＬＶ５において入力キーのデータについても、ユーザーがバックアップ部２ｂにおける保存期間を設定できるようにしてもよいが、これは例えば一定期間と決められているものとする。
【００９１】
また本例では、上述のようにディスク９０に記録されるバックアップレベルＩＤとは、このバックアップレベルＬＶ１〜ＬＶ５のうちのいずれかを示す識別情報であるとする。また識別情報には、バックアップレベルＬＶ５における最終ファイルの保存期間の情報が含まれていてもよい。
【００９２】
ところで、このような各バックアップ方式のバックアップ能力に応じて公衆端末使用料が加算されるようにしてもよい。
【００９３】
５．使用手順
本例の公衆端末１に対するユーザーの使用手順について説明する。まず図１０は、公衆端末１を公衆電話として使用する場合の手順を示している。
電話として使用する場合は（Ｓ１）、ユーザーは、まず送受話器１８を持ち上げることになる（Ｓ２）。公衆端末１のコンピュータ２０の処理については詳しくは後述するが、送受話器１８が持ち上げられた場合は、コンピュータ２０は、そのユーザーが電話使用を目的としていると判別し、それに応じた処理に移ることになる。例えば表示部１１にプッシュダイヤルを表示させる。
【００９４】
ユーザーの手順としては、続いて料金投入を行う（Ｓ３）。即ちコイン、プリペイドカード、又はクレジットカードを投入する。
そして表示部１１に表示されたプッシュダイヤルに対してダイヤル操作を行い、回線がつながったら通話を行う（Ｓ４）。
通話が終了したら、送受話器１８をフックにかけるが（Ｓ５）、コンピュータ２０はそれによって通話終了を検知し、課金処理を行ってプリペードカードや釣り銭の返却を行う。ユーザーはそのカード又は釣り銭を受け取って（Ｓ６）、使用を終える。
【００９５】
次に図１１に、ユーザーが公衆端末１をコンピュータ端末として使用する場合の手順を示す。
コンピュータ端末として使用する場合（Ｓ１０）は、ユーザーは自分の所有するディスク９０としてのバックアップレベルＩＤの記録されたディスクを用いる使用形態と、自分の所有するディスク９０としてのバックアップレベルＩＤの記録されていないディスクを用いる使用形態と、さらにディスク９０を用いない使用形態とを選択できる。
【００９６】
まずディスク９０を使用しない場合の手順は次のようになる。
ユーザーはまず公衆端末１の表示部１１に表示されている初期画面から、コンピュータ端末としての使用を選択する（Ｓ１１）。
すると公衆端末１（コンピュータ２０）は、コンピュータ使用としての処理モードに入る。
次に、ユーザーは表示画面に応じてバックアップレベルを選択する操作を行う（Ｓ１２）。即ち上記図９で説明したバックアップレベルＬＶ１〜ＬＶ５が選択可能な画面が表示されることに応じて、そのうちで所望のバックアップレベルを選択する。
【００９７】
ユーザーは続いて料金投入処理として、コインやプリペイドカード、もしくはクレジットカードの投入を行う。またクレジットカードの登録による支払いを選択する場合は、認証処理のためのユーザーＩＤ等の入力を行う（Ｓ１３）。なお、ディスク９０を使用しない場合はクレジットカード登録払いによる使用を不可とする場合は、その認証処理のためのユーザーＩＤ等の入力手順は不要となる。
続いてユーザーは表示部１１の表示に従って機能を選択する（Ｓ１４）。本例では、ディスク９０を使用しない場合は、公衆端末１を用いた情報検索とデータのアップロードを行うことができるものとしている。もちろんこれ以外の機能を実行可能としてもよい。
情報検索を行う場合は、機能選択手順で情報検索を選択し、実際の情報検索操作を行うことになる（Ｓ２４）。例えばネットワーク７からの検索や、内部のＨＤＤ２１内にデータベースが構築されている場合はそのデータベースからの情報検索を行うことができ、ユーザーは表示部１１で検索結果を確認できる。
【００９８】
アップロードを行う場合は、機能選択手順でアップロードを選択し、実際のアップロードのための操作を行うことになる（Ｓ２１）。例えば公衆端末１において文書等を作成し、その文書を例えば電子メールとして公衆端末１もしくはネットワーク７を介したシステムにアップロードできる。（本例でいうアップロード処理には、アップロードするファイルや電子メール等の作成／編集も含まれるものとしている）
なおアップロードのためのファイル作成の際には、上記手順Ｓ１３で選択されたバックアップ動作が行われることになる。
【００９９】
これらの必要な処理を終えたら、終了操作を行い、料金として投入したプリペイドカードの受け取り（コインの場合は釣り銭の受け取り）を行って（Ｓ２５）使用を終了する。
【０１００】
バックアップレベルＩＤ付のディスクを使用する場合は、ユーザーはそのディスク９０をディスクトレイ１４から公衆端末１に装填する（Ｓ１５）。するとコンピュータ２０はユーザーがコンピュータ端末の使用を目的としていると判別し、コンピュータ使用としての処理モードに入る。なお、ユーザーは表示部１１に表示されている初期画面から、コンピュータ端末としての使用を選択する操作を行って、その後にディスク９０を装填するようにしてもよい。
【０１０１】
ユーザーは続いて料金投入処理として、コインやプリペイドカード、もしくはクレジットカードの投入を行う。またクレジットカードの登録による支払いを行う場合は、認証処理のためのユーザーＩＤ等の入力を行う（Ｓ１６）。
続いてユーザーは表示部１１の表示に従って機能を選択する（Ｓ１７）。本例では、ディスクを使用する場合は、公衆端末１を用いたエディット、情報検索、アップロード、ダウンロードを行うことができるものとしている。
【０１０２】
エディットを行う場合は機能選択手順でエディットを選択し、実際のエディット操作を行うことになる（Ｓ２２）。
エディットとしては、ユーザーがディスク９０に記録しておいたデータ、例えば文書ファイル等を呼び出して編集を行ない、ディスク９０に格納する処理や、文書ファイル等を新規作成してディスク９０に格納する処理などが実行できる。
また、このようなエディット処理においてファイル作成／編集が実行されている間は、ディスク９０に記録されているバックアップレベルＩＤで示されたバックアップレベルでのバックアップ動作が行われる。
【０１０３】
情報検索を行う場合は、機能選択手順で情報検索を選択し、実際の情報検索操作を行う（Ｓ２４）。この場合は、上記したディスク９０を使用しない場合と同様に、例えばネットワーク７からの検索や、内部のＨＤＤ２１内に構築されているデータベースからの情報検索を行うことができ、ユーザーは表示部１１で検索結果を確認できる。
【０１０４】
アップロードを行う場合は、機能選択手順でアップロードを選択し、実際のアップロードのための操作を行うことになる（Ｓ２１）。
この場合は、アップロード対象としては、ディスク９０に予め保存しておいたデータファイル（文書、音楽コンテンツ、映像コンテンツなど各種ファイル）や、上記エディット機能で編集したり新規作成したデータファイルとなる。そしてこれらのアップロードができることとなる。
そして例えば文書ファイルを電子メールとして公衆端末１もしくはネットワーク７を介したシステムにアップロードしたり、音楽コンテンツなどとして自分が作成した楽曲等をネットワーク７に提供できる。
また、このアップロード処理においてファイル作成／編集が実行されている間は、ディスク９０に記録されているバックアップレベルＩＤで示されたバックアップレベルでのバックアップ動作が行われる。
【０１０５】
ダウンロードを行う場合は、機能選択手順でダウンロードを選択し、実際のダウンロードのための操作を行うことになる（Ｓ２３）。
この場合、ダウンロード対象としては、公衆端末１内やネットワーク７から必要な情報（ファイル、コンテンツ、アプリケーション等）を選択でき、ユーザーはダウンロード対象を指定することで任意の情報を自分のディスク９０にダウンロードさせることができる。
【０１０６】
これらの必要な処理を終えたら、終了操作を行い、必要に応じて料金として投入したプリペイドカード等の受け取り（コインの場合は釣り銭の受け取り）を行って（Ｓ２５）使用を終了する。クレジットカード登録による支払いの場合は、例えば課金された料金を示すレシートを受け取るようにしてもよい。
【０１０７】
ユーザーが公衆端末１の使用に際してバックアップレベルＩＤの記録されていないディスクを用いる場合は、ユーザーはまずそのディスク９０をディスクトレイ１４から公衆端末１に装填する（Ｓ１８）。するとコンピュータ２０はユーザーがコンピュータ端末としての使用を目的としていると判別し、コンピュータ使用としての処理モードに入る。
【０１０８】
次に、ユーザーは表示画面に応じてバックアップレベルを選択する操作を行う（Ｓ１９）。即ち上記図９で説明したバックアップレベルＬＶ１〜ＬＶ５が選択可能な画面が表示されることに応じて、そのうちで所望のバックアップレベルを選択する。
【０１０９】
ユーザーは続いて料金投入処理として、コインやプリペイドカード、もしくはクレジットカードの投入を行う。またクレジットカードの登録による支払いを行う場合は、認証処理のためのユーザーＩＤ等の入力を行う（Ｓ２０）。
【０１１０】
続いてユーザーは表示部１１の表示に従って機能を選択する（Ｓ１７）。以下は、バックアップレベルＩＤ付のディスクが装填された場合と同様となる。
但し、エディット（Ｓ２２）もしくはアップロード（Ｓ２１）の処理においてファイル作成／編集などをユーザーが行う場合は、手順Ｓ１９で選択されたバックアップレベルに応じたバックアップ動作が行われることになる。
【０１１１】
ユーザーは例えば以上の図１０、図１１のような手順で、公衆端末１を電話やコンピュータ端末として使用することができる。
【０１１２】
６．公衆端末の処理
上記の手順での使用を実現するとともに、ユーザーの要求に応じた各種処理を所要のバックアップ動作を含めて実行するための、公衆端末１のコンピュータ２０の処理について図１２から図１７のフローチャートで説明していく。また、各処理の際の表示部１１での表示画面例も図１８〜図２２で合わせて説明していく。
【０１１３】
公衆端末１は、設置場所においてステップＦ１０１として表示部１１に初期画面を表示した態で待機している。
初期画面の例を図１８（ａ）（ｂ）に示す。図１８（ａ）は、公衆電話として使用できることをユーザーに認識させるために、プッシュダイヤル表示１１ａを行うとともに、コンピュータ端末としての使用が可能であることをユーザーに認識させるために、コンピュータ使用選択表示１１ｂを行っている例である。
また図１８（ｂ）は、同じくこれらの使用形態を選択できることをユーザーに認識させるために電話使用とコンピュータ使用の選択を促す使用選択表示１１ｃを行っている例である。もちろん初期画面の例はこれ以外にも各種考えられる。
【０１１４】
コンピュータ２０は、ステップＦ１０１でこれらのような初期画面を表示させた状態で、ステップＦ１０２，Ｆ１０３，Ｆ１０４の監視処理を行う。
そしてユーザーが電話使用を目的とすると判別した場合は、ステップＦ１０２からＦ１０５に進む。ユーザーが電話使用を目的とするということは、送受話器１８が持ち上げられたことの検出、もしくは図１８（ｂ）のような初期画面に対してユーザーが電話を選択する操作を検出によりすることにより判別する。
【０１１５】
電話使用と判別した場合は、まずステップＦ１０５において表示部１１に電話用画像を表示させる。例えば図１９の例のように、プッシュダイヤルの表示を実行させる。なお、初期画面を図１８（ａ）のような画像としている場合は、そのままでもよい。
【０１１６】
続いてコンピュータ２０はステップＦ１０６の料金投入処理として、コイン処理部３０又はプリペイドカード処理部３１又はクレジットカード処理部３２の料金投入対応処理を監視し、ユーザーが上記図１０の手順Ｓ３としての料金投入を行うことを確認する。
料金投入を確認したらステップＦ１０７として実際の通話処理に移る。
つまり、表示されているプッシュダイヤルに対してのユーザーのダイヤル操作に応じて電話回路２８からのダイヤル発呼を行い、回線が接続されたら電話回路２８の動作としての通話を実行させる。
【０１１７】
ユーザーが通話を終了する際には送受話器１８をフックにかけることになるが、そのように送受話器１８が置かれたことを検出したら、ステップＦ１０８からＦ１０９に進み、通話料金に応じた処理を行う。つまりコイン処理部３０又はプリペイドカード処理部３１又はクレジットカード処理部３２による課金処理を実行させるとともに、必要に応じてカードや釣り銭の返却処理を実行させる。
以上で電話装置としての動作を終え、ステップＦ１０１に戻る。
【０１１８】
公衆端末１をコンピュータ端末として使用する場合は、上記したようにユーザーの使用手順としてはディスク９０を装填する場合としない場合がある。
ディスク９０を使用しない場合は、ユーザーは、例えば図１８（ａ）又は（ｂ）のような初期画面からコンピュータ使用を選択することになる。
このような選択操作が検出された場合は、コンピュータ２０の処理は図１２のステップＦ１０３から図中▲２▼として示すように図１３のステップＦ１１７に進むことになる。
【０１１９】
まずステップＦ１１７では、コンピュータ２０は表示部１１にバックアップレベル選択のための表示を実行させる。
この場合のバックアップレベル選択画面の例を図２１（ｃ）に示す。
即ち画面上に上記図９のバックアップレベルＬＶ１〜ＬＶ５のバックアップ動作内容を表示し、ユーザーがタッチ操作で選択できるようにする。
ただし、この場合のようにディスク９０を使用しないときは、バックアップレベルＬＶ３は選択不可とする。つまりバックアップレベルＬＶ３は、バックアップレベルＬＶ２の動作に加えて、更新前のファイルデータ、即ちディスク９０から読み出したファイルデータをバックアップする動作であるため、ディスク９０が用いられない場合は適用されない。従って、図２１（ｃ）のようにバックアップレベルＬＶ３については、非アクティブの状態で表示される（もちろん表示されなくてもよい）。
【０１２０】
ユーザーはこのような表示に対して、バックアップレベルＬＶ１、ＬＶ２、ＬＶ４、ＬＶ５のいづれかの表示部分に触れて選択を行うことになり、コンピュータ２０はステップＦ１１８の処理として選択されたバックアップレベルを実行するバックアップ動作として設定する。
なお、バックアップレベルＬＶ５が選択された場合は、上記したように最終ファイルの公衆端末管理会社２での保存期間を設定するものとしている。図１３のフローチャートでは明示していないが、ステップＦ１１８内の処理として、この保存期間の設定のために、バックアップレベルＬＶ５が選択された場合には例えば図２１（ｂ）のような保存期間設定のための画面表示を行う。
即ちテンキー、カーソル移動キー、確定キー、取消キーなど、操作に必要なキー表示を行って、サーバ（公衆端末管理会社２）での保存期間（期日）をユーザーに入力させる。そして、入力に応じてコンピュータ２０は保存期間情報を設定する。
なお、保存期間の選択として、例えば１週間、２週間、１ヶ月、３ヶ月、１年など、特定の期間を用意してユーザーにその中から選択させるような入力及び設定方式としてもよい（後述するステップＦ１１５の場合でも同様）。
【０１２１】
バックアップレベルが設定されたら、コンピュータ２０の処理はステップＦ１１９に進み、表示部１１にコンピュータ用画面を表示させる。
コンピュータ用画面の例を図２０に示す。例えばこの例のように、表示部１１の表示領域を上下に分割して、上方をいわゆるモニタ表示１１ｄ、下方をキーボード表示１１ｅとする。
モニタ表示１１ｄとしては、コンピュータ端末としてのモニタ画像の表示に用いられ、例えばメニュー画像、処理されるファイル自体のテキストや画像、各種アイコン等を、処理の進行に応じて表示させるものとする。
一方キーボード画像１１ｅは、通常のコンピュータ装置でのキーボードを模した画像とし、この画像をユーザーのキーボード操作に供するものとする。即ちユーザーは、このキーボード表示１１ｅとしての各キーに触れていくことで、通常のキーボードと同様に文字やコマンドの入力を行うことができる。
【０１２２】
続いてコンピュータ２０はステップＦ１２０として、料金投入に関する処理、例えばコイン、プリペイドカード、クレジットカード等の投入の確認や対応処理を行う。またクレジットカードの登録による支払いが可能とされ、かつユーザーがそれを選択した場合は、必要なユーザー認証処理として、例えばユーザーＩＤや暗証番号の入力要求、入力処理、照合処理等を行う。
【０１２３】
料金投入に関する処理を終えたらステップＦ１２１として機能選択処理を行う。例えば表示部１１におけるモニタ表示１１ｄとして機能メニューを表示させ、ユーザーに選択を促す。
この場合は、ディスク９０が装填されていない場合のコンピュータ端末としての使用であるため、機能の選択肢としては、例えば情報検索、アップロード、使用終了の３つを用意する。
そしてステップＦ１２２，Ｆ１２３，Ｆ１２４でユーザーの選択を待機する。
【０１２４】
ユーザーが情報検索を選択した場合は、処理をステップＦ１２３からＦ１２５にすすめ、実際の情報検索処理に移る。即ちコンピュータ２０は、表示部１１におけるキーボード表示１１ｅやモニタ表示１１ｄでのアイコン表示、メニュー表示などに対するユーザーのタッチ操作に応じて所要の処理をすすめ、ユーザーの求める情報の検索処理を行う。必要に応じて検索のためのネットワーク７を介した通信処理も行うことになる。そして検索結果としての情報や、実際の検索された情報などを、モニタ表示１１ｄにおいて表示させることになる。
検索処理が終了されたらステップＦ１２６からＦ１２１に戻る。
【０１２５】
ユーザーがアップロードを選択した場合は、処理をステップＦ１２４からＦ１２７にすすめ、アップロード処理に移る。即ちコンピュータ２０は、表示部１１におけるキーボード表示１１ｅやモニタ表示１１ｄでのアイコン表示、メニュー表示などに対するユーザーのタッチ操作に応じて、ユーザーによる文書作成のための処理や、作成した文書等のアップロードを実行する。アップロード先はＨＤＤ２１もしくはネットワーク７を介した所定のシステムや端末となる。
【０１２６】
このアップロード処理においては、ユーザーはアップロードすべきデータファイルを公衆端末１上で作成することになるが、この際に、上記ステップＦ１１８で設定されたバックアップ動作が行われることになる。
このためのステップＦ１２７内での処理を図１４のステップＦ２０１〜２１２として詳しく示す。
【０１２７】
まずアップロード処理の開始に際してステップＦ２０１で、設定されている（つまり上記ステップＦ１１８で選択操作に応じて設定された）バックアップレベルに応じて処理を分岐する。
バックアップレベルＬＶ１であればバックアップ動作は行わないためそのままステップＦ２０４に進む。
バックアップレベルＬＶ２であれば、ステップＦ２０２で、定期的なバックアップ動作を実行するためのバックアップタイマを起動してステップＦ２０４に進む。
バックアップレベルＬＶ４又はＬＶ５であれば、ステップＦ２０３で、キー入力を全てサーバ（公衆端末管理会社２）に転送するとともにＨＤＤ２１に記憶させるための動作設定を行う。そしてステップＦ２０４に進む。
なお、上述したようにこの場合はバックアップレベルＬＶ３が設定されることはない。
【０１２８】
ステップＦ２０４では、実際のファイル作成処理を行う。即ちユーザーの入力に応じて文書等のファイルデータを作成していく。
さらにステップＦ２０３でバックアップレベルＬＶ４又はＬＶ５のバックアップ動作設定がされた場合は、このステップＦ２０４でのファイル作成処理中に、キー入力データの全てが、随時ＨＤＤ２１に記憶され、さらにネットワーク７を介して公衆端末管理会社２のバックアップ部２ｂに転送されていく。バックアップ部２ｂはその転送に対応して転送されてきたデータをバックアップ格納していく。
【０１２９】
ファイル作成処理中には、ステップＦ２０２でバックアップタイマが起動された場合に限り（即ちバックアップレベルＬＶ２が設定されている場合のみ）、そのバックアップタイマに基づいて所定時間間隔毎に割込処理が発生する。
その場合はステップＦ２０６からＦ２０７に進み、コンピュータ２０はその時点での作成途中のファイルデータをＨＤＤ２１に保存する処理を行う。そしてステップＦ２０８からＦ２０４に戻り、ファイル作成処理を続行する。
【０１３０】
なお、場合によっては何らかの事情でＨＤＤ２１へのデータ書込エラーが発生する場合もある。そのような場合はステップＦ２０８からＦ２０９に進んで、その保存すべきファイルデータを公衆端末管理会社２に転送し、バックアップ部２ｂに格納してもらうようにしている。即ちＨＤＤ２１に何らかの不都合が生じた場合でも、少なくともそのバックアップデータがバックアップ部２ｂに保存されるようにすることで、バックアップ動作の確実性、信頼性を確保するようにしている。
【０１３１】
ファイル作成処理が終了したら、ユーザーはそのファイルデータをアップロードさせる操作を行うことになるが、その場合のコンピュータ２０の処理はステップＦ２０５からＦ２１０に進み、ユーザーの指示に応じたアップロード動作制御を行う。
【０１３２】
また、バックアップレベルＬＶ５が設定されていた場合は、ステップＦ２１１からＦ２１２に進み、最終ファイル、即ちアップロードを行ったファイルデータを、公衆端末管理会社２に送信してバックアップ部２ｂに格納してもらうようにする。このとき同時に、ユーザーによる例えば上記図２１（ｂ）のような表示に対する入力によって設定された保存期間情報も送信し、バックアップ部２ｂでの保存期間を指示する。バックアップ部２ｂでは、保存期間情報で指定された期間のみ、その最終ファイルを保存することになる。なお、バックアップレベルＬＶ４、ＬＶ５の場合のキー入力情報については、バックアップ部２ｂでは例えば一定期間のみ保存しておく。
【０１３３】
以上の処理を終えたら図１３のステップＦ１２８に進む。
そしてアップロード処理が終了と判断されたらステップＦ１２１に戻る。
【０１３４】
コンピュータ端末としての使用を終了する場合は、ユーザーはステップＦ１２１での機能選択メニュー画面から使用終了を選択することになる。その操作が検出された場合は、コンピュータ２０の処理はステップＦ１２２からＦ１２９に進み、まず、その時点で今回の使用に際してＨＤＤ２１に格納されたバックアップデータを削除する処理を行う。バックアップレベルＬＶ１以外の場合であって、かつ実際のバックアップ動作が行われた場合は、使用を終了する時点でＨＤＤ２１には何らかのバックアップデータが保存されている。公衆端末１は誰もが使用できることから、公衆端末１内のＨＤＤ２１についてはセキュリティが高いとはいえない。このため、ＨＤＤ２１内にユーザーの作成した（作成途中の）データを残しておくことは例えば個人的な情報の漏洩もあり得ることから好ましくない。そこで、使用終了に際しては、ＨＤＤ２１にバックアップしておいたデータを削除するようにしている。
【０１３５】
続いてコンピュータ２０はステップＦ１３０で課金処理を行う。つまりコイン処理部３０又はプリペイドカード処理部３１又はクレジットカード処理部３２による課金処理を実行させる。もしくはクレジットカード登録による支払いの場合は、課金情報を公衆端末管理会社２に送信することになる。
ユーザーに対して課金する金額は、公衆端末１の使用時間や処理内容に応じて設定する。さらに実行されたバックアップ動作のバックアップレベルに応じて、料金が加算されるようにしてもよい。例えばバックアップレベルＬＶ１なら０円、ＬＶ２なら３００円・・・・・ＬＶ５なら１０００円というようにバックアップサービス料として加算する。但し、バックアップサービスを無料とすることも考えられる。
そして課金処理を終えたらステップＦ１３１として必要に応じてカードや釣り銭の返却処理を実行させる。
以上でディスク９０を用いない場合でのコンピュータ端末としての動作を終え、図１２のステップＦ１０１に戻る。
【０１３６】
ユーザーがディスク９０を用いて、公衆端末１をコンピュータ端末として使用する場合は、上記したようにユーザーの使用手順としてはまずディスク９０を装填することになる。即ちディスク９０の装填のために、ユーザーがイジェクトキー１３を操作することでコンピュータ２０はディスクトレイ１４を排出させる。ユーザーがこのディスクトレイ１４にディスク９０を載せて再びイジェクトキー１３を押すと（又はディスクトレイ１４を押すと）、コンピュータ２０はディスクトレイ１４を収納させ、これによりディスク９０がディスクドライブ２４によって記録再生可能となる。
【０１３７】
このようなディスク９０の挿入動作が検出された場合は、コンピュータ２０の処理は図１２のステップＦ１０４からＦ１１０に進む。
そしてステップＦ１１０ではコンピュータ２０はディスクドライブ２４にディスク９０における公衆端末用の識別コードの読取を指示し、識別コードを確認する。即ち、挿入されたディスクがこの公衆端末１の使用に適したディスクであるか否かを確認する。
もし識別コードが適正に読み取れず、公衆端末１に対応しないディスクであると判断されたら、ステップＦ１１１からＦ１１２に進み、トレイ駆動部２２に対してディスクトレイ２２の排出を指示し、ディスクを排出して処理を終える。つまりステップＦ１０１に戻る。
【０１３８】
識別コードが適正に確認された場合は、ステップＦ１１１からＦ１１３に進み、ディスク９０にバックアップレベルＩＤが記録されているか否かを判別する。なお、ディスク９０からのバックアップレベルＩＤの読取に関してはステップＦ１１０での読出動作で同時に行えばよい。
ステップＦ１１３ではバックアップレベルＩＤの有無により処理を分岐する。
【０１３９】
バックアップレベルＩＤが記録されているディスクであった場合は、ステップＦ１１６において、そのバックアップレベルＩＤで示されるバックアップレベルを設定する（ＬＶ１〜ＬＶ５のうちの１つ）。また、バックアップレベルＩＤとしてバックアップレベルＬＶ５が示されている場合は、同時に保存期間情報も記録されるものとしており、コンピュータ２０はその保存期間情報を読み込む。
【０１４０】
一方バックアップレベルＩＤが記録されていないディスクであった場合は、ステップＦ１１４でコンピュータ２０は、表示部１１にバックアップレベル選択のための表示を実行させる。この場合のバックアップレベル選択画面の例を図２１（ａ）に示す。
即ち画面上にバックアップレベルＬＶ１〜ＬＶ５のバックアップ動作内容を表示し、ユーザーがタッチ操作で選択できるようにする。
【０１４１】
ユーザーはこのような表示に対して、バックアップレベルＬＶ１、ＬＶ２、ＬＶ４、ＬＶ５のいづれかの表示部分に触れて選択を行うことになり、コンピュータ２０はステップＦ１１５の処理として選択されたバックアップレベルを実行するバックアップ動作として設定する。
【０１４２】
なお、バックアップレベルＬＶ５が選択された場合は、最終ファイルの公衆端末管理会社２での保存期間を選択させるために、ステップＦ１１５内の処理として、図２１（ｂ）のような保存期間設定のための画面表示を行う。
即ちテンキー、カーソル移動キー、確定キー、取消キーなど、操作に必要なキー表示を行って、サーバ（公衆端末管理会社２）での保存期間（期日）をユーザーに入力させる。そして、入力に応じてコンピュータ２０は保存期間情報を設定する。
【０１４３】
ステップＦ１１６もしくはＦ１１５の処理を終えたら、図中▲３▼として示すように図１５のステップＦ１３２に進むことになる。
ステップＦ１３２では表示部１１にコンピュータ用画面を表示させる。即ち上記ステップＦ１１９の場合と同様に、図２０のような表示を行うことで、ユーザーが情報処理のための各種操作及び処理画面の確認ができる状態とする。
続いてステップＦ１３３として、料金投入に関する処理、例えばコイン、プリペイドカード、クレジットカード等の投入の確認や対応処理を行う。またクレジットカードの登録による支払いが行われる場合は、必要なユーザー認証処理として、例えばユーザーＩＤや暗証番号の入力要求、入力処理、照合処理等を行う。クレジットカード登録払いが行われるということは、コンピュータ２０は例えばディスク９０の支払登録情報（図４参照）の内容を確認することで判断できる。
【０１４４】
料金投入に関する処理を終えたらステップＦ１３４として機能選択処理を行う。例えば表示部１１におけるモニタ表示１１ｄとして機能メニューを表示させ、ユーザーに選択を促す。
この場合は、ディスクが装填されている場合のコンピュータ端末としての使用であるため、機能の選択肢としては、例えばエディット、情報検索、アップロード、ダウンロード、使用終了の５つを用意する。
そしてステップＦ１３５，Ｆ１３６，Ｆ１３７，Ｆ１３８，Ｆ１３９でユーザーの選択を待機する。
【０１４５】
ユーザーが情報検索を選択した場合は、処理をステップＦ１３９からＦ１４０に進め、実際の情報検索処理に移る。即ちコンピュータ２０は、表示部１１におけるキーボード表示１１ｅやモニタ表示１１ｄでのアイコン表示、メニュー表示などに対するユーザーのタッチ操作に応じて所要の処理をすすめ、ユーザーの求める情報の検索処理を行う。必要に応じて検索のためのネットワーク７を介した通信処理も行うことになる。そして検索結果としての情報や、実際の検索された情報などを、モニタ表示１１ｄにおいて表示させることになる。
検索処理が終了されたらステップＦ１４１からＦ１３４に戻る。
【０１４６】
ユーザーがダウンロードを選択した場合は、処理をステップＦ１３６からＦ１４６にすすめ、まずダウンロード対象選択画面を表示してユーザーの選択を求める。
図２２にダウンロード対象選択画面の例を示す。
例えば図２２（ａ）は、ダウンロードしたい情報のジャンルを選択させる画面であり、ジャンルの選択肢を用意する。ここでユーザーが「１：新聞」を選択するタッチ操作を行ったとすると、図２２（ｂ）のように具体的な新聞名を表示して選択を求める。これに対して例えばユーザーが東南新聞社の発行する電子新聞のダウンロードを求める場合は、「３：東南新聞」を選択する。
【０１４７】
例えばこのような選択が完了されたら、処理はステップＦ１４７からＦ１４８に進み、選択されたコンテンツなどのダウンロードを実行する。即ちＨＤＤ２１から、もしくはネットワーク７を介してコンテンツサーバ４ａ等から、選択されたコンテンツをロードし、ディスク９０に書き込む。
このように実行されるダウンロード処理により、ユーザーはディスク９０を用いて任意に選択した情報を公衆端末１から入手できる。
ダウンロード処理が終了されたらステップＦ１４９からＦ１３４に戻る。
【０１４８】
ユーザーがエディットを選択した場合は、処理をステップＦ１３８からＦ１４２にすすめ、エディット処理に移る。即ちコンピュータ２０は、表示部１１におけるキーボード表示１１ｅやモニタ表示１１ｄでのアイコン表示、メニュー表示などに対するユーザーのタッチ操作に応じて、ユーザーの編集処理を進めていく。例えば文書等のファイルの新規作成や、ディスク９０から読み出したデータファイルの更新などを、操作に応じて実行する。
編集されたファイルは、ユーザーの指示に応じてディスク９０に記録する。
【０１４９】
このエディット処理においては、ユーザーは例えばディスク９０に保存しておいたデータファイルに基づいて編集を行ったり、データファイルを新規作成するなどの作業を行うことになるが、この際に、上記ステップＦ１１６もしくはＦ１１５で設定されたバックアップ動作が行われることになる。
このためのステップＦ１４２内での処理を図１６のステップＦ３０１〜Ｆ３１３として詳しく示す。
【０１５０】
まずエディット処理の開始に際してステップＦ３０１で、設定されているバックアップレベルに応じて処理を分岐する。
バックアップレベルＬＶ１であればバックアップ動作は行わないためそのままステップＦ２０４に進む。
バックアップレベルＬＶ２であれば、ステップＦ３０２で定期的なバックアップ動作を実行するためのバックアップタイマを起動してステップＦ３０５に進む。
バックアップレベルＬＶ３であれば、ステップＦ３０３で、まずディスク９０から呼び出したデータファイルをＨＤＤ２１に保存してからステップＦ３０２に進み、定期的なバックアップ動作を実行するためのバックアップタイマを起動してステップＦ３０５に進む。なお、この時点でデータファイルが読み出されていない場合（例えばユーザーが新規作成を行う場合など）は、ステップＦ３０３では保存対象がないため、そのままステップＦ３０２に進む。
【０１５１】
バックアップレベルＬＶ４又はＬＶ５であれば、ステップＦ３０４で、キー入力を全てサーバ（公衆端末管理会社２）に転送するとともにＨＤＤ２１に記憶させるための動作設定を行う。そしてステップＦ３０５に進む。
【０１５２】
ステップＦ３０５では、実際のファイル編集／作成処理を行う。即ちユーザーの入力に応じて文書等のファイルデータの編集／作成を進めていく。
さらにステップＦ３０４でバックアップレベルＬＶ４又はＬＶ５のバックアップ動作設定がされた場合は、このステップＦ３０５でのファイル編集処理中に、キー入力データの全てが、随時ＨＤＤ２１に記憶され、さらにネットワーク７を介して公衆端末管理会社２のバックアップ部２ｂに転送されていく。バックアップ部２ｂはその転送に対応して転送されてきたデータをバックアップ格納していく。
またバックアップレベルＬＶ３とされている場合においては、ファイル編集処理中に新たなファイルデータがディスク９０から読み込まれた場合などは、その時点でその読み出されたファイルデータの内容がＨＤＤ２１にバックアップ格納されることになる。
【０１５３】
ファイル作成処理中には、ステップＦ３０２でバックアップタイマが起動された場合に限り（即ちバックアップレベルＬＶ２又はＬＶ３が設定されている場合のみ）、そのバックアップタイマに基づいて所定時間間隔毎に割込処理が発生する。
その場合はステップＦ３０７からＦ３０８に進み、コンピュータ２０はその時点での編集途中のファイルデータをＨＤＤ２１に保存する処理を行う。そしてステップＦ３０９からＦ３０５に戻り、ファイル編集処理を続行する。
なお、上記図１４で説明した場合と同様に、何らかの事情でＨＤＤ２１へのデータ書込エラーが発生した場合は、ステップＦ３０９からＦ３１０に進んで、その保存すべきファイルデータを公衆端末管理会社２に転送し、バックアップ部２ｂに格納してもらうようにする。
【０１５４】
ファイル編集処理が終了したら、ユーザーはそのファイルデータをディスク９０に格納する操作を行うことになるが、その場合のコンピュータ２０の処理はステップＦ３０６からＦ３１１に進み、編集完了したファイルをユーザーの指定するファイル名でディスク９０に記録する。
そしてステップＦ３１２に進み、バックアップレベルＬＶ５が設定されていた場合は、さらにステップＦ３１３に進んで、最終ファイル、即ちディスク９０に記録を行ったファイルデータを、公衆端末管理会社２に送信してバックアップ部２ｂに格納してもらうようにする。このとき同時に、上記ステップＦ１１６又は１１５で取り込んでおいた保存期間情報も送信し、バックアップ部２ｂでの保存期間を指示する。
バックアップ部２ｂでは、保存期間情報で指定された期間のみ、その最終ファイルを保存する。またこの場合も、バックアップレベルＬＶ４、ＬＶ５の場合のキー入力情報については、バックアップ部２ｂでは例えば一定期間のみ保存しておく。
【０１５５】
以上の処理を終えたら図１５のステップＦ１４３に進む。
そしてエディット処理が終了と判断されたらステップＦ１３４に戻る。
【０１５６】
ステップＦ１３４の機能選択処理でユーザーがアップロードを選択した場合は、処理をステップＦ１３７からＦ１４４に進め、アップロード処理に移る。即ちコンピュータ２０は、表示部１１に対するユーザーのタッチ操作に応じて、ユーザーが指定するデータファイル（ディスク９０に記録されていたデータファイル）や、新規作成もしくは編集した文書等のファイルのアップロードを実行する。アップロード先はＨＤＤ２１もしくはネットワーク７を介した所定のシステムや端末となる。
この処理によりユーザーは、過去に公衆端末１又は自分のパーソナルコンピュータを利用して自分のディスク９０に書き込んでおいたデータや、その場で作成したデータをアップロードし、特定の他人や不特定多数の他人に提供することなどが可能となる。例えば電子メールの送信や、自分の作成した音楽、映像、文書等を提供することができる。
【０１５７】
このアップロード処理においても、必要がある場合、即ちユーザーがデータファイルの作成や編集を行う場合には、上記ステップＦ１１６もしくはＦ１１５で設定されたバックアップ動作が行われることになる。
なお、単にディスク９０に予め記録しておいたコンテンツをそのままアップロードするような場合は、特にバックアップ動作が行われる必要はない。
バックアップ動作が行われる場合を含むステップＦ１４４内での処理を図１７のステップＦ４０１〜Ｆ４１５として詳しく示す。
【０１５８】
まずアップロード処理の開始に際してステップＦ４０１で、設定されているバックアップレベルに応じて処理を分岐し、設定に応じてステップＦ４０２，Ｆ４０３，Ｆ４０４のうちで必要な処理が行われ、ステップＦ４０５に進む。これは上記図１６のステップＦ３０１〜Ｆ３０４と同様となる。
【０１５９】
ステップＦ４０５では、実際のファイル編集／作成処理を行う。即ちユーザーの入力に応じて文書等のファイルデータの編集／作成を進めていく。
但し、ユーザーがディスク９０から読み出したデータファイルをそのままアップロードさせる場合は、実際のファイル編集・作成の作業は行われず、ユーザーは読み出したデータファイルのアップロード指示を行うことになる。その場合は、特にステップＦ４０５としては実質的な編集／作成処理は行われずにステップＦ４０６からＦ４１１に進むことになる。つまりそのような場合は編集／作成過程でのバックアップ動作は行われない。
【０１６０】
ステップＦ４０５で実際に何らかのファイル編集／作成が行われる場合において、ステップＦ４０４でバックアップレベルＬＶ４又はＬＶ５のバックアップ動作設定がされた場合については、ファイル編集処理中に、キー入力データの全てが、随時ＨＤＤ２１に記憶され、さらにネットワーク７を介して公衆端末管理会社２のバックアップ部２ｂに転送されていく。バックアップ部２ｂはその転送に対応して転送されてきたデータをバックアップ格納していく。
またバックアップレベルＬＶ３とされている場合には、ステップＦ４０３での保存に加えて、ファイル編集処理中に新たなファイルデータがディスク９０から読み込まれた場合などは、その時点でその読み出されたファイルデータの内容がＨＤＤ２１にバックアップ格納されることになる。
【０１６１】
またファイル作成処理中には、ステップＦ４０２でバックアップタイマが起動された場合に限り（即ちバックアップレベルＬＶ２又はＬＶ３が設定されている場合のみ）、そのバックアップタイマに基づいて所定時間間隔毎に割込処理が発生する。
その場合は上記図１６のステップＦ３０７〜Ｆ３１０の場合と同様に、ステップＦ４０７〜Ｆ４１０の処理で、一定期間毎のバックアップ動作が行われる。
【０１６２】
ファイル作成／編集処理が終了したら、ユーザーはそのファイルデータをアップロードする操作を行うことになるが、その場合のコンピュータ２０の処理はステップＦ４０６からＦ４１１に進み、作成／編集完了したファイルをユーザーの指定するアドレスへのアップロード処理を行う。
そしてステップＦ４１２に進み、バックアップレベルＬＶ５が設定されていた場合は、さらにステップＦ４１３に進んで、最終ファイル、即ちアップロードを行ったファイルデータを、公衆端末管理会社２に送信してバックアップ部２ｂに格納してもらうようにする。このとき同時に、上記ステップＦ１１６又は１１５で取り込んでおいた保存期間情報も送信し、バックアップ部２ｂでの保存期間を指示する。
バックアップ部２ｂでは、保存期間情報で指定された期間のみ、その最終ファイルを保存する。またこの場合も、バックアップレベルＬＶ４、ＬＶ５の場合のキー入力情報については、バックアップ部２ｂでは例えば一定期間のみ保存しておく。
【０１６３】
続いてステップＦ４１４ではアップロードしたデータファイルをディスク９０に書き込むか否かの判断を行う。
ディスク９０から読み出されたデータファイルが何の編集もされずにアップロードされたのであれば、書込は必要ないと判断する。
一方、何らかの編集が行われた場合や新規作成された場合は、ユーザーにディスク９０への保存するか否かを尋ね、ユーザーが保存実行を指示した場合にはステップＦ４１５に進んで、アップロードデータをディスク９０に記録する。
【０１６４】
以上の処理を終えたら図１５のステップＦ１４５に進む。
そしてアップロード処理が終了されたと判断されたらステップＦ１４５からＦ１３４に戻る。
【０１６５】
コンピュータ端末としての使用を終了する場合は、ユーザーはステップＦ１３４の機能選択メニュー画面から使用終了を選択することになる。その操作が検出された場合は、コンピュータ２０の処理はステップＦ１３５からＦ１５０に進み、上記図１３のステップＦ１２９の場合と同様の目的で、使用中にバックアップ動作が行われた場合には、ＨＤＤ２１内のバックアップデータの削除を行う。
【０１６６】
続いてステップＦ１５１で課金処理やディスク９０への使用履歴の書込処理を行う。
課金処理としては、コイン処理部３０又はプリペイドカード処理部３１又はクレジットカード処理部３２による課金処理を実行させる。もしくはクレジットカード登録による支払いの場合は、課金情報を公衆端末管理会社２に送信する。さらにディスク９０に料金履歴情報（図４参照）を書き込むことになる。
この場合も、ユーザーに課金される料金は、公衆端末１の使用時間や処理内容に応じて決められる。またダウンロードを行った場合は、コンテンツ等の購入料金が加算される。
さらに実行されたバックアップ動作のバックアップレベルに応じて、所定の金額がバックアップサービス料として加算されるようにしてもよい。
また使用履歴の書込処理としては、ディスク９０に使用履歴情報として、使用時間、使用したファイル、アプリケーション、コンテンツ等の情報、購入したアプリケーション、コンテンツ等の情報を書き込む。
【０１６７】
そしてステップＦ１５２では、ディスク９０の返却処理、つまりディスクトレイ１４を駆動させてディスク９０を排出するとともに、必要に応じてカードや釣り銭の返却処理を実行させる。
以上でディスク９０を用いた場合のコンピュータ端末としての動作を終え、図１２のステップＦ１０１に戻る。
【０１６８】
以上のように公衆端末１の処理が行われるが、この処理例は一例である。
また公衆端末１が無料使用できるシステムの場合は、料金投入処理及び課金処理などは処理は実行されないことはいうまでもない。
そして、以上の処理例からわかるように、使用の際してバックアップが必要とされる場合、つまりユーザーが公衆端末１上でデータファイルの作成や編集を行う場合は、設定されたバックアップレベルに応じてバックアップ動作が行われるため、使用に際してのデータの安全性が確保される。
【０１６９】
また公衆端末１はユーザーの使用目的、即ち電話としての使用かコンピュータ装置としての使用かに応じて、電話操作用の画像もしくは情報処理操作用の画像が表示されるため、ユーザーはその表示画像に応じて操作を行えばよく、各機能の動作のための操作を容易に行うことができる。
【０１７０】
また、表示画面上でのタッチパネル操作方式とすることで、公衆端末１に多数の操作キー等を配置する必要はなく、端末装置の構成の簡略化が実現できるとともに、ユーザーに対する操作の簡易性のアピールなどにも好適である。
特にタッチパネル操作のためにプッシュダイヤル画像やキーボード画像を表示することは、ユーザーにとって操作をわかりやすいものとできる。
また、ユーザーが送受話器１８を持ち上げたら電話使用、ディスク９０を装填したらコンピュータ端末としての使用と判断することで、ユーザーが使用目的の選択操作をする必要もなくなり、より簡易性が増す。
【０１７１】
ところで処理例としては、さらに多様な例が考えられる。
例えば使用されていない際には初期画面を表示しておくとしたが、使用されていない際に初期画面ではない多様な表示を行うことが考えられる。もしくは初期画面としての選択のためのアイコン等とともに多様な画像表示を行うことが考えられる。
例えばスクリーンセーバとして機能するような画像や、各種広告のための画像、設置場所に応じたイメージ画像、デモンストレーション画像などの表示を行うと、より面白味があり、また付加価値の高いシステムとすることができる。場合によっては、広告画像を流すことで、ユーザーによる使用料金の無料化などもはかることができる。
【０１７２】
またコンピュータ用画面としては、基本的には図２０のようにキーボード表示１１ｅを継続的に行うものでもよいが、キーボードによる入力が不要となったタイミングではキーボード表示１１ｅを消して、表示部１１の全面をモニタ表示１１ｄとして使用することも考えられる。
またキーボード表示１１ｅは、ユーザーが自分の使いやすいサイズに拡大、縮小できるようにしてもよい。
さらに表示されるキーボード画像として、ユーザーが各種のキーボード規格（ＪＩＳ、新ＪＩＳ等）を選択できるようにし、自分に使いやすいキーボードの表示を実行させるようにしてもよい。
【０１７３】
また、本例ではディスク９０を用いなくても公衆端末１の使用ができるようにしたが、公衆端末１に対応するディスク９０を装填しなければ使用不能とするようにしてもよい。
【０１７４】
７．変形例
ところで本発明の要点となるバックアップ動作に関しては、上記例以外に多様な変形例が考えられる。これらを以下、説明していく。
【０１７５】
まず、ディスク９０にはバックアップレベルＩＤが記録されるものがあるとしたが、このバックアップレベルＩＤは図５に示したようにリライタブル領域ＡＲＷに記録するようにすることで、ユーザーが書換、新規設定、追加などを可能とすることができる。即ちユーザーが望んだバックアップレベルをバックアップレベルＩＤとして記録しておくことができるようになり、公衆端末１の使用時にバックアップレベル選択操作を行わなくてもユーザーの望むバックアップ動作が行われるようにできる。
【０１７６】
また上記図６のように例えばアプリケーション毎に対応してバックアップレベルＩＤが記録される場合は、上記例の公衆端末１の処理としては説明しなかったが、或るアプリケーションがディスク９０から起動された際には、コンピュータ２０はそのアプリケーションに対応するバックアップレベルＩＤに基づいてバックアップレベルを自動設定するようにすればよい。
もちろん、アプリケーションやデータファイル毎などで複数のバックアップレベルＩＤが記録される場合として、そのバックアップレベルＩＤをユーザーが書換、新規設定、追加できるようにすることも考えられる。
【０１７７】
また上記例ではディスク９０にバックアップレベルＩＤが記録されている場合は、そのバックアップレベルＩＤに基づいてバックアップレベルが自動設定されるものとしたが、その場合もユーザーがバックアップレベルを選択できるようにしてもよい。
例えば図１２のステップＦ１１６の段階でバックアップレベルＩＤに応じたバックアップレベルを設定する旨を表示し、ユーザーが承認する操作を行えばそのまま自動設定するが、ユーザーが変更を求める場合はステップＦ１１４の処理に移行してバックアップレベル選択画面を表示するような方式である。
【０１７８】
バックアップレベルＬＶ５の場合の保存期間情報についても同様で、保存期間情報がディスク９０に記録されていたとしても、ユーザーが使用に際して保存期間を変更できるような処理を行ってもよい。
【０１７９】
もちろんディスク９０において、バックアップレベルＬＶ５を示すバックアップレベルＩＤが記録されているか、保存期間情報が記録されていないような場合も考えられ、その場合は図２１（ｂ）のような表示を行ってユーザーに保存期間の設定を求めればよい。
さらに、バックアップレベルＬＶ４、ＬＶ５において実行されるキー入力データの保存期間をユーザーが指定できるようにしてもよいし、逆にバックアップレベルＬＶ５での最終ファイルの保存期間を固定期間としてユーザーが指定できないようにすることも考えられる。
【０１８０】
また、本例の公衆端末１は、図１で説明したとおり公衆端末管理会社２とネットワーク通信可能なものとしているが、ネットワーク接続されない公衆端末１も考えられる。その場合のバックアップ動作は、例えば内部のＨＤＤ２１のみをバックアップ先とすればよい。例えばバックアップレベルＬＶ１〜ＬＶ３のうちの１つが選択可能とすればよい。
【０１８１】
また上記例ではＨＤＤ２１内のバックアップデータは公衆端末１の使用終了に際して削除するようにしたが、削除をしない処理例や、さらには削除するか否かをユーザーに尋ねて、削除の指示があれば削除を実行するような処理例も考えられる。
【０１８２】
また上記例ではバックアップ動作方式としてバックアップレベルＬＶ１〜ＬＶ５を例にあげたが、もちろん選択できるバックアップ動作方式の数、各バックアップ動作方式の動作内容などは多様に考えられる。
さらには、実行されるバックアップ動作方式は１種類として、ユーザーはバックアップを実行するか否かを選択するのみとしたり、もしくはユーザーの意志に関わらず必ずそのバックアップ動作が実行されるような処理例も考えられる。
【０１８３】
以上、本発明としての変形例を述べたが、処理や構成上の変形例はさらに多様に考えられる。
特にバックアップ動作タイミング、バックアップ対象となるデータ、バックアップ先としての記憶媒体などは、実際のシステム仕様や設定、運用方式などに応じて適切に設定されればよい。
【０１８４】
【発明の効果】
以上の説明から理解されるように、本発明は次のような各効果を有する。
請求項１又は請求項１０の発明によれば、コンピュータ端末装置が利用される際には、所定のバックアップ動作方式で、情報処理作業中もしくは作業前後のデータが、端末側データ格納手段、サーバ側データ格納手段の一方又は両方にバックアップされるようになる。従って、コンピュータ端末装置がハングアップした場合も編集等の作業中もしくは作業前後のデータ消失を防止できるという効果がある。
またサーバ側データ格納手段にバックアップした場合は、コンピュータ端末装置の故障、端末側データ格納手段のクラッシュなどが生じた場合でもデータ消失を防止できる。
さらに、作業前のデータがバックアップ格納してあれば、例えばユーザーの保存操作ミスがあっても、必要なファイルを復活させることができる。例えば或るファイルデータを読み出して編集し、新たなファイルとして記録媒体に保存しようとしていたときに、同じファイル名で保存してしまって元のファイルデータが上書きにより消去された状態となっても、その元の（作業前の）ファイルデータがバックアップされていることで、復活させることができる。
また、作業後のデータをサーバシステムにおいてバックアップしておけば、その作業後のファイル（つまり編集や新規作成により作成した新たなファイル）を、任意の時に、任意の場所（任意のコンピュータ端末などサーバシステムと通信可能なあらゆる端末装置）で呼び出すことができ、利便性が著しく向上される。
【０１８５】
請求項２、請求項１１、又は請求項１８の発明によれば、バックアップ動作方式、即ちバックアップ動作のタイミングやバックアップ対象、バックアップ先などは、リムーバブル記録媒体に記録された識別情報に基づいて設定されるため、ユーザーが使用時にわざわざバックアップ動作方式を選択する必要はなく、またそれによって選択ミスもない。従って、その記録媒体に記録されているファイルやアプリケーションを用いた情報処理に関して、常に最適なバックアップ動作方式でのバックアップが実行されることになる。
【０１８６】
請求項３、請求項１２、又は請求項１９の発明によれば、記録媒体に記録された識別情報は複数のバックアップ動作方式（例えばコンピュータ端末装置が実行可能な複数のバックアップ方式）のうちから特定のバックアップ動作方式を選択するための情報とすることで、識別情報としてのコード体系等の簡易化や、バックアップ制御手段の設定処理の簡易化などが実現できる。
【０１８７】
請求項４又は請求項２０の発明によれば、記録媒体に複数の識別情報が記録されているため、例えば各識別情報を記録媒体に記録された各アプリケーションやデータファイルに個別に対応する識別情報とすることもでき、従って各アプリケーションやデータファイルに応じて最適なバックアップ動作方式を設定することもできる。
【０１８８】
請求項５又は請求項１３の発明によれば、入力手段によるユーザーの指示に応じてバックアップ動作方式が設定されるため、ユーザーが実行しようとする作業やファイル内容の重要性などに応じてユーザー自身が希望するバックアップ動作が実現できる。
また、入力手段による入力に基づくバックアップ動作方式の選択が可能であることは、例えば上記のように記録媒体にバックアップ方式を指定する識別情報が記録されていても、ユーザーの希望に応じて異なるバックアップ動作方式を指定できることも意味する。
【０１８９】
請求項６又は請求項１４の発明によれば、ユーザーは入力手段から、複数のバックアップ動作方式のうちから特定のバックアップ動作方式を選択する入力を行えばよく、バックアップ動作方式の指定操作を簡易なものとすることができる。
【０１９０】
請求項７又は請求項１５の発明によれば、サーバ側データ格納手段にバックアップデータを格納する際に、保存期間を指定できるため、例えば記録媒体に記録された識別情報やユーザーの入力に応じて設定される期間において、ファイル等をバックアップしておくことができる。例えば、ファイル内容やユーザーの都合に応じて保存期間を設定できる。
【０１９１】
請求項８又は請求項１６の発明によれば、コンピュータ端末装置の使用が終了された際には、内部バックアップ手段によって端末側データ格納手段にバックアップ記憶されたデータが削除される。従ってユーザーが編集／作成したデータファイル等については、コンピュータ端末装置の使用後にはそのコンピュータ端末装置内には残らないことになり、これは、ユーザーの個人的なファイル等をいわゆる公衆装置内に残しておくことの危険性（つまり個人的な情報の漏洩）を回避できるものになる。従って、システム利用のうえでのユーザー情報のセキュリティを向上させることができる。
【０１９２】
請求項９又は請求項１７の発明によれば、バックアップ動作方式に応じた金額がユーザーに対して課金されるようにすることができる。すなわち実行するバックアップ動作の能力に応じた（つまりサービスレベルに応じた）料金徴収が可能となる。ユーザーにとってはバックアップサービス内容と料金を考慮して、所望のバックアップ動作を選択するような使用も可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態のシステムネットワーク構成の説明図である。
【図２】実施の形態のディスクの説明図である。
【図３】実施の形態のディスクのエリア構造の説明図である。
【図４】実施の形態のディスクに記録される情報の説明図である。
【図５】実施の形態のディスクに記録される情報の説明図である。
【図６】実施の形態のディスクに記録される情報の説明図である。
【図７】実施の形態の公衆端末の外観例の説明図である。
【図８】実施の形態の公衆端末のブロック図である。
【図９】実施の形態の各種バックアップ方式の説明図である。
【図１０】実施の形態の公衆端末に対するユーザーの使用手順の説明図である。
【図１１】実施の形態の公衆端末に対するユーザーの使用手順の説明図である。
【図１２】実施の形態の公衆端末の処理のフローチャートである。
【図１３】実施の形態の公衆端末の処理のフローチャートである。
【図１４】実施の形態の公衆端末の処理のフローチャートである。
【図１５】実施の形態の公衆端末の処理のフローチャートである。
【図１６】実施の形態の公衆端末の処理のフローチャートである。
【図１７】実施の形態の公衆端末の処理のフローチャートである。
【図１８】実施の形態の公衆端末の初期画面例の説明図である。
【図１９】実施の形態の公衆端末の電話用画面例の説明図である。
【図２０】実施の形態の公衆端末のコンピュータ用画面例の説明図である。
【図２１】実施の形態の公衆端末のバックアップレベル選択画面例の説明図である。
【図２２】実施の形態の公衆端末のダウンロード対象選択画面例の説明図である。
【符号の説明】
１ 公衆端末、２ 公衆端末管理会社、２ａ 課金サーバ、２ｂ バックアップ部、３ クレジットカード会社、４ コンテンツ会社、４ａ コンテンツサーバ、５ アプリケーション会社、５ａ アプリケーションサーバ、６ 公衆電話管理会社、７ ネットワーク、８ 電話線、１０ 衛星通信部、１１ 表示部、１１ａ プッシュダイヤル表示、１１ｂ コンピュータ使用選択表示、１１ｃ 使用選択表示、１１ｄ モニタ表示、１１ｅ キーボード表示、１３ イジェクトキー、１４ ディスクトレイ、１５ コイン挿入部、１６ プリペイドカード挿入部、１７ クレジットカード挿入部、１８ 送受話器、１９ コイン返却口、２０ コンピュータ、２１ ハードディスクドライブ、２２ トレイ駆動部、２３ パネル操作部、２４ ディスクドライブ、２５ 表示ドライバ、２６ キーボード入出駆動部、２７ ＬＡＮインターフェース、２８ 電話回路、２９ モデム、３０ コイン処理部、３１ プリペイドカード処理部、３２ クレジットカード処理部、３３ タッチセンサ、９０ ディスク

Claims (15)

1. サーバシステムと、コンピュータ端末装置とが通信可能に接続されたコンピュータシステムであって、
   前記コンピュータ端末装置は、
   データファイルの作成もしくは更新を行うことのできるデータ処理手段と、
   当該コンピュータ端末装置内に配される端末側データ格納手段と、
   前記データ処理手段で処理されるデータに関して、前記端末側データ格納手段にバックアップ記憶させることのできる内部バックアップ手段と、
   前記データ処理手段で処理されるデータに関して、前記サーバシステムに送信し、前記サーバシステムにバックアップ記憶させることのできる外部バックアップ手段と、
   バックアップ動作方式を設定し、その設定に基づいて前記内部バックアップ手段及び／又は前記外部バックアップ手段によるバックアップ動作の制御を行うバックアップ制御手段とを備え、
   前記サーバシステムは、
   前記外部バックアップ手段によって送信されてきたデータを格納するサーバ側データ格納手段を備え、
   前記バックアップ制御手段は、前記コンピュータ端末装置の使用が終了された際に、前記内部バックアップ手段によって前記端末側データ格納手段にバックアップ記憶されたデータを削除させること
   を特徴とするコンピュータシステム。
2. リムーバブル記録媒体が設けられ、また前記コンピュータ端末装置には前記リムーバブル記録媒体に対するドライブ手段が設けられて前記リムーバブル記録媒体に対する記録又は再生が可能とされ、
   前記リムーバブル記録媒体にはバックアップ動作に関する識別情報が記録されているとともに、
   前記バックアップ制御手段は、前記識別情報に応じてバックアップ動作方式を設定することを特徴とする請求項１に記載のコンピュータシステム。
3. 前記識別情報は、複数のバックアップ動作方式のうちから特定のバックアップ動作方式を選択するための情報とされていることを特徴とする請求項２に記載のコンピュータシステム。
4. 前記記録媒体には、前記識別情報として複数の識別情報が記録されていることを特徴とする請求項２に記載のコンピュータシステム。
5. 少なくともバックアップ動作方式を指示することのできる入力手段が設けられ、
   前記バックアップ制御手段は、前記入力手段による指示に応じてバックアップ動作方式を設定することを特徴とする請求項１に記載のコンピュータシステム。
6. 前記入力手段は、複数のバックアップ動作方式のうちから特定のバックアップ動作方式を選択するための入力が実行できるように構成されていることを特徴とする請求項５に記載のコンピュータシステム。
7. 前記外部バックアップ手段は、バックアップ記憶させるデータを前記サーバシステムに送信する際に、そのデータを前記サーバ側データ格納手段に保存する期間を示す保存期間情報を送信することを特徴とする請求項１に記載のコンピュータシステム。
8. 前記コンピュータ端末装置には、課金処理手段が備えられるとともに、前記バックアップ制御手段は、設定したバックアップ動作方式に応じた金額で、前記課金処理手段による課金処理を実行させることを特徴とする請求項１に記載のコンピュータシステム。
9. データファイルの作成もしくは更新を行うことのできるデータ処理手段と、
   当該コンピュータ端末装置内に配される端末側データ格納手段と、
   前記データ処理手段で処理されるデータに関して、前記端末側データ格納手段にバックアップ記憶させることのできる内部バックアップ手段と、
   前記データ処理手段で処理されるデータに関して、外部のサーバシステムに送信し、そのサーバシステムにバックアップ記憶させることのできる外部バックアップ手段と、
   バックアップ動作方式を設定し、その設定に基づいて前記内部バックアップ手段及び／又は前記外部バックアップ手段によるバックアップ動作の制御を行うバックアップ制御手段とを備え、
   前記バックアップ制御手段は、当該コンピュータ端末装置の使用が終了された際に、前記内部バックアップ手段によって前記端末側データ格納段にバックアップ記憶されたデータを削除させること
   を特徴とするコンピュータ端末装置。
10. リムーバブル記録媒体に対するドライブ手段が設けられて前記リムーバブル記録媒体に対する記録又は再生が可能とされるとともに、
    前記バックアップ制御手段は、前記リムーバブル記録媒体に記録されたバックアップ動作に関する識別情報に応じてバックアップ動作方式を設定することを特徴とする請求項９に記載のコンピュータ端末装置。
11. 前記バックアップ制御手段は、前記識別情報に基づいて、複数のバックアップ動作方式のうちから特定のバックアップ動作方式を選択して設定することを特徴とする請求項９に記載のコンピュータ端末装置。
12. 少なくともバックアップ動作方式を指示することのできる入力手段が設けられ、
    前記バックアップ制御手段は、前記入力手段による指示に応じてバックアップ動作方式を設定することを特徴とする請求項９に記載のコンピュータ端末装置。
13. 前記入力手段は、複数のバックアップ動作方式のうちから特定のバックアップ動作方式を選択するための入力が実行できるように構成されていることを特徴とする請求項１２に記載のコンピュータ端末装置。
14. 前記外部バックアップ手段は、バックアップ記憶させるデータを前記サーバシステムに送信する際に、前記サーバシステムにおいてバックアップ格納する期間を示す保存期間情報を送信することを特徴とする請求項９に記載のコンピュータ端末装置。
15. 課金処理手段が備えられるとともに、前記バックアップ制御手段は、設定したバックアップ動作方式に応じた金額で、前記課金処理手段による課金処理を実行させることを特徴とする請求項９に記載のコンピュータ端末装置。

Images