JP2020197986A - コンピュータプログラム、サーバ装置、端末装置、プログラム生成方法、及び方法 - Google Patents

Abstract

【課題】プログラムコードの作成を支援する、コンピュータプログラム、サーバ装置、端末装置及び表示方法を提供する。【解決手段】一実施形態に係るコンピュータプログラムは、プロセッサ（２１・３１）により実行されることにより、ファイル内で検索された、画像に係る対象文字列を取得し、文字列と素材データが格納される位置に係る情報との関係に係るルールと、前記対象文字列とを用いて、前記対象文字列に対応する対象素材データを特定し、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、ように前記プロセッサを機能させる、ものである。【選択図】 図３

Description

本件出願に開示された技術は、プログラムコードを生成する、コンピュータプログラム、サーバ装置、端末装置及び方法に関する。

アプリケーション上の画面のデザインは、ゲームをはじめとした種々のアプリケーションにおいて、人々の興味を引く重要な要素である。そのため、アプリケーションで表示される画面のコンセプトやデザインは、デザインを本職とするデザイナーにより作成されることが多い。しかし、かかる画面はアプリケーションの画面ではないため、次にプログラマーが、かかるデザイナーにより作成されたデザインを参考として、アプリケーションの画面を作成することになる。

特開２００６−１０７０２５号公報 特開２０１１−２５８０９２号公報

"Ａ Ｐｈｏｔｏｓｈｏｐ ＰＳＤ ｆｉｌｅ ｆｏｒ ＮｏｄｅｓＪＳ ａｎｄ ｂｒｏｗｓｅｒｓ"、［online］、２０１８年８月７日、Ｒｙａｎ ＬｅＦｅｖｒｅ、［２０１９年２月２０日検索］、インターネット（https://github.com/meltingice/psd.js）

このような手法は、デザインを本職とする専門家により洗練されたデザインを、実際のアプリケーションにおいて実現する手法として利点があるものの、発明者は、かかる手法には、アプリケーション作成者であるプログラマー（本願書類において、「利用者」ということもある）の負担が多いと考えた。すなわち、発明者は、デザイナーによって画面のデザインが存在するにも拘らず、アプリケーション上において、再度類似の画面をプログラムすることは非効率的であると考えた。

特許文献１に記載された技術は、処理に要する時間を短縮することを目的として、ソースコードの差分に着目する技術である。また、特許文献２に記載された技術は、論理記述の差分の抽出の対象はハードウェア記述言語の設計に限定される技術である。非特許文献１は、ＰＳＤファイルパーサーを開示している。

なお、上記特許文献１及び２と非特許文献１は、引用によりその全体が本明細書に組み入れられる。

したがって、本件出願において開示された幾つかの実施形態は、プログラムコードの作成を支援する、コンピュータプログラム、サーバ装置、端末装置、プログラム生成方法、及び方法を提供する。

一態様に係るコンピュータプログラムは、プロセッサにより実行されることにより、ファイル内で検索された、画像に係る対象文字列を取得し、文字列と素材データが格納される位置に係る情報との関係に係るルールと、前記対象文字列とを用いて、前記対象文字列に対応する対象素材データを特定し、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、
ように前記プロセッサを機能させる、ものである。

一態様に係るプログラムコードの生成方法は、コンピュータにより読み取り可能な命令を実行するプロセッサにより実行されるプログラムコードの生成方法であって、該プロセッサが、前記命令を実行することにより、ファイル内で検索された、画像に係る対象文字列を取得し、文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、ものである。

一態様に係るサーバ装置は、プロセッサを具備し、該プロセッサが、コンピュータにより読み取り可能な命令を実行することにより、ファイル内で検索された、画像に係る対象文字列を取得し、文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、ものである。

一態様に係る方法は、コンピュータにより読み取り可能な命令を実行するプロセッサにより実行される方法であって、該プロセッサが、前記命令を実行することにより、ファイル内で検索された、画像に係る対象文字列を取得し、文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、ものである。

一態様に係る端末装置は、プロセッサを具備し、該プロセッサが、コンピュータにより読み取り可能な命令を実行することにより、ファイル内で検索された、画像に係る対象文字列を取得し、文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、ものである。

図１は、一実施形態に係るシステムの構成の一例を示すブロック図である。 図２は、図１に示したサーバ装置２０（端末装置３０）のハードウェア構成の一例を模式的に示すブロック図である。 図３は、一実施形態に係るシステムの機能の一例を模式的に示すブロック図である。 図４は、一実施形態に係るシステムが受け付けるファイルの一例の一部である。 図５は、一実施形態に係るシステムが有するデータ構造の一例である。 図６は、一実施形態に係るシステムが有するデータ構造の一例である。 図７は、一実施形態に係るシステムが有するデータ構造の一例である。 図８は、一実施形態に係るシステムが有するデータ構造の一例である。 図９は、一実施形態に係るシステムが有するデータ構造の一例である。 図１０は、一実施形態に係るシステムが生成した画面の一例である。 図１１は、一実施形態に係るシステムが処理するフローの一例である。

以下、添付図面を参照して本発明の様々な実施形態を説明する。なお、図面において共通した構成要素には同一の参照符号が付されている。また、或る図面に表現された構成要素が、説明の便宜上、別の図面においては省略されていることがある点に留意されたい。さらにまた、添付した図面は、本願発明の一実施形態を開示するものではあるものの、必ずしも正確な縮尺で記載されている訳ではないということに注意されたい。

１．システムの例
図１は、一実施形態に係るシステムの構成の一例を示すブロック図である。図１に示すように、システム１は、通信網１０に接続される１又はそれ以上のサーバ装置２０と、通信網１０に接続される１又はそれ以上の端末装置３０と、を含んでよい。なお、図１には、サーバ装置２０の例として、３つのサーバ装置２０Ａ〜２０Ｃが例示され、端末装置３０の例として、３つの端末装置３０Ａ〜３０Ｃが例示されているが、サーバ装置２０として、これら以外の１又はそれ以上のサーバ装置２０が通信網１０に接続され得るし、端末装置３０として、これら以外の１又はそれ以上の端末装置３０が通信網１０に接続され得る。なお、本出願書類において、システムという用語を、サーバと端末装置の両方を含む場合もあれば、サーバのみ、又は、端末装置のみ、を示す用語としても用いる。すなわち、システムは、サ―バのみ、端末装置のみ、サーバ及び端末装置の両方、のいずれの態様であってもよい。

また、システムは、クラウド上の情報処理装置であってもよい。また、システムは、仮想的な情報処理装置を構成するものであって、論理的に一の情報処理装置と構成されるものであってもよい。また、システムの所有者と管理者は異なってもよい。

通信網１０は、携帯電話網、無線ＬＡＮ、固定電話網、インターネット、イントラネット、イーサネット（登録商標）、及び／又はこれらの組み合わせ等であってよく、また、これらに限定されない。

サーバ装置２０は、インストールされた特定のアプリケーションを実行することにより、ファイルに対応するプログラムコードの生成という動作等を実行できてよい。或いはまた、端末装置３０は、インストールされたウェブブラウザを実行することにより、サーバ装置２０からウェブページを受信及び表示して、プログラムコードの生成という動作等を実行できてよい。

端末装置３０は、このような動作を実行することができる任意の端末装置であって、スマートフォン、タブレット、携帯電話（フィーチャーフォン）及び／又はパーソナルコンピュータ等であってよく、これらに限定されない。

２．各装置のハードウェア構成
次に、サーバ装置２０が有するハードウェア構成の一例について説明する。
２−１．サーバ装置２０のハードウェア構成
サーバ装置２０のハードウェア構成例について図２を参照して説明する。図２は、図１に示したサーバ装置２０（端末装置３０）のハードウェア構成の一例を模式的に示すブロック図である（なお、図２において、括弧内の参照符号は、後述するように各端末装置３０に関連して記載されたものである。）

図２に示すように、サーバ装置２０は、主に、演算装置２１と、主記憶装置２２と、入出力インタフェイス装置２３を備えることができる。サーバ装置２０は、更に、入力装置２４と、補助出力装置２６と、を含むことができる。これら装置同士は、データバス及び／又は制御バスにより接続されていてよい。

演算装置２１は、主記憶装置２２に記憶されている命令及びデータを用いて演算を行い、その演算の結果を主記憶装置２２に記憶させるものである。さらに、演算装置２１は、入出力インタフェイス装置２３を介して、入力装置２４、補助記憶装置２５及び出力装置２６等を制御することができる。サーバ装置２０は、１以上の演算装置２１を含んでよい。演算装置２１は、１又はそれ以上のマイクロプロセッサ、及び／又は、グラフィックスプロセッシングユニット（ＧＰＵ）を含んでよい。

主記憶装置２２は、記憶機能を有し、入力装置２４、補助記憶装置２５及び通信網１０等（サーバ装置２０等）から、入出力インタフェイス装置２３を介して受信した命令及びデータ、並びに、演算装置２１の演算結果を記憶するものである。主記憶装置２２は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）及び／又はフラッシュメモリ等をこれらに限定することなく含むことができる。

補助記憶装置２５は、記憶装置である。上記特定のアプリケーションやウェブブラウザ等を構成する命令及びデータ（コンピュータプログラム）を記憶してよく、演算装置２１により制御されることにより、これらの命令及びデータ（コンピュータプログラム）を入出力インタフェイス装置２３を介して主記憶装置２２にロードされてよい。補助記憶装置２５は、磁気ディスク装置及び／又は光ディスク装置、ファイルサーバ等であってよく、これらに限定されない。

入力装置２４は、外部からデータを取り込む装置であり、タッチパネル、ボタン、キーボード、マウス及び／又はセンサ等であってよい。

出力装置２６は、ディスプレイ装置、タッチパネル及び／又はプリンタ装置等をこれらに限定することなく含むことができてよい。また、入力装置２４と出力装置２６とが一体化されたものであってもよい。

このようなハードウェア構成にあっては、演算装置２１が、補助記憶装置２５に記憶された特定のアプリケーションを構成する命令及びデータ（コンピュータプログラム）を順次主記憶装置２２にロードし、ロードした命令及びデータを演算することにより、入出力インタフェイス装置２３を介して出力装置２６を制御し、或いはまた、入出力インタフェイス装置２３及び通信網１０を介して、他の装置（例えばサーバ装置２０及び他の端末装置３０等）との間で様々な情報の送受信を行うことができてよい。

サーバ装置２０がかかる構成を備え、インストールされた特定のアプリケーションを実行することにより、以下で上述し定義される対象ファイルを取得し、素材データを特定し、プログラムコードを生成する、という動作等（後に詳述する様々な動作を含む）を実行できてよい。また、かかる動作等は、利用者が、入力装置２４又は後述する端末装置３０に係る入力装置３４を用いて、本願書類で開示する発明の一例のシステムに指示を与えることで動作されてよい。また、プログラムが演算装置２１上で実行されている場合には利用者の利用するシステムとしてのサーバ装置２０の出力装置２６によって表示されてよく、又は利用者の利用するシステムとしての端末装置３０の出力装置３６に表示させる構成であってよい。

２−２．端末装置３０のハードウェア構成
端末装置３０のハードウェア構成例について同じく図２を参照して説明する。各端末装置３０のハードウェア構成としては、例えば、上述した各サーバ装置２０のハードウェア構成と同一のものを用いることが可能である。したがって、各端末装置３０が有する構成要素に対する参照符号は、図２において括弧内に示されている。

図２に示すように、各端末装置３０は、主に、演算装置３１と、主記憶装置３２と、入出力インタフェイス装置３３と、入力装置３４と、補助記憶装置３５と、出力装置３６と、を含むことができる。これら装置同士は、データバス及び／又は制御バスにより接続されている。

演算装置３１、主記憶装置３２、入出力インタフェイス装置３３、入力装置３４、補助記憶装置３５及び出力装置３６は、それぞれ、上述した各サーバ装置２０に含まれる、演算装置２１、主記憶装置２２、入出力インタフェイス装置２３、入力装置２４、補助記憶装置２５及び出力装置２６と略同一なものとすることができる。但し、演算装置や記憶装置の容量や能力は、異なっていてよい。

このようなハードウェア構成にあっては、演算装置３１が、補助記憶装置３５に記憶された特定のアプリケーションを構成する命令及びデータ（コンピュータプログラム）を順次主記憶装置３２にロードし、ロードした命令及びデータを演算することにより、入出力インタフェイス装置３３を介して出力装置３６を制御し、或いはまた、入出力インタフェイス装置３３及び通信網１０を介して、他の装置（例えば各サーバ装置２０等）との間で様々な情報の送受信を行うことができる。

端末装置３０がかかる構成を備え、インストールされた特定のアプリケーションを実行することにより、以下で定義される対象ファイルを取得し、素材データを特定し、プログラムコードを生成する、という動作等（後に詳述する様々な動作を含む）を実行できる。また、インストールされたウェブブラウザを実行することにより、サーバ装置２０からウェブページを受信及び表示して、同様の動作を実行できる。また、かかる動作等は、利用者が、入力装置３４を用いて、本願書類で開示する発明の一例のシステムに指示を与えることで動作されてよい。また、プログラムが演算装置３１上で実行されている場合には利用者の利用するシステムとしての端末装置３０の出力装置３６に表示する構成であってよい。

３．各装置の機能
次に、サーバ装置２０及び端末装置３０の各々が有する機能の一例について、図３を参考に、説明する。図３は、図１に示したシステムの機能の一例を模式的に示すブロック図である。図３に示すように、一例のシステムは、対象ファイルから情報を取得する取得部４１と、素材データを特定する素材データ特定部４２と、プログラムコードを生成するプログラムコード生成部４３と、画面を生成する表示画面生成部４４と、を有してよい。

３．１．取得部４１
取得部４１は、ファイルから、情報を取得する機能を有する。ファイルは、画像を含む画像ファイルであってもよいし、画像ファイルが変更されて作成されたファイルであってもよい。画像ファイルとしては、例えばＰＳＤファイルが挙げられる。また、画像ファイルが変更されて作成されたファイルとしては、画像ファイルが含まれるファイルであってもよいし、画像ファイル自体は含まず画像の表示方法を示す定義ファイルであってもよい。例えば、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）ファイルであってよい。ＪＳＯＮファイルは、テキスト形式のファイルであり、ＪＳＯＮファイルのデータ構造では、オブジェクトが、名前と値のペアのセットとして構成が可能である。また、オブジェクトは、階層化された構造を備えることもできる。例えば、図４のようなＪＳＯＮファイルであってよい。なお、以降ではＪＳＯＮファイルを中心に説明するが、本願発明に係るファイルは、ＪＳＯＮファイルに限られない。

取得部４１は、ファイルから情報を読み込み、記憶してよい。ＪＳＯＮファイルにおいては、オブジェクト内における名前と値のペアについて、名前又は値のうち、画像に係る対象文字列となりうるものがあれば、それらを記憶してよい。取得部４１は、名前と値を、関連付けて記憶してよい。なお、取得部４１は、ＪＳＯＮファイルにおける全てのオブジェクトについて、名前と値のペアを記憶してもよいし、ＪＳＯＮファイルにおいて画像に係る対象文字列と判定されたもののみについて名前と値のペアを記憶してもよい。前者の場合、例えば、各オブジェクトの位置が相対位置で特定されているなど画像の位置関係を特定するための情報として、画像に係る対象文字列以外の情報を利用できる利点がある。後者の場合、記憶される情報が画像に係る対象文字列に限定されるため、記憶するために必要な容量を少なくできる利点がある。

なお、ＪＳＯＮファイル内のオブジェクトの名前として、頻繁に表れるものがあれば、これらを予約語として設定してもよい。例えば、ＪＳＯＮファイル内のオブジェクトの名前として、例えば、ｌｅｆｔ、ｒｉｇｈｔ、ｔｏｐ、ｂｏｔｔｏｍ、ｈｅｉｇｈｔ、ｗｉｄｔｈなどを予約語としてもよい。その場合、一例のシステムは、ＪＳＯＮファイルを読み込み、オブジェクト内の名前と値のペアについて、名前が既に予約語であるかどうかを判定し、予約語であれば、その予約語に対応する箇所に値を記憶してもよい。一例のシステムは、かかる予約語のテーブルを予め保有しておき、かかるテーブルと照らし合わせることで、予約語であるかどうかの判定をしてよい。一例のシステムがかかる構成を備える場合、名前に対応する情報を記憶する必要がなく、記憶量を削減できる利点がある。

ここでは、ファイルとして、ＪＳＯＮファイルを挙げたが、後述する通り、画像に係る文字列を含むことができるファイルであれば、どのようなものでもよく、例えば、ＸＭＬやＨＴＭＬなどのファイルであってもよい。本願書類において、これらの取得部４１が取得する対象となるファイルを、「対象ファイル」ということもある。

取得部４１は、対象ファイルから、画像に係る対象文字列を取得する。画像に係る対象文字列は、画像の表示に係る文字列、画像と関連する文字列に係る文字列、又は、画像の機能に係る文字列、などであってよい。取得部４１は、これらの文字列の全部又は一部を記憶してよい。以降では、画像に係る対象文字列として、ＪＳＯＮフォーマットで記述されたファイル内の文字列を例として、説明する。

（画像の表示に係る文字列）
画像の表示に係る文字列は、例えば、画像ファイルを特定する文字列、画像ファイルの表示に係る指示の文字列が挙げられる。前者の画像ファイルを特定する文字列は、例えば、画像ファイル名が挙げられ、“ｎａｍｅ”：“ｂｔｎ．ｐｎｇ”などの文字列が挙げられる。取得部４１は、画像ファイルを特定する文字列であるかどうかを、対象ファイルに係る文字列が、拡張子の文字列を含むかどうかの検索により判定してよい。例えば、取得部４１が、複数の画像ファイルの拡張子の例のテーブルを有しておき、かかるテーブル内の文字列とのパターンマッチにより、対象ファイルから文字列を検索し、ファイル名を特定してよい。ファイル名の拡張子のテーブルの例としては、例えば、図５のように、“ＰＮＧ”、“ＧＩＦ”、“ＪＰＥＧ”、“ｔｉｆ”、“ｓｖｇ”、“ｓｖｇｚ”、“ＥＰＳ”などを有するテーブルであってよい。取得部４１は、画像ファイルを特定する文字列として、例えば”ｎａｍｅ”：”ｂｔｎ．ｐｎｇ”を検出した場合、画像ファイルを特定する文字列として、”ｎａｍｅ”：”ｂｔｎ．ｐｎｇ”を記憶してもよいし、ファイル名としての”ｂｔｎ．ｐｎｇ”を記憶してもよい。

後者の画像ファイルの表示に係る指示の文字列は、例えば、画像の位置、画像の大きさ、画像の透明性、画像の幅、画像の高さ、などが挙げられる。ＪＳＯＮファイルの形式で説明すれば、例えば、“ｌｅｆｔ”、“ｒｉｇｈｔ”、“ｔｏｐ”、“ｂｏｔｔｏｍ”、“ｈｅｉｇｈｔ”、“ｗｉｄｔｈ”、などが挙げられる。取得部４１は、画像ファイルの表示に係る指示の文字列であるかどうかを、対象ファイルに係る文字列が、画像ファイルの表示に係る指示の文字列を含むかどうかの検索により判定してよい。例えば、取得部４１が、画像ファイルの表示に係る指示の文字列の例のテーブルを有しておき、かかるテーブル内の文字列とのパターンマッチにより、対象ファイルから文字列を検索し、画像ファイルの表示に係る指示の文字列を特定してよい。画像ファイルの表示に係る指示の文字列のテーブルの例としては、例えば、図６のように、“ｌｅｆｔ”、“ｒｉｇｈｔ”、“ｔｏｐ”、“ｂｏｔｔｏｍ”、“ｈｅｉｇｈｔ”、“ｗｉｄｔｈ”等を有するテーブルであってよい。

取得部４１は、画像ファイルの表示に係る指示の文字列として、例えば“ｌｅｆｔ”：“１７０”を検出した場合、画像ファイルの表示に係る指示の文字列として、“ｌｅｆｔ”：“１７０”を記憶してもよいし、“ｌｅｆｔ”と関連付けた値としての”１７０”を記憶してもよい。

（画像と関連する文字列に係る文字列）
画像と関連する文字列に係る文字列における画像と関連する文字列は、例えば、画像内や画像の周辺に表示される文字列であってよく、画像と関連する文字列に係る文字列は、かかる画像と関連する文字列に係る文字列が挙げられる。対象ファイル内におけるＪＳＯＮファイルの例としては、例えば、オブジェクトに対し、”ｖａｌｕｅ”：”ｂｔｎ”などにおけるｂｔｎが、画像と関連して表示される文字列の一例であり、画像に関連して表示される文字列に係る文字列の一例は、”ｖａｌｕｅ”：”ｂｔｎ”やかかる文字列（ｂｔｎ）の表示に関する書式であってよい。書式は、例えば、フォント、スタイル、文字の大きさ、文字の位置（中央、左寄り、右寄り、上寄り、下寄りなど）、文字飾り（取り消し線、下線、上付き、下付きなど）などが挙げられる。

取得部４１は、画像と関連する文字列に係る文字列であるかどうかを、対象ファイルに係る文字列が、画像と関連する文字列に係る文字列を含むかどうかの検索により判定してよい。例えば、取得部４１が、画像と関連する文字列に係る文字列のテーブルを有しておき、かかるテーブル内の文字列とのパターンマッチにより、対象ファイルから文字列を検索し、画像と関連する文字列に係る文字列を特定してよい。画像と関連する文字列に係る文字列のテーブルの例としては、例えば、図７のように、“ｖａｌｕｅ”、“ｆｏｎｔ”、“ｓｉｚｅ”、“ｃｏｌｏｒ”、“ａｌｉｇｎｍｅｎｔ”等を有するテーブルであってよい。

取得部４１は、画像と関連する文字列に係る文字列として、例えば“ｖａｌｕｅ”：“ｂｔｎ”を検出した場合、画像と関連する文字列に係る文字列として、“ｖａｌｕｅ”：“ｂｔｎ”を記憶してもよいし、“ｖａｌｕｅ”と関連付けた値としての”ｂｔｎ”を記憶してもよい。

（画像の機能に係る文字列）
画像の機能に係る文字列は、画像が機能を有すると推定される文字列であってよい。例えば、画像の名称として「ｂｔｎ」という文字列があれば、その画像がボタンという機能を有すると推定され、また、画像の名称として「ＯＫ」という文字列があれば、その画像はＯＫ又は何らかの了解を示す機能を有すると推定される。

取得部４１は、画像の機能に係る文字列であるかどうかを、対象ファイルに係る文字列が、画像の機能に係る文字列を含むかどうかの検索により判定してよい。例えば、取得部４１が、画像の機能に係る文字列のテーブルを有しておき、かかるテーブル内の文字列とのパターンマッチにより、対象ファイルから文字列を検索し、画像の機能に係る文字列を特定してよい。画像の機能に係る文字列のテーブルの例としては、例えば、図８のように、“ｂｔｎ”、“ＯＫ”、“ＮＯ”、“ＮＥＸＴ”等を有するテーブルであってよい。

取得部４１は、画像の機能に係る文字列として、例えば“ｖａｌｕｅ”：“ＯＫ”を検出した場合、画像の機能に係る文字列として、“ｖａｌｕｅ”：“ＯＫ”を記憶してもよいし、“ｖａｌｕｅ”と関連付けた値としての”ＯＫ”を記憶してもよい。

上述の画像の表示に係る文字列（画像ファイルを特定する文字列、画像ファイルの表示に係る指示の文字列）、画像と関連する文字列に係る文字列、又は、画像の機能に係る文字列、などの画像に係る対象文字列は、いずれも特定の画像（例えば、画像ファイルを特定する文字列で特定される画像）に関するものであるため、当該特定の画像を示す情報と、関連付けられて、記憶されてよい。例えば、取得部４１は、図９のように、一の画像に関連する情報として、各画像に係る文字列に対応する具体的な情報を、特定のＩＤなどで管理して、記憶してよい。

なお、取得部４１は、対象ファイル内の階層構造を用いて、画像に係る対象文字列の階層構造を作成してよい。階層構造は、例えば、第１の画像が第１のオブジェクト上に存在し、第２の画像が第２のオブジェクト上に存在する場合において、第１のオブジェクトと第２のオブジェクトの関係として第１のオブジェクト上に第２のオブジェクトが存在する場合などが挙げられる。この場合、対象ファイル内の階層構造を用いて、画像に係る情報を取得できる利点がある。取得部４１は、画像に係る対象文字列の階層構造について、各階層構造の包含関係や並列関係を、リスト、構造体、変数などにより管理して、記憶してよい。

３．２．素材データ特定部４２
素材データ特定部４２は、取得部４１が取得した画像に係る対象文字列に対応する素材データを特定する。ここで、素材データとは、対象ファイル内で表示される画像に対応する画像を表示できるデータである。なお、素材データを含むファイルを、「素材データに係るファイル」ということもある。素材データに係るファイルの形式としては、例えば、上述のとおり、ＰＮＧ、ＧＩＦ、ＪＰＥＧ、ｔｉｆ、ｓｖｇ、ｓｖｇｚ、ＥＰＳなどがあげられる。素材データ特定部４２は、素材データを特定し、素材データに係るファイルを特定してよい。

素材データ特定部４２は、文字列と素材データが格納される位置に係る情報との関係を用いて、上述の対象文字列に対応する素材データを特定してよい。

ここで、素材データが格納される位置に係る情報は、情報処理装置内の位置として、素材データが格納されるフォルダであってもよいし、素材データであるファイルの位置であってもよいし、ファイル名自身でもよい。ファイルは、フルパスや絶対パス（上位のディレクトリを含み指定する方式）で指定されてもよいし、相対パス（現在の位置からファイルを相対的に指定する方式）で指定されてもよい。また、素材データが格納される位置に係る情報の種々の態様としては、素材データが格納される種々のハードウェア内の位置の情報であってよい。例えば、素材データ特定部４２が実行される情報処理装置内の記憶装置内の位置であってもよいし、ファイルサーバや他の情報処理装置など同一のＬＡＮ内の他の情報処理装置内の記憶装置内の位置であってもよいし、クラウドなどの仮想的なシステム内の記憶装置内であってもよいし、インターネット上の他の情報処理装置内の記憶装置内であってもよく、ＵＲＬなどのネットワーク上の位置を含んでもよい。

素材データに係るファイルは、一のフォルダ内に纏めて含まれていてもよいし、複数のフォルダ内に含まれていてもよい。また、前記複数のフォルダは、一のフォルダの下位のフォルダに含まれているものであってもよいし、複数のフォルダの下位に含まれているものであってもよい。素材データに係るファイルが、これらの特定の一又は複数のフォルダ内にある場合において、素材データ特定部４２は、前記特定の一又は複数のフォルダを特定する情報を、予め有していてよい。なお、素材データに係るファイルが、含まれうる特定の一又は複数のフォルダを、「素材データ特定フォルダ」ということもある。

対象文字列に対応する対象素材データを特定するにあたり適用されるルールである、前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、予め定められたフォルダ内にある一又は複数のデータから、前記素材データに係るファイルを特定するルールであってよい。素材データ特定部４２は、素材データに係るファイルが特定されるフォルダに関する情報を一又は複数有してよい。素材データ特定部４２は、かかるフォルダに関する情報を用いて、素材データに係るファイルを特定してよい。素材データ特定部４２は、素材データに係るファイルの特定方法として、ファイルに係る情報を用いてよい。例えば、素材データのファイル名を用いてよい。ファイル名を用いたファイルの特定方法は、後述する検索手法が用いられてよい。

素材データのファイル名は、検索により、特定されてよい。具体的には、素材データ特定部４２は、文字列と素材データが格納される位置に係る情報との関係に係るルールとして、文字列と素材データのファイル名との関係を用いるルールを用いてよい。文字列と素材データのファイル名との関係を用いるルールは、画像に係る文字列と素材データのファイル名との関係を用いるルールを用いてよいし、画像の表示に係る文字列と素材データのファイル名との関係を用いるルールを用いてよいし、画像となるファイルを特定する文字列と素材データのファイル名との関係を用いるルールを用いてよい。

また、素材データ特定部４２は、前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、前記対象文字列と同一又は類似の文字列を特定するルールを用いてよい。素材データ特定部４２は、対象文字列と同一又は類似の文字列を特定することにより、前記特定された同一又は類似の文字列をファイル名として有するファイルを、素材データに係るファイルとして特定してよい。また、素材データ特定部４２は、対象文字列に対して、検索手段を適用する前処理として、特定の処理を施してもよい。特定の処理としては、例えば、対象文字列の一部を削除する、又は、対象文字列から正規表現検索のためのパターンを生成するなどが挙げられる。検索アルゴリズムとしては、種々の手法が使用されてよく、例えば、正規表現検索、ボイヤームーア文字列検索、ＯＳ内の組込検索、ミドルフレームやフレームワーク内の検索などの技術が用いられてよい。素材データ特定部４２が、素材データのファイル名を自動的に特定できる場合、利用者自身が素材データのファイル名を特定する負担が減少する利点がある。

また、複数のファイルが、素材データに係るファイルの候補となった場合、素材データ特定部４２は、対象文字列に対応する対象素材データの特定は、対象文字列に対応する複数の対象素材データのうちの選択された一の対象素材データを示す情報を受領することによる特定であってよい。例えば、素材データ特定部４２は、複数のファイルを素材データに係るファイルの候補とした場合、かかる複数の候補のファイル名のうち選択された一のファイル名を、対象素材データを示す情報として取得し、かかる選択された一のファイルを素材データに係るファイルとして特定してよい。また、素材データ特定部４２は、かかる複数のファイルを、選択された情報を取得する前に、選択肢として、利用者に係る端末に表示させてよい。かかる構成の場合、候補のファイルは検索で特定されているものであり、対象文字列に対応しない可能性の高いファイルは除かれているため、利用者が対象文字列に対応するファイルを探す負担が減少する利点がある。

なお、素材データ特定部４２が素材データに係るファイルの候補を特定しない場合、後述するプログラムコード生成部４３は、相当する箇所において、素材データに係るファイルを呼び出す関数を使用せず、単に、矩形の構造を示す表示をする関数などを用いればよい。

また、素材データ特定部４２は、かかる候補のファイル名を、素材データが格納される位置に係る情報とともに、利用者の利用するシステム上で表示する又は表示させてよい。ここで素材データが格納される位置に係る情報は、上述のとおり、候補のファイル名の、フルパス、絶対パス、又は相対パスなどであってよい。素材データ特定部４２がかかる表示をする場合、利用者は素材データに係るファイルに関する情報を取得できるため、利用者が素材データに係るファイルを正確に特定できる可能性が向上する利点がある。

また、素材データ特定部４２は、候補に係るファイルの一が選択された場合、かかるファイルに係る画像を、利用者の利用するシステム上で表示する又は表示させてよい。かかる表示により、利用者は、素材データに係るファイル名のみならず、かかるファイルにより表示される画像も理解できるため、利用者が素材データに係るファイルを正確に特定できる可能性が向上する利点がある。

また、素材データ特定部４２は、ＵＲＬ上から素材データに係るファイルを、検索してよい。この場合、素材データ特定部４２は、検索されるＵＲＬを予め有していてもよいし、利用者からＵＲＬを取得してもよい。前者は、例えば、素材データ特定部４２が、利用者が初期値として入力した値を使用してもよいし、前回検索した場所としてのＵＲＬを使用してもよいし、対象文字列から取得した情報を用いて、ＵＲＬを取得してもよい。後者は、例えば、利用者からＵＲＬの入力を問い合わせる表示を行い、かかる表示に対応して得られるＵＲＬを用いてもよい。

また、素材データ特定部４２は、対象文字列に対応する対象素材データの特定にあたり、複数の取得方法から特定された一の取得方法を使用して、素材データを、特定してよい。複数の取得方法における一の取得方法は、利用者から得た情報によって、特定されてよい。例えば、素材データ特定部４２は、複数の取得方法として、第１の情報処理装置内の第１のフォルダ内、前記第１の情報処理装置内の第２のフォルダ内、第１の情報処理装置とは異なる第２の情報処理装置内のフォルダ内、インターネット上の第１のＵＲＬ以下の場所、前記第１のＵＲＬ以下の場所とは異なるインターネット上の第２のＵＲＬ以下の場所、などがあってよい。また、素材データ特定部４２は、これらの複数の取得方法は、選択肢として、利用者に提示されてよい。また、利用者が、複数提示された選択肢の一を選択したことに対し、素材データ特定部４２は、前記一の選択肢を取得し、かかる選択肢で指定された取得方法を用いて、素材データを特定してよい。

また、素材データ特定部４２は、対象文字列に対応する対象素材データの特定にあたり、利用者が入力することにより、入力された、対象素材データの取得場所の情報を使用して、対象素材データを特定してよい。例えば、素材データ特定部４２は、利用者によって入力された、素材データが格納されていると利用者が考える特定のフォルダや、素材データが置かれていると利用者が考えるインターネット上の特定のＵＲＬ、などの情報を対象素材データの取得場所の情報として取得し、かかる情報を用いて、素材データを特定してよい。

３．３．プログラムコード生成部４３
プログラムコード生成部４３は、プログラムコードを生成する機能を有する。プログラムコードは、プログラムの一部であってもよいし、プログラム全体でもよい。

プログラムコード生成部４３は、素材データ又は素材データに係るファイルの利用方法を指定するプログラムコードを生成する。例えば、プログラムコード生成部４３が、ファイルＸに係る画像を表示するためのプログラムコードを生成する場合、ファイルＸの表示に係る指示を行うプログラムコードとして、ファイルＸの画像の表示の大きさ、位置、色などを指定するプログラムコードを生成してよい。

プログラムコード生成部４３は、対象ファイルから取得した画像に係る文字列として得た情報を、生成するプログラムコードにおいて、そのまま利用してもよいし、加工してもよい。また、プログラムコード生成部４３は、画像に係る文字列を、文字列に係るルールを用いて、プログラムコードを生成してよい。ここでは、プログラムコード生成部４３が、Ｃｏｃｏｓ２ｄフレームワーク上のプログラムコードを生成する例を用いて説明するが、かかるフレームワークや言語に限定されるものではなく、種々の形式のプログラムコードに適用できることはいうまでもない。

プログラムコード生成部４３は、特定の実行環境に関する情報を用いて、プログラムコードを生成してよい。特定の実行環境は、生成されたプログラムコードが実行される環境であり、プラットフォーム、フレームワーク、ミドルフレーム、及び／又は、実行されるハードウェアの機種などであってよい。フレームワーク、ミドルフレームによって、使用される言語やライブラリの設定等が異なりうるし、実行されるハードウェアの機種により、例えば、演算装置の処理機能、使用するメモリ量、及び／又は、表示される画面の表示サイズ、表示される画面の解像度、が異なりうるため、これらの実行環境に係る情報を用いて、プログラムコードを生成してよい。プログラムコード生成部４３は、初期値として、特定の実行環境で実行されることを想定して、プログラムコードを生成してよい。また、これらの実行環境を変更する選択肢を提供してよく、かかる選択肢のうちの一が選択されたことに応じて、選択された実行環境に応じたプログラムコードを生成してよい。この場合、各実行環境に適切な表示のプログラムコードの作成を支援できる利点がある。

プログラムコード生成部４３は、文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成してよい。ここで、画面内とは、上述の特定の実行環境において実行された場合に表示される画面を主に示す。

プログラムコード生成部４３は、画像に係る文字列に応じて、文字列に係るルールを適用してよい。文字列に係るルールは、文字列と対応付けて用意されたプログラム関数を特定するルールを含み、前記プログラムコードの生成は、文字列と対応付けて用意されたプログラム関数の中から、前記対象文字列に対応するプログラム関数を選択し、前記プログラム関数を読み出して、前記プログラム関数を前記プログラムコード内に含ませることを含んでよい。

プログラムコード生成部４３は、画像に係る文字列が画像ファイルを特定する文字列の場合、画像ファイルを特定する文字列についての文字列に係るルールを適用してよい。例えば、プログラムコード生成部４３は、画像ファイルを特定する文字列として、“ｂｔｎ．ｐｎｇ”である場合、文字列に係るルールのテーブル内に含まれる、ｃｃ．Ｓｐｒｉｔｅ（インスタンス名．ｇｅｔＳｐｒｉｔｅＦｒａｍｅ（）とのプログラム関数を選択し、前記プログラム関数を読み出して、前記プログラム関数を前記プログラムコード内に含ませてよい。このとき、プログラムコード生成部４３は、画像ファイルを特定する文字列としての“ｂｔｎ．ｐｎｇ”を用いて、ｃｃ．Ｓｐｒｉｔｅ（インスタンス名．ｇｅｔＳｐｒｉｔｅＦｒａｍｅ（“ｂｔｎ．ｐｎｇ”）と生成し、プログラムコード内にかかるファイル名を呼び出す関数として含ませて、生成してよい。

また、プログラムコード生成部４３は、画像に係る文字列が画像ファイルの表示に係る指示の文字列の場合、画像ファイルの表示に係る指示の文字列についての文字列に係るルールを適用してよい。プログラムコード生成部４３は、より具体的には、画像ファイルの表示におけるオブジェクトがサイズと座標を持つため、サイズと座標から任意の色をつけた矩形が表示されるよう、プログラムコードを生成してよい。例えば、プログラムコード生成部４３は、画像ファイルの表示に係る指示の文字列として、“ｌｅｆｔ”、“ｒｉｇｈｔ”などの画像の位置及び大きさを示す情報である場合、文字列に係るルールのテーブル内に含まれる、オブジェクト名称．ｓｅｔＰｏｓｉｔｉｏｎ（ｃｃ．ｐ（ｘ，ｙ））、及び、オブジェクト名称．ＣｏｎｔｅｎｔＳｉｚｅ（ｃｃ．ｓｉｚｅ（ｘ，ｙ））を用いて、画像の位置及び大きさを特定する関数を上述のように選択し、用いて、かかる関数をプログラムコード内に含め、プログラムコードを生成してよい。ここで、ｘ、ｙの値で特定される位置は、生成されるプログラムコードの想定される実行環境に合わせて設定された実行環境内の画面内の座標の情報であってよい。座標の情報は、デカルト座標であってもよいし、極座標であってもよく、各プログラム関数が引数として取りうる形式に合わせたものであってよい。この場合、プログラムコード生成部４３は、対象ファイルが実行された場合における画像の相対的な位置及び相対的な大きさと、生成されるプログラムコードが実行される環境における画像の相対的な位置及び相対的な大きさとが一致するように、上述の値を設定してよい。なお、階層構造を用いて画像が設定される場合、例えば、ｂａｓｅＬａｙｅｒ．ｇｅｔＬａｙｅｒＳｃａｌｅ（）などの関数を用いて、階層構造内の一の層のサイズを取得することで、相対的な位置や大きさを算出してよい。また、プログラムコード生成部４３は、各画像に係る文字列に対応する情報が階層構造内の特定の一の層として設定される場合、かかる特定の層と関連付けて、各画像に係る文字列に対応するプログラムコードの生成をしてよい。また、プログラムコード生成部４３は、画像ファイルの表示に係る指示の文字列として、“ｃｏｌｏｒ”などの色を示す情報である場合、オブジェクト名称．ＬａｙｅｒＣｏｌｏｒ（ｃｃ．ｃｏｌｏｒ（ｒ，ｇ，ｂ，ａ））の関数を用いてよい。ここで、ｃｏｌｏｒ（ｒ，ｇ，ｂ，ａ）は、ＲＧＢカラーモデルのｒｅｄ（ｒ）・ｇｒｅｅｎ（ｇ）・ｂｌｕｅ（ｂ）に色の透明度を示すａｌｐｈａ（ａ）が指定されている。このように、生成された表示するためのプログラムコードは、前記画面内において、前記対象素材データが表示されるための位置、大きさ、及び／又は色を含んでよい。また、上述のとおり、前記位置、前記大きさ、及び／又は、前記色は、前記対象文字列及び前記プログラムコードに係る命令を用いて決定されてよい。

また、プログラムコード生成部４３は、画像に係る文字列が画像の機能に係る文字列の場合、画像の機能に係る文字列についての文字列に係るルールを適用してよい。具体的には、プログラムコード生成部４３は、前記文字列に係るルールを用いて、前記画面内に表示される前記対象素材データと関連付けられた機能の少なくとも一部に係るプログラムコードを生成してよい。対象素材データと関連付けられた機能は、対象素材データが入力を受け付ける領域を示す機能や、対象素材データが選択を受け付ける領域を示す機能や、対象素材データが決定を受け付ける領域を示す機能などの対象素材データに係る処理を行うものであってよい。より具体的には、例えば、画像がボタンとしてタッチされる又は押下げられる（本願書類において、タッチされる場合と押下げられる場合をまとめて「タッチなど」ということもある。）場合の処理、画像が了解を意味するものとしてタッチなどされた場合の処理、画像が次に行くことを示すものとしてタッチなどされた場合の処理、画像が複数の選択肢に係るものとして表示した場合において複数の選択肢の位置が選択された場合の処理、等が挙げられる。かかる場合において、プログラムコード生成部４３は、画像の機能に係る文字列として、例えば、“ｂｔｎ”や“ＯＫ”などの画像のタッチなどを示す情報である場合、文字列に係るルールのテーブル内に含まれる、ＣＣＭｅｎｕＩｔｅｍを用いて、画像がタッチなどされた場合の関数を上述のように選択し、用いて、かかる関数をプログラムコード内に含め、プログラムコードを生成してもよい。また、プログラムコード生成部４３は、表示名である画像に係る文字列や表示の色が半透明の属性を示す場合、画面操作の抑止機能を処理する関数をプログラムコード内に含めて、プログラムコードを生成してよい。半透明は、多くの場合、表示物に対して操作を抑止する目的で表示されるケースが多いため、かかる機能を追加することで、かかる機能をプログラマーが追加する負担を減少できる利点がある。

なお、ボタンが押された場合に具体的に何の処理をするかは不明である場合も多いため、プログラムコード生成部４３は、具体的な処理に関するプログラムコードを生成しなくてもよい。しかしながら、ボタンが押されたときに行うための処理として、例えば、ＪＡＶＡ（登録商標）、Ｃ＋＋、Ｃ＃などのオブジェクト指向言語においては、ボタンがタッチなどされた場合の処理を適切に扱うために、ボタンのインスタンスを生成する等が行われる。そのため、かかるインスタンスの生成や、ボタンに関する定義を行うなどの定型的な処理を行うプログラムコードは生成してもよく、かかるプログラムコードが生成される場合、利用者のプログラムコード作成の負担を減少できる利点がある。なお、ボタンのような、何か処理をすることが合理的に期待される名称の場合、デザイナーが何らかの処理を念頭において当該名称を付している可能性が高いことから、プログラムコード生成部４３が、かかるボタンに関連するプログラムコードを生成すること自体に無駄は無く、もし必要でないのであれば、利用者は、かかるプログラムコードを削除すればよく、かかる削除は、一般的にはプログラマーがプログラムコードを書くことより負担が少ない。

また、プログラムコード生成部４３は、かかる機能について、後から追加記載する必要がある又は追加記載することが望ましいことをプログラマーに注意喚起できるように、プログラム内にその旨を追加記載してもよい。また、後述の表示画面生成部４４は、その個所を、他とは異なる態様で、利用者の利用するシステム上で表示する又は表示させてよい。かかる構成により、利用者は、機能について追加する必要があること、又は、機能は無いものとして削除することを、気づくことができる利点がある。ここで、異なる態様としては、追加の検討が必要な箇所であることを示すメッセ―ジや、コメントの表示等が考えられるが、これらに限られない。

以上、Ｃｏｃｏｓ２ｄフレームワーク上の例を説明したが、他のプログラム言語においても同様に対象ファイル内の情報を用いてプログラムコードを生成することで、画像に関連する命令を生成することができ、プログラマーのプログラミングの負担を減少できる利点がある。特に、近年のオブジェクト指向型言語は、プログラミング言語設計方針として、表示に関連する種々の関数を予め関数として用意することでプログラマーがそれらを選択するのみで種々の設定がされた表示を実現できるようにする一方、それらの種々の各関数の量が膨大となることからかかる種々の各関数が実行する内容を関数名として具体的に表現し、可読性を高める方向性がある。そのため、プログラマーは可読性の高いプログラムを作成できる反面、種々の関数名を具体的に設定しプログラムする必要があり、負担が高い。プログラミングを支援する開発環境を用いたとしてもそれらの各値を具体的に設定したり、ファイル名を特定する、などのプログラマーの負担は存在するため、これらの情報を設定可能なように構成した場合は、プログラマーの負担を減少できる利点がある。

また、プログラムコード生成部４３は、素材データに係る画像の形状を用いて、プログラムコードを生成してよい。例えば、プログラムコード生成部４３は、画面内に表示される素材データに係る画像の形状が略矩形であることを用いて、プログラムコードを生成してよい。ここで、略矩形とは、矩形と同等の手法で特定できる図形であってよい。例えば、キャラクターの形状など複雑な形状であっても、その大きさを、矩形（横の長さと縦の長さ）で特定できるような形状が含まれてよい。略矩形の場合、一点と辺の長さ、又は一点と短辺と長辺の長さによって、特定できるため、図形の位置を簡易に特定できる利点がある。

３．４．表示画面生成部４４
表示画面生成部４４は、利用者の支援を行う画面を生成する機能を有する。

表示画面生成部４４は、生成された前記プログラムコードを用いて前記画面内に前記対象素材データを表示した場合のイメージを生成してよい。また、表示画面生成部４４は、かかるイメージを、利用者の利用するシステム上で表示する又は表示させてよい。かかるイメージが表示される場合、生成したプログラムコードが実行された場合にどのような画面が生成されるのかを、利用者は、即時に理解できる利点がある。例えば、利用者は、適切な画像に係るファイルが特定されたかどうか、かかるファイルは適切な条件の下で利用されているか、などを即時に理解できる利点がある。

なお、表示画面生成部４４が表示するイメージは、生成したプログラムコードをそのまま実行されることで表示されてもよいし、生成したプログラムコードをコンパイルして実行する構成でもよいし、生成したプログラムコードに対応して内部的に生成したプログラムコードをコンパイルなどして実行する構成でもよい。

また、表示画面生成部４４は、プログラムコード生成部４３が生成したプログラムコードを、利用者の利用するシステム上で表示する又は表示させてよい。かかるプログラムコード自体が表示されることにより、具体的にどのようなプログラムコードが生成されたかを、利用者は、即時に理解できる利点がある。

また、表示画面生成部４４は、プログラムコードに関する階層構造を生成してよい。また、かかる階層構造を、利用者の利用するシステム上で表示する又は表示させてよい。例えば、一の画像のフレームが、他の画像のフレーム上にあるなど画面内の階層構造がある場合、前記他の画像のフレームの動作が、前記一の画像に影響するため、かかる階層構造が表示されることで、プログラマーは、各画像の関係を理解できる利点がある。

また、表示画面生成部４４は、生成されるプログラムコードが実行される実行環境に係る選択肢を、利用者の利用するシステム上で表示する又は表示させてよい。実行環境の例は、上述に記載のとおりである。また、実行環境に係る選択肢は、前記プログラムコードが実行される予定の機種を示すものであってよい。予定の機種は、一又は複数の機種であってよく、例えば、ノートパソコンやスマートフォンの具体的な機種であってよい。

表示画面生成部４４は、選択肢のなかで選択されている特定の実行環境のためのプログラムコード、かかる実行環境上で実行された場合に表示されるイメージ、かかるプログラムコード自体、かかるプログラムコードの階層構造を、利用者の利用するシステム上で表示する又は表示させてよい。

また、利用者が実行環境に係る選択肢の一を選択した場合、表示画面生成部４４は、予定の機種を示すものや実行環境などの選択肢の一を取得できる機能を有してよい。表示画面生成部４４がかかる選択された一の選択肢を受領した場合、プログラムコード生成部４３は、選択肢の選択に応じて、前記選択された一に対応するプログラムコードを生成してよい。ここで、プログラムコード生成部４３は、選択された一に関する情報を用いて、プログラムコードを生成してよい。例えば、プログラムコード生成部４３は、選択された機種における所定の解像度及び表示サイズを含む情報を用いて、プログラムコードを生成してよい。

また、表示画面生成部４４は、選択肢の選択に応じて、選択された一の機種に対応して生成されたプログラムコードを、利用者の利用するシステム上で表示する又は表示させてよい。この場合、利用者は、選択肢のなかで選択された一の機種で実行されるプログラムコードを即時に理解できる利点がある。

また、表示画面生成部４４は、選択肢の選択に応じて、選択された一の機種で実行された場合に表示されるイメージを利用者の利用するシステム上で表示する又は表示させてよい。この場合、利用者は、選択肢のなかで選択された一の機種用のプログラムコードが前記選択された一の機種上で実行された場合のイメージを即時に理解できる利点がある。特に、機種によって各機種上の画面の大きさや解像度が異なるとその各機種上の画面のデザインは異なる印象を与える場合があるため、各機種上で表示される場合のイメージを表示できる構成の場合、各機種上固有の画面におけるデザインを即時に利用者が理解できる利点がある。

また、表示画面生成部４４は、選択肢の選択に応じて、選択された一の機種に対応して生成されたプログラムコードに関する階層構造を利用者の利用するシステム上で表示する又は表示させてよい。この場合、利用者は、選択肢のなかで選択された一の機種で実行されるプログラムコードの階層構造を即時に理解できる利点がある。

図１０は、表示画面生成部４４が生成した画面の一例である。本画面例の中央において、生成されたプログラムコードが実行されたイメージが表示されてよい（１００１）。また、本画面例の右上において、プログラムコードが実行されうる実行環境に関する選択肢が表示されてよい（１００２）。本画面例においては、スマートフォンの機種の選択肢が表示されている。また、本画面例の右下において、プログラムコードが表示されてよい（１００３）。なお、かかるプログラムコードは、「クリップボードへ」との箇所を選択することにより、クリップボードにコピーされる構成とされてよい。かかる構成を備えた場合、利用者は、プログラムコードを簡易にクリップボードにコピーできる利点がある。また、本画面例の左側において、プログラムコードに係る階層構造が表示されてよい（１００４）。

４．実施形態に係る情報処理の流れ
次に、本願発明の一態様に係る情報処理の流れを、デザインを表すＰＳＤファイルから変換されたＪＳＯＮファイルを用いた実施形態の一例のシステムの処理の流れの一例を、図１１を参考に説明する。

ステップ１
一例のシステムは、対象ファイルを読み込み、オブジェクトを取得する（１１０１）。一例のシステムにおいて、取得部４１が処理してよい。

ステップ２
一例のシステムは、対象ファイルから読み込んだ情報の一部又は全部について、記憶部に格納する（１１０２）。一例のシステムにおいて、取得部４１が処理してよい。

ここで、対象ファイルが階層化されている場合において、同じ層に複数のオブジェクトがある場合、かかる同じ層の複数のオブジェクトを順に処理するために、種々の手法が採用されてよい。例えば、リスト化や、ツリー構造化、構造体の使用やメモリアロケーションなどの手法が用いられてよい。

ステップ３
一例のシステムは、一又は複数の対象文字列を用いて、素材データを特定する処理を行う（１１０３）。一例のシステムにおいて、素材データ特定部４２が処理してよい。

ここで、一例のシステムは、文字列と素材データが格納される位置に係る情報との関係に係るルールを取得した上で、前記ルールを、前記一又は複数の対象文字列に対して適用して、素材データを特定する処理を行ってよい。

また、一例のシステムは、一の素材データを特定するにあたり、直接、素材データを特定してもよいし、複数の取得方法から選択された一の取得方法を取得した後に素材データを特定してもよいし、対象素材データの取得場所の情報を受領した後に素材データを特定してもよい。

また、一例のシステムは、複数の素材データを特定するにあたり、一の素材データに対応しうる一又は複数の画像に係る文字列について順次素材データを特定してもよいし、利用者から情報を取得しないで特定可能な素材データを特定した後に利用者から取得する情報を用いて素材データを特定してもよく、その順序は、任意であってよい。

ステップ４
一例のシステムは、プログラムコードを生成する（１１０４）。一例のシステムにおいて、プログラムコード生成部４３が処理してよい。

一例のシステムは、一の素材データを特定した後、逐次、かかる一の素材データに対応するプログラムコードを生成してもよいし、複数の素材データが特定された後に、かかる複数の素材データの一部又は全部に対応するプログラムコードを生成してもよい。

ステップ５
一例のシステムは、利用者の支援を行う画面を生成し、利用者の利用するシステム上で表示する又は表示させる（１１０５）。一例のシステムにおいて、表示画面生成部４４が処理してよい。利用者の支援を行う画面は、生成されたプログラムコード、プログラムコードに関する階層構造、選択肢の表示、及び／又は、プログラムコードが選択された一の選択肢で実行された場合のイメージ、を含んでよい。また、これらの生成されたプログラムコード、プログラムコードに関する階層構造、選択肢の表示、及び、プログラムコードが選択された一で実行された場合のイメージ、の表示処理の順序は、どのような順序であってもよい。

なお、表示画面生成部４４が、生成されたプログラムコードの実行環境に係る選択肢を取得した場合、選択された一の選択肢に対応するよう、選択された一の選択肢の情報を用いて、プログラムコード生成部４３がプログラムコードを生成するが、その後、表示画面生成部４４が処理する、生成されたプログラムコード、プログラムコードに関する階層構造、選択肢の表示、及び、プログラムコードが選択された一の選択肢で実行された場合のイメージ、の表示処理の順序は、どのような順序であってもよい。

なお、取得部４１が情報を取得する対象であるファイルが一つである場合において、プログラム生成部４３は、対応する一のプログラムコードを生成してもよいし、複数のプログラムコードを生成してもよい。後者の場合、プログラムコードを条件に応じて分割可能としてよい。また、プログラムコード生成部４３は、一又は複数の特定のプログラミング言語で記述されたプログラムコードを生成してよい。例えば、取得部４１が情報を取得する対象である一のファイルに対し、第１のプログラムコードはプログラミング言語Ａであり、第２のプログラムコードはプログラミング言語Ｂなど、適宜適切なプログラミング言語によって生成できるよう構成されてよい。この場合、上述の文字列と対応付けて用意されたプログラム関数は、各プログラミング言語に応じて、テーブルなどで記憶され、かかるテーブル内の一のプログラミング言語における対応するプログラム関数が選択されることによって、プログラムコードが生成されてよい。

なお、素材データ特定部４２は、上述の構成に限られず、素材データの特定パターンを学習し、素材データを特定する精度を向上する機能を有してよい。例えば、素材データ特定部４２は、特定された素材データのパターンを記憶し、素材データ特定部４２が同一のパターンの素材データを特定する場合は、かかるパターンを利用して素材データを特定してよい。より具体的には、素材データ特定部４２は、素材データに係るファイルとして、複数のファイルが候補となった場合、画像ファイルを特定する文字列と最終的に特定された素材データとの関係を記録して、次に同一又は類似の画像ファイルを特定する文字列について素材データを特定する場合、かかる関係を用いて、素材データを特定してよい。

また、本願書類で説明された情報処理は、ソフトウェア、ハードウェア又はこれらの組み合わせによっても実施されてよく、またかかる情報処理は、処理・手順をコンピュータプログラムとして実装し、各種のコンピュータに実行させられてよく、またこれらのコンピュータプログラムは、記憶媒体に記憶されてよい。また、これらのプログラムは、非一過性又は一時的な記憶媒体に記憶されてよい。

本願書類で説明したものは、本願書類で説明されたものに限られず、本願書類で説明された種々の技術上の利点や構成を有する種々の技術的思想の範囲内で、種々の例に適用できることはいうまでもない。

１ システム
１０ 通信網
２０（２０Ａ〜２０Ｃ） サーバ装置
３０（３０Ａ〜３０Ｃ） 端末装置
２１（３１） 演算装置
２２（３２） 主記憶装置
２３（３３） 入出力インタフェイス
２４（３４） 入力装置
２５（３５） 補助記憶装置
２６（３６） 出力装置
４１ 取得部
４２ 素材データ特定部
４３ プログラムコード生成部
４４ 表示画面生成部

Claims (33)

1. コンピュータプログラムであって、
   プロセッサにより実行されることにより、
   ファイル内で検索された、画像に係る対象文字列を取得し、
   文字列と素材データが格納される位置に係る情報との関係に係るルールと、前記対象文字列とを用いて、前記対象文字列に対応する対象素材データを特定し、
   文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、
   ように前記プロセッサを機能させる、ことを特徴とするコンピュータプログラム。
2. 前記画面内に表示される前記対象素材データに係る画像の形状は、略矩形である、
   請求項１に記載のコンピュータプログラム。
3. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、予め定められたフォルダ内にある一又は複数のデータから、前記素材データに係るファイルを特定するルールを含む、
   請求項１又は２に記載のコンピュータプログラム。
4. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、前記文字列と前記素材データのファイル名との関係を用いるルールを含む、
   請求項１乃至３のいずれか１項に記載のコンピュータプログラム。
5. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、前記対象文字列と同一又は類似の文字列を特定するルールを含む、
   請求項１乃至４のいずれか１項に記載のコンピュータプログラム。
6. 前記プロセッサは、
   前記文字列に係るルールを用いて、前記画面内に表示される前記対象素材データと関連付けられた機能の少なくとも一部に係るプログラムコードを生成する、
   請求項１乃至５のいずれか１項に記載のコンピュータプログラム。
7. 前記対象文字列に対応する対象素材データの特定は、
   前記プロセッサが、前記対象文字列に対応する複数の対象素材データのうちの選択された一の対象素材データを示す情報を受領して、特定することを含む、
   請求項１乃至６のいずれか１項に記載のコンピュータプログラム。
8. 前記対象文字列に対応する対象素材データの特定は、
   前記プロセッサが、複数の取得方法から特定された一の取得方法を使用して、特定することを含む、
   請求項１乃至７のいずれか１項に記載のコンピュータプログラム。
9. 前記対象文字列に対応する対象素材データの特定は、
   前記プロセッサが、入力された、対象素材データの取得場所の情報を使用して、特定することを含む、
   請求項１乃至８のいずれか１項に記載のコンピュータプログラム。
10. 前記表示するためのプログラムコードは、前記画面内において、前記対象素材データが表示されるための位置、大きさ、又は色を含む、
    請求項１乃至９のいずれか１項に記載のコンピュータプログラム。
11. 前記位置、前記大きさ、又は、前記色は、前記対象文字列及び前記プログラムコードに係る命令を用いて決定される、
    請求項１０に記載のコンピュータプログラム。
12. 前記位置は、前記画面内の座標を含む、
    請求項１０又は１１に記載のコンピュータプログラム。
13. 前記プロセッサが、生成されるプログラムコードの実行環境に係る選択肢を、表示する又は通信回線を介した情報処理装置上で表示させる、
    請求項１乃至１２のいずれか１項に記載のコンピュータプログラム。
14. 前記選択肢は、前記プログラムコードが実行される予定の機種を示すものであり、
    前記プロセッサが、前記選択肢の選択に応じて、プログラムコードを生成する、
    請求項１３に記載のコンピュータプログラム。
15. 前記プログラムコードの前記生成は、選択された前記機種における所定の解像度及び表示サイズを含む情報を用いる、
    請求項１４に記載のコンピュータプログラム。
16. 前記プロセッサが、前記プログラムコードを用いて前記画面内に前記対象素材データを表示した場合のイメージを、表示する又は通信回線を介した情報処理装置上で表示させる、
    請求項１乃至１５のいずれか１項に記載のコンピュータプログラム。
17. 前記プロセッサが、前記プログラムコードを、表示する又は通信回線を介した情報処理装置上で表示させる、
    請求項１乃至１６のいずれか１項に記載のコンピュータプログラム。
18. 前記プロセッサが、プログラムコードに関する階層構造を、表示する又は通信回線を介した情報処理装置上で表示させる、
    請求項１乃至１７のいずれか１項に記載のコンピュータプログラム。
19. 前記文字列は、ＪＳＯＮフォーマットで記述されたファイル内の文字列である、
    請求項１乃至１８のいずれか１項に記載のコンピュータプログラム。
20. 前記文字列に係るルールは、文字列と対応付けて用意されたプログラム関数を特定するルールを含み、
    前記プログラムコードの生成は、文字列と対応付けて用意されたプログラム関数の中から、前記対象文字列に対応するプログラム関数を選択し、前記プログラム関数を読み出して、前記プログラム関数を前記プログラムコード内に含ませることを含む、
    請求項１乃至１９のいずれか１項に記載のコンピュータプログラム。
21. 前記プロセッサが、スマートフォン、タブレット、携帯電話又はパーソナルコンピュータに搭載される、請求項１乃至２０のいずれか１項に記載のコンピュータプログラム。
22. コンピュータにより読み取り可能な命令を実行するプロセッサにより実行されるプログラムコードの生成方法であって、
    該プロセッサが、前記命令を実行することにより、
    ファイル内で検索された、画像に係る対象文字列を取得し、
    文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、
    文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、
    ことを特徴とするプログラムコードの生成方法。
23. 前記画面内に表示される前記対象素材データに係る画像の形状は、略矩形である、
    請求項２２に記載のプログラムコードの生成方法。
24. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、予め定められたフォルダ内にある一又は複数のデータから、前記素材データに係るファイルを特定するルールを含む、
    請求項２２又は２３に記載のプログラムコードの生成方法。
25. プロセッサを具備し、
    該プロセッサが、コンピュータにより読み取り可能な命令を実行することにより、
    ファイル内で検索された、画像に係る対象文字列を取得し、
    文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、
    文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、
    ことを特徴とするサーバ装置。
26. 前記画面内に表示される前記対象素材データに係る画像の形状は、略矩形である、
    請求項２５に記載のサーバ装置。
27. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、予め定められたフォルダ内にある一又は複数のデータから、前記素材データに係るファイルを特定するルールを含む、
    請求項２５又は２６に記載のサーバ装置。
28. コンピュータにより読み取り可能な命令を実行するプロセッサにより実行される方法であって、
    該プロセッサが、前記命令を実行することにより、
    ファイル内で検索された、画像に係る対象文字列を取得し、
    文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、
    文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、
    ことを特徴とする方法。
29. 前記画面内に表示される前記対象素材データに係る画像の形状は、略矩形である、
    請求項２８に記載の方法。
30. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、予め定められたフォルダ内にある一又は複数のデータから、前記素材データに係るファイルを特定するルールを含む、
    請求項２８又は２９に記載の方法。
31. プロセッサを具備し、
    該プロセッサが、コンピュータにより読み取り可能な命令を実行することにより、
    ファイル内で検索された、画像に係る対象文字列を取得し、
    文字列と素材データが格納される位置に係る情報との関係に係るルールと前記対象文字列を用いて、前記対象文字列に対応する対象素材データを特定し、
    文字列に係るルールと前記対象文字列を用いて、前記対象素材データに係る画像を画面内で表示するためのプログラムコードを生成する、
    ことを特徴とする端末装置。
32. 前記画面内に表示される前記対象素材データに係る画像の形状は、略矩形である、
    請求項３１に記載の端末装置。
33. 前記文字列と素材データが格納される位置に係る情報との関係に係るルールは、予め定められたフォルダ内にある一又は複数のデータから、前記素材データに係るファイルを特定するルールを含む、
    請求項３１又は３２に記載の端末装置。

Images