(57)【特許請求の範囲】
【請求項１】
クライアント端末と、前記クライアント端末と接続しホストマシンとの中継サービスを行うサーバマシンとを有し、前記ホストマシン上で実行されるホストアプリケーションの業務フローのインターネット端末対応方法であって、
前記サーバマシンにおいて、同期制御手段が、同期制御用ＩＤを隠し情報として画面に付与して画面を送信し、前記クライアント端末から送信される前記同期制御用ＩＤの値が管理テーブルの同期制御用ＩＤの値と一致しているか否かによって同期がとれているか否かの監視を行い、
前記クライアント端末のＷｅｂブラウザの直前のキャッシュ画面を表示するキャッシュ機能（「戻る」機能）が使用され、前記Ｗｅｂブラウザ上で制御する業務フロー（「Ｗｅｂアプリケーション」という）と、前記ホストアプリケーションとの同期がとれていない状態になった場合、前記サーバマシンにおいて、前記Ｗｅｂアプリケーションの画面を、前記ホストアプリケーションの遷移状態と同じ状態に戻すように同期制御する、ことを特徴とする、既存オンラインアプリケーションのインターネット端末対応方法。
【請求項２】
前記サーバマシンは、前記Ｗｅｂアプリケーションからの接続要求に対して前記Ｗｅｂブラウザが制御するＷｅｂアプリケーションの画面遷移状態と、前記ホストアプリケーションの画面遷移状態との同期を前記同期制御手段によって監視し、
前記Ｗｅｂアプリケーションからの接続要求と、現在の前記ホストアプリケーションの画面の遷移状態との画面の同期がとれていない状態で、前記Ｗｅｂアプリケーションから接続要求を受けた場合には、前記ホストアプリケーションの業務処理を初期化させることなく、前記同期制御手段で管理している画面を前記Ｗｅｂブラウザに強制的に再送することで、同期のとれた正常な状態に戻すように制御する、ことを特徴とする、請求項１記載の既存オンラインアプリケーションのインターネット端末対応方法。
【請求項３】
前記サーバマシンが、Ｗｅｂサーバと、ホストマシンとの中継を行う中継サービス手段を有し、
前記Ｗｅｂサーバが、前記中継サービス手段を呼び出す記述がなされており、前記端末のＷｅｂブラウザからの接続要求を受けて、前記中継サービス手段を呼出す中継サービス呼出しコンテンツを有し、
中継サービス呼出しコンテンツは、前記ホストアプリケーションの処理結果を受け取った前記中継サービス手段からの情報を受け取り、その結果をもとに、動的ＨＴＭＬ（HyperText  Markup  Language）生成手段によって動的に生成されたＨＴＭＬコンテンツを、前記Ｗｅｂサーバから前記Ｗｅｂブラウザへ送信する、ことを特徴とする、請求項１又は２のいずれか一に記載の、既存オンラインアプリケーションのインターネット端末対応方法。
【請求項４】
前記中継サービス手段で、強制終了を行う場合、前記ホストアプリケーションの画面の解析、Ｗｅｂアプリケーションからの応答により前記ホストアプリケーションの画面を遷移させる手続きであるホストエミュレータ終了制御指示が指定されている場合には、前記ホストエミュレータ終了制御指示を行い、指定されていない場合には、前記ホストアプリケーションの業務ごとに処理を終了させる、ことを特徴とする、請求項２記載の、既存オンラインアプリケーションのインターネット端末対応方法。
【請求項５】
前記ホストアプリケーションの画面の遷移状態に応じた終了処理と、画面の遷移状態の全てを考慮した手続きによる終了に加え、遷移状態のそれぞれの画面での専用の手続きにて終了処理を行うように制御する、ことを特徴とする、請求項１記載の、既存オンラインアプリケーションのインターネット端末対応方法。
【請求項６】
Ｗｅｂアプリケーション画面を生成するための雛型となるＨＴＭＬ（HyperText  Markup  Language）ファイルである中間ＨＴＭＬファイルにおいて、前記ホストアプリケーションの画面と前記Ｗｅｂアプリケーション画面の関連付けとして、ＨＴＭＬ構文のタグに依存せず、特定の名前、あるいはＨＴＭＬ規格のタグと、それに続くホストアプリケーション画面上での座標による関連付け対象範囲情報、及び、前記関連付け対象範囲をＷｅｂアプリケーション画面上でどのように扱うかという属性情報を添えることによって、前記ホストアプリケーション画面上の情報と前記Ｗｅｂアプリケーション画面の関連付けを実現している、請求項１記載の、既存オンラインアプリケーションのインターネット端末対応方法。
【請求項７】
Ｗｅｂブラウザ機能を有したクライアント端末と接続しホストマシンとの中継を行うサーバ装置において、
同期制御用ＩＤを隠し情報として画面に付与して画面を送信し、前記クライアント端末から送信される前記同期制御用ＩＤの値が管理テーブルの同期制御用ＩＤの値と一致しているか否かによって同期がとれているか否かの監視を行う同期制御手段を備え、
前記同期制御手段は、前記Ｗｅｂブラウザ上で制御する業務フロー（「Ｗｅｂアプリケーション」という）からの接続要求に対して、前記Ｗｅｂブラウザが制御する前記Ｗｅｂアプリケーションの画面遷移状態と、前記サーバ装置に接続される前記ホストマシンで実行されるホストアプリケーションの画面遷移状態との同期を監視し、前記Ｗｅｂブラウザの直前のキャッシュ画面を表示するキャッシュ機能（「戻る」機能）が使用され、前記Ｗｅｂアプリケーションとホストアプリケーションとの同期がとれていない状態になった場合に、前記Ｗｅｂアプリケーションの画面を前記ホストアプリケーションの遷移状態と同じ状態に戻すように制御する、ことを特徴とする、サーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オンライン情報処理システムに関し、特に、既存オンラインアプリケーションのインターネット端末対応方法とサーバに関する。
【０００２】
【従来の技術】
従来の既存オンラインアプリケーションのインターネット端末対応方式の一例として、例えば特開平１１−２０３２４３号公報には、サーバマシンの実行制御部により、Ｗｅｂブラウザが表示可能なＨＴＭＬ（HyperText  Markup  Language）フォーマットの画面を送信し、そして、送信した画面に対応したＨＴＭＬフォーマットの電文を実行制御部が受信することにより、その電文内容に基づいて、ホストマシンのホストアプリケーションの動作を制御するシステムが開示されている。
【０００３】
しかしながら、この従来技術には、次のような問題点があった。
【０００４】
第１の問題点は、Ｗｅｂブラウザの特徴である画面キャッシュ機能により、オペレータが、現在の受信画面ではなく、前回受信した画面を再表示するという「戻る」機能を用いた場合、現在の画面ではなく、以前に受信したＷｅｂ端末内にキャッシュされた画面が再送信されることになる。
【０００５】
この場合、Ｗｅｂブラウザ画面と、ホストアプリケーションとの同期がとれなくなり、予期せぬ例外として強制終了するしかない。
【０００６】
その理由は、ホストアプリケーションの処理が、ある画面から遷移した後の画面から遷移前の画面に戻る手段を持たない場合、ホストアプリケーションをオペレータの入力指示と同等のイベント処理にて、強制的に遷移前の画面に戻すことは現実的に不可能であるためである。
【０００７】
Ｗｅｂブラウザでキャッシュされた画面を送信するというオペレーションは非常に簡単であり、かつ、Ｗｅｂブラウザが実装されるＷｅｂ端末としては、標準的なオペレーションである。
【０００８】
よって、このような問題をガードする機構が存在しない場合、業務を、再度、はじめからやり直すという、非効率な結果を引き起こしやすい、という問題があった。
【０００９】
第２の問題点は、接続中のＷｅｂブラウザにおいてＷｅｂサーバとの接続が一時的に切断された場合、その切断が一時的なものか意図的な強制終了であるかを判定し、一時的なものであった場合、それまでの業務を継続するかたちで、ホストアプリケーションおよびＷｅｂブラウザを制御する一般的な手法がない、という問題があった。この手法に付いては、特開平１１−２０３２４３号公報では扱われていない。
【００１０】
また、特開平１１−２１２９１４号公報には、ホスト計算機上のオンライン業務プログラムのユーザインタフェースをオンライン業務プログラムを変更せずに、追加の記述もなしに改善するシステムとして、オンライン業務プログラムが表示する画面ごとに、ブラウザに対して画面表示内容を指示するテキストを保持し、表示属性が指示するデータに従ってオンライン業務プログラムの出力データを合成し、ブラウザに送信するオンライン業務処理システムが開示されており、あらかじめ用意されたＨＴＭＬ形式の画面のテンプレートをもとに、Ｗｅｂブラウザ端末への画面を効率よく生成するものである。
【００１１】
しかし、特開平１１−２１２９１４号公報に記載されているオンライン業務処理システムにおいては、テンプレートにはＷｅｂブラウザへ表示したい画面構成要素だけでなく、ＷｅｂブラウザがＷｅｂサーバへ送信を行う先を特定するための<FORM>タグという制御文も記述されていることを期待しており、必然的に、テンプレート内に画面遷移を意識した記述が必要となり、かかる制約により、画面設計用のテンプレートとしては、独立性、を欠いている。
【００１２】
【発明が解決しようとする課題】
したがって、本発明の課題は、上記問題点を解消し、既存のオンラインアプリケーションのホストアプリケーションを改造することなく、クライアントアプリケーションを、Ｗｅｂブラウザ端末を用いたインターネットアプリケーションとして機能させる方法、サーバ装置を提供することである。
【００１３】
本発明の別の課題は、Ｗｅｂブラウザ上の業務フローと、ホストアプリケーションの画面の遷移との同期をとり、同期がはずれたときにも、ホストアプリケーションの業務を初期化することとなく継続可能とする、方法、サーバ装置を提供することである。
【００１４】
本発明の別の課題は、Ｗｅｂブラウザの最小機能を実装した携帯端末等においても、既存のオンラインアプリケーションのホストアプリケーションを改造することなく、インターネット対応アプリケーションとして機能させる方法、サーバ装置を提供することである。
【００１５】
【課題を解決するための手段】
前記課題を解決する手段を提供する本発明は、クライアント端末のＷｅｂブラウザの直前のキャッシュ画面を表示するキャッシュ機能（「戻る」機能）が使用され、前記Ｗｅｂブラウザ上で制御する業務フロー（「Ｗｅｂアプリケーション」という）と、前記サーバマシンに接続される前記ホストマシンで実行されるホストアプリケーションとの同期がとれていない状態になった場合、前記サーバマシンにおいて、前記Ｗｅｂアプリケーションの画面を、前記ホストアプリケーションの遷移状態と同じ状態に戻すように同期制御する。
【００１６】
本発明は、端末及びホストマシンと接続するサーバ装置が、ホストマシン上で実行されるホストアプリケーションの中継サービスを行う中継サービス手段を備え、前記中継サービス手段は、前記中継サービス手段を呼び出すための記述がなされており、前記端末上で動作するＷｅｂブラウザによってアクセスされる、中継サービス呼出しコンテンツ介して呼び出され、記中継サービス手段は、Ｗｅｂアプリケーションからの要求を受け取り、前記ホストアプリケーションとデータの送受を行い、前記ホストアプリケーショの出力結果を、前記中継サービス呼出しコンテンツに引渡し、前記中継サービス呼出しコンテンツは、動的にＨＴＭＬ文を生成する手段を用いて、前記中継サービス手段から受け取った情報を、前記Ｗｅｂブラウザで表示可能な形式に動的に整形し、Ｗｅｂサーバを介して、前記端末のＷｅｂブラウザへ送信し、前記中継サービス手段は、前記中継サービスインターフェースを介して同期制御手段が、前記Ｗｅｂアプリケーションからの接続要求を受け付け、前記同期制御手段は、前記ホストアプリケーションの画面遷移状態と、前記Ｗｅｂブラウザからの接続要求との同期を監視する手段と、前記Ｗｅｂブラウザの直前のキャッシュ画面を表示する「戻る」機能による再接続のように、前記Ｗｅｂブラウザからの接続要求と、現在の前記ホストアプリケーションの画面遷移状態との画面の同期がとれていない状態で接続要求を受けた場合、前記ホストアプリケーションの業務を初期化させることなく、前記同期制御手段によって管理されている適切な画面を、前記Ｗｅｂブラウザに強制的に再送することで、同期のとれた正常な状態に戻すように制御する手段と、を備えている。
【００１７】
【発明の実施の形態】
本発明の実施の形態について説明する。図１を参照すると、本発明の一実施の形態においては、サーバマシン100上で動作する中継サービス110は、携帯通信端末150上で動作するＷｅｂブラウザ151より、中継サービス呼出しコンテンツ147を介して、呼び出される。
【００１８】
中継サービス呼出しコンテンツ147は、Ｗｅｂサーバ143上で動作する動的ＨＴＭＬ（HyperText  Markup  Language）生成手段145によって制御され、特定のＵＲＬ（uniform  resource  locators）に対する接続要求によって起動される。
【００１９】
中継サービス呼出しコンテンツ147には、中継サービス110を呼び出すための記述がなされており、呼び出された中継サービス110は、Ｗｅｂアプリケーションからの要求を受け取り、ホストアプリケーション161とのデータ連携を行い、その結果を、中継サービス呼出しコンテンツ147に引渡す。
【００２０】
中継サービス呼出しコンテンツ147は、動的ＨＴＭＬ生成手段145を用いて、中継サービス110から受け取った情報を、Ｗｅｂブラウザで表示可能な形式に動的に整形し、Ｗｅｂサーバ143を介して、Ｗｅｂブラウザ151へ送信する。
【００２１】
中継サービス110では、中継サービスインターフェース139を介して同期制御手段135が、Ｗｅｂアプリケーションからの接続要求を受け付ける。
【００２２】
同期制御手段135は、ホストアプリケーション161の画面遷移状態と、Ｗｅｂブラウザ151からの接続要求との同期を監視する機能をもち、Ｗｅｂブラウザの直前のキャッシュ画面を表示する「戻る」機能による再接続のように、Ｗｅｂブラウザ151からの接続要求と、現在のホストアプリケーション161の画面遷移状態との画面の同期がとれていない状態での接続要求を受けた場合、ホストアプリケーション161の業務を初期化させることなく、同期制御手段135によって管理された適切な画面を、Ｗｅｂブラウザ151に強制的に再送することで、同期のとれた正常な状態に戻すことができる。
【００２３】
また、Ｗｅｂサーバ143と携帯通信端末150との通信が一旦切れた後に再接続された場合であっても、ホストアプリケーション161とＷｅｂアプリケーションとの同期を監視する手段によって、接続の正当性が認められた場合、サーバマシン100と、携帯通信端末15との間の通信制御を、ホストアプリケーション161に意識させることなく、業務を継続処理することができる。
【００２４】
同期制御手段135は、初回の接続要求に対しては、アクセス権の認証や業務選択を行うＷｅｂアプリケーションの生成指示を行う機能を具備しており、また接続の正当性を確認した後は、動作手順制御手段133へＷｅｂアプリケーションからの応答を通知する機能を具備している。
【００２５】
動作手順制御手段133では、同期制御手段135からの指示により、ホストアプリケーション161を起動したり、ホストアプリケーション161が生成した画面情報を識別する機能を具備するとともに、識別した画面に対応した動作手順ファイル161を実行制御する。
【００２６】
このとき、ホストアプリケーション161から受信した画面情報や、Ｗｅｂブラウザからの送信情報であるフォーム変数などを、動作手順ファイル121の制御過程で用いることができる。
【００２７】
動作手順ファイル121の実行制御においては、中間ＨＴＭＬファイル127を用いて適切な画面を生成指示し、同期制御手段135や、ハイパーテキスト合成手段135などを介して、Ｗｅｂアプリケーションを生成指示するとともに、Ｗｅｂアプリケーションからの応答をもとに、ホストエミュレータ手段131を介して、ホストアプリケーション161に対して、オペレータが操作するのと同等な内部制御を行う。
【００２８】
このように、中継サービス呼出しコンテンツ147、および、中継サービス110をもちいることにより、既存ホストアプリケーションを変更することなく、従来より提供していた業務プログラムを、Ｗｅｂブラウザを使用したインターネット対応アプリケーションにすることを可能にするだけでなく、ｉモード携帯端末に代表される、ホストアプリケーション161が期待する画面表示能力を満たさないＷｅｂブラウザ端末上においても、動作させることができる。
【００２９】
本発明において、サーバマシン100の中継サービス110の実行部130は、
（ａ）ホストアプリケーション161がオペレータを介して操作されているのと同等な処理を行うためのエミュレータ手段であって、動作手順制御手段133によって制御され、前記ホストアプリケーションが送信してくる画面情報を、前記動作手順制御手段に引き渡すホストエミュレータ手段131と、
（ｂ）受け取ったホストアプリケーションの画面情報から、業務ファイル123が管理する画面情報をもとに画面を特定し、該画面に対応する動作手順ファイル121を実行するとともに、同期制御手段135からの情報と、業務ファイル123が管理する業務情報とをもとに、ホストエミュレータ手段131に対してホストアプリケーション161の起動を指示する動作手順制御手段133と、を備えており、動作手順ファイル121は、動作手順制御手段133が実行制御するマクロ言語で記述されたものであり、ホストエミュレータ手段131に対してはオペレータと同等な指示を与えるための制御を行い、同期制御手段135およびハイパーテキスト合成手段137に対してはＷｅｂアプリケーション用画面の生成を指示し、ホストアプリケーション161の画面を遷移させるための制御を行うため手続きが記述されており、
（ｃ）動作手順制御手段133からＷｅｂアプリケーションの画面の生成に必要な情報を受け取り、ハイパーテキスト合成手段137へ引き渡して、Ｗｅｂアプリケーション画面の生成を指示する機能と、Ｗｅｂアプリケーションからの接続要求に対してＷｅｂブラウザが制御するＷｅｂアプリケーションの画面遷移状態と、動作手順制御手段133が管理するホストアプリケーションの画面遷移状態を、同期制御情報を用いて、同期がとれていることを保証し、同期が取れていない場合には、ハイパーテキスト合成手段137に対して、適切なＷｅｂアプリケーション画面の再生成を指示する機能とを少なくとも含む同期制御手段135と、
（ｄ）同期制御手段135から受け取った情報を用いてＷｅｂアプリケーションの画面を生成し、中継サービスインターフェース139へ引き渡すハイパーテキスト合成手段137と、
（ｅ）中継サービス110と、他のサーバビス手段とのインターフェースを行う中継サービスインターフェース139と、
を備えており、サーバマシン100の中継サービス110の実行部130における上記各手段は、サーバマシン100を構成するコンピュータで実行されるプログラムにより各機能が実現される。この場合、該プログラムを記録した、記録媒体（磁気ディスク、光ディスク、磁気テープ、あるいは半導体メモリ等）から該プログラム（実行モジュール）を読み出しサーバコンピュータの主記憶にロードして実行することで、または、他の装置の記憶装置から、有線、無線通信ネットワーク等の伝送媒体を介して、該プログラムをサーバコンピュータに伝送し、サーバコンピュータに該プログラムをインストールし主記憶にロードして実行することで、本発明に係る中継サービスを実施することができる。
【００３０】
サーバマシン100の中継サービス110は、動作手順ファイル121と、業務を特定しホストアプリケーションと通信するための設定を管理するための業務情報ファイルと、業務の画面を特定し、対応する動作手順ファイルを実行するための情報を管理するための画面情報ファイルよりなる業務ファイル123と、ホストアプリケーションの業務へのアクセス権を管理するための認証情報ファイル125と、Ｗｅｂアプリケーションの画面を生成するための雛型となるＨＴＭＬファイルである中間ＨＴＭＬファイル127と、キャッシュファイル129を定義部として備えている。
【００３１】
動作手順ファイル121は、Ｗｅｂアプリケーションへの画面生成が必要な制御の場合に、Ｗｅｂアプリケーション画面の生成手続きが記述される端末画面生成指示部501（図５参照）と、前記ホストアプリケーションの画面の解析、及び、Ｗｅｂアプリケーションからの応答によりホストアプリケーションの画面を遷移させる手続きが記述されるホストエミュレータ制御指示部503と、タイムアウト処理により、システムが強制終了される際に優先して呼び出される処理であり、それ以外の場合には、前記ホストエミュレータ制御指示部から明示的に呼び出されら場合に機能する手続きであるホストエミュレータ終了制御指示部505と、を含む。動作手順ファイルは、業務ファイル123が管理する画面ＩＤに１対１で関連付けられる。
【００３２】
中継サービス110は、前記ホストアプリケーションの業務へのアクセス権を管理するための認証情報ファイル125を備える。同期制御手段135が、同期制御用ＩＤを１レコードとする管理テーブルよりなり、ホストアプリケーションへの同時接続可能数であるセッションＩＤの最大数をレコード数とする同期制御用ＩＤテーブル（図３参照）を備えており、同期制御用ＩＤは、画面ＩＤと、ホストアプリケーションの同一画面を複数のＷｅｂアプリケーション画面で表示することを可能にするための管理番号であるページＩＤと、前記ハイパーテキスト合成手段にＷｅｂアプリケーション画面を生成指示した時刻よりなる同期管理ＩＤと、前記ホストアプリケーションへ複数のユーザが同時接続することを可能にするための管理番号でありホストアプリケーションの無通信タイムアウト監視時刻の起点の時刻となるセッションＩＤと、セッションＩＤ生成時刻よりなる（図３参照）。
【００３３】
同期制御手段135は、前記Ｗｅｂアプリケーションからの接続要求の状態によって、認証情報ファイル125の情報を用いて、前記ホストアプリケーションへのアクセス権の管理や、業務ファイルの業務情報を用いて、業務選択を行うＷｅｂアプリケーション用画面の生成を指示する機能と、同期制御用ＩＤ管理テーブル内の同期管理ＩＤを定期的に検証し、接続可能時刻を過ぎたセッションを無効とするために、同期管理ＩＤ内のセッションＩＤ生成時刻の値を消去し、動作中の前記動作手順ファイルのホストエミュレータ終了制御指示部、もしくは前記業務ファイルの業務情報の終了動作手順ファイル名を呼び出す機能と、を備える。
【００３４】
ハイパーテキスト合成手段137は、Ｗｅｂアプリケーション画面の生成に際して、ユーザ認証用画面と、業務選択用画面を除いて、指定された中間ＨＴＭＬファイル127を用い、前記中間ＨＴＭＬファイルを解析し、前記中継サービス呼出しインターフェースが必要とする情報に変換し、前記同期制御手段からの情報をもとに、前記中間ＨＴＭＬファイルを解析した結果を中間ＨＴＭＬファイルと同一名でセッションＩＤごとにキャッシュファイルに保管し、同期合わせ処理のために解析済みの中間ＨＴＭＬファイルを使用した画面の生成を指示された場合には、前記キャッシュファイルに保管された情報を用いて、中継サービス呼出しインターフェースが必要とする情報に変換する。
【００３５】
ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連付け情報として用いる中間ＨＴＭＬファイルにおいて、前記ホストアプリケーションの画面と前記Ｗｅｂアプリケーション画面の関連付けとして、ＨＴＭＬ構文のタグに依存していず、特定の名前（ＨＴＭＬ規格のタグを用いてもよい）と、それに続くホストアプリケーション画面上での座標による関連付け対象範囲情報、及び、前記関連付け対象範囲を、Ｗｅｂアプリケーション画面上で、どのように扱いたいかという属性情報を添えることによって、ホストアプリケーション画面上の情報と、Ｗｅｂアプリケーション画面の関連付けを実現している。
【００３６】
本発明によれば、ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連付けの手段において、ＨＴＭＬ言語に拘束されない手段を用いているため、ＨＴＭＬ規格以外の他のブラウザ表示言語へも柔軟に対応できる。
【００３７】
本発明において、ホストアプリケーションとＷｅｂブラウザの画面の同期を監視し、Ｗｅｂブラウザのキャッシュ機能（戻り機能）などに起因する非同期な接続要求が発生した場合に、適切な画面をＷｅｂブラウザに再送する構成とされており、Ｗｅｂサーバと通信携帯端末との回線が一時的に切断した場合にも、再接続後、業務を継続することが可能とされており、また同期処理を実現するにあたり、通信携帯端末に、Ｃｏｏｋｉｅ（クッキー）などの端末個別情報を保持する能力を必要としない。なお、Ｃｏｏｋｉｅ（クッキー）機能とは、カストマイズドサービスを提供するＷｅｂサーバがユーザを識別するための文字列情報（「Ｃｏｏｋｉｅ」という）を生成して、Ｗｅｂブラウザに転送し、Ｗｅｂブラウザでカストマイズドサービスをアクセスする際に、前記Ｗｅｂサーバに前記文字列情報を転送し、ユーザの認識を行うものである。
【００３８】
【実施例】
上記した発明の実施の形態についてさらに詳細に説明すべく、本発明の実施例について図面を参照して以下に説明する。図１は、本発明の一実施例のシステム構成を示す図である。図１を参照すると、本発明の一実施例は、ホストマシン160と、Ｗｅｂブラウザ機能を有した携帯通信端末150と、ホストマシン160と携帯通信端末150との中継を行うためのサーバマシン100と、を備えて構成されている。
【００３９】
ホストマシン160は、装置制御手段であるＯＳ163により動作し、ホストアプリケーション161によって、特定の業務フローを提供する。なお、本明細書では、この業務フローのすべて、もしくは、その一部を「既存のオンラインアプリケーション」と呼ぶ。携帯通信端末150は、Ｗｅｂブラウザ151が組み込まれた携帯通信端末150用のインターネットクライアントであり、メールクライアント153など、他の入出力デバイスを含むこともある。また、携帯通信端末150は、携帯装置であることは必須要件ではなく、Ｗｅｂブラウザ151が組み込まれた任意のデバイス（端末）であってよい。なお、本明細書では、Ｗｅｂブラウザ151上で制御する業務フローを「Ｗｅｂアプリケーション」と呼ぶ。
【００４０】
サーバマシン100は、装置制御手段であるOS140によりその動作が制御され、Ｗｅｂサーバ143およびＷｅｂサーバ143上で動作する動的ＨＴＭＬ生成手段145を含む。また、図１に示すように、メールサーバ141等を含んでもよい。
【００４１】
中継サービス呼出しコンテンツ147は、Ｗｅｂサーバ143上の動的ＨＴＭＬ生成手段145により動作が制御される。
【００４２】
中継サービス呼出しコンテンツ147は、Ｗｅｂブラウザ151から接続要求を受け、OS140上のオブジェクトである中継サービス110を呼出し、ホストアプリケーション161との中継サービス110の処理結果を戻り値として受け取る。その結果を、もとに、動的ＨＴＭＬ生成手段145によって動的に生成したＨＴＭＬコンテンツを、Ｗｅｂブラウザ151へ送信する。
【００４３】
中継サービス110は、実行制御を行う実行部130と、実行制御情報等を格納する定義部120と、から成り、実行部130は、ホストエミュレータ手段131と、動作手順制御手段133と、同期制御手段135と、ハイパーテキスト合成手段137と、中継サービスインターフェース139と、を含む。
【００４４】
また、定義部120は、記憶装置に格納されるファイル群よりなり、動作手順ファイル121と、業務ファイル123と、認証情報ファイル125と、中間ＨＴＭＬファイル127とを含む。
【００４５】
これらの手段はそれぞれつぎのように動作する。
【００４６】
ホストエミュレータ手段131は、ホストアプリケーション161がオペレータを介して操作されているのと同等な処理を行うためのエミュレータ手段であり、動作手順制御手段133によって制御され、ホストアプリケーション161が送信してくる画面情報を、動作手順制御手段133に引き渡す。
【００４７】
動作手順制御手段133は、受け取ったホストアプリケーション161の画面情報から、業務ファイル123が管理する画面情報210をもとに画面を特定し、該当画面に対応する動作手順ファイル121を実行したり、同期制御手段133からの情報と、業務ファイル123が管理する業務情報200とをもとに、ホストエミュレータ手段131に対して、ホストアプリケーション161の起動を指示する。
【００４８】
なお、動作手順ファイル121は、Ｗｅｂアプリケーション用の画面の生成を指示し、Ｗｅｂアプリケーションからの応答を待ち合わせたり、Ｗｅｂアプリケーションからの応答に応じて必要な処理を行い、ホストアプリケーション161の画面を遷移させたりするための制御などが記述されている。
【００４９】
そして、動作手順ファイル121は、画面情報から文字列や属性や座標情報などを取得して、これを変数として扱うことができる機能を有する。
【００５０】
また、動作手順ファイル121では、中間ＨＴＭＬファイル127のファイル名を指定してＷｅｂアプリケーション画面の生成指示も行うが、その際、使用する中間ＨＴＭＬファイル127で使用している拡張タグおよび拡張パラメータを解析して、生成指示先に対して、必要な画面情報を提供する機能を有している。
【００５１】
同期制御手段135は、動作手順制御手段133から、Ｗｅｂアプリケーション画面の生成に必要な情報を受け取り、受け取った情報を、そのままハイパーテキスト合成手段137へ引き渡して、Ｗｅｂアプリケーション画面の生成を指示する。
【００５２】
また、同期制御手段135は、Ｗｅｂアプリケーションからの接続要求に対しては、Ｗｅｂブラウザ151が制御するＷｅｂアプリケーションの画面遷移状態と、動作手順制御手段133が管理するホストアプリケーション161の画面遷移状態を、同期制御用ＩＤ300、及び同期制御用ＩＤ管理テーブル400を用いて、同期がとれていることを保証する。もし、同期が取れていない場合には、ハイパーテキスト合成手段137に対して、適切なＷｅｂアプリケーション画面の再生成を指示する。
【００５３】
また、同期制御手段135は、Ｗｅｂアプリケーションからの接続要求の状態によっては、認証情報ファイル125の情報を用いて、ホストアプリケーション161へのアクセス権の管理や、業務ファイル123の業務情報200を用いて、業務選択を行うＷｅｂアプリケーション用画面の生成を指示する。
【００５４】
さらに、同期制御手段135は、業務ファイル123の業務情報200の通信設定情報205で、無通信タイマを有効にすることにより、同期制御用ＩＤ管理テーブル400内の同期管理ＩＤ305を定期的に検証し、接続可能時刻を過ぎたセッション307を無効とするために、セッションＩＤ生成時刻309の値を消去し、動作中の動作手順ファイル121のホストエミュレータ終了制御指示部505、もしくは、業務ファイル123の業務情報200の終了動作手順ファイル名209を呼び出す。
【００５５】
なお、終了動作手順ファイル名209は、動作手順ファイル121のホストエミュレータ終了制御指示部505が記述されていない場合に、呼び出される。
【００５６】
ハイパーテキスト合成手段137は、同期制御手段135から受け取った情報を用いて、Ｗｅｂアプリケーション画面を生成し、中継サービスインターフェース139へ引き渡す。
【００５７】
Ｗｅｂアプリケーション画面の生成には、ユーザ認証用画面と、業務選択用画面を除いて、指定された中間ＨＴＭＬファイル127を用いる。
【００５８】
中間HTMLファイル127には、ホストアプリケーション161の画面情報とＷｅｂアプリケーション画面情報との結び付け用の拡張ＨＴＭＬタグが記述されており、ハイパーテキスト合成手段137は、これらを解析し、中継サービス呼出しインターフェース139が必要とする情報に変換する。
【００５９】
また、ハイパーテキスト合成手段137は、解析結果を、中間HTMLファイル127と同じファイル名でセッションＩＤ307ごとにキャッシュファイル129に保管する。
【００６０】
そして、ハイパーテキスト合成手段137は、同期合わせ処理のために解析済みの中間ＨＴＭＬファイルを使用した画面の生成を指示された場合には、キャッシュファイル129に保管された情報を用いて、中継サービス呼出しインターフェース139が必要とする情報に変換する。
【００６１】
中継サービスインターフェース139は、中継サービス110と他のサービスやデバイスとのインターフェースを行う。Ｗｅｂブラウザ151が制御するＷｅｂアプリケーションからの接続要求や、その結果を中継サービス呼出しコンテンツ147やメールサーバ141を介して応答する。
【００６２】
次に、図１の定義部120について説明する。定義部120には、キャッシュファイル129を除き、予め適切な情報がすべて登録される。
【００６３】
実行部130は、定義部120に設定された情報に基づき動作する。
【００６４】
動作手順ファイル121は、動作手順制御手段133が実行制御するマクロ言語である。動作手順ファイル121は、ホストエミュレータ手段131に対しては、オペレータと同等な指示を与えるための制御を行い、同期制御手段135、およびハイパーテキスト合成手段137に対しては、特定の中間ＨＴＭＬファイルを用いたＷｅｂアプリケーション用画面の生成を要求することができる。
【００６５】
動作手順ファイル121は、中継サービス呼出しコンテンツ147から送信されたフォーム変数を用いた制御も可能である。
【００６６】
業務ファイル123は、業務情報200と、画面情報210とから構成される。業務情報200は、業務を特定し、ホストアプリケーション161と通信するための設定などを管理するためのファイルである。画面情報210は、業務の画面を特定し、対応する動作手順ファイルを実行するための情報を管理するためのファイルである。
【００６７】
認証情報ファイル125は、同期制御手順135が必要に応じて行う、ホストアプリケーション161の業務へのアクセス権を管理するための認証情報ファイルである。
【００６８】
中間ＨＴＭＬファイル127は、ハイパーテキスト合成手段137がＷｅｂアプリケーションの画面を生成するための雛型となるＨＴＭＬファイルである。このＨＴＭＬファイルには、Ｗｅｂアプリケーションとホストアプリケーション161の情報を結び付けるため、ＨＴＭＬ構文の規約では定義されていない、独自の拡張タグやパラメータを含む。
【００６９】
中間ＨＴＭＬファイル127に記述された拡張タグやパラメータは、動作手順制御手段133によって解析され、Ｗｅｂアプリケーションとホストアプリケーション161との情報の結び付けが行われる。
【００７０】
中間ＨＴＭＬファイル127には、ＨＴＭＬ構文の<BODY></BODY>タグ内に記述すべき情報のみ記述すればよい。しかしながら、システム構築時において、中間ＨＴＭＬファイル127単独による表示確認の利便性を考慮し、<HTML></HTML>タグや<BODY></BODY>タグなど、ＨＴＭＬファイルの一般的なビューアで表示するために必要なタグが記述されていてもよい。これらのタグは、Ｗｅｂアプリケーション画面の動的生成時には、無視されるため、問題とならない。
【００７１】
なお、<BODY></BODY>タグ内に記述すべき情報のうち、ＨＴＭＬ構文における情報送信用の制御タグである<FORM>タグ、および、そのパラメータである送信先ＵＲＬを記述するactionパラメータについては、ハイパーテキスト合成手段137が、自動的に過不足無く、生成するか、もしくは正しく補正する。よって、中間ＨＴＭＬファイル127には、情報送信用の制御タグの記述が不要であることから、中間ＨＴＭＬファイル127は、Ｗｅｂアプリケーション間の画面遷移を意識する記述を必要としない。
【００７２】
キャッシュファイル129は、ハイパーテキスト合成手段137が、同期制御手段135からの情報をもとに、中間ＨＴＭＬファイル125を解析した結果を保管するファイルであり、セッションＩＤ307ごとに管理された中間ＨＴＭＬファイル125と同名のファイルである。
【００７３】
次に、図２を参照して、業務ファイル123が管理する情報について説明する。業務ファイル123は、ホストアプリケーション161と１対１、もしくは１対多の関係にあるＷｅｂアプリケーションを特定するための業務情報200と、ホストアプリケーション161の遷移した画面を管理するための画面情報210を記憶管理する。
【００７４】
業務情報200は、業務ＩＤ201と、業務名203と、通信設定情報205と、初期動作手順ファイル名207と、終了動作手順ファイル名209とを有しており、システムに登録されたＷｅｂアプリケーションの数だけ存在する。
【００７５】
業務ＩＤ201は、業務をユニークに識別するための識別子であり、業務名称が業務名203、通信設定情報205は、業務を提供するホストアプリケーション161との通信に必要な情報と、業務固有の各種設定情報とから成る。
【００７６】
初期動作手順ファイル名207は、ホストアプリケーション161を開始し、特定の業務画面へ遷移させるための動作手順ファイル名である。
【００７７】
終了動作手順ファイル名209は、ホストアプリケーション161を終了もしくは強制終了させるための動作手順ファイル名である。
【００７８】
画面情報210は、業務ＩＤ201と、画面ＩＤ211と、動作手順ファイル名213と、画面識別子215とから構成され、業務ごとに識別管理が必要なる画面の数だけ存在する。
【００７９】
画面ＩＤ211は、画面を識別するための画面識別情報215に対応した管理番号であり、動作手順ファイル213は、画面ＩＤ211に１対１で対応する動作手順ファイル121のファイル名である。
【００８０】
次に、図３を参照して、同期制御用ＩＤ300について説明する。同期制御用ＩＤ300は、画面ＩＤ211と、ページＩＤ303と、同期管理ＩＤ305と、セッションＩＤ307と、セッションＩＤ生成時刻309と、から構成される。
【００８１】
画面ＩＤ211は、画面情報210で管理される画面ＩＤ210と同義である。なお、ホストアプリケーション161が生成する画面に関係無く、中継サービス110が独自に生成するＷｅｂアプリケーション用画面の管理を行うために、同期制御用ＩＤ300を用いる場合には、画面ＩＤ211とページＩＤ303に、専用の固定値が設定される。
【００８２】
ページＩＤ303は、ホストアプリケーション161の同一画面を、複数のＷｅｂアプリケーション画面で表示することを可能にするための管理番号であり、動作手順ファイル121によって制御される。
【００８３】
同期管理ＩＤ305は、ハイパーテキスト合成手段137にＷｅｂアプリケーション画面を生成指示した時刻であり、ホストアプリケーション161の無通信タイムアウト監視時刻の起点の時刻ともなる。
【００８４】
セッションＩＤ307は、ホストアプリケーション161へ複数のユーザが同時接続することを可能にするための管理番号で、ホストアプリケーション161への同時接続数の範囲内で管理される。
【００８５】
セッションＩＤ生成時刻309は、ホストアプリケーション161への接続開始時刻で、同時接続数の範囲内で有限個であるセッションＩＤを再利用する場面において機能する。具体的には、無通信タイムアウト監視などにより、一旦無効としたセッションＩＤを再利用した際、すでに無効となった同一セッションＩＤからの再接続要求がなされても、セッションＩＤ生成時刻209を比較することによって、値が一致していなければ、接続要求が無効であると判定できる。
【００８６】
同期制御用ＩＤ300は、中継サービス110内では同期制御手段135によって、同期制御用ＩＤ管理テーブル400として、一括管理されるとともに、中継サービス呼出しコンテンツ147が生成するＷｅｂアプリケーションの各画面について画面を識別するための情報として登録される。
【００８７】
次に、図４を参照して、同期制御用ＩＤ管理テーブル400について説明する。同期制御用ＩＤ管理テーブル400は、同期制御用ＩＤ300を１レコードとする管理テーブルであり、ホストアプリケーション161への同時接続可能数、すなわちセッションＩＤ307の最大数(ｎ)をレコード数とするテーブルであり、同期制御手段135が管理する。
【００８８】
各同期制御用ＩＤ300のセッションＩＤ307には、あらかじめ１から同時接続可能数(ｎ)の値が固定値として設定されている。また、セッションＩＤ生成時刻309に時刻が登録されていない場合、その同期制御用ＩＤ300は未使用状態、すなわちホストアプリケーション161との新たな接続が可能な状態であることを示す。
【００８９】
次に図５を参照して、動作手順ファイル121の基本構成について説明する。動作手順ファイル121は、大別して、端末画面生成指示部501と、ホストエミュレータ制御指示部503と、からなる。
【００９０】
端末画面生成指示部501には、Ｗｅｂアプリケーションの画面生成を指示し、Ｗｅｂアプリケーションからの応答があるまで待機する制御が記述される。ただし、Ｗｅｂアプリケーションへの画面生成が不要な制御を行う場合、端末画面生成指示部501は不要である。
【００９１】
ホストエミュレータ制御指示部503には、ホストアプリケーション161の画面を解析したり、Ｗｅｂアプリケーションからの応答により、新たに受信したフォーム変数などの情報をキーに、ホストアプリケーション161の画面を遷移させる制御が記述される。ホストエミュレータ制御指示部503で完結した手続きの後に、エミュレータ終了制御指示部505を記述することもできる。
【００９２】
ホストエミュレータ終了制御指示部505は、タイムアウト処理などにより、システムが強制終了される際に優先して呼び出される処理であり、それ以外の場合には、ホストエミュレータ制御指示部503から明示的に呼び出さなければ機能しない手続きである。
【００９３】
なお、動作手順ファイル121は、業務ファイル123が管理する画面ＩＤ211に１対１で関連付けられる。これは、画面ＩＤで管理された各業務画面への接続要求に対応した固有の動作手順ファイルが１つずつ存在することを意味しており、ホストアプリケーション161の画面遷移をともなって、一つの動作手順ファイル121は終了する。
【００９４】
次に、図６を参照して、中継サービス呼出しコンテンツ147の基本構成について説明する。中継サービス呼出しコンテンツ147は、動的ＨＴＭＬ生成手段145の規約に従って記述されている。
【００９５】
ＨＴＭＬコンテンツとして必須の<HTML></HTML>タグ、および<BODY></BODY>タグ、および、ヘッダ部301は中継サービス110の戻り値の有無にかかわらず、中継サービス呼出しコンテンツ147で生成する。
【００９６】
<BODY></BODY>タグ内は、中継サービス呼出し部603で構成されている。中継サービス呼出し部603は、中継サービス110を呼び出す機能を有し、呼び出した時点で、Ｗｅｂアプリケーションのフォーム変数は中継サービス110に引渡わたされる。
【００９７】
そして、中継サービス110の処理結果の戻り値として受け取ったそのままの文字列を、中継サービス呼出し部603が出力する。
【００９８】
よって、中継サービス110の戻り値である文字列が適切なＷｅｂ表示用の構文であることによって、動的に生成されたコンテンツを、Ｗｅｂブラウザ151が受け取ることができる。
【００９９】
次に、本発明の一実施例の動作について説明する。
【０１００】
次に、図１〜図６と、図７のフローチャートを参照して、本実施例の全体の動作について詳細に説明する。ここでは、ＨＴＭＬ規格に準拠したＷｅｂアプリケーションのシステムについて説明する。
【０１０１】
まず、オペレータがＷｅｂブラウザ151により、Ｗｅｂサーバ143上の中継サービス呼出しコンテンツ147が格納されている特定のＵＲＬに対する接続要求を行うことにより、本実施例のシステムの動作が開始する（図７のステップＡ１）。
【０１０２】
中継サービス呼出しコンテンツ147には、ＨＴＭＬ画面の構成要素として必須である<HTML>タグと<BODY>タグ、および、<BODY>タグ内に、動的ＨＴＭＬ生成手段145の規約に従った中継サービス110を呼び出すための記述が要素として含まれており、Ｗｅｂブラウザ151からの接続要求に対し、動的ＨＴＭＬ生成手段145を介して、中継サービス110の内部処理を呼び出す。なお、接続要求は、ＨＴＭＬ構文に対応したフォーム変数の送信を伴い、このフォーム変数群は、そのまま中継サービス110へ引渡される。
【０１０３】
中継サービス110は、中継サービスインターフェース139を介して、Ｗｅｂアプリケーションが送信したフォーム変数を意味のある変数群として受け取る。
【０１０４】
そして、同期制御手段135にて、変数群の中から、同期制御用ＩＤ300専用の変数の有無をチェックする（ステップＡ２）。
【０１０５】
初回の接続要求時は、同期制御用ＩＤ300は無い。このような場合や無効な同期制御用ＩＤ300による接続要求がきた場合には、業務への接続が許可されたオペレータによる要求であるかどうかのユーザ認証を行うためのＷｅｂアプリケーション画面の生成処理を行う（ステップＡ３）。この場合は、同期制御手段135の指示で、ハイパーテキスト合成手段137が、用意している既定のＨＴＭＬ構文を生成し、動的ＨＴＭＬ生成手段145を介して、中継サービス呼出しコンテンツ147にてＷｅｂアプリケーション用画面を生成する。
【０１０６】
このとき、ハイパーテキスト合成手段137は、同期制御手段135の指示により、画面ＩＤ301とページＩＤ303に特別に定義した値を、設定したユーザ認証画面用の同期制御用ＩＤ300も隠し情報として付与する。そして、中継サービス呼出しインターフェース139を介して、中継サービス呼出しコンテンツ147がＷｅｂアプリケーション画面を組み立て、Ｗｅｂサーバ143がＷｅｂブラウザ151に画面を送信する。
【０１０７】
なお、ユーザ認証機能を行わないことも可能であり、その場合は、全てのユーザにすべての業務へアクセス権をあたえたものとして動作し、ステップ７の処理へ進む。
【０１０８】
次に、オペレータは受信したＷｅｂアプリケーション画面の指示に基づいてザ認証のための情報を送信する（ステップＡ４）。
【０１０９】
オペレータが送信した情報は、ＨＴＭＬコンテンツで定義されたフォーム変数とその値という組み合わせで送信され、それら変数の一つとして、ユーザ認証画面用の同期制御用ＩＤ300も隠し情報のまま、あわせて送信される。
【０１１０】
送信された情報は、前述のユーザ認証を行うための画面生成処理と同様に、同期制御手段135によって解析される。
【０１１１】
まず、同期制御用ＩＤ300の有無を確認し（ステップＡ２）、同期制御用ＩＤ300が認証画面用であることを確認する（ステップＡ５）。
【０１１２】
ユーザ認証用の同期制御用ＩＤ300である場合（ステップＡ５のＹｅｓ分岐）、ユーザ認証情報として送信されてきた情報を、認証情報ファイル127の情報と比較し、業務へのアクセス権を検証する（ステップＡ６）。
【０１１３】
そして、送信されてきたユーザ認証情報に業務へのアクセス権が認められている場合、同期制御手段135の指示で、ハイパーテキスト合成手段137が用意している既定のＨＴＭＬ構文を用いて業務選択画面用のＨＴＭＬ構文を生成し、動的ＨＴＭＬ生成手段145を介して、中継サービス呼出しコンテンツ147にて、Ｗｅｂアプリケーション用に許可されている業務一覧画面を生成する処理を行う（ステップＡ７）。ここでは、画面ＩＤ301とページＩＤ303に特別に定義した値を設定した業務選択画面用の同期制御用ＩＤ300を隠し情報として付与し、送信する。
【０１１４】
なお、選択できる業務が一つしかない場合、業務の選択行為は必須ではない。このような場合には、業務選択画面を送信せず、内部管理で必要な業務ＩＤと同期制御用ＩＤ300のみ生成して、ステップＡ９の処理に進むこともできる。
【０１１５】
オペレータは受信したＷｅｂアプリケーション画面の指示にもとづいて業務を選択して送信する（ステップＡ８）。このとき選択した業務は、特別に定義された業務ＩＤ用のフォーム変数の値として送信され、それら変数の一つとして業務選択画面用の同期制御用ＩＤ300も隠し情報のまま、あわせて送信される。
【０１１６】
送信された情報は、前述の業務選択用の画面生成処理と同様に、同期制御手段135によって解析される。
【０１１７】
まず、同期制御用ＩＤ300の有無を確認し（ステップＡ２）、同期制御用ＩＤ300が業務選択用であることを確認する（ステップＡ９）。
【０１１８】
業務選択用の同期制御用ＩＤ300であった場合、同期制御用ID管理テーブル300の情報をもとに、ホストアプリケーション161への接続に必要なセッションＩＤ307と、セッションＩＤ生成時刻309を生成する（ステップＡ１０）。具体的には、同期制御用ID管理テーブル300の中からセッションＩＤ生成時刻309に時刻として無効な値が登録されているセッションＩＤ307を検索し、該当するセッションＩＤ307が検索できたら、同一レコードのセッションＩＤ生成時刻309にシステム時刻をキーにした情報を登録する。
【０１１９】
セッションＩＤ307の生成に成功したら、同期制御手段135は、Ｗｅｂアプリケーションより受け取った業務ＩＤ201と、同期制御用ＩＤ300とを、動作手順制御手段133に引渡し、動作手順制御手段133は、業務ＩＤ201をキーに、初期動作手順ファイル名207にて、動作手順ファイル121に格納された業務の初期起動用手続きを実行し（ステップＡ１１）、ホストエミュレータ手段131を介して、ホストアプリケーション161を起動するとともに、業務ファイル123が管理する最初の画面まで遷移させる（ステップＡ１２）。
【０１２０】
動作手順制御手段133は、画面の遷移が完了したタイミングで、ホストエミュレータ手段131を介して、ホストアプリケーション161の画面を受信し、業務ファイル123が管理するホストアプリケーション161の画面識別情報215をもとに、現在どの画面に遷移しているかを特定し、画面ＩＤ211を生成する。そして、動作手順ファイル名213より、動作手順ファイル121に格納された手続きを実行する（ステップＡ１３）。
【０１２１】
動作手順ファイル121の手続きに、端末画面生成指示部501が含まれている場合、すなわち、Ｗｅｂアプリケーション画面の生成手続きが記述されている場合、動作手順制御手段133は、ハイパーテキスト合成手段137、にＷｅｂアプリケーション画面の生成を指示する（ステップＡ１４）。
【０１２２】
このとき、動作手順制御手段133は、ハイパーテキスト合成手段137に動作手順ファイル121で指定された中間ＨＴＭＬファイル127のファイル名と、中間ＨＴＭＬファイル127が必要とするホストアプリケーション161の画面情報と、同期制御用ＩＤ300情報を、同期制御手段135に引き渡したのち、Ｗｅｂアプリケーションからの応答待ち状態になる（ステップＡ１５）。
【０１２３】
そして、同期制御手段135は、動作手順制御手段133から受け取った情報を、そのままハイパーテキスト合成手段137に引渡す。
【０１２４】
ハイパーテキスト合成手段137は、中間ＨＴＭＬファイル127に記述された拡張タグや拡張パラメータを解析し、同期制御手段135より受け取ったホストアプリケーション161の画面情報を、対応する拡張タグや拡張パラメータと置換して、中継サービス呼出しコンテンツ147が期待する情報を生成する。このとき、ホストアプリケーション161の遷移状態を識別したり、同期制御を保証するための情報として、同期制御用ＩＤ300を隠し情報として付与し、送信する（ステップＡ１６）。
【０１２５】
なお、生成した情報は、セッションＩＤごとに管理されたキャッシュファイル129に保管する（ステップＡ１７）。これは、Ｗｅｂアプリケーションからの接続要求が有効であるが、ホストアプリケーション161との同期がとれていない場合の同期合わせ制御用に使用する。
【０１２６】
オペレータは受信したＷｅｂアプリケーション画面の指示にもとづいて業務を遂行して送信する（ステップＡ１８）。このとき送信した情報は、特別に定義されたフォーム変数の値として送信され、それら変数の一つとして同期制御用の同期制御用ＩＤ300も隠し情報のまま、あわせて送信される。
【０１２７】
送信された情報は、同期制御手段135によって解析される。
【０１２８】
まず、同期制御用ＩＤ300の有無および有効性を確認し（ステップＡ２）、有効である場合、同期制御用ＩＤ300がユーザ認証用や業務選択用のものでない場合、同期制御用ＩＤ管理テーブル400をもとに、同期制御用ＩＤ300の検証を行う。まず、セッションＩＤ307の有効性を検証する（ステップＡ１９）。
【０１２９】
具体的には、同期制御用ＩＤ300のセッションＩＤ307をキーに同期制御用ＩＤ管理テーブル400のセッションＩＤ307を検索し、同レコードのセションＩＤ生成時刻309と同期制御用ＩＤ300のセションＩＤ生成時刻309の値が一致していることを検証する。もし、セッションＩＤ生成時刻309の値が一致しなければ、同期制御用ＩＤ300は無効であると判定され、ステップＡ３の処理に戻る。
【０１３０】
セッションＩＤ307が有効であった場合（ステップＡ１９のＹｅｓ分岐）、同期制御用ＩＤ管理テーブル400の同期制御用ＩＤ305の情報を基準に、同期制御用ＩＤ300の同期制御ＩＤ305の有効性を検証する（ステップＡ２０）。
【０１３１】
同期制御ＩＤ305の値が一致しなければ、同期制御用ＩＤ300による接続要求は、ホストアプリケーション161の遷移画面と同期がとれていないと判定され、同期制御手段135は、キャッシュファイル129より、セッションＩＤ307をキーに、同期がとれているＷｅｂアプリケーション画面を再送するための情報を取得し、中継サービス呼出しコンテンツ147が期待する情報を生成する（ステップＡ２１、Ａ２５）。
【０１３２】
同期制御ＩＤ305の値が一致した場合、同期制御用ＩＤ300による接続要求は、ホストアプリケーション161の遷移画面と同期がとれているものと判定され、動作手順制御手段133に対し、画面ＩＤ211とＷｅｂアプリケーションが送信してきたフォーム変数を引き渡す（ステップＡ２２）。
【０１３３】
動作手順制御手段133は、Ｗｅｂアプリケーションからの応答待ち状態にある動作手順ファイル121の処理を継続し、ホストエミュレータ制御指示部503、すなわち、ホストアプリケーション161の画面解析や画面遷移制御などを行う（ステップＡ２３）。
【０１３４】
動作手順ファイル121では、端末画面生成指示部501やホストエミュレータ制御指示部503を複数実装している場合もある。
【０１３５】
動作手順ファイル121の処理は、ホストアプリケーション161の画面遷移が完了することによって終了し、ステップＡ１３の処理を繰り返す。
【０１３６】
最後に、動作手順ファイル121での指示、もしくは、なんらかの理由で処理を強制的に中断する指示が発生した場合には、動作手順制御手段133が、業務ファイル123の業務情報200をもとに、終了動作手順ファイル名209の動作手順ファイル121を実行させ、同期制御用ＩＤ管理テーブル400から、該当セッションＩＤ307を無効にし、未使用状態に戻すため、セッションＩＤ管理生成時刻309の値をクリアしてから、業務を終了する（ステップＡ２４）。
【０１３７】
次に、具体例を用いて説明する。図８は、本発明の一実施例において、ホストアプリケーション161の一部をＷｅｂアプリケーションの業務モデルとした一例であり、Ｗｅｂブラウザより業務が登録されたＵＲＬへ接続要求があった後の、Ｗｅｂアプリケーションと既存のオンラインアプリケーションとの画面遷移を対比させながら動作を説明する。
【０１３８】
まずは、Ｗｅｂブラウザ151からの中継サービス呼出しコンテンツ147への接続要求から始まる（ステップＢ１）。ここでは、”http://www.host.com/gyoumu.asp”を呼び出したものとする。
【０１３９】
Ｗｅｂブラウザ151より接続要求を受けた中継サービス呼出しコンテンツ147である”gyoumu.asp”は、中継サービス110を呼び出す。
【０１４０】
中継サービス110は、同期制御用ＩＤ300を、ＨＴＭＬ構文のフォーム変数”HOST_ID”に割り当てているものとする。
【０１４１】
Ｗｅｂブラウザ151からの初回接続要求時はフォーム変数をもたないので、中継サービス110の同期制御手段136は、同期制御用ＩＤ300がない場合の処理として、ハイパーテキスト合成手段137に、ユーザ認証画面の生成を指示し、接続要求のあったＷｅｂブラウザ151に、ユーザ認証画面を返す。
【０１４２】
しかし、ホストアプリケーション161がユーザ認証画面を持つ場合には、中継サービス110の提供するユーザ認証機能ではなく、ホストアプリケーション161のユーザ認証機能のみを利用したい場合もある。
【０１４３】
このような場合、中継サービス110は、特定の業務においては、独自のユーザ認証サービスを機能させないこともできる。
【０１４４】
また、選択できる業務が一つしかない場合、業務選択用画面の生成を省略することもできる。これらの動作は、業務ファイル123の業務情報200にある通信設定情報205のパラメータの一つとして与えることにより可能である。
【０１４５】
図８には、中継サービス110のユーザ認証機能は使用せず、選択できる業務が一つしかない場合は業務選択用画面を生成しない場合の例が示されている。この場合、中継サービス110内では、ユーザ認証が成立し、業務が選択されたのと同等に扱い、セッションＩＤ307、セッションＩＤ生成時刻309の生成を行い、業務ＩＤ211に対応する初期動作手順ファイル名207を呼び出す（ステップＢ２）。
【０１４６】
ここでは、業務ＩＤ”01”に対応した業務が起動され、セッションＩＤ307には”01”、セッションＩＤ生成時刻309には”200010310930134500”が割り当てられたものとする。
【０１４７】
動作手順制御手段133は、初期動作手順ファイル名207による制御で遷移が完了したホストアプリケーション画面を、業務ファイル123の画面識別情報215に登録された画面上の文字列およびその座標の組み合わせ情報より、画面が（画面Ｈ１）であることを特定し、画面ＩＤ211を生成するとともに、動作手順ファイル名213の動作手順ファイル121を実行する。
【０１４８】
動作手順ファイル121は、画面ＩＤ211に対応するＷｅｂアプリケーション画面の雛型ファイルである中間ＨＴＭＬファイル127を用いて、Ｗｅｂアプリケーション画面（画面Ｗ１）の生成を指示し、Ｗｅｂアプリケーション画面からの応答待ち状態になる（ステップＢ３）。
【０１４９】
なお、生成した画面（画面Ｗ１）には、フォーム変数”HOST_ID”に、隠し属性を付けて、同期制御用ＩＤ300も挿入済みである。ここでは、画面ＩＤ211は”01”、動作手順ファイル名213は”passwd.act”、動作手順ファイル名213内で指定された中間ＨＴＭＬファイル127は”passwd.htm”であり、動作手順ファイル名123で生成指示された画面ＩＤ211に対するページＩＤ303は”01”、画面生成時に生成した同期管理ＩＤ305は”200010310930134625”が割り当てられているものとする。
【０１５０】
画面（画面Ｗ１）を受信したオペレータは、業務画面の指示に従い、ユーザＩＤとパスワードを入力し、送信する。そのとき、隠し属性の同期制御ＩＤ300も送信される。具体的には、画面Ｗ１での同期管理制御ＩＤ”HOST_ID”には、
画面ＩＤ”01”と、ページＩＤ”01”と、同期管理ＩＤ”200010310930134625”と、セッションＩＤ”01”と、セッションＩＤ生成時刻”200010310930134500”と、をつなげた”010120001031093013462501200010310930134500”が設定される。
【０１５１】
中継サービス110は、同期制御手段135によって、受け取ったフォーム変数”HOST_ID”、すなわち、同期制御用ＩＤ300を、同期制御用ＩＤ管理テーブル400をもとに検証する。
【０１５２】
まず、”HOST_ID”に含まれるセッションＩＤが有効であることを確認する。
【０１５３】
たとえ、認証されたユーザからの接続要求であっても、業務ファイル123の通信情報設定205で無通信タイマを有効とする設定をしている場合、一定時間を過ぎると、無効なセッションになってしまう場合がある。
【０１５４】
セッションＩＤの有効性は、同期制御用ＩＤ管理テーブル400のセッションＩＤ307と対になるセッションＩＤ生成時刻309の時刻が、フォーム変数”HOST_ID”に含まれるセッションＩＤ生成時刻309と一致しているかどうかによって確認する。
【０１５５】
この例の場合は、フォーム変数”HOST_ID”のセッションＩＤが”01”、セッションＩＤ生成時刻には”200010310930134500”が登録されていることを検証する。
【０１５６】
セッションＩＤが有効な場合、ホストアプリケーション161とＷｅｂアプリケーション画面との同期がとれているかどうか検証する。同期の確証は、同期制御用ＩＤ管理テーブル400の同期管理ＩＤ305が、フォーム変数”HOST_ID”に含まれる同期管理ＩＤと一致しているかどうかによって確認する。
【０１５７】
この例の場合は、フォーム変数”HOST_ID”の同期管理ＩＤに”200010310930134625”が登録されていることを検証する。
【０１５８】
もし、同期管理ＩＤが一致しなかった場合には、同期制御手段125が、業務ＩＤを同期制御用ＩＤ管理テーブル400の画面ＩＤ211をキーに、キャッシュファイル129の画面情報を用いて、Ｗｅｂアプリケーション画面を再生成し、Ｗｅｂブラウザ151に送り返す。
【０１５９】
同期がとれていることが検証された場合には、同期制御手段135は、応答待ち状態の動作手順制御手段133に、Ｗｅｂアプリケーションからの応答を通知し、動作手順ファイルの実行を再開する。そして、必要に応じてＷｅｂアプリケーション画面（画面Ｗ１）より通知されたフォーム変数を解析して、ホストエミュレータ手段131を介し、ホストアプリケーション161をオペレータ操作と同等な内部制御によって制御し、画面を遷移させる。
【０１６０】
以降、ステップＢ３と同様な制御で、動作手順制御手段133は、初期動作手順ファイル名207による制御で遷移が完了したホストアプリケーション画面を、業務ファイル123の画面識別情報215に登録された画面上の文字列およびその座標の組み合わせ情報より、画面が（画面Ｈ２）であることを特定し、画面ＩＤ211を生成するとともに、動作手順ファイル名213の動作手順ファイル（func.act）を実行する（ステップＢ４）。
【０１６１】
この例のように、Ｗｅｂアプリケーションとして特定の業務のみを行う場合、ホストアプリケーション161が生成する業務選択画面での入力送信値は固定した値となる可能性が高い。このような場合は、動作手順ファイル121で、Ｗｅｂアプリケーション画面の生成指示を行わず、ホストアプリケーション161の生成する画面の入力域へ特定の値を自動入力／送信する記述を行うことにより、Ｗｅｂアプリケーションとして不要な操作を減らすことができる。
【０１６２】
図８に示す例では、画面Ｈ２と画面Ｈ３をＷｅｂアプリケーションに意識させることなく遷移させている。
【０１６３】
ステップＢ５は、ステップＢ２とほぼ同じ制御である。異なるのは、ステップＢ２では、ホストアプリケーション画面（画面Ｈ１）の情報をすべてＷｅｂアプリケーション画面（画面Ｗ１）に取り込んでいるのに対し、ステップＢ５では、ホストアプリケーション画面（画面Ｈ４）の情報の一部のみを、Ｗｅｂアプリケーション画面（画面Ｗ２）に取り込んでいる。
【０１６４】
しかも、ホストアプリケーション画面（画面Ｈ４）での入力値と、Ｗｅｂアプリケーション画面（画面Ｗ２）での入力値を、必ずしも一致させる必要がない。
【０１６５】
たとえば、ホストアプリケーション画面（画面Ｈ４）での「栃木」の選択値が”11”であったとしても、動作手順ファイル121(”chiku.act”)で、Ｗｅｂアプリケーションから受け取ったフォーム変数を加工することができるので、Ｗｅｂアプリケーション画面（画面Ｗ２）では、「栃木」の選択値を”1”に割り当て、たとえばフォーム変数”tiku”に代入して送信する場合、動作手順ファイル121内でフォーム変数”tiku”が”１”の場合は、値を”11”に置きかえる制御を記述することにより、Ｗｅｂアプリケーション画面の設計や操作性を自然なものにすることができる。
【０１６６】
ステップＢ６、ステップＢ７もステップＢ５とほぼ同じ制御である。異なるのは、ステップＢ７では、ホストアプリケーション161を終了させる手続きをＷｅｂアプリケーション画面（画面Ｗ４）上に明示的に提示している点である。
【０１６７】
中継サービス110では、なんらかの理由で強制終了を行う場合、現在動作している動作手順ファイル121に、ホストエミュレータ終了制御指示部505が記述されている場合には、ホストエミュレータ終了制御指示部505を、記述がされていない場合には、業務ごとに、業務ファイル123の業務情報200で定義されている終了動作手順ファイル名209を用いて業務を終了させる。
【０１６８】
ステップＢ７では、中間ＨＴＭＬファイルに記述する送信ボタン名を動作手順ファイル側で識別し、終了操作を割り当てた送信ボタン名をフォーム変数として受け取ったら、終了動作手順ファイル名209を呼び出す手続きを、動作手順ファイル121のホストエミュレータ制御指示部503に記述することにより、明示的に業務を終了させる手段を提供している。
【０１６９】
ここで、動作手順ファイル121及び中間ＨＴＭＬファイル127と、生成されるＷｅｂアプリケーション画面の関係について具体例を例示する。すなわち、図９に、業務ＩＤ”01”の画面ID”02”に対応する動作手順ファイル”chiku.act”の一例を示し、図１０に、中間ＨＴＭＬファイル”chiku.htm”の一例を示し、そして、図１１に、画面ＩＤ”02、ページＩＤ”01”として、実際に生成したＷｅｂアプリケーション画面（画面Ｗ２）、すなわち、中継サービス呼出しコンテンツ147が出力したＨＴＭＬファイルの一例を示す。
【０１７０】
なお、Ｗｅｂアプリケーション画面（画面Ｗ２）は、ホストアプリケーション画面（画面Ｈ４）の情報をもとに生成する画面で、画面上に表示した一覧から、ハイパーリンクされた一覧画面をクリック、もしくは、選択番号を携帯電話の数字ボタンで押下、もしくは、入力フィールドへ数値入力後、送信キーをクリックのいずれかの方法で値を選択させる画面である。各図中の番号は説明のために便宜上設定したブロック番号である。
【０１７１】
図９は、動作手順ファイル（”chiku.act”）である。ブロック901は、動作手順ファイルの起動直後に実行されるラベル”：START”から始まる。ここでは、”WEBDISP"chiku.htm"”というコマンドで、中間HTMLファイル名”chiku.htm”による図８のＷｅｂアプリケーション画面（画面Ｗ２）の生成を指示し、Ｗｅｂアプリケーションからの応答待ち状態になる。
【０１７２】
なお、”WEBDISP"chiku.htm"”は、”WEBDISP"chiku.htm",1”と同義で、省略されたパラメータ”,1”はページ番号を示すものとする。
【０１７３】
応答待ち状態の動作手順ファイルは、Ｗｅｂアプリケーションからの応答により処理を再開し、ブロック903を実行する。ブロック903は、Ｗｅｂアプリケーションからどのような経路で呼び出されたかを識別する。
【０１７４】
具体的には、
・submit属性による送信キーでの接続要求か、
・送信キー以外の機能キーを割り当てる目的のユーザボタンによる接続か、
・ハイパーリンクによる接続かを識別する。
【０１７５】
submit属性による送信キーでの接続要求の場合、オペレータによる実行送信キー押下と同等な内部制御を行う”SEND WEBNAME”コマンドを記述するだけで、動作手順制御手段133の内部制御で受け取ったフォーム変数を、ホストアプリケーション画面の座標に関連付け、ホストアプリケーション161の画面を遷移させる。
【０１７６】
しかしながら、この例のように、たとえば、ホストアプリケーション画面（画面Ｈ４）では、”13”として扱っていた選択肢を、Ｗｅｂアプリケーション画面（画面Ｗ２）では”1”と扱う場合、ブロック907のように、動作手順ファイル内で値の変換処理などを行う。
【０１７７】
これは、
・ホストアプリケーション画面とＷｅｂアプリケーション画面で共有する情報を同一の値にすることにより、動作手順ファイルでは、フォーム変数を意識する必要がないこと、及び、
・動作手順ファイル内で、Ｗｅｂアプリケーション上で入力された値を加工してホストアプリケーションに渡せるというだけでなく、Ｗｅｂブラウザ上では入力値の妥当性検証が行えない場合でも、動作手順ファイル内で検証し、異常値が入力された場合も、ホストアプリケーションに通知することなく、動作手順ファイルにて、画面再送制御を行い、再入力を操作を実現できる、
ことを意味する。
【０１７８】
ユーザボタンによる接続やハイパーリンクによる接続の場合は、ブロック906のように、動作手順ファイルにてフォーム変数を明示的に受け取り、ホストアプリケーション画面上の対応を指示し、送信する。
【０１７９】
ブロック909は、動作手順ファイルを終了させるための記述である。
【０１８０】
ブロック911は、本画面から、ホストアプリケーションを適切に終了させるためのマクロなどを呼び出す記述を行う。記述は任意であるが、強制終了時は、本ブロックに制御文が記述してある場合、本制御が優先して行われる。
【０１８１】
図１０は、画面Ｗ２を生成するための中間ＨＴＭＬファイル（”chiku.htm”）の記述例である。中間ＨＴＭＬファイルでは、<HTML><BODY></BODY></HTML>タグも、送信制御のための<FORM></FORM>タグも必要としないが、たとえ不完全な記述がなされていても無視するだけであるので問題としない。
【０１８２】
ブロック1001では、ホストアプリケーション161の生成した画面（画面Ｈ４）の情報と、Ｗｅｂアプリケーション画面（画面Ｗ２）をリンクする記述がなされている。この例では、HTMLタグに対して、フォーム名に、”HOST_LINK”、すなわち、”name="HOST_LINK"”と設定されている場合、続く拡張パラメータの指示に従ってホストアプリケーション画面（画面Ｈ４）の値とＷｅｂアプリケーション画面（画面Ｗ２）の対応付けを実現している。
【０１８３】
つまり、ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連付けの実現手段は、ＨＴＭＬ構文のタグに一切依存しない。特定の名前と、それに続くホストアプリケーション画面上での座標による関連付け対象範囲情報、そして、その関連付け対象範囲を、Ｗｅｂアプリケーション画面上で、どのように扱いたいかという属性情報を添えることによって、ホストアプリケーション画面上の情報と、Ｗｅｂアプリケーション画面の関連付けを実現している。これは、本発明の特徴的な実装の一つである。
【０１８４】
この例で、独自タグを使用せずに、あえてＨＴＭＬ規格のタグを用いて関連付けを実現しているのは、システム構築時、中間ＨＴＭＬファイルの内容を、ＨＴＭＬビューアで確認しやすくするための便宜を図ることもできるためである。
【０１８５】
ブロック1001では、”host=”で定義されたパラメータが画面Ｗ２での座標を示す。ここでは、”host="17,6,25,13,link"”と記述することにより、画面Ｈ４の横17、縦6から、横25縦12の９バイト×６行分の文字列が関連付けの対象となる。なお、座標情報に続いて記述された”,link”パラメータは、関連付け対象の各行を、<A></A>タグにより、ハイパーリンクでの選択対象とするためのオプションである。
【０１８６】
さらに、”HOST_KEY="13,14,15,16,17,18"”によって、関連付けの対象となった６行に対し、携帯電話の数字ボタン押下で行選択できるようにするためのパラメータが、”accesskey="1,2,3,4,5,6"”である。これは、関連付けの対象行の上の行から、1,2,3,4,5,6の数字ボタンに関連付けさせるオプションである。
【０１８７】
また、本来、この選択肢が、画面Ｗ２においては、13,14,15,16,17,18の各選択番号で扱われていることを、”HOST_KEY=13,14,15,16,17,18"”と記述している。
【０１８８】
ブロック1003では、”host="71,18,72,18,002,inp"”パラメータにより、画面Ｈ４の座標の横71、縦18から横72、縦18の２バイトのエリアが２バイト入力できる入力域であることを意味して記述している。
【０１８９】
ブロック1005では、ＨＴＭＬ構文の送信キーを意味する”submit”属性をもつタグに対して、フォーム名に、”HOST_SEND”、”host="send"”を与えている。”HOST_SEND”は、ホストアプリケーションのシステム定義キーを意味し、”host”パラメータにより、それが「実行／送信キー」であることを意味して記述している。
【０１９０】
中間ＨＴＭＬファイルでは、このような構成要素によって、ホストアプリケーション画面と、Ｗｅｂアプリケーションとの中継を実現している。
【０１９１】
これらの記述をもとに生成されるＷｅｂアプリケーション画面（Ｗ２）のＨＴＭＬタグが、図１１である。ブロック1101では、ＨＴＭＬ構文として完成された<form>タグが生成されている。これはハイパーテキスト合成手段137が中継サービス呼出しコンテンツ147のファイル名を、Ｗｅｂサーバ143に問い合わせることによって生成可能である。
【０１９２】
ブロック1103は、同期制御手段135が管理する同期制御用ＩＤ管理テーブル400によって生成可能である。
【０１９３】
ブロック1105は、図１０の中間ＨＴＭＬファイルのブロック1001の情報によって生成可能である。なお、この場合、ハイパーリンクによる接続が指示されているため、同期制御に必要な同期制御用ＩＤ300であるフォーム変数”HOST_ID”や、他のフォーム変数は、ＨＴＭＬ構文のＧＥＴメソッドで取得可能な形式で、リンク先ＵＲＬに付属する引数として生成される。
【０１９４】
また、ｉモード対応ブラウザのみで機能する、電話機の数字ボタン押下でも選択操作を可能とするための、ｉモード用拡張ＨＴＭＬコマンドも、要求どおり生成している。
【０１９５】
ブロック1107は、図１０の中間ＨＴＭＬファイルのブロック1003および1005によって生成可能である。フォーム名は”HOST_LINK_”に続けて、ブロック1003の”host”パラメータで設定された、ホストアプリケーションでの入力フィールド開始座標と、有効入力長情報を組み合わせたものである。
【０１９６】
なお、ブロック1003の情報をもとに、対応するホストアプリケーション画面の入力フィールドのが特定できるため、動作手順制御手段133は、ホストアプリケーション画面（Ｈ４）の該当入力フィールドが数値属性であることを認識することが可能であり、ブロック1107の入力フィールドには、ｉモード用拡張ＨＴＭＬコマンドである”istyle”コマンドにて、入力モードの初期属性を明示的に与えることを可能としている。
【０１９７】
さらに、ユーザが独自に作成したプログラムを呼び出すことにより、たとえば、他のデータベースと連携したＷｅｂアプリケーションを構築する例について説明する。ここでは、ホストアプリケーション161では、型番を直接入力すべきところを、入力対象となる型番を管理している他のデータベースから動的情報を取得し、Ｗｅｂアプリケーション画面での入力時には、動的に生成したリストボックスにて一覧選択する例について説明する。
【０１９８】
具体例を示すために、図１２に、業務ＩＤ”01”の画面ID”03”に対応する動作手順ファイル”search.act”と、図１３に中間ＨＴＭＬファイル”search.htm”、そして、図１４に画面ＩＤ”03、ページＩＤ”01”として、実際に生成したＷｅｂアプリケーション画面（画面Ｗ３）、すなわち、中継サービス呼出しコンテンツ147が出力したＨＴＭＬファイルの一例を示す。
【０１９９】
なお、図８でのＷｅｂアプリケーション画面（画面Ｗ３）は、検索対象の製品番号を直接型番入力することを想定しているが、この入力フィールドを他のデータベースから動的に生成されたリストボックスに置き換えた画面を、あらためて画面Ｗ３と定義する。
【０２００】
図１２は、動作手順ファイル（”search.act”）である。ブロック1201は動作手順ファイル起動直後に実行されるラベル”：START”から始まる。ここでは、”WEBDISP"search.htm"”というコマンドで、中間HTMLファイル名”search.htm”による図８のＷｅｂアプリケーション画面（画面Ｗ３）の生成を指示し、Ｗｅｂアプリケーションからの応答待ち状態になる。
【０２０１】
応答待ち状態の動作手順ファイルは、Ｗｅｂアプリケーションからの応答により処理を再開し、ブロック1203を実行する。
【０２０２】
ブロック1203は、Ｗｅｂアプリケーションからどのような経路で呼び出されたかを識別する。画面Ｗ３の場合には、submit属性による送信キーでの接続要求となり、オペレータによる実行送信キー押下と同等な内部制御を行う”SEND WEBNAME”コマンドを記述するだけで、動作手順制御手段133の内部制御で受け取ったフォーム変数を、ホストアプリケーション画面の座標に関連付け、ホストアプリケーション161の画面を遷移させる。
【０２０３】
図１３は、画面Ｗ２を生成するための中間ＨＴＭＬファイル（”search.htm”）の記述の具体例の一例を示す図である。図１３を参照すると、ブロック1301では、ホストアプリケーション161の生成した画面（Ｈ５）の情報とＷｅｂアプリケーション画面をリンクする記述がなされている。図１０のブロック1003と同様、フォーム名に”HOST_LINK”、すなわち、”name="HOST_LINK"”と設定されている場合、続く拡張パラメータの指示に従ってホストアプリケーション画面（画面Ｈ５）の値とＷｅｂアプリケーション画面（画面Ｗ３）を対応付けを実現している。
【０２０４】
ブロック1301の、”host=”で定義されたパラメータは画面Ｗ３での座標を示す。ここでは、”host="71,10,78,10,0008,user_1"”と記述することにより、画面Ｈ５の横71、縦10から横78、縦10の８バイト×１行分の文字列が関連付けの対象となる。なお、座標情報に続いて記述された”,0008”パラメータは、入力有効長、”,user_db1”パラメータは、関連付け対象に値を設定するためのＨＴＭＬ構文の文字列を生成するユーザプログラムを呼び出すための引数情報を含む。
【０２０５】
ユーザ作成プログラム呼出しのオプションの識別は、パラメータの先頭５文字が”user_”であるかどうかにより行われ、５文字目以降の文字列はプログラム名であると識別される。
【０２０６】
中間ＨＴＭＬファイル127を解析する動作手順制御手段133は、ユーザ作成プログラム呼出しのオプションが指定されていた場合、特定のプログラムを指定された呼出し名で呼び出す。そして、フォームタグ名として設定すべき文字列を、”name”という引数として渡し、戻り値として完結したフォームタグの文字列を期待する。
【０２０７】
ブロック1301の場合は、”db1”が呼出し名となり、引数として、”HOST_LINK_7110008”を渡す。この例の場合、画面Ｗ３の入力フィールド、すなわち、製品番号を一覧選択するリストボックスを生成するのが目的であるので、図１４のブロック1401のような情報を戻り値として生成できるユーザプログラムであればよい。
【０２０８】
これらの記述をもとに生成されるＷｅｂアプリケーション画面（Ｗ３）のＨＴＭＬタグを図１４に示す。ブロック1301の文字列がユーザ作成プログラムの戻り値を利用している点を除いて、図１１の生成過程と同じである。
【０２０９】
次に、本発明の他の実施例について図面を参照して詳細に説明する。図１を参照すると、本実施例において、中継サービスインターフェース139は、Ｗｅｂサーバ143とのインターフェース以外に、メールサーバ141とのインターフェースを持つ。
【０２１０】
これは、中継サービスインターフェース139にて、ハイパーテキスト合成手段137の情報を、メールサーバ141に適合する情報に変換する機能を実装している。たとえば、認証情報ファイル125の構成要素にメールアドレス情報を含めることにより、他の実行部130の実装を変更することなく、特定のメール送信者からのメールヘッダの情報でアクセス権管理として利用しつつ、必要な情報をメールテキストとして送受信することを可能とする。
【０２１１】
また、メールサーバ141〜メールクライアント153を、ファイル転送や他の情報伝達手段のインターフェースで構成しても、中継サービスインターフェース139が対応することにより、他の実行部130の実装を変更することなく、ホストアプリケーション161の遠隔操作が可能である。
【０２１２】
さらに、これらの拡張インターフェースと、Ｗｅｂサーバ143の中継サービス呼出しコンテンツ143を共存運用させることにより、ホストアプリケーション161が有する部分的な情報を、Ｗｅｂブラウザ151だけでなく、より適したデバイスにも出力することが可能であることは、容易に想像がつく。
【０２１３】
たとえば、ホストアプリケーション161が印刷出力する機能を有している場合、中間ＨＴＭＬファイル127に印刷出力要求コマンドを記述し、動作手順ファイルでＷｅｂアプリケーション画面生成を要求した時に、中間ＨＴＭＬファイルでの印刷出力要求を動作手順制御手段133が解析し、印刷制御データに対して、テキスト変換と整形処理を施し、変換後のテキストデータを、最終的には、中継サービスインターフェース139が受け取り、メールサーバ141のインターフェースでメールクライアント153に送信したり、中継サービスインターフェース139に、ＦＡＸ（ファクシミリ）送信インターフェースを実装することで、そのテキストを、任意の宛先ＦＡＸ装置に送信することが可能である。
【０２１４】
また、本発明の実装は、中間ＨＴＭＬファイル127を含め、ＨＴＭＬの規格に依存しないため、実行部110のＨＴＭＬ言語を意識した部品を、他のＷｅｂブラウザ制御言語に対応させることにより、ＨＴＭＬ規格およびその拡張言語以外のＷｅｂブラウザ制御言語にも対応することが容易である。
【０２１５】
【発明の効果】
以上説明したように、本発明によれば下記記載の効果を奏する。
【０２１６】
本発明の第１の効果は、既存ホストアプリケーションを変更することなく、従来より提供していた業務フローを、ＮＴＴドコモのｉモード携帯端末（ｉモード対応ブラウザ）等に代表される、Ｗｅｂブラウザ端末として最低限の要件しか持たないＷｅｂブラウザ端末上においても、インターネット対応アプリケーションとすることができる、ということである。
【０２１７】
その理由は、本発明においては、中継サービスがホストアプリケーションに対してはオペレータ操作と同等な内部制御を行いつつ、Ｗｅｂブラウザ端末の表示能力や機能、操作性を考慮したユーザーインターフェースを動的に組み立てて提供できる手段を有しており、既存ホストアプリケーションに全く影響を与えることなく、ホストアプリケーションの画面情報と関連付けをしたＷｅｂアプリケーションを構築することができる、ためである。
【０２１８】
本発明の第２の効果は、ホストアプリケーションとＷｅｂブラウザの画面の同期を監視し、Ｗｅｂブラウザのキャッシュ機能（戻り機能）などに起因する非同期な接続要求が発生した場合に、適切な画面をＷｅｂブラウザに再送する構成とされており、Ｗｅｂサーバと通信携帯端末との回線が切断した場合にも、業務を継続することが可能とされており、また同期処理を実現するにあたり、通信携帯端末に、Ｃｏｏｋｉｅなどの端末個別情報を保持する能力を必要としない。
【０２１９】
本発明の第３の効果は、ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連付けの手段において、ＨＴＭＬ言語に拘束されない手段を用いているため、ＨＴＭＬ規格以外の他のブラウザ表示言語へも柔軟に対応できる、ということである。
【０２２０】
その理由は、本発明においては、ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連付けの実現手段は、任意のタグに特定のパラメータを与え、それに続くホストアプリケーション画面上での座標による関連付け対象範囲情報、そして、その関連付け対象範囲を、Ｗｅｂアプリケーション画面上で、どのように扱いたいかという属性情報を添えることによって、ホストアプリケーション画面上の情報とＷｅｂアプリケーション画面の関連付けを実現しているためである。
【０２２１】
また、ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連付け情報として用いる中間ＨＴＭＬファイルにおいても、ＨＴＭＬ言語での必須構成要素である<HTML>タグや<BODY>タグ、送信制御用タグである<FORM>タグも、必要としていない。必要なのは、画面生成に最低限必要な構成要素と、ホストアプリケーションの画面とＷｅｂアプリケーション画面の関連情報だけであり、ＨＴＭＬ言語に拘束されない実装とされている。
【図面の簡単な説明】
【図１】本発明の一実施例の構成を示す図である。
【図２】本発明の一実施例における業務ファイルの内容の一例を示す図である。
【図３】本発明の一実施例における同期制御用ＩＤの内容の一例を示す図である。
【図４】本発明の一実施例における同期制御用ＩＤ管理テーブルの内容の一例を示す図である。
【図５】本発明の一実施例における動作手順ファイルの内容の一例を示す図である。
【図６】本発明の一実施例における中継サービス呼出しコンテンツの構成の一例を示す図である。
【図７】本発明の一実施例の処理を示す流れ図である。
【図８】本発明の一実施例の具体例を示す説明図である。
【図９】本発明の一実施例における動作手順ファイルの具体例を示す図である。
【図１０】本発明の一実施例における中間ＨＴＭＬファイルの具体例を示す図である。
【図１１】本発明の一実施例における画面（ＨＴＭＬファイル）の具体例を示す図である。
【図１２】本発明の一実施例における動作手順ファイルの具体例を示す図である。
【図１３】本発明の一実施例における中間ＨＴＭＬファイルの具体例を示す図である。
【図１４】本発明の一実施例における画面（ＨＴＭＬファイル）の具体例を示す図である。
【符号の説明】
１００  サーバマシン
１１０  中継サービス
１２０  定義部
１２１  動作手順ファイル
１２３  業務ファイル
１２５  認証情報ファイル
１２７  中間ＨＴＭＬファイル
１２９  キャッシュファイル
１３０  実行部
１３１  ホストエミュレータ手段
１３３  動作手順制御手段
１３５  同期制御手段
１３７  ハイパーテキスト合成手段
１３９  中継サービスインターフェース
１４０  ＯＳ
１４１  メールサーバ
１４３  Ｗｅｂサーバ
１４５  動的ＨＴＭＬ生成手段
１４７  中継サービス呼出しコンテンツ
１５０  携帯通信端末
１５１  Ｗｅｂブラウザ
１５３  メールクライアント
２００  業務情報
２０１  業務ＩＤ
２０３  業務名
２０５  通信設定情報
２０７  初期動作手順ファイル名
２０９  終了動作手順ファイル名
２１０  画面情報
２１１  画面ＩＤ
２１３  動作手順ファイル名
２１５  画面識別情報
３００  同期制御用ＩＤ
３０３  ページＩＤ
３０５  同期管理ＩＤ
３０７  セッションＩＤ
３０９  セッションＩＤ生成時刻
４００  同期制御用ＩＤ管理テーブル
５０１  端末画面生成指示部
５０３  ホストエミュレータ制御指示部
５０５  ホストエミュレータ終了制御指示部
６０１  ヘッダ部
６０３  中継サービス呼出し部
９０１、９０３、９０５、９０７、９０９、９１１、１２０１、１２０３、１２０５  動作手順ファイルのブロック
１００１、１００３、１００５、１３０１  中間ＨＴＭＬファイルのブロック１１０１、１１０３、１１０５、１１０７、１４０１  ＨＴＭＬファイルのブロック
【図１】
0003721070.tif 000002
【図２】
0003721070.tif 000003
【図３】
0003721070.tif 000004
【図４】
0003721070.tif 000005
【図５】
0003721070.tif 000006
【図６】
0003721070.tif 000007
【図７】
0003721070.tif 000008
【図８】
0003721070.tif 000009
【図９】
0003721070.tif 000010
【図１０】
0003721070.tif 000011
【図１１】
0003721070.tif 000012
【図１２】
0003721070.tif 000013
【図１３】
0003721070.tif 000014
【図１４】
0003721070.tif 000015