(57)【特許請求の範囲】
【請求項１】
ネットワークを介してユーザのコンピュータに接続されたサーバに設けられ、
前記ユーザのコンピュータのブラウザ上に入力画面を表示する入力画面表示手段と、
前記ユーザによって前記入力画面のデータ項目毎に入力された項目データを受信する受信手段と、
前記入力画面に入力された項目データの確認画面であって、前記データ項目毎に、該データ項目に割り振られた番号と、該データ項目の前記項目データと、該データ項目の項目名を含むＨＴＭＬ文書から構成される確認画面を、前記ユーザのコンピュータのブラウザ上に表示する確認画面表示手段と、
前記入力された項目データが前記確認画面上で前記ユーザにより確認されたことによって前記ブラウザ上に表示される、該入力された項目データのダウンロードを選択するためのボタンが該ユーザにより選択されたことに応じて、前記確認画面を構成する前記ＨＴＭＬ文書を走査し、１）前記データ項目に割り振られた番号を検出し、２）該番号が所定の初期値でなければ改行し、３）該番号に対応する前記項目データおよび前記項目名を読み出し、４）該読み出した項目データ項目名をテキスト形式のファイルに書き出す、手段と、
前記走査が前記ＨＴＭＬ文書の終わりに達するまで、前記１）から４）を繰り返す手段と、
前記繰り返しを終えた後、前記テキスト形式のファイルを、前記ユーザのコンピュータにダウンロードするダウンロード制御手段と、
を備える、データ転送システム。
【請求項２】
前記テキスト形式のファイルは、前記ユーザによる前記入力画面への１つの入力作業につき１つのファイルが作成される請求項１に記載のデータ転送システム。
【請求項３】
前記テキスト形式のファイルは、前記データ項目毎に異なる番号が割り振られる請求項１に記載のデータ転送システム。
【請求項４】
前記テキスト形式のファイルは、それぞれの前記データ項目に対応する前記項目データが複数ある場合、それぞれの該項目データが所定のセパレータで区切られる請求項１に記載のデータ転送システム。
【請求項５】
前記確認画面を構成するＨＴＭＬ文書は、帳票イメージでユーザのブラウザに表示される請求項１に記載のデータ転送システム。
【請求項６】
前記サーバは、
ユーザからの前記ブラウザを介したアップロード要求に応じて、前記テキスト形式のファイルが前記ユーザのコンピュータから前記サーバにアップロードされた後、該テキスト形式のファイルを、前記サーバのデータベースのレイアウトに適合した形式に変換するアップロード制御手段をさらに備える請求項１に記載のデータ転送システム。
【請求項７】
前記サーバは、
ユーザからの前記ブラウザを介したアップロード要求に応じて、前記確認画面を構成するＨＴＭＬ文書が前記ユーザのコンピュータから前記サーバにアップロードされた後、該ＨＴＭＬ文書を、前記サーバのデータベースのレイアウトに適合した形式に変換するアップロード制御手段をさらに備える請求項１に記載のデータ転送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワークシステムを介して電子データを共有するためのデータ転送システムに関し、より具体的には、インターネットを介してデータを転送する際に、データの形式を自動的に変換してデータ共有の効率性を向上させるデータ転送システムに関する。
【０００２】
【従来の技術】
インターネットによる通信が普及するにつれて、多くの企業がホームページを提供し、対話形式でユーザと通信するようになっている。対話形式のウェブページは、ＣＧＩ(Common Gateway Interface)プログラムを使用したダイナミックＨＴＭＬ文書として作成され、ユーザが書き込みをすることができるページは、フォームと呼ばれる。ブラウザでウェブページを閲覧するユーザは、フォームの所定の箇所に書き込みを行い、必要に応じて添付ファイルを指定して、送信ボタンをクリックする。こうすることにより、フォームに書き込んだデータおよび添付ファイルをウェブサーバに送ることができる。
【０００３】
一方、このようにユーザがフォームを介してウェブサーバに送信したデータを、ユーザ側において他のデータ処理に再利用したいと欲する場合がある。その場合、フォームを介してウェブサーバに送信したデータを、他のデータ処理のために再度入力するとなると、入力作業が二度手間になる。
【０００４】
ウェブサーバが、ユーザからのフォームを介した入力データを受信したことに応答して、該入力データの確認画面をユーザに提供する場合がある。この確認画面は、通常、スクロールしながら上から順番に入力する入力フォームの画面とは異なり、印刷したときに、たとえばＡ４サイズの紙に適切に収まるような帳票イメージの形式で表示される。ユーザは、このような確認画面を保存することができる。
【０００５】
確認画面はウェブページであるのでＨＴＭＬ文書として作成されている。ブラウザのメニューから「保存」を選択して保存操作を実行することによりテキストデータを保存することができ、または既存の任意のツールを使用することにより、表示画像も含めて確認画面をまるごと保存することができる。いずれの場合も、このような確認画面は、その画面イメージそのままの状態（ｈｔｍまたはｈｔｍｌ形式のファイル）で保存される。
【０００６】
たとえば、図２１の（ａ）は、ある入力フォームを介して入力されたデータが、表形式の帳票イメージで表示された確認画面のウェブページの例である。項目Ａ〜Ｅの５つの項目があり、それぞれに、ユーザによって入力フォームから入力されたデータが表示されている。この画面をそのまま保存すると、「ｈｔｍｌ」というファイル識別子を持つファイル名で、図に示されるような画面イメージの状態で保存される。
【０００７】
画面イメージで保存されたファイルは、その後にブラウザで閲覧するには便利であるが、その確認画面上の入力データだけを他のデータ処理に使用しようとすると、その確認画面を実現するＨＴＭＬ文書から該当データを抽出しなければならない。
【０００８】
一方、入力フォームを介して入力されたデータはウェブサーバのデータベースに保管されるので、このデータベースから所望の入力データを抽出してユーザのコンピュータにダウンロードすることができる。このとき、ダウンロードファイルとしてＣＳＶ形式が採用されることが多い。図２１の（ｂ）に、ＣＳＶ形式に変換された抽出データの例を示す。ＣＳＶ形式では、図に示されるように、入力データがセパレータ（この例では、カンマ）で区切られている。したがって、何個目のセパレータであるかを認識しないと、どの入力データがデータベースのどの項目に対応するかを認識することができない。また、１つの項目に対応する入力データが複数ある場合、抽出元のデータベースのレイアウト（設計）によって、ダウンロードのされ方が異なるものとなる。すなわち、この複数の入力データがそれぞれ対応するフィールドを持つようデータベースが設計されていれば、セパレータで区切られてダウンロードされ、複数の入力データが１つのフィールドに記憶されているのであれば、セパレータで区切られることなくそれらの複数の入力データはくっついた状態でダウンロードされる。いずれの場合においても、ユーザは、データベースのフィールドのレイアウトを予め知っておかないと、個々の入力データの識別、およびそれらの入力データに対応する項目名を正確に認識することができない。
【０００９】
また、通常、ユーザによる入力作業のそれぞれに対してデータベースに１行のデータが格納される。しかしながら、データベースからデータを抽出するときに、たとえばユーザを識別するユーザコードをキーとして抽出すると、該ユーザによる入力作業についてのデータのすべてが一括してダウンロードされ、１つのダウンロードファイルに複数行、すなわち複数の入力作業によって入力されたデータが含まれることとなる。これは、入力作業ごとに入力データを再利用しようとする場合には不都合である。入力作業ごとのデータをデータベースから抽出するには、入力作業を識別するキーを、それぞれの入力作業に割り振らなければならない。
【００１０】
【発明が解決しようとする課題】
このように、入力データをＨＴＭＬ形式で保存するにはその後のデータ処理には不適切であり、また既存の任意の方法でテキストデータとしてダウンロードしたのでは、ダウンロードデータを正しく項目ごとに認識することに困難な場合がある。また、入力作業とダウンロード操作を全く独立に操作する形態だと、入力作業と同時に入力データを再利用することができず、入力データの処理効率が低下する。
【００１１】
したがって、入力データを、その後の他のデータ処理で再利用することが容易な形式に変換してユーザのコンピュータにダウンロードすることのできるシステムが必要とされている。さらに、入力作業ごとに入力データを他のデータ処理で再利用することができるよう操作性の良いダウンロードシステムが必要とされている。
【００１２】
一方、入力フォームで新たに入力作業を行うよりも、ダウンロードしたデータを再利用して新たな入力データを作成する方が簡単な場合がある。たとえば、以前に入力フォームで入力したデータのほんの一部だけが異なるデータを新たに入力するとなると、入力フォームでは新たにすべての項目について入力しなければならない。これは、入力するデータの量が多い場合、または入力するデータ項目数が多い場合には、ユーザ側に負担を強いる。それに対し、入力フォームで入力したデータをダウンロードし、その一部を変更し、変更したファイルをそのままアップロードしてウェブサーバのデータベースに反映させることができれば、入力作業の効率性が向上する。したがって、ユーザ側で作成されたデータをアップロードして、該アップロードデータを、該ウェブサーバのデータベースのレイアウトに適合した形式に自動的に変換し、該変換されたデータをそのままの形式でデータベースに取り込むことができるシステムが必要とされている。
【００１３】
【課題を解決するための手段】
上記の課題を解決するため、この発明のデータ転送システムは、ネットワークを介してユーザに接続されたサーバに設けられており、前記ユーザによって前記サーバに入力されたデータを、入力データ項目ごとに改行されたテキスト形式のファイルに変換してユーザのシステムにダウンロードするダウンロード制御手段を備えるという構成をとる。
【００１４】
この発明によると、ユーザは、入力したデータを、データ項目ごとに改行されたテキスト形式でダウンロードすることができるので、一度入力したデータを容易に他のデータ処理に再利用することができ、ユーザおよびサーバ間のデータを効率よく共有させることができる。
【００１５】
この発明の一つの側面によると、前記ユーザによる前記サーバへの入力が、該サーバによって提供された入力画面を介して行われるという構成をとる。したがって、新規データについては入力画面を使用することにより、容易な入力作業でデータをサーバに送信することができる。言い換えると、この発明によれば、新規なデータについては入力画面にて入力作業を行い、その後このデータを再利用するときは、サーバから該データをダウンロードすることができるので、ユーザによる入力作業の効率化を向上させることができる。
【００１６】
この発明の一つの側面によると、前記テキスト形式のファイルは、前記ユーザによる１つの入力作業につき１つのファイルが作成される。したがって、ユーザは、入力作業の度に１つのトランザクションファイルとして、入力したデータのテキストデータをダウンロードすることができる。
【００１７】
また、この発明の他の側面によると、前記テキスト形式のファイルは、それぞれの入力データ項目ごとに異なる番号が割り振られるという構成をとる。また、この発明のもう一つの側面によると、前記テキスト形式のファイルは、それぞれの入力データ項目に対応する入力データが複数ある場合、それぞれの入力データが所定のセパレータで区切られるという構成をとる。したがって、ダウンロードしたテキストファイルにおいては、データ項目を番号によって識別することができるので、該データ処理を再利用する際に、項目名と項目データの対応関係を正確に認識することができる。
【００１８】
この発明の一つの側面によると、前記サーバは、前記入力画面を介して入力されたデータの確認画面をユーザのブラウザに表示し、前記ダウンロード制御手段は、前記ユーザからのダウンロード要求に応答して、該確認画面に対応するＨＴＭＬ文書を前記テキスト形式に変換してダウンロードするよう構成されている。
【００１９】
この発明によると、確認画面からダウンロードを起動させることができるので、データの内容を確認したうえでダウンロードを実行することができ、また入力作業に引き続いてダウンロード操作を実行することができるので、ユーザの操作性が向上する。
【００２０】
この発明のもう一つの側面によると、前記確認画面に対応するＨＴＭＬ文書は、帳票イメージでユーザのブラウザに表示されるという構成をとる。したがって、ユーザは、閲覧しやすい形式で入力データを確認することができ、またこの帳票イメージを保存することにより、その後ユーザのコンピュータでローカルに入力データを閲覧することができる。
【００２１】
この発明の他の側面によると、この発明のデータ転送システムは、ユーザからのアップロード要求により、前記テキスト形式のファイルが前記ユーザのシステムから前記サーバにアップロードされた後、該テキスト形式のファイルを、前記サーバのデータベースのレイアウトに適合した形式に変換するアップロード制御手段をさらに備えるという構成をとる。
【００２２】
さらに、この発明のもう一つの側面によると、ユーザからのアップロード要求により、前記確認画面に対応するＨＴＭＬ文書が前記ユーザのシステムから前記サーバにアップロードされた後、該ＨＴＭＬ文書を、前記サーバのデータベースのレイアウトに適合した形式に変換するアップロード制御手段をさらに備えるという構成をとる。
【００２３】
これらの発明によると、ダウンロードした入力データを加工してアップロードすることができ、該アップロードされたデータは、そのままデータベースに取り込めるような形式に変換されるので、ユーザおよびサーバ間のデータの共有化の効率を向上させることができる。
【００２４】
【発明の実施の形態】
全体的な構成
次に図面を参照してこの発明の実施の形態を説明する。図１は、この発明の一実施例のデータ転送システムの全体的なネットワーク接続形態を示すブロック図である。社内システム３０は、企業Ｘの社内ネットワーク・システムであり、社内ＬＡＮによって構成されたイントラネット３１にＸ社内の複数のパーソナルコンピュータ３２が接続されており、それぞれのパーソナルコンピュータ３２から内部設置サーバ３３にアクセスすることができる。
【００２５】
社内システム３０は、ファイアウォール３５を介して外部設置サーバ２１に接続されている。ファイアウォールは、パケットの選別機能を持つルータであり、パケットヘッダに含まれる送信元ホストアドレス、宛先ホストアドレス、およびプロトコルの種別などの情報を用いてパケットの選別を行う。この実施例では、イントラネット３１は、専用線によりファイアウォールを介して外部設置サーバ２１に接続されており、ファイアウォール３５は、外部設置サーバ２１から社内システム３０の内部設置サーバ３３に向けられた適正な送信を通し、その他の来信する通信は拒絶するよう設定されている。
【００２６】
外部設置サーバ２１は、コンピュータ会社が運営するサーバであり、公開ウェブサーバ２２、ファイアウォール２３、およびウェブデータ管理サーバ２４を備える。公開ウェブサーバ２２は、Ｘ社からの委託を受けてＸ社のホームページをインターネット２０を介して多数のユーザ１〜ｎに提供する。ユーザがブラウザにＸ社のホームページのＵＲＬを入力して送信すると、公開ウェブサーバ２２は、Ｘ社のホームページのトップページをこのユーザに返送する。
【００２７】
トップページには、誰でも入ることができる公開ページの他に、Ｘ社が発行するＩＤ（識別コード）および登録されたパスワードを持つ者だけがアクセスすることができる業務用ページがリンクづけられている。ユーザがトップページでユーザ・ＩＤよびユーザ・パスワードを入力し、業務用ページに入るための送信ボタンをクリックすると、通信プロトコルがＳＳＬ(Secure Sockets Layer)暗号化技術を使ったＨＴＴＰＳプロトコルに切り替えられて通信が行われる。公開ウェブサーバ２２でユーザＩＤおよびパスワードの認証が行われ、認証に合格すると、業務用ページのＨＴＭＬ文書がこのユーザのブラウザに送られ、該ブラウザに表示される。ユーザＩＤおよびパスワードの送信および認証は、インターネットにおいて広く使われている技術なので、これ以上の説明は省略する。
【００２８】
この実施例では、公開ウェブサーバ２２、ウェブデータ管理サーバ２４および内部設置サーバ３３のそれぞれにデータ管理プログラムが設けられており、該データ管理プログラムは、これらサーバ間のデータ転送を制御して、該サーバ間のデータ共有の効率化を図ると共に、Ｘ社のデータのセキュリティを向上させる。
【００２９】
業務用ページには、様々なアプリケーションによって提供されるサービスのメニューが含まれている。ユーザに送られる業務用ページは、ダイナミック・メニュー方式で作成されており、ユーザごとに必要なメニューだけが表示されるよう作成されている。たとえば、図２に示されるように、部品をＸ社に供給する会社Ａについては、Ａ社用のメニューページ（Ａ）が表示され、このページには、見積もり作業のページにリンクされた「作業１」、および納品スケジュール作業のページにリンクされた「作業３」が表示されている。一方、製品の開発段階から参画する会社Ｂに対してはＢ社用のメニューページ（Ｂ）が表示され、このページには、見積もり作業のページにリンクされた「作業１」、改善提案を行うためのページにリンクされた「作業２」、スケジュール作業のページにリンクされた「作業３」、実績および技術情報を提供する作業のページにリンクされた「作業４」が表示されている。ユーザにより作業が選択されると、その作業に対応するアプリケーションが起動され、ユーザは、該アプリケーションによるサービスの提供を受けることができる。
【００３０】
たとえば、会社Ｂのユーザが作業２、すなわち「改善提案」のページに入ると、作業２のアプリケーション、すなわち「提案受付アプリケーション」は、ユーザに、お知らせページ、改善提案を実行するページ、ＦＡＱ用のページなどの予め用意された各種ページを表示する。さらに、ユーザによって「改善提案を実行するページ」がクリックされると、提案受付アプリケーションは、新規データを作成してＸ社に送信するための入力フォームのページ、または、既にＸ社に送信したデータの変更を行うためのページを表示する。さらに、作業２のアプリケーションは、Ｘ社に送信した新規／変更データのダウンロードを実行するためのページ、または、ユーザ側で用意したデータをＸ社にアップロードするためのページを表示する。
【００３１】
公開ウェブサーバ２２には、本発明に従うデータ転送システム（図４を参照）が設けられており、該データ転送システムは、それぞれのアプリケーションと協調して動作し、ユーザ１との間のデータ転送を制御する。再び上記作業２を例にとると、作業２のアプリケーションによって提供される「新規／変更データのダウンロードを行うためのページ」でダウンロード要求がユーザによってなされたとき、データ転送システムは、作業２のアプリケーションから入力データを受け取り、所定の形式に変換してユーザにダウンロードする。また、作業２のアプリケーションによって提供される「ユーザ側で用意したデータをアップロードするためのページ」でアップロード要求がユーザによってなされたとき、データ転送システムは、ユーザから転送されたアップロードデータを受け取り、所定の形式に変換して、作業２のアプリケーションに渡す。
【００３２】
再び図１を参照すると、公開ウェブサーバ２２は、ユーザから送信されたデータ（入力フォームを介したデータ、およびユーザからアップロードされたデータの両方を含む）を、ファイアウォール２３を介してウェブデータ管理サーバ２４に転送する。ウェブデータ管理サーバ２４は、こうして公開ウェブサーバ２２から送られてくるデータを保管し、予め決められた周期、たとえば１０分ごとにＸ社の内部設置サーバ３３に転送する。
【００３３】
外部設置サーバ
図３は、外部設置サーバ２１および社内システム３０のより詳細な構成を示すブロック図である。この図において、データベースのそれぞれは包括的に示されたものであり、それぞれのデータベースは、実際には、レイアウトの異なる１または複数のデータベース（またはテーブル）を含むことができる。
【００３４】
公開ウェブサーバ２２は、ユーザからのデータを収集するデータ収集データベース２２ａおよび履歴データベース２２ｂを備えている。このデータベース２２ａおよび２２ｂは、典型的には磁気ディスク記憶装置に格納され、物理的には一体的な１つのハードディスク装置に格納されてもよい。データベース２２ａは、ユーザ・データを短時間記憶するために使われるので、ランダム・アクセス・メモリ（ＲＡＭ）の一部の領域を用いて実現することもできる。
【００３５】
上述のようにしてユーザからのデータ送信を受けると、公開ウェブサーバ２２は、受信したデータをデータ収集データベース２２ａに格納し（任意のデータ形式で格納することができる）、データの整合性およびフォーマットの整合性のチェックを行う。チェックの結果、エラーの場合は、エラー場所およびエラーの種類などを示す情報を付けてエラーメッセージをユーザに送信する。データにエラーがないときは、公開ウェブサーバ２２は、そのデータに対して固有のデータＩＤ（たとえばファイル番号）およびそのデータＩＤに対応するデータ・パスワードを発行し、このデータを送信したユーザの名前、受信日時、データの大きさなどの情報とともに履歴データベース２２ｂに格納する。
【００３６】
この実施例では、公開ウェブサーバ２２は、こうして発行したデータＩＤおよびデータ・パスワードを前述のＳＳＬ暗号化通信によりＨＴＭＬ文書の形でユーザに送り返す。また、別の実施例では、データＩＤおよびデータ・パスワードは、ＨＴＭＬ文書の形ではなく、このユーザによるＸ社のウェブサイトのアクセスが終了した後、電子メールの形でユーザに送られる。
【００３７】
公開ウェブサーバ２２の管理プログラムは、データＩＤおよびデータ・パスワードの発行がなされるとすぐに、データ収集データベース２２ａに収集されたデータを、ファイアウォール２３を介してウェブデータ管理サーバ２４のデータ保管データベース２４ａにＴＣＰ／ＩＰプロトコルを用いたメール送信で転送し、データ収集データベース２２ａをクリア（消去）する。こうして、ユーザから送信されたデータは、ファイアウォール２３によって保護される状態になる。
【００３８】
ユーザから受信したデータに関する履歴データは履歴データベース２２ｂに記録され、その内容は、定期的に、たとえばノーツ（Lotus社のプログラム名）の定期エージェントの機能によって、データ管理サーバ２４の履歴データベース２４ｂに複製される。
【００３９】
ウェブデータ管理サーバ２４のデータ保管データベース２４ａおよび履歴データベース２４ｂは、典型的には磁気ディスク記憶装置に格納されており、物理的には一体的に１つのハードディスク装置に格納されてもよい。ウェブデータ管理サーバ２４の管理プログラムは、一実施例では、データ保管データベース２４ａに保管されているデータおよび履歴データベース２４ｂに記憶されている履歴データを予め定められた周期、たとえば１０分ごとに社内システム３０の内部設置サーバ３３に送る。別の実施例では、データ保管データベース２４ａに保管されているデータの量が予め定められた値を超えると、内部設置サーバ３３への転送を実行し、データ保管データベース２４ａに保管されるデータの量が予め定められた時間、たとえば１時間、経過しても予め定めた値に達しないときは、１時間の経過に応じてデータの転送を実行する。
【００４０】
内部設置サーバ
外部設置サーバ２１と社内システム３０とは専用の通信回線で接続され、外部設置サーバ２１から転送されるデータ・ファイルはファイアウォール３５を介して内部設置サーバ３３のデータ受け皿データベース３３ｃに入れられ、履歴データは履歴データベース３３ｂに入れられる。一実施例では、外部設置サーバ２１から内部設置サーバ３３へのデータ転送は、たとえばノーツ・プログラムの定期エージェント機能を用いてデータ保管データベース２４ａの内容をデータ受け皿データベース３３ｃに追加することによって実行される。ウェブデータ管理サーバ２４の管理プログラムは、内部設置サーバ３３へのデータ転送が終了すると、データ保管データベース２４ａのデータをクリア（削除）する。こうしてユーザから送られてきたデータは、社内の内部設置サーバ３３に入れられ、２段階のファイアウォールおよび専用回線の存在により、外部からの不正アクセスから保護される。
【００４１】
データ受け皿データベース３３ｃに記憶されたデータは、一実施例ではノーツ・プログラムの定期エージェント機能を用いて予め決められた時間、たとえば３０分ごとにデータ蓄積データベース３３ａに追加される。このデータ転送が完了すると、受け皿データベース３３ｃに記憶されたデータはクリア（消去）される。
【００４２】
Ｘ社の内部ユーザは端末装置またはパーソナルコンピュータ３２を用いてデータ蓄積データベース３３ａ内のデータにアクセスすることができる。受け皿データベース３３ｃからデータ蓄積データベース３３ａへの転送周期は、多数の社内ユーザが内部設置サーバ３３にアクセスする際の可用性と最新データの緊急性との調和をとって設定する。転送周期を長くすると、内部設置サーバ３３のデータベースの更新およびインデキシングに伴うアクセス制限が少なくなりデータベースの可用性は向上するが、社内ユーザが最新データにアクセスできるようになるまでに時間がかかる。したがって、これらの要求の調和をとって転送周期を設定する。
【００４３】
データ転送システム
図４は、この発明の一実施例に従う、ユーザおよびＸ社の間のデータ共有の効率性を向上させるデータ転送システム５０の機能ブロック図である。一実施例では、このデータ転送システム５０は、公開ウェブサーバ２１上に実現される。
【００４４】
この実施例では、業務用ページにおける「提案受付」アプリケーションを例にとって説明する。しかし、この発明は、公開用ページおよび業務用ページの任意のアプリケーションに適用することができる。なお、この明細書で参照されるアプリケーションは、ユーザによってアクセスされることができ、ユーザから受信したデータを、該ユーザまたは特定の他のユーザまたは第三者に公開する任意のシステムを含む。たとえばネットオークション、ネット上の掲示板、ネットショッピングなどのインターネットを介したサービスだけでなく、企業内の業務上のデータ処理におけるデータのデータベースへの登録などのシステムも含む。
【００４５】
アプリケーション４０は、前述したように、ユーザが、該アプリケーションによる作業を実行するために用意されたページに入ったときに起動される。再び、前述した図２のＢ社の作業２、すなわち提案受付アプリケーションを例にとって、新規データ処理について説明する。ユーザが、図２に示されるような業務用メニュー画面から「改善提案」を選択したことに応答して、アプリケーション４０が起動され、「改善受付」のメニューページをページファイル５１から抽出し、送受信部４１を介してユーザのブラウザ１に送信する。ユーザが、この「改善受付」のメニューページにおいて「改善提案を実行するためのページ」を選択すると、アプリケーション４０は、ページファイル５１から入力フォームのページを抽出し、送受信部４１を介してユーザのブラウザ１に送信する。
【００４６】
図５に、提案受付アプリケーションによって提供される入力フォームのページ、すなわち提案受付入力画面１００の例を示す。ユーザは、ブラウザ１に表示された入力フォームの所定のフィールド１１０にテキストデータを書き込み、必要に応じて添付資料フィールド１２３に添付すべきファイル（画像および音声ファイルを含めることができる）を指定して、送信ボタン１５１をクリックする。こうして、入力フォームに入力されたテキストデータおよび添付ファイルは、アプリケーション４０に送信される。アプリケーション４０は、ユーザから送られてきた入力データを受信し、データの整合性を調べた後、エラーが無ければ、受信したデータを確認画面作成部４３に渡す。
【００４７】
確認画面作成部４３は、上記の入力フォームに対応する帳票イメージ用テンプレートを、テンプレートファイル５２から抽出する。図６に、図５に対応するテンプレートの例を示す。図から明らかなように、このテンプレートはＨＴＭＬ文書で作成されており、参照番号９１のタグ<TABLE>で示されるように、ユーザからの受信データを表形式で表示するよう記述されている。また、この表には変数（$val_...で示されている）が規定されている（たとえば、参照番号９２）。確認画面作成部４３は、それぞれの変数を、アプリケーション４０から受け取ったデータのうち対応するもので置き換える。たとえば、$val_usercodeは、アプリケーション４０から受け取ったユーザコードで置き換えられる。同様に、変数$val_username、$val_title、$val_partsno、$val_partsname、$val_singleparts、$val_contensが、それぞれ、ユーザ名、表題、部品番号、部品名、単品部品番号、提案内容のデータで置き換えられる。さらにアプリケーション４０は、参照番号９３に示されるように、変数$val_imageを検索し、該変数を、アプリケーション４０から受け取った添付ファイル名で置き換える。
【００４８】
確認画面作成部４３は、こうして、ユーザからの受信データを帳票イメージで表示するＨＴＭＬ文書（以下、帳票イメージＨＴＭＬ文書と呼ぶ）を作成し、送受信部４１を介してユーザのブラウザ１に確認画面として送信する。ここでいう帳票イメージとは、入力フィールドを上から順番にデータを書き込む入力フォームとは異なり、データを画面または印刷によって閲覧する場合に見やすい表示形態をいう。この実施例では、表形式で表示するが、表とは異なる他の形式を使用して確認画面を作成してもよい。
【００４９】
ＨＴＭＬテンプレートに変数を規定して、データを埋め込む方法には様々な方法があり、任意の方法を使用することができる。そのうちの典型的な方法の１つは、ＨＴＭＬテンプレートの変数が配列変数として記述される。この場合、入力フォームからデータを受け取って処理するＣＧＩ(Common Gateway Interface)プログラムが、該受け取ったデータを、この配列変数のそれぞれの要素に入れることにより、ＨＴＭＬテンプレートがブラウザに表示されるとき、該配列変数のそれぞれの要素に入れられたデータがブラウザに渡され、表示される。
【００５０】
図６に示されるＨＴＭＬ文書は単なる例であり、異なる記載方法を使用して同様の確認画面を実現することができる。また、確認画面を、他の帳票イメージを有するよう設計することもできる。さらに、ＨＴＭＬテンプレートにおける変数の設定方法も単なる例示であり、他の異なる記号を使用して変数を指定するようにしてもよい。
【００５１】
図７に、こうしてブラウザ１に表示された確認画面１７０の例を示す。確認画面１７０には、入力画面１００のフィールド１１０に入力されたテキストデータが、フィールド１７１のような表形式で表示され、入力画面１００のフィールド１２３に添付された画像ファイルは、フィールド１７２の画像領域に展開されて表示されている。
【００５２】
ユーザは、確認画面を閲覧することにより、自身が入力したデータを確認する。確認した結果、入力データが所望のものならば、ＯＫボタン１７５をクリックする。これに応答して、アプリケーション４０は、ユーザから受信したデータをデータ収集データベース２２ａに格納する。さらに、アプリケーション４０は、受信したデータに固有のデータＩＤおよびこのデータＩＤに対応するデータ・パスワードを発行し、これを受付レシートの形でユーザに通知する。この実施例では、この通知は、受付レシートを表示した受付完了通知画面としてユーザのブラウザ１に表示される。また、確認画面作成部４３によって作成された帳票イメージＨＴＭＬ文書は、データ収集データベース２２ａに保存される。
【００５３】
ここで図８を参照すると、受付完了通知画面１８０の表示例が示されている。フィールド１８１には受付レシートが表示されており、受付が完了したことをユーザに知らせている。ここで、参照番号１８２は、送信されたデータの「表題」フィールドに記載された内容であり、yyyyyはデータＩＤ、zzzzzはデータ・パスワードである。hh:mm:ssは時間、分、秒を表し、dd/mm/yyは日にち、月、年を表す。アプリケーション４０は、受付レシートを発行すると共に、データＩＤおよびパスワードを履歴データベース２２ｂに記憶する。
【００５４】
図７に戻り、確認画面でＮＧボタン１７６がクリックされたならば、これに応答して、アプリケーション４０は、再び入力画面１００（図５）をユーザのブラウザ１に送信する。このとき、前に入力されたデータがそれぞれのフィールドに書き込まれた状態で入力画面を表示するのが好ましい。
【００５５】
図４では、説明をわかりやすくするため、確認画面作成部４３はアプリケーション４０と別の機能ブロックとして描かれているが、確認画面作成部４３は、それぞれのアプリケーションの機能の一部であってもよい。
【００５６】
図４に戻り、ダウンロード制御部４４は、受付完了通知画面１８０においてユーザによりダウンロードが要求されたとき、起動される。図８に示されるように、この実施例では、受付完了通知画面１８０はダウンロード画面を兼用している。ユーザは、この画面に表示されたダウンロードの形式を選択するラジオボタンをチェックして送信ボタン１８５をクリックすることができる。ダウンロード形式として、ＨＴＭＬ形式１８３またはテキスト形式１８４のいずれかまたは両方を選択することができる。送信ボタン１８５がクリックされたことに応答して、ダウンロード制御部４４は、データ収集データベース２２ａから上記作成された帳票イメージＨＴＭＬ文書を抽出し、該抽出したＨＴＭＬ文書を、ユーザが希望した形式に変換し、該変換したデータをユーザのコンピュータにダウンロードする。
【００５７】
ユーザによりＨＴＭＬ形式が選択されたならば（図８のボタン１８３）、ダウンロード制御部４４は、帳票イメージＨＴＭＬ文書に、前述したデータＩＤをファイル名として付与し、ユーザのコンピュータに該帳票イメージＨＴＭＬ文書をダウンロードする。ＨＴＭＬ形式のダウンロードにおいては、帳票イメージを持つ確認画面そのものが、ｈｔｍ形式またはｈｔｍｌ形式のファイルとしてダウンロードされる。
【００５８】
ユーザによりテキスト形式が選択されたならば（図８の１８４）、ダウンロード制御部４４は、テキスト変換部４５を呼び出す。テキスト変換部４５は、帳票イメージＨＴＭＬ文書を所定のテキスト形式に変換する。ダウンロード制御部４４は、この変換されたテキストデータに、データＩＤをファイル名として付与し、ユーザのコンピュータに該テキストデータをダウンロードする。こうして、ユーザは、それぞれの入力作業ごとに、入力データを、ＨＴＭＬ形式および所定のテキスト形式でダウンロードすることができる。
【００５９】
次に変更データ処理について説明する。再び図５を参照すると、図５の入力画面には、データＩＤフィールド１４１、データ・パスワードフィールド１４２、変更（差し替え）ラジオボタン１３２および取り下げラジオボタン１３３が表示されている。ユーザは、すでに入力して受付レシートが発行されたデータについて変更を行うとき、変更対象のデータＩＤおよびデータ・パスワードをそれぞれのフィールド１４１および１４２に書き込み、変更ラジオボタン１３２にチェックをつけて、送信ボタン１５１をクリックする。これに応答して、アプリケーション４０は、図９に示される変更形態選択画面をユーザのブラウザ１に送信する。
【００６０】
図９は、変更形態選択画面１９０の表示例を示す。この画面１９０には、オンラインラジオボタン１９１およびダウンロードラジオボタン１９２が表示されている。ユーザは、図５に示されるような入力画面上で変更項目についてデータを入力しなおすことにより変更操作を実行する場合はオンライン１９１を選択し、ユーザのコンピュータからデータをアップロードすることにより変更操作を実行する場合はアップロード１９２を選択する。アップロード１９２が選択されたことに応答して、アップロード制御部４６が起動される。
【００６１】
アップロード制御部４６は、ユーザからアップロードされてきたデータを受信し、該データが保管されるべきデータベースのレイアウトに適したテキスト形式に変換する。こうして、アップロードされてきたデータを、そのままデータベースに取り込むことができるようにする。
【００６２】
他の実施形態においては、上記のように、アップロードラジオボタン１９２を介してアップロードされてきたデータをデータベースに取り込んだ後、アップロード制御部４６は、該アップロードデータが表示された提案受付入力画面１００（図５）をユーザに送信する。具体的にいうと、たとえばユーザからのアップロードデータの中にユーザコード、ユーザ名、表題、部品番号および提案内容のデータが含まれている場合、上記ユーザに送信される提案受付入力画面１００は、ユーザコード、ユーザ名、表題、部品番号および提案内容の入力フィールドのそれぞれに該アップロードデータが書き込まれた状態で表示される。こうして、ユーザは、データをアップロードした後に続けて、オンラインによって他のフィールドのデータを追加および／または変更することができる。
【００６３】
取り下げ処理については、図５の入力画面において、取り下げ対象のデータＩＤおよびデータ・パスワードをそれぞれのフィールド１４１および１４２に書き込み、取り下げボタン１３３にチェックをつけて送信ボタン１５１をクリックする。これに応答して、プリケーション４０は、該当するデータを論理的にデータベース（収集データベース、履歴データベース等）から削除する。
【００６４】
ダウンロードのテキスト形式
図１０の（ａ）は、この発明の一実施例に従う、ダウンロードにおけるテキスト形式のデータ構造を示し、図１０の（ｂ）は、この発明の一実施例に従うテキストデータの例を示す。図１０の（ｂ）に示されるテキストデータは、図７に示される帳票イメージ確認画面のＨＴＭＬ文書を変換したものである。
【００６５】
図１０の（ａ）から明らかなように、この発明の一実施例におけるテキスト形式は、番号部、名称部およびデータ部の３つのフィールドからなるデータ構造を有する。番号部は、対応する項目が何番目の項目であるかを示す番号を保存し、名称部は、対応する項目名を保存し、データ部は、対応する項目の項目データ（以下、他の「データ」という用語と区別するため、項目に対応するデータを特に「項目データ」と呼ぶ）を保存する。ここで、「項目」は、入力画面のそれぞれの入力フィールドについて１つ存在する。
【００６６】
図１０の（ｂ）から明らかなように、この実施例においては、名称部の“（）”および名称部に続くセミコロン“；”は、番号部、名称部およびデータ部のセパレータの役目を果たしている。番号部の次に続く“（）”を検出することにより名称部から項目名を抽出することができ、名称部に続くセミコロンを検出することにより、データ部から項目データを抽出することができる。また、１つの項目に対して複数の項目データが存在する場合には、参照番号８１で示されるように、項目データと項目データの間がカンマで区切られる。
【００６７】
このテキスト形式は、１行ごとに異なる番号が付与され、それぞれの行がそれぞれの項目に対応する。すなわち、それぞれの行に、１つの項目名と、該項目名に対応する１または複数の項目データが含まれる。図５の入力フィールドと比較して明らかなように、図５のそれぞれの入力フィールドに入力されたデータが、１行単位に書き込まれている。
【００６８】
上記の“（）”、セミコロンおよびカンマは単なる例であり、他のセパレータを用いることができる。また、テキスト形式における項目名を、図５および図７に示される項目名と異なるものとすることもできる。
【００６９】
業務用メニュー表示のプロセス
次に図１１から図１８のフローチャートを参照して、この発明の一実施例におけるプロセスの流れを説明する。図１１は、ホームページを表示してから業務用メニューページを表示するまでのプロセスを示し、このプロセスは、公開ウェブサーバ２２上のプログラムによって実行される。パーソナルコンピュータ上でブラウザ１を起動し、Ｘ社のホームページのＵＲＬを入力してエンターキーを押すと、公開ウェブサーバ２２は、このＵＲＬに該当するページのＨＴＴＭＬ文書をブラウザ１に送信する。こうしてブラウザ１にＸ社のホームページのトップページが表示される（２０１）。トップページには、会社案内、製品案内、販売店案内などのページにリンクされた複数のメニューに加え、業務用ページにリンクされた「業務用メニュー」ボタンが含まれている。業務用メニューボタンの下には、ユーザＩＤおよびパスワードを入力するフィールドが設けられている。
【００７０】
ユーザがユーザＩＤおよびパスワードを入力して「業務用メニュー」ボタンをクリックすると（２０２）、通信プロトコルがＳＳＬによる暗号化通信を行うＨＴＴＰＳプロトコルに切り替えられ（２０３）、ユーザＩＤおよびパスワードが公開ウェブサーバ２２に送信される（２０４）。公開ウェブサーバ２２は、受信したユーザＩＤおよびパスワードを認証し（２０５）、認証がＯＫであれば、ユーザに応じたメニューを選択して業務用メニューページを編集し（２０６）、このメニューページをＨＴＭＬ文書の形でブラウザ１に送信する。こうして、ブラウザ１には、図２に示されるような、ユーザに対応した業務用メニューページが表示される（２０７）。
【００７１】
外部設置サーバから内部設置サーバへのデータ転送プロセス
図１２は、公開ウェブサーバ２２がユーザからデータを受信して、該データを内部設置サーバに転送するまでのプロセスを示し、このプロセスは、公開ウェブサーバ２２およびウェブデータ管理サーバ２４のデータ管理プログラムによって実行される。
【００７２】
ユーザによって、業務用メニューページから特定の作業がクリックされたことに応答して、改善提案を入力するページ（図５に示される入力画面）を表示する。ユーザは、該入力画面にデータを書き込み、必要に応じて添付ファイルを指定して、送信ボタンをクリックする。こうして、ユーザによって入力されたデータおよび添付ファイルは、公開ウェブサーバ２２に送信される。
【００７３】
公開ウェブサーバ２２は、新規データ処理ルーチン（図１３）を実行する（２２２）。具体的には後述されるが、ユーザによって入力されたデータを受信し、入力データの確認画面をユーザに提供し、確認画面にてＯＫボタンがクリックされたならば、入力データを収集データベース２２ａに格納すると共に、該入力データにデータＩＤおよびデータ・パスワードを発行し、履歴データベース２２ｂに格納する。さらに、ユーザからの要求に応答して、入力データを前述したテキスト形式に変換してダウンロードする。
【００７４】
次いで公開ウェブサーバ２２は、データ収集データベース２２ａに記憶されたデータおよび履歴データベース２２ｂに新たに追加されたデータを、ファイアウォール２３を介してウェブデータ管理サーバ２４のデータ保管データベース２４ａおよび履歴データベース２４ｂにそれぞれ転送する（２２３）。この転送と同時に公開ウェブサーバ２２のデータ収集データベース２２ａに記憶されているデータをクリアする（２２４）。こうしてユーザから送信されたデータは、ファイアウォール２３によって外部からのアクセスから保護される
データ保管データベース２４ａにファイルが保管されてから一定期間、たとえば２０分が経過すると（２２５）、ウェブデータ管理サーバ２４は、データ保管データベース２４ａに保管されているデータおよび履歴データベース２４ｂに記憶されているこのデータに関する履歴データを、専用回線を用いファイアウォール２５を介して社内システム３０の内部設置サーバ３３に転送する（２２６）。この転送が完了すると、ウェブデータ管理サーバ２４は、データ保管データベース２４ａに保管されていたユーザからの送信データをクリアする（２２７）。
【００７５】
内部設置サーバ３３は、外部設置サーバから受信したデータをデータ受け皿データベース３３ｃに格納し、格納されたデータは、一定の周期たとえば３０分ごとにデータ蓄積データベース３３ａに転送され、データの履歴データは、履歴データベース３３ｂに格納される。転送と同時にデータ受け皿データベース３３ｃ内のデータはクリアされる。別の実施例では、データ受け皿データベース３３ｃに記憶されているファイルの容量が一定のしきい値、たとえば１メガバイトに達するごとにデータ受け皿データベース３３ｃからデータ蓄積データベース３３ａへのデータ転送が実行される。さらに別の実施例では、データ転送が生じた後、データ受け皿データベース３３ｃ内のファイルの容量が上記のしきい値に達しないまま１時間が経過したときは、１時間の経過に応答して受け皿データベース３３ｃからデータ蓄積データベース３３ａへのデータ転送を実行する。
【００７６】
新規データ処理
図１３は、図１２のステップ２２２で実行される新規データ処理ルーチンのフローチャートを示す。前述したように、ユーザが、図５に示されるそれぞれの入力フィールド１１０にデータを入力し、必要に応じて添付ファイルフィールド１２３に添付ファイルを添付し、送信ボタン１５１をクリックすると、入力されたデータおよび添付ファイルは、公開ウェブサーバ２２に送信される（３０１）。
【００７７】
アプリケーション４０は、受信したデータに変更または取り下げを示すフラグが付いていないことから、受信したデータが新規データであることを確認する（３０２）。ここで、変更または取り下げを示すフラグは、図５の入力画面において、変更または取り下げのラジオボタンをそれぞれ選択することによってセットされるフラグである。アプリケーション４０は、データの書式的なチェックを行い（３０３）、エラーを発見したならば、そのエラーを示すＨＴＭＬ文書をユーザに送信し（３０４）、ユーザによるエラー訂正を促す。
【００７８】
受信したデータに書式的なエラーがないときは、該受信したデータをこのまま受け付けてよいかどうかの確認を求める確認画面のＨＴＭＬ文書を作成する（３０５〜３０７）。前述したように、また図６および図７に示されるように、この確認画面は帳票イメージを持つよう作成される。そのため、まずステップ３０５において、受信したデータに対応する確認画面のＨＴＭＬテンプレートを、テンプレートファイル５２（図４）から抽出する。ＨＴＭＬテンプレートは、前述したように、入力データが表形式で表示されるようＨＴＭＬ文書で作成されている。
【００７９】
ステップ３０６において、ステップ３０１で受信した入力データを、ステップ３０５で抽出したテンプレートの変数に埋め込む。こうして作成された帳票イメージＨＴＭＬ文書は、確認画面としてユーザのブラウザ１に送信される（３０７）。
【００８０】
確認画面においてユーザがＯＫボタンをクリックすると（３０８）、そのクリック情報がアプリケーション４０に送信される。これに応答して、アプリケーション４０は、受信したデータをデータ収集データベース２２ａに格納する（３０９）。さらに、アプリケーション４０は、受信したデータに、固有のデータＩＤおよびデータ・パスワードを発行し、これを受付レシートの形で表示する受付完了画面（図８）をブラウザ１に表示する（３１０）。アプリケーション４０は、該データＩＤ、データ・パスワード、受付レシートの日付および時間情報を履歴データベース２２ｂに格納するとともに、ステップ３０６で作成された帳票イメージＨＴＭＬ文書のファイル名にデータＩＤを付与し、データ収集データベース２２ａ（または他の記憶装置）に格納する。たとえばデータＩＤが“A0001”ならば、帳票イメージＨＴＭＬ文書のファイル名は“A001.html”となる。
【００８１】
ユーザが受付完了画面においてダウンロードを選択されたかどうか判断し（３１３）、何も選択されなければ（たとえば、「戻る」がクリックされたならば）、このままこのルーチンを抜る。ダウンロードのＨＴＭＬ形式が選択されたならば、ＨＴＭＬ形式のダウンロード制御ルーチン（図１４）を実行し（３１４）、入力データをＨＴＭＬ形式でダウンロードする。一方、ダウンロードのテキスト形式が選択されたならば、テキスト形式のダウンロード制御ルーチン（図１５）を実行し（３１５）、入力データを所定のテキスト形式（図１０）でダウンロードする。
【００８２】
ＨＴＭＬ形式のダウンロード制御
図１４は、図１３のステップ３１４で実行されるＨＴＭＬ形式のダウンロード制御ルーチンのフローチャートである。
【００８３】
ステップ３３１で、データ収集データベース２２ａから帳票イメージＨＴＭＬ文書を抽出する。抽出した帳票イメージＨＴＭＬ文書にｊｐｇ形式およびｇｉｆ形式などの画像ファイルが埋め込まれている場合は、該埋め込まれた画像ファイルのＵＲＬを修正する（３３２）。これは、ダウンロードされたＨＴＭＬファイルを、ユーザのローカルなコンピュータのブラウザ上で画像も含めて閲覧できるようにするためである。具体的にいうと、帳票イメージＨＴＭＬ文書の画像を取り込むタグ（<IMG SRC=...）で指定するＵＲＬを、ダウンロード先のユーザのローカル・ディレクトリを参照するよう修正する。
【００８４】
たとえば、ステップ３０７でユーザに送信された確認画面の帳票イメージＨＴＭＬ文書において<IMG SRC=”/images/AAA.jpg”>という記述が含まれている場合、”/images/AAA.jpg”が、帳票イメージＨＴＭＬ文書のＵＲＬ（たとえば、公開ウェブサーバのimagesというディレクトリのAAA.jpgというファイル）を示す。したがって、このままの記述でユーザのコンピュータにダウンロードしても、ダウンロードしたＨＴＭＬ文書をブラウザで閲覧したとき、ユーザのコンピュータには”/images”というディレクトリは存在しないので画像が表示されない。そこで、上記記述を、<IMG SRC=”AAA.jpg”>と変更する。ここでは画像ファイルについてのみ説明したが、音声ファイルについても同様にＵＲＬが修正される。ステップ３３３に進み、こうして取り込まれるファイルのＵＲＬが修正された帳票イメージＨＴＭＬ文書を、該ＨＴＭＬ文書に取り込まれている画像および／または音声ファイルも含めて一括してユーザのコンピュータに転送する（３３３）。
【００８５】
テキスト形式のダウンロード制御
図１５は、図１３のステップ３１５で実行されるテキスト形式のダウンロード制御ルーチンのフローチャートを示す。前述したように、このフローチャートは、帳票イメージＨＴＭＬ文書を所定のテキスト形式（図１０）に変換し、該変換されたテキストデータをダウンロードする。
【００８６】
最初に、データ収集データベース２２ａに格納された帳票イメージＨＴＭＬ文書を抽出してオープンし、ポインタを、該文書の先頭にセットする（３５１）。ステップ３５２において、番号（図１０に示される、番号部に書き出される「番号」を示す）に初期値１をセットする。ステップ３５３において、ＨＴＭＬ文書の終わりかどうか判断する。最初にこのルーチンに入ったときは終わりではないので、ステップ３６１に進み、ポインタをセットしたところから３文字を読み込み、該３文字が、表の見出しセルを示すタグ“<TH”かどうか調べ、そうでなければ、表のデータセルを示すタグ“<TD”かどうか調べる（３７１）。通常、ＨＴＭＬ文書は<HTML>タグで開始されるので、最初にこのルーチンに入ったときはステップ３６１および３７１の判断はＮｏとなり、ステップ３８０に進んでポインタを１文字分だけ進ませる。
【００８７】
こうしてポインタを１文字ずつ進ませて、タグ<TH>の先頭文字（すなわち、“<”）を指したとき、ステップ３６１の判断がＹｅｓとなり、ステップ３６２に進んで、タグ<TH>の最後の文字（すなわち、“>”）の次に続く文字までポインタを進ませる。ステップ３６３において、番号が値１かどうか調べる。値１ならば、まだテキストファイルの名称部に何も書き出されていないことを示すので、ステップ３６５に進む。値１でなければ、すでにテキストファイルの名称部およびデータ部に何らかの項目名およびデータ項目がそれぞれ書き出されていることを示すので、テキストファイルに改行コードを書き出した後（３６４）、ステップ３６５に進む。こうして、テキストファイルにおいては、項目名ごとに行が改行される。
【００８８】
ステップ３６５において項目名読み出しルーチン（図１６）を実行し、テキストファイルの番号部および名称部に、それぞれ、番号、および帳票イメージＨＴＭＬ文書の見出しセルから読み出した項目名を書き込み、その後ポインタを１文字シフトする（３８０）。
【００８９】
見出しセルを読み出した後、ポインタがデータセルのタグ<TD>の先頭文字（すなわち、“<”）を指したとき、ステップ３７１の判断はＹｅｓとなり、ステップ３７２に進んで、タグ<TD>の最後の文字（すなわち、“>”）の次に続く文字までポインタを進ませる。ステップ３７３において、前回テキストファイルに書き出したのはデータセルの項目データだったかどうか判断し、そうであれば、１つの項目名に対して複数の項目データが含まれる場合を示すので、データ間のセパレータの役目を果たすカンマをテキストファイルに書き込み（３７４）、その後、データ読み出しルーチン（図１７）を実行する（３７５）。一方、前回書き出したのがデータセルの項目データでなければ、そのまま項目データ読み出しルーチン（図１７）を実行する（３７５）。この項目データ読み出しルーチンでは、ＨＴＭＬ文書のデータセルに含まれる項目データがテキストファイルに書き込まれる。
【００９０】
こうして、ＨＴＭＬ文書を最後までポインタでサーチして、テキストファイルに番号、項目名および項目データを書き込むと、ステップ３５３の判断がＹｅｓとなる。ステップ３８１に進み、テキストファイルを閉じて、該テキストファイルに、受付レシートを発行するときに付与されたデータＩＤをファイル名として付与する。すなわち、テキストファイルには、データＩＤ.txtというファイル名が付与される。ステップ３８２に進み、作成したこのテキストファイルを、ユーザのコンピュータに転送する。転送は、ＦＴＰによるファイル転送でも、ＨＴＴＰによるファイル転送でもよい。
【００９１】
図１５の実施例では、タグ<TH>および<TD>を検索することにより、項目名および項目データを抽出しているが、代わりに、たとえばタグ<TD>の次に変数を示すタグ（たとえば、<val1>）を配置して、この変数のタグを検索することにより項目データを抽出してもよい。さらに、項目名および項目データを他の任意の方法で読み出すことができ、ＨＴＭＬ文書の記述のしかたに従って、当然ながら読み出し方が異なるものとなる。
【００９２】
図１６は、図１５のステップ３６５で実行される項目名読み出しルーチンのフローチャートである。ステップ４０１において、番号を、テキストファイルの行の先頭に書き込む。その後、書き出した番号に続けて、項目名の開始を示す“（”を書き込む（４０２）。
【００９３】
ステップ４０３に進み、ポインタが指す１文字を読み込み、これをテキストファイルに書き込み（４０３）、ポインタを１文字進ませる（４０４）。ステップ４０５において、ポインタからの４文字が、見出しセルの終わりを示すタグ“</TH”かどうか判断する。タグ“</TH”でなければ、ステップ４０３に戻り、再びポインタが指す１文字をテキストファイルに書き出す。こうして、ポインタからの４文字が“</TH”に一致するまで、ポインタをシフトさせながら１文字ずつテキストファイルに書き出していく。
【００９４】
ポインタからの４文字が“</TH”に一致したとき、ステップ４０５の判断がＹｅｓとなる。これは、表の見出しセルの終了を示すので、“):”をテキストファイルに書き出す（４０６）。ステップ４０７において番号をインクリメントし、このルーチンを抜ける。
【００９５】
図１７は、図１５のステップ３７５で実行される項目データ読み出しルーチンのフローチャートである。ステップ４１１において、ポインタからの４文字を読み出し、該４文字がタグ“</TD”に一致するかどうか判断する。項目名をテキストファイルに書き出した後に最初にこのルーチンに入ったとき、この判断がＹｅｓならば、その項目名に対応する項目データが存在しないことを示す。この場合は、そのままこのルーチンを抜ける。データが存在すれば、ステップ４１１の判断はＮｏとなり、ステップ４１２に進み、ポインタが指す１文字を読み込んでテキストファイルに書き出した後、ポインタを１文字進ませる（４１３）。ポインタからの４文字がタグ“</TD”と一致するまで、１文字ずつデータがテキストファイルに書き込まれる。ポインタからの４文字が“</TD”に一致したとき、ステップ４１１の判断ステップがＹｅｓとなる。これは、データセルの終了を示すので、このルーチンを抜ける。このように、項目名に対応する項目データが存在しない場合、テキストファイルのデータ部には何も書き出されない。他の実施例では、この場合には、番号をスキップし、番号部および名称部も含めて書き出しを実行しないようにしてもよい。
【００９６】
変更データ処理
ユーザは、受付レシートが発行されたデータに対して変更操作を実行することができる。前述したように、また図５を参照して説明したように、変更操作は、オンライン方式またはアップロード方式で行うことができる。アップロード方式は、ダウンロードした帳票イメージＨＴＭＬ文書またはテキストファイルを再利用する一形態でもあり、ダウンロードしたファイルを加工して、公開ウェブサーバ２２にアップロードすることができる。アップロードされたデータは、入力画面で入力されたデータと同様に、公開ウェブサーバ２２で受信され、その後、ウェブデータ管理サーバ２４および内部設置サーバ３３に転送され、データ蓄積データベース３３ａに格納される。
【００９７】
図１８を参照して、ユーザの要求に応答して、受付レシートが発行されたデータの変更（差し替え）操作を制御するプロセスを説明する。ユーザは、図５の入力画面において、データＩＤおよびデータ・パスワードを記入し、「変更（差し替え）」というラジオボタンをチェックして送信ボタンを押すことにより、変更操作を実行することができる。ステップ５０１において、アプリケーション４０は、入力画面を介してユーザからデータＩＤおよびデータ・パスワードを受信し（５０１）、これらが、履歴データベース２２ｂに記録されているものと一致するかどうかチェックし、データの書式にエラーがないかどうかをチェックする（５０２）。データＩＤまたはデータ・パスワードに不一致があったり、データ書式にエラーがあると、エラー画面がＨＴＭＬ文書の形でユーザのブラウザに送られ、正しい入力が促される（５０３）。
【００９８】
エラーがない場合、公開ウェブサーバ２２のアプリケーションは、受信したデータＩＤおよびデータ・パスワードに該当するデータの内容を表示する変更確認画面をユーザに送信する（５０４）。この変更確認画面は、図７に示されるような確認画面と同様のものでよい。ユーザは、この画面において、変更対象のデータであるかどうか確認し、変更対象データであれば「ＯＫ」ボタンをクリックし、変更をキャンセルする場合は、「ＮＧ」ボタンをクリックする。
【００９９】
ユーザによって「ＯＫ」ボタンがクリックされたことに応答して（５０５）、アプリケーション４０は、図８に示されるような、ユーザに変更形態を選択させるための画面を表示する（５０６）。ユーザにより、オンラインラジオボタンがチェックされたならば、アプリケーション４０は、変更入力画面をユーザのブラウザ１に表示する。変更入力画面は、図５に示される入力画面を兼用したものでよい。ユーザは、変更データを入力して送信ボタンをクリックする。これにより、変更データがアプリケーション４０によって受信される（５０９）。このとき、新規データの場合と同様に、帳票イメージの確認画面を作成して、ユーザに変更内容の確認を求めるようにしてもよい。
【０１００】
ステップ５０７に戻り、アップロード方式のラジオボタンにチェックを付けた後に送信ボタンをクリックすると、アップロード制御部４６が起動され、アップロード制御部４６は、アップロードによるファイル転送のためのダイアログボックスを表示する（５１０）。図１９は、このダイアログボックスの表示例である。ユーザは、画面左側のフィールド６３１に表示される自身のコンピュータのディレクトリから転送元のファイル名を選択する。選択した状態で矢印ボタン６２１をクリックすると、選択されたファイル名が画面右側のフィールド６３２に表示される。この実施例では、転送データとして指定されるファイルは、帳票イメージＨＴＭＬ文書または図１０に示される形式を持つテキストデータである。
【０１０１】
一方、転送データに画像および音声のようなファイルの添付を希望する場合は、フィールド６３１から転送元のファイル名を選択し、選択した状態で矢印ボタン６２２をクリックする。こうして、選択されたファイル名が、フィールド６３３に表示される。
【０１０２】
ユーザにより転送開始ボタン６４１がクリックされると、ファイル転送が開始され、フィールド６３２および６３３に表示されたファイルが、公開ウェブサーバ２２にアップロードされる。このファイル転送は、ＦＴＰまたはＨＴＴＰなどのプロトコルに従って転送されることができる。公開ウェブサーバ２２には、それぞれのユーザに転送先として割り振られたフォルダが用意されており、転送されたデータはそこに格納される。
【０１０３】
アップロード制御部４６は、受信したファイルの形式を調べ（５１１）、ＨＴＭＬ形式ならばステップ５１２に進み、ユーザから受け取った帳票イメージＨＴＭＬ文書を、データ収集データベース２２ａにそのまま取り込むことのできるファイル形式に変換する。この実施例では、データ収集データベース２２ａにそのまま取り込むことのできるファイル形式としてＣＳＶ形式を採用する。しかし、他の実施例では、アップロードされたデータが格納されるべきデータベースの仕様に従って、該データベースにそのまま取り込むことのできるファイル形式が採用される。
【０１０４】
帳票イメージＨＴＭＬ文書からＣＳＶ形式への変換は、帳票イメージＨＴＭＬ文書に記述されたデータセルの項目データのみを順番に読み出し、１つの項目データを書き出すたびにセパレータ（たとえば、カンマ）を書き出すようにすればよい。図２０に、このようにして変換されたＣＳＶ形式のファイル例を示す。図２０は、図７に示される帳票イメージＨＴＭＬ文書に対して変換を実行した後のＣＳＶ形式のファイルである。
【０１０５】
アップロード制御部４６は、受信したアップロードデータが、図１０に示されるようなテキスト形式ならば、ステップ５１３に進み、図１０に示されるテキスト形式を、データ収集データベース２２ａにそのまま取り込むことのできるファイル形式に変換する。この実施例では、データ収集データベース２２ａにそのまま取り込むことのできるファイル形式としてＣＳＶ形式を採用する。しかし、他の実施例では、アップロードされたデータが格納されるべきデータベースの仕様に従って、該データベースにそのまま取り込むことのできるファイル形式が採用される。
【０１０６】
具体的には、図１０の（ｂ）に示されるようなテキストファイルを１行ずつ読み込み、番号部フィールドの番号の順番に、項目データをＣＳＶ形式でファイルに書き出す。図２０は、図１０の（ｂ）に示されるテキストデータに対して変換を実行した後のＣＳＶ形式のファイルである。すなわち、ステップ５１２および５１３によって作成されるテキストファイルは同じものとなる。
【０１０７】
こうして、ＣＳＶ形式に変換されたアップロードデータを、アプリケーション４０のデータ収集データベース２２ａにそのまま取り込むことができる。このアップロードされたデータをブラウザで閲覧するときは、前述したように、確認画面作成部４３によって、ＨＴＭＬテンプレートに、データ収集データベース２２ａに格納されたアップロードデータを埋め込むことにより帳票イメージＨＴＭＬ文書が作成される。
【０１０８】
ステップ５１４に進み、ステップ５０９において受信された変更データは、データ収集データベース２２ａに格納される。また、ステップ５１２および５１３で作成されたＣＳＶ形式のデータは、前述したように、データ収集データベース２２ａ（または、該データベースに含まれ、アップロードデータが保管されるべきデータベース（またはテーブル））にそのまま取り込まれる。取り込み方法は、取込先のデータベースの仕様に従う。たとえば、取り込み先のデータベースが何らかのインポートプログラムを備えていれば、該インポートプログラムに上記ＣＳＶ形式のデータのファイル名を指定することにより、簡単に該データベースにデータを取り込むことができる。
【０１０９】
ステップ５１５において、図１３に示される新規データ処理の場合と同様に、変更データに対してデータＩＤおよびデータ・パスワードを発行し、これらを履歴データベース２２ｂに格納する。
【０１１０】
以上この発明を特定の実施例について説明したが、この発明はこのような実施例に限定されるものではなく、当業者が容易に行うことができる種々の変形もこの発明の範囲に含まれる。
【０１１１】
【発明の効果】
この発明によると、サーバに設けられたアプリケーションに入力したデータを所定のテキスト形式でダウンロードして他のデータ処理に再利用することができる。また、ダウンロードされるテキストデータは、項目の識別が容易な形式を有しているので、他のデータ処理に再利用する際に、項目名と項目データの対応関係が間違って処理されるという事象を回避することができる。
【図面の簡単な説明】
【図１】この発明によるシステムの一実施例の全体的な構成を示すブロック図。
【図２】この発明の一実施例における業務用メニューページを示す図。
【図３】この発明によるシステムの一実施例のより詳細なブロック図。
【図４】この発明の一実施例におけるデータ転送システムの機能ブロック図。
【図５】この発明の一実施例における入力画面を示す図。
【図６】この発明の一実施例における帳票イメージ確認画面のＨＴＭＬ点プレ０とを示す図。
【図７】この発明の一実施例における確認画面を示す図。
【図８】この発明の一実施例における受付完了通知画面を示す図。
【図９】この発明の一実施例における変更形態選択画面を示す図。
【図１０】この発明の一実施例における、（ａ）テキスト形式のデータ構造、および（ｂ）テキストデータを示す図。
【図１１】この発明の一実施例におけるユーザのブラウザに業務用メニューを表示するまでのプロセスを示すフローチャート。
【図１２】この発明の一実施例における外部設置サーバにおけるプロセスを示すフローチャート。
【図１３】この発明の一実施例における新規データ受信ルーチンのプロセスを示すフローチャート。
【図１４】この発明の一実施例におけるＨＴＭＬ形式のダウンロード制御ルーチンのプロセスを示すフローチャート。
【図１５】この発明の一実施例におけるテキスト形式のダウンロード制御ルーチンのプロセスを示すフローチャート。
【図１６】この発明の一実施例におけるテキスト形式ダウンロード制御ルーチンにおける項目名読み出しルーチンのプロセスを示すフローチャート。
【図１７】この発明の一実施例におけるテキスト形式ダウンロード制御ルーチンにおける項目データ読み出しルーチンのプロセスを示すフローチャート。
【図１８】この発明の一実施例における変更データ処理のプロセスを示すフローチャート。
【図１９】この発明の一実施例におけるファイル転送のダイアログボックスを示す図。
【図２０】この発明の一実施例におけるアップロードされたデータが変換された後のＣＳＶ形式のファイルを示す図。
【図２１】従来技術における、（ａ）入力データの確認画面、および（ｂ）データベースからダウンロードされたＣＳＶ形式のファイルを示す図。
【符号の説明】
２１      外部設置サーバ                ２２      公開ウェブサーバ
２３      ファイアウォール              ２４      ウェブデータ管理サーバ
３０      社内ネットワークシステム      ３１      イントラネット
３２      パーソナルコンピュータ        ３３      内部設置サーバ
３５      ファイアウォール              ４０      アプリケーション
４３      確認画面作成部                ４４      ダウンロード制御部
４６      アップロード制御部            ５０      データ転送システム
【図１】
0004303428.tif 000002
【図２】
0004303428.tif 000003
【図３】
0004303428.tif 000004
【図４】
0004303428.tif 000005
【図５】
0004303428.tif 000006
【図６】
0004303428.tif 000007
【図７】
0004303428.tif 000008
【図８】
0004303428.tif 000009
【図９】
0004303428.tif 000010
【図１０】
0004303428.tif 000011
【図１１】
0004303428.tif 000012
【図１２】
0004303428.tif 000013
【図１３】
0004303428.tif 000014
【図１４】
0004303428.tif 000015
【図１５】
0004303428.tif 000016
【図１６】
0004303428.tif 000017
【図１７】
0004303428.tif 000018
【図１８】
0004303428.tif 000019
【図１９】
0004303428.tif 000020
【図２０】
0004303428.tif 000021
【図２１】
0004303428.tif 000022