(57)【要約】      （修正有）【課題】ユーザによる煩雑な作業を必要とせず、ネイティブＡＰ（デスクトップアプリケーション）と同様の操作性を容易にウェブＡＰ（ウェブアプリケーション）でも提供する情報処理装置を提供する。【解決手段】ＭＦＰ１０１は、ネイティブＡＰに関連する第１画面を定義するネイティブ画面定義データから、第１画面を構成するネイティブ画面部品を抽出するネイティブ画面定義解析部４０２と、第１画面を端末装置にウェブＡＰとして表示させるための第２画面を構成するウェブ画面部品とネイティブ画面部品との対応を表す画面部品対応表に基づいて、ネイティブ画面部品をウェブ画面部品に変換することで、第２画面を定義するウェブ画面定義データを生成するウェブ画面定義生成部４０３と、ウェブ画面定義データに基づいて、端末装置で表示可能なウェブ画面を生成するウェブ画面生成部４０４と、を備える。【選択図】図４
2016218794.tif 000002
【特許請求の範囲】
【請求項１】
インストールされているアプリケーションに関連する第１画面を定義する第１画面定義データから、前記第１画面を構成する第１画面部品を抽出する画面定義解析手段と、
前記第１画面を他の装置にウェブアプリケーションとして表示させるための第２画面を構成する第２画面部品と前記第１画面部品との対応を表す画面部品対応表に基づいて、前記第１画面部品を前記第２画面部品に変換することで、前記第２画面を定義する第２画面定義データを生成する画面定義生成手段と、
前記第２画面定義データに基づいて、前記他の装置で表示可能なウェブ画面を生成する画面生成手段と、を備えることを特徴とする、
情報処理装置。
【請求項２】
前記画面定義解析手段は、前記アプリケーションに関連する複数の第１画面のうち、第２画面に変換する必要がある第１画面から前記第１画面部品を抽出することを特徴とする、
請求項１記載の情報処理装置。
【請求項３】
前記画面定義解析手段は、前記第１画面部品のモジュールを抽出し、
前記画面定義生成手段は、前記第１画面部品のモジュールを前記第２画面部品に変換することを特徴とする、
請求項１又は２記載の情報処理装置。
【請求項４】
前記画面生成手段で生成された前記ウェブ画面を前記他の装置へ送信する送信手段を備えることを特徴とする、
請求項１〜３のいずれか１項記載の情報処理装置。
【請求項５】
前記画面生成手段は、生成した前記ウェブ画面を所定の記憶手段に記憶しており、
前記送信手段は、前記他の装置からの要求に応じて前記記憶手段から取得した該ウェブ画面を該他の装置へ送信することを特徴とする、
請求項４記載の情報処理装置。
【請求項６】
前記画面部品対応表を所定の入力装置から取得するデータ取得手段を更に備えることを特徴とする、
請求項１〜５のいずれか１項記載の情報処理装置。
【請求項７】
前記第１画面は、インストールされている前記アプリケーションの画面のうち、ユーザの入力がなければ次の処理に移行できない画面であることを特徴とする、
請求項１〜６のいずれか１項記載の情報処理装置。
【請求項８】
インストールされているアプリケーションに関連する第１画面を、他の装置にウェブアプリケーションとして表示させるための第２画面に変換する制御手段を有する情報処理装置により実行される方法であって、
前記制御手段が、
前記第１画面を定義する第１画面定義データから、前記画面を構成する第１画面部品を抽出し、
前記第２画面を構成する第２画面部品と前記第１画面部品との対応を表す画面部品対応表に基づいて、前記第１画面部品を前記第２画面部品に変換することで、前記第２画面を定義する第２画面定義データを生成し、
前記第２画面定義データに基づいて、前記他の装置で表示可能なウェブ画面を生成することを特徴とする、
アプリケーションの変換方法。
【請求項９】
インストールされているアプリケーションに関連する第１画面を、他の装置にウェブアプリケーションとして表示させるための第２画面に変換するコンピュータを、
前記第１画面を定義する第１画面定義データから、前記第１画面を構成する第１画面部品を抽出する画面定義解析手段、
前記第２画面を構成する第２画面部品と前記第１画面部品との対応を表す画面部品対応表に基づいて、前記第１画面部品を前記第２画面部品に変換することで、前記第２画面を定義する第２画面定義データを生成する画面定義生成手段、
前記第２画面定義データに基づいて、前記他の装置で表示可能なウェブ画面を生成する画面生成手段、
として機能させるためのコンピュータプログラム。
【請求項１０】
請求項９記載のコンピュータプログラムを記憶するコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネイティブアプリケーションをウェブ（Ｗｅｂ）アプリケーションに変換する情報処理装置に関する。「ネイティブアプリケーション」とは、情報処理装置にインストールされて実行されるアプリケーションソフトウェアである。以降、ネイティブアプリケーションを「ネイティブＡＰ」という。「ウェブアプリケーション」とは、端末装置のウェブブラウザ上で動作するプログラミング言語によるプログラムとウェブサーバ側のプログラムとが協調して動作する、ウェブブラウザ上で使用されるアプリケーションである。以降、ウェブアプリケーションを「ウェブＡＰ」という。
【背景技術】
【０００２】
スマートフォン、タブレット端末、パーソナルコンピュータ等の端末装置は、ネットワークを介してウェブサーバから提供されるウェブＡＰの操作画面を、ウェブブラウザに表示することができる。この場合、端末装置は、ウェブブラウザによりウェブサーバに対して操作画面の表示を要求する。ウェブサーバは、端末装置からの要求に応じて、ウェブブラウザに操作画面を表示させるためのコンテンツを端末装置に送信する。コンテンツは、例えばＨＴＭＬ（HyperText Markup Language ）ファイル、画像ファイル、スクリプトファイル等により構成される。端末装置は、受信したコンテンツを解析し、コンテンツの記述に基づいた操作画面をウェブブラウザに表示する。端末装置のユーザは、操作画面により、ウェブＡＰに対する指示等を入力することができる。端末装置は、ユーザによる指示をウェブサーバに送信する。ウェブサーバは、端末装置から受信した指示に応じて処理を実行する。実行結果は端末装置に返される。端末装置は、実行結果をウェブブラウザに表示する。
【０００３】
特許文献１は、デスクトップアプリケーション（ネイティブＡＰ）をウェブＡＰに変換する技術を開示する。特許文献１では、クライアント（端末装置）がサーバにネイティブＡＰのＵＲＬ（Uniform esource Locator）を送信する。サーバは、クライアントにコード変換ツールを提供し、且つネイティブＡＰのインタフェース情報を抽出してインタフェース記述型言語フォーマットでデータにラッピングし、クライアントに提供する。クライアントは、受信したデータをコード変換ツールにより解析してネイティブＡＰの画面を表示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−７０６４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
スキャナ及びプリンタを備える複写機や複合機等の画像形成装置には、ＭＦＰ（Multi Function Peripheral）のように、ウェブサーバとしての機能を有するものがある。ＭＦＰの機能をウェブＡＰにより端末装置で使用したいというニーズがある。ＭＦＰに特許文献１の技術を適用して、ＭＦＰの機能（例えばスキャナの機能）を端末装置に提供することは可能である。
【０００６】
しかしこの場合、端末装置がコード変換ツールをダウンロードする必要がある。そのために端末装置のユーザは、所定のプログラムの事前導入や、バージョンアップ等の煩雑な作業を行う必要がある。また、ネイティブＡＰを変換してウェブＡＰとして端末装置に提供する場合、操作性に類似性がある方が、利便性が高い。しかし、操作性に類似性を持たせたまま、ネイティブＡＰをウェブＡＰに効率的に変換する標準的な技術はない。
【０００７】
本発明は、上記の問題を解決するために、ユーザによる煩雑な作業を必要とせず、ネイティブＡＰと同様の操作性を容易にウェブＡＰでも提供する情報処理装置を提供することを主たる課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の情報処理装置は、インストールされているアプリケーションに関連する第１画面を定義する第１画面定義データから、前記第１画面を構成する第１画面部品を抽出する画面定義解析手段と、前記第１画面を他の装置にウェブアプリケーションとして表示させるための第２画面を構成する第２画面部品と前記第１画面部品との対応を表す画面部品対応表に基づいて、前記第１画面部品を前記第２画面部品に変換することで、前記第２画面を定義する第２画面定義データを生成する画面定義生成手段と、前記第２画面定義データに基づいて、前記他の装置で表示可能なウェブ画面を生成する画面生成手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画面部品対応表により第１画面部品を第２画面部品に変換して第２画面定義データを生成するために、ユーザによる煩雑な作業を必要とせず、ネイティブＡＰと同様の操作性を容易にウェブＡＰでも提供することができるようになる。
【図面の簡単な説明】
【００１０】
【図１】システムの全体構成図。
【図２】ＭＦＰ及び端末装置のハードウェア構成図。
【図３】操作部の構成例示図。
【図４】ＭＦＰの機能ブロック図。
【図５】出力画面一覧表の例示図。
【図６】画面部品対応表の例示図。
【図７】（ａ）、（ｂ）はネイティブ画面定義データの説明図。
【図８】項目役割対応表の例示図。
【図９】（ａ）、（ｂ）はウェブ画面定義データの説明図。
【図１０】ネイティブＡＰの画面からウェブＡＰの画面への変換処理を表すフローチャート。
【図１１】ネイティブ画面定義データの解析処理を表すフローチャート。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１２】
図１は、画像形成装置であるＭＦＰ１０１及びスマートフォン、タブレット端末、パーソナルコンピュータ等で実現される端末装置１０２、により構成されるシステムの全体構成図である。ＭＦＰ１０１及び端末装置１０２は、ネットワーク１１０を介して通信可能に接続される。ネットワーク１１０は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、公衆回線網等で実現される。ＭＦＰ１０１及び端末装置１０２は、それぞれ複数設けられていてもよい。ＭＦＰ１０１は、ウェブサーバとしての機能を有する情報処理装置であり、ネイティブＡＰをウェブＡＰ（ウェブアプリケーション）に変換して端末装置１０２へ送信する。ＭＦＰ１０１は、予めネイティブＡＰの画面を変換したウェブＡＰの画面を保存しており、端末装置１０２からの要求に応じて、適宜、ウェブＡＰの画面を端末装置１０２へ送信する。端末装置１０２はウェブブラウザを備えており、ＭＦＰ１０１からウェブＡＰの画面を受信してウェブブラウザに表示する。
【００１３】
図２は、ＭＦＰ１０１及び端末装置１０２のハードウェア構成図である。
【００１４】
ＭＦＰ１０１は、制御部２１０、操作部２１９、プリンタ２２０、及びスキャナ２２１を備える。制御部２１０は、ＭＦＰ１０１の全体動作を制御する。そのために制御部２１０は、ＣＰＵ（Central Processing Unit）２１１を備える。ＣＰＵ２１１は、ＲＯＭ（Read Only Memory）２１２に記憶された起動プログラムを読み出し、ＲＡＭ（Random Access Memory）２１３を作業領域に用いて実行する。制御部２１０は、その他に、ＨＤＤ（Hard Disk Drive）２１４、操作部インタフェース（Ｉ／Ｆ）２１５、プリンタＩ／Ｆ２１６、スキャナＩ／Ｆ２１７、及びネットワークＩ／Ｆ２１８を備える。
【００１５】
ＨＤＤ２１４は、画像データ、ＭＦＰ１０１にインストールされる各種コンピュータプログラム、及び各種データ、テーブル等を記憶する大容量記憶装置である。ＨＤＤ２１４は、ＳＳＤ（Solid State Drive）等の他の大容量記憶装置で実現されてもよい。ＭＦＰ１０１にインストールされるアプリケーションがネイティブＡＰとなる。
ＣＰＵ２１１は、ネイティブＡＰを、ＲＡＭ２１３を作業領域に用いて実行することで処理を行う。また、ＣＰＵ２１１は、ネイティブＡＰをウェブＡＰに変換して、端末装置１０２に提供する処理を行う。ネイティブＡＰは、例えばプリンタ２２０によるプリント処理を行うためのアプリケーションや、スキャナ２２１による読取処理を行うためのアプリケーションである。
【００１６】
操作部Ｉ／Ｆ２１５は、制御部２１０と操作部１２９とのインタフェース制御を行う。図３は、操作部２１９の構成例示図である。操作部２１９は、表示部であるＬＣＤ（Liquid Crystal Display）上にタッチパッドの透明シート３０２が貼られたタッチパネル３０１を有する。タッチパネル３０１には、アプリケーションの実行に関連する画面やソフトウェアキーが表示される。タッチパネル３０１がタッチ操作されると、タッチ位置が制御部２１０に入力される。制御部２１０は、タッチ位置に応じた処理を行う。
【００１７】
その他に操作部２１９は、スタートキー３０３、ストップキー３０４、リセットキー３０５、ガイドキー３０６、トップメニューキー３０７、数値キー３０８等の各種ハードウェアキーを備える。スタートキー３０３は、ＭＦＰ１０１に対して処理の開始を指示するためのハードウェアキーである。スタートキー３０３の中央部には、緑と赤の２色で点灯可能なＬＥＤ表示部３０９が設けられる。ＬＥＤ表示部３０９は、色によってスタートキー３０３が使用可能な状態にあるか否かを表す。ストップキー３０４は、ＭＦＰ１０１の動作を停止するためのハードウェアキーである。リセットキー３０５は、設定を初期化するためのハードウェアキーである。ガイドキー３０６は、ＭＦＰ１０１の使用方法を表示するためのハードウェアキーである。トップメニューキー３０７は、ＭＦＰ１０１の機能選択時のトップメニュー画面を表示するためのハードウェアキーである。数値キー３０８は、数値を入力するためのハードウェアキーである。
【００１８】
プリンタＩ／Ｆ２１６は、制御部２１０とプリンタ２２０とのインタフェース制御を行う。制御部２１０は、操作部２１９からプリント処理の開始の指示が入力されると、プリンタＩ／Ｆ２１６を介して、プリンタ２２０にプリント処理のための各種指示、データ等を送信する。プリンタ２２０は、制御部２１０から受信する指示、データ等に応じてシートに画像を形成する。
スキャナＩ／Ｆ２１７は、制御部２１０とスキャナ２２１とのインタフェース制御を行う。制御部２１０は、操作部２１９から読取処理の開始の指示が入力されると、スキャナＩ／Ｆ２１７を介して、スキャナ２２１に読取処理のための各種指示、データ等を送信する。スキャナ２２１は、制御部２１０から受信する指示、データ等に応じて原稿の画像を読み取って画像データを生成する。スキャナ２２１は、生成した画像データをスキャナＩ／Ｆ２１７を介して制御部２１０に送信する。
ネットワークＩ／Ｆ２１８は、ＭＦＰ１０１と端末装置１０２等の外部装置との間でネットワーク１１０を介した通信制御を行う。本実施形態では、制御部２１０は、ネットワークＩ／Ｆ２１８を介して、端末装置１０２からウェブＡＰの要求を受け付けて、当該端末装置１０２に要求に応じたウェブＡＰの画面を提供する。
【００１９】
端末装置１０２は、制御部２３０、入力部２３８、及び出力部２３９を備える。制御部２３０は、端末装置１０２の全体動作を制御する。そのために制御部２３０は、ＣＰＵ２３１を備える。ＣＰＵ２３１は、ＲＯＭ２３２に記憶された起動プログラムを読み出し、ＲＡＭ２３３を作業領域に用いて実行する。制御部２３０は、その他に、ＨＤＤ２３４、ネットワークＩ／Ｆ２３５、入力Ｉ／Ｆ２３６、及び出力Ｉ／Ｆ２３７を備える。
【００２０】
ＨＤＤ２３４は、端末装置１０２にインストールされる各種コンピュータプログラム、及び各種データ、テーブル等を記憶する大容量記憶装置である。ＨＤＤ２３４は、ＳＳＤ等の他の大容量記憶装置で実現されてもよい。端末装置１０２には、ＭＦＰ１０１から取得するウェブＡＰの画面を表示するためのウェブブラウザがインストールされる。ＣＰＵ２３１は、ＨＤＤ２３４にインストールされるコンピュータプログラムを、ＲＡＭ２３３を作業領域に用いて実行することで各種処理を行う。例えばＣＰＵ２３１は、ウェブブラウザの起動を行う。
【００２１】
ネットワークＩ／Ｆ２３５は、端末装置１０２とＭＦＰ１０１等の外部装置との間でネットワーク１１０を介した通信制御を行う。本実施形態では、制御部２３０は、ネットワークＩ／Ｆ２３５を介して、ＭＦＰ１０１へウェブＡＰの要求を行い、当該要求に応じてＭＦＰ１０１から送信されるウェブＡＰの画面を受信する。
入力Ｉ／Ｆ２３６は、制御部２３０と入力部２３８とのインタフェース制御を行う。制御部２３０は、入力Ｉ／Ｆ２３６を介して入力部２３８からの指示等の入力を受け付ける。入力部２３８は、キーボード、マウス、タッチパネル等の汎用の入力装置である。ウェブＡＰの要求等は、入力部２３８により行われる。
出力Ｉ／Ｆ２３７は、制御部２３０と出力部２３９とのインタフェース制御を行う。出力部２３９は、ＬＣＤ等のディスプレイである。制御部２３０は、出力Ｉ／Ｆ２３７を介して出力部２３９に画面表示を行う。例えば、制御部２３０は、ＭＦＰ１０１から取得したウェブＡＰの画面を出力部２３９に表示する。ウェブＡＰの画面は、例えばＨＴＭＬ形式で送信される。制御部２３０は、ネットワークＩ／Ｆ２３５によりウェブＡＰの画面を取得してウェブブラウザにより出力部２３９に表示する。
【００２２】
ＭＦＰ１０１は、ＭＦＰ１０１にインストールされるネイティブＡＰに関連する画面（操作画面、設定画面、実行結果の画面等）を、端末装置１０２にウェブＡＰの画面として提供する。ネイティブＡＰ及びウェブＡＰの画面は、各々異なる画面定義データに基づいて表示される。画面定義データは、アプリケーションに関連する画面に含まれる、画面（パネル）の大きさや配置、選択ボタンの配置、メッセージ等の画面部品の種類や配置を定義するデータである。ＭＦＰ１０１は、ネイティブＡＰの画面の画面定義データをウェブＡＰの画面の画面定義データに変換する。以下、ネイティブＡＰの画面の画面定義データを「ネイティブ画面定義データ」、ウェブＡＰの画面の画面定義データを「ウェブ画面定義データ」という。
【００２３】
図４は、ネイティブ画面定義データからウェブ画面定義データへの変換を行うためのＭＦＰ１０１の機能ブロック図である。ＭＦＰ１０１の各機能は、ＣＰＵ２１１がＲＯＭ２１２及びＨＤＤ２１４の少なくとも一方から読み出したコンピュータプログラムを実行することで実現される。ＭＦＰ１０１は、データ取得部４０１、ネイティブ画面定義解析部４０２、ウェブ画面定義生成部４０３、ウェブ画面生成部４０４、ネイティブ画面定義データ記憶部４０５、及びウェブ画面記憶部４０６として機能する。
【００２４】
データ取得部４０１は、ユーザが操作部２１９により入力する各種データを取得する。例えば、データ取得部４０１は、出力画面一覧表及び画面部品対応表を受け付ける。出力画面一覧表及び画面部品対応表は、ユーザがパーソナルコンピュータ等により作成するファイルである。
【００２５】
図５は、出力画面一覧表の例示図である。出力画面一覧表７００は、ネイティブＡＰの画面を識別する画面識別子７０１及びネイティブＡＰの複数の画面がウェブＡＰに変換する必要があるか否かを表す変換可否情報７０２を含む。図５の例は、画面識別子７０１「ID_UI_GAZOUMUKI」、「ID_UI_XXXXXXXXX」のネイティブＡＰの画面が、変換する必要があることを表す。また、画面識別子７０１「ID_UI_YYYYYYYYY」のネイティブＡＰの画面が、変換する必要がないことを表す。例えば、ネイティブＡＰの画面のうち操作画面や設定画面は、ユーザの入力が無ければ次の処理に移行しない。そのために、これらの画面は、端末装置１０２にウェブＡＰとして提供されて端末装置１０２のユーザに指示の入力を促す必要があるため、ウェブＡＰに変換する必要がある画面に設定される。
【００２６】
図６は、画面部品対応表の例示図である。画面部品対応表１０００は、ネイティブＡＰの画面を構成する画面部品のモジュールを識別するネイティブ画面部品モジュール識別子１００１と、ウェブＡＰの画面を構成する画面部品を識別するウェブ画面部品識別子１００２との対応を表す。ネイティブ画面定義データがウェブ画面定義データに変換される場合、ネイティブＡＰの画面を構成する各画面部品は、画面部品対応表１０００に応じて変換される。
【００２７】
ネイティブ画面定義解析部４０２は、ネイティブ画面定義データを解析して、ネイティブ画面定義データに含まれる画面部品を識別する画面部品識別子及び画面部品モジュール識別子を抽出する。ネイティブ画面定義データは、ネイティブ画面定義データ記憶部４０５に記憶される。ネイティブ画面定義解析部４０２は、ネイティブ画面定義データ記憶部４０５からネイティブ画面定義データを取得する。ネイティブ画面定義データは、ネイティブＡＰの実行時に生成されて、ネイティブ画面定義データ記憶部４０５に記憶される。
【００２８】
図７は、ネイティブ画面定義データの説明図である。図７（ａ）がネイティブ画面定義データを例示し、図７（ｂ）が図７（ａ）のネイティブ画面定義データにより表示される画面を例示する。ネイティブ画面定義データ８００は、画面識別子８０１、画面部品識別子８０２、画面部品モジュール識別子８０３を含む。
画面識別子８０１は、出力画面一覧表７００の画面識別子７０１に対応する。出力画面一覧表７００の画面識別子７０１が特定されることで、対応するネイティブ画面定義データ８００が特定される。
画面部品識別子８０２は、ネイティブ画面定義データ８００による画面に含まれる画面部品を表す。図７（ｂ）の例では、画面８０７がダイアログボックスであり、画像向き縦ボタン８０８、画像向き横ボタン８０９、及びＯＫボタン８１０がラジオボタンである。
画面部品モジュール識別子８０３は、画面部品に使用する画面部品モジュールを表す。画面部品モジュール識別子８０３は、図６の画面部品対応表１０００のネイティブ画面部品モジュール識別子１００１に対応する。ネイティブ画面定義データ８００の画面部品モジュール識別子８０３が特定されることで、対応するネイティブ画面部品モジュール識別子１００１が特定される。
【００２９】
ウェブ画面定義生成部４０３は、画面部品対応表１０００及び項目役割対応表に基づいて、ネイティブ画面定義データをウェブ画面定義データに変換する。図８は、項目役割対応表の例示図である。項目役割対応表１１００は、ネイティブＡＰの画面を構成する画面部品のネイティブ画面部品識別子１１０１、役割情報１１０２、関連情報１１０３、関連識別文字列１１０４が含まれる。
【００３０】
ネイティブ画面部品識別子１１０１は、図７（ａ）のネイティブ画面定義データ８００の画面部品識別子８０２に対応する。ネイティブ画面定義データ８００の画面部品識別子８０２が特定されることで、対応するネイティブ画面部品識別子１１０１が特定される。
役割情報１１０２は、画面部品の役割を表す。図８の例では、画面識別子「IDC_GAZOUMUKI_DIALOG」の役割は画面である。画面識別子「IDC_GAZOUMUKI_OK」の役割は確定ボタンである。画面識別子「IDC_GAZOUMUKI_PORT」及び画面識別子「IDC_GAZOUMUKI_LAND」の役割は選択ボタンである。
関連情報１１０３は、画面部品間の関連する役割の有無を表す。図８の例では、「IDC_GAZOUMUKI_PORT」及び「IDC_GAZOUMUKI_LAND」がいずれも選択ボタンで、役割が関連する。「IDC_GAZOUMUKI_DIALOG」と「IDC_GAZOUMUKI_OK」とは、役割に関連がない。
関連識別文字列１１０４は、関連する役割を持つ画面部品の関連付けを表す文字列を表す。図８の例では、「IDC_GAZOUMUKI_PORT」及び「IDC_GAZOUMUKI_LAND」が関連するために、文字列が設定される。
【００３１】
図９は、ウェブ画面定義データの説明図である。図９（ａ）がウェブ画面定義データの例を示し、図９（ｂ）が図９（ａ）のウェブ画面定義データにより表される画面の例示図である。このウェブ画面定義データ９００は、図７のネイティブ画面定義データが変換されたものである。ウェブ画面定義データ９００は、ＦＯＲＭタグ９０１、ＳＥＬＥＣＴタグ９０２、ＯＰＴＩＯＮタグ９０３、ＳＵＢＭＩＴボタン９０４を含む。なお、本実施形態では、ウェブ画面定義データ９００は、ＨＴＭＬ形式で記載されるが、端末装置１０２のウェブブラウザで表示可能であれば、他のフォーマットであってもよい。ＦＯＲＭタグ９０１は、データを送信するためのＨＴＭＬタグである。ＳＥＬＥＣＴタグ９０２は、画像向きの選択を可能とするラジオボタンのタグである。ＯＰＴＩＯＮタグ９０３は、画像向き縦、および、画像向き横の設定を可能とする、選択肢のタグである。ＳＵＢＭＩＴボタン９０４は、「ＯＫ」と表示され、ＳＥＬＥＣＴタグ９０２による選択結果をＭＦＰ１０１に送信するためのボタンである。
【００３２】
端末装置１０２のウェブブラウザで表示される画面９０５は、画像向き設定ラジオボタン９０６、及びＯＫボタン９０７を含む。画像向き設定ラジオボタン９０６では、画像向き縦、および画像向き横を選択可能である。ＯＫボタン９０７が押下されると、画像向き設定ラジオボタン９０６の選択結果がＭＦＰ１０１に送信される。
【００３３】
ウェブ画面生成部４０４は、ウェブ画面定義生成部４０３で生成されたウェブ画面定義データに基づいて、最終的にウェブＡＰの画面であるウェブ画面を生成する。ウェブ画面生成部４０４の処理により、端末装置１０２のウェブブラウザに表示可能なウェブ画面が生成される。ウェブ画面生成部４０４は、生成したウェブ画面をウェブ画面記憶部４０６に記憶する。ウェブ画面生成部４０４は、端末装置１０２からウェブＡＰの要求があると、要求に応じたウェブ画面をウェブ画面記憶部４０６から取得して、端末装置１０２へ送信する。端末装置１０２は、ウェブ画面を受信して、ウェブブラウザにより図９（ｂ）のようなウェブＡＰの画面を表示することができる。
【００３４】
以上のような構成により、ＭＦＰ１０１は、ネイティブＡＰの画面からウェブＡＰの画面への変換処理を行う。図１０は、ネイティブＡＰの画面からウェブＡＰの画面への変換処理を表すフローチャートである。
【００３５】
データ取得部４０１は、所定の入力装置である操作部２１９から出力画面一覧表７００及び画面部品対応表１０００を取得する（Ｓ５０１）。ネイティブ画面定義解析部４０２は、データ取得部４０１で取得した出力画面一覧表に応じてネイティブ画面定義データ記憶部４０５からネイティブ画面定義データ８００を取得して解析する（Ｓ５０２）。ネイティブ画面定義データ８００の解析処理の詳細は後述する。
【００３６】
ＭＦＰ１０１の制御部２１０は、ネイティブ画面定義データ８００の解析が正常終了したか否かを判断する（Ｓ５０３）。ネイティブ画面定義解析部４０２は、例えば解析処理が異常終了した場合にエラーレポートを出力する。制御部２１０は、このエラーレポートの有無により、解析が正常終了しているか否かを確認することができる。
【００３７】
ネイティブ画面定義データ８００の解析が正常終了した場合（Ｓ５０３：Y）、ウェブ画面定義生成部４０３は、ネイティブ画面定義データ８００に含まれる画面部品を、端末装置１０２のウェブブラウザで表示できる形式に変換する（Ｓ５０４）。ウェブ画面定義生成部４０３は、解析結果及び画面部品対応表１０００に基づいて、この変換処理を行う。Ｓ５０４では、ウェブ画面定義生成部４０３は、ネイティブ画面定義データ８００の解析により抽出された画面部品モジュール識別子８０３を、図６の画面部品対応表１０００に基づいて、ウェブ画面部品識別子１００２に変換する。本実施形態では、ＨＴＭＬのタグに変換する。なお、ＨＴＭＬのタグの他に、例えば、JavaScript（登録商標）の画面部品等の、端末装置１０２が表示可能な形態に変換すればよい。
【００３８】
図６の画面部品対応表１０００の例では、「.CluiBasicPanel」を「ＨＴＭＬ」タグに、「.CluiBasicButton」を「input」タグ、もしくは「select」タグに関連付ける。次に、ウェブ画面定義生成部４０３は、図８の項目役割対応表１１００に基づいて、最終的にどういったＨＴＭＬ形式に変換するかを抽出する。図８の例は、「IDC_GAZOUMUKI_DIALOG」は、画面であり、「IDC_GAZOUMUKI_OK」は確定ボタンであり、項目間の関連はない。そして、「IDC_GAZOUMUKI_PORT」、「IDC_GAZOUMUKI_LAND」は、選択肢の一つで、項目同士で関連し、どちらかの選択肢が一つに決まる形（選択肢：単一選択）で関連付けられる。
【００３９】
ＭＦＰ１０１の制御部２１０は、画面部品の変換が正常終了したか否かを判断する（Ｓ５０５）。ウェブ画面定義生成部４０３は、例えば変換処理が異常終了した場合にエラーレポートを出力する。制御部２１０は、このエラーレポートの有無により、変換が正常終了しているか否かを確認することができる。画面部品の変換が正常終了した場合（Ｓ５０５：Y）、ウェブ画面生成部４０４は、ウェブ画面定義生成部４０３から取得するウェブ画面定義データからウェブ画面を生成して、ウェブ画面記憶部４０６に記憶する（Ｓ５０６）。なお、ネイティブ画面定義データ８００の解析が異常終了した場合（Ｓ５０３：N）、及び画面部品の変換が異常終了した場合（Ｓ５０５：N）、制御部２１０は、変換処理を異常終了する。異常終了の場合、制御部２１０は、例えば操作部２１９の表示部に処理が異常終了したことを表示する。以上の処理により、ネイティブＡＰの画面からウェブＡＰの画面への変換処理が終了する。
【００４０】
図１１は、Ｓ５０２のネイティブ画面定義データの解析処理を表すフローチャートである。この処理は、出力画面一覧表で変換の必要があると設定された画面について、順次行われる。
【００４１】
ネイティブ画面定義解析部４０２は、Ｓ５０１で取得した出力画面一覧表７００で変換する必要があるとされる画面への解析処理が終了しているか否かを判断する（Ｓ６０１）。解析処理が終了していない場合（Ｓ６０１：Y）、ネイティブ画面定義解析部４０２は、出力画面一覧表７００の画面識別子７０１に応じて、ネイティブ画面定義データをネイティブ画面定義データ記憶部４０５から取得する（Ｓ６０２）。図５の例では、ネイティブ画面定義解析部４０２は、画面識別子８０１が「ID_UI_GAZOUMUKI」のネイティブ画面定義データを最初に取得する。
【００４２】
ネイティブ画面定義解析部４０２は、取得したネイティブ画面定義データから、画面識別子８０１を抽出する（Ｓ６０３）。図７で例では、<block type=”root”>というタグから、画面識別子「ID_UI_GAZOUMUKI」を抽出する。これによりネイティブ画面定義解析部４０２は、出力画面一覧表７００で指示されたネイティブ画面定義データを読み出したことを確認することができる。
【００４３】
ネイティブ画面定義解析部４０２は、取得したネイティブ画面定義データから、画面部品識別子を抽出する（Ｓ６０４）。ネイティブ画面定義解析部４０２は、図７の例では、まず画面ダイアログボックス「IDC_GAZOUMUKI_DIALOG」を画面部品識別子として抽出する。さらにネイティブ画面定義解析部４０２は、ＯＫボタン「IDC_GAZOUMUKI_OK」、縦向き設定ボタン「IDC_GAZOUMUKI_PORT」、横向き設定ボタン「IDC_GAZOUMUKI_LAND」を画面部品識別子として抽出する。次にネイティブ画面定義解析部４０２は、これらの画面部品で使用する画面部品モジュールを抽出する。図７の例では、ネイティブ画面定義データ８００内の画面部品モジュール識別子８０３である。画面部品モジュールは、ダイアログボックス「IDC_GAZOUMUKI_DIALOG」に対しての「.CluiBasicPanel」である。ＯＫボタン「IDC_GAZOUMUKI_OK」に対しての「.CluiBasicButton」である。縦向き設定ボタン「IDC_GAZOUMUKI_PORT」に対しての「. CluiBasicButton」である。横向き設定ボタン「IDC_GAZOUMUKI_LAND」に対しての「. CluiBasicButton」である。
【００４４】
ネイティブ画面定義解析部４０２は、以上の処理を、出力画面一覧表で変換する必要があるとされるすべての画面について行う。図５の例では、画面識別子「ID_UI_GAZOUMUKI」の次に、画面識別子「ID_UI_XXXXXXXXX」の画面について上記の処理を行う。画面識別子「ID_UI_YYYYYYYYY」の画面については変換の必要が無い。すべての画面について解析が終了すると（Ｓ６０１：N）、ネイティブ画面定義解析部４０２は、解析処理を終了する。以上の処理により、例えば図７（ｂ）のネイティブＡＰの画面８０７が変換されて、ウェブＡの画面９０５が生成される。
【００４５】
以上のようなＭＦＰ１０１は、ネイティブＡＰの画面を表すネイティブ画面定義データをウェブＡＰの画面を表すウェブ画面定義データに変換する。これにより、ネイティブＡＰの操作性に慣れたユーザが端末装置１０２でウェブＡＰを使用する場合でも、ネイティブＡＰの操作性に親和性の高い操作性を提供可能である。
【００４６】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2016218794.tif 000003
【図２】
2016218794.tif 000004
【図３】
2016218794.tif 000005
【図４】
2016218794.tif 000006
【図５】
2016218794.tif 000007
【図６】
2016218794.tif 000008
【図７】
2016218794.tif 000009
【図８】
2016218794.tif 000010
【図９】
2016218794.tif 000011
【図１０】
2016218794.tif 000012
【図１１】
2016218794.tif 000013