個人情報保護送信プログラム及び個人情報保護受信装置
【課題】 クライアントＰＣとサーバ間の通信情報を必要最小限にし、且つ、通信情報が盗聴されることを低減する個人情報通信プログラムを提供することを目的とする。
【解決手段】 コンピュータを、画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段として機能させる個人情報保護送信プログラム。
【解決手段】 コンピュータを、画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段として機能させる個人情報保護送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人情報保護送信プログラム及び個人情報保護受信装置に関するものである。
【背景技術】
【０００２】
昨今のインターネットの普及により、Ｗｅｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）上から個人が私的な各種申請手続き等を行う環境が整備されつつある。しかし、元来インターネットとは情報をオープンで扱う世界であるため、個人情報の漏洩に対するセキュリティ対策が未だに不充分である。
【０００３】
現在、ＳＳＬ暗号化などにより通信経路上の他者による盗聴を防げる。しかし、申請に使用した装置を用いれば、依然として、通信盗聴による成りすまし（spoofing）が可能である。このように、個人情報が漏洩するという危険な状態が存在する。
【０００４】
基本的に、Social Hack（他者がパスワードを入力しているのを脇から見ているという
ような技術的でない盗聴などの行為をいう）を除いて、多くの情報の漏洩は、申請側のクライアントＰＣ（パーソナルコンピュータ）と受理側のサーバ間の通信内容が盗聴されることにより発生する。
【０００５】
図８は、「住所変更」を申請するために、Ｗｅｂページに個人情報を入力する一例を示す。複数のページを遷移させながら必要な情報を入力するため、次のページに遷移する毎に複数回個人情報が送信されるとセキュリティが低下する。
【０００６】
これに対して、Ｗｅｂサイトの１ページ上で全ての個人情報を入力させ、１回だけ送信するものであればセキュリティが向上する。これは、盗聴するタイミングがクライアントＰＣからサーバへの通信が１回だけに限定されるからである。
【０００７】
盗聴する場合、クライアントＰＣからサーバへ一方向に送信するため、クライアントＰＣが送信した情報を経路の途中で捕獲して、捕獲した情報を解析する必要がある。そのため、必ず送信経路上に盗聴装置を仕掛けなければならなく、ＳＳＬ暗号化などが行われているとこれを盗聴することは非常に困難である。
【０００８】
しかし、入力すべき情報量が大きくなると、ユーザに１ページで全ての情報を正確に入力させることが困難となる。また、ユーザは一度に全てのデータを正しく入力する必要が生じるため、通常、ウィザード形式を用いて複数の入力ページを切り替えることにより、ページを遷移して入力内容を支援している（入力支援）。このように、ユーザの負担を軽減するために、ユーザを誘導するウィザードが利用されている。
【０００９】
一般的に、Ｗｅｂブラウザにおけるページ遷移は、過去の入力データを破棄する。そのため、ウィザード形式において、ページに入力されたデータを保持しながらページ遷移を実現するために、図９から図１１に示される方式の何れかを用いている。
【００１０】
（１）図９は、クライアントＰＣに情報を保持する「Cookieへの情報保存」方式を示す説明図である。（２）図１０は、サーバ側に情報を保持する「セッション管理」方式を示す説明図である。（３）図１１は、クライアントアプリケーション（プログラム）をダウンロードして実行する「アプリケーション」方式を示す説明図である。
【００１１】
（１）始めに、 図９について説明する。「Cookieへの情報保存」方式は、非常に手軽
であるため一般的に使用されている。しかし、一度サーバに送信した個人情報をクライアントＰＣに保存する目的で、個人情報等が返送されてくるため、この情報が盗聴されやすい。即ち、個人情報が通信回線を介して少なくとも２回送信される。
【００１２】
ＳＳＬ暗号化を用いることで経路上の他者からは盗聴困難となるが、送信に用いたクライアントＰＣ上に隠して設置された“パケットキャプチャ”ソフトなどを用いれば、受信情報を記録することが可能である。
【００１３】
また、Cookieの保存期間が設定されている場合、この個人情報等をファイルとしてクライアントＰＣに保存してしまう。そのため、Cookieを保存したクライアントＰＣを利用する不特定のユーザが、保存されたファイルの内容を知ることができる。
【００１４】
例えば、インターネット喫茶店（Internet cafe）などにおいて、不特定多数のユーザ
が同一のクライアントＰＣを使用できるため、個人情報が漏洩し易い状況にある。当然、ウイザード形式で遷移するページが多ければ多いほど、盗聴できる機会が増えることになる。
【００１５】
（２）図１０に示すような「セッション管理」方式（session management method）は
、ある程度の規模のサービスで採用される。クライアントＰＣに個人情報を保存する代わりにサーバ上に個人情報を保存するものであるため、 図９と比較して個人情報が漏洩し
にくいものである。
【００１６】
サーバ上に格納されたデータがどのクライアントＰＣのものであるかを識別するために、「セッション管理」方式はクライアントＰＣに対してサーバは“セッションＩＤ”と呼ばれる識別コードを提供する。
【００１７】
クライアントＰＣは、このＩＤを送信することで遷移後のページで過去に送信した情報にアクセスすることができる。しかし、このＩＤは、図９に示す「Cookieへの情報保存」方式と同様に盗聴され易い。
【００１８】
また、第三者が他人のＩＤを入手した場合、他のクライアントＰＣから他人のＩＤを宣言してサーバにアクセスできる。つまり、他人に成りすまして情報を表示させることができる。
【００１９】
特に、この「セッション管理」方式では、図９に示す「Cookieへの情報保存」方式と違い、個人情報はサーバに格納されているため、クライアントＰＣから個人情報が直接漏洩することはない。
【００２０】
しかし、セッションＩＤが漏洩することで第三者が使用する全く別のクライアントＰＣから成りすましてサーバの個人情報を取得できるという致命的な問題が生じる。これは、
"クロスサイトスクリプティングの脆弱性"などと呼ばれる問題で、セッションＩＤを漏
洩してしまうという脆弱性（vulnerability）を含んでいる。
【００２１】
この問題は、ＳＳＬ暗号化などを実施し、そのクライアントＰＣとサーバ間だけにおいて解読可能にすることで、経路上の第三者からは盗聴できないようにできる。しかし、実際に通信しているクライアントＰＣを直接操作すれば、解読が可能であるため、インターネット喫茶店などのような公共のクライアントＰＣから個人情報が漏洩するという問題を防ぐことはできない。
【００２２】
（３）最後に、図１１に示すような「アプリケーション」方式において、“サーバとのデータ通信時に盗聴されてしまう”という問題を解決するために、クライアントＰＣにアプリケーションとしての申請プログラムをダウンロード後に実行させ、申請プログラムを用いた入力結果のみをサーバに返送するものがある。
【００２３】
「アプリケーション」方式は、サーバとの通信が最後の１度のみしか発生せず、一方向の送信のみであるため、個人情報が漏洩する危険性は極めて低い。しかし、申請に用いるＷｅｂページのフォームが変更になるとアプリケーション自体を作成し直す必要がある。
【００２４】
つまり、インターネットを利用した最新情報の入手といった利便性の低下や、開発工数の増大を招くなどの、セキュリティ以外の問題を引き起こすこととなる。
結論として、上述の方式では、個人情報が漏洩するというリスク、又は開発・保守工数増大のリスクを伴うという問題を抱えている。
また、既知の類似した発明には、以下ようなものがあるが、上記問題は解決されていない。
【００２５】
特許文献１は、インターネットショッピングにおける商品購入システム等に関する発明である。氏名，住所，電話番号，金融機関の口座番号等の個人情報の入力は１回のみであることを開示する。しかし、特許文献１は、ＩＤ番号及びパスワードを有していないユーザが、初回の購入のときに１回のみ個人情報を入力することを単に開示している。
【特許文献１】特開２００１−３４４４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
情報が漏洩するという上述した問題の本質は、クライアントＰＣとサーバとの間で相互通信が発生することにある。
この相互通信を必要最小限に発生する方式である図１１に示すアプリケーションの提供による申込においては、情報が漏洩する危険性を回避できる。しかし、アプリケーション自体に表示するページ情報を含んでいるため、Ｗｅｂでサービスを提供することにより得られる即時性などのメリットを失うこととなる。そのため、即時性などが要求されるサービスで利用する場合に、不向きであるという問題があった。
【００２７】
本発明は、このような問題を解決するためになされたもので、その目的は、クライアントＰＣとサーバ間の通信情報を必要最小限にし、且つ、通信情報が盗聴されることを低減する個人情報保護送信プログラム、個人情報保護受信プログラム、装置及び方法を提供する。
【課題を解決するための手段】
【００２８】
本発明は上記目的を達成するため、コンピュータを、画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段として機能させることを特徴とする。
【００２９】
また、本発明は、コンピュータを、画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を受信する受信手段として機能させることを特徴とする。
【００３０】
本発明によれば、（ｉ）第１の遷移画面と（ｉｉ）分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とをそれぞれ別に受信することができる。
【００３１】
分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面情報を第１の遷移画面へ埋め込んだときは、第１の遷移画面自体を変更しなければならない。これに対して、本発明では画面遷移情報の変更のみをすることが可能になるため、分岐条件及び第２の遷移画面情報の変更が容易になる。
【００３２】
更に、前記決定手段により決定された前記画面指定情報のみを送信するため、画面指定情報を送信する毎に申込情報が送信されない。このため、複数の遷移画面に個人情報を入力した場合でも個人情報を送信する回数を必要最小限にできる。
【発明の効果】
【００３３】
本発明の個人情報保護送信プログラムは、クライアントＰＣとサーバ間の通信情報を必要最小限にし、且つ、通信情報が盗聴されることを低減できる。
【発明を実施するための最良の形態】
【００３４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
図１は本発明による個人情報保護送信プログラム及び個人情報保護受信プログラムで実行される手順を説明する説明図である。
【００３５】
本実施の形態の個人情報保護送信プログラム及び個人情報保護受信プログラムは、図１に示したユーザ端末であるクライアント２及びサーバ４（個人情報保護受信装置）にそれぞれインストールされるプログラムである。また、クライアント２及びサーバ４はインターネット等の通信回線を通じて接続されている。
【００３６】
クライアント２はＰＤＡ、携帯電話、ノートＰＣなどの携帯端末又はデスクトップＰＣなどのプログラムをインストールして実行可能なコンピュータである。サーバ４は複数のクライアント２から通信回線を通じてアクセス可能なコンピュータである。
【００３７】
（１）クライアント２は、「申込の開始」をするために、個人情報保護送信プログラムを実行してサーバ４へ申込必要内容一覧情報とページ遷移情報の送信を要求する。サーバ４は個人情報保護受信プログラムを実行して申込必要内容一覧情報とページ遷移情報をクライアント２へ送信する。
【００３８】
ここで、ページ遷移情報（画面遷移情報）は、図４の（ｂ）に示される情報である。ページ遷移情報は、分岐条件及びこの分岐条件が満たされたときに遷移すべき遷移画面を指定する画面指定情報（例：画面Ｂ１．ｈｔｍｌ）を含む。つまり、画面指定情報は遷移画面のアドレス情報（ＵＲＬ）などである。
【００３９】
図４の（ｂ）に示される一例として、分岐条件は会員ＩＤの有無であり、画面指定情報は“画面Ｂ１．ｈｔｍｌ”や“画面Ｂ２．ｈｔｍｌ”である。そして、“画面Ｂ１．ｈｔｍｌ”や“画面Ｂ２．ｈｔｍｌ”で表示される画面が遷移画面である。遷移画面は、図２に示すような、クライアント２のディスプレイに表示される“画面Ｂ１”や“画面Ｂ２”である。
【００４０】
「申込の開始」において、クライアント２からサーバ４へ要求されるページ遷移情報は、遷移画面それ自体ではなく、遷移画面を指定する「画面指定情報」を含む。申込必要内容一覧情報とページ遷移情報はＪａｖａ（登録商標）サーブレット等のプログラムを実行
してサーバ４から送信される。これに対して、遷移画面はＨＴＴＰリクエストでＷｅｂサーバから送信される。即ち、ページ遷移情報と遷移画面は異なる手順でサーバ４から送信される。
【００４１】
申込必要内容一覧情報は図４の（ａ）に示される情報である。申込必要内容一覧情報はクライアント２で入力すべき事項を示す一覧である。クライアント２のマウスやキーボード等で選択的に又は記述的に入力された情報は、申込必要内容一覧情報に記録される。
【００４２】
（２）クライアント２は、サーバ４から受信したページ遷移情報に含まれる情報が初期画面であるとき、次のページ（遷移画面）をサーバ４に要求する。即ち、申込開始直後のページ遷移情報は、初期画面を要求するための分岐条件と初期画面（遷移画面）を示す画面指定情報を含む。
【００４３】
クライアント２は、サーバ４から遷移画面を受信するために分岐条件に従って画面指定情報をサーバ４に送信する。サーバ４は、クライアント２から受信した画面指定情報で指定された遷移画面をクライアント２に送信する。
【００４４】
ページ遷移情報について、申込の開始後に、図４から図６の（ｂ）に示すページ遷移情報を一括してサーバ４からクライアント２に送信する。又は、クライアント２からサーバ４へ画面指定情報を送信する際に、遷移画面に関するページ遷移情報をサーバ４へ要求してもよい。クライアント２からサーバ４へ画面指定情報を送信する毎にページ遷移情報をサーバ４へ要求する手順の場合、変更した遷移画面に関するページ遷移情報だけを変更すれはよい。
【００４５】
（３）受信した複数の遷移画面に対して入力された個人情報等の入力情報は申込必要内容一覧情報に記録される。そして、申込必要内容一覧情報の入力が完了したとき、申込必要内容一覧情報をクライアント２からサーバ４へ送信する。最後に、個人情報保護送信プログラムが終了する際に、申込必要内容一覧情報がクライアント２から消去される。
【００４６】
図２及び図３はクライアント２で表示される遷移画面の遷移を示す画面遷移図である。図４から図６はサーバ４よりクライアント２に送信される情報例を示す説明図である。図４は初期画面である画面Ａを表示する際にサーバ４からクライアント２へ送信する情報例を示す説明図である。図５は遷移画面である画面Ｂを表示する際にサーバ４からクライアント２へ送信する情報例を示す説明図である。図６は遷移画面である画面Ｃを表示する際にサーバ４からクライアント２へ送信する情報例を示す説明図である。
【００４７】
＜画面遷移例１：図２＞
クライアント２は、個人情報保護送信プログラムを実行してサーバ４から申込必要内容一覧情報とページ遷移情報を受信する。申込必要内容一覧情報は、クライアント２により入力された個人情報等の申込情報（入力情報）を記録するための情報であり、個人情報保護送信プログラムにより保持される情報である。
【００４８】
図２に示す画面Ａはユーザが会員ＩＤを持っているかを確認する画面である。ユーザが会員ＩＤを持っているときは「はい」を選択し、持っていない場合は「いいえ」を選択する。この選択は、ユーザがマウス又はキーボード操作で行う。デスクトップＰＣでは、通常マウスのクリック操作で項目が選択される。図２ではユーザが会員ＩＤを持っている場合の画面遷移例を説明する。
【００４９】
画面Ａで「はい」が選択されていて画面Ａの「次へ」ボタンをクリックすると、図４の（ｂ）ウィザードのページ遷移情報の分岐条件に従って、画面Ｂ１．ｈｔｍｌの画面指定
情報がクライアント２からサーバ４へ送信される。つまり、画面Ａに対して条件１が設定されている。同様に、画面Ｂ１に対して条件２が設定され、画面Ｃ１に対して条件３が設定されている。
【００５０】
そして、サーバ４から画面Ｂ１．ｈｔｍｌを受信したクライアント２が画面Ｂ１を表示する。会員ＩＤを持っている場合は会員特価又は割引価格を表示する遷移画面を指定する画面指定情報がサーバ４へ送信される。
【００５１】
画面Ｂ１上でユーザがパソコン本体を選択したとき、図５に示す条件２が使用され、画面Ｃ１．ｈｔｍｌの画面指定情報がクライアント２からサーバ４へ送信される。そして、画面Ｃ１．ｈｔｍｌを受信したクライアント２が画面Ｃ１を表示する。そして、パソコン本体が選択されたことが申込必要内容一覧情報に記録される。図４の申込必要内容一覧情報には「パソコン本体」と記録した例を示してあるが、価格情報を合わせて記録してもよい。
【００５２】
画面Ｃ１上で周辺機器Ａ１が選択されたとき、図６に示す条件３が使用され、画面Ｄ２．ｈｔｍｌの画面指定情報がクライアント２からサーバ４へ送信される。そして、画面Ｄ２．ｈｔｍｌを受信したクライアント２が画面Ｄ２を表示する。
【００５３】
画面Ａで選択された会員ＩＤの有無に関する情報をプログラムが一時的に保持して、その保持された情報に基づき遷移すべき画面を決定する。又は、申込必要内容一覧情報に会員ＩＤの有無に関する情報を記録し、条件３の判断をするとき申込必要内容一覧情報を参照するようにしてもよい。
【００５４】
会員ＩＤがある場合、ユーザは画面Ｄ２上に会員ＩＤを入力し、確定ボタンをクリックする。確定ボタンがクリックされると申込必要内容一覧情報に氏名及び住所が記録される。
【００５５】
会員ＩＤがない場合、ユーザは画面Ｄ１上に氏名及び住所をキーボード等を使用して入力し、確定ボタンをクリックする。確定ボタンがクリックされると申込必要内容一覧情報に氏名及び住所が記録される。そして、クライアント２は申込必要内容一覧情報へ記録すべき情報がすべて入力されたかを判断してサーバ４へ申込必要内容一覧情報を送信する。
【００５６】
＜画面遷移例２：図３＞
図２では会員ＩＤの有無のみを選択する画面Ａを表示する例を示した。これに対して、図３は、会員ＩＤを入力した後に、画面が遷移する一例を示す。
【００５７】
会員ＩＤが入力された状態で画面Ａの「次へ」ボタンをクリックすると、図４の（ｂ）ウィザードのページ遷移情報の分岐条件に従って、画面Ｂ１．ｈｔｍｌの画面指定情報がクライアント２からサーバ４へ送信される。「次へ」ボタンをクリックされたときは、会員ＩＤを申込必要内容一覧情報に記録する。
【００５８】
会員ＩＤが有るとき、図４の条件１により、サーバ４へ画面Ｂ１．ｈｔｍｌの画面指定情報が送信される。そして、画面Ｂ１．ｈｔｍｌを受信したクライアント２が画面Ｂ１を表示する。入力された会員ＩＤは、申込必要内容一覧情報に記録される。
【００５９】
画面Ｃ１上で申込終了が選択されているとき、申込必要内容一覧情報に記録した情報を使用して、個人情報保護送信プログラムが画面Ｅ．ｈｔｍｌを生成する。確定ボタンがクリックされるとクライアント２は申込必要内容一覧情報へ記録すべき情報がすべて入力されたかを判断してサーバ４へ申込必要内容一覧情報を送信する。
【００６０】
上述のように、個人情報を含む申込必要内容一覧情報が送信されるまで、常にクライアント２上のみで管理されることとなるため、他者からこの個人情報を盗聴することができない。
【００６１】
＜基本処理手順＞
図７は本発明の基本的な処理手順を示すフローチャートである。物販サイトで物品を購入する例で説明をする。
（１）物販サイトの購入申込ページに 「申込開始」 ボタンを設置する。このボタンをクリックすると、例えば、個人情報保護送信プログラム（以下、申込アプリケーション）であるJavaApplet（Javaは登録商標）がサーバー４からクライアント２に読み込まれ、クライアント２上で申込アプリケーションが起動する。個人情報保護送信プログラムは、JavaApplet（Javaは登録商標）に特に限定する必要はなく、通常のアプリケーションや、JavaScript（登録商標）のようなものでも良い。
【００６２】
（２）申込アプリケーションは、購入サーバから「申込必要内容一覧情報」をダウンロードする（Ｓ１）。次に、「ページ遷移情報」をダウンロードし（Ｓ３）、申し込みのための入口ページ（初期画面）等のＵＲＬを取得してサーバ４から、必要なページのｈｔｍｌを表示する（Ｓ３）。この場合、入口ページは「申込開始」 ボタンの押下げによりサ
ーバ４から受信する。
【００６３】
（３）ユーザは、取得したページの各入力欄（例えば、ＩＤ番号、氏名、住所、電話番号などの個人情報）を入力する。ページの下端にある 「次へ」 ボタンをクリックすると、入力欄に入力された情報が申込必要内容一覧情報に記録される（Ｓ４）。
【００６４】
（４）申込必要内容一覧情報へ記録すべき情報がすべて記録（入力）されたかを申込アプリケーションが判断する。例えば、申込アプリケーションは確定ボタンをクリックした際に、（ｉ）申込商品及び（ｉｉ）会員ＩＤ（又は氏名、住所）が申込必要内容一覧情報へ記録されたかをチェックして、記録すべき情報がすべて記録されたかを判断する（Ｓ５）。商品が一つも選択されていない場合や会員ＩＤが入力されていない場合は、確定ボタンがクリックされても記録すべき情報がすべて記録されたと申込アプリケーションは判断しない。
【００６５】
（５）記録すべき情報がすべて記録されていないと申込みアプリケーションが判断した際は、ステップＳ４で入力された内容をチェックし、ステップ２で入手したページ遷移情報に基づき、次に表示すべきページを決定する（Ｓ６）。ステップＳ２からＳ６は、記録すべき情報がすべて記録されたと申込みアプリケーションが判断するまで、繰り返し実行される。
【００６６】
（６）申込アプリケーションは、ページ遷移情報に従ってページをサーバーに要求して表示する。このように、入力を促すことで、ユーザは商品の選択や個人情報の入力ができる。また、ユーザが入力した個人情報等は、全て申込アプリケーション上にのみ存在する。記録すべき情報がすべて記録されたと申込みアプリケーションが判断するまで、ネットワークへ個人情報等は送信されない。
【００６７】
（７）最終的に全ての個人情報の入力が終わり、申込アプリケーションが、記録すべき情報が全て埋められたと判断したとき、例えば、「サーバ４に申込情報を送信しますか？」とディスプレイ上に表示する。そして、ユーザの最終指示（例えば、送信ボタンの押下げ）に従って、入力した個人情報等がネットワークを通してサーバ４に送信される。
【００６８】
（８）サーバ４は最終的な申込内容をクライアント２から受信し、申込アプリケーションは申込処理を完了する。送信後に、申込アプリケーションを終了しなくても、申込必要内容一覧情報を申込アプリケーション上から削除してもよい。
【００６９】
本発明の特徴として、クライアント２及びサーバ４との間で情報の送受信が複数回発生するが、クライアント２が要求する 遷移画面（ｈｔｍｌページ）をサーバ４が一方的に
送信するだけである。即ち、個人情報は最後の送信までクライアント２上で保持されるので、申込必要内容一覧情報がクライアント２からサーバ４へ送信される前の盗聴を無意味とすることができる。
【００７０】
サーバ４から送信されるページ遷移情報を受け取った後は、クライアント２がページ遷移情報の分岐条件に従い、自発的に最新のｈｔｍｌ、または必要に応じて新しいページ遷移情報を サーバ４に一方的に要求する。クライアント２はページ遷移情報に基づき自律
的に遷移画面を決定する。
【００７１】
これにより、従来の「アプリケーション提供方式」と違い、Ｗｅｂとしての利点である「常に最新の情報（Ｗｅｂページ）」がクライアント２上で表示される。本発明の方式は、ＷＥＢＭＡＲＴのような物販サイトにおける申し込みで、「常に最新の約款や販売システムを利用させる必要がある」ような場合、特に有効である。
【００７２】
なぜなら物販サイトにおける売買契約で、改版されて約款などが変更された場合、「アプリケーション提供方式」では、誤って旧版システムから申込みした場合、ユーザとトラブルが生じる可能性がある。
【００７３】
例えば、販売価格が変更された場合、旧版のシステムから申し込んだユーザは新システム上の価格と違う価格で購入したと信じるため、販売価格が上昇していたときユーザと非常に大きなトラブルが生じていた。
【００７４】
また、ある時期から、ポイントシステムのような新サービスが導入されるような場合では、旧版システムから申し込んだ場合、ポイントサービスが適用されていない、というトラブルが生じる可能性がある。
【００７５】
これらの問題を回避するために「アプリケーション提供方式」では、ユーザは常に新版のアプリケーションを利用する必要がある。このようなサービス変更の際には、ユーザにご提供するクライアントアプリケーションを必ず改版する必要がある。更に、過去にユーザがダウンロード済みの旧版システムからの申し込みを受付けないシステムを構築する必要が生じる。
【００７６】
「アプリケーション提供方式」では、ユーザが利用の都度、最新のクライアントアプリケーションをダウンロードする必要があり、ダウンロード等に手間がかかるため、ユーザに負担が生じ、物販サイトを利用しなくなる傾向があった。
【００７７】
個人情報の漏洩防止などのセキュリティを改善した上で、「アプリケーション提供方式」で生じていた問題を解決することができる。
本発明では、重要なユーザの信用情報などはクライアント２上でのみ管理されている。そして、クライアント２から一方向にサーバ４へ個人情報を送信するというインタフェースしか存在しない。
【００７８】
これにより、外部から個人情報の送信をサーバ４へ指示することが不可能となる。従来の「セッションＩＤ方式」のように、成りすましによる個人情報を請求する行為も不可能
となり、結果としてセキュリティが向上する。
【００７９】
また、クライアント２上にのみ個人情報が管理されているため、従来の「cookieへの情報保存方式」のように、サーバ４との間で個人情報の送受信が複数回生じることがない。また、クライアント２上で個人情報が保存されない。即ち、盗聴される可能性がなくなる。
【００８０】
即ち、（ａ）「個人情報はクライアント２上でのみ管理されること」、（ｂ）「表示するＷｅｂページは通常のＷｅｂと同じく常にサーバ４から受信すること」、（ｃ）「個人情報に関するインタフェースは、クライアント２からサーバ４への一方向であること」という条件を本発明は提供できる。従って、従来よりも強固にセキュリティが確保された個人情報の送信を行うことができるのである。
【００８１】
また、従来のアプリケーション提供方式では、ほぼ全ての"申し込みに必要なコンテン
ツ情報"などをアプリケーションに含める必要があり、ファイルサイズが大きくなってし
まう。このため、ユーザが気軽にアプリケーションをダウンロードできなかった。
【００８２】
本発明による提供されるクライアント２は、コンテンツ情報などは一切不要であるため、従来のアプリケーション提供方式と比較してファイルサイズを小さくできる。これにより、ユーザが気軽にアプリケーションをダウンロードできる。
【００８３】
また、セキュリティについても最新のセキュリティ対策を施したクライアント２をユーザは利用できる。上述のように、物販サイトを構成する際、例えば、ＳＳＬの暗号化はもとより、様々な盗聴／成りすましに対する対策を行う必要があった。これに対して、本発明は、申込必要内容一覧情報を送信する際にＳＳＬ暗号化度だけに配慮すれば良い。
【００８４】
また、送信時に、申込必要内容一覧情報を暗号化すれば、暗号化された申込必要内容一覧情報を入手して解析することは非常に困難となる。また、申込に使用される入力支援のための様々な処理はクライアント２で動作するため、サーバ４は一方的に遷移画面を送信するだけでよい。即ち、サーバ４の負荷を軽減できる。
【００８５】
専用アプリケーションでは、セキュリティ上の問題が発見された場合などは特に、ユーザが再び大きなサイズの最新のアプリケーションをダウンロードする必要があった。これに対して、本発明ではデータを解析するだけの小規模サイズの個人情報保護送信プログラムをユーザがダウンロードするだけでよい。セキュリティ的にも、サーバ負荷的にも効果的である。
【００８６】
このように、本発明により、従来、物販サイトなどで非常に多くのセキュリティ対策費の削減が可能となる。
【００８７】
＜その他＞
（付記１）
コンピュータを、
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段
として機能させることを特徴とする個人情報保護送信プログラム。
（付記２）
入力情報として前記第１の遷移画面へ申込情報を入力する入力手段を更に含むことを特徴とする付記１記載の個人情報保護送信プログラム。
（付記３）
前記決定手段により決定された前記画面指定情報を送信する送信手段を更に含むことを特徴とする付記１記載の個人情報保護送信プログラム。
（付記４）
前記受信手段は前記画面指定情報で指定された第２の遷移画面情報を受信することを特徴とする付記１記載の個人情報保護送信プログラム。
（付記５）
第１の遷移画面に入力された申込情報を保持する保持手段を更に含むことを特徴とする付記２記載の個人情報保護送信プログラム。
（付記６）
前記受信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を受信することを特徴とする付記１記載の個人情報保護送信プログラム。
（付記７）
前記保持手段は前記第１の遷移画面へ入力された申込情報を申込必要内容一覧情報へ記録することにより申込情報を保持することを特徴とする付記５記載の個人情報保護送信プログラム。
（付記８）
前記第２の遷移画面情報に対応した画面遷移情報の送信を要求する要求手段を更に含むことを特徴とする付記４記載の個人情報保護送信プログラム。
（付記９）
前記入力手段は第１の遷移画面上で申込情報を選択的又は記述的に入力することを特徴とする付記２記載の個人情報保護送信プログラム。
（付記１０）
前記個人情報保護送信プログラムは申込必要内容一覧情報の入力が完了したかを判断する判断手段を更に含み、判断手段が申込必要内容一覧情報の入力が完了したと判断したとき、前記送信手段が申込必要内容一覧情報を送信することを特徴とする付記３記載の個人情報保護送信プログラム。
（付記１１）
前記個人情報保護送信プログラムが終了する際に、前記保持手段に保持された申込必要内容一覧情報が消去されることを特徴とする付記５記載の個人情報保護送信プログラム。（付記１２）
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段
を含むことを特徴とする個人情報保護送信装置。
（付記１３）
コンピュータを、
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信手段
として機能させることを特徴とする個人情報保護受信プログラム。
（付記１４）
前記送信手段は前記画面指定情報で指定された第２の遷移画面情報を送信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１５）
前記送信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を送信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１６）
前記送信手段は前記第２の遷移画面情報に対応した画面遷移情報を送信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１７）
前記受信手段は前記送信手段により送信した申込必要内容一覧情報を一度だけ受信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１８）
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信手段
を含むことを特徴とする個人情報保護受信装置。
（付記１９）
前記送信手段は前記画面指定情報で指定された第２の遷移画面情報を送信することを特徴とする付記１８記載の個人情報保護受信装置。
（付記２０）
前記送信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を送信することを特徴とする付記１８記載の個人情報保護受信装置。
（付記２１）
前記送信手段は前記第２の遷移画面情報に対応した画面遷移情報を送信することを特徴とする付記１９記載の個人情報保護受信装置。
（付記２２）
前記受信手段は前記送信手段により送信した申込必要内容一覧情報を一度だけ受信することを特徴とする付記１８記載の個人情報保護受信装置。
（付記２３）
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信ステップ、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信ステップ
を含むことを特徴とする個人情報保護受信方法。
【図面の簡単な説明】
【００８８】
【図１】本発明による個人情報保護送信プログラム及び個人情報保護受信プログラムで実行される手順を説明する説明図である。
【図２】クライアントで表示される遷移画面の遷移を示す画面遷移図である。
【図３】クライアントで表示される遷移画面の遷移を示す画面遷移図である。
【図４】初期画面である画面Ａを表示する際にサーバからクライアントへ送信する情報例を示す説明図である。
【図５】遷移画面である画面Ｂを表示する際にサーバからクライアントへ送信する情報例を示す説明図である。
【図６】遷移画面である画面Ｃを表示する際にサーバからクライアントへ送信する情報例を示す説明図である。
【図７】本発明の基本的な処理手順を示すフローチャートである。
【図８】「住所変更」を申請するためにＷｅｂページに個人情報を入力する一例を示す図である。
【図９】クライアントＰＣに情報を保持する「Cookieへの情報保存」方式を示す説明図である。
【図１０】サーバ側に情報を保持する「セッション管理」方式を示す説明図である。
【図１１】クライアントアプリケーション（プログラム）をダウンロードして実行する「アプリケーション」方式を示す説明図である。
【符号の説明】
【００８９】
２ クライアント
４ サーバ
【技術分野】
【０００１】
本発明は、個人情報保護送信プログラム及び個人情報保護受信装置に関するものである。
【背景技術】
【０００２】
昨今のインターネットの普及により、Ｗｅｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）上から個人が私的な各種申請手続き等を行う環境が整備されつつある。しかし、元来インターネットとは情報をオープンで扱う世界であるため、個人情報の漏洩に対するセキュリティ対策が未だに不充分である。
【０００３】
現在、ＳＳＬ暗号化などにより通信経路上の他者による盗聴を防げる。しかし、申請に使用した装置を用いれば、依然として、通信盗聴による成りすまし（spoofing）が可能である。このように、個人情報が漏洩するという危険な状態が存在する。
【０００４】
基本的に、Social Hack（他者がパスワードを入力しているのを脇から見ているという
ような技術的でない盗聴などの行為をいう）を除いて、多くの情報の漏洩は、申請側のクライアントＰＣ（パーソナルコンピュータ）と受理側のサーバ間の通信内容が盗聴されることにより発生する。
【０００５】
図８は、「住所変更」を申請するために、Ｗｅｂページに個人情報を入力する一例を示す。複数のページを遷移させながら必要な情報を入力するため、次のページに遷移する毎に複数回個人情報が送信されるとセキュリティが低下する。
【０００６】
これに対して、Ｗｅｂサイトの１ページ上で全ての個人情報を入力させ、１回だけ送信するものであればセキュリティが向上する。これは、盗聴するタイミングがクライアントＰＣからサーバへの通信が１回だけに限定されるからである。
【０００７】
盗聴する場合、クライアントＰＣからサーバへ一方向に送信するため、クライアントＰＣが送信した情報を経路の途中で捕獲して、捕獲した情報を解析する必要がある。そのため、必ず送信経路上に盗聴装置を仕掛けなければならなく、ＳＳＬ暗号化などが行われているとこれを盗聴することは非常に困難である。
【０００８】
しかし、入力すべき情報量が大きくなると、ユーザに１ページで全ての情報を正確に入力させることが困難となる。また、ユーザは一度に全てのデータを正しく入力する必要が生じるため、通常、ウィザード形式を用いて複数の入力ページを切り替えることにより、ページを遷移して入力内容を支援している（入力支援）。このように、ユーザの負担を軽減するために、ユーザを誘導するウィザードが利用されている。
【０００９】
一般的に、Ｗｅｂブラウザにおけるページ遷移は、過去の入力データを破棄する。そのため、ウィザード形式において、ページに入力されたデータを保持しながらページ遷移を実現するために、図９から図１１に示される方式の何れかを用いている。
【００１０】
（１）図９は、クライアントＰＣに情報を保持する「Cookieへの情報保存」方式を示す説明図である。（２）図１０は、サーバ側に情報を保持する「セッション管理」方式を示す説明図である。（３）図１１は、クライアントアプリケーション（プログラム）をダウンロードして実行する「アプリケーション」方式を示す説明図である。
【００１１】
（１）始めに、 図９について説明する。「Cookieへの情報保存」方式は、非常に手軽
であるため一般的に使用されている。しかし、一度サーバに送信した個人情報をクライアントＰＣに保存する目的で、個人情報等が返送されてくるため、この情報が盗聴されやすい。即ち、個人情報が通信回線を介して少なくとも２回送信される。
【００１２】
ＳＳＬ暗号化を用いることで経路上の他者からは盗聴困難となるが、送信に用いたクライアントＰＣ上に隠して設置された“パケットキャプチャ”ソフトなどを用いれば、受信情報を記録することが可能である。
【００１３】
また、Cookieの保存期間が設定されている場合、この個人情報等をファイルとしてクライアントＰＣに保存してしまう。そのため、Cookieを保存したクライアントＰＣを利用する不特定のユーザが、保存されたファイルの内容を知ることができる。
【００１４】
例えば、インターネット喫茶店（Internet cafe）などにおいて、不特定多数のユーザ
が同一のクライアントＰＣを使用できるため、個人情報が漏洩し易い状況にある。当然、ウイザード形式で遷移するページが多ければ多いほど、盗聴できる機会が増えることになる。
【００１５】
（２）図１０に示すような「セッション管理」方式（session management method）は
、ある程度の規模のサービスで採用される。クライアントＰＣに個人情報を保存する代わりにサーバ上に個人情報を保存するものであるため、 図９と比較して個人情報が漏洩し
にくいものである。
【００１６】
サーバ上に格納されたデータがどのクライアントＰＣのものであるかを識別するために、「セッション管理」方式はクライアントＰＣに対してサーバは“セッションＩＤ”と呼ばれる識別コードを提供する。
【００１７】
クライアントＰＣは、このＩＤを送信することで遷移後のページで過去に送信した情報にアクセスすることができる。しかし、このＩＤは、図９に示す「Cookieへの情報保存」方式と同様に盗聴され易い。
【００１８】
また、第三者が他人のＩＤを入手した場合、他のクライアントＰＣから他人のＩＤを宣言してサーバにアクセスできる。つまり、他人に成りすまして情報を表示させることができる。
【００１９】
特に、この「セッション管理」方式では、図９に示す「Cookieへの情報保存」方式と違い、個人情報はサーバに格納されているため、クライアントＰＣから個人情報が直接漏洩することはない。
【００２０】
しかし、セッションＩＤが漏洩することで第三者が使用する全く別のクライアントＰＣから成りすましてサーバの個人情報を取得できるという致命的な問題が生じる。これは、
"クロスサイトスクリプティングの脆弱性"などと呼ばれる問題で、セッションＩＤを漏
洩してしまうという脆弱性（vulnerability）を含んでいる。
【００２１】
この問題は、ＳＳＬ暗号化などを実施し、そのクライアントＰＣとサーバ間だけにおいて解読可能にすることで、経路上の第三者からは盗聴できないようにできる。しかし、実際に通信しているクライアントＰＣを直接操作すれば、解読が可能であるため、インターネット喫茶店などのような公共のクライアントＰＣから個人情報が漏洩するという問題を防ぐことはできない。
【００２２】
（３）最後に、図１１に示すような「アプリケーション」方式において、“サーバとのデータ通信時に盗聴されてしまう”という問題を解決するために、クライアントＰＣにアプリケーションとしての申請プログラムをダウンロード後に実行させ、申請プログラムを用いた入力結果のみをサーバに返送するものがある。
【００２３】
「アプリケーション」方式は、サーバとの通信が最後の１度のみしか発生せず、一方向の送信のみであるため、個人情報が漏洩する危険性は極めて低い。しかし、申請に用いるＷｅｂページのフォームが変更になるとアプリケーション自体を作成し直す必要がある。
【００２４】
つまり、インターネットを利用した最新情報の入手といった利便性の低下や、開発工数の増大を招くなどの、セキュリティ以外の問題を引き起こすこととなる。
結論として、上述の方式では、個人情報が漏洩するというリスク、又は開発・保守工数増大のリスクを伴うという問題を抱えている。
また、既知の類似した発明には、以下ようなものがあるが、上記問題は解決されていない。
【００２５】
特許文献１は、インターネットショッピングにおける商品購入システム等に関する発明である。氏名，住所，電話番号，金融機関の口座番号等の個人情報の入力は１回のみであることを開示する。しかし、特許文献１は、ＩＤ番号及びパスワードを有していないユーザが、初回の購入のときに１回のみ個人情報を入力することを単に開示している。
【特許文献１】特開２００１−３４４４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
情報が漏洩するという上述した問題の本質は、クライアントＰＣとサーバとの間で相互通信が発生することにある。
この相互通信を必要最小限に発生する方式である図１１に示すアプリケーションの提供による申込においては、情報が漏洩する危険性を回避できる。しかし、アプリケーション自体に表示するページ情報を含んでいるため、Ｗｅｂでサービスを提供することにより得られる即時性などのメリットを失うこととなる。そのため、即時性などが要求されるサービスで利用する場合に、不向きであるという問題があった。
【００２７】
本発明は、このような問題を解決するためになされたもので、その目的は、クライアントＰＣとサーバ間の通信情報を必要最小限にし、且つ、通信情報が盗聴されることを低減する個人情報保護送信プログラム、個人情報保護受信プログラム、装置及び方法を提供する。
【課題を解決するための手段】
【００２８】
本発明は上記目的を達成するため、コンピュータを、画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段として機能させることを特徴とする。
【００２９】
また、本発明は、コンピュータを、画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を受信する受信手段として機能させることを特徴とする。
【００３０】
本発明によれば、（ｉ）第１の遷移画面と（ｉｉ）分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とをそれぞれ別に受信することができる。
【００３１】
分岐条件及び第１の遷移画面上で分岐条件が満たされたときに遷移すべき第２の遷移画面情報を第１の遷移画面へ埋め込んだときは、第１の遷移画面自体を変更しなければならない。これに対して、本発明では画面遷移情報の変更のみをすることが可能になるため、分岐条件及び第２の遷移画面情報の変更が容易になる。
【００３２】
更に、前記決定手段により決定された前記画面指定情報のみを送信するため、画面指定情報を送信する毎に申込情報が送信されない。このため、複数の遷移画面に個人情報を入力した場合でも個人情報を送信する回数を必要最小限にできる。
【発明の効果】
【００３３】
本発明の個人情報保護送信プログラムは、クライアントＰＣとサーバ間の通信情報を必要最小限にし、且つ、通信情報が盗聴されることを低減できる。
【発明を実施するための最良の形態】
【００３４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
図１は本発明による個人情報保護送信プログラム及び個人情報保護受信プログラムで実行される手順を説明する説明図である。
【００３５】
本実施の形態の個人情報保護送信プログラム及び個人情報保護受信プログラムは、図１に示したユーザ端末であるクライアント２及びサーバ４（個人情報保護受信装置）にそれぞれインストールされるプログラムである。また、クライアント２及びサーバ４はインターネット等の通信回線を通じて接続されている。
【００３６】
クライアント２はＰＤＡ、携帯電話、ノートＰＣなどの携帯端末又はデスクトップＰＣなどのプログラムをインストールして実行可能なコンピュータである。サーバ４は複数のクライアント２から通信回線を通じてアクセス可能なコンピュータである。
【００３７】
（１）クライアント２は、「申込の開始」をするために、個人情報保護送信プログラムを実行してサーバ４へ申込必要内容一覧情報とページ遷移情報の送信を要求する。サーバ４は個人情報保護受信プログラムを実行して申込必要内容一覧情報とページ遷移情報をクライアント２へ送信する。
【００３８】
ここで、ページ遷移情報（画面遷移情報）は、図４の（ｂ）に示される情報である。ページ遷移情報は、分岐条件及びこの分岐条件が満たされたときに遷移すべき遷移画面を指定する画面指定情報（例：画面Ｂ１．ｈｔｍｌ）を含む。つまり、画面指定情報は遷移画面のアドレス情報（ＵＲＬ）などである。
【００３９】
図４の（ｂ）に示される一例として、分岐条件は会員ＩＤの有無であり、画面指定情報は“画面Ｂ１．ｈｔｍｌ”や“画面Ｂ２．ｈｔｍｌ”である。そして、“画面Ｂ１．ｈｔｍｌ”や“画面Ｂ２．ｈｔｍｌ”で表示される画面が遷移画面である。遷移画面は、図２に示すような、クライアント２のディスプレイに表示される“画面Ｂ１”や“画面Ｂ２”である。
【００４０】
「申込の開始」において、クライアント２からサーバ４へ要求されるページ遷移情報は、遷移画面それ自体ではなく、遷移画面を指定する「画面指定情報」を含む。申込必要内容一覧情報とページ遷移情報はＪａｖａ（登録商標）サーブレット等のプログラムを実行
してサーバ４から送信される。これに対して、遷移画面はＨＴＴＰリクエストでＷｅｂサーバから送信される。即ち、ページ遷移情報と遷移画面は異なる手順でサーバ４から送信される。
【００４１】
申込必要内容一覧情報は図４の（ａ）に示される情報である。申込必要内容一覧情報はクライアント２で入力すべき事項を示す一覧である。クライアント２のマウスやキーボード等で選択的に又は記述的に入力された情報は、申込必要内容一覧情報に記録される。
【００４２】
（２）クライアント２は、サーバ４から受信したページ遷移情報に含まれる情報が初期画面であるとき、次のページ（遷移画面）をサーバ４に要求する。即ち、申込開始直後のページ遷移情報は、初期画面を要求するための分岐条件と初期画面（遷移画面）を示す画面指定情報を含む。
【００４３】
クライアント２は、サーバ４から遷移画面を受信するために分岐条件に従って画面指定情報をサーバ４に送信する。サーバ４は、クライアント２から受信した画面指定情報で指定された遷移画面をクライアント２に送信する。
【００４４】
ページ遷移情報について、申込の開始後に、図４から図６の（ｂ）に示すページ遷移情報を一括してサーバ４からクライアント２に送信する。又は、クライアント２からサーバ４へ画面指定情報を送信する際に、遷移画面に関するページ遷移情報をサーバ４へ要求してもよい。クライアント２からサーバ４へ画面指定情報を送信する毎にページ遷移情報をサーバ４へ要求する手順の場合、変更した遷移画面に関するページ遷移情報だけを変更すれはよい。
【００４５】
（３）受信した複数の遷移画面に対して入力された個人情報等の入力情報は申込必要内容一覧情報に記録される。そして、申込必要内容一覧情報の入力が完了したとき、申込必要内容一覧情報をクライアント２からサーバ４へ送信する。最後に、個人情報保護送信プログラムが終了する際に、申込必要内容一覧情報がクライアント２から消去される。
【００４６】
図２及び図３はクライアント２で表示される遷移画面の遷移を示す画面遷移図である。図４から図６はサーバ４よりクライアント２に送信される情報例を示す説明図である。図４は初期画面である画面Ａを表示する際にサーバ４からクライアント２へ送信する情報例を示す説明図である。図５は遷移画面である画面Ｂを表示する際にサーバ４からクライアント２へ送信する情報例を示す説明図である。図６は遷移画面である画面Ｃを表示する際にサーバ４からクライアント２へ送信する情報例を示す説明図である。
【００４７】
＜画面遷移例１：図２＞
クライアント２は、個人情報保護送信プログラムを実行してサーバ４から申込必要内容一覧情報とページ遷移情報を受信する。申込必要内容一覧情報は、クライアント２により入力された個人情報等の申込情報（入力情報）を記録するための情報であり、個人情報保護送信プログラムにより保持される情報である。
【００４８】
図２に示す画面Ａはユーザが会員ＩＤを持っているかを確認する画面である。ユーザが会員ＩＤを持っているときは「はい」を選択し、持っていない場合は「いいえ」を選択する。この選択は、ユーザがマウス又はキーボード操作で行う。デスクトップＰＣでは、通常マウスのクリック操作で項目が選択される。図２ではユーザが会員ＩＤを持っている場合の画面遷移例を説明する。
【００４９】
画面Ａで「はい」が選択されていて画面Ａの「次へ」ボタンをクリックすると、図４の（ｂ）ウィザードのページ遷移情報の分岐条件に従って、画面Ｂ１．ｈｔｍｌの画面指定
情報がクライアント２からサーバ４へ送信される。つまり、画面Ａに対して条件１が設定されている。同様に、画面Ｂ１に対して条件２が設定され、画面Ｃ１に対して条件３が設定されている。
【００５０】
そして、サーバ４から画面Ｂ１．ｈｔｍｌを受信したクライアント２が画面Ｂ１を表示する。会員ＩＤを持っている場合は会員特価又は割引価格を表示する遷移画面を指定する画面指定情報がサーバ４へ送信される。
【００５１】
画面Ｂ１上でユーザがパソコン本体を選択したとき、図５に示す条件２が使用され、画面Ｃ１．ｈｔｍｌの画面指定情報がクライアント２からサーバ４へ送信される。そして、画面Ｃ１．ｈｔｍｌを受信したクライアント２が画面Ｃ１を表示する。そして、パソコン本体が選択されたことが申込必要内容一覧情報に記録される。図４の申込必要内容一覧情報には「パソコン本体」と記録した例を示してあるが、価格情報を合わせて記録してもよい。
【００５２】
画面Ｃ１上で周辺機器Ａ１が選択されたとき、図６に示す条件３が使用され、画面Ｄ２．ｈｔｍｌの画面指定情報がクライアント２からサーバ４へ送信される。そして、画面Ｄ２．ｈｔｍｌを受信したクライアント２が画面Ｄ２を表示する。
【００５３】
画面Ａで選択された会員ＩＤの有無に関する情報をプログラムが一時的に保持して、その保持された情報に基づき遷移すべき画面を決定する。又は、申込必要内容一覧情報に会員ＩＤの有無に関する情報を記録し、条件３の判断をするとき申込必要内容一覧情報を参照するようにしてもよい。
【００５４】
会員ＩＤがある場合、ユーザは画面Ｄ２上に会員ＩＤを入力し、確定ボタンをクリックする。確定ボタンがクリックされると申込必要内容一覧情報に氏名及び住所が記録される。
【００５５】
会員ＩＤがない場合、ユーザは画面Ｄ１上に氏名及び住所をキーボード等を使用して入力し、確定ボタンをクリックする。確定ボタンがクリックされると申込必要内容一覧情報に氏名及び住所が記録される。そして、クライアント２は申込必要内容一覧情報へ記録すべき情報がすべて入力されたかを判断してサーバ４へ申込必要内容一覧情報を送信する。
【００５６】
＜画面遷移例２：図３＞
図２では会員ＩＤの有無のみを選択する画面Ａを表示する例を示した。これに対して、図３は、会員ＩＤを入力した後に、画面が遷移する一例を示す。
【００５７】
会員ＩＤが入力された状態で画面Ａの「次へ」ボタンをクリックすると、図４の（ｂ）ウィザードのページ遷移情報の分岐条件に従って、画面Ｂ１．ｈｔｍｌの画面指定情報がクライアント２からサーバ４へ送信される。「次へ」ボタンをクリックされたときは、会員ＩＤを申込必要内容一覧情報に記録する。
【００５８】
会員ＩＤが有るとき、図４の条件１により、サーバ４へ画面Ｂ１．ｈｔｍｌの画面指定情報が送信される。そして、画面Ｂ１．ｈｔｍｌを受信したクライアント２が画面Ｂ１を表示する。入力された会員ＩＤは、申込必要内容一覧情報に記録される。
【００５９】
画面Ｃ１上で申込終了が選択されているとき、申込必要内容一覧情報に記録した情報を使用して、個人情報保護送信プログラムが画面Ｅ．ｈｔｍｌを生成する。確定ボタンがクリックされるとクライアント２は申込必要内容一覧情報へ記録すべき情報がすべて入力されたかを判断してサーバ４へ申込必要内容一覧情報を送信する。
【００６０】
上述のように、個人情報を含む申込必要内容一覧情報が送信されるまで、常にクライアント２上のみで管理されることとなるため、他者からこの個人情報を盗聴することができない。
【００６１】
＜基本処理手順＞
図７は本発明の基本的な処理手順を示すフローチャートである。物販サイトで物品を購入する例で説明をする。
（１）物販サイトの購入申込ページに 「申込開始」 ボタンを設置する。このボタンをクリックすると、例えば、個人情報保護送信プログラム（以下、申込アプリケーション）であるJavaApplet（Javaは登録商標）がサーバー４からクライアント２に読み込まれ、クライアント２上で申込アプリケーションが起動する。個人情報保護送信プログラムは、JavaApplet（Javaは登録商標）に特に限定する必要はなく、通常のアプリケーションや、JavaScript（登録商標）のようなものでも良い。
【００６２】
（２）申込アプリケーションは、購入サーバから「申込必要内容一覧情報」をダウンロードする（Ｓ１）。次に、「ページ遷移情報」をダウンロードし（Ｓ３）、申し込みのための入口ページ（初期画面）等のＵＲＬを取得してサーバ４から、必要なページのｈｔｍｌを表示する（Ｓ３）。この場合、入口ページは「申込開始」 ボタンの押下げによりサ
ーバ４から受信する。
【００６３】
（３）ユーザは、取得したページの各入力欄（例えば、ＩＤ番号、氏名、住所、電話番号などの個人情報）を入力する。ページの下端にある 「次へ」 ボタンをクリックすると、入力欄に入力された情報が申込必要内容一覧情報に記録される（Ｓ４）。
【００６４】
（４）申込必要内容一覧情報へ記録すべき情報がすべて記録（入力）されたかを申込アプリケーションが判断する。例えば、申込アプリケーションは確定ボタンをクリックした際に、（ｉ）申込商品及び（ｉｉ）会員ＩＤ（又は氏名、住所）が申込必要内容一覧情報へ記録されたかをチェックして、記録すべき情報がすべて記録されたかを判断する（Ｓ５）。商品が一つも選択されていない場合や会員ＩＤが入力されていない場合は、確定ボタンがクリックされても記録すべき情報がすべて記録されたと申込アプリケーションは判断しない。
【００６５】
（５）記録すべき情報がすべて記録されていないと申込みアプリケーションが判断した際は、ステップＳ４で入力された内容をチェックし、ステップ２で入手したページ遷移情報に基づき、次に表示すべきページを決定する（Ｓ６）。ステップＳ２からＳ６は、記録すべき情報がすべて記録されたと申込みアプリケーションが判断するまで、繰り返し実行される。
【００６６】
（６）申込アプリケーションは、ページ遷移情報に従ってページをサーバーに要求して表示する。このように、入力を促すことで、ユーザは商品の選択や個人情報の入力ができる。また、ユーザが入力した個人情報等は、全て申込アプリケーション上にのみ存在する。記録すべき情報がすべて記録されたと申込みアプリケーションが判断するまで、ネットワークへ個人情報等は送信されない。
【００６７】
（７）最終的に全ての個人情報の入力が終わり、申込アプリケーションが、記録すべき情報が全て埋められたと判断したとき、例えば、「サーバ４に申込情報を送信しますか？」とディスプレイ上に表示する。そして、ユーザの最終指示（例えば、送信ボタンの押下げ）に従って、入力した個人情報等がネットワークを通してサーバ４に送信される。
【００６８】
（８）サーバ４は最終的な申込内容をクライアント２から受信し、申込アプリケーションは申込処理を完了する。送信後に、申込アプリケーションを終了しなくても、申込必要内容一覧情報を申込アプリケーション上から削除してもよい。
【００６９】
本発明の特徴として、クライアント２及びサーバ４との間で情報の送受信が複数回発生するが、クライアント２が要求する 遷移画面（ｈｔｍｌページ）をサーバ４が一方的に
送信するだけである。即ち、個人情報は最後の送信までクライアント２上で保持されるので、申込必要内容一覧情報がクライアント２からサーバ４へ送信される前の盗聴を無意味とすることができる。
【００７０】
サーバ４から送信されるページ遷移情報を受け取った後は、クライアント２がページ遷移情報の分岐条件に従い、自発的に最新のｈｔｍｌ、または必要に応じて新しいページ遷移情報を サーバ４に一方的に要求する。クライアント２はページ遷移情報に基づき自律
的に遷移画面を決定する。
【００７１】
これにより、従来の「アプリケーション提供方式」と違い、Ｗｅｂとしての利点である「常に最新の情報（Ｗｅｂページ）」がクライアント２上で表示される。本発明の方式は、ＷＥＢＭＡＲＴのような物販サイトにおける申し込みで、「常に最新の約款や販売システムを利用させる必要がある」ような場合、特に有効である。
【００７２】
なぜなら物販サイトにおける売買契約で、改版されて約款などが変更された場合、「アプリケーション提供方式」では、誤って旧版システムから申込みした場合、ユーザとトラブルが生じる可能性がある。
【００７３】
例えば、販売価格が変更された場合、旧版のシステムから申し込んだユーザは新システム上の価格と違う価格で購入したと信じるため、販売価格が上昇していたときユーザと非常に大きなトラブルが生じていた。
【００７４】
また、ある時期から、ポイントシステムのような新サービスが導入されるような場合では、旧版システムから申し込んだ場合、ポイントサービスが適用されていない、というトラブルが生じる可能性がある。
【００７５】
これらの問題を回避するために「アプリケーション提供方式」では、ユーザは常に新版のアプリケーションを利用する必要がある。このようなサービス変更の際には、ユーザにご提供するクライアントアプリケーションを必ず改版する必要がある。更に、過去にユーザがダウンロード済みの旧版システムからの申し込みを受付けないシステムを構築する必要が生じる。
【００７６】
「アプリケーション提供方式」では、ユーザが利用の都度、最新のクライアントアプリケーションをダウンロードする必要があり、ダウンロード等に手間がかかるため、ユーザに負担が生じ、物販サイトを利用しなくなる傾向があった。
【００７７】
個人情報の漏洩防止などのセキュリティを改善した上で、「アプリケーション提供方式」で生じていた問題を解決することができる。
本発明では、重要なユーザの信用情報などはクライアント２上でのみ管理されている。そして、クライアント２から一方向にサーバ４へ個人情報を送信するというインタフェースしか存在しない。
【００７８】
これにより、外部から個人情報の送信をサーバ４へ指示することが不可能となる。従来の「セッションＩＤ方式」のように、成りすましによる個人情報を請求する行為も不可能
となり、結果としてセキュリティが向上する。
【００７９】
また、クライアント２上にのみ個人情報が管理されているため、従来の「cookieへの情報保存方式」のように、サーバ４との間で個人情報の送受信が複数回生じることがない。また、クライアント２上で個人情報が保存されない。即ち、盗聴される可能性がなくなる。
【００８０】
即ち、（ａ）「個人情報はクライアント２上でのみ管理されること」、（ｂ）「表示するＷｅｂページは通常のＷｅｂと同じく常にサーバ４から受信すること」、（ｃ）「個人情報に関するインタフェースは、クライアント２からサーバ４への一方向であること」という条件を本発明は提供できる。従って、従来よりも強固にセキュリティが確保された個人情報の送信を行うことができるのである。
【００８１】
また、従来のアプリケーション提供方式では、ほぼ全ての"申し込みに必要なコンテン
ツ情報"などをアプリケーションに含める必要があり、ファイルサイズが大きくなってし
まう。このため、ユーザが気軽にアプリケーションをダウンロードできなかった。
【００８２】
本発明による提供されるクライアント２は、コンテンツ情報などは一切不要であるため、従来のアプリケーション提供方式と比較してファイルサイズを小さくできる。これにより、ユーザが気軽にアプリケーションをダウンロードできる。
【００８３】
また、セキュリティについても最新のセキュリティ対策を施したクライアント２をユーザは利用できる。上述のように、物販サイトを構成する際、例えば、ＳＳＬの暗号化はもとより、様々な盗聴／成りすましに対する対策を行う必要があった。これに対して、本発明は、申込必要内容一覧情報を送信する際にＳＳＬ暗号化度だけに配慮すれば良い。
【００８４】
また、送信時に、申込必要内容一覧情報を暗号化すれば、暗号化された申込必要内容一覧情報を入手して解析することは非常に困難となる。また、申込に使用される入力支援のための様々な処理はクライアント２で動作するため、サーバ４は一方的に遷移画面を送信するだけでよい。即ち、サーバ４の負荷を軽減できる。
【００８５】
専用アプリケーションでは、セキュリティ上の問題が発見された場合などは特に、ユーザが再び大きなサイズの最新のアプリケーションをダウンロードする必要があった。これに対して、本発明ではデータを解析するだけの小規模サイズの個人情報保護送信プログラムをユーザがダウンロードするだけでよい。セキュリティ的にも、サーバ負荷的にも効果的である。
【００８６】
このように、本発明により、従来、物販サイトなどで非常に多くのセキュリティ対策費の削減が可能となる。
【００８７】
＜その他＞
（付記１）
コンピュータを、
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段
として機能させることを特徴とする個人情報保護送信プログラム。
（付記２）
入力情報として前記第１の遷移画面へ申込情報を入力する入力手段を更に含むことを特徴とする付記１記載の個人情報保護送信プログラム。
（付記３）
前記決定手段により決定された前記画面指定情報を送信する送信手段を更に含むことを特徴とする付記１記載の個人情報保護送信プログラム。
（付記４）
前記受信手段は前記画面指定情報で指定された第２の遷移画面情報を受信することを特徴とする付記１記載の個人情報保護送信プログラム。
（付記５）
第１の遷移画面に入力された申込情報を保持する保持手段を更に含むことを特徴とする付記２記載の個人情報保護送信プログラム。
（付記６）
前記受信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を受信することを特徴とする付記１記載の個人情報保護送信プログラム。
（付記７）
前記保持手段は前記第１の遷移画面へ入力された申込情報を申込必要内容一覧情報へ記録することにより申込情報を保持することを特徴とする付記５記載の個人情報保護送信プログラム。
（付記８）
前記第２の遷移画面情報に対応した画面遷移情報の送信を要求する要求手段を更に含むことを特徴とする付記４記載の個人情報保護送信プログラム。
（付記９）
前記入力手段は第１の遷移画面上で申込情報を選択的又は記述的に入力することを特徴とする付記２記載の個人情報保護送信プログラム。
（付記１０）
前記個人情報保護送信プログラムは申込必要内容一覧情報の入力が完了したかを判断する判断手段を更に含み、判断手段が申込必要内容一覧情報の入力が完了したと判断したとき、前記送信手段が申込必要内容一覧情報を送信することを特徴とする付記３記載の個人情報保護送信プログラム。
（付記１１）
前記個人情報保護送信プログラムが終了する際に、前記保持手段に保持された申込必要内容一覧情報が消去されることを特徴とする付記５記載の個人情報保護送信プログラム。（付記１２）
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段
を含むことを特徴とする個人情報保護送信装置。
（付記１３）
コンピュータを、
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信手段
として機能させることを特徴とする個人情報保護受信プログラム。
（付記１４）
前記送信手段は前記画面指定情報で指定された第２の遷移画面情報を送信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１５）
前記送信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を送信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１６）
前記送信手段は前記第２の遷移画面情報に対応した画面遷移情報を送信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１７）
前記受信手段は前記送信手段により送信した申込必要内容一覧情報を一度だけ受信することを特徴とする付記１３記載の個人情報保護受信プログラム。
（付記１８）
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信手段
を含むことを特徴とする個人情報保護受信装置。
（付記１９）
前記送信手段は前記画面指定情報で指定された第２の遷移画面情報を送信することを特徴とする付記１８記載の個人情報保護受信装置。
（付記２０）
前記送信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を送信することを特徴とする付記１８記載の個人情報保護受信装置。
（付記２１）
前記送信手段は前記第２の遷移画面情報に対応した画面遷移情報を送信することを特徴とする付記１９記載の個人情報保護受信装置。
（付記２２）
前記受信手段は前記送信手段により送信した申込必要内容一覧情報を一度だけ受信することを特徴とする付記１８記載の個人情報保護受信装置。
（付記２３）
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信ステップ、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信ステップ
を含むことを特徴とする個人情報保護受信方法。
【図面の簡単な説明】
【００８８】
【図１】本発明による個人情報保護送信プログラム及び個人情報保護受信プログラムで実行される手順を説明する説明図である。
【図２】クライアントで表示される遷移画面の遷移を示す画面遷移図である。
【図３】クライアントで表示される遷移画面の遷移を示す画面遷移図である。
【図４】初期画面である画面Ａを表示する際にサーバからクライアントへ送信する情報例を示す説明図である。
【図５】遷移画面である画面Ｂを表示する際にサーバからクライアントへ送信する情報例を示す説明図である。
【図６】遷移画面である画面Ｃを表示する際にサーバからクライアントへ送信する情報例を示す説明図である。
【図７】本発明の基本的な処理手順を示すフローチャートである。
【図８】「住所変更」を申請するためにＷｅｂページに個人情報を入力する一例を示す図である。
【図９】クライアントＰＣに情報を保持する「Cookieへの情報保存」方式を示す説明図である。
【図１０】サーバ側に情報を保持する「セッション管理」方式を示す説明図である。
【図１１】クライアントアプリケーション（プログラム）をダウンロードして実行する「アプリケーション」方式を示す説明図である。
【符号の説明】
【００８９】
２ クライアント
４ サーバ
【特許請求の範囲】
【請求項１】
コンピュータを、
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段
として機能させることを特徴とする個人情報保護送信プログラム。
【請求項２】
入力情報として前記第１の遷移画面へ申込情報を入力する入力手段を更に含むことを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項３】
前記決定手段により決定された前記画面指定情報を送信する送信手段を更に含むことを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項４】
前記受信手段は前記画面指定情報で指定された第２の遷移画面情報を受信することを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項５】
第１の遷移画面に入力された申込情報を保持する保持手段を更に含むことを特徴とする請求項２記載の個人情報保護送信プログラム。
【請求項６】
前記受信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を受信することを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項７】
前記保持手段は前記第１の遷移画面へ入力された申込情報を申込必要内容一覧情報へ記録することにより申込情報を保持することを特徴とする請求項５記載の個人情報保護送信プログラム。
【請求項８】
前記第２の遷移画面情報に対応した画面遷移情報の送信を要求する要求手段を更に含むことを特徴とする請求項４記載の個人情報保護送信プログラム。
【請求項９】
前記個人情報保護送信プログラムが終了する際に、前記保持手段に保持された申込必要内容一覧情報が消去されることを特徴とする請求項５記載の個人情報保護送信プログラム。
【請求項１０】
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信手段
を含むことを特徴とする個人情報保護受信装置。
【請求項１】
コンピュータを、
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを受信する受信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき第２の遷移画面を指定する画面指定情報を決定する決定手段
として機能させることを特徴とする個人情報保護送信プログラム。
【請求項２】
入力情報として前記第１の遷移画面へ申込情報を入力する入力手段を更に含むことを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項３】
前記決定手段により決定された前記画面指定情報を送信する送信手段を更に含むことを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項４】
前記受信手段は前記画面指定情報で指定された第２の遷移画面情報を受信することを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項５】
第１の遷移画面に入力された申込情報を保持する保持手段を更に含むことを特徴とする請求項２記載の個人情報保護送信プログラム。
【請求項６】
前記受信手段はユーザを特定するための個人情報欄を含む申込必要内容一覧情報を受信することを特徴とする請求項１記載の個人情報保護送信プログラム。
【請求項７】
前記保持手段は前記第１の遷移画面へ入力された申込情報を申込必要内容一覧情報へ記録することにより申込情報を保持することを特徴とする請求項５記載の個人情報保護送信プログラム。
【請求項８】
前記第２の遷移画面情報に対応した画面遷移情報の送信を要求する要求手段を更に含むことを特徴とする請求項４記載の個人情報保護送信プログラム。
【請求項９】
前記個人情報保護送信プログラムが終了する際に、前記保持手段に保持された申込必要内容一覧情報が消去されることを特徴とする請求項５記載の個人情報保護送信プログラム。
【請求項１０】
画面遷移前の第１の遷移画面を表示させる第１の遷移画面情報と分岐条件及び前記第１の遷移画面上で前記分岐条件が満たされたときに遷移すべき第２の遷移画面を指定する画面指定情報を含む画面遷移情報とを送信する送信手段、
前記分岐条件及び第１の遷移画面への入力情報に基づき決定された第２の遷移画面を指定する画面指定情報を受信する受信手段
を含むことを特徴とする個人情報保護受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−６５５７７（Ｐ２００６−６５５７７Ａ）
【公開日】平成１８年３月９日（２００６．３．９）
【国際特許分類】
【出願番号】特願２００４−２４７２４４（Ｐ２００４−２４７２４４）
【出願日】平成１６年８月２６日（２００４．８．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年３月９日（２００６．３．９）
【国際特許分類】
【出願日】平成１６年８月２６日（２００４．８．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]