(57)【要約】  【課題】汎用Ｗｅｂアプリケーションの不正利用を防止することができ、Ｗｅｂアプリケーションの開発負荷を軽減させることを目的としている。  【解決手段】  Ｗｅｂアプリケーションから共通機能の利用開始要求を受信すると、前記共通機能利用のための利用識別情報を前記Ｗｅｂアプリケーションに送信し、クライアントから前記利用識別情報を付加した前記共通機能の利用要求を受信すると、前記利用識別情報が有効なものか否かを判別し、有効な利用識別情報である場合には前記共通機能の実行を行い、Ｗｅｂアプリケーションから前記利用識別情報を付加した前記共通機能の利用終了要求を受信すると、前記利用識別情報を無効なものとする。【選択図】図１
2006040145.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂブラウザからの要求に応じて動的なコンテンツを提供するＷｅｂアプリケーションの共通機能と、前記共通機能の利用管理機能としてコンピュータを機能させるＷｅｂアプリケーション開発支援プログラムであって、
Ｗｅｂアプリケーションから、前記共通機能の利用開始要求を受信すると、前記共通機能利用のための利用識別情報を前記Ｗｅｂアプリケーションに送信する利用開始受付手段と、
クライアントから前記利用識別情報を付加した前記共通機能の利用要求を受信すると、前記利用識別情報が有効なものか否かを判別し、有効な利用識別情報である場合には、前記共通機能の実行を行う共通機能実行手段と、
Ｗｅｂアプリケーションから、前記利用識別情報を付加した前記共通機能の利用終了要求を受信すると、前記利用識別情報を無効なものとする利用終了受付手段として
コンピュータを機能させることを特徴とするＷｅｂアプリケーション開発支援プログラム。
【請求項２】
前記共通機能実行手段は、前記利用識別情報の有効期限に基づき前記利用識別情報が有効なものであるか否かを判別することを特徴とする請求項１記載のＷｅｂアプリケーション開発支援プログラム。
【請求項３】
クライアントから利用要求を受信すると、前記Ｗｅｂアプリケーション開発支援プログラムに対して前記共通機能利用のための利用識別情報要求を送信する共通機能開始手段と、
前記利用識別情報を付加した前記共通機能の利用要求を行うコードを含むコンテンツを生成し、前記コンテンツをクライアントに送信するコンテンツ生成手段と、
クライアントから終了要求を受信すると、前記Ｗｅｂアプリケーション開発支援プログラムに対して前記利用識別情報を付加した前記共通機能の利用終了要求を送信する共通機能終了手段として
コンピュータを機能させることを特徴とするＷｅｂアプリケーションプログラム。
【請求項４】
クライアントからの要求に応じて動的なコンテンツを生成する動的コンテンツ生成手段と、
前記動的コンテンツ生成手段から、前記共通機能の利用開始要求を受信すると、前記共通機能利用のための利用識別情報を前記動的コンテンツ生成手段に送信する利用開始受付手段と、
クライアントから前記利用識別情報を付加した前記共通機能の利用要求を受信すると、前記利用識別情報が有効なものかどうか判別し、有効な利用識別情報である場合には、前記共通機能の実行を行う共通機能実行手段と、
動的コンテンツ生成手段から、前記利用識別情報を付加した前記共通機能の利用終了要求を受信すると、前記利用識別情報を無効なものとする利用終了手段と
を有することを特徴とする動的コンテンツ生成装置。
【請求項５】
クライアントからの要求によって動的なコンテンツを生成する動的コンテンツ生成ステップと、
前記動的コンテンツ生成ステップから、前記共通機能の利用開始要求を受信すると、前記共通機能利用のための利用識別情報を前記動的コンテンツ生成手段に送信する利用開始受付ステップと、
クライアントから前記利用識別情報を付加した前記共通機能の利用要求を受信すると、前記利用識別情報が有効なものかどうか判別し、有効な利用識別情報である場合には、前記共通機能の実行を行う共通機能実行ステップと、
動的コンテンツ生成手段から、前記利用識別情報を付加した前記共通機能の利用終了要求を受信すると、前記利用識別情報を無効なものとする利用終了ステップと
を有することを特徴とする動的コンテンツ生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は動的コンテンツ生成に関し、特にＷｅｂブラウザからの要求に応じて動的なコンテンツを提供するＷｅｂアプリケーションの開発負荷を低減させることを目的としたＷｅｂアプリケーション開発支援プログラムに関するものである。
【背景技術】
【０００２】
インターネット上ではサービスや情報を提供する様々なＷｅｂシステムが存在している。このようなＷｅｂシステムでは、クライアントのＷｅｂブラウザを経由したユーザの要求に応じて、Ｗｅｂサーバ上で動作する動的なコンテンツを提供する複数のＷｅｂアプリケーションが連携しながら各種の機能を実現させているのが一般的である。このＷｅｂアプリケーションの連携には複数の形態があり、システム開発者が作成するＷｅｂアプリケーションと特定のＷｅｂアプリケーションやＷｅｂシステムとは独立した、例えば複数のＷｅｂアプリケーションの共通機能を提供する汎用的なＷｅｂアプリケーション(汎用Ｗｅｂアプリケーション)を連携するパターン、ＷｅｂアプリケーションとＷｅｂアプリケーションを連携するパターン、汎用Ｗｅｂアプリケーションと汎用Ｗｅｂアプリケーションを連携するパターン(パッケージソフトウェア)などが考えられる。
【０００３】
これらの連携パターンのうち、一般的に利用されているパターンとしてはＷｅｂアプリケーション同士を連携するパターンと汎用Ｗｅｂアプリケーション同士を連携するパターン(パッケージソフトウェア)が多い。しかしながら、汎用ＷｅｂアプリケーションとＷｅｂアプリケーションを連携するパターンには、汎用Ｗｅｂアプリケーションの不正利用を防止することができないというセキュリティ面での問題があった。
【０００４】
これを解決するために、従来では汎用的なＷｅｂアプリケーションを使用せずに、ＷｅｂアプリケーションやＷｅｂシステムのセッションを意識したＷｅｂアプリケーションをシステム開発者が作成する必要があった。しかし、このように作成したＷｅｂアプリケーションは他のＷｅｂアプリケーションやＷｅｂシステムとの連携ができないため、汎用的なＷｅｂアプリケーションとすることができなかった。
【０００５】
図９は、Ｗｅｂシステムのセッションを意識したＷｅｂアプリケーションとＷｅｂアプリケーションを連携させた具体的な例が示してある。この例では、利用者がクライアントのＷｅｂブラウザを介してDB検索を含む業務処理を行う場合の処理の流れを表している。なお、クライアント２とＷｅｂサーバ１とは通信ネットワークを介して接続されているが、通信ネットワークについては省略してある。
【０００６】
利用者がクライアント２のＷｅｂブラウザの画面２１から業務処理にログインすると、Ｗｅｂサーバ１のＷｅｂアプリケーション１（１１）のユーザ認証手段１１１がクライアントから送信されたログインＩＤとパスワードに基づき認証処理を行い、正しい利用者であると認識した場合には、セション開始手段１１２がセションＩＤを割り付け、Ｗｅｂアプリケーション１（１１）からクライアントにセションＩＤと業務用画面（画面２）２２用の画面データをクライアント２に送信する。
【０００７】
業務用画面（画面２）２２から利用者が検索ボタンをクリックすると、Ｗｅｂサーバ１に対してセションＩＤを含むDB検索の指示の送信データが送信され、Ｗｅｂアプリケーション３（１３）のセション確認手段１３１がセションＩＤに基づきその業務で使用するセッションに属しているどうかを判別し、属している場合にはＤＢ検索手段１３２がDB検索を実行し、その検索結果を別画面２３として表示できるように画面データをクライアント２に送信する。
【０００８】
クライアントから送信ボタンがクリックされると、利用者が業務データとして編集した送信データがセションＩＤと共にＷｅｂサーバ１に送信され、Ｗｅｂアプリケーション２（１２）のセション終了手段１２１がセション終了の処理を行い、終了処理手段１２２が業務終了の処理を行い、一連の業務の処理が終了する。
【０００９】
この場合、DB検索を行うアプリケーション（Ｗｅｂアプリケーション３）は、ある一連の業務処理のなかの一機能として呼出されるため、通常はその業務を開始した利用者のセッションに属する必要がある。そのため、その業務で使用するセッションに属しているかの確認を行うための処理が必要となる。このような処理は、その業務処理固有な処理となるため、例えそのDB検索を行うアプリケーションが他の業務でも利用できるような汎用的なものであっても、そのアプリケーションを再利用することは出来なかった（DB検索処理をライブラリ化することで再利用という面では可能であるが、業務毎にアプリケーションを作成する必要があるため、汎用的なアプリケーションとしての再利用は出来なかった。）。
【００１０】
図１０は、ＤＢ検索を行うＷｅｂアプリケーション３（１３）を、他の業務からも利用できるようにした例である。処理の流れについては、概ね図９と同様である。しかしながら、ＤＢ検索を行うＷｅｂアプリケーション３（１３）を他の業務処理などで再利用可能となるようにしたため、セッションに関する処理を外してある点が異なる。
このように、どのような業務処理からも利用できるようにすることは可能であるが、どのようなシステム、あるいはどのような利用者からも利用できてしまうため、不正に利用されると重要な情報が漏洩してしまうという問題が発生する。なお、このような問題を回避するために、独自の利用者認証の仕組みを用意することも考えられるが、通常の業務処理でも利用者認証を行っており、利用者にとっても余分な手間がかかることになる。また、業務処理とは別の管理体系となるため、管理面でも手間が増えるだけとなる。
【００１１】
また、他のＷｅｂアプリケーションの開発支援方法として、「ネットワーク環境で動作するサーバの制御プログラムへアクセスを行う拡張機能を利用し、上記サーバにおいてサーバ側で実行されるスクリプトに基づいて処理を実行し、処理結果をクライアントブラウザに対して所定の通信するシステムで動作するアプリケーションの開発支援方法および開発支援システム」が開示されている（例えば、特許文献１参照）が、Ｗｅｂアプリケーションは、目的に応じてその都度作成する必要があった。
【特許文献１】特開２００２−１５５７１４号公報  （第２−３頁）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
前記のように従来では、Ｗｅｂアプリケーション同士を連携させたＷｅｂシステム、もしくは汎用Ｗｅｂアプリケーション同士を連携させたＷｅｂシステムが多用されており、これらのＷｅｂアプリケーションの連携パターンでは、以下のような問題点が存在していた。Ｗｅｂアプリケーション同士を連携させたＷｅｂシステムでは、Ｗｅｂアプリケーションによる自由度の高いシステム構築が可能である一方、システム開発者がＷｅｂアプリケーションの不正利用を防止するための仕組みを考慮する必要があった。
【００１３】
また、汎用Ｗｅｂアプリケーション同士を連携させたＷｅｂシステムでは、システム開発者がＷｅｂアプリケーションの不正利用を防ぐための仕組みを考慮する必要がない一方、システム開発者がＷｅｂシステムの目的に応じて開発するＷｅｂアプリケーションのような自由度の高いシステム構築ができなかった。
【００１４】
本発明は、Ｗｅｂアプリケーションの共通機能である汎用Ｗｅｂアプリケーションの不正利用を防止することができ、Ｗｅｂアプリケーションの開発負荷を軽減させることを目的としている。
【課題を解決するための手段】
【００１５】
図１は、本発明の全体構成図が示してある。本発明のＷｅｂアプリケーション開発支援プログラム１２、及びＷｅｂアプリケーション１１は動的コンテンツ生成装置１として振る舞うコンピュータ上で実行され、例えばクライアント２からＷｅｂブラウザ２１を経由して利用者が入力したＷｅｂアプリケーション起動要求を通信ネットワーク３を介して動的コンテンツ生成装置１が受信すると、Ｗｅｂアプリケーション１１の共通機能開始手段１１１はＷｅｂアプリケーション開発支援プログラム１２に対して共通機能利用のための利用識別情報要求を送信する。
【００１６】
Ｗｅｂアプリケーション開発支援プログラム１２は利用識別情報要求を受信すると、利用開始受付手段１２１は共通機能利用のための利用識別情報をＷｅｂアプリケーション１１に送信する。Ｗｅｂアプリケーション１１は共通機能利用のための利用識別情報を受信すると、コンテンツ生成手段１１２は利用識別情報を付加した共通機能の利用要求を行うコードを含むコンテンツを生成し、通信ネットワーク３を介してクライアント２に送信する。
【００１７】
クライアント２では、前記コンテンツを受信するとＷｅｂブラウザ２１によって前記コンテンツが表示され、前記コンテンツの表示画面から利用者が例えばデータベース検索を行い、その検索結果をクライアントに送信するなどの共通機能の利用要求の指示を行うと、クライアント２から利用識別情報を付加した共通機能の利用要求が通信ネットワーク３を介して動的コンテンツ生成装置１に送信される。
【００１８】
動的コンテンツ生成装置１がクライアント２から利用識別情報を付加した共通機能の利用要求を受信すると、Ｗｅｂアプリケーション開発支援プログラム１２の共通機能実行手段１２２は利用識別情報が有効なものかどうか判別し、有効な利用識別情報である場合には、例えばデータベース検索を行い、その検索結果をクライアントに送信するなどの共通機能の実行を行う。
【００１９】
クライアント２では、動的コンテンツ生成装置１から共通機能の利用要求に対する実行結果を受信すると、利用者はその情報に基づき所定の処理を行い、Ｗｅｂアプリケーション終了要求の指示を入力すると、クライアント２から利用識別情報を付加したＷｅｂアプリケーションの終了要求が通信ネットワーク３を介して動的コンテンツ生成装置１に送信される。
【００２０】
動的コンテンツ生成装置１がクライアント２から利用識別情報を付加したＷｅｂアプリケーションの終了要求を受信すると、Ｗｅｂアプリケーション１１の共通機能終了手段１１３はＷｅｂアプリケーション開発支援プログラム１２に対して利用識別情報を付加した共通機能の利用終了要求を送信する。Ｗｅｂアプリケーション開発支援プログラム１２は利用識別情報を付加された共通機能の利用終了要求を受信すると、前記利用識別情報を無効なものとすることにより、Ｗｅｂアプリケーションの共通機能である汎用Ｗｅｂアプリケーションの不正利用が防止することができ、Ｗｅｂアプリケーションの開発負荷を軽減させることが可能となる。
【００２１】
更に、共通機能実行手段１２２は、前記利用識別情報の有効期限に基づき前記利用識別情報が有効なものであるか否かを判別することにより、例えばあるＷｅｂアプリケーションが使用している利用識別情報を通信の盗聴等により探り当てた悪意ある第３者が、不正に取得した利用識別情報を使用して汎用Ｗｅｂアプリケーションにアクセスしようとしても有効期限を過ぎた使用は不可能となるため、より強力にＷｅｂアプリケーションの共通機能である汎用Ｗｅｂアプリケーションの不正利用を防止することが可能となる。
【発明の効果】
【００２２】
Ｗｅｂアプリケーションと汎用Ｗｅｂアプリケーションを連携させたＷｅｂシステムにおいて、システム開発者が汎用Ｗｅｂアプリケーション不正利用防止の仕組みを考慮する必要がなく、かつ自由度の高いシステム構築が可能となる。
【発明を実施するための最良の形態】
【００２３】
図２で示すように、本実施例ではＷｅｂアプリケーションの共通機能であるＷｅｂアプリケーション開発支援プログラムの、更に共通機能である利用者識別情報を管理する部分をユニークＩＤ管理機能１４として独立するように実装することにより、Ｗｅｂアプリケーション開発支援プログラムの開発自体の負荷軽減も図っている。
【実施例】
【００２４】
図２には本発明に係る実施例の全体構成図が示してある。Ｗｅｂサーバ１とクライアント２は図示してはいないが通信ネットワークを介して接続されている。Ｗｅｂサーバ１は図１の動的コンテンツ生成装置１に相当し、複数のＷｅｂアプリケーション１１、１２及び汎用Ｗｅｂアプリケーション１３、ユニークＩＤ管理機能１４が実行する。本実施例では、Ｗｅｂアプリケーションを前処理用業務アプリケーションであるＷｅｂアプリケーション１（１１）と後処理用業務アプリケーションであるＷｅｂアプリケーション２（１２）に分けて実装しているが１つのＷｅｂアプリケーションとして実装してもよい。
【００２５】
Ｗｅｂアプリケーションは、利用者を認証するユーザ認証手段１１１、クライアントとのセションを開始し、利用識別情報を付加した前記共通機能の利用要求を行うコードを含むコンテンツを生成し、前記コンテンツをクライアントに送信するセション開始手段１１２、ユニークＩＤ管理機能１４に対して汎用Ｗｅｂアプリケーション１３利用のための利用識別情報要求を送信する共通機能利用開始手段１１３、ユニークＩＤ管理機能１４に対して利用識別情報を付加した汎用Ｗｅｂアプリケーション１３の利用終了要求を送信する共通機能利用終了手段１２３、クライアント２とのセッションを終了させるセション終了手段１２１、Ｗｅｂアプリケーションの終了処理を行う終了手段１２２を有する。
【００２６】
ユニークＩＤ管理機能１４については、図３のユニークＩＤ管理機能の構成例の説明を参照されたい。
【００２７】
汎用Ｗｅｂアプリケーション１３は、Ｗｅｂアプリケーションの共通機能を実行するものであって、クライアントから前記利用識別情報を付加した前記共通機能の利用要求を受信すると、利用識別情報の有効期限に基づき有効なものか否かを判別する共通機能利用確認手段１３３、例えば本実施例ではＤＢ検索を実行し、検索結果の仮面データをクライアントに送信するなどのＷｅｂアプリケーションの共通機能を実行するＤＢ検索手段１３２を有する。図１のＷｅｂアプリケーション開発支援プログラム１２には、図２の汎用Ｗｅｂアプリケーション１３とユニークＩＤ管理機能１４を合わせた物が対応する。また、図１の共通機能実行手段１２２には、図２の共通機能利用確認手段１３３とＤＢ検索手段１３２を合わせたものが対応し、図１の利用開始受付手段１２１と利用終了手段１２３を合わせたものが、図２のユニークＩＤ管理機能１４に対応する。
【００２８】
クライアント２ではＷｅｂブラウザが動作し、表示装置にＷｅｂブラウザの初期画面である画面１（２１）、Ｗｅｂアプリケーション１から送信される業務画面である画面２（２２）、汎用Ｗｅｂアプリケーション１３が送信するＤＢ検索結果である別画面２３が表示される。
【００２９】
図３は、ユニークＩＤ管理機能の構成例が示してある。ユニークＩＤ管理機能は、十分に長く予測が不可能な一意なＩＤを生成し管理する。有効期限切れのＩＤの破棄、有効期限の更新も行う。本機能はＷｅｂアプリケーションとは別スレッドまたは（別のマシン上も含む）別プロセスのいずれかで実行される。クライアントからは参照または実行は出来ないようにすることで、不正にＩＤの入手を行えないように実装する。
【００３０】
Ｗｅｂアプリケーション、及び汎用ＷｅｂアプリケーションからユニークＩＤ管理機能へのアクセスは、以下のような専用ＡＰＩ（アプリケーション・プログラム・インタフェース）を提供する。
【００３１】
１．ユニークＩＤ作成
指定された有効期間のユニークＩＤを新規に作成し、文字列でそのＩＤを返す。
【００３２】
２．指定ユニークＩＤ存在チェック
指定されたユニークＩＤが管理表内に存在するかどうかチェックし、存在している場合は有効期限を更新し、真を返す。存在していない場合は偽を返す。
【００３３】
３．指定ユニークID破棄
指定されたユニークＩＤが管理表内に存在していれば、管理表から削除する。
【００３４】
ユニークＩＤ管理表には、ユニークＩＤが管理が生成した十分に長く予測が不可能な一意な利用識別情報（ユニークＩＤ）と共に利用識別情報の有効期限が格納される。
【００３５】
図４は、実施例の全体処理の流れを示すフローチャートである。クライアント２の画面１（２１）から利用者がＷｅｂアプリケーション１の起動指示を行うと、クライアント２上で動作するＷｅｂブラウザから通信ネットワーク３を介してＷｅｂサーバ１にＷｅｂアプリケーション１（１１）のＵＲＬ（Uniform Resource Locator）、及び利用者のユーザＩＤとパスワードを含むＷｅｂアプリケーション１（１１）の起動要求が送信される（Ｓ４０１）。Ｗｅｂアプリケーション１（１１）が起動されると、ユーザ認証手段１１１は受信した利用者のユーザＩＤとパスワードに基づき利用者の認証処理を行う（Ｓ４０２）。
【００３６】
利用者がＷｅｂアプリケーション１（１１）の利用が可能と判断すると、共通機能利用開始手段１１３は専用ＡＰＩを用いてユニークＩＤ管理機能１４に対してＷｅｂアプリケーション１（１１）の利用識別情報であるユニークＩＤを取得する（Ｓ４０３）。続いてセション開始手段１１２は、クライアント２とのセション開始処理を行い（Ｓ４０４）、セションＩＤ、ユニークＩＤを含めた業務（画面２）の画面データをクライアント２に送信する（Ｓ４０５）。利用者の認証処理、セション開始処理については、従来技術であるため処理の詳細については省略する。
【００３７】
クライアント２では、前記の画面データを受信するとＷｅｂブラウザが表示装置に表示し、この表示された業務画面に従って利用者は検索ボタンを押下する。すると、クライアント２からＷｅｂサーバ１に対してユニークＩＤを含む汎用Ｗｅｂアプリケーション１３に対する利用要求が送信される（Ｓ４０６）。
【００３８】
Ｗｅｂサーバ１では、ユニークＩＤを含む汎用Ｗｅｂアプリケーション１３に対する利用要求を受信すると汎用Ｗｅｂアプリケーション１３を起動し、共通機能利用確認手段１３３は専用ＡＰＩを用いてユニークＩＤ管理機能１４に対して指定されたユニークＩＤが管理表内に存在するかどうかチェック依頼を行う（Ｓ４０７）。存在しない場合にはＳ４１４へ進みエラー画面の送信を行う。
【００３９】
存在する場合には、ＤＢ検索を行い、クライアント２へ検索結果を別画面として表示するための画面データを送信する（Ｓ４０８）。クライアント２では、受信した前記画面データをＷｅｂブラウザが別画面として表示装置に表示すると、利用者は検索結果から必要な情報を取り出し、画面２（２２）の業務画面に反映し（Ｓ４０９）、画面２の送信ボタンを押下すると、クライアント２からＷｅｂサーバ１に対して、セションＩＤ、ユニークＩＤを含む業務終了を指示するＷｅｂアプリケーション２（１２）の起動要求が送信される（Ｓ４１０）。
【００４０】
Ｗｅｂサーバ１は、Ｗｅｂアプリケーション２（１２）の起動要求を受信するとＷｅｂアプリケーション２（１２）を起動し、共通機能利用終了手段１２３はユニークＩＤを指定して専用ＡＰＩを用いてユニークＩＤ管理機能１４に対して前記ユニークＩＤの破棄要求を送信する（Ｓ４１１）。続いてセション終了（Ｓ４１２）、Ｗｅｂアプリケーションの終了処理を行い処理を終了する（Ｓ４１３）。なお、セション終了、終了処理、及びエラー画面の送信については従来からある処理のため詳細については省略する。
【００４１】
図５は、共通機能利用要求処理の流れを示すフローチャートである。
【００４２】
Ｗｅｂアプリケーション１が起動されると、共通機能利用開始手段１１３はＷｅｂシステムが提供する「ユニークＩＤ作成」用ＡＰＩを使用してユニークＩＤ管理機能１４に対して新規のユニークＩＤ要求を送信する（Ｓ５０１）。ユニークＩＤ管理機能１４は新規のユニークＩＤ要求を受信すると、十分に長く予測が不可能な一意なＩＤを生成し図３で示すユニークＩＤ管理表に要求時に指定された有効期限と共に格納する（Ｓ５０２）。ユニークＩＤ管理機能１４は「ユニークＩＤ作成」用ＡＰＩに対して、生成したユニークＩＤを通知する（Ｓ５０３）。「ユニークＩＤ作成」用ＡＰＩはＷｅｂアプリケーション１に対して、通知されたユニークＩＤを返す（Ｓ５０４）。
【００４３】
図６は、汎用Ｗｅｂアプリケーションの呼び出し処理の流れを示すフローチャートである。汎用Ｗｅｂアプリケーション１３が起動されると共通機能利用確認手段１３３は、ユニークＩＤが指定されてきているか否かを判定する（Ｓ６０１）。指定されてきていない場合には、その旨のメッセージを表示する画面データを生成してクライアント２に送信して（Ｓ６０５）、処理を終了する。
【００４４】
ユニークＩＤが指定されてきた場合には、専用ＡＰＩ「指定ユニークＩＤ存在チェック」を使用してユニークＩＤの妥当性を確認する（Ｓ６０３）。前記専用ＡＰＩを通して「真」が返された場合には、汎用機能実行（本実施例ではＤＢ検索）し、その実行結果を表す画面データを生成してクライアント２に送信し（Ｓ６０４）、処理を終了する。「偽」が返された場合には、その旨のメッセージを表示する画面データを生成してクライアント２に送信して（Ｓ６０５）、処理を終了する。
【００４５】
図７は、利用識別情報の妥当性確認処理の流れを示すフローチャートである。ユニークＩＤ管理機能１４は、専用ＡＰＩ「指定ユニークＩＤ存在チェック」使用して汎用Ｗｅｂアプリケーション１３からユニークＩＤ妥当性の確認要求を受信すると、図３で示すユニークＩＤ管理表に指定されたユニークＩＤと一致する物があるか否かを確認する（Ｓ７０２）。一致したものがない場合には、正しくないＩＤであるかまたは破棄されたものとして前記専用ＡＰＩを通して汎用Ｗｅｂアプリケーション１３に「偽」を返して（Ｓ７０５）、処理を終了する。
【００４６】
一致したものがある場合には、有効期限を更新し（Ｓ７０３）、ユニークＩＤが妥当なものとして前記専用ＡＰＩを通して汎用Ｗｅｂアプリケーション１３に「真」を返して（Ｓ７０５）、処理を終了する。
【００４７】
図８は、利用識別情報破棄処理の流れを示すフローチャートである。Ｗｅｂアプリケーション２が起動されると、共通機能利用終了手段１２３はＷｅｂシステムが提供する「指定ユニークID破棄」用ＡＰＩを使用してユニークＩＤ管理機能１４に対してユニークＩＤ破棄要求を送信する（Ｓ８０１）。ユニークＩＤ管理機能１４はユニークＩＤ破棄要求を受信すると、破棄要求が依頼されたユニークＩＤと一致するユニークＩＤが図３で示すユニークＩＤ管理表に存在するか否かを確認する（Ｓ８０２）。一致するものが存在していなかったら処理を終了し、一致していたものが存在していた場合には、ユニークＩＤ管理表から指定のユニークＩＤと有効期限情報を削除する（Ｓ８０３）。
【図面の簡単な説明】
【００４８】
【図１】本発明の全体構成図
【図２】本発明の実施例の全体構成図
【図３】ユニークID管理機能の構成例
【図４】実施例の全体の処理の流れ
【図５】共通機能利用要求処理の流れ
【図６】汎用Ｗｅｂアプリケーションの呼び出し処理の流れ
【図７】利用識別情報の妥当性確認処理の流れ
【図８】利用識別情報破棄処理の流れ
【図９】従来のＷｅｂアプリケーション連携例１
【図１０】従来のＷｅｂアプリケーション連携例２
【符号の説明】
【００４９】
１      動的コンテンツ生成装置
２      クライアント
３      通信ネットワーク
１１      Ｗｅｂアプリケーション
１２      Ｗｅｂアプリケーション開発支援プログラム
２１      Ｗｅｂブラウザ
１１１    共通機能開始手段
１１２    コンテンツ生成手段
１１３    共通機能終了手段
１２１    利用開始受付手段
１２２    共通機能実行手段
１２３    利用終了手段
【図１】
2006040145.tif 000003
【図２】
2006040145.tif 000004
【図３】
2006040145.tif 000005
【図４】
2006040145.tif 000006
【図５】
2006040145.tif 000007
【図６】
2006040145.tif 000008
【図７】
2006040145.tif 000009
【図８】
2006040145.tif 000010
【図９】
2006040145.tif 000011
【図１０】
2006040145.tif 000012