(57)【要約】【課題】Ｗｅｂサーバーのメモリ領域を圧迫することなく、且つ、セキュリティーレベルが高いＷｅｂサービスシステムとＷｅｂサービスシステムのデータ送信処理方法を提供する。【解決手段】リクエスタからユーザー認証のためのリクエストを受信し、前記ユーザー認証の処理を行った後に、前記リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報とを送信し、前記リクエスタに前記ファイル格納場所にファイルを送信させ、前記リクエスタから前記ファイルのファイルリストを受信し、前記リクエスタに処理結果を確認するためのユーザー認証情報を送信する、Ｗｅｂサーバーを備えた。【選択図】  図１
2004302534.tif 000002
【特許請求の範囲】
【請求項１】
リクエスタからユーザー認証のためのリクエストを受信し、前記ユーザー認証の処理を行った後に、前記リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報とを送信し、前記リクエスタに前記ファイル格納場所にファイルを送信させ、前記リクエスタから前記ファイルのファイルリストを受信し、前記リクエスタに処理結果を確認するためのユーザー認証情報を送信する、Ｗｅｂサーバーを有していることを特徴とするＷｅｂサービスシステム。
【請求項２】
リクエスタがＷｅｂサーバーにユーザー認証のためのリクエストを送信する段階と、
前記Ｗｅｂサーバーが前記ユーザー認証の処理を行う段階と、
前記Ｗｅｂサーバーが前記リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報とを送信する段階と、
前記リクエスタが前記ファイル格納場所にファイルを送信する段階と、
前記リクエスタが前記Ｗｅｂサーバーに前記ファイルのファイルリストを送信する段階と、
前記Ｗｅｂサーバーが前記リクエスタに処理結果を確認するためのユーザー認証情報を送信する段階と、を有することを特徴とするＷｅｂサービスシステムのデータ送信処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂサービスシステムのデータ送信と処理に関する。
【０００２】
特に、本発明はＷｅｂサーバーのメモリを過度に占有することなく大規模なデータ処理を行うことができ、且つ、高いセキュリティーレベルを維持することができるＷｅｂサービスシステムとそのデータ送信と処理の方法に関する。
【０００３】
【従来の技術】
近年、Ｗｅｂ関連技術と情報処理装置の処理能力の発達に伴って、Ｗｅｂサービスシステムが普及しつつある。
【０００４】
「Ｗｅｂサービスシステム」は、Ｗｅｂ環境下でソフトウェアの機能をネットワークを通じて利用することができるようにしたシステムである。たとえば、データ処理の機能を有するサーバー（「Ｗｅｂサーバー」という）に、クライアント（現在のＷｅｂブラウザを拡張したクライアントソフトウェアを使用するコンピューターであるため本明細書では「リクエスタ」と呼ぶことにする）がデータを送信し、前記Ｗｅｂサーバーに前記データを処理させ、処理結果をリクエスタが受け取るようにしたシステムである。
【０００５】
最近ではコンポーネント化された複数のＷｅｂサービスシステムをつなぎ合わせて全体としてアプリケーションによる処理を可能にしたＷｅｂサービスシステムが増加しつつある。
【０００６】
このようなＷｅｂサービスシステムには、種々の規模と機能のものがあり、単一の機能を持ったソフトウェア部品的なものから、大規模なデータ処理を行うものまで存在する。特に最近では企業間の商取引処理を担うような大規模なＷｅｂサービスシステムが出現するようになっている。
【０００７】
このような大規模なデータ処理を行うＷｅｂサービスシステムでは、大容量のデータをＷｅｂサーバーに送信してＷｅｂサーバーに処理させることが多い。本発明は特にこのような大容量のデータをＷｅｂサーバーに送信して処理させる場合の技術的な問題を解決しようとするものであるので、ここで従来のＷｅｂサービスシステムにおけるデータの送信と処理について概略説明する。
【０００８】
Ｗｅｂサーバーにデータを送信する方法は２つに大別することができる。
【０００９】
一つのデータ送信方法はリクエストやメッセージの中にデータを格納して送信する方法である。もう一つのデータ送信方法はデータをファイル形式にしてリクエストやメッセージに添付して送信する方法である。
【００１０】
図２は、メッセージの中にデータを格納して送信する方法を概念的に示している。
【００１１】
図２の例ではプロトコルとしてＳＯＡＰを使用し、ＳＯＡＰによってメッセージに大容量データを格納して送信する場合を示している。なお、ＳＯＡＰはＸＭＬやＨＴＴＰなどを利用することができ、他のコンピューターにあるデータやサービスを呼び出すためのプロトコルである。
【００１２】
図２のように、リクエスタがＳＯＡＰ等のメッセージ中にＸＭＬ形式を利用して大容量のデータを格納して送信すると、Ｗｅｂサーバーではセッションを発生させ、セッションごとに処理に必要なメモリを確保する。
【００１３】
そして、ＷｅｂサーバーではＳＯＡＰに含まれるＸＭＬデータをパース（構文解析）する必要があるため、リクエスタから送信されてきた大容量データを丸ごとメモリ上に載せてパース（構文解析）を行う。
【００１４】
その場合に、ＷｅｂサーバーはＳＯＡＰのメッセージ中に格納された大容量のデータを一度に処理するために、十分なメモリ領域を確保し、確保されたメモリ領域はＷｅｂサーバーの使用可能なメモリ領域を圧迫しつつセッションの有効時間中は保持される。
【００１５】
特にＪＡＶＡ（登録商標）の場合には、セッションの有効時間が経過した後でも、ＧＣ（Ｇａｒｂａｇｅ  Ｃｏｌｌｅｃｔｉｏｎ：ＯＳのメモリ管理機能の一つであって、ばらばらな使用可能なメモリ領域を集めて連続した利用可能なメモリ領域を増加させる技術）が行われるまでは、メモリ領域を開放しないので、Ｗｅｂサーバーのメモリ領域が占領させ続けて使用可能なメモリ領域が減少する。
【００１６】
また、ＪＡＶＡ（登録商標）に限らずＧＣが行われる場合には多数のメモリ領域が保持された状態であるので、ＧＣの処理負荷が大きい。
【００１７】
なお、上記パースのためのメモリ領域の確保の問題は、ＳＯＡＰに限られず、広くメッセージの中にデータを含ませて送信する場合に共通して生じる。
【００１８】
次に、データをファイル形式にしてリクエストに添付して送信する方法を図３を用いて説明する。
【００１９】
この場合は、図３に示すように、まずＷｅｂサーバーからリクエスタにファイルの格納先のＵＲＬや、ユーザーＩＤやパスワード等のユーザー認証情報を送信する。
【００２０】
次に、リクエスタは、Ｗｅｂサーバーからファイルの格納先のＵＲＬやユーザー認証情報を受信すると、ＦＴＰあるいはＨＴＴＰ等の通信プロトコルを使用して指定されたファイル格納先のＵＲＬにデータファイルを送信する。
【００２１】
データファイルの送信後、リクエスタは送信したファイルのファイルリスト（トリガファイル）をＷｅｂサーバーに送信する。
【００２２】
上記ファイルリスト（トリガファイル）を受信したＷｅｂサーバーは、リクエスタのファイルリスト（トリガファイル）のポーリングを行い、応答があればファイルの処理を行う。
【００２３】
（先行技術文献情報）
本願発明については記載すべき先行技術文献情報は無い。Ｗｅｂサービスシステムのデータ送信方法や処理方法は、Ｗｅｂサービスシステムを提供する業者のノウハウ的なものであり、技術として発表される性質のものではないからである。
【００２４】
【発明が解決しようとする課題】
しかし、上記メッセージの中にデータを格納して送信する従来の技術は、すでに一部説明したように、Ｗｅｂサーバーのメモリ領域を占有し、Ｗｅｂサーバーのメモリに大きな負荷をかけることになる。たとえば、Ｗｅｂサーバーが多数の大容量データを受信して構文解析等の処理を行う一方で、アプリケーションによるデータ処理を行うときには、大容量データを処理するためにメモリ領域が占有されているので、メモリ領域の不足に起因してＷｅｂサーバー自体がダウンすることもあり得る。また、メッセージに格納されたデータが直ちにメモリ上に載せられるのでウィルスが直接メモリに付着する可能性もある。
【００２５】
上述したメモリの不足を回避するには、上記データをファイル形式にしてリクエストに添付して送信する方法を採用し、大容量データの受信時の処理とＷｅｂアプリケーションの処理とを非同期にすることを目的として、大容量のデータを受信する際はいったんデータをデータファイルごと格納し、アプリケーションによるデータ処理と重ならない時にデータの構文解析を行うようにすればよい。
【００２６】
しかし、従来のデータをファイル形式にしてリクエストに添付して送信する方法は、満足できるセキュリティーレベルを得ることができなかった。
【００２７】
第１に、従来はデータをＦＴＰやＨＴＴＰプロトコルを使用して送信していたが、ＦＴＰやＨＴＴＰプロトコルを使用してデータを送信する場合は、認証情報が平文で送信され、ユーザーＩＤ等の重要な情報が第三者に傍受される可能性がある。なお、平文で流さないようにするためには電子証明書の利用が必要で開発と管理の手間がかかる。
【００２８】
また第２に、Ｗｅｂサーバーがリクエスタに知らせるファイル格納先のＵＲＬは通常は固定した特定のＵＲＬであることが多い。従って、正規にログインしたユーザーであれば、その特定のＵＲＬにアクセスすることができることになり、秘密にすべきデータが他のユーザーによってアクセス可能になることがあった。
【００２９】
そこで、本発明が解決しようとする課題は、Ｗｅｂサーバーのメモリ領域を圧迫することなく、且つ、セキュリティーレベルが高いＷｅｂサービスシステムとＷｅｂサービスシステムのデータ送信処理方法を提供することにある。
【００３０】
【課題を解決するための手段】
本発明に係るＷｅｂサービスシステムは、
リクエスタからユーザー認証のためのリクエストを受信し、前記ユーザー認証の処理を行った後に、前記リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報とを送信し、前記リクエスタに前記ファイル格納場所にファイルを送信させ、前記リクエスタから前記ファイルのファイルリストを受信し、前記リクエスタに処理結果を確認するためのユーザー認証情報を送信する、Ｗｅｂサーバーを有していることを特徴とするものである。
【００３１】
本発明に係るＷｅｂサービスシステムのデータ送信処理方法は、
リクエスタがＷｅｂサーバーにユーザー認証のためのリクエストを送信する段階と、
前記Ｗｅｂサーバーが前記ユーザー認証の処理を行う段階と、
前記Ｗｅｂサーバーが前記リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報とを送信する段階と、
前記リクエスタが前記ファイル格納場所にファイルを送信する段階と、
前記リクエスタが前記Ｗｅｂサーバーに前記ファイルのファイルリストを送信する段階と、
前記Ｗｅｂサーバーが前記リクエスタに処理結果を確認するためのユーザー認証情報を送信する段階と、を有することを特徴とするものである。
【００３２】
本発明によれば、Ｗｅｂサーバーが、リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報とを送信し、リクエスタに前記ファイル格納場所にファイルを送信させる。これにより、データ送信時には、データのファイルが直接ファイル格納場所に送信されるので、Ｗｅｂサーバーのメモリが受信データによって占有されることがない。
【００３３】
また本発明によれば、Ｗｅｂサーバーが、リクエスタにファイル格納場所の情報と、ファイルを格納するためのユーザー認証情報と、処理結果を確認するためのユーザー認証情報とを送信するので、システムにログインした他のユーザーを含めてデータが第三者に閲覧されることを防止することができる。
【００３４】
【発明の実施の形態】
次に、本発明による「ＷｅｂサービスシステムとＷｅｂサービスシステムのデータ送信処理方法」の好ましい実施形態について以下に説明する。
【００３５】
図１は本発明の一実施形態によるＷｅｂサービスシステムの処理の流れを示している。
【００３６】
図１において、Ｗｅｂサーバーとリクエスタは左右に示され、Ｗｅｂサーバーとリクエスタから下方に伸びる線は時間の経過を示している。Ｗｅｂサーバーとリクエスタの間の矢印はデータやメッセージの送受信を示しており、各矢印の上方に示した文言は送受信される内容を示している。
【００３７】
図１に示すように、まずリクエスタが本実施形態のシステムを利用できるようにするために、ＷｅｂサーバーからシステムにログインするためのユーザーＩＤ、パスワード等のユーザー認証情報、Ｗｅｂサービスのリクエスト送付先の情報をリクエスタに送信する（ステップ１００）。
【００３８】
このような準備の下、ユーザーがＷｅｂサービスシステムにデータを送信しようとするときは、リクエスタからＳＯＡＰを利用してＷｅｂサーバーへユーザー認証のためのリクエストを送信する（ステップ１１０）。このとき、ＳＯＡＰ／ＨＴＴＰＳを利用することで、ログイン用のユーザー認証情報は平文で送信されず、第三者に傍受される危険性を低くすることができる。
【００３９】
上記リクエストを受けて、Ｗｅｂサーバーではユーザー認証を行い、認証されたユーザーのリクエスタへファイル格納場所の情報、ファイルを格納する際に使用するプロトコル、ファイルを格納するためのユーザー認証情報を送信する（ステップ１２０）。
【００４０】
このファイルを格納するためのユーザー認証情報は、先に説明したログインするためのユーザー認証情報が固定的なものに対して、そのファイル格納に限って有効なもので、ファイル格納のリクエストごとに異なったものが発行され、ファイルの格納が終了するのと同時に消滅する。
【００４１】
また、ファイル格納場所の情報も、ファイル格納の都度指示されるものであることが好ましい。
【００４２】
なお、ファイル格納場所はＷｅｂサーバーに限られず、Ｗｅｂサーバー以外の任意の記憶装置を指定することができる。
【００４３】
このように、ファイルを格納する場所もファイルを格納するためのユーザー認証情報も、ファイル格納のリクエストに対応する特有のものであるので、ログインした他のユーザーを含めて第三者に自由にアクセスされることを防止する。
【００４４】
次にリクエスタは、上述したようにファイル格納場所、使用プロトコル、ファイル格納用ユーザー認証情報が通知されると、指定されたプロトコルを使用して指定されたファイル格納場所にファイルを送信する（ステップ１３０）。
【００４５】
大容量のデータは上記ファイルに格納されてファイル格納場所に送信される。
【００４６】
このファイルの送信は、前述したようにＷｅｂサーバー以外の記憶装置に送信する場合もあることからも分かるように、Ｗｅｂサーバーのメモリを使用することなく実行される。このため、ファイル送信時にＷｅｂサーバーのメモリ領域が大容量データによって占有されることがなくなる。
【００４７】
なおこの実施形態のファイル送信は、ＳＯＡＰを利用している。これは、ＳＯＡＰはＸＭＬ文書にエンベロープと呼ばれる付帯情報を付けてＨＴＴＰ等のプロトコルで交換することができ、本発明が対象とするＷｅｂサービスシステムのデータ送信に適しているからである。しかし、本発明はファイル転送をＳＯＡＰに限るものではない。たとえば、ＭＩＭＥ  Ａｔｔａｃｈｍｅｎｔと呼ばれるファイル添付仕様を使用してＨＴＴＰプロトコルを使用してファイル転送をすることも、ＦＴＰプロトコルを使用してファイル転送をすることもできる。
【００４８】
次にリクエスタは、上述したファイルの転送を終了すると、送信したファイルのファイルリスト（トリガーファイル）をＷｅｂサーバーに送信する（ステップ１４０）。
【００４９】
これにより、Ｗｅｂサーバーはファイル格納場所に新たなデータファイルが送信されたことを把握することができる。
【００５０】
このように、ファイルリストによってリクエスタがファイルを転送したときにＷｅｂサーバーに通知するので、Ｗｅｂサーバー側で約束された時間にファイルが転送されたか否かをチェックする手間が省かれる。たとえば、従来においては毎日の所定時間にファイルが転送されることになっているシステムでは、Ｗｅｂサーバーがファイルが転送されるディレクトリーを監視し、前記時間の経過後にファイルが転送されたか否かをチェックし、ファイルが転送されていない場合には人間によって原因を調べるようにしていた。これに対して本実施形態のように、リクエスタがファイルを転送し終えたときにファイルリストをＷｅｂサーバーに送信するので、Ｗｅｂサーバーではファイルの転送を確実に知ることができ、Ｗｅｂサーバーによる上述のチェック作業を省くことができる。
【００５１】
Ｗｅｂサーバーは、リクエスタからファイルリストを受信すると、処理するファイルの確認をリクエスタに送信しリクエスタから確認応答を受信する。また、Ｗｅｂサーバーは、処理終了予定時間や処理結果確認方法、および、処理結果を確認するためのユーザー認証情報をリクエスタに送信する（ステップ１５０）。
【００５２】
上記処理結果を確認するためのユーザー認証情報は、上述したログイン用のユーザー認証情報やファイル格納用のユーザー認証情報とも異なることが好ましい。また、処理結果確認用のユーザー認証情報は、リクエスタが処理結果を確認した後は消滅するのが好ましい。これにより、Ｗｅｂサーバーによるデータ処理の結果は、Ｗｅｂサービスシステムにログインしたユーザーを含めて第三者に閲覧されることが防止される。
【００５３】
上記ステップ１５０の通知後に、Ｗｅｂサーバーは、ファイルリストをトリガーファイルとして、各リクエスタが格納したファイル格納場所からファイルを呼び出し、各リクエスタが要求するデータ処理を行う。このように、Ｗｅｂサーバーが自らのデータ処理を管理しながら行うことにより、Ｗｅｂサーバーはメモリ領域が大容量のデータを受信した都度に占有されることを防止でき、Ｗｅｂサーバーのメモリ領域を有効に管理しながら使用することができる。これにより、メモリ領域の不足に起因するＷｅｂサーバーのダウンを防止することができる。
【００５４】
処理終了時間経過後は、リクエスタが処理結果を確認するためのユーザー認証情報を使用してＷｅｂサーバーに対して処理結果の確認を要求する（ステップ１６０）。
【００５５】
上記処理結果の確認の要求を受けたＷｅｂサーバーは処理結果をリクエスタに送信する（ステップ１７０）。この送信をもって処理用データの送信からデータ処理結果の送信までの一連の処理が完了する。
【００５６】
なお、処理結果の通知方法は上述したようなＳＯＡＰによる通知側からのリクエスト方法による方法もあるが、メールのような非同期メッセージング方法による方法、送信側がＷｅｂサービスを保持していれば処理通知用Ｗｅｂサービスをリクエストする方法もある。
【００５７】
【発明の効果】
以上の説明から明らかなように、本発明の「ＷｅｂサービスシステムとＷｅｂサービスシステムのデータ送信処理方法」によれば、ファイルをＷｅｂサーバーに送信するときは、ファイルはＷｅｂサーバーの処理に影響することなくＷｅｂサーバーが指定したファイル格納場所に直接送信される。アプリケーションによるデータ処理を行うときは、Ｗｅｂサーバーはトリガーファイルをポーリングして各リクエスタが格納したファイル格納場所からファイルを呼び出し、各リクエスタが要求するデータ処理を行う。このように、データ格納時の処理と、アプリケーション処理を非同期とすることにより、Ｗｅｂサーバーはメモリ領域が大容量のデータを受信した都度に占有されることを防止し、それに起因するＷｅｂサーバーのダウンを防止することができる。
【００５８】
また、本発明による「ＷｅｂサービスシステムとＷｅｂサービスシステムのデータ送信処理方法」は優れたセキュリティーレベルを維持することができる。
【００５９】
本発明による「ＷｅｂサービスシステムとＷｅｂサービスシステムのデータ送信処理方法」は、通常のログイン用のユーザー認証情報の他に、ファイル格納用のユーザー認証情報と、処理結果確認用のユーザー認証情報とを発行する。
【００６０】
また、ファイル格納場所もリクエストの都度Ｗｅｂサーバーからリクエスタに指示される。さらに、処理結果の確認方法もその都度Ｗｅｂサーバーからリクエスタに指示される。
【００６１】
ファイル格納用のユーザー認証情報は、リクエストがあったファイル格納に限って有効なものである。また、処理結果確認用のユーザー認証情報もリクエスタが処理結果を確認した後は消滅する。
【００６２】
これにより、本発明によれば、所定のユーザーのデータあるいはその処理結果にアクセスするためには、Ｗｅｂサービスシステムにログインすること、ファイル格納用または処理結果確認用のユーザー認証情報を有すること、ファイルの格納場所あるいは処理結果確認方法を知っていることが必要となる。従って、ログインしたユーザーを含めて、格納ファイルや処理結果が閲覧されることがきわめて困難である。
【図面の簡単な説明】
【図１】本発明の一実施形態によるＷｅｂサービスシステムの処理の流れを示した図。
【図２】メッセージの中にデータを格納して送信する従来の方法を概念的に示した図。
【図３】データをファイル形式にしてリクエストに添付して送信する方法を概念的に示した図。
【符号の説明】
１１０  ファイル転送時のリクエストを送信する処理
１２０  ファイル格納用のユーザー認証情報等を送信する処理
１３０  ファイル格納場所にファイルを格納する処理
１４０  ファイルリストを送信する処理
１５０  処理結果確認用のユーザー認証情報を送信する処理
【図１】
2004302534.tif 000003
【図２】
2004302534.tif 000004
【図３】
2004302534.tif 000005