JP2003196201A

JP2003196201A - 通信プログラム及び情報処理方法

Info

Publication number: JP2003196201A
Application number: JP2001393813A
Authority: JP
Inventors: Kenya Kobayashi; 賢也小林; Toshimasa Suzuki; 利昌鈴木; Yukio Takamune; 幸生高宗; Hitoshi Abe; 仁阿部; Masaru Yagi; 勝八木
Original assignee: Fujitsu Ltd; Tokio Marine and Fire Insurance Co Ltd
Current assignee: Fujitsu Ltd; Tokio Marine and Fire Insurance Co Ltd
Priority date: 2001-12-26
Filing date: 2001-12-26
Publication date: 2003-07-11
Anticipated expiration: 2021-12-26
Also published as: JP3685754B2

Abstract

(57)【要約】【課題】通信コストを抑え且つ必要な情報のやりとりを
HTTPやHTTPS等で行うことができるようにする。【解決手段】クライアントHTTP通信モジュール31は、HT
TP又はHTTPSを介してクライアント側保険アプリケーシ
ョン33とサーバ側保険アプリケーション53とのプログラ
ム間通信を可能にするためのプログラムであって、クラ
イアント側保険アプリケーション33から、当該クライア
ント側保険アプリケーション33により生成された送信フ
ァイル及び当該クライアント側保険アプリケーション33
において実施された処理に関連する補助ファイルの指定
を含む送信指示の情報を取得するステップと、送信指示
の情報において指定された送信ファイル及び補助ファイ
ルを取得するステップと、取得された送信ファイル及び
補助ファイル及び送信指示の情報を用いてPOSTリクエス
トを生成し、HTTP又はHTTPSにてサーバに送信するステ
ップとをコンピュータに実行させる。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、ＨＴＴＰ（Hyper
Text Transfer Protocol）又は暗号を用いたＨＴＴＰに
よるプログラム間通信技術及び当該プログラム通信技術
を用いた情報処理に関する。

【０００２】

【従来の技術】近年インターネットの利用が非常に急速
に広まったが、その大きな要因の一つにウェブ（Ｗｅ
ｂ）ブラウザの利用及び普及が挙げられる。Ｗｅｂブラ
ウザは、Ｗｅｂサーバと通信を行って、ＨＴＭＬ（Hype
r Text Markup Language）で記述されたハイパーテキス
ト文書を取得し、表示装置に表示するものである。ハイ
パーテキスト文書では、関連する文書にリンクが張られ
ており、ユーザは興味のある文書をリンクを辿ることに
より次々に取得できるようになっている。但し、通常イ
ンターネットに接続されているＷｅｂサーバは遠隔地に
あり、見たい文書がローカルな端末に存在しない限り、
ユーザは端末を公衆回線網等を介してインターネットに
接続させておかなければならない。近年、定額制のイン
ターネット接続サービスが提供されるようになり、ユー
ザは通信料金を気にせずインターネットを利用できるよ
うになってきているが、これは固定電話回線を前提とし
た話であり、オフィスや家庭の外で移動体通信を必要と
する状況においては、まだ通信コストを気にせずにはい
られない。すなわち、移動体通信を前提とした環境にお
いて、Ｗｅｂサーバとクライアント端末のＷｅｂブラウ
ザとを長時間通信させなければならない場合、その通信
コストは無視できないほど大きくなり、ビジネス上大き
な障害となる。例えば、複雑化した生命保険や損害保険
その他の金融商品の販売において、顧客との直接の対話
から当該顧客の要求によりマッチした金融商品を客先に
て探したり、組み立てたりするためには、長時間且つ多
くの工程が必要となる。この際、上で述べたようにＷｅ
ｂサーバとＷｅｂブラウザの通信を前提としたシステム
において金融商品の検索や組み立てを行うこととした場
合、そのための通信コストは膨大となり、ビジネスとし
て成り立たなくなってしまう。

【０００３】一方、今日、インターネットだけでなく、
企業の社内ＬＡＮ（Local Area Network）においてもＴ
ＣＰ／ＩＰやＨＴＴＰが用いられている。特に、ＨＴＴ
ＰはＳＳＬ（Secure Socket Layer）等により暗号化に
も対応しており、機密性の高い文書であっても安全に通
信できるようになっている。しかし、これらは主にＷｅ
ｂサーバからＷｅｂブラウザにデータをダウンロードす
る際の環境であって、クライアント端末から遠隔のサー
バに対してデータ、特にファイルをアップロードする際
には、ＦＴＰ（File Transfer Protocol）が一般的であ
る。しかし、ＦＴＰは使い勝手が悪い場合が多い。例え
ば、暗号化に対応していなかったり、企業が社内システ
ム防衛のために設けるファイアウォール等を通過できな
いといった問題である。また、ＦＴＰはそもそもファイ
ルをアップロードするだけであって、送信したファイル
についての処理結果を受け取るような構成を簡単にとる
ことができない。例えば顧客の要求にマッチした金融商
品についての計上を客先から行うような場合には、比較
的大きな量のデータをクライアント端末から遠隔のサー
バにアップロードしなければならないが、ＦＴＰでは上
記のような問題がある。また、このような状況において
は、単にファイルのアップロードだけではなく、計上に
伴う処理の結果等をサーバから得る必要があるが、その
ような仕組みを簡単に得ることができない。

【０００４】

【発明が解決しようとする課題】以上のように、従来の
技術では、通信コストを抑え且つ必要な情報のやりとり
をＨＴＴＰやＨＴＴＰＳ（Hyper Text Tranfer Protoco
l Security）で行うものはない。また、Ｗｅｂブラウザ
はヒューマンインターフェースとしては優れているが、
全く別個のプログラムとのインターフェースは十分であ
るとはいえない。

【０００５】従って本発明の目的は、通信コストを抑え
且つ必要な情報のやりとりをＨＴＴＰやＨＴＴＰＳ等で
行うことができるようにするための技術を提供すること
である。

【０００６】また他の目的は、Ｗｅｂブラウザによりサ
ーバと通信することなく、必要な情報のやりとりをＨＴ
ＴＰやＨＴＴＰＳ等で行うことができるようにするため
の技術を提供することである。

【０００７】さらに他の目的は、客先で保険等の金融商
品を顧客向けにカスタマイズするような場合であって
も、通信コストを抑制し且つ簡単に計上処理等を可能と
するための技術を提供することである。

【０００８】

【課題を解決するための手段】本発明の第１の態様に係
る通信プログラムは、ハイパーテキスト・トランスファ
ー・プロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰ
（例えばＨＴＴＰＳやＳ−ＨＴＴＰ（Secure HTTP）
等）を介してクライアント端末用の業務アプリケーショ
ン・プログラムとサーバ用の業務アプリケーション・プ
ログラムとのプログラム間通信を可能にするための通信
プログラムであって、クライアント端末用の業務アプリ
ケーション・プログラムから、当該クライアント端末用
の業務アプリケーション・プログラムにより生成された
送信データ（例えば実施の形態における送信ファイル２
３）及び当該クライアント端末用の業務アプリケーショ
ン・プログラムにおいて実施された処理に関連する補助
データ（例えば実施の形態における送信補助ファイル２
２）の指定を含む送信指示の情報を取得するステップ
と、送信指示の情報において指定された送信データ及び
補助データを取得し、記憶装置に格納するステップと、
取得された送信データ及び補助データ及び送信指示の情
報を用いてリクエスト（例えばＰＯＳＴリクエスト）を
生成し、ＨＴＴＰ又は暗号を用いたＨＴＴＰにてサーバ
に送信するステップとをコンピュータに実行させるもの
である。

【０００９】このようにすることにより、クライアント
端末用の業務アプリケーション・プログラムにより生成
された送信データをサーバにＨＴＴＰやＨＴＴＰＳにて
アップロードすると共に、当該クライアント端末用の業
務アプリケーション・プログラムにおいて実施された処
理に関連する補助データをもサーバに通知することがで
きるようになり、クライアント端末用及びサーバ用の業
務アプリケーション・プログラムの連携が可能になる。
また、このようにすることによりクライアント端末にお
いてはサーバとの通信にＷｅｂブラウザを用いずに済
み、クライアント端末のユーザも煩雑な操作が不要にな
るという利点もある。また、クライアント端末用のアプ
リケーション・プログラムにより処理を行い、その処理
結果として送信データ及び補助データを送信するため、
ＷｅｂブラウザとＷｅｂサーバにおいて何往復もデータ
のやりとりをして通信コストがかさむようなこともなく
なる。

【００１０】また、サーバからＨＴＴＰ又は暗号を用い
たＨＴＴＰにてレスポンス（例えばＨＴＴＰレスポンス
（RESPONSE））を受信した場合、当該レスポンスから、
クライアント端末用の業務アプリケーション・プログラ
ムにおいて使用されるべき第１のデータ（例えば実施の
形態における受信ファイル２５）及びサーバ用の業務ア
プリケーション・プログラムによる送信ファイルの処理
結果に関する第２のデータ（例えば実施の形態における
受信補助ファイル２４）、又は第１のデータ若しくは第
２のデータを抽出し、記憶装置に格納する抽出ステッ
プ、をさらにコンピュータに実行させるような構成であ
ってもよい。これにより、１往復でクライアント端末用
及びサーバ用の業務アプリケーション・プログラムのト
ランザクションが終了するため、通信コストを大幅に削
減することができるようになる。また、第１のデータを
用いて例えばクライアント端末用の業務アプリケーショ
ン・プログラムにおいて用いられるテーブルの更新や、
モジュールの更新などを同時に実施することも可能とな
る。

【００１１】また、上で述べた抽出ステップを、送信指
示の情報に含まれる第１のデータのためのファイル名又
は第２のデータのためのファイル名若しくは第１及び第
２のデータのためのファイル名に従って、抽出された第
１のデータ及び第２のデータ、又は第１のデータ若しく
は第２のデータを、記憶装置に格納するステップとする
ような構成であってもよい。このようにすれば、クライ
アント端末用の業務アプリケーション・プログラムと通
信プログラムのインターフェースを簡単にすることがで
きる。

【００１２】また、送信指示の情報が認証情報を含み、
上記リクエストに認証情報が含まれるような構成であっ
てもよい。これによりサーバ用の業務アプリケーション
・プログラムにおいて処理される送信データを認証され
た者が送信した送信データに限定することができる。

【００１３】本発明の第２の態様に係る通信プログラム
は、ハイパーテキスト・トランスファー・プロトコル
（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介してクライ
アント端末用の業務アプリケーション・プログラムとサ
ーバ用の業務アプリケーション・プログラムとのプログ
ラム間通信を可能にするための通信プログラムであっ
て、クライアント端末からリクエストをＨＴＴＰ又は暗
号を用いたＨＴＴＰにて受信した場合、当該リクエスト
から、クライアント端末用の業務アプリケーション・プ
ログラムにより生成された送信データ及びクライアント
端末用の業務アプリケーション・プログラムにおいて実
施された処理に関連する補助データを抽出し、記憶装置
に格納する処理と、少なくとも送信データを用いた処理
を実施するサーバ用の業務アプリケーション・プログラ
ムを起動する処理とをコンピュータに実行させるための
ものである。

【００１４】これによりクライアント端末から同時に送
られてきた送信データ及び補助データをサーバにおいて
処理できるように抽出すると共に、サーバ用の業務アプ
リケーション・プログラムの動作を開始させることがで
きるようになる。すなわち、少なくとも送信データにつ
いての処理が実施されるようになる。

【００１５】また、サーバ用の業務アプリケーション・
プログラムからクライアント端末用の業務アプリケーシ
ョン・プログラムで用いられるデータの指定を受けた場
合には当該データを第１の送信データ（例えば実施の形
態における受信ファイル・ブロック２２７）として使用
し、サーバ用の業務アプリケーション・プログラムから
送信データの処理結果に関する情報を受け取った場合に
は当該処理結果に関する情報を第２の送信データ（例え
ば実施の形態における受信補助データ・ブロック２２
５）として使用して、ＨＴＴＰレスポンスを生成する処
理と、生成されたＨＴＴＰレスポンスをクライアント端
末にＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて送信す
る処理とをさらにコンピュータに実行させるような構成
であってもよい。これにより、サーバ用の業務アプリケ
ーション・プログラムの送信データに対する処理結果の
通知とクライアント端末用の業務アプリケーション・プ
ログラムで用いられるべきデータのダウンロードをＨＴ
ＴＰレスポンスにより一度に行うことができるようにな
るので、通信コストの軽減を図ることができる。

【００１６】また、クライアント端末からの前記リクエ
ストに含まれる認証情報を用いて認証を実施する処理を
さらにコンピュータに実行させるような構成であっても
よい。サーバ用の業務アプリケーション・プログラムの
重要度によって認証の要否を決めても良い。

【００１７】本発明の第３の態様に係る情報処理方法
は、クライアント端末用の業務アプリケーション・プロ
グラムにより、サーバ用の業務アプリケーション・プロ
グラムにて処理すべき送信データを生成し、当該送信デ
ータと前記クライアント端末用の業務アプリケーション
・プログラムにおいて実施された処理に関連する補助デ
ータとの指定を含む送信指示の情報を、ハイパーテキス
ト・トランスファー・プロトコル（ＨＴＴＰ）又は暗号
を用いたＨＴＴＰを介してクライアント端末用の業務ア
プリケーション・プログラムとサーバ用の業務アプリケ
ーション・プログラムとのプログラム間通信を可能にす
るための通信プログラムへ出力するステップと、通信プ
ログラムにより、クライアント端末用の業務アプリケー
ション・プログラムから送信指示の情報を受け取り、当
該送信指示の情報において指定された送信データ及び補
助データを取得し、記憶装置に格納するステップと、通
信プログラムにより、取得された送信データ及び補助デ
ータ及び送信指示の情報を用いてリクエストを生成し、
ＨＴＴＰ又は暗号を用いたＨＴＴＰによりサーバに送信
するステップとを含む。

【００１８】このようにすることにより、クライアント
端末用の業務アプリケーション・プログラムは通信プロ
グラムを用いてサーバ用の業務アプリケーション・プロ
グラムとのプログラム間通信が可能となる。また、一度
にサーバ用の業務アプリケーション・プログラムにより
処理すべき送信データのアップロードとクライアント端
末用の業務アプリケーション・プログラムにおいて実施
された処理に関連する補助データのサーバへの送信が可
能になるため、通信の回数やコストを短縮することがで
きる。すなわち、コストや送信状態の安定しない移動体
通信を使用しなければならないような状況においても、
一度の通信で済ませることができるようになる。さら
に、クライアント端末のユーザもクライアント端末用の
業務アプリケーション・プログラムとのインターフェー
スだけで、遠隔地のサーバにデータのアップロード等を
実行させ且つサーバ用の業務アプリケーション・プログ
ラムの処理を実行させることができるようになるため、
大幅に操作性が向上する。

【００１９】また、通信プログラムにより、サーバから
ＨＴＴＰ又は暗号を用いたＨＴＴＰにてレスポンスを受
信した場合、当該レスポンスから、クライアント端末用
の業務アプリケーション・プログラムにおいて使用され
るべき第１のデータ及びサーバ用の業務アプリケーショ
ン・プログラムによる送信データの処理結果に関する第
２のデータ、又は第１のデータ若しくは第２のデータを
抽出し、記憶装置に格納する抽出ステップとをさらに含
むような構成であってもよい。これにより、サーバから
のレスポンスにおいても、第１のデータ及び第２のデー
タを含めることができるようになっており、単なるファ
イルのアップロード及びダウンロード以上の処理を可能
とすることができるようになる。

【００２０】さらに、クライアント端末用の業務アプリ
ケーション・プログラムにより、第２のデータを用いて
サーバ用の業務アプリケーション・プログラムによる送
信データの処理結果を表示するステップをさらに含むよ
うな構成であってもよい。これにより、サーバ用の業務
アプリケーション・プログラムにおいて所期の目的が達
成されたか否かを判断することができるようになる。

【００２１】また、クライアント端末用の業務アプリケ
ーション・プログラムにより、第１のデータを用いてク
ライアント端末用の業務アプリケーション・プログラム
における対応するデータを更新するステップをさらに含
むような構成であってもよい。例えば、テーブルのバー
ジョンが古いといった事項や、モジュールのバージョン
アップが行われた場合には、第１のデータにより更新を
実施することができるようになる。

【００２２】さらに、クライアント端末用の業務アプリ
ケーション・プログラムにより、第２のデータがサーバ
用の業務アプリケーション・プログラムにおける送信デ
ータの処理が成功したことを示している場合には、顧客
用印刷物を出力するステップをさらに含むような構成で
あってもよい。例えば、保険における保険申込書又は証
券等を印刷するものである。

【００２３】さらに、送信データが保険を含む金融商品
に関する計上データであり、補助データが計上データ生
成において使用されたデータを特定するための情報であ
るような構成も可能である。これにより、サーバ用の業
務アプリケーション・プログラムに、計上データの計上
処理を行わせると共に、例えば計上データ生成を行った
クライアント端末用の業務アプリケーション・プログラ
ムにおけるテーブルのバージョンが最新であるかといっ
た確認を実施させることができるようになる。すなわ
ち、計上データ生成において使用されたデータを変更す
る必要がある場合に、第１のデータが計上データ生成に
おいて以後使用すべきデータであるような場合もある。

【００２４】本発明の第４の態様に係る情報処理方法
は、ハイパーテキスト・トランスファー・プロトコル
（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介してクライ
アント端末用の業務アプリケーション・プログラムとサ
ーバ用の業務アプリケーション・プログラムとのプログ
ラム間通信を可能にするための通信プログラムにより、
クライアント端末からリクエストをＨＴＴＰ又は暗号を
用いたＨＴＴＰにて受信した場合、当該リクエストか
ら、クライアント端末用の業務アプリケーション・プロ
グラムにより生成された送信データ及び当該送信データ
に関連する補助データを抽出し、記憶装置に格納するス
テップと、通信プログラムにより、サーバ用の業務アプ
リケーション・プログラムを起動するステップと、サー
バ用の業務アプリケーション・プログラムにより、少な
くとも送信データについての処理を実施するステップと
を含む。

【００２５】これによりクライアント端末から同時に送
られてきた送信データ及び補助データをサーバにおいて
処理できるように抽出すると共に、サーバ用の業務アプ
リケーション・プログラムにおいて、少なくとも送信デ
ータについての処理が実施されるようになる。

【００２６】また、サーバ用の業務アプリケーション・
プログラムにより、クライアント端末用の業務アプリケ
ーション・プログラムで用いられるファイルの指定及び
／又は前記送信データの処理結果に関する情報を前記通
信プログラムに出力するステップと、通信プログラムに
より、ファイルの指定を受けた場合には当該ファイルを
第１の送信データとして使用し、送信ファイルの処理結
果に関する情報を受け取った場合には当該処理結果に関
する情報を第２の送信データとして使用して、ＨＴＴＰ
レスポンスを生成するステップと、通信プログラムによ
り、生成されたＨＴＴＰレスポンスをクライアント端末
にＨＴＴＰ又は暗号を用いたＨＴＴＰにて送信するステ
ップとをさらに含むような構成であってもよい。これに
より、送信データの処理結果だけでなく、クライアント
端末用の業務アプリケーション・プログラムで用いられ
るファイルなどをいっしょに送信することができるの
で、通信回数及びコストを低減させることができるよう
になる。

【００２７】なお、送信データが保険を含む金融商品の
計上データであり、サーバ用の業務アプリケーション・
プログラムによる処理が、金融商品の計上データのデー
タチェック及び計上処理であるような場合もある。

【００２８】また、第２の送信データが、金融商品の計
上データの前記データチェック及び計上処理の成否の情
報を含み、第１の送信データが、クライアント端末用の
業務アプリケーション・プログラムにおいて更新される
べき情報（例えばテーブルやモジュール）を含むような
構成であってもよい。

【００２９】これにより、遠隔で且つ高コストの移動体
通信を使用しなければならないような状況においてもク
ライアント端末においてオフラインで計上データを生成
し、その後当該計上データをサーバに送信し、サーバか
ら計上処理が成功したか否かの結果を１往復の通信にて
得ることができるようになる。

【００３０】本発明に係る情報処理方法をコンピュータ
に実行させるためのプログラムを作成することも可能で
あって、当該プログラムは、例えばフレキシブル・ディ
スク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、
ハードディスク等の記憶媒体又は記憶装置に格納され
る。さらに、ネットワークを介して頒布される場合もあ
る。また、処理途中のデータについては、コンピュータ
のメモリに一時保管される。

【００３１】

【発明の実施の形態】本発明の一実施の形態に係るシス
テム概要図を図１に示す。例えばインターネット等のコ
ンピュータ・ネットワークであるネットワーク１には、
サーバ５と１又は複数のクライアント端末３が接続す
る。なお、複数のクライアント端末３とネットワーク１
の間にはプロキシ・サーバ７が設けられる場合もある。
すなわち、クライアント端末３がサーバ５が設けられて
いる企業とは別企業のＬＡＮ（Local Area Network）等
に接続されている場合には、プロキシ・サーバ７を通過
する必要がある。また、クライアント端末３は、ネット
ワーク１に常時接続するものではなく、必要になったと
きだけ接続する場合もある。その場合、例えばクライア
ント端末３は、接続された携帯電話機や無線通信のデバ
イスにより無線等にてネットワーク１に接続する。ネッ
トワーク１は、例えばＴＣＰ／ＩＰを用いたネットワー
クであり、インターネットではなくイントラネット等の
ＬＡＮであってもよい。また、サーバ５は認証サーバ１
１に接続されている。認証サーバ１１は、認証用ＤＢ１
３を管理している。また、サーバ５はホストコンピュー
タ９に接続されている場合もある。

【００３２】クライアント端末３には、主な構成要素と
して、例えば保険の代理店が行うコンサルテーション用
の情報処理、保険料の計算処理、保険契約を計上する処
理等を実施するためのクライアント側保険アプリケーシ
ョン３３と、当該クライアント側保険アプリケーション
３３において使用されるコンサルテーション用の情報、
顧客の情報、保険料などのテーブルなどを含む保険情報
ＤＢ３５と、ネットワーク１を介してサーバ５とＨＴＴ
Ｐ又は暗号を用いたＨＴＴＰで通信を行うクライアント
ＨＴＴＰ通信モジュール３１とが設けられている。詳細
については後に説明する。

【００３３】また、サーバ５には、主な構成要素とし
て、クライアントＨＴＴＰ通信モジュール３１とネット
ワーク１を介してＨＴＴＰ又は暗号を用いたＨＴＴＰに
より通信を行うサーバＨＴＴＰ通信モジュール５１と、
クライアント端末３から送信されてきた計上データ等の
処理を実施するサーバ側保険アプリケーション５３と、
当該計上データ等の処理においてサーバ側保険アプリケ
ーション５３により使用される各種ＤＢ５５とが設けら
れている。サーバ側保険アプリケーション５３は例えば
サーブレットである。この詳細についても後に説明す
る。

【００３４】図２にクライアント端末３の詳細な機能ブ
ロック図を示す。クライアント側保険アプリケーション
３３は、例えば保険の代理店が顧客に対するコンサルテ
ィングの中で必要な情報処理や、顧客の保険設計のため
に使用される顧客情報や顧客の要望に沿った保険契約の
内容を登録したり、保険料を算出する処理を実施する。
最終的に顧客の要望に沿った保険設計がなされ、顧客か
ら保険加入の承諾を得ると、保険の代理店はクライアン
ト側保険アプリケーション３３に対して送信指示を入力
する。そうすると、クライアント側保険アプリケーショ
ン３３は、実施処理に関連するデータを含む送信補助フ
ァイル２２及び保険契約の計上データを含む送信ファイ
ル２３を生成し、記憶装置に出力する。また、当該送信
補助ファイル２２及び送信ファイル２３のファイル名を
含む送信指示データ２１をクライアントＨＴＴＰ通信モ
ジュール３１に出力する。

【００３５】クライアントＨＴＴＰ通信モジュール３１
には、送信処理部３１１及び受信処理部３１２が含まれ
る。送信処理部３１１には、送信指示データ２１を受け
取り、送信指示データ２１において指示されている送信
補助ファイル２２及び送信ファイル２３を記憶装置から
読み出し、送信指示データ２１に従ってＰＯＳＴリクエ
ストを生成するＰＯＳＴリクエスト生成部３１１１と、
ＰＯＳＴリクエスト生成部３１１１により生成されたＰ
ＯＳＴリクエストをＨＴＴＰ又はＨＴＴＰＳでネットワ
ーク１を介してサーバ５に送信するＰＯＳＴリクエスト
送信部３１１２とが設けられている。なお、ＰＯＳＴリ
クエスト生成部３１１１は、圧縮伸張モジュール３７を
用いて送信補助ファイル２２、送信ファイル２３を圧縮
する場合もある。また、送信補助ファイル２２及び送信
ファイル２３のデータ・フォーマット変換が必要な場合
には、当該変換処理もＰＯＳＴリクエスト生成部３１１
１が実施する。

【００３６】ＰＯＳＴリクエストの一例を図３に示す。
ＰＯＳＴリクエストには、ＰＯＳＴリクエストを表すヘ
ッダ２０１と、デリミタ２０２と、送信指示データ２１
に含まれる認証情報や送信するファイルの圧縮の有無と
いった情報等を含む固定データ・ブロック２０３と、デ
リミタ２０４と、送信補助ファイル２２のデータを含む
補助ファイル・ブロック２０５と、デリミタ２０５と、
送信ファイル２３のデータを含む送信ファイル・ブロッ
ク２０７と、デリミタ及び終端２０８とが含まれる。

【００３７】受信処理部３１２には、ネットワーク１を
介してＨＴＴＰ又はＨＴＴＰＳでサーバからレスポンス
（ＲＥＳＰＯＮＳＥ）を受信するＲＥＳＰＯＮＳＥ受信
部３１２１と、ＲＥＳＰＯＮＳＥに含まれる受信補助デ
ータ・ブロック及び受信ファイル・ブロックを受信補助
ファイル２４及び受信ファイル２５に展開し、記憶装置
に格納するファイル展開部３１２２とが設けられてい
る。なお、ファイル展開部３１２２は、ＲＥＳＰＯＮＳ
Ｅに含まれるデータが圧縮されている場合には圧縮伸張
モジュール３７にて伸張する。受信補助ファイル２４及
び受信ファイル２５のファイル展開処理においてデータ
・フォーマット変換が必要であれば、ファイル展開部３
１２２が実施する。

【００３８】クライアント側保険アプリケーション３３
は、受信補助ファイル２４を用いてサーバ側保険アプリ
ケーション５３における処理の結果を表示する。また、
受信ファイル２５がある場合には、当該受信ファイル２
５を用いた処理を実施する場合もある。例えば、受信フ
ァイル２５が最新の保険の料率テーブルである場合に
は、例えば保険情報ＤＢ３５に含まれる保険の料率テー
ブルを受信ファイル２５で更新する。

【００３９】図４にサーバ５の詳細な機能ブロック図を
示す。サーバＨＴＴＰ通信モジュール５１には、受信処
理部５１１と送信処理部５１２とが設けられている。受
信処理部５１１には、ネットワーク１を介してＨＴＴＰ
又はＨＴＴＰＳにてクライアント端末３からＰＯＳＴリ
クエストを受信するＰＯＳＴリクエスト受信部５１１１
と、ＰＯＳＴリクエストを送信してきたユーザ又はクラ
イアント端末３の認証処理を実施するための認証処理部
５１１２と、ＰＯＳＴリクエストに含まれるデータを展
開する展開処理部５１１３と、サーバ側保険アプリケー
ション５３を起動するアプリケーション起動部５１１４
とが含まれる。なお、記憶装置５９には、メモリ５９１
と、ディスク装置のワークディレクトリ５９２とが含ま
れる。展開処理部５１１３は、ＰＯＳＴリクエストに含
まれる固定データ・ブロック２０３の情報を、メモリ５
９１に固定情報４１として格納し、ＰＯＳＴリクエスト
に含まれる補助データ・ブロック２０５の情報を、メモ
リ５９１に補助情報４２として格納する。また、ＰＯＳ
Ｔリクエストに含まれる送信ファイル・ブロック２０７
の情報をワークディレクトリ５９２に送信ファイル４３
として格納する。また、固定情報４１、補助情報４２及
び送信ファイル４３に展開する際に、データ・フォーマ
ット変換が必要であれば、展開処理部５１１３が実施す
る。なお、補助情報４２や送信ファイル４３が圧縮され
ている場合には圧縮伸張モジュール５７により伸張す
る。また、認証処理部５１１２は、認証情報を認証サー
バ１１に送信し、認証サーバ１１から認証結果を受信す
る。

【００４０】サーバ側保険アプリケーション５３には、
サーバ側保険アプリケーションロジック５３１と、ホス
トコンピュータ・インターフェース５３２とが含まれ
る。例えばサーバ側保険アプリケーションロジック５３
１は、ワークディレクトリ５９２に格納された送信ファ
イル４３に含まれる計上データのデータチェックを実施
し、例えば各種ＤＢ５５に含まれる計上情報ＤＢに登録
するなどの計上処理を実施する。もし、ホストコンピュ
ータ９に接続する必要がある場合にはホストコンピュー
タ・インターフェース５３２を用いてホストコンピュー
タ９とデータのやりとりを行う。その他、固定情報４１
や補助情報４２を用いた処理を実施する場合もある。例
えば補助情報４２が例えばクライアント側保険アプリケ
ーション３３において用いられる保険の料率テーブルの
バージョンである場合には、当該保険の料率テーブルの
バージョンが最新のものであるかを確認する処理を実施
する場合もある。

【００４１】データチェック及び計上処理が終了する
と、サーバ側保険アプリケーション５３は、当該データ
チェック及び計上処理の結果に関する補助データを送信
処理部５１２に出力する。またクライアント側保険アプ
リケーション３３で用いるデータについてのファイルの
指定を出力する場合もある。例えばクライアント側保険
アプリケーション３３が使用している保険の料率テーブ
ルが古いものである場合には、最新の保険の料率テーブ
ルのファイル名を出力する。送信処理部５１２のＲＥＳ
ＰＯＮＳＥ生成部５１２１は、受け取った補助データ及
び取得したファイルを用いてＲＥＳＰＯＮＳＥを生成す
る。補助データ及び取得したファイルのデータ・フォー
マット変換が必要であれば、ＲＥＳＰＯＮＳＥ生成部５
１２１が実施する。また、ファイル等の圧縮が必要な場
合には、圧縮伸張モジュール５７により圧縮する。ま
た、送信指示に応じて送信処理部５１２のＲＥＳＰＯＮ
ＳＥ送信部５１２２は、生成されたＲＥＳＰＯＮＳＥを
ネットワーク１を介してＨＴＴＰやＨＴＴＰＳにてクラ
イアント端末３に送信する。

【００４２】ＲＥＳＰＯＮＳＥの一例を図５に示す。Ｒ
ＥＳＰＯＮＳＥには、ＨＴＴＰレスポンス（ＲＥＳＰＯ
ＮＳＥ）のヘッダ２２１と、デリミタ２２２と、固定デ
ータ・ブロック２２３と、サーバ側保険アプリケーショ
ン５３による処理結果についての情報を含み且つクライ
アント端末３において受信補助ファイル２４に格納され
る補助データ・ブロックと、サーバ側保険アプリケーシ
ョン５３により指定されたファイルのデータを含み且つ
クライアント端末３において受信ファイル２５に格納さ
れる受信ファイル・ブロック２２７と、デリミタ及び終
端２２８とが含まれる。

【００４３】次に図１に示したシステムの処理フローを
図６乃至図１１を用いて説明する。クライアント端末３
を操作している代理店は、例えば顧客に対するコンサル
ティングの中で、顧客の情報や顧客の希望する保険の条
件等をクライアント側保険アプリケーション３３に入力
し、保険料の計算等を命ずる。クライアント側保険アプ
リケーション３３は、入力された顧客情報や保険契約の
内容を保険情報ＤＢ３５に登録し、入力された情報に基
づき例えば保険情報ＤＢ３５に格納されている保険の料
率テーブル等を用いて保険料を算出する。また、入力さ
れた保険契約の内容が顧客情報や約款その他の情報等か
らして可能か否かといったデータチェックについても実
施する（ステップＳ１）。この処理は、最終的に顧客の
要望に沿った保険条件が決定され、顧客から保険加入の
承諾を得て、代理店が当該保険の計上のためにクライア
ント側保険アプリケーション３３に対して送信指示を行
うまで実施される。すなわち、クライアント側端末アプ
リケーション３３では、代理店からの指示が送信指示で
あるか否かを判断し（ステップＳ３）、送信指示でなけ
ればステップＳ１に戻る。送信指示の場合には、クライ
アント側保険アプリケーション３３は、例えば図７に示
すような保険料計算に用いた保険の料率テーブルのバー
ジョンに関する情報を送信補助ファイル２２として生成
し、記憶装置に格納する。また、図８に示すような保険
契約の計上データを含む送信ファイル２３を生成し、記
憶装置に格納する（ステップＳ４）。

【００４４】図７の例では、TBL_VERSION=2.50により保
険の料率テーブルの現在のバージョンが示されている。
また図８の例では、計上データとして、保険種別、加入
日、氏名、住所、保険料、車種、等級等の情報が含まれ
ている。但し、これで全部ではなく、実際にはより多く
の情報が含まれる。

【００４５】そして、クライアント側保険アプリケーシ
ョン３３は、送信補助ファイル２２及び送信ファイル２
３のファイル名、送信先のＵＲＬ、サーバ５における認
証処理のためのユーザＩＤ及びパスワード（認証情
報）、ファイルの圧縮の指定、プロキシ・サーバ７が存
在する場合にはプロキシ・サーバのアドレス並びにプロ
キシ・サーバ用のユーザＩＤ及びパスワード（プロキシ
用の認証情報）、受信補助ファイル２４及び受信ファイ
ル２５のファイル名、その他のパラメータを含む送信指
示２１をクライアントＨＴＴＰ通信モジュール３１に出
力する（ステップＳ５）。クライアントＨＴＴＰ通信モ
ジュール３１のＰＯＳＴリクエスト生成部３１１１は、
クライアント側保険アプリケーション３３から送信指示
を受け取ると、記憶装置から送信補助ファイル２２及び
送信ファイル２３を読み出し（ステップＳ７）、送信補
助ファイル２２、送信ファイル２３、認証情報等を用い
てＰＯＳＴリクエストを生成する（ステップＳ９）。

【００４６】例えば、認証情報、ファイルの圧縮の指定
等については、ＰＯＳＴリクエストの固定データ・ブロ
ック２０３に埋め込まれる。また、送信補助ファイル２
２は補助ファイル・ブロック２０５に、送信ファイル２
３は送信ファイル・ブロック２０７に含められる。な
お、ファイルの圧縮の指定において、送信補助ファイル
２２、送信ファイル２３の圧縮が指定されていれば、Ｐ
ＯＳＴリクエスト生成部３１１１は、圧縮伸張モジュー
ル３７により圧縮処理を施す。その他のパラメータにつ
いても固定データ・ブロック２０３などに埋め込まれる
場合もある。送信ファイル２３及び送信補助ファイル２
２については、データ・フォーマット変換が必要な場合
には、ＰＯＳＴリクエスト生成部３１１１が実施する。

【００４７】そして、ＰＯＳＴリクエスト送信部３１１
２は、生成されたＰＯＳＴリクエストをサーバ５にＨＴ
ＴＰ又はＨＴＴＰＳで送信する（ステップＳ１１）。な
お、この際、送信指示２１に含まれる送信先ＵＲＬやプ
ロキシ・サーバ７のアドレス及びプロキシ用の認証情報
を用いて送信を実施する。また、その他のパラメータに
は、ＰＯＳＴリクエスト送信からＲＥＳＰＯＮＳＥの受
信までの時間が含まれる場合がある。その場合には、時
間の計測を開始する。

【００４８】このように、クライアント端末３を操作す
る代理店は、ネットワーク１に接続する操作を除き、ク
ライアント側保険アプリケーション３３に対する操作を
実施するだけで、計上データ及び計上データ又は計上処
理に関連するデータを、一度にサーバ５に送信すること
ができるようになる。すなわち、Ｗｅｂブラウザにおい
て、サーバ５と何度もデータのやり取りを行うことな
く、又はクライアント側保険アプリケーション３３が生
成したデータをＷｅｂブラウザで手動で指定することな
く、計上データを含むファイルをアップロードすると共
に関連するデータをサーバ側保険アプリケーション３３
に送信することができるようになる。

【００４９】サーバ５では、サーバＨＴＴＰ通信モジュ
ール５１のＰＯＳＴリクエスト受信部５１１１はＨＴＴ
Ｐ又はＨＴＴＰＳでクライアント端末５からＰＯＳＴリ
クエストを受信し（ステップＳ１３）、この受信に応じ
てアプリケーション起動部５１１４はサーバ側保険アプ
リケーション５３を起動する（ステップＳ１５）。起動
は、単に受信を通知する場合や、例えばスレッドを生成
するというような場合を含む。そして、サーバ側保険ア
プリケーション５３のサーバ側保険アプリケーションロ
ジック５３１は、現在のサービスの可否を判断する（ス
テップＳ１７）。例えば、現在時刻はサービス対象時間
内であるかを判断する。その他の条件にてサービスの可
否を判断するような構成であってもよい。もし、サービ
スできないと判断された場合にはこれ以降の処理を実施
せず、送信処理部５１２のＲＥＳＰＯＮＳＥ生成部５１
２１にサービス不可という情報及びその理由等を補助デ
ータとして出力してＲＥＳＰＯＮＳＥを生成させると共
に、ＲＥＳＰＯＮＳＥ送信部５１２２に当該生成させた
ＲＥＳＰＯＮＳＥをクライアント端末３へ送信するよう
に指示する。

【００５０】もし、サービス可能であると判断された場
合には、認証処理部５１１２は認証処理を実施する（ス
テップＳ１９）。但し、認証処理部５１１２が、直接実
体的な認証処理を実施しても良いが、例えば認証サーバ
１１に固定データ・ブロック２０３に含まれる認証情報
（ユーザＩＤ及びパスワード）を送信し、認証サーバ１
１が当該認証情報と認証用ＤＢ１３に格納された認証情
報とを用いて認証処理を実施するようにしても良い。こ
のような場合には、認証処理部５１１２は、認証サーバ
１１から認証処理の結果を受信し、認証処理の成否を判
断する。なお、認証失敗の場合には、認証失敗を補助デ
ータ・ブロック２２５に含むＲＥＳＰＯＮＳＥをクライ
アント端末３に送信する。このための指示はサーバ側保
険アプリケーション５３が実施しても良いし、サーバＨ
ＴＴＰ通信モジュール５１が実施しても良い。

【００５１】認証成功の場合には、展開処理部５１１３
が、ＰＯＳＴリクエストの固定データ・ブロック２０
３、補助ファイル・ブロック２０５及び送信ファイル・
ブロック２０７を抽出し、固定データ・ブロック２０３
の情報を例えばメモリ５９１に固定情報４１として、補
助ファイル・ブロック２０５の情報を例えばメモリ５９
１の補助情報４２として、送信ファイル・ブロック２０
７の情報を例えばワークディレクトリ３９２の送信ファ
イル４３として展開する（ステップＳ２１）。なお、固
定情報４１に、補助情報４２、送信ファイル４３が圧縮
されているという情報が含まれる場合には圧縮伸張モジ
ュール５７にて伸張する。そして端子Ａを介して図９に
移行する。

【００５２】図９において、サーバ側保険アプリケーシ
ョン５３のサーバ側保険アプリケーションロジック５３
１による処理を実施する（ステップＳ２３）。ここで
は、メモリ５９１に展開された補助情報４２に含まれる
保険の料率テーブルのバージョンが最新の料率テーブル
であるかを判断する。また、ワークディレクトリ５９２
に展開された送信ファイル４３に含まれる計上データに
ついてのデータチェックを実施し、形式的及び実体的に
正しい計上データであるかを判断する。そして、データ
チェックにおいて問題が発見されなかった場合には、計
上データの計上処理を実施する。例えば、計上データを
各種ＤＢ５５に含まれる計上データＤＢに登録する。な
お、ホストコンピュータ９に計上データの登録が必要で
ある場合には、ホストコンピュータインターフェース５
３２を介して計上データをホストコンピュータ９に送信
し、ホストコンピュータ９から処理結果を受け取る。デ
ータチェックについてはホストコンピュータ９において
実施する場合もある。

【００５３】そして、計上処理の処理結果を補助データ
として生成し、設定する。また、保険の料率テーブルの
バージョンが最新ではなかった場合には、最新の料率テ
ーブルを（クライアント端末３にとって）受信ファイル
として設定する（ステップＳ２４）。図１０に補助デー
タの一例を示す。ここでは、計上処理において計上デー
タ中の保険料データが正しくないと判断された場合を示
しており、エラーコード（ERROR_CODE）がＥ９９９であ
り、エラーメッセージ（ERROR_MSG）が「保険料が正し
くありません」となっている。この保険料のエラーが、
保険の料率テーブルが最新のバージョンでないことから
生じるのであれば、受信ファイルとしては図１１に示す
ような最新の料率テーブルのデータが例えばＣＳＶ（Co
mma Separated Value）形式のファイルとして設定され
る。そして、サーバ側保険アプリケーションロジック５
３１は、生成及び設定した補助データ及び受信ファイル
の送信指示を、送信処理部５１２に出力する（ステップ
Ｓ２５）。なお、受信ファイルの圧縮が必要な場合に
は、圧縮伸張モジュール５７により圧縮する。

【００５４】送信処理部５１２のＲＥＳＰＯＮＳＥ生成
部５１２１は、サーバ側保険アプリケーションロジック
５３１により設定された受信ファイルを記憶装置から読
み出し、生成及び設定された補助データ及び当該受信フ
ァイル等を用いてＲＥＳＰＯＮＳＥを生成する（ステッ
プＳ２７）。この段階にてＲＥＳＰＯＮＳＥ生成部５１
２１が、圧縮伸張モジュール５７にて受信ファイル等を
圧縮するようにしても良い。補助データは補助データ・
ブロック２２５に、受信ファイルは受信ファイル・ブロ
ック２２７にそれぞれ設定される。固定データ・ブロッ
クについては、必要な情報をＲＥＳＰＯＮＳＥ生成部５
１２１が生成して、設定する。例えば、ファイル圧縮の
有無などの情報が設定される。そして、ＲＥＳＰＯＮＳ
Ｅ送信部５１２２は、生成したＨＴＴＰレスポンスをＨ
ＴＴＰ又はＨＴＴＰＳでネットワーク１を介してクライ
アント端末３に送信する（ステップＳ２９）。

【００５５】これにより、サーバ側保険アプリケーショ
ン５３においても計上データの処理及びクライアント側
保険アプリケーション３３の状態確認又はメンテナンス
を合わせて実施することができる。すなわち、計上処理
の処理結果だけではなく、クライアント側保険アプリケ
ーション３３において使用すべきファイル（例えば最新
の料率テーブルのファイルやその他の最新モジュール）
を合わせて送信することができる。なお、計上処理の処
理結果だけを返信するような構成であってもよいが、そ
の場合であっても補助データの内容によってはクライア
ント側保険アプリケーション３３の更新が必要なことを
クライアント端末３を使用している代理店に知らせるこ
とができるようになる。例えば、処理失敗の通知だけで
なく、「料率テーブルが古いので、更新処理を実施して
ください」といったメッセージを含めておけばよい。ま
たサーバ５が単に補助データとして処理結果だけを返す
場合であっても、クライアント端末３では、往路で必要
なファイルのアップロード及びクライアント端末３にお
ける処理についての情報又は送信ファイルに関連する情
報を送付でき、復路でアップロードしたファイルの処理
結果及びクライアント端末３における処理についての情
報等についての確認結果等を得ることができるようにな
るため、一往復で十分な情報を送受信でき且つ短時間の
通信であるから通信コストを下げることも可能となる。

【００５６】クライアント端末３において、受信処理部
３１２のＲＥＳＰＯＮＳＥ受信部３１２１は、サーバ５
からＨＴＴＰ又はＨＴＴＰＳにてＲＥＳＰＯＮＳＥを受
信し（ステップＳ３１）、ファイル展開部３１２２は、
受信したＲＥＰＯＮＳＥに含まれる補助データ・ブロッ
ク２２５の情報を受信補助ファイル２４として、受信フ
ァイル・ブロック２２７の情報を受信ファイル２５とし
て生成し、記憶装置に保存する（ステップＳ３３）。な
お、固定データ・ブロック２２３において圧縮ありと示
されている場合には、圧縮伸張モジュール３７にて伸張
する。この際、送信データ２１において、受信補助ファ
イルのファイル名、受信ファイルのファイル名の指示が
なされている場合には、当該ファイル名に従って記憶装
置に格納する。なお、ステップＳ３１の時点でネットワ
ーク１との接続を切断することができ、Ｗｅｂブラウザ
とＷｅｂサーバとのやりとりが必要なシステムに比し
て、短時間で通信を完了させることができ、通信コスト
の削減度合いは非常に大きい。

【００５７】なお、ＰＯＳＴリクエスト送信からＲＥＳ
ＰＯＮＳＥ受信までの時間を計測している場合には、ス
テップＳ３１においてその計測を停止させる。送信指示
データ２１において設定された時間内にサーバ５からＲ
ＥＳＰＯＮＳＥを得られない場合も生じえるが、その場
合には、受信処理部３１２は通信エラーを例えば受信補
助ファイル２４の形式で出力する。そうすれば、クライ
アント側保険アプリケーション３３は通信エラーの発生
を認識することができるようになる。

【００５８】指定のディレクトリに受信補助ファイル２
４が格納されると、クライアント側保険アプリケーショ
ン３３は、当該受信補助ファイル２４に含まれている情
報を解析し、処理結果として表示装置に表示する（ステ
ップＳ３５）。例えば、上の例では「保険料が正しくあ
りません。」というメッセージが表示される。なお、
「料率テーブルを更新しましたので、再度計算し、計上
データを送信してください。」といった付加的なメッセ
ージを表示するようにしても良い。また、指定のディレ
クトリに受信ファイル２５が格納されると、クライアン
ト側保険アプリケーション３３は、当該受信ファイル２
５で所定のファイルの更新処理を実施する場合もある
（ステップＳ３９）。例えば現在の料率テーブルを受信
ファイル２５で更新する。なお、この更新については受
信補助ファイル２４に含まれるエラーコードにて判断し
て実行するようにしても良い。

【００５９】もし計上処理が成功した場合には、例えば
クライアント端末３の代理店の指示に応じて、保険の申
込書（又は証券）等の書類のデータを生成し、印刷する
ようにしても良い（ステップＳ３７）。これにより、即
座に顧客の希望する保険の申込書等が印刷されるため、
代理店は顧客に後で申込書等を渡すような手間をなくす
ことができ、顧客もその場で契約を完了させることがで
きるため非常に利便性が向上する。また、保険アプリケ
ーションにより多くの機能が提供されるため、代理店の
手間を大幅に軽減することができ、顧客に対するコンサ
ルティングに専念できるようになり、営業効率が向上す
る。

【００６０】このように本システムは、非常に多くのコ
ストメリット及び利便性を提供することができる。

【００６１】なお、本発明の一実施の形態を説明した
が、本発明はこれに限定されるものではない。例えば、
図２及び図３に示すような機能ブロック図は一例であっ
て、必ずしもプログラムのモジュール分けに対応するも
のではない。図３及び図４のＰＯＳＴリクエスト及びＲ
ＥＳＰＯＮＳＥのデータブロック分けも一例であって、
他の配列によってＰＯＳＴリクエスト又はＲＥＳＰＯＮ
ＳＥを構成するようにしてもよい。

【００６２】また、ステップＳ１９乃至Ｓ２９（除くス
テップＳ２３）については、サーバ側保険アプリケーシ
ョン５３により指示された認証処理部５１１２、展開処
理部５１１３、ＲＥＳＰＯＮＳＥ生成部５１２１及びＲ
ＥＳＰＯＮＳＥ送信部５１２２が、指示された順番に処
理を実施するような構成であってもよい。

【００６３】図４の例では、メモリ５９１に固定情報４
１及び補助情報４２、ワークディレクトリ５９２に送信
ファイル４３を展開するような構成を示しているが、こ
れも一例であって展開の態様は任意である。

【００６４】またホストコンピュータ９との連携を一例
として示したが、他のサーバなどと連携するようにして
もよい。例えば、決済についても本システムにおいてサ
ポートする場合には、銀行等の金融機関のコンピュータ
やクレジットカード会社のコンピュータ等と連携する場
合もある。

【００６５】さらに保険を一例に説明したが、保険に限
られず、他の投資信託その他の金融商品についても適用
することができる。

【００６６】

【発明の効果】以上述べたように本発明により、通信コ
ストを抑え且つ必要な情報のやりとりをＨＴＴＰやＨＴ
ＴＰＳ等で行うことができるようになる。

【００６７】また、Ｗｅｂブラウザによりサーバと通信
することなく、必要な情報のやりとりをＨＴＴＰやＨＴ
ＴＰＳ等で行うことができるようになる。

【００６８】さらに、客先で保険等の金融商品を顧客向
けにカスタマイズするような場合であっても、通信コス
トを抑制し且つ簡単に計上処理等が可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るシステム概要図であ
る。

【図２】クライアント端末の機能ブロック図である。

【図３】ＰＯＳＴリクエストのデータ構造の一例を示す
図である。

【図４】サーバの機能ブロック図である。

【図５】ＲＥＳＰＯＮＳＥの機能ブロック図である。

【図６】本発明の実施の形態における処理フロー（その
１）を示す図である。

【図７】送信補助ファイルの一例を示す図である。

【図８】送信ファイルの一例を示す図である。

【図９】本発明の実施の形態における処理フロー（その
２）を示す図である。

【図１０】受信補助ファイルの一例を示す図である。

【図１１】受信ファイルの一例を示す図である。

【符号の説明】

１ネットワーク３クライアント端末５サーバ７プロキシサーバ９ホストコンピュータ１１認証サーバ１３認証用ＤＢ２１送信指示データ２２送信補助ファイル２３送信ファイル２４受信補助ファイル２５受信ファイル３１クライアントＨＴＴＰ通信モジュール３３クライアント側保険アプリケーション５１サーバＨＴＴＰ通信モジュール５３サーバ側保険アプリケーション５５各種ＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者鈴木利昌東京都千代田区丸の内１丁目２番１号東京海上火災保険株式会社内 (72)発明者高宗幸生東京都千代田区丸の内１丁目２番１号東京海上火災保険株式会社内 (72)発明者阿部仁東京都千代田区丸の内１丁目２番１号東京海上火災保険株式会社内 (72)発明者八木勝神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内Ｆターム(参考） 5B085 BA07 BE04 BG01 BG07 CA06

Claims

【特許請求の範囲】

【請求項１】ハイパーテキスト・トランスファー・プロ
トコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介して
クライアント端末用の業務アプリケーション・プログラ
ムとサーバ用の業務アプリケーション・プログラムとの
プログラム間通信を可能にするための通信プログラムで
あって、前記クライアント端末用の業務アプリケーション・プロ
グラムから、当該クライアント端末用の業務アプリケー
ション・プログラムにより生成された送信データ及び当
該クライアント端末用の業務アプリケーション・プログ
ラムにおいて実施された処理に関連する補助データの指
定を含む送信指示の情報を取得するステップと、前記送信指示の情報において指定された前記送信データ
及び前記補助データを取得し、記憶装置に格納するステ
ップと、取得された前記送信データ及び前記補助データ及び前記
送信指示の情報を用いてリクエストを生成し、前記ＨＴ
ＴＰ又は前記暗号を用いたＨＴＴＰにて前記サーバに送
信するステップと、をコンピュータに実行させるための通信プログラム。
【請求項２】前記サーバから前記ＨＴＴＰ又は前記暗号
を用いたＨＴＴＰにてレスポンスを受信した場合、当該
レスポンスから、前記クライアント端末用の業務アプリ
ケーション・プログラムにおいて使用されるべき第１の
データ及び前記サーバ用の業務アプリケーション・プロ
グラムによる前記送信ファイルの処理結果に関する第２
のデータ、又は前記第１のデータ若しくは前記第２のデ
ータを抽出し、記憶装置に格納する抽出ステップ、をさらにコンピュータに実行させるための請求項１記載
の通信プログラム。
【請求項３】前記抽出ステップが、前記送信指示の情報に含まれる前記第１のデータのため
のファイル名又は前記第２のデータのためのファイル名
若しくは前記第１及び第２のデータのためのファイル名
に従って、抽出された前記第１のデータ及び前記第２の
データ、又は前記第１のデータ若しくは前記第２のデー
タを、記憶装置に格納するステップであることを特徴と
する請求項２記載の通信プログラム。
【請求項４】前記送信指示の情報が認証情報を含み、前記リクエストに前記認証情報が含まれることを特徴と
する請求項１乃至３のいずれか記載の通信プログラム。
【請求項５】ハイパーテキスト・トランスファー・プロ
トコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介して
クライアント端末用の業務アプリケーション・プログラ
ムとサーバ用の業務アプリケーション・プログラムとの
プログラム間通信を可能にするための通信プログラムで
あって、前記クライアント端末からリクエストを前記ＨＴＴＰ又
は前記暗号を用いたＨＴＴＰにて受信した場合、当該リ
クエストから、前記クライアント端末用の業務アプリケ
ーション・プログラムにより生成された送信データ及び
前記クライアント端末用の業務アプリケーション・プロ
グラムにおいて実施された処理に関連する補助データを
抽出し、記憶装置に格納する処理と、少なくとも前記送信データを用いた処理を実施する前記
サーバ用の業務アプリケーション・プログラムを起動す
る処理と、をコンピュータに実行させるための通信プログラム。
【請求項６】前記サーバ用の業務アプリケーション・プ
ログラムから前記クライアント端末用の業務アプリケー
ション・プログラムで用いられるデータの指定を受けた
場合には当該データを第１の送信データとして使用し、
前記サーバ用の業務アプリケーション・プログラムから
前記送信データの処理結果に関する情報を受け取った場
合には当該処理結果に関する情報を第２の送信データと
して使用して、ＨＴＴＰレスポンスを生成する処理と、生成された前記ＨＴＴＰレスポンスを前記クライアント
端末に前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにて
送信する処理と、をさらにコンピュータに実行させるための請求項５記載
の通信プログラム。
【請求項７】前記クライアント端末からの前記リクエス
トに含まれる認証情報を用いて認証を実施する処理をさ
らにコンピュータに実行させるための請求項５又は６記
載の通信プログラム。
【請求項８】クライアント端末用の業務アプリケーショ
ン・プログラムにより、サーバ用の業務アプリケーショ
ン・プログラムにて処理すべき送信データを生成し、当
該送信データと前記クライアント端末用の業務アプリケ
ーション・プログラムにおいて実施された処理に関連す
る補助データとの指定を含む送信指示の情報を、ハイパ
ーテキスト・トランスファー・プロトコル（ＨＴＴＰ）
又は暗号を用いたＨＴＴＰを介して前記クライアント端
末用の業務アプリケーション・プログラムと前記サーバ
用の業務アプリケーション・プログラムとのプログラム
間通信を可能にするための通信プログラムへ出力するス
テップと、前記通信プログラムにより、前記クライアント端末用の
業務アプリケーション・プログラムから前記送信指示の
情報を受け取り、当該送信指示の情報において指定され
た前記送信データ及び前記補助データを取得し、記憶装
置に格納するステップと、前記通信プログラムにより、取得された前記送信データ
及び前記補助データ及び前記送信指示の情報を用いてリ
クエストを生成し、前記ＨＴＴＰ又は前記暗号を用いた
ＨＴＴＰにより前記サーバに送信するステップと、を含む情報処理方法。
【請求項９】前記通信プログラムにより、前記サーバか
ら前記ＨＴＴＰ又は前記暗号を用いたＨＴＴＰにてレス
ポンスを受信した場合、当該レスポンスから、前記クラ
イアント端末用の業務アプリケーション・プログラムに
おいて使用されるべき第１のデータ及び前記サーバ用の
業務アプリケーション・プログラムによる前記送信デー
タの処理結果に関する第２のデータ、又は前記第１のデ
ータ若しくは前記第２のデータを抽出し、記憶装置に格
納する抽出ステップと、をさらに含む請求項８記載の情報処理方法。
【請求項１０】前記クライアント端末用の業務アプリケ
ーション・プログラムにより、前記第２のデータを用い
て前記サーバ用の業務アプリケーション・プログラムに
よる前記送信データの処理結果を表示するステップ、をさらに含む請求項９記載の情報処理方法。
【請求項１１】前記クライアント端末用の業務アプリケ
ーション・プログラムにより、前記第１のデータを用い
て前記クライアント端末用の業務アプリケーション・プ
ログラムにおける対応するデータを更新するステップを
さらに含む請求項９又は１０記載の情報処理方法。
【請求項１２】前記クライアント端末用の業務アプリケ
ーション・プログラムにより、前記第２のデータが前記
サーバ用の業務アプリケーション・プログラムにおける
前記送信データの処理が成功したことを示している場合
には、顧客用印刷物を出力するステップをさらに含む請
求項９乃至１１のいずれか１つ記載の情報処理方法。
【請求項１３】前記送信データが保険を含む金融商品に
関する計上データであり、前記補助データが前記計上デ
ータ生成において使用されたデータを特定するための情
報であることを特徴とする請求項９乃至１２のいずれか
１つ記載の情報処理方法。
【請求項１４】前記計上データ生成において使用された
データを変更する必要がある場合に、前記第１のデータ
が前記計上データ生成において以後使用すべきデータで
あることを特徴とする請求項１３記載の情報処理方法。
【請求項１５】ハイパーテキスト・トランスファー・プ
ロトコル（ＨＴＴＰ）又は暗号を用いたＨＴＴＰを介し
てクライアント端末用の業務アプリケーション・プログ
ラムとサーバ用の業務アプリケーション・プログラムと
のプログラム間通信を可能にするための通信プログラム
により、前記クライアント端末からリクエストを前記Ｈ
ＴＴＰ又は前記暗号を用いたＨＴＴＰにて受信した場
合、当該リクエストから、前記クライアント端末用の業
務アプリケーション・プログラムにより生成された送信
データ及び当該送信データに関連する補助データを抽出
し、記憶装置に格納するステップと、前記通信プログラムにより、前記サーバ用の業務アプリ
ケーション・プログラムを起動するステップと、前記サーバ用の業務アプリケーション・プログラムによ
り、少なくとも前記送信データについての処理を実施す
るステップと、を含む情報処理方法。
【請求項１６】前記サーバ用の業務アプリケーション・
プログラムにより、前記クライアント端末用の業務アプ
リケーション・プログラムで用いられるファイルの指定
及び／又は前記送信データの処理結果に関する情報を前
記通信プログラムに出力するステップと、前記通信プログラムにより、前記ファイルの指定を受け
た場合には当該ファイルを第１の送信データとして使用
し、前記送信ファイルの処理結果に関する情報を受け取
った場合には当該処理結果に関する情報を第２の送信デ
ータとして使用して、ＨＴＴＰレスポンスを生成するス
テップと、前記通信プログラムにより、生成された前記ＨＴＴＰレ
スポンスを前記クライアント端末に前記ＨＴＴＰ又は前
記暗号を用いたＨＴＴＰにて送信するステップと、をさらに含む請求項１５記載の情報処理方法。
【請求項１７】前記送信データが保険を含む金融商品の
計上データであり、前記サーバ用の業務アプリケーション・プログラムによ
る処理が、前記金融商品の計上データのデータチェック
及び計上処理であることを特徴とする請求項１５又は１
６記載の情報処理方法。
【請求項１８】前記第２の送信データが、前記金融商品
の計上データの前記データチェック及び計上処理の成否
の情報を含み、前記第１の送信データが、前記クライアント端末用の業
務アプリケーション・プログラムにおいて更新されるべ
き情報を含むことを特徴とする請求項１７記載の情報処
理方法。