データ処理システム
【課題】オンラインアプリケーションの利用者側のクライアントによるデータ更新が生じた場合の利用者に関わるデータの安全性を向上させる。
【解決手段】ローカルネットワーク内から更新差分要求機能により契約型オンラインアプリケーションサーバに対し、ローカルデータベースの更新差分情報の送信を要求する。クライアントは、処理機能呼び出し画面へ入力された処理対象データをアプリケーションサーバに送信する。アプリケーションサーバは、クライアントからの処理対象データを更新差分要求に対するレスポンスとして更新差分情報配信機能に通知する。更新差分情報配信機能は、この通知にしたがって更新差分情報をローカルネットワークに送信する。ローカルネットワーク内の更新差分要求機能は、更新差分情報をローカルデータベースに反映させる。
【解決手段】ローカルネットワーク内から更新差分要求機能により契約型オンラインアプリケーションサーバに対し、ローカルデータベースの更新差分情報の送信を要求する。クライアントは、処理機能呼び出し画面へ入力された処理対象データをアプリケーションサーバに送信する。アプリケーションサーバは、クライアントからの処理対象データを更新差分要求に対するレスポンスとして更新差分情報配信機能に通知する。更新差分情報配信機能は、この通知にしたがって更新差分情報をローカルネットワークに送信する。ローカルネットワーク内の更新差分要求機能は、更新差分情報をローカルデータベースに反映させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンラインサービス利用者側のクライアントと当該オンラインサービス提供者側のサーバを有するデータ処理システムに関する。
【背景技術】
【０００２】
図９は、従来の契約型オンラインアプリケーションによるデータ処理の手順の第１の例を示す図である。
契約型オンラインアプリケーションとは、アプリケーションプログラム（以下、アプリケーションと称する）の提供者が用意した情報インフラ上のアプリケーションであるオンラインアプリケーションを、利用者が契約に基づいてクライアントを利用してネットワーク経由で利用する形態のオンラインアプリケーションである（例えば、特許文献１および特許文献２参照)。契約型オンラインアプリケーションの実施形態としては、ＡＳＰ（Aplication Service Provider）やＳａａＳ（Software as a Service）と呼ばれるものが存在する。
【０００３】
アプリケーション提供者側の契約型オンラインアプリケーションサーバは、処理機能呼び出し画面送信機能、データ参照機能、ローカルデータベース、データ更新機能およびデータ処理機能を有する。ローカルデータサーバは、オンラインアプリケーションのプログラムおよび利用者に関わるデータをそれぞれ保持する。利用者に関わるデータとは、例えば利用者の氏名、住所、ＩＤおよびパスワードといった、利用者に固有のデータである。
【０００４】
手順としては、まず、利用者側のクライアントから提供者側の契約型オンラインアプリケーションサーバに対して処理機能呼び出し画面を要求する。
そして、契約型オンラインアプリケーションサーバは、クライアントからの要求を受信すると、処理機能呼び出し画面の画面データの取得を処理機能呼び出し画面送信機能によりデータ参照機能に要求し、データ参照機能は、この要求にしたがってローカルデータベースから画面データを取得する。処理機能呼び出し画面送信機能は、この取得した画面データをもとに処理機能呼び出し画面を生成してクライアントに送信する。
【０００５】
クライアントは、この送信された処理機能呼び出し画面を受信して当該画面の表示がなされた後、この画面に対するデータ処理の呼び出しのための操作にしたがって、契約型オンラインアプリケーションサーバに対する処理呼び出しを行なう。
【０００６】
契約型オンラインアプリケーションサーバは、この処理呼び出しによりデータの更新が生じた場合には、この更新の内容をデータ処理機能によりデータ更新機能に出力する。データ更新機能は、この出力された更新の内容をローカルデータベースにアクセスすることで反映させる。
【０００７】
図９に示した形態では、利用者に関わるデータが提供者側の契約型オンラインアプリケーションサーバ内のローカルデータベースに全て保持される構成となっている。この構成では、セキュリティや個人情報保護などの観点からの懸念事項が存在する。
【０００８】
また、契約型オンラインアプリケーションの提供者側としても、これらの機密情報保護のポリシーを全ての顧客のニーズに合うように提示する事は難しいので、機密情報を扱うケースなどにおいては契約型オンラインアプリケーションの利用が困難である問題がある。
【０００９】
図１０は、従来の契約型オンラインアプリケーションによるデータ処理の手順の第２の例を示す図である。
前述したような機密情報保護の問題を解決する事を目的として考えられる典型的な方法としては、図１０に示すように、ローカルネットワーク内にクライアントおよびローカルデータベースを設け、提供者側の契約型オンラインアプリケーションサーバが前述したローカルデータベースにアクセスすることで利用者に関わるデータの参照および更新の処理を行う方法が存在する。また、契約型オンラインアプリケーションサーバは、図９に示した形態と同様の処理機能呼び出し画面送信機能およびデータ処理機能を有する。
つまり、図９に示した形態と異なり、ローカルデータベースは提供者側の契約型オンラインアプリケーションサーバ内には設けられない。
【００１０】
この構成によるデータ処理手順としては、まず、利用者側のクライアントから提供者側の契約型オンラインアプリケーションサーバに対して処理機能呼び出し画面を要求する。
契約型オンラインアプリケーションサーバは、この要求を受信すると、処理機能呼び出し画面送信機能により処理機能呼び出し画面を生成してクライアントに送信する。
【００１１】
クライアントは、処理機能呼び出し画面を受信して表示がなされた後、この画面に対するデータ処理の呼び出しのための操作にしたがって、契約型オンラインアプリケーションサーバに対する処理呼び出しを行なう。
【００１２】
契約型オンラインアプリケーションサーバは、この処理呼び出しによりデータの更新が生じた場合には、ローカルネットワーク内のローカルデータベースにアクセスして、この更新の内容を反映させる。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０００−５７０７７号公報
【特許文献２】特開２００６−２３６２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、前述した、契約型オンラインアプリケーションサーバの外部に設けられたローカルデータベースに対して契約型オンラインアプリケーションサーバがアクセスする方法では、ローカルデータベースは外部接続を受け付ける事が可能なようにパブリックネットワークに公開される必要がある。そのため、外部からの悪意あるアクセスに対しては弱く、また、任意のクエリ文を実行可能であることからも、本質的な解決には至らず、セキュリティや個人情報保護などの観点からの懸念事項が依然として存在する。
【００１５】
そこで、本発明の目的は、オンラインアプリケーションの利用者側のクライアントによるデータ更新が生じた場合の利用者に関わるデータの安全性を向上させることが可能になるデータ処理システムを提供することにある。
【課題を解決するための手段】
【００１６】
すなわち、本発明に係わるデータ処理システムは、オンラインアプリケーションプログラムのサービス利用者側のローカルネットワーク内のクライアント装置、前記ローカルネットワーク内のローカル側サーバ装置、および前記ローカルネットワーク外のサービス提供者側サーバ装置を有するデータ処理システムであって、前記ローカル側サーバ装置は、前記サービス利用者に関わる情報を記憶する記憶装置と、前記記憶装置に記憶される情報の更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段と、前記サービス提供者側サーバ装置からの更新情報をもとに前記記憶装置に記憶される情報を更新する更新手段とを有し、前記クライアント装置は、前記サービス利用者に関わる情報の更新情報の入力を受け付ける入力手段と、前記ローカル側サーバ装置への前記入力された更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段とを有し、 前記サービス提供者側サーバ装置は、前記入力された更新情報を前記クライアント装置からの要求にしたがって前記ローカル側サーバ装置に送信する送信手段を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、オンラインアプリケーションの利用者側のクライアントによるデータ更新が生じた場合の利用者に関わるデータの安全性を向上させることができる。
【図面の簡単な説明】
【００１８】
【図１】サーバプッシュ型のデータ配信の手順を説明するための図。
【図２】リッチクライアント技術によるローカルデータベースへのアクセス手順を説明するための図。
【図３】本発明の第１の実施形態におけるデータ配信の手順を説明するための図。
【図４】本発明の第１の実施形態におけるデータ処理システムの構成例を示す図。
【図５】本発明の第１の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャート。
【図６】本発明の第２の実施形態におけるデータ処理システムの構成例を示す図。
【図７】本発明の第２の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャート。
【図８】本発明の第３の実施形態におけるデータ処理システムの構成例を示す図。
【図９】従来の契約型オンラインアプリケーションによるデータ処理の手順の第１の例を示す図。
【図１０】従来の契約型オンラインアプリケーションによるデータ処理の手順の第２の例を示す図。
【発明を実施するための形態】
【００１９】
まず、本発明の理解を容易にするために、サーバとクライアントの間の処理に関わる公知の技術について説明する。
図１は、サーバプッシュ型のデータ配信の手順を説明するための図である。
このサーバプッシュ型のデータ配信技術としては、COMETなどの実装形態が存在する。
このサーバプッシュ型と異なる、クライアントプル型と呼ばれるデータ配信方式では、クライアントがサーバに対して、更新差分情報があるか否かをを定期的に確認し続ける方法（ポーリング）が採られている。
【００２０】
これに対して、図１に示したサーバプッシュ型のデータ配信方式では、クライアントの更新差分要求機能は、更新が発生した場合の通知をクライアントに行なう事をサーバに要求する。
この要求に応じて、サーバ側では何かしらのイベントが発生するまで、当該要求に対するレスポンスを保留する。つまり、サーバ内部の更新差分情報配信機能は、クライアントからの更新要求に対して、何らかのイベントが発生したことを内部のデータ処理機能からの通知により認識し、この認識した時点で前述した要求に対するレスポンスをクライアントに返す、つまり更新差分情報の送信を行なう仕組みとなっている。
【００２１】
このような形態にしておくことで、クライアントが定期的にサーバに対して更新の有無を問い合わせることなく、サーバ側で発生したイベントをクライアント側でリアルタイムに知ることが出来る。
【００２２】
次に、サーバとクライアントの間の処理に関わる別の公知の技術であるリッチクライアント技術について説明する。図２は、リッチクライアント技術によるローカルデータベースへのアクセス手順を説明するための図である。
このリッチクライアント技術では、ローカルネットワーク内にクライアントおよびローカルデータベースが設けられ、利用者側のクライアントがローカルネットワーク外のリッチクライアントアプリケーションサーバに対して処理機能呼び出し画面を要求する。
リッチクライアントアプリケーションサーバは、この要求を受信すると、内部の処理機能呼び出し画面送信機能により処理機能呼び出し画面を生成してこの画面のデータをクライアントに送信する。この処理機能呼び出し画面にはソフトウェア部品であるデータベース操作コンポーネントが組み込まれる。
【００２３】
クライアントは、この処理機能呼び出し画面のデータを受信して当該画面を表示させた後、この画面内のデータベース操作コンポーネントに対する、利用者に関わるデータの参照もしくは更新のための操作に従ってローカルネットワーク内のローカルデータベースにアクセスして、利用者に関わるデータの参照もしくは更新を行なう。
【００２４】
ただし、この技術では、複数のクライアントが同じローカルデータベースにアクセスする場合に、操作の順序を確保することやデータの整合性を保つことが困難である問題がある。
【００２５】
以下、図面により本発明の実施形態について説明する。
（第１の実施形態）
まず、本発明の第１の実施形態について説明する。
図３は、本発明の第１の実施形態におけるデータ配信の手順を説明するための図である。
本実施形態では、利用者に関わるデータを保持するローカルデータベースに対するクライアント以外からの直接のアクセスを一切遮断した状態で、当該ローカルデータベース内のデータをローカルネットワーク外の契約型オンラインアプリケーションサーバでの処理に応じて更新する機能を有する。
【００２６】
データ配信のための構成および手順を説明する。図３に示すように、提供者側の契約型オンラインアプリケーションサーバは、処理機能呼び出し画面送信機能、データ処理機能および更新差分情報配信機能を有する。
そして、契約型オンラインアプリケーションサーバ外のローカルネットワーク内には、各利用者側のクライアントおよびローカルデータベースがそれぞれ設けられる。
【００２７】
手順としては、前述したサーバプッシュ技術を利用して、ローカルネットワーク内から更新差分要求機能により契約型オンラインアプリケーションサーバに対し、ローカルデータベースの更新差分情報の送信を要求する。
【００２８】
また、利用者側のクライアントは、契約型オンラインアプリケーションサーバに対して処理機能呼び出し画面の送信を要求する。
契約型オンラインアプリケーションサーバは、クライアントからの要求を受信すると、内部の処理機能呼び出し画面送信機能により処理機能呼び出し画面のデータを生成してクライアントに送信する。
【００２９】
この処理機能呼び出し画面のデータにはソフトウェア部品であるデータ参照コンポーネントが含まれる。クライアントは、処理機能呼び出し画面のデータを受信して当該画面を表示した後、この画面内のデータ参照コンポーネントに対するデータ呼び出しのための操作にしたがって、ローカルデータベースに対するデータ要求を行なって当該データを取得する。このような、データ参照コンポーネントを用いたデータ取得の技術は前述したリッチクライアント技術を応用したものである。
【００３０】
そして、クライアントは、処理機能呼び出し画面への操作により入力された処理対象データを契約型オンラインアプリケーションサーバに送信する。
契約型オンラインアプリケーションサーバのデータ処理機能は、クライアントからの処理対象データを更新差分情報、つまり前述した更新差分要求に対するレスポンスとして、更新差分情報配信機能に通知する。更新差分情報配信機能は、この通知にしたがって更新差分情報をローカルネットワークに送信する。また、クライアントからの処理対象データは更新差分情報配信機能のためのみに用いられるもので、契約型オンラインアプリケーションサーバの記憶装置には記憶されない。
【００３１】
ローカルネットワーク内の更新差分要求機能は、契約型オンラインアプリケーションサーバから送信された更新差分情報を受信すると、ローカルデータベースにアクセスすることで当該更新差分情報で示される更新の内容を当該データベースに反映させる。
【００３２】
このようにローカルネットワーク側のクライアントから、ローカルデータベースで保持される更新処理の指示を提供者側の契約型オンラインアプリケーションサーバに対して行うことによりローカルデータベースのデータの更新がなされる構成とすることで、ローカルネットワーク内のクライアント以外がローカルデータベースに直接アクセスできないようにすれば、悪意ある第三者がローカルデータベースに対して不正な書き込み処理を行うことによる情報漏えいのリスクを低減することができる。
【００３３】
また、本実施形態では、クライアントから契約型オンラインアプリケーションサーバへの処理機能呼び出し画面の要求に伴い、ローカルデ−タベースに対してデータ要求を行うためのデータ参照コンポーネントが埋め込まれた画面が契約型オンラインアプリケーションサーバからクライアントに配信される。つまり、ローカルデータベースに接続可能な利用者側のクライアントでの操作がなされることで当該ローカルデータベースへのアクセスが行われることになるので、クライアント側での操作なしにローカルデータベースへのアクセスが行われることはない。
【００３４】
このように、本実施形態では、ローカルデータベースに対するアクセスを、信頼できるネットワークからの接続だけに限定できるため、セキュリティの向上につながる。
そして、信頼できるネットワークを利用者側で管理することが可能なため、機密情報保護などに関する契約型オンラインアプリケーション利用時の懸念事項を解決できる。
【００３５】
図４は、本発明の第１の実施形態におけるデータ処理システムの構成例を示す図である。
図４に示した構成は図３に示した手順を具現化したものである。図４に示すように、本発明の第１の実施形態におけるデータ処理システムは、ローカルネットワーク１内にオンラインアプリケーションの利用者側のクライアント２およびローカル側アプリケーションサーバ３を有し、ローカルネットワーク１外には、オンラインアプリケーションの提供者側が用いる提供者側アプリケーションサーバ４が設けられる。
【００３６】
クライアント２は、キーボードやマウスなどの入力装置２１、ディスプレイ装置などの表示装置２２、ハードディスクドライブや不揮発性メモリなどの記憶媒体である記憶装置２３を有し、処理機能呼び出し画面２４の表示機能をさらに有する。
【００３７】
処理機能呼び出し画面２４は表示装置２２に表示される画面であり、データ参照コンポーネント２５、例えばデータ参照もしくは更新用のアイコンなどが表示される画面である。
【００３８】
ローカル側アプリケーションサーバ３は、ハードディスクドライブや不揮発性メモリなどの記憶媒体である記憶装置３１および更新差分要求部３３を有する。記憶装置３１は、オンラインアプリケーションのための情報のうち利用者に関わる情報を記憶するデータベース（データベースＣ）３２を有する。
【００３９】
更新差分要求部３３は、提供者側アプリケーションサーバ４に対して、更新差分情報の要求を常に行なう。また、更新差分要求部３３は、提供者側アプリケーションサーバ４からの更新差分情報を受け付け、この情報を記憶装置３１内のデータベースＣに書き込む。
【００４０】
また、提供者側アプリケーションサーバ４は、処理機能呼び出し画面送信部４１、データ処理部４２、ハードディスクドライブや不揮発性メモリなどの記憶媒体である記憶装置４３および更新差分情報配信部４６を有する。
【００４１】
記憶装置４３は、オンラインアプリケーションのための情報のうち利用者に関わる以外の情報を記憶する第１のデータベース（データベースＡ）４４および第２のデータベース（データベースＢ）４５を有する。データベースＡおよびデータベースＢは、オンラインアプリケーションが利用するデータのうち、クライアント２の利用者に関わるデータなどの機密情報を含まないデータを記憶するために用いられる。
【００４２】
処理機能呼び出し画面送信部４１は、処理機能呼び出し画面のデータをクライアント２に送信する。
データ処理部４２は、クライアント２の処理機能呼び出し画面内のデータ参照コンポーネント２５からのデータ送信を受け付けて、このデータを更新差分情報として認識し、記憶装置４３のデータベースＡ，Ｂへのアクセスおよび、更新差分情報配信部４６への更新差分情報の送信を行なう。図４に示すように、データ処理部４２による更新差分情報配信部４６へのアクセスは、仮想的なデータベースＣへのアクセスとみなすことができる。
【００４３】
更新差分情報配信部４６は、ローカル側アプリケーションサーバ３の更新差分要求部３３からの更新差分要求を受け付けると、その応答をデータ処理部４２からのアクセスが行われるまで保留する。
【００４４】
結果として、データ処理部４２が仮想的なデータベースＣ、つまり更新差分情報配信部４６への書き込みを行おうとした際に、ローカル側アプリケーションサーバ３の更新差分要求部３３への更新差分情報の配信が行われる。
【００４５】
そのため、データ処理部４２による仮想的なデータベースＣへの書き込みに応じて、ローカルネットワーク内のローカル側アプリケーションサーバ３内に存在するデータベースＣの内容がリアルタイムに更新されることとなる。
また、このデータベースＣからのデータの参照は、処理機能呼び出し画面２４に埋め込まれた、データ参照コンポーネント２５を経由して行われる。
【００４６】
図５は、本発明の第１の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャートである。
まず、ローカル側アプリケーションサーバ３の更新差分要求部３３は、提供者側アプリケーションサーバ４の更新差分情報配信部４６に対し、記憶装置３１内のデータベースＣの内容の更新差分情報の配信要求信号を出力する（ステップＳ１）。この出力は常になされる。
【００４７】
提供者側アプリケーションサーバ４の更新差分情報配信部４６は、ローカル側アプリケーションサーバ３からの更新差分情報の配信要求を待機しており（ステップＳ２）、当該配信要求を受信すると、データ処理部４２からの更新の発生の通知がなされるまで待機する。
【００４８】
また、クライアント２の処理機能呼び出し画面２４のデータ参照コンポーネント２５は、入力装置２１へのデータ参照のための操作に従って、提供者側の提供者側アプリケーションサーバ４に対して処理機能呼び出し画面を要求する。
そして、提供者側アプリケーションサーバ４は、この要求を受信すると、処理機能呼び出し画面送信部４１により処理機能呼び出し画面を生成して、この画面のデータをクライアント２に送信する。
【００４９】
クライアント２は、処理機能呼び出し画面のデータを受信して当該画面の表示がなされた後（ステップＳ４）、この画面に対するデータ参照のための操作にしたがって、ローカル側アプリケーションサーバ３に対してデータ参照要求を行なう。
【００５０】
ローカル側アプリケーションサーバ３は、この参照要求に従い、記憶装置３１内のデータベースＣから参照対象のデータを読み出してクライアント２に送信する。クライアント２は、ローカル側アプリケーションサーバ３からのデータを受信すると、このデータを処理機能呼び出し画面２４に表示させる（ステップＳ５）。
【００５１】
この状態で、クライアント２の入力装置２１により処理機能呼び出し画面２４に対する利用者に関わるデータの変更のための入力操作がなされた場合、データ参照コンポーネント２５は、当該入力されたデータである、利用者に関わるデータの変更後データを提供者側アプリケーションサーバ４のデータ処理部４２に送信する（ステップＳ６）。
【００５２】
提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２からのデータを受信すると、この受信した内容に応じた動作を開始し（ステップＳ７）、記憶装置４３のデータベースＡやデータベースＢに対するアクセスを行なう一方で（ステップＳ８）、仮想的なデータベースＣへのアクセス、つまり更新差分情報配信部４６への更新差分情報の送信を行なう（ステップＳ９）。
【００５３】
また、データ処理部４２は、ステップＳ８およびＳ９の処理の完了通知を参照要求元のクライアント２に送信する（ステップＳ１０）。クライアント２は、データ処理部４２からの完了通知をデータ参照コンポーネント２５により受信し、処理を終了する。
【００５４】
また、提供者側アプリケーションサーバ４の更新差分情報配信部４６は、データ処理部４２からの更新差分情報を受信すると（ステップＳ１１）、当該更新差分情報をローカル側アプリケーションサーバ３に送信する（ステップＳ１２）。
【００５５】
ローカル側アプリケーションサーバ３の更新差分要求部３３は、提供者側アプリケーションサーバ４からの更新差分情報を受信すると（ステップＳ１３）、この受信した情報を記憶装置３１内のデータベースＣに書き込み、処理を終了する。
【００５６】
以上のように、本発明の第１の実施形態におけるデータ処理システムでは、ローカルネットワーク内のクライアントによりデータ処理操作がなされた場合に、提供者側アプリケーションサーバは、この操作により発生したデータをローカル側アプリケーションサーバ３への配信を経て当該サーバ内のデータベースに書き込む。よって、ローカル側アプリケーションサーバ３の利用者に関するデータを保持するデータベースはローカルネットワーク内のクライアントからのアクセスを起点としてデータ更新のためのアクセスを受け入れることとなり、当該データベース内の利用者側の機密データのセキュリティが向上する。
よって、ローカルネットワーク内に置かれたデータベースに対する、利用者に関わるデータの更新処理を安全に行えることとなる。
【００５７】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、以下の各実施形態におけるシステムの構成のうち図４に示したものと同一部分の説明は省略する。
図６は、本発明の第２の実施形態におけるデータ処理システムの構成例を示す図であるである。
第１の実施形態と第２の実施形態との相違点を説明する。第１の実施形態では、提供者側アプリケーションサーバ４は、ローカルネットワーク内に存在するデータベースに対する更新処理を行なう一方で参照処理は行っていないが、第２の実施形態では、提供者側アプリケーションサーバ４は、ローカルネットワーク内のデータベースへの更新処理だけでなく参照処理も行なう。つまり、提供者側アプリケーションサーバ４は参照機能をさらに有し、この参照機能を利用してデータベースＣの参照を行うことができる。
【００５８】
この参照処理は、更新処理の実行に先立って必要となる処理である。本実施形態では、利用者に関わるデータの更新処理の実行の為に、変更後データとともにパスワードの入力を必要としており、参照対象のデータとしては、変更後データとともに入力されたパスワードが正規か否かを確認するための、ローカルネットワーク内のデータベースに記憶された正規のパスワードが挙げられる。この入力されたパスワードが正規であればデータ更新処理が実行され、入力されたパスワードが正規でなければデータ更新処理は実行されず、パスワードの入力を再度求めるための画面表示がなされることになる。
【００５９】
具体的には、この実施形態におけるデータ処理システムでは、ローカルネットワーク１内に第１の実施形態のようにローカル側アプリケーションサーバ３を設ける代わりに、ローカル側サーバ内記憶装置５を設けている。この記憶装置５は、データベース５１（データベースＣ）を有し、これは第１の実施形態でも用いたデータベースＣと同じである。
【００６０】
また、クライアント２は、第１の実施形態と比較して更新差分要求部２６をさらに有する。
この更新差分要求部２６は、提供者側アプリケーションサーバ４に対し、データベースＣの更新差分情報の配信要求を行ない、当該更新差分情報を提供者側アプリケーションサーバ４から受信した場合には、この情報をローカル側サーバ内記憶装置５のデータベースＣに格納する。
【００６１】
また、提供者側アプリケーションサーバ４は、クライアント２へのデータ参照要求を行なうための参照部４７をさらに有する。本実施形態では、クライアント２のデータ参照コンポーネント２５と提供者側アプリケーションサーバ４の参照部４７との間は所定の方法によるデータのやり取りを行なう。方法としては、更新差分要求機能と同じサーバプッシュ技術の応用でもよいが、強固なセキュリティ技術を用いることが望ましい。これは、悪意あるアクセスによる更新処理が情報流出の原因とならないのに対して、悪意あるアクセスによる参照処理は情報流出の原因となるからである。
【００６２】
図７は、本発明の第２の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャートである。
まず、クライアント２の処理機能呼び出し画面２４のデータ参照コンポーネント２５は、入力装置２１へのデータ参照のための操作に従って、提供者側アプリケーションサーバ４に対して処理機能呼び出し画面の送信を要求する。
提供者側アプリケーションサーバ４は、この要求を受信すると、処理機能呼び出し画面送信部４１により処理機能呼び出し画面の画面データを生成してクライアント２に送信する。
【００６３】
クライアント２が処理機能呼び出し画面の画面データを受信して当該画面の表示がなされた後（ステップＳ２１）、更新差分要求部２６は、提供者側アプリケーションサーバ４の更新差分情報配信部４６に対して、ローカル側サーバ内記憶装置５内のデータベースＣの内容の更新差分情報の配信要求信号を出力する（ステップＳ２２）。この出力は常になされる。
【００６４】
提供者側アプリケーションサーバ４の更新差分情報配信部４６は、クライアント２からの更新差分情報の配信要求を待機しており（ステップＳ２３）、配信要求信号を受信すると（ステップＳ２４）、データ処理部４２からの更新の発生の通知がなされるまで待機する。
【００６５】
また、データ参照コンポーネント２５は、提供者側アプリケーションサーバ４からのデータ参照要求の受信要求を発行する（ステップＳ２５）。
この状態で、クライアント２の入力装置２１により、表示画面に対するデータ変更のための変更後データおよびパスワードの入力操作がなされた場合、処理機能呼び出し画面２４のデータ参照コンポーネント２５は、当該入力されたデータを提供者側アプリケーションサーバ４のデータ処理部４２に送信する（ステップＳ２６）。この前述した送信データには、データ参照コンポーネント２５へのデータ参照要求を指示する旨を示すデータが含まれる。
【００６６】
提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２からのデータを受信すると、この受信した内容に応じた動作を開始し（ステップＳ３０）、記憶装置４３のデータベースＡやデータベースＢに対する書き込み処理を行なう一方で（ステップＳ３１）、参照部４７への参照対象のデータのデータ参照要求を行なう（ステップＳ３２）。この参照部４７へのデータ参照要求は仮想的なデータベースＣに対する参照要求とみなすことができる。すると、参照部４７は、データ参照要求信号をクライアント２に送信する。
【００６７】
クライアント２のデータ参照コンポーネント２５は、ローカル側アプリケーションサーバ３の参照部４７からのデータ参照要求信号を受信すると（ステップＳ２７）、ローカル側サーバ内記憶装置５内のデータベースＣから参照対象のデータである正規のパスワードを読み出す（ステップＳ２８）。
【００６８】
すると、処理機能呼び出し画面２４のデータ参照コンポーネント２５は、前述のように読み出された参照対象データを提供者側アプリケーションサーバ４のデータ処理部４２に送信する（ステップＳ２９）。
【００６９】
提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２からの参照対象データを受信すると（ステップＳ３３）、このデータがクライアント２から前述したように受信した入力済みパスワードと一致するか否かを判別する。
【００７０】
ここでは、入力済みパスワードは正規のパスワードと一致しているとする。この場合、データ処理部４２は、前述したように受信した変更後データの反映のための仮想的なデータベースＣへのアクセス、つまり更新差分情報配信部４６への変更後データの送信を行なう（ステップＳ３４）。
【００７１】
前述したステップＳ３１およびステップＳ３４の処理後、データ処理部４２は、クライアント２にデータ処理完了通知信号を送信する（ステップＳ３５）。クライアント２は、データ処理部４２からの完了通知を受信し、処理を終了する。
【００７２】
また、提供者側アプリケーションサーバ４の更新差分情報配信部４６は、データ処理部４２からの変更後データを受信すると（ステップＳ３６）、このデータを更新差分情報としてクライアント２に送信する（ステップＳ３７）。
【００７３】
クライアント２の更新差分要求部３３は、提供者側アプリケーションサーバ４からの更新差分情報を受信すると（ステップＳ３８）、この受信したデータをローカル側サーバ内記憶装置５内のデータベースＣに書き込み、処理を終了する。
【００７４】
以上説明したように、本発明の第２の実施形態におけるデータ処理システムでは、第１の実施形態で説明した効果に加え、利用者に関わるデータの更新の際にローカルネットワーク側のデータの参照を要する場合でも、この参照処理がクライアント２からのデータ入力を起点としてなされるので、参照対象のデータの機密性を向上させることができる。
【００７５】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。
図８は、本発明の第３の実施形態におけるデータ処理システムの構成例を示す図である。
この第３の実施形態では、第１の実施形態と比較して、ローカルネットワーク１外においてサービス提供者Ａが運用するサービス提供者Ａ側サーバ６およびサービス提供者Ｂが運用するサービス提供者Ｂ側サーバ７をそれぞれ有する。
【００７６】
また、更新差分情報配信のための機能は、提供者側アプリケーションサーバ４ではなく、サービス提供者Ａ側サーバ６およびサービス提供者Ｂ側サーバ７がそれぞれ有する。
つまり、提供者側アプリケーションサーバ４は、処理機能呼び出し画面送信部４１、データ処理部４２および記憶装置４３を有するが、第１の実施形態で説明した更新差分情報配信部４６は有しない。また、提供者側アプリケーションサーバ４の記憶装置４３はデータベースＡ，Ｂは有しない。
【００７７】
サービス提供者Ａ側サーバ６は、サービス提供者Ａのサービスに関わる処理を行なうためのオンラインアプリケーションを実現するためのサービス処理部６１、サービス提供者Ａのサービスに関わる更新差分情報を配信するための更新差分情報配信部６２を有し、図示しない記憶装置内にデータベースＡを保持する。
【００７８】
また、サービス提供者Ｂ側サーバ７は、サービス提供者Ｂのサービスに関わる処理を行なうためのオンラインアプリケーションを実現するためのサービス処理部７１、サービス提供者Ｂのサービスに関わる更新差分情報を配信するための更新差分情報配信部７２を有し、図示しない記憶装置内にデータベースＢを保持する。
【００７９】
サービス提供者Ａ側サーバ６の更新差分情報配信部６２およびサービス提供者Ｂ側サーバ７側の更新差分情報配信部７２は、第１の実施形態で説明した更新差分情報配信部４６に代わって更新差分情報の配信を行なうものである。
【００８０】
このシステムの基本的な処理の流れは第１の実施形態と同等だが、外部システムであるサービス提供者側サーバにサービス機能の呼び出しがなされている点や、ローカル側アプリケーションサーバが複数のサービス提供者側サーバのそれぞれに対して更新差分情報の配信要求を行なう点が異なる。
【００８１】
この実施形態では、ローカル側アプリケーションサーバ３の更新差分要求部３３は、サービス提供者Ａ側サーバ６の更新差分情報配信部６２およびサービス提供者Ｂ側サーバ７の更新差分情報配信部７２のそれぞれに更新差分情報の配信要求を行なう。
【００８２】
また、提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２のデータ参照コンポーネント２５からのデータである変更後データを受信すると、このデータがサービス提供者Ａにより提供するサービスに関わるデータ、つまりサービス提供者Ａ側サーバ６で処理すべきデータである場合には、当該受信したデータをサービス提供者Ａ側サーバ６のサービス処理部６１に送信する。
【００８３】
また、データ処理部４２は、受信した変更後データがサービス提供者Ｂにより提供するサービスに関わるデータ、つまりサービス提供者Ｂ側サーバ７で処理すべきデータである場合には、当該受信したデータをサービス提供者Ｂ側サーバ７のサービス処理部７１に送信する。
【００８４】
サービス提供者Ａ側サーバ６のサービス処理部６１は、提供者側アプリケーションサーバ４からのデータを受信すると、このデータを更新差分情報として、当該情報の配信を更新差分情報配信部６２に要求する。更新差分情報配信部６２は、この要求にしたがって更新差分情報をクライアント２の更新差分要求部３３に送信する。
【００８５】
また、サービス提供者Ｂ側サーバ７のサービス処理部７１は、提供者側アプリケーションサーバ４からのデータを受信すると、このデータを更新差分情報として、当該情報の配信を更新差分情報配信部７２に要求する。更新差分情報配信部７２は、この要求にしたがって更新差分情報をクライアント２の更新差分要求部３３に送信する。
【００８６】
ローカル側アプリケーションサーバ３の更新差分要求部３３は、サービス提供者Ａ側サーバ６もしくはサービス提供者Ｂ側サーバ７からの更新差分情報を受信すると、この受信した情報を記憶装置３１内のデータベースＣに書き込み、処理を終了する。
【００８７】
以上説明したように、本発明の第３の実施形態におけるデータ処理システムでは、第１の実施形態で説明した効果に加え、複数のサービス提供者のそれぞれが行なうオンラインアプリケーションの処理を各サービス提供者側のサーバにより実行されている場合でも、利用者に関わるデータの安全性が向上する。
【００８８】
なお、この発明は前記実施形態そのままに限定されるものではなく実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００８９】
１…ローカルネットワーク、２…クライアント、３…ローカル側アプリケーションサーバ、４…提供者側アプリケーションサーバ、５…ローカル側サーバ内記憶装置、６…サービス提供者Ａ側サーバ、７…サービス提供者Ｂ側サーバ、２１…入力装置、２２…表示装置、２３，４３…記憶装置、２４…処理機能呼び出し画面、２５…データ参照コンポーネント、３１…記憶装置、３２，５１…データベースＣ、３３…更新差分要求部、４１…処理機能呼び出し画面送信部、４２…データ処理部、４４…データベースＡ、４５…データベースＢ、４６，６２，７２…更新差分情報配信部、４７…参照部、６１，７１…サービス処理部。
【技術分野】
【０００１】
本発明は、オンラインサービス利用者側のクライアントと当該オンラインサービス提供者側のサーバを有するデータ処理システムに関する。
【背景技術】
【０００２】
図９は、従来の契約型オンラインアプリケーションによるデータ処理の手順の第１の例を示す図である。
契約型オンラインアプリケーションとは、アプリケーションプログラム（以下、アプリケーションと称する）の提供者が用意した情報インフラ上のアプリケーションであるオンラインアプリケーションを、利用者が契約に基づいてクライアントを利用してネットワーク経由で利用する形態のオンラインアプリケーションである（例えば、特許文献１および特許文献２参照)。契約型オンラインアプリケーションの実施形態としては、ＡＳＰ（Aplication Service Provider）やＳａａＳ（Software as a Service）と呼ばれるものが存在する。
【０００３】
アプリケーション提供者側の契約型オンラインアプリケーションサーバは、処理機能呼び出し画面送信機能、データ参照機能、ローカルデータベース、データ更新機能およびデータ処理機能を有する。ローカルデータサーバは、オンラインアプリケーションのプログラムおよび利用者に関わるデータをそれぞれ保持する。利用者に関わるデータとは、例えば利用者の氏名、住所、ＩＤおよびパスワードといった、利用者に固有のデータである。
【０００４】
手順としては、まず、利用者側のクライアントから提供者側の契約型オンラインアプリケーションサーバに対して処理機能呼び出し画面を要求する。
そして、契約型オンラインアプリケーションサーバは、クライアントからの要求を受信すると、処理機能呼び出し画面の画面データの取得を処理機能呼び出し画面送信機能によりデータ参照機能に要求し、データ参照機能は、この要求にしたがってローカルデータベースから画面データを取得する。処理機能呼び出し画面送信機能は、この取得した画面データをもとに処理機能呼び出し画面を生成してクライアントに送信する。
【０００５】
クライアントは、この送信された処理機能呼び出し画面を受信して当該画面の表示がなされた後、この画面に対するデータ処理の呼び出しのための操作にしたがって、契約型オンラインアプリケーションサーバに対する処理呼び出しを行なう。
【０００６】
契約型オンラインアプリケーションサーバは、この処理呼び出しによりデータの更新が生じた場合には、この更新の内容をデータ処理機能によりデータ更新機能に出力する。データ更新機能は、この出力された更新の内容をローカルデータベースにアクセスすることで反映させる。
【０００７】
図９に示した形態では、利用者に関わるデータが提供者側の契約型オンラインアプリケーションサーバ内のローカルデータベースに全て保持される構成となっている。この構成では、セキュリティや個人情報保護などの観点からの懸念事項が存在する。
【０００８】
また、契約型オンラインアプリケーションの提供者側としても、これらの機密情報保護のポリシーを全ての顧客のニーズに合うように提示する事は難しいので、機密情報を扱うケースなどにおいては契約型オンラインアプリケーションの利用が困難である問題がある。
【０００９】
図１０は、従来の契約型オンラインアプリケーションによるデータ処理の手順の第２の例を示す図である。
前述したような機密情報保護の問題を解決する事を目的として考えられる典型的な方法としては、図１０に示すように、ローカルネットワーク内にクライアントおよびローカルデータベースを設け、提供者側の契約型オンラインアプリケーションサーバが前述したローカルデータベースにアクセスすることで利用者に関わるデータの参照および更新の処理を行う方法が存在する。また、契約型オンラインアプリケーションサーバは、図９に示した形態と同様の処理機能呼び出し画面送信機能およびデータ処理機能を有する。
つまり、図９に示した形態と異なり、ローカルデータベースは提供者側の契約型オンラインアプリケーションサーバ内には設けられない。
【００１０】
この構成によるデータ処理手順としては、まず、利用者側のクライアントから提供者側の契約型オンラインアプリケーションサーバに対して処理機能呼び出し画面を要求する。
契約型オンラインアプリケーションサーバは、この要求を受信すると、処理機能呼び出し画面送信機能により処理機能呼び出し画面を生成してクライアントに送信する。
【００１１】
クライアントは、処理機能呼び出し画面を受信して表示がなされた後、この画面に対するデータ処理の呼び出しのための操作にしたがって、契約型オンラインアプリケーションサーバに対する処理呼び出しを行なう。
【００１２】
契約型オンラインアプリケーションサーバは、この処理呼び出しによりデータの更新が生じた場合には、ローカルネットワーク内のローカルデータベースにアクセスして、この更新の内容を反映させる。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０００−５７０７７号公報
【特許文献２】特開２００６−２３６２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、前述した、契約型オンラインアプリケーションサーバの外部に設けられたローカルデータベースに対して契約型オンラインアプリケーションサーバがアクセスする方法では、ローカルデータベースは外部接続を受け付ける事が可能なようにパブリックネットワークに公開される必要がある。そのため、外部からの悪意あるアクセスに対しては弱く、また、任意のクエリ文を実行可能であることからも、本質的な解決には至らず、セキュリティや個人情報保護などの観点からの懸念事項が依然として存在する。
【００１５】
そこで、本発明の目的は、オンラインアプリケーションの利用者側のクライアントによるデータ更新が生じた場合の利用者に関わるデータの安全性を向上させることが可能になるデータ処理システムを提供することにある。
【課題を解決するための手段】
【００１６】
すなわち、本発明に係わるデータ処理システムは、オンラインアプリケーションプログラムのサービス利用者側のローカルネットワーク内のクライアント装置、前記ローカルネットワーク内のローカル側サーバ装置、および前記ローカルネットワーク外のサービス提供者側サーバ装置を有するデータ処理システムであって、前記ローカル側サーバ装置は、前記サービス利用者に関わる情報を記憶する記憶装置と、前記記憶装置に記憶される情報の更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段と、前記サービス提供者側サーバ装置からの更新情報をもとに前記記憶装置に記憶される情報を更新する更新手段とを有し、前記クライアント装置は、前記サービス利用者に関わる情報の更新情報の入力を受け付ける入力手段と、前記ローカル側サーバ装置への前記入力された更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段とを有し、 前記サービス提供者側サーバ装置は、前記入力された更新情報を前記クライアント装置からの要求にしたがって前記ローカル側サーバ装置に送信する送信手段を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、オンラインアプリケーションの利用者側のクライアントによるデータ更新が生じた場合の利用者に関わるデータの安全性を向上させることができる。
【図面の簡単な説明】
【００１８】
【図１】サーバプッシュ型のデータ配信の手順を説明するための図。
【図２】リッチクライアント技術によるローカルデータベースへのアクセス手順を説明するための図。
【図３】本発明の第１の実施形態におけるデータ配信の手順を説明するための図。
【図４】本発明の第１の実施形態におけるデータ処理システムの構成例を示す図。
【図５】本発明の第１の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャート。
【図６】本発明の第２の実施形態におけるデータ処理システムの構成例を示す図。
【図７】本発明の第２の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャート。
【図８】本発明の第３の実施形態におけるデータ処理システムの構成例を示す図。
【図９】従来の契約型オンラインアプリケーションによるデータ処理の手順の第１の例を示す図。
【図１０】従来の契約型オンラインアプリケーションによるデータ処理の手順の第２の例を示す図。
【発明を実施するための形態】
【００１９】
まず、本発明の理解を容易にするために、サーバとクライアントの間の処理に関わる公知の技術について説明する。
図１は、サーバプッシュ型のデータ配信の手順を説明するための図である。
このサーバプッシュ型のデータ配信技術としては、COMETなどの実装形態が存在する。
このサーバプッシュ型と異なる、クライアントプル型と呼ばれるデータ配信方式では、クライアントがサーバに対して、更新差分情報があるか否かをを定期的に確認し続ける方法（ポーリング）が採られている。
【００２０】
これに対して、図１に示したサーバプッシュ型のデータ配信方式では、クライアントの更新差分要求機能は、更新が発生した場合の通知をクライアントに行なう事をサーバに要求する。
この要求に応じて、サーバ側では何かしらのイベントが発生するまで、当該要求に対するレスポンスを保留する。つまり、サーバ内部の更新差分情報配信機能は、クライアントからの更新要求に対して、何らかのイベントが発生したことを内部のデータ処理機能からの通知により認識し、この認識した時点で前述した要求に対するレスポンスをクライアントに返す、つまり更新差分情報の送信を行なう仕組みとなっている。
【００２１】
このような形態にしておくことで、クライアントが定期的にサーバに対して更新の有無を問い合わせることなく、サーバ側で発生したイベントをクライアント側でリアルタイムに知ることが出来る。
【００２２】
次に、サーバとクライアントの間の処理に関わる別の公知の技術であるリッチクライアント技術について説明する。図２は、リッチクライアント技術によるローカルデータベースへのアクセス手順を説明するための図である。
このリッチクライアント技術では、ローカルネットワーク内にクライアントおよびローカルデータベースが設けられ、利用者側のクライアントがローカルネットワーク外のリッチクライアントアプリケーションサーバに対して処理機能呼び出し画面を要求する。
リッチクライアントアプリケーションサーバは、この要求を受信すると、内部の処理機能呼び出し画面送信機能により処理機能呼び出し画面を生成してこの画面のデータをクライアントに送信する。この処理機能呼び出し画面にはソフトウェア部品であるデータベース操作コンポーネントが組み込まれる。
【００２３】
クライアントは、この処理機能呼び出し画面のデータを受信して当該画面を表示させた後、この画面内のデータベース操作コンポーネントに対する、利用者に関わるデータの参照もしくは更新のための操作に従ってローカルネットワーク内のローカルデータベースにアクセスして、利用者に関わるデータの参照もしくは更新を行なう。
【００２４】
ただし、この技術では、複数のクライアントが同じローカルデータベースにアクセスする場合に、操作の順序を確保することやデータの整合性を保つことが困難である問題がある。
【００２５】
以下、図面により本発明の実施形態について説明する。
（第１の実施形態）
まず、本発明の第１の実施形態について説明する。
図３は、本発明の第１の実施形態におけるデータ配信の手順を説明するための図である。
本実施形態では、利用者に関わるデータを保持するローカルデータベースに対するクライアント以外からの直接のアクセスを一切遮断した状態で、当該ローカルデータベース内のデータをローカルネットワーク外の契約型オンラインアプリケーションサーバでの処理に応じて更新する機能を有する。
【００２６】
データ配信のための構成および手順を説明する。図３に示すように、提供者側の契約型オンラインアプリケーションサーバは、処理機能呼び出し画面送信機能、データ処理機能および更新差分情報配信機能を有する。
そして、契約型オンラインアプリケーションサーバ外のローカルネットワーク内には、各利用者側のクライアントおよびローカルデータベースがそれぞれ設けられる。
【００２７】
手順としては、前述したサーバプッシュ技術を利用して、ローカルネットワーク内から更新差分要求機能により契約型オンラインアプリケーションサーバに対し、ローカルデータベースの更新差分情報の送信を要求する。
【００２８】
また、利用者側のクライアントは、契約型オンラインアプリケーションサーバに対して処理機能呼び出し画面の送信を要求する。
契約型オンラインアプリケーションサーバは、クライアントからの要求を受信すると、内部の処理機能呼び出し画面送信機能により処理機能呼び出し画面のデータを生成してクライアントに送信する。
【００２９】
この処理機能呼び出し画面のデータにはソフトウェア部品であるデータ参照コンポーネントが含まれる。クライアントは、処理機能呼び出し画面のデータを受信して当該画面を表示した後、この画面内のデータ参照コンポーネントに対するデータ呼び出しのための操作にしたがって、ローカルデータベースに対するデータ要求を行なって当該データを取得する。このような、データ参照コンポーネントを用いたデータ取得の技術は前述したリッチクライアント技術を応用したものである。
【００３０】
そして、クライアントは、処理機能呼び出し画面への操作により入力された処理対象データを契約型オンラインアプリケーションサーバに送信する。
契約型オンラインアプリケーションサーバのデータ処理機能は、クライアントからの処理対象データを更新差分情報、つまり前述した更新差分要求に対するレスポンスとして、更新差分情報配信機能に通知する。更新差分情報配信機能は、この通知にしたがって更新差分情報をローカルネットワークに送信する。また、クライアントからの処理対象データは更新差分情報配信機能のためのみに用いられるもので、契約型オンラインアプリケーションサーバの記憶装置には記憶されない。
【００３１】
ローカルネットワーク内の更新差分要求機能は、契約型オンラインアプリケーションサーバから送信された更新差分情報を受信すると、ローカルデータベースにアクセスすることで当該更新差分情報で示される更新の内容を当該データベースに反映させる。
【００３２】
このようにローカルネットワーク側のクライアントから、ローカルデータベースで保持される更新処理の指示を提供者側の契約型オンラインアプリケーションサーバに対して行うことによりローカルデータベースのデータの更新がなされる構成とすることで、ローカルネットワーク内のクライアント以外がローカルデータベースに直接アクセスできないようにすれば、悪意ある第三者がローカルデータベースに対して不正な書き込み処理を行うことによる情報漏えいのリスクを低減することができる。
【００３３】
また、本実施形態では、クライアントから契約型オンラインアプリケーションサーバへの処理機能呼び出し画面の要求に伴い、ローカルデ−タベースに対してデータ要求を行うためのデータ参照コンポーネントが埋め込まれた画面が契約型オンラインアプリケーションサーバからクライアントに配信される。つまり、ローカルデータベースに接続可能な利用者側のクライアントでの操作がなされることで当該ローカルデータベースへのアクセスが行われることになるので、クライアント側での操作なしにローカルデータベースへのアクセスが行われることはない。
【００３４】
このように、本実施形態では、ローカルデータベースに対するアクセスを、信頼できるネットワークからの接続だけに限定できるため、セキュリティの向上につながる。
そして、信頼できるネットワークを利用者側で管理することが可能なため、機密情報保護などに関する契約型オンラインアプリケーション利用時の懸念事項を解決できる。
【００３５】
図４は、本発明の第１の実施形態におけるデータ処理システムの構成例を示す図である。
図４に示した構成は図３に示した手順を具現化したものである。図４に示すように、本発明の第１の実施形態におけるデータ処理システムは、ローカルネットワーク１内にオンラインアプリケーションの利用者側のクライアント２およびローカル側アプリケーションサーバ３を有し、ローカルネットワーク１外には、オンラインアプリケーションの提供者側が用いる提供者側アプリケーションサーバ４が設けられる。
【００３６】
クライアント２は、キーボードやマウスなどの入力装置２１、ディスプレイ装置などの表示装置２２、ハードディスクドライブや不揮発性メモリなどの記憶媒体である記憶装置２３を有し、処理機能呼び出し画面２４の表示機能をさらに有する。
【００３７】
処理機能呼び出し画面２４は表示装置２２に表示される画面であり、データ参照コンポーネント２５、例えばデータ参照もしくは更新用のアイコンなどが表示される画面である。
【００３８】
ローカル側アプリケーションサーバ３は、ハードディスクドライブや不揮発性メモリなどの記憶媒体である記憶装置３１および更新差分要求部３３を有する。記憶装置３１は、オンラインアプリケーションのための情報のうち利用者に関わる情報を記憶するデータベース（データベースＣ）３２を有する。
【００３９】
更新差分要求部３３は、提供者側アプリケーションサーバ４に対して、更新差分情報の要求を常に行なう。また、更新差分要求部３３は、提供者側アプリケーションサーバ４からの更新差分情報を受け付け、この情報を記憶装置３１内のデータベースＣに書き込む。
【００４０】
また、提供者側アプリケーションサーバ４は、処理機能呼び出し画面送信部４１、データ処理部４２、ハードディスクドライブや不揮発性メモリなどの記憶媒体である記憶装置４３および更新差分情報配信部４６を有する。
【００４１】
記憶装置４３は、オンラインアプリケーションのための情報のうち利用者に関わる以外の情報を記憶する第１のデータベース（データベースＡ）４４および第２のデータベース（データベースＢ）４５を有する。データベースＡおよびデータベースＢは、オンラインアプリケーションが利用するデータのうち、クライアント２の利用者に関わるデータなどの機密情報を含まないデータを記憶するために用いられる。
【００４２】
処理機能呼び出し画面送信部４１は、処理機能呼び出し画面のデータをクライアント２に送信する。
データ処理部４２は、クライアント２の処理機能呼び出し画面内のデータ参照コンポーネント２５からのデータ送信を受け付けて、このデータを更新差分情報として認識し、記憶装置４３のデータベースＡ，Ｂへのアクセスおよび、更新差分情報配信部４６への更新差分情報の送信を行なう。図４に示すように、データ処理部４２による更新差分情報配信部４６へのアクセスは、仮想的なデータベースＣへのアクセスとみなすことができる。
【００４３】
更新差分情報配信部４６は、ローカル側アプリケーションサーバ３の更新差分要求部３３からの更新差分要求を受け付けると、その応答をデータ処理部４２からのアクセスが行われるまで保留する。
【００４４】
結果として、データ処理部４２が仮想的なデータベースＣ、つまり更新差分情報配信部４６への書き込みを行おうとした際に、ローカル側アプリケーションサーバ３の更新差分要求部３３への更新差分情報の配信が行われる。
【００４５】
そのため、データ処理部４２による仮想的なデータベースＣへの書き込みに応じて、ローカルネットワーク内のローカル側アプリケーションサーバ３内に存在するデータベースＣの内容がリアルタイムに更新されることとなる。
また、このデータベースＣからのデータの参照は、処理機能呼び出し画面２４に埋め込まれた、データ参照コンポーネント２５を経由して行われる。
【００４６】
図５は、本発明の第１の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャートである。
まず、ローカル側アプリケーションサーバ３の更新差分要求部３３は、提供者側アプリケーションサーバ４の更新差分情報配信部４６に対し、記憶装置３１内のデータベースＣの内容の更新差分情報の配信要求信号を出力する（ステップＳ１）。この出力は常になされる。
【００４７】
提供者側アプリケーションサーバ４の更新差分情報配信部４６は、ローカル側アプリケーションサーバ３からの更新差分情報の配信要求を待機しており（ステップＳ２）、当該配信要求を受信すると、データ処理部４２からの更新の発生の通知がなされるまで待機する。
【００４８】
また、クライアント２の処理機能呼び出し画面２４のデータ参照コンポーネント２５は、入力装置２１へのデータ参照のための操作に従って、提供者側の提供者側アプリケーションサーバ４に対して処理機能呼び出し画面を要求する。
そして、提供者側アプリケーションサーバ４は、この要求を受信すると、処理機能呼び出し画面送信部４１により処理機能呼び出し画面を生成して、この画面のデータをクライアント２に送信する。
【００４９】
クライアント２は、処理機能呼び出し画面のデータを受信して当該画面の表示がなされた後（ステップＳ４）、この画面に対するデータ参照のための操作にしたがって、ローカル側アプリケーションサーバ３に対してデータ参照要求を行なう。
【００５０】
ローカル側アプリケーションサーバ３は、この参照要求に従い、記憶装置３１内のデータベースＣから参照対象のデータを読み出してクライアント２に送信する。クライアント２は、ローカル側アプリケーションサーバ３からのデータを受信すると、このデータを処理機能呼び出し画面２４に表示させる（ステップＳ５）。
【００５１】
この状態で、クライアント２の入力装置２１により処理機能呼び出し画面２４に対する利用者に関わるデータの変更のための入力操作がなされた場合、データ参照コンポーネント２５は、当該入力されたデータである、利用者に関わるデータの変更後データを提供者側アプリケーションサーバ４のデータ処理部４２に送信する（ステップＳ６）。
【００５２】
提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２からのデータを受信すると、この受信した内容に応じた動作を開始し（ステップＳ７）、記憶装置４３のデータベースＡやデータベースＢに対するアクセスを行なう一方で（ステップＳ８）、仮想的なデータベースＣへのアクセス、つまり更新差分情報配信部４６への更新差分情報の送信を行なう（ステップＳ９）。
【００５３】
また、データ処理部４２は、ステップＳ８およびＳ９の処理の完了通知を参照要求元のクライアント２に送信する（ステップＳ１０）。クライアント２は、データ処理部４２からの完了通知をデータ参照コンポーネント２５により受信し、処理を終了する。
【００５４】
また、提供者側アプリケーションサーバ４の更新差分情報配信部４６は、データ処理部４２からの更新差分情報を受信すると（ステップＳ１１）、当該更新差分情報をローカル側アプリケーションサーバ３に送信する（ステップＳ１２）。
【００５５】
ローカル側アプリケーションサーバ３の更新差分要求部３３は、提供者側アプリケーションサーバ４からの更新差分情報を受信すると（ステップＳ１３）、この受信した情報を記憶装置３１内のデータベースＣに書き込み、処理を終了する。
【００５６】
以上のように、本発明の第１の実施形態におけるデータ処理システムでは、ローカルネットワーク内のクライアントによりデータ処理操作がなされた場合に、提供者側アプリケーションサーバは、この操作により発生したデータをローカル側アプリケーションサーバ３への配信を経て当該サーバ内のデータベースに書き込む。よって、ローカル側アプリケーションサーバ３の利用者に関するデータを保持するデータベースはローカルネットワーク内のクライアントからのアクセスを起点としてデータ更新のためのアクセスを受け入れることとなり、当該データベース内の利用者側の機密データのセキュリティが向上する。
よって、ローカルネットワーク内に置かれたデータベースに対する、利用者に関わるデータの更新処理を安全に行えることとなる。
【００５７】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、以下の各実施形態におけるシステムの構成のうち図４に示したものと同一部分の説明は省略する。
図６は、本発明の第２の実施形態におけるデータ処理システムの構成例を示す図であるである。
第１の実施形態と第２の実施形態との相違点を説明する。第１の実施形態では、提供者側アプリケーションサーバ４は、ローカルネットワーク内に存在するデータベースに対する更新処理を行なう一方で参照処理は行っていないが、第２の実施形態では、提供者側アプリケーションサーバ４は、ローカルネットワーク内のデータベースへの更新処理だけでなく参照処理も行なう。つまり、提供者側アプリケーションサーバ４は参照機能をさらに有し、この参照機能を利用してデータベースＣの参照を行うことができる。
【００５８】
この参照処理は、更新処理の実行に先立って必要となる処理である。本実施形態では、利用者に関わるデータの更新処理の実行の為に、変更後データとともにパスワードの入力を必要としており、参照対象のデータとしては、変更後データとともに入力されたパスワードが正規か否かを確認するための、ローカルネットワーク内のデータベースに記憶された正規のパスワードが挙げられる。この入力されたパスワードが正規であればデータ更新処理が実行され、入力されたパスワードが正規でなければデータ更新処理は実行されず、パスワードの入力を再度求めるための画面表示がなされることになる。
【００５９】
具体的には、この実施形態におけるデータ処理システムでは、ローカルネットワーク１内に第１の実施形態のようにローカル側アプリケーションサーバ３を設ける代わりに、ローカル側サーバ内記憶装置５を設けている。この記憶装置５は、データベース５１（データベースＣ）を有し、これは第１の実施形態でも用いたデータベースＣと同じである。
【００６０】
また、クライアント２は、第１の実施形態と比較して更新差分要求部２６をさらに有する。
この更新差分要求部２６は、提供者側アプリケーションサーバ４に対し、データベースＣの更新差分情報の配信要求を行ない、当該更新差分情報を提供者側アプリケーションサーバ４から受信した場合には、この情報をローカル側サーバ内記憶装置５のデータベースＣに格納する。
【００６１】
また、提供者側アプリケーションサーバ４は、クライアント２へのデータ参照要求を行なうための参照部４７をさらに有する。本実施形態では、クライアント２のデータ参照コンポーネント２５と提供者側アプリケーションサーバ４の参照部４７との間は所定の方法によるデータのやり取りを行なう。方法としては、更新差分要求機能と同じサーバプッシュ技術の応用でもよいが、強固なセキュリティ技術を用いることが望ましい。これは、悪意あるアクセスによる更新処理が情報流出の原因とならないのに対して、悪意あるアクセスによる参照処理は情報流出の原因となるからである。
【００６２】
図７は、本発明の第２の実施形態におけるデータ処理システムによるデータ配信処理の一例を示すフローチャートである。
まず、クライアント２の処理機能呼び出し画面２４のデータ参照コンポーネント２５は、入力装置２１へのデータ参照のための操作に従って、提供者側アプリケーションサーバ４に対して処理機能呼び出し画面の送信を要求する。
提供者側アプリケーションサーバ４は、この要求を受信すると、処理機能呼び出し画面送信部４１により処理機能呼び出し画面の画面データを生成してクライアント２に送信する。
【００６３】
クライアント２が処理機能呼び出し画面の画面データを受信して当該画面の表示がなされた後（ステップＳ２１）、更新差分要求部２６は、提供者側アプリケーションサーバ４の更新差分情報配信部４６に対して、ローカル側サーバ内記憶装置５内のデータベースＣの内容の更新差分情報の配信要求信号を出力する（ステップＳ２２）。この出力は常になされる。
【００６４】
提供者側アプリケーションサーバ４の更新差分情報配信部４６は、クライアント２からの更新差分情報の配信要求を待機しており（ステップＳ２３）、配信要求信号を受信すると（ステップＳ２４）、データ処理部４２からの更新の発生の通知がなされるまで待機する。
【００６５】
また、データ参照コンポーネント２５は、提供者側アプリケーションサーバ４からのデータ参照要求の受信要求を発行する（ステップＳ２５）。
この状態で、クライアント２の入力装置２１により、表示画面に対するデータ変更のための変更後データおよびパスワードの入力操作がなされた場合、処理機能呼び出し画面２４のデータ参照コンポーネント２５は、当該入力されたデータを提供者側アプリケーションサーバ４のデータ処理部４２に送信する（ステップＳ２６）。この前述した送信データには、データ参照コンポーネント２５へのデータ参照要求を指示する旨を示すデータが含まれる。
【００６６】
提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２からのデータを受信すると、この受信した内容に応じた動作を開始し（ステップＳ３０）、記憶装置４３のデータベースＡやデータベースＢに対する書き込み処理を行なう一方で（ステップＳ３１）、参照部４７への参照対象のデータのデータ参照要求を行なう（ステップＳ３２）。この参照部４７へのデータ参照要求は仮想的なデータベースＣに対する参照要求とみなすことができる。すると、参照部４７は、データ参照要求信号をクライアント２に送信する。
【００６７】
クライアント２のデータ参照コンポーネント２５は、ローカル側アプリケーションサーバ３の参照部４７からのデータ参照要求信号を受信すると（ステップＳ２７）、ローカル側サーバ内記憶装置５内のデータベースＣから参照対象のデータである正規のパスワードを読み出す（ステップＳ２８）。
【００６８】
すると、処理機能呼び出し画面２４のデータ参照コンポーネント２５は、前述のように読み出された参照対象データを提供者側アプリケーションサーバ４のデータ処理部４２に送信する（ステップＳ２９）。
【００６９】
提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２からの参照対象データを受信すると（ステップＳ３３）、このデータがクライアント２から前述したように受信した入力済みパスワードと一致するか否かを判別する。
【００７０】
ここでは、入力済みパスワードは正規のパスワードと一致しているとする。この場合、データ処理部４２は、前述したように受信した変更後データの反映のための仮想的なデータベースＣへのアクセス、つまり更新差分情報配信部４６への変更後データの送信を行なう（ステップＳ３４）。
【００７１】
前述したステップＳ３１およびステップＳ３４の処理後、データ処理部４２は、クライアント２にデータ処理完了通知信号を送信する（ステップＳ３５）。クライアント２は、データ処理部４２からの完了通知を受信し、処理を終了する。
【００７２】
また、提供者側アプリケーションサーバ４の更新差分情報配信部４６は、データ処理部４２からの変更後データを受信すると（ステップＳ３６）、このデータを更新差分情報としてクライアント２に送信する（ステップＳ３７）。
【００７３】
クライアント２の更新差分要求部３３は、提供者側アプリケーションサーバ４からの更新差分情報を受信すると（ステップＳ３８）、この受信したデータをローカル側サーバ内記憶装置５内のデータベースＣに書き込み、処理を終了する。
【００７４】
以上説明したように、本発明の第２の実施形態におけるデータ処理システムでは、第１の実施形態で説明した効果に加え、利用者に関わるデータの更新の際にローカルネットワーク側のデータの参照を要する場合でも、この参照処理がクライアント２からのデータ入力を起点としてなされるので、参照対象のデータの機密性を向上させることができる。
【００７５】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。
図８は、本発明の第３の実施形態におけるデータ処理システムの構成例を示す図である。
この第３の実施形態では、第１の実施形態と比較して、ローカルネットワーク１外においてサービス提供者Ａが運用するサービス提供者Ａ側サーバ６およびサービス提供者Ｂが運用するサービス提供者Ｂ側サーバ７をそれぞれ有する。
【００７６】
また、更新差分情報配信のための機能は、提供者側アプリケーションサーバ４ではなく、サービス提供者Ａ側サーバ６およびサービス提供者Ｂ側サーバ７がそれぞれ有する。
つまり、提供者側アプリケーションサーバ４は、処理機能呼び出し画面送信部４１、データ処理部４２および記憶装置４３を有するが、第１の実施形態で説明した更新差分情報配信部４６は有しない。また、提供者側アプリケーションサーバ４の記憶装置４３はデータベースＡ，Ｂは有しない。
【００７７】
サービス提供者Ａ側サーバ６は、サービス提供者Ａのサービスに関わる処理を行なうためのオンラインアプリケーションを実現するためのサービス処理部６１、サービス提供者Ａのサービスに関わる更新差分情報を配信するための更新差分情報配信部６２を有し、図示しない記憶装置内にデータベースＡを保持する。
【００７８】
また、サービス提供者Ｂ側サーバ７は、サービス提供者Ｂのサービスに関わる処理を行なうためのオンラインアプリケーションを実現するためのサービス処理部７１、サービス提供者Ｂのサービスに関わる更新差分情報を配信するための更新差分情報配信部７２を有し、図示しない記憶装置内にデータベースＢを保持する。
【００７９】
サービス提供者Ａ側サーバ６の更新差分情報配信部６２およびサービス提供者Ｂ側サーバ７側の更新差分情報配信部７２は、第１の実施形態で説明した更新差分情報配信部４６に代わって更新差分情報の配信を行なうものである。
【００８０】
このシステムの基本的な処理の流れは第１の実施形態と同等だが、外部システムであるサービス提供者側サーバにサービス機能の呼び出しがなされている点や、ローカル側アプリケーションサーバが複数のサービス提供者側サーバのそれぞれに対して更新差分情報の配信要求を行なう点が異なる。
【００８１】
この実施形態では、ローカル側アプリケーションサーバ３の更新差分要求部３３は、サービス提供者Ａ側サーバ６の更新差分情報配信部６２およびサービス提供者Ｂ側サーバ７の更新差分情報配信部７２のそれぞれに更新差分情報の配信要求を行なう。
【００８２】
また、提供者側アプリケーションサーバ４のデータ処理部４２は、クライアント２のデータ参照コンポーネント２５からのデータである変更後データを受信すると、このデータがサービス提供者Ａにより提供するサービスに関わるデータ、つまりサービス提供者Ａ側サーバ６で処理すべきデータである場合には、当該受信したデータをサービス提供者Ａ側サーバ６のサービス処理部６１に送信する。
【００８３】
また、データ処理部４２は、受信した変更後データがサービス提供者Ｂにより提供するサービスに関わるデータ、つまりサービス提供者Ｂ側サーバ７で処理すべきデータである場合には、当該受信したデータをサービス提供者Ｂ側サーバ７のサービス処理部７１に送信する。
【００８４】
サービス提供者Ａ側サーバ６のサービス処理部６１は、提供者側アプリケーションサーバ４からのデータを受信すると、このデータを更新差分情報として、当該情報の配信を更新差分情報配信部６２に要求する。更新差分情報配信部６２は、この要求にしたがって更新差分情報をクライアント２の更新差分要求部３３に送信する。
【００８５】
また、サービス提供者Ｂ側サーバ７のサービス処理部７１は、提供者側アプリケーションサーバ４からのデータを受信すると、このデータを更新差分情報として、当該情報の配信を更新差分情報配信部７２に要求する。更新差分情報配信部７２は、この要求にしたがって更新差分情報をクライアント２の更新差分要求部３３に送信する。
【００８６】
ローカル側アプリケーションサーバ３の更新差分要求部３３は、サービス提供者Ａ側サーバ６もしくはサービス提供者Ｂ側サーバ７からの更新差分情報を受信すると、この受信した情報を記憶装置３１内のデータベースＣに書き込み、処理を終了する。
【００８７】
以上説明したように、本発明の第３の実施形態におけるデータ処理システムでは、第１の実施形態で説明した効果に加え、複数のサービス提供者のそれぞれが行なうオンラインアプリケーションの処理を各サービス提供者側のサーバにより実行されている場合でも、利用者に関わるデータの安全性が向上する。
【００８８】
なお、この発明は前記実施形態そのままに限定されるものではなく実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００８９】
１…ローカルネットワーク、２…クライアント、３…ローカル側アプリケーションサーバ、４…提供者側アプリケーションサーバ、５…ローカル側サーバ内記憶装置、６…サービス提供者Ａ側サーバ、７…サービス提供者Ｂ側サーバ、２１…入力装置、２２…表示装置、２３，４３…記憶装置、２４…処理機能呼び出し画面、２５…データ参照コンポーネント、３１…記憶装置、３２，５１…データベースＣ、３３…更新差分要求部、４１…処理機能呼び出し画面送信部、４２…データ処理部、４４…データベースＡ、４５…データベースＢ、４６，６２，７２…更新差分情報配信部、４７…参照部、６１，７１…サービス処理部。
【特許請求の範囲】
【請求項１】
オンラインアプリケーションプログラムのサービス利用者側のローカルネットワーク内のクライアント装置、前記ローカルネットワーク内のローカル側サーバ装置、および前記ローカルネットワーク外のサービス提供者側サーバ装置を有するデータ処理システムであって、
前記ローカル側サーバ装置は、
前記サービス利用者に関わる情報を記憶する記憶装置と、
前記記憶装置に記憶される情報の更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段と、
前記サービス提供者側サーバ装置からの更新情報をもとに前記記憶装置に記憶される情報を更新する更新手段とを有し、
前記クライアント装置は、
前記サービス利用者に関わる情報の更新情報の入力を受け付ける入力手段と、
前記ローカル側サーバ装置への前記入力された更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段とを有し、
前記サービス提供者側サーバ装置は、
前記入力された更新情報を前記クライアント装置からの要求にしたがって前記ローカル側サーバ装置に送信する送信手段を有する
ことを特徴とするデータ処理システム。
【請求項２】
前記サービス提供者側サーバ装置は、
前記ローカル側サーバ装置への前記入力された更新情報の送信を前記クライアント装置から要求された場合で、前記ローカル側サーバ装置の前記記憶装置に記憶される所定の情報の参照が当該更新情報の送信に先立って必要である場合に、当該情報を前記クライアント装置に要求する参照要求手段をさらに有し、
前記クライアント装置は、
前記サービス提供者側サーバ装置からの要求にしたがって前記ローカル側サーバ装置の前記記憶装置に記憶される前記所定の情報を前記サービス提供者側サーバ装置に送信する送信手段をさらに有する
ことを特徴とする請求項１に記載のデータ処理システム。
【請求項３】
オンラインアプリケーションプログラムのサービス利用者側のローカルネットワーク内のクライアント装置、前記ローカルネットワーク内のローカル側サーバ装置、前記ローカルネットワーク外のローカル外サーバ装置、前記ローカルネットワーク外の第１のサービス提供者側サーバ装置および第２のサービス提供者側サーバ装置を有するデータ処理システムであって、
前記ローカル側サーバ装置は、
前記サービス利用者に関わる情報を記憶する記憶装置と、
前記記憶装置に記憶される情報のうち第１のサービス提供者に関わる情報の更新情報の送信を前記第１のサービス提供者側サーバ装置に要求し、前記記憶装置に記憶される情報のうち前記第２のサービス提供者に関わる情報の更新情報の送信を前記第２のサービス提供者側サーバ装置に要求する要求手段と、
前記サービス提供者側サーバ装置からの更新情報をもとに前記記憶装置に記憶される情報を更新する更新手段とを有し、
前記クライアント装置は、
前記サービス利用者に関わる情報の更新情報の入力を受け付ける入力手段と、
前記ローカル側サーバ装置への前記入力された更新情報の送信を前記ローカル外サーバ装置に要求する要求手段とを有し、
前記ローカル外サーバ装置は、
前記入力された更新情報のうち第１のサービス提供者に関わる更新情報を前記クライアント装置からの要求にしたがって前記第１のサービス提供者側サーバ装置に送信し、前記入力された更新情報のうち第２のサービス提供者に関わる更新情報を前記クライアント装置からの要求にしたがって前記第２のサービス提供者側サーバ装置に送信する送信手段とを有し、
前記第１および第２のサービス提供者側サーバ装置は、
前記ローカル外サーバ装置からの更新情報を前記ローカル側サーバ装置に送信する送信手段を有する
ことを特徴とするデータ処理システム。
【請求項１】
オンラインアプリケーションプログラムのサービス利用者側のローカルネットワーク内のクライアント装置、前記ローカルネットワーク内のローカル側サーバ装置、および前記ローカルネットワーク外のサービス提供者側サーバ装置を有するデータ処理システムであって、
前記ローカル側サーバ装置は、
前記サービス利用者に関わる情報を記憶する記憶装置と、
前記記憶装置に記憶される情報の更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段と、
前記サービス提供者側サーバ装置からの更新情報をもとに前記記憶装置に記憶される情報を更新する更新手段とを有し、
前記クライアント装置は、
前記サービス利用者に関わる情報の更新情報の入力を受け付ける入力手段と、
前記ローカル側サーバ装置への前記入力された更新情報の送信を前記サービス提供者側サーバ装置に要求する要求手段とを有し、
前記サービス提供者側サーバ装置は、
前記入力された更新情報を前記クライアント装置からの要求にしたがって前記ローカル側サーバ装置に送信する送信手段を有する
ことを特徴とするデータ処理システム。
【請求項２】
前記サービス提供者側サーバ装置は、
前記ローカル側サーバ装置への前記入力された更新情報の送信を前記クライアント装置から要求された場合で、前記ローカル側サーバ装置の前記記憶装置に記憶される所定の情報の参照が当該更新情報の送信に先立って必要である場合に、当該情報を前記クライアント装置に要求する参照要求手段をさらに有し、
前記クライアント装置は、
前記サービス提供者側サーバ装置からの要求にしたがって前記ローカル側サーバ装置の前記記憶装置に記憶される前記所定の情報を前記サービス提供者側サーバ装置に送信する送信手段をさらに有する
ことを特徴とする請求項１に記載のデータ処理システム。
【請求項３】
オンラインアプリケーションプログラムのサービス利用者側のローカルネットワーク内のクライアント装置、前記ローカルネットワーク内のローカル側サーバ装置、前記ローカルネットワーク外のローカル外サーバ装置、前記ローカルネットワーク外の第１のサービス提供者側サーバ装置および第２のサービス提供者側サーバ装置を有するデータ処理システムであって、
前記ローカル側サーバ装置は、
前記サービス利用者に関わる情報を記憶する記憶装置と、
前記記憶装置に記憶される情報のうち第１のサービス提供者に関わる情報の更新情報の送信を前記第１のサービス提供者側サーバ装置に要求し、前記記憶装置に記憶される情報のうち前記第２のサービス提供者に関わる情報の更新情報の送信を前記第２のサービス提供者側サーバ装置に要求する要求手段と、
前記サービス提供者側サーバ装置からの更新情報をもとに前記記憶装置に記憶される情報を更新する更新手段とを有し、
前記クライアント装置は、
前記サービス利用者に関わる情報の更新情報の入力を受け付ける入力手段と、
前記ローカル側サーバ装置への前記入力された更新情報の送信を前記ローカル外サーバ装置に要求する要求手段とを有し、
前記ローカル外サーバ装置は、
前記入力された更新情報のうち第１のサービス提供者に関わる更新情報を前記クライアント装置からの要求にしたがって前記第１のサービス提供者側サーバ装置に送信し、前記入力された更新情報のうち第２のサービス提供者に関わる更新情報を前記クライアント装置からの要求にしたがって前記第２のサービス提供者側サーバ装置に送信する送信手段とを有し、
前記第１および第２のサービス提供者側サーバ装置は、
前記ローカル外サーバ装置からの更新情報を前記ローカル側サーバ装置に送信する送信手段を有する
ことを特徴とするデータ処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２７７５２８（Ｐ２０１０−２７７５２８Ａ）
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願番号】特願２００９−１３２２８７（Ｐ２００９−１３２２８７）
【出願日】平成２１年６月１日（２００９．６．１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願日】平成２１年６月１日（２００９．６．１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]