(57)【特許請求の範囲】
【請求項１】
ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介して、第１のデータを用いて送信データを生成するクライアント端末用の業務アプリケーション・プログラムと、サーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムであって、
前記クライアント端末用の業務アプリケーション・プログラムから、当該クライアント端末用の業務アプリケーション・プログラムにより生成された送信データと、当該クライアント端末用の業務アプリケーション・プログラムにおいて実施され且つ前記送信データを生成する処理に用いられた前記第１のデータについてデータの更新が必要であるかを判断するための補助データとの指定を含む送信指示の情報を取得する取得ステップと、
前記送信指示の情報において指定された前記送信データと前記補助データとを取得し、記憶装置に格納する格納ステップと、
取得された前記送信データと前記補助データと前記送信指示の情報とを用いてリクエストを生成し、前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて前記サーバに送信する送信ステップと、
前記サーバにおいて、前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であると前記補助データにより判断された場合に送信され、前記クライアント端末用の業務アプリケーション・プログラムにおいて以後送信データを生成する処理に用いられるべき第１のデータを少なくとも含むレスポンス、又は前記サーバにおいて前記第１のデータの更新が不要であると前記補助データにより判断された場合に送信され、前記サーバ用の業務アプリケーション・プログラムによる前記送信データの処理結果に関する第２のデータを少なくとも含むレスポンスを、前記サーバから前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて受信する受信ステップと、
受信された前記レスポンスから前記第１のデータ及び前記第２のデータのうち少なくともいずれかを抽出し、記憶装置に格納する抽出ステップと、
をコンピュータに実行させ、
前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにおける一回の送受信で１のトランザクションを完了させる通信プログラム。
【請求項２】
前記抽出ステップが、
前記送信指示の情報に含まれる、前記第１のデータのためのファイル名及び前記第２のデータのためのファイル名に従って、抽出された前記第１のデータ及び前記第２のデータのうち少なくともいずれかを、記憶装置に格納するステップであることを特徴とする請求項１記載の通信プログラム。
【請求項３】
前記送信指示の情報が認証情報を含み、
前記リクエストに前記認証情報が含まれることを特徴とする請求項１又は２記載の通信プログラム。
【請求項４】
ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介して、第１のデータを用いて送信データを生成するクライアント端末用の業務アプリケーション・プログラムと、サーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムであって、
前記クライアント端末からリクエストを前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて受信した場合、当該リクエストから、前記クライアント端末用の業務アプリケーション・プログラムにより生成された送信データと、前記クライアント端末用の業務アプリケーション・プログラムにおいて実施され且つ前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であるかを判断するための補助データとを抽出し、記憶装置に格納する処理と、
前記送信データと前記補助データとを用いた処理を実施する前記サーバ用の業務アプリケーション・プログラムを起動する処理と、
前記クライアント端末用の業務アプリケーション・プログラムにおいて実施され且つ前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であると前記サーバ用の業務アプリケーション・プログラムにおいて前記補助データを用いて判断された場合に、前記サーバ用の業務アプリケーション・プログラムから前記クライアント端末用の業務アプリケーション・プログラムにおいて以後送信データを生成する処理に用いられるべきデータの指定を受けて、指定された当該データを第１のデータとして記憶装置に格納する処理と、
前記サーバ用の業務アプリケーション・プログラムから前記送信データの処理結果に関する情報を受け取った場合には当該処理結果に関する情報を第２のデータとして記憶装置に格納する処理と、
前記記憶装置に前記第１のデータが格納されている場合は前記第１のデータを使用し、前記記憶装置に前記第２のデータが格納されている場合は前記第２のデータを使用して、ＨＴＴＰレスポンスを生成する処理と、
生成された前記ＨＴＴＰレスポンスを前記クライアント端末に前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて送信する処理と、
をコンピュータに実行させ、
前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにおける一回の送受信で１のトランザクションを完了させる通信プログラム。
【請求項５】
前記クライアント端末からの前記リクエストに含まれる認証情報を用いて認証を実施する処理をさらにコンピュータに実行させるための請求項４記載の通信プログラム。
【請求項６】
第１のデータを用いて送信データを生成するクライアント端末用の業務アプリケーション・プログラムにより、サーバ用の業務アプリケーション・プログラムにて処理すべき送信データを生成し、当該送信データと、前記クライアント端末用の業務アプリケーション・プログラムにおいて実施され且つ前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であるかを判断するための補助データとの指定を含む送信指示の情報を、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介して前記クライアント端末用の業務アプリケーション・プログラムと前記サーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムへ出力するステップと、
前記通信プログラムにより、前記クライアント端末用の業務アプリケーション・プログラムから前記送信指示の情報を受け取り、当該送信指示の情報において指定された前記送信データと前記補助データとを取得し、記憶装置に格納するステップと、
前記通信プログラムにより、取得された前記送信データと前記補助データと前記送信指示の情報とを用いてリクエストを生成し、前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにより前記サーバに送信するステップと、
前記通信プログラムにより、前記サーバにおいて前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であると前記補助データにより判断された場合に送信され、前記クライアント端末用の業務アプリケーション・プログラムにおいて以後送信データを生成する処理に用いられるべき第１のデータを少なくとも含むレスポンス、又は前記サーバにおいて前記補助データにより前記第１のデータの更新が不要であると判断された場合に送信され、前記サーバ用の業務アプリケーション・プログラムによる前記送信データの処理結果に関する第２のデータを少なくとも含むレスポンスを、前記サーバから前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて受信するステップと、
前記通信プログラムにより、受信された前記レスポンスから少なくとも前記第１のデータ又は前記第２のデータを抽出し、記憶装置に格納するステップと、
を含み、前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにおける一回の送受信で１のトランザクションを完了させる情報処理方法。
【請求項７】
前記クライアント端末用の業務アプリケーション・プログラムにより、前記第２のデータを用いて前記サーバ用の業務アプリケーション・プログラムによる前記送信データの処理結果を表示するステップをさらに含む請求項６記載の情報処理方法。
【請求項８】
前記クライアント端末用の業務アプリケーション・プログラムにより、前記第１のデータを用いて前記クライアント端末用の業務アプリケーション・プログラムにおける対応するデータを更新するステップをさらに含む請求項６又は７記載の情報処理方法。
【請求項９】
前記クライアント端末用の業務アプリケーション・プログラムにより、前記第２のデータが前記サーバ用の業務アプリケーション・プログラムにおける前記送信データの処理が成功したことを示している場合には、顧客用印刷物を出力するステップをさらに含む請求項６乃至８のいずれか１つ記載の情報処理方法。
【請求項１０】
前記送信データが保険を含む金融商品に関する計上データであり、前記補助データが前記計上データ生成において使用されたデータを特定するための情報であることを特徴とする請求項６乃至９のいずれか１つ記載の情報処理方法。
【請求項１１】
前記計上データ生成において使用されたデータを変更する必要がある場合に、前記第１のデータが前記計上データ生成において以後使用すべきデータであることを特徴とする請求項１０記載の情報処理方法。
【請求項１２】
ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介して、第１のデータを用いて送信データを生成するクライアント端末用の業務アプリケーション・プログラムと、サーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムにより、前記クライアント端末からリクエストを前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて受信した場合、当該リクエストから、前記クライアント端末用の業務アプリケーション・プログラムにより生成された送信データと、前記クライアント端末用の業務アプリケーション・プログラムにおいて実施され且つ前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であるかを判断するための補助データとを抽出し、記憶装置に格納するステップと、
前記通信プログラムにより、前記サーバ用の業務アプリケーション・プログラムを起動するステップと、
前記サーバ用の業務アプリケーション・プログラムにより、前記送信データと前記補助データとについての処理を実施するステップと、
前記サーバ用の業務アプリケーション・プログラムにより、前記クライアント端末用の業務アプリケーション・プログラムにおいて実施され且つ前記送信データを生成する処理に用いられた前記第１のデータについて、データの更新が必要であると前記補助データを用いて判断した場合に、前記クライアント端末用の業務アプリケーション・プログラムにおいて以後送信データを生成する処理に用いられるべきデータの指定を前記通信プログラムに出力するステップと、
前記サーバ用の業務アプリケーション・プログラムにより、前記送信データの処理結果に関する情報を前記通信プログラムに出力するステップと、
前記通信プログラムにより、前記クライアント端末用の業務アプリケーション・プログラムにおいて以後送信データを生成する処理に用いられるべきデータの指定を受けた場合は指定を受けた当該データを第１のデータとして記憶装置に格納し、前記送信データの処理結果に関する情報の出力を受け取った場合は当該処理結果に関する情報を第２のデータとして記憶装置に格納するステップと、
前記通信プログラムにより、前記記憶装置に前記第１のデータが格納されている場合は前記第１のデータを使用し、前記記憶装置に前記第２のデータが格納されている場合は前記第２のデータを使用して、ＨＴＴＰレスポンスを生成するステップと、
前記通信プログラムにより、生成された前記ＨＴＴＰレスポンスを前記クライアント端末に前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて送信するステップと、
を含み、前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにおける一回の送受信で１のトランザクションを完了させる情報処理方法。
【請求項１３】
前記送信データが保険を含む金融商品の計上データであり、
前記サーバ用の業務アプリケーション・プログラムによる処理が、前記金融商品の計上データのデータチェック及び計上処理であることを特徴とする請求項１２記載の情報処理方法。
【請求項１４】
前記第２の送信データが、前記金融商品の計上データの前記データチェック及び計上処理の成否の情報を含み、
前記第１の送信データが、前記クライアント端末用の業務アプリケーション・プログラムにおいて更新されるべき情報を含むことを特徴とする請求項１３記載の情報処理方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、ＨＴＴＰ（Hyper Text Transfer Protocol）又は暗号を用いたＨＴＴＰによるプログラム間通信技術及び当該プログラム通信技術を用いた情報処理に関する。
【０００２】
【従来の技術】
近年インターネットの利用が非常に急速に広まったが、その大きな要因の一つにウェブ（Ｗｅｂ）ブラウザの利用及び普及が挙げられる。Ｗｅｂブラウザは、Ｗｅｂサーバと通信を行って、ＨＴＭＬ（Hyper Text Markup Language）で記述されたハイパーテキスト文書を取得し、表示装置に表示するものである。ハイパーテキスト文書では、関連する文書にリンクが張られており、ユーザは興味のある文書をリンクを辿ることにより次々に取得できるようになっている。但し、通常インターネットに接続されているＷｅｂサーバは遠隔地にあり、見たい文書がローカルな端末に存在しない限り、ユーザは端末を公衆回線網等を介してインターネットに接続させておかなければならない。近年、定額制のインターネット接続サービスが提供されるようになり、ユーザは通信料金を気にせずインターネットを利用できるようになってきているが、これは固定電話回線を前提とした話であり、オフィスや家庭の外で移動体通信を必要とする状況においては、まだ通信コストを気にせずにはいられない。すなわち、移動体通信を前提とした環境において、Ｗｅｂサーバとクライアント端末のＷｅｂブラウザとを長時間通信させなければならない場合、その通信コストは無視できないほど大きくなり、ビジネス上大きな障害となる。例えば、複雑化した生命保険や損害保険その他の金融商品の販売において、顧客との直接の対話から当該顧客の要求によりマッチした金融商品を客先にて探したり、組み立てたりするためには、長時間且つ多くの工程が必要となる。この際、上で述べたようにＷｅｂサーバとＷｅｂブラウザの通信を前提としたシステムにおいて金融商品の検索や組み立てを行うこととした場合、そのための通信コストは膨大となり、ビジネスとして成り立たなくなってしまう。
【０００３】
一方、今日、インターネットだけでなく、企業の社内ＬＡＮ（Local Area Network）においてもＴＣＰ／ＩＰやＨＴＴＰが用いられている。特に、ＨＴＴＰはＳＳＬ（Secure Socket Layer）等により暗号化にも対応しており、機密性の高い文書であっても安全に通信できるようになっている。しかし、これらは主にＷｅｂサーバからＷｅｂブラウザにデータをダウンロードする際の環境であって、クライアント端末から遠隔のサーバに対してデータ、特にファイルをアップロードする際には、ＦＴＰ（File Transfer Protocol）が一般的である。しかし、ＦＴＰは使い勝手が悪い場合が多い。例えば、暗号化に対応していなかったり、企業が社内システム防衛のために設けるファイアウォール等を通過できないといった問題である。また、ＦＴＰはそもそもファイルをアップロードするだけであって、送信したファイルについての処理結果を受け取るような構成を簡単にとることができない。例えば顧客の要求にマッチした金融商品についての計上を客先から行うような場合には、比較的大きな量のデータをクライアント端末から遠隔のサーバにアップロードしなければならないが、ＦＴＰでは上記のような問題がある。また、このような状況においては、単にファイルのアップロードだけではなく、計上に伴う処理の結果等をサーバから得る必要があるが、そのような仕組みを簡単に得ることができない。
【０００４】
【発明が解決しようとする課題】
以上のように、従来の技術では、通信コストを抑え且つ必要な情報のやりとりをＨＴＴＰやＨＴＴＰＳ（Hyper Text Tranfer Protocol Security）で行うものはない。また、Ｗｅｂブラウザはヒューマンインターフェースとしては優れているが、全く別個のプログラムとのインターフェースは十分であるとはいえない。
【０００５】
従って本発明の目的は、通信コストを抑え且つ必要な情報のやりとりをＨＴＴＰやＨＴＴＰＳ等で行うことができるようにするための技術を提供することである。
【０００６】
また他の目的は、Ｗｅｂブラウザによりサーバと通信することなく、必要な情報のやりとりをＨＴＴＰやＨＴＴＰＳ等で行うことができるようにするための技術を提供することである。
【０００７】
さらに他の目的は、客先で保険等の金融商品を顧客向けにカスタマイズするような場合であっても、通信コストを抑制し且つ簡単に計上処理等を可能とするための技術を提供することである。
【０００８】
【課題を解決するための手段】
本発明の第１の態様に係る通信プログラムは、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰ（例えばＨＴＴＰＳやＳ−ＨＴＴＰ（Secure HTTP）等）を介してクライアント端末用の業務アプリケーション・プログラムとサーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムであって、クライアント端末用の業務アプリケーション・プログラムから、当該クライアント端末用の業務アプリケーション・プログラムにより生成された送信データ（例えば実施の形態における送信ファイル２３）及び当該クライアント端末用の業務アプリケーション・プログラムにおいて実施された処理に関連する補助データ（例えば実施の形態における送信補助ファイル２２）の指定を含む送信指示の情報を取得するステップと、送信指示の情報において指定された送信データ及び補助データを取得し、記憶装置に格納するステップと、取得された送信データ及び補助データ及び送信指示の情報を用いてリクエスト（例えばＰＯＳＴリクエスト）を生成し、ＨＴＴＰ又は暗号を用いたＨＴＴＰにてサーバに送信するステップとをコンピュータに実行させるものである。
【０００９】
このようにすることにより、クライアント端末用の業務アプリケーション・プログラムにより生成された送信データをサーバにＨＴＴＰやＨＴＴＰＳにてアップロードすると共に、当該クライアント端末用の業務アプリケーション・プログラムにおいて実施された処理に関連する補助データをもサーバに通知することができるようになり、クライアント端末用及びサーバ用の業務アプリケーション・プログラムの連携が可能になる。また、このようにすることによりクライアント端末においてはサーバとの通信にＷｅｂブラウザを用いずに済み、クライアント端末のユーザも煩雑な操作が不要になるという利点もある。また、クライアント端末用のアプリケーション・プログラムにより処理を行い、その処理結果として送信データ及び補助データを送信するため、ＷｅｂブラウザとＷｅｂサーバにおいて何往復もデータのやりとりをして通信コストがかさむようなこともなくなる。
【００１０】
また、サーバからＨＴＴＰ又は暗号を用いたＨＴＴＰにてレスポンス（例えばＨＴＴＰレスポンス（RESPONSE））を受信した場合、当該レスポンスから、クライアント端末用の業務アプリケーション・プログラムにおいて使用されるべき第１のデータ（例えば実施の形態における受信ファイル２５）及びサーバ用の業務アプリケーション・プログラムによる送信ファイルの処理結果に関する第２のデータ（例えば実施の形態における受信補助ファイル２４）、又は第１のデータ若しくは第２のデータを抽出し、記憶装置に格納する抽出ステップ、をさらにコンピュータに実行させるような構成であってもよい。これにより、１往復でクライアント端末用及びサーバ用の業務アプリケーション・プログラムのトランザクションが終了するため、通信コストを大幅に削減することができるようになる。また、第１のデータを用いて例えばクライアント端末用の業務アプリケーション・プログラムにおいて用いられるテーブルの更新や、モジュールの更新などを同時に実施することも可能となる。
【００１１】
また、上で述べた抽出ステップを、送信指示の情報に含まれる第１のデータのためのファイル名又は第２のデータのためのファイル名若しくは第１及び第２のデータのためのファイル名に従って、抽出された第１のデータ及び第２のデータ、又は第１のデータ若しくは第２のデータを、記憶装置に格納するステップとするような構成であってもよい。このようにすれば、クライアント端末用の業務アプリケーション・プログラムと通信プログラムのインターフェースを簡単にすることができる。
【００１２】
また、送信指示の情報が認証情報を含み、上記リクエストに認証情報が含まれるような構成であってもよい。これによりサーバ用の業務アプリケーション・プログラムにおいて処理される送信データを認証された者が送信した送信データに限定することができる。
【００１３】
本発明の第２の態様に係る通信プログラムは、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介してクライアント端末用の業務アプリケーション・プログラムとサーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムであって、クライアント端末からリクエストをＨＴＴＰ又は暗号を用いたＨＴＴＰにて受信した場合、当該リクエストから、クライアント端末用の業務アプリケーション・プログラムにより生成された送信データ及びクライアント端末用の業務アプリケーション・プログラムにおいて実施された処理に関連する補助データを抽出し、記憶装置に格納する処理と、少なくとも送信データを用いた処理を実施するサーバ用の業務アプリケーション・プログラムを起動する処理とをコンピュータに実行させるためのものである。
【００１４】
これによりクライアント端末から同時に送られてきた送信データ及び補助データをサーバにおいて処理できるように抽出すると共に、サーバ用の業務アプリケーション・プログラムの動作を開始させることができるようになる。すなわち、少なくとも送信データについての処理が実施されるようになる。
【００１５】
また、サーバ用の業務アプリケーション・プログラムからクライアント端末用の業務アプリケーション・プログラムで用いられるデータの指定を受けた場合には当該データを第１の送信データ（例えば実施の形態における受信ファイル・ブロック２２７）として使用し、サーバ用の業務アプリケーション・プログラムから送信データの処理結果に関する情報を受け取った場合には当該処理結果に関する情報を第２の送信データ（例えば実施の形態における補助データ・ブロック２２５）として使用して、ＨＴＴＰレスポンスを生成する処理と、生成されたＨＴＴＰレスポンスをクライアント端末にＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて送信する処理とをさらにコンピュータに実行させるような構成であってもよい。これにより、サーバ用の業務アプリケーション・プログラムの送信データに対する処理結果の通知とクライアント端末用の業務アプリケーション・プログラムで用いられるべきデータのダウンロードをＨＴＴＰレスポンスにより一度に行うことができるようになるので、通信コストの軽減を図ることができる。
【００１６】
また、クライアント端末からの前記リクエストに含まれる認証情報を用いて認証を実施する処理をさらにコンピュータに実行させるような構成であってもよい。サーバ用の業務アプリケーション・プログラムの重要度によって認証の要否を決めても良い。
【００１７】
本発明の第３の態様に係る情報処理方法は、クライアント端末用の業務アプリケーション・プログラムにより、サーバ用の業務アプリケーション・プログラムにて処理すべき送信データを生成し、当該送信データと前記クライアント端末用の業務アプリケーション・プログラムにおいて実施された処理に関連する補助データとの指定を含む送信指示の情報を、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介してクライアント端末用の業務アプリケーション・プログラムとサーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムへ出力するステップと、通信プログラムにより、クライアント端末用の業務アプリケーション・プログラムから送信指示の情報を受け取り、当該送信指示の情報において指定された送信データ及び補助データを取得し、記憶装置に格納するステップと、通信プログラムにより、取得された送信データ及び補助データ及び送信指示の情報を用いてリクエストを生成し、ＨＴＴＰ又は暗号を用いたＨＴＴＰによりサーバに送信するステップとを含む。
【００１８】
このようにすることにより、クライアント端末用の業務アプリケーション・プログラムは通信プログラムを用いてサーバ用の業務アプリケーション・プログラムとのプログラム間通信が可能となる。また、一度にサーバ用の業務アプリケーション・プログラムにより処理すべき送信データのアップロードとクライアント端末用の業務アプリケーション・プログラムにおいて実施された処理に関連する補助データのサーバへの送信が可能になるため、通信の回数やコストを短縮することができる。すなわち、コストや送信状態の安定しない移動体通信を使用しなければならないような状況においても、一度の通信で済ませることができるようになる。さらに、クライアント端末のユーザもクライアント端末用の業務アプリケーション・プログラムとのインターフェースだけで、遠隔地のサーバにデータのアップロード等を実行させ且つサーバ用の業務アプリケーション・プログラムの処理を実行させることができるようになるため、大幅に操作性が向上する。
【００１９】
また、通信プログラムにより、サーバからＨＴＴＰ又は暗号を用いたＨＴＴＰにてレスポンスを受信した場合、当該レスポンスから、クライアント端末用の業務アプリケーション・プログラムにおいて使用されるべき第１のデータ及びサーバ用の業務アプリケーション・プログラムによる送信データの処理結果に関する第２のデータ、又は第１のデータ若しくは第２のデータを抽出し、記憶装置に格納する抽出ステップとをさらに含むような構成であってもよい。これにより、サーバからのレスポンスにおいても、第１のデータ及び第２のデータを含めることができるようになっており、単なるファイルのアップロード及びダウンロード以上の処理を可能とすることができるようになる。
【００２０】
さらに、クライアント端末用の業務アプリケーション・プログラムにより、第２のデータを用いてサーバ用の業務アプリケーション・プログラムによる送信データの処理結果を表示するステップをさらに含むような構成であってもよい。これにより、サーバ用の業務アプリケーション・プログラムにおいて所期の目的が達成されたか否かを判断することができるようになる。
【００２１】
また、クライアント端末用の業務アプリケーション・プログラムにより、第１のデータを用いてクライアント端末用の業務アプリケーション・プログラムにおける対応するデータを更新するステップをさらに含むような構成であってもよい。例えば、テーブルのバージョンが古いといった事項や、モジュールのバージョンアップが行われた場合には、第１のデータにより更新を実施することができるようになる。
【００２２】
さらに、クライアント端末用の業務アプリケーション・プログラムにより、第２のデータがサーバ用の業務アプリケーション・プログラムにおける送信データの処理が成功したことを示している場合には、顧客用印刷物を出力するステップをさらに含むような構成であってもよい。例えば、保険における保険申込書又は証券等を印刷するものである。
【００２３】
さらに、送信データが保険を含む金融商品に関する計上データであり、補助データが計上データ生成において使用されたデータを特定するための情報であるような構成も可能である。これにより、サーバ用の業務アプリケーション・プログラムに、計上データの計上処理を行わせると共に、例えば計上データ生成を行ったクライアント端末用の業務アプリケーション・プログラムにおけるテーブルのバージョンが最新であるかといった確認を実施させることができるようになる。すなわち、計上データ生成において使用されたデータを変更する必要がある場合に、第１のデータが計上データ生成において以後使用すべきデータであるような場合もある。
【００２４】
本発明の第４の態様に係る情報処理方法は、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介してクライアント端末用の業務アプリケーション・プログラムとサーバ用の業務アプリケーション・プログラムとのプログラム間通信を可能にするための通信プログラムにより、クライアント端末からリクエストをＨＴＴＰ又は暗号を用いたＨＴＴＰにて受信した場合、当該リクエストから、クライアント端末用の業務アプリケーション・プログラムにより生成された送信データ及び当該送信データに関連する補助データを抽出し、記憶装置に格納するステップと、通信プログラムにより、サーバ用の業務アプリケーション・プログラムを起動するステップと、サーバ用の業務アプリケーション・プログラムにより、少なくとも送信データについての処理を実施するステップとを含む。
【００２５】
これによりクライアント端末から同時に送られてきた送信データ及び補助データをサーバにおいて処理できるように抽出すると共に、サーバ用の業務アプリケーション・プログラムにおいて、少なくとも送信データについての処理が実施されるようになる。
【００２６】
また、サーバ用の業務アプリケーション・プログラムにより、クライアント端末用の業務アプリケーション・プログラムで用いられるファイルの指定及び／又は前記送信データの処理結果に関する情報を前記通信プログラムに出力するステップと、通信プログラムにより、ファイルの指定を受けた場合には当該ファイルを第１の送信データとして使用し、送信ファイルの処理結果に関する情報を受け取った場合には当該処理結果に関する情報を第２の送信データとして使用して、ＨＴＴＰレスポンスを生成するステップと、通信プログラムにより、生成されたＨＴＴＰレスポンスをクライアント端末にＨＴＴＰ又は暗号を用いたＨＴＴＰにて送信するステップとをさらに含むような構成であってもよい。これにより、送信データの処理結果だけでなく、クライアント端末用の業務アプリケーション・プログラムで用いられるファイルなどをいっしょに送信することができるので、通信回数及びコストを低減させることができるようになる。
【００２７】
なお、送信データが保険を含む金融商品の計上データであり、サーバ用の業務アプリケーション・プログラムによる処理が、金融商品の計上データのデータチェック及び計上処理であるような場合もある。
【００２８】
また、第２の送信データが、金融商品の計上データの前記データチェック及び計上処理の成否の情報を含み、第１の送信データが、クライアント端末用の業務アプリケーション・プログラムにおいて更新されるべき情報（例えばテーブルやモジュール）を含むような構成であってもよい。
【００２９】
これにより、遠隔で且つ高コストの移動体通信を使用しなければならないような状況においてもクライアント端末においてオフラインで計上データを生成し、その後当該計上データをサーバに送信し、サーバから計上処理が成功したか否かの結果を１往復の通信にて得ることができるようになる。
【００３０】
本発明に係る情報処理方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。さらに、ネットワークを介して頒布される場合もある。また、処理途中のデータについては、コンピュータのメモリに一時保管される。
【００３１】
【発明の実施の形態】
本発明の一実施の形態に係るシステム概要図を図１に示す。例えばインターネット等のコンピュータ・ネットワークであるネットワーク１には、サーバ５と１又は複数のクライアント端末３が接続する。なお、複数のクライアント端末３とネットワーク１の間にはプロキシ・サーバ７が設けられる場合もある。すなわち、クライアント端末３がサーバ５が設けられている企業とは別企業のＬＡＮ（Local Area Network）等に接続されている場合には、プロキシ・サーバ７を通過する必要がある。また、クライアント端末３は、ネットワーク１に常時接続するものではなく、必要になったときだけ接続する場合もある。その場合、例えばクライアント端末３は、接続された携帯電話機や無線通信のデバイスにより無線等にてネットワーク１に接続する。ネットワーク１は、例えばＴＣＰ／ＩＰを用いたネットワークであり、インターネットではなくイントラネット等のＬＡＮであってもよい。また、サーバ５は認証サーバ１１に接続されている。認証サーバ１１は、認証用ＤＢ１３を管理している。また、サーバ５はホストコンピュータ９に接続されている場合もある。
【００３２】
クライアント端末３には、主な構成要素として、例えば保険の代理店が行うコンサルテーション用の情報処理、保険料の計算処理、保険契約を計上する処理等を実施するためのクライアント側保険アプリケーション３３と、当該クライアント側保険アプリケーション３３において使用されるコンサルテーション用の情報、顧客の情報、保険料などのテーブルなどを含む保険情報ＤＢ３５と、ネットワーク１を介してサーバ５とＨＴＴＰ又は暗号を用いたＨＴＴＰで通信を行うクライアントＨＴＴＰ通信モジュール３１とが設けられている。詳細については後に説明する。
【００３３】
また、サーバ５には、主な構成要素として、クライアントＨＴＴＰ通信モジュール３１とネットワーク１を介してＨＴＴＰ又は暗号を用いたＨＴＴＰにより通信を行うサーバＨＴＴＰ通信モジュール５１と、クライアント端末３から送信されてきた計上データ等の処理を実施するサーバ側保険アプリケーション５３と、当該計上データ等の処理においてサーバ側保険アプリケーション５３により使用される各種ＤＢ５５とが設けられている。サーバ側保険アプリケーション５３は例えばサーブレットである。この詳細についても後に説明する。
【００３４】
図２にクライアント端末３の詳細な機能ブロック図を示す。クライアント側保険アプリケーション３３は、例えば保険の代理店が顧客に対するコンサルティングの中で必要な情報処理や、顧客の保険設計のために使用される顧客情報や顧客の要望に沿った保険契約の内容を登録したり、保険料を算出する処理を実施する。最終的に顧客の要望に沿った保険設計がなされ、顧客から保険加入の承諾を得ると、保険の代理店はクライアント側保険アプリケーション３３に対して送信指示を入力する。そうすると、クライアント側保険アプリケーション３３は、実施処理に関連するデータを含む送信補助ファイル２２及び保険契約の計上データを含む送信ファイル２３を生成し、記憶装置に出力する。また、当該送信補助ファイル２２及び送信ファイル２３のファイル名を含む送信指示データ２１をクライアントＨＴＴＰ通信モジュール３１に出力する。
【００３５】
クライアントＨＴＴＰ通信モジュール３１には、送信処理部３１１及び受信処理部３１２が含まれる。送信処理部３１１には、送信指示データ２１を受け取り、送信指示データ２１において指示されている送信補助ファイル２２及び送信ファイル２３を記憶装置から読み出し、送信指示データ２１に従ってＰＯＳＴリクエストを生成するＰＯＳＴリクエスト生成部３１１１と、ＰＯＳＴリクエスト生成部３１１１により生成されたＰＯＳＴリクエストをＨＴＴＰ又はＨＴＴＰＳでネットワーク１を介してサーバ５に送信するＰＯＳＴリクエスト送信部３１１２とが設けられている。なお、ＰＯＳＴリクエスト生成部３１１１は、圧縮伸張モジュール３７を用いて送信補助ファイル２２、送信ファイル２３を圧縮する場合もある。また、送信補助ファイル２２及び送信ファイル２３のデータ・フォーマット変換が必要な場合には、当該変換処理もＰＯＳＴリクエスト生成部３１１１が実施する。
【００３６】
ＰＯＳＴリクエストの一例を図３に示す。ＰＯＳＴリクエストには、ＰＯＳＴリクエストを表すヘッダ２０１と、デリミタ２０２と、送信指示データ２１に含まれる認証情報や送信するファイルの圧縮の有無といった情報等を含む固定データ・ブロック２０３と、デリミタ２０４と、送信補助ファイル２２のデータを含む補助ファイル・ブロック２０５と、デリミタ２０６と、送信ファイル２３のデータを含む送信ファイル・ブロック２０７と、デリミタ及び終端２０８とが含まれる。
【００３７】
受信処理部３１２には、ネットワーク１を介してＨＴＴＰ又はＨＴＴＰＳでサーバからレスポンス（ＲＥＳＰＯＮＳＥ）を受信するＲＥＳＰＯＮＳＥ受信部３１２１と、ＲＥＳＰＯＮＳＥに含まれる受信補助データ・ブロック及び受信ファイル・ブロックを受信補助ファイル２４及び受信ファイル２５に展開し、記憶装置に格納するファイル展開部３１２２とが設けられている。なお、ファイル展開部３１２２は、ＲＥＳＰＯＮＳＥに含まれるデータが圧縮されている場合には圧縮伸張モジュール３７にて伸張する。受信補助ファイル２４及び受信ファイル２５のファイル展開処理においてデータ・フォーマット変換が必要であれば、ファイル展開部３１２２が実施する。
【００３８】
クライアント側保険アプリケーション３３は、受信補助ファイル２４を用いてサーバ側保険アプリケーション５３における処理の結果を表示する。また、受信ファイル２５がある場合には、当該受信ファイル２５を用いた処理を実施する場合もある。例えば、受信ファイル２５が最新の保険の料率テーブルである場合には、例えば保険情報ＤＢ３５に含まれる保険の料率テーブルを受信ファイル２５で更新する。
【００３９】
図４にサーバ５の詳細な機能ブロック図を示す。サーバＨＴＴＰ通信モジュール５１には、受信処理部５１１と送信処理部５１２とが設けられている。受信処理部５１１には、ネットワーク１を介してＨＴＴＰ又はＨＴＴＰＳにてクライアント端末３からＰＯＳＴリクエストを受信するＰＯＳＴリクエスト受信部５１１１と、ＰＯＳＴリクエストを送信してきたユーザ又はクライアント端末３の認証処理を実施するための認証処理部５１１２と、ＰＯＳＴリクエストに含まれるデータを展開する展開処理部５１１３と、サーバ側保険アプリケーション５３を起動するアプリケーション起動部５１１４とが含まれる。なお、記憶装置５９には、メモリ５９１と、ディスク装置のワークディレクトリ５９２とが含まれる。展開処理部５１１３は、ＰＯＳＴリクエストに含まれる固定データ・ブロック２０３の情報を、メモリ５９１に固定情報４１として格納し、ＰＯＳＴリクエストに含まれる補助ファイル・ブロック２０５の情報を、メモリ５９１に補助情報４２として格納する。また、ＰＯＳＴリクエストに含まれる送信ファイル・ブロック２０７の情報をワークディレクトリ５９２に送信ファイル４３として格納する。また、固定情報４１、補助情報４２及び送信ファイル４３に展開する際に、データ・フォーマット変換が必要であれば、展開処理部５１１３が実施する。なお、補助情報４２や送信ファイル４３が圧縮されている場合には圧縮伸張モジュール５７により伸張する。また、認証処理部５１１２は、認証情報を認証サーバ１１に送信し、認証サーバ１１から認証結果を受信する。
【００４０】
サーバ側保険アプリケーション５３には、サーバ側保険アプリケーションロジック５３１と、ホストコンピュータ・インターフェース５３２とが含まれる。例えばサーバ側保険アプリケーションロジック５３１は、ワークディレクトリ５９２に格納された送信ファイル４３に含まれる計上データのデータチェックを実施し、例えば各種ＤＢ５５に含まれる計上情報ＤＢに登録するなどの計上処理を実施する。もし、ホストコンピュータ９に接続する必要がある場合にはホストコンピュータ・インターフェース５３２を用いてホストコンピュータ９とデータのやりとりを行う。その他、固定情報４１や補助情報４２を用いた処理を実施する場合もある。例えば補助情報４２が例えばクライアント側保険アプリケーション３３において用いられる保険の料率テーブルのバージョンである場合には、当該保険の料率テーブルのバージョンが最新のものであるかを確認する処理を実施する場合もある。
【００４１】
データチェック及び計上処理が終了すると、サーバ側保険アプリケーション５３は、当該データチェック及び計上処理の結果に関する補助データを送信処理部５１２に出力する。またクライアント側保険アプリケーション３３で用いるデータについてのファイルの指定を出力する場合もある。例えばクライアント側保険アプリケーション３３が使用している保険の料率テーブルが古いものである場合には、最新の保険の料率テーブルのファイル名を出力する。送信処理部５１２のＲＥＳＰＯＮＳＥ生成部５１２１は、受け取った補助データ及び取得したファイルを用いてＲＥＳＰＯＮＳＥを生成する。補助データ及び取得したファイルのデータ・フォーマット変換が必要であれば、ＲＥＳＰＯＮＳＥ生成部５１２１が実施する。また、ファイル等の圧縮が必要な場合には、圧縮伸張モジュール５７により圧縮する。また、送信指示に応じて送信処理部５１２のＲＥＳＰＯＮＳＥ送信部５１２２は、生成されたＲＥＳＰＯＮＳＥをネットワーク１を介してＨＴＴＰやＨＴＴＰＳにてクライアント端末３に送信する。
【００４２】
ＲＥＳＰＯＮＳＥの一例を図５に示す。ＲＥＳＰＯＮＳＥには、ＨＴＴＰレスポンス（ＲＥＳＰＯＮＳＥ）のヘッダ２２１と、デリミタ２２２と、固定データ・ブロック２２３と、デリミタ２２４と、サーバ側保険アプリケーション５３による処理結果についての情報を含み且つクライアント端末３において受信補助ファイル２４に格納される補助データ・ブロック２２５と、デリミタ２２６と、サーバ側保険アプリケーション５３により指定されたファイルのデータを含み且つクライアント端末３において受信ファイル２５に格納される受信ファイル・ブロック２２７と、デリミタ及び終端２２８とが含まれる。
【００４３】
次に図１に示したシステムの処理フローを図６乃至図１１を用いて説明する。クライアント端末３を操作している代理店は、例えば顧客に対するコンサルティングの中で、顧客の情報や顧客の希望する保険の条件等をクライアント側保険アプリケーション３３に入力し、保険料の計算等を命ずる。クライアント側保険アプリケーション３３は、入力された顧客情報や保険契約の内容を保険情報ＤＢ３５に登録し、入力された情報に基づき例えば保険情報ＤＢ３５に格納されている保険の料率テーブル等を用いて保険料を算出する。また、入力された保険契約の内容が顧客情報や約款その他の情報等からして可能か否かといったデータチェックについても実施する（ステップＳ１）。この処理は、最終的に顧客の要望に沿った保険条件が決定され、顧客から保険加入の承諾を得て、代理店が当該保険の計上のためにクライアント側保険アプリケーション３３に対して送信指示を行うまで実施される。すなわち、クライアント側保険アプリケーション３３では、代理店からの指示が送信指示であるか否かを判断し（ステップＳ３）、送信指示でなければステップＳ１に戻る。送信指示の場合には、クライアント側保険アプリケーション３３は、例えば図７に示すような保険料計算に用いた保険の料率テーブルのバージョンに関する情報を送信補助ファイル２２として生成し、記憶装置に格納する。また、図８に示すような保険契約の計上データを含む送信ファイル２３を生成し、記憶装置に格納する（ステップＳ４）。
【００４４】
図７の例では、TBL_VERSION=2.50により保険の料率テーブルの現在のバージョンが示されている。また図８の例では、計上データとして、保険種別、加入日、氏名、住所、保険料、車種、等級等の情報が含まれている。但し、これで全部ではなく、実際にはより多くの情報が含まれる。
【００４５】
そして、クライアント側保険アプリケーション３３は、送信補助ファイル２２及び送信ファイル２３のファイル名、送信先のＵＲＬ、サーバ５における認証処理のためのユーザＩＤ及びパスワード（認証情報）、ファイルの圧縮の指定、プロキシ・サーバ７が存在する場合にはプロキシ・サーバのアドレス並びにプロキシ・サーバ用のユーザＩＤ及びパスワード（プロキシ用の認証情報）、受信補助ファイル２４及び受信ファイル２５のファイル名、その他のパラメータを含む送信指示データ２１をクライアントＨＴＴＰ通信モジュール３１に出力する（ステップＳ５）。クライアントＨＴＴＰ通信モジュール３１のＰＯＳＴリクエスト生成部３１１１は、クライアント側保険アプリケーション３３から送信指示を受け取ると、記憶装置から送信補助ファイル２２及び送信ファイル２３を読み出し（ステップＳ７）、送信補助ファイル２２、送信ファイル２３、認証情報等を用いてＰＯＳＴリクエストを生成する（ステップＳ９）。
【００４６】
例えば、認証情報、ファイルの圧縮の指定等については、ＰＯＳＴリクエストの固定データ・ブロック２０３に埋め込まれる。また、送信補助ファイル２２は補助ファイル・ブロック２０５に、送信ファイル２３は送信ファイル・ブロック２０７に含められる。なお、ファイルの圧縮の指定において、送信補助ファイル２２、送信ファイル２３の圧縮が指定されていれば、ＰＯＳＴリクエスト生成部３１１１は、圧縮伸張モジュール３７により圧縮処理を施す。その他のパラメータについても固定データ・ブロック２０３などに埋め込まれる場合もある。送信ファイル２３及び送信補助ファイル２２については、データ・フォーマット変換が必要な場合には、ＰＯＳＴリクエスト生成部３１１１が実施する。
【００４７】
そして、ＰＯＳＴリクエスト送信部３１１２は、生成されたＰＯＳＴリクエストをサーバ５にＨＴＴＰ又はＨＴＴＰＳで送信する（ステップＳ１１）。なお、この際、送信指示データ２１に含まれる送信先ＵＲＬやプロキシ・サーバ７のアドレス及びプロキシ用の認証情報を用いて送信を実施する。また、その他のパラメータには、ＰＯＳＴリクエスト送信からＲＥＳＰＯＮＳＥの受信までの時間が含まれる場合がある。その場合には、時間の計測を開始する。
【００４８】
このように、クライアント端末３を操作する代理店は、ネットワーク１に接続する操作を除き、クライアント側保険アプリケーション３３に対する操作を実施するだけで、計上データ及び計上データ又は計上処理に関連するデータを、一度にサーバ５に送信することができるようになる。すなわち、Ｗｅｂブラウザにおいて、サーバ５と何度もデータのやり取りを行うことなく、又はクライアント側保険アプリケーション３３が生成したデータをＷｅｂブラウザで手動で指定することなく、計上データを含むファイルをアップロードすると共に関連するデータをサーバ側保険アプリケーション５３に送信することができるようになる。
【００４９】
サーバ５では、サーバＨＴＴＰ通信モジュール５１のＰＯＳＴリクエスト受信部５１１１はＨＴＴＰ又はＨＴＴＰＳでクライアント端末３からＰＯＳＴリクエストを受信し（ステップＳ１３）、この受信に応じてアプリケーション起動部５１１４はサーバ側保険アプリケーション５３を起動する（ステップＳ１５）。起動は、単に受信を通知する場合や、例えばスレッドを生成するというような場合を含む。そして、サーバ側保険アプリケーション５３のサーバ側保険アプリケーションロジック５３１は、現在のサービスの可否を判断する（ステップＳ１７）。例えば、現在時刻はサービス対象時間内であるかを判断する。その他の条件にてサービスの可否を判断するような構成であってもよい。もし、サービスできないと判断された場合にはこれ以降の処理を実施せず、送信処理部５１２のＲＥＳＰＯＮＳＥ生成部５１２１にサービス不可という情報及びその理由等を補助データとして出力してＲＥＳＰＯＮＳＥを生成させると共に、ＲＥＳＰＯＮＳＥ送信部５１２２に当該生成させたＲＥＳＰＯＮＳＥをクライアント端末３へ送信するように指示する。
【００５０】
もし、サービス可能であると判断された場合には、認証処理部５１１２は認証処理を実施する（ステップＳ１９）。但し、認証処理部５１１２が、直接実体的な認証処理を実施しても良いが、例えば認証サーバ１１に固定データ・ブロック２０３に含まれる認証情報（ユーザＩＤ及びパスワード）を送信し、認証サーバ１１が当該認証情報と認証用ＤＢ１３に格納された認証情報とを用いて認証処理を実施するようにしても良い。このような場合には、認証処理部５１１２は、認証サーバ１１から認証処理の結果を受信し、認証処理の成否を判断する。なお、認証失敗の場合には、認証失敗を補助データ・ブロック２２５に含むＲＥＳＰＯＮＳＥをクライアント端末３に送信する。このための指示はサーバ側保険アプリケーション５３が実施しても良いし、サーバＨＴＴＰ通信モジュール５１が実施しても良い。
【００５１】
認証成功の場合には、展開処理部５１１３が、ＰＯＳＴリクエストの固定データ・ブロック２０３、補助ファイル・ブロック２０５及び送信ファイル・ブロック２０７を抽出し、固定データ・ブロック２０３の情報を例えばメモリ５９１に固定情報４１として、補助ファイル・ブロック２０５の情報を例えばメモリ５９１の補助情報４２として、送信ファイル・ブロック２０７の情報を例えばワークディレクトリ５９２の送信ファイル４３として展開する（ステップＳ２１）。なお、固定情報４１に、補助情報４２、送信ファイル４３が圧縮されているという情報が含まれる場合には圧縮伸張モジュール５７にて伸張する。そして端子Ａを介して図９に移行する。
【００５２】
図９において、サーバ側保険アプリケーション５３のサーバ側保険アプリケーションロジック５３１による処理を実施する（ステップＳ２３）。ここでは、メモリ５９１に展開された補助情報４２に含まれる保険の料率テーブルのバージョンが最新の料率テーブルであるかを判断する。また、ワークディレクトリ５９２に展開された送信ファイル４３に含まれる計上データについてのデータチェックを実施し、形式的及び実体的に正しい計上データであるかを判断する。そして、データチェックにおいて問題が発見されなかった場合には、計上データの計上処理を実施する。例えば、計上データを各種ＤＢ５５に含まれる計上データＤＢに登録する。なお、ホストコンピュータ９に計上データの登録が必要である場合には、ホストコンピュータインターフェース５３２を介して計上データをホストコンピュータ９に送信し、ホストコンピュータ９から処理結果を受け取る。データチェックについてはホストコンピュータ９において実施する場合もある。
【００５３】
そして、計上処理の処理結果を補助データとして生成し、設定する。また、保険の料率テーブルのバージョンが最新ではなかった場合には、最新の料率テーブルを（クライアント端末３にとって）受信ファイルとして設定する（ステップＳ２４）。図１０に補助データの一例を示す。ここでは、計上処理において計上データ中の保険料データが正しくないと判断された場合を示しており、エラーコード（ERROR_CODE）がＥ９９９であり、エラーメッセージ（ERROR_MSG）が「保険料が正しくありません」となっている。この保険料のエラーが、保険の料率テーブルが最新のバージョンでないことから生じるのであれば、受信ファイルとしては図１１に示すような最新の料率テーブルのデータが例えばＣＳＶ（Comma Separated Value）形式のファイルとして設定される。そして、サーバ側保険アプリケーションロジック５３１は、生成及び設定した補助データ及び受信ファイルの送信指示を、送信処理部５１２に出力する（ステップＳ２５）。なお、受信ファイルの圧縮が必要な場合には、圧縮伸張モジュール５７により圧縮する。
【００５４】
送信処理部５１２のＲＥＳＰＯＮＳＥ生成部５１２１は、サーバ側保険アプリケーションロジック５３１により設定された受信ファイルを記憶装置から読み出し、生成及び設定された補助データ及び当該受信ファイル等を用いてＲＥＳＰＯＮＳＥを生成する（ステップＳ２７）。この段階にてＲＥＳＰＯＮＳＥ生成部５１２１が、圧縮伸張モジュール５７にて受信ファイル等を圧縮するようにしても良い。補助データは補助データ・ブロック２２５に、受信ファイルは受信ファイル・ブロック２２７にそれぞれ設定される。固定データ・ブロック２２５については、必要な情報をＲＥＳＰＯＮＳＥ生成部５１２１が生成して、設定する。例えば、ファイル圧縮の有無などの情報が設定される。そして、ＲＥＳＰＯＮＳＥ送信部５１２２は、生成したＨＴＴＰレスポンスをＨＴＴＰ又はＨＴＴＰＳでネットワーク１を介してクライアント端末３に送信する（ステップＳ２９）。
【００５５】
これにより、サーバ側保険アプリケーション５３においても計上データの処理及びクライアント側保険アプリケーション３３の状態確認又はメンテナンスを合わせて実施することができる。すなわち、計上処理の処理結果だけではなく、クライアント側保険アプリケーション３３において使用すべきファイル（例えば最新の料率テーブルのファイルやその他の最新モジュール）を合わせて送信することができる。なお、計上処理の処理結果だけを返信するような構成であってもよいが、その場合であっても補助データの内容によってはクライアント側保険アプリケーション３３の更新が必要なことをクライアント端末３を使用している代理店に知らせることができるようになる。例えば、処理失敗の通知だけでなく、「料率テーブルが古いので、更新処理を実施してください」といったメッセージを含めておけばよい。またサーバ５が単に補助データとして処理結果だけを返す場合であっても、クライアント端末３では、往路で必要なファイルのアップロード及びクライアント端末３における処理についての情報又は送信ファイルに関連する情報を送付でき、復路でアップロードしたファイルの処理結果及びクライアント端末３における処理についての情報等についての確認結果等を得ることができるようになるため、一往復で十分な情報を送受信でき且つ短時間の通信であるから通信コストを下げることも可能となる。
【００５６】
クライアント端末３において、受信処理部３１２のＲＥＳＰＯＮＳＥ受信部３１２１は、サーバ５からＨＴＴＰ又はＨＴＴＰＳにてＲＥＳＰＯＮＳＥを受信し（ステップＳ３１）、ファイル展開部３１２２は、受信したＲＥＰＯＮＳＥに含まれる補助データ・ブロック２２５の情報を受信補助ファイル２４として、受信ファイル・ブロック２２７の情報を受信ファイル２５として生成し、記憶装置に保存する（ステップＳ３３）。なお、固定データ・ブロック２２３において圧縮ありと示されている場合には、圧縮伸張モジュール３７にて伸張する。この際、送信指示データ２１において、受信補助ファイル２４のファイル名、受信ファイル２５のファイル名の指示がなされている場合には、当該ファイル名に従って記憶装置に格納する。なお、ステップＳ３１の時点でネットワーク１との接続を切断することができ、ＷｅｂブラウザとＷｅｂサーバとのやりとりが必要なシステムに比して、短時間で通信を完了させることができ、通信コストの削減度合いは非常に大きい。
【００５７】
なお、ＰＯＳＴリクエスト送信からＲＥＳＰＯＮＳＥ受信までの時間を計測している場合には、ステップＳ３１においてその計測を停止させる。送信指示データ２１において設定された時間内にサーバ５からＲＥＳＰＯＮＳＥを得られない場合も生じえるが、その場合には、受信処理部３１２は通信エラーを例えば受信補助ファイル２４の形式で出力する。そうすれば、クライアント側保険アプリケーション３３は通信エラーの発生を認識することができるようになる。
【００５８】
指定のディレクトリに受信補助ファイル２４が格納されると、クライアント側保険アプリケーション３３は、当該受信補助ファイル２４に含まれている情報を解析し、処理結果として表示装置に表示する（ステップＳ３５）。例えば、上の例では「保険料が正しくありません。」というメッセージが表示される。なお、「料率テーブルを更新しましたので、再度計算し、計上データを送信してください。」といった付加的なメッセージを表示するようにしても良い。また、指定のディレクトリに受信ファイル２５が格納されると、クライアント側保険アプリケーション３３は、当該受信ファイル２５で所定のファイルの更新処理を実施する場合もある（ステップＳ３９）。例えば現在の料率テーブルを受信ファイル２５で更新する。なお、この更新については受信補助ファイル２４に含まれるエラーコードにて判断して実行するようにしても良い。
【００５９】
もし計上処理が成功した場合には、例えばクライアント端末３の代理店の指示に応じて、保険の申込書（又は証券）等の書類のデータを生成し、印刷するようにしても良い（ステップＳ３７）。これにより、即座に顧客の希望する保険の申込書等が印刷されるため、代理店は顧客に後で申込書等を渡すような手間をなくすことができ、顧客もその場で契約を完了させることができるため非常に利便性が向上する。また、保険アプリケーションにより多くの機能が提供されるため、代理店の手間を大幅に軽減することができ、顧客に対するコンサルティングに専念できるようになり、営業効率が向上する。
【００６０】
このように本システムは、非常に多くのコストメリット及び利便性を提供することができる。
【００６１】
なお、本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図２及び図４に示すような機能ブロック図は一例であって、必ずしもプログラムのモジュール分けに対応するものではない。図３及び図５のＰＯＳＴリクエスト及びＲＥＳＰＯＮＳＥのデータブロック分けも一例であって、他の配列によってＰＯＳＴリクエスト又はＲＥＳＰＯＮＳＥを構成するようにしてもよい。
【００６２】
また、ステップＳ１９乃至Ｓ２９（除くステップＳ２３）については、サーバ側保険アプリケーション５３により指示された認証処理部５１１２、展開処理部５１１３、ＲＥＳＰＯＮＳＥ生成部５１２１及びＲＥＳＰＯＮＳＥ送信部５１２２が、指示された順番に処理を実施するような構成であってもよい。
【００６３】
図４の例では、メモリ５９１に固定情報４１及び補助情報４２、ワークディレクトリ５９２に送信ファイル４３を展開するような構成を示しているが、これも一例であって展開の態様は任意である。
【００６４】
またホストコンピュータ９との連携を一例として示したが、他のサーバなどと連携するようにしてもよい。例えば、決済についても本システムにおいてサポートする場合には、銀行等の金融機関のコンピュータやクレジットカード会社のコンピュータ等と連携する場合もある。
【００６５】
さらに保険を一例に説明したが、保険に限られず、他の投資信託その他の金融商品についても適用することができる。
【００６６】
【発明の効果】
以上述べたように本発明により、通信コストを抑え且つ必要な情報のやりとりをＨＴＴＰやＨＴＴＰＳ等で行うことができるようになる。
【００６７】
また、Ｗｅｂブラウザによりサーバと通信することなく、必要な情報のやりとりをＨＴＴＰやＨＴＴＰＳ等で行うことができるようになる。
【００６８】
さらに、客先で保険等の金融商品を顧客向けにカスタマイズするような場合であっても、通信コストを抑制し且つ簡単に計上処理等が可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシステム概要図である。
【図２】クライアント端末の機能ブロック図である。
【図３】ＰＯＳＴリクエストのデータ構造の一例を示す図である。
【図４】サーバの機能ブロック図である。
【図５】ＲＥＳＰＯＮＳＥの機能ブロック図である。
【図６】本発明の実施の形態における処理フロー（その１）を示す図である。
【図７】送信補助ファイルの一例を示す図である。
【図８】送信ファイルの一例を示す図である。
【図９】本発明の実施の形態における処理フロー（その２）を示す図である。
【図１０】受信補助ファイルの一例を示す図である。
【図１１】受信ファイルの一例を示す図である。
【符号の説明】
１  ネットワーク    ３  クライアント端末
５  サーバ    ７  プロキシサーバ
９  ホストコンピュータ    １１  認証サーバ
１３  認証用ＤＢ
２１  送信指示データ    ２２  送信補助ファイル
２３  送信ファイル    ２４  受信補助ファイル
２５  受信ファイル
３１  クライアントＨＴＴＰ通信モジュール
３３  クライアント側保険アプリケーション
３５  保険情報ＤＢ
５１  サーバＨＴＴＰ通信モジュール
５３  サーバ側保険アプリケーション
５５  各種ＤＢ
【図１】
0003685754.tif 000002
【図２】
0003685754.tif 000003
【図３】
0003685754.tif 000004
【図４】
0003685754.tif 000005
【図５】
0003685754.tif 000006
【図６】
0003685754.tif 000007
【図７】
0003685754.tif 000008
【図８】
0003685754.tif 000009
【図９】
0003685754.tif 000010
【図１０】
0003685754.tif 000011
【図１１】
0003685754.tif 000012