JP5297555B1 - ネットワークシステム - Google Patents

Abstract

【課題】ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させる。
【解決手段】アプリケーション作成支援サーバー１０は、アプリケーションの作成に用いられるアプリケーション作成ツールを記憶する記憶部１２と、アプリケーションファイルを自動的に生成するアプリケーション生成部１１２と、レイアウト編集操作画面を要求元の前記ユーザー端末のＷｅｂブラウザー上に表示させるための画面データを生成する画面データ生成部１１６と、ユーザーが行った編集操作入力に基づいてレイアウトファイルを変更するレイアウト処理部１１３と、変更後の前記レイアウトファイルを含む複数のファイルを１つにまとめてパッケージングした前記アプリケーションの実行ファイルを生成するパッケージ処理部１１５と、を備える。
【選択図】図２

Description

本発明は、アプリケーション作成支援サーバー、プログラム、及び、ネットワークシステムに関する。

Ｗｅｂブラウザー上でアプリケーションをユーザーに作成させるためのネットワークシステムが知られている（たとえば、非特許文献１）。

Massachusetts Institute of Technology、″ＭＩＴ ＡＰＰ Ｉｎｖｅｎｔｏｒ″、［online］、インターネット＜ＵＲＬ：http://appinventor.mit.edu/、平成２４年１１月１５日検索＞

このネットワークシステムでは、例えば、Ｗｅｂブラウザー上でアプリケーションを作成させることができても、作成されたアプリケーションの動作確認を行なうことができないため、その他のハードウェア・ソフトウェアのツール等も利用しながらアプリケーションを完成させる必要があった。すなわち、ユーザーは手間をかけてアプリケーションを作成しなければならなかった。
本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させることにある。

上記課題を解決するための本発明の主たる発明は、
Ｗｅｂブラウザー上で動作するブラウザーサービスを提供するサービス提供サーバー、及び、ユーザーがＷｅｂブラウザー上でアプリケーションを作成する際に利用するユーザー端末と、ネットワークを介して情報通信可能に接続され、前記アプリケーションの作成を支援するアプリケーション作成支援サーバーであって、
前記アプリケーションの作成に用いられるアプリケーション作成ツールを記憶する記憶部と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、アプリケーション上で前記ブラウザーサービスを動作させるためのアプリケーションファイルを自動的に生成するアプリケーション生成部と、
前記ユーザー端末からの要求に応答して、前記アプリケーションファイルに含まれるレイアウトファイルのソースコードが表示されるソースコード領域、及び、前記レイアウトファイルにより定義される画面レイアウトの動作確認を行なうためのプレビュー領域を含むレイアウト編集操作画面を、要求元の前記ユーザー端末のＷｅｂブラウザー上に表示させるための画面データを生成する画面データ生成部と、
前記レイアウト編集操作画面において前記ユーザーが行った編集操作入力に基づいて前記レイアウトファイルを変更するレイアウト処理部と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、生成された前記アプリケーションファイルに基づき、変更後の前記レイアウトファイルを含む複数のファイルを１つにまとめてパッケージングした前記アプリケーションの実行ファイルを生成するパッケージ処理部と、
を備えたことを特徴とするアプリケーション作成支援サーバーである。
本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。

本発明によれば、ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させることができる。

ネットワークシステム１の全体構成例を示す図である。 アプリケーション作成支援サーバー１０の機能上の構成を示すブロック図である。 開発ユーザー情報のデータ構造例を示す図である。 アプリケーション情報のデータ構造例を示す図である。 ゲームサーバー２０の機能上の構成を示すブロック図である。 中継サーバー３０の機能上の構成を示すブロック図である。 アプリケーション提供サーバー４０の機能上の構成を示すブロック図である。 開発ユーザー端末５０及びエンドユーザー端末６０の機能上の構成を示すブロック図である。 アプリケーション作成支援サーバー１０の動作例を説明するためのフローチャートである。 レイアウト編集操作画面９０の画面構成例を示す図である。 パッケージ処理を説明するためのフローチャートである。

本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
即ち、Ｗｅｂブラウザー上で動作するブラウザーサービスを提供するサービス提供サーバー、及び、ユーザーがＷｅｂブラウザー上でアプリケーションを作成する際に利用するユーザー端末と、ネットワークを介して情報通信可能に接続され、前記アプリケーションの作成を支援するアプリケーション作成支援サーバーであって、
前記アプリケーションの作成に用いられるアプリケーション作成ツールを記憶する記憶部と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、アプリケーション上で前記ブラウザーサービスを動作させるためのアプリケーションファイルを自動的に生成するアプリケーション生成部と、
前記ユーザー端末からの要求に応答して、前記アプリケーションファイルに含まれるレイアウトファイルのソースコードが表示されるソースコード領域、及び、前記レイアウトファイルにより定義される画面レイアウトの動作確認を行なうためのプレビュー領域を含むレイアウト編集操作画面を、要求元の前記ユーザー端末のＷｅｂブラウザー上に表示させるための画面データを生成する画面データ生成部と、
前記レイアウト編集操作画面において前記ユーザーが行った編集操作入力に基づいて前記レイアウトファイルを変更するレイアウト処理部と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、生成された前記アプリケーションファイルに基づき、変更後の前記レイアウトファイルを含む複数のファイルを１つにまとめてパッケージングした前記アプリケーションの実行ファイルを生成するパッケージ処理部と、
を備えたことを特徴とするアプリケーション作成支援サーバーである。
このようなサーバーによれば、ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させることができる。

また、かかるアプリケーション作成支援サーバーであって、
前記アプリケーションの実行ファイルは、アプリケーション内で課金決済を行なう際に必要となる課金決済用のＡＰＩを含む、こととしてもよい。
このようなサーバーによれば、課金決済を行なう際に必要となる課金決済用のＡＰＩが自動的にアプリケーションの実行ファイルに含まれるようになるので、プログラミング操作にかかるユーザーの手間を省くことができる。

また、かかるアプリケーション作成支援サーバーであって、
前記アプリケーション作成支援サーバーは、中継サーバーを介して前記サービス提供サーバーと情報通信可能に接続されており、
前記アプリケーション生成部は、前記アプリケーションファイルを生成する際に、アプリケーションを識別する識別情報を付与し、
前記パッケージ処理部は、前記アプリケーションに付与された前記識別情報を前記アプリケーションの実行ファイルに含ませ、
前記中継サーバーは、前記アプリケーションに付与された前記識別情報に対応付けてサービス提供サーバーのＵＲＬが記述されたサービス提供サーバーリストを記憶する記憶部を備える、こととしてもよい。
このようなサーバーによれば、アプリケーションを実行した場合に、中継サーバーを介してサービス提供サーバーにアクセスすることになるため、サービス提供サーバーにアクセスしたユーザー端末が特定されず、ユーザーの個人情報の漏洩等を防ぐことができる。また、サービス提供サーバーの設定を変更することなく、中継サーバーの設定だけを変更するだけで、既存のブラウザーサービスをアプリケーション上で実行することができる。

また、かかるアプリケーション作成支援サーバーであって、
前記ユーザー端末からの要求に応答して、前記アプリケーションを実行することにより、アクセス先のサービス提供サーバーから提供される前記ブラウザーサービスを、要求元の前記ユーザー端末のＷｅｂブラウザー上に表示された前記レイアウト編集操作画面において仮想的に動作させるエミュレーター部を備える、こととしてもよい。
このようなサーバーによれば、レイアウト操作画面においてアプリケーションの動作確認ができるため、ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させることができる。

また、Ｗｅｂブラウザー上で動作するブラウザーサービスを提供するサービス提供サーバー、及び、ユーザーがＷｅｂブラウザー上でアプリケーションを作成する際に利用するユーザー端末と、ネットワークを介して情報通信可能に接続され、前記アプリケーションの作成を支援するアプリケーション作成支援サーバーに、
前記アプリケーションの作成に用いられるアプリケーション作成ツールを記憶部に記憶する処理と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、アプリケーション上で前記ブラウザーサービスを動作させるためのアプリケーションファイルを自動的に生成するアプリケーション生成処理と、
前記ユーザー端末からの要求に応答して、前記アプリケーションファイルに含まれるレイアウトファイルのソースコードが表示されるソースコード領域、及び、前記レイアウトファイルにより定義される画面レイアウトの動作確認を行なうためのプレビュー領域を含むレイアウト編集操作画面を、要求元の前記ユーザー端末のＷｅｂブラウザー上に表示させるための画面データを生成する画面データ生成処理と、
前記レイアウト編集操作画面において前記ユーザーが行った編集操作入力に基づき前記レイアウトファイルを変更するレイアウト処理と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、生成された前記アプリケーションファイルに基づき、変更後の前記レイアウトファイルを含む複数のファイルを１つにまとめてパッケージングした前記アプリケーションの実行ファイルを生成するパッケージ処理と、
を実行させるためのプログラムである。
このようなプログラムによれば、ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させることができる。

また、Ｗｅｂブラウザー上で動作するブラウザーサービスを提供するサービス提供サーバーと、ユーザーがＷｅｂブラウザー上でアプリケーションを作成する際に利用するユーザー端末と情報通信可能に接続され前記アプリケーションの作成を支援するアプリケーション作成支援サーバーと、前記サービス提供サーバーと前記アプリケーション作成支援サーバーとの間に介在する中継サーバーと、を備えたネットワークシステムであって、
前記アプリケーション作成支援サーバーは、
前記アプリケーションの作成に用いられるアプリケーション作成ツールを記憶する記憶部と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、前記サービス提供サーバーにより提供される前記ブラウザーサービスをアプリケーション上で動作させるためのアプリケーションファイルを自動的に生成するアプリケーション生成部であって、前記アプリケーションファイルを生成する際に、アプリケーションを識別する識別情報を付与するアプリケーション生成部と、
前記ユーザー端末からの要求に応答して、前記アプリケーションファイルに含まれるレイアウトファイルのソースコードが表示されるソースコード領域、及び、前記レイアウトファイルにより定義される画面レイアウトの動作確認を行なうためのプレビュー領域を含むレイアウト編集操作画面を、要求元の前記ユーザー端末のＷｅｂブラウザー上に表示させるための画面データを生成する画面データ生成部と、
前記レイアウト編集操作画面において前記ユーザーが行った編集操作入力に基づいて前記レイアウトファイルを変更するレイアウト処理部と、
前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、生成された前記アプリケーションファイルに基づき、変更後の前記レイアウトファイルを含む複数のファイルを１つにまとめてパッケージングした前記アプリケーションの実行ファイルを生成するパッケージ処理部であって、前記アプリケーションに付与された前記識別情報を前記アプリケーションの実行ファイルに含ませるパッケージ処理部と、を備え、
前記中継サーバーは、
前記アプリケーションに付与された前記識別情報に対応付けて前記サービス提供サーバーのＵＲＬが記述されたサービス提供サーバーリストを記憶する記憶部を備える、
ことを特徴とするネットワークシステムである。
このようなネットワークシステムによれば、ユーザーにアプリケーションをＷｅｂブラウザー上で効率良く作成させることができる。また、アプリケーションを実行した場合に、中継サーバーを介してサービス提供サーバーにアクセスすることになるため、サービス提供サーバーにアクセスしたユーザー端末が特定されず、ユーザーの個人情報の漏洩等を防ぐことができる。また、サービス提供サーバーの設定を変更することなく、中継サーバーの設定だけを変更するだけで、既存のブラウザーサービスをアプリケーション上で実行することができる。

＝＝＝実施の形態＝＝＝
以下の実施形態では、ゲームのアプリケーションに関する各種サービスを提供するネットワークシステム１を例に挙げて具体的に説明する。ただし、本発明はゲーム以外のＷｅｂサービスにも適用可能であり、例えば、ソーシャルネットワーキングサービスやメッセージングサービスなどが挙げられる。

＜＜ネットワークシステム１の構成＞＞
図１は、本実施形態に係るネットワークシステム１の全体構成の一例を示す図である。本実施形態に係るネットワークシステム１は、ネットワーク（例えば、インターネット等）を介して接続された、アプリケーション作成支援サーバー１０と、サービス提供サーバーの一例としてのゲームサーバー２０と、中継サーバー３０と、アプリケーション提供サーバー４０と、開発ユーザー端末５０と、ユーザー端末６０とを含んで構成されている。

開発ユーザー端末５０は、Ｗｅｂブラウザー機能を備え、アプリケーション作成支援サーバー１０にアクセスすることにより、専用ソフトウェアをインストールすることなく、Ｗｅｂブラウザー上でアプリケーションの作成・編集等の各種処理を行なうことができる。また、開発ユーザー端末５０は、中継サーバー３０を介してゲームサーバー２０にアクセスすることにより、エンドユーザー端末６０におけるアプリケーション上で動作すべきブラウザーゲームを仮想的に動作させるエミュレーターとしても機能することができる。

アプリケーション作成支援サーバー１０は、アプリケーション作成ツールとして機能し、開発ユーザーによって作成されたアプリケーションを動作させるために必要となる複数のファイルを自動的にパッケージすることにより、エンドユーザー端末６０にインストール可能なアプリケーションプログラムを生成することができる。

アプリケーション提供サーバー４０は、アプリケーション作成支援サーバー１０により生成されたアプリケーションプログラムを公開し、有料又は無料でエンドユーザー端末６０に対して提供する。

エンドユーザー端末６０は、アプリケーション提供サーバー４０からダウンロードしたアプリケーションプログラムをインストールすることにより、アプリケーションを動作させることができる。また、エンドユーザー端末６０は、アプリケーションプログラムを起動させることにより、中継サーバー３０を介してゲームサーバー２０にアクセスして、アプリケーション上でブラウザーゲームを動作させることができる。

中継サーバー３０は、開発ユーザー端末５０又はエンドユーザー端末６０からアプリケーションにより指定されたゲームサーバーへのアクセス要求があったときに、アプリケーションに対応する適切なゲームサーバーに接続し、ゲームサーバー２０から取得したゲームコンテンツを、要求元の開発ユーザー端末５０又はエンドユーザー端末６０に対して送り返す。

＜アプリケーション作成支援サーバー１０の構成＞
図２は、本実施形態に係るアプリケーション作成支援サーバー１０の機能上の構成を示すブロック図である。アプリケーション作成支援サーバー１０は、ソフトウェア開発ツール等を用いてアプリケーションの作成を支援する情報処理装置（例えば、ワークステーションやパーソナルコンピューター等）であり、開発者（開発ユーザー）が利用する開発ユーザー端末５０から各種のコマンド（リクエスト）を受信すると、開発ユーザー端末５０上で動作可能なゲームプログラムや、開発ユーザー端末５０の規格に合わせたマークアップ言語（ＸＭＬ等）で作成されたＷｅｂページ（操作画面やゲーム画面等）を配信（レスポンス）することができる。このアプリケーション作成支援サーバー１０は、制御部１１と、データ記憶部１２と、入力部１３と、表示部１４と、通信部１５と、を有している。

制御部１１は、各部間のデータの受け渡しを行うと共に、アプリケーション作成支援サーバー１０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。本実施形態の制御部１１は、登録処理部１１１、アプリケーション生成部１１２、レイアウト処理部１１３、エミュレーター部１１４、パッケージ処理部１１５、画像データ処理部１１６を有している。

登録処理部１１１は、新規にアプリケーションを作成する際に、開発ユーザー端末５０において開発ユーザーによって操作入力された登録情報をデータ記憶部１２に記憶する処理を実行する機能を有している。

アプリケーション生成部１１２は、アプリケーション作成ツールを用いることにより、新規にアプリケーションファイル（プロジェクト）を生成する処理を実行する機能を有している。アプリケーションファイル（プロジェクト）は、アプリケーションを動作させるための設定ファイル、プログラムファイル、画像ファイル等を１つの集合単位にしたものある。このアプリケーションファイル（プロジェクト）は、複数のフォルダ等を階層化したディレクトリ構造となっている。

レイアウト処理部１１３は、アプリケーションの画面レイアウトを設定する処理を実行する機能を有している。

エミュレーター部１１４は、エンドユーザー端末６０上で動作すべきアプリケーション（開発ユーザーが作成したアプリケーション）を、開発ユーザー端末５０上で仮想的に動作させるエミュレーターとして機能するものである。

パッケージ処理部１１５は、アプリケーション作成ツールを用いることにより、アプリケーションを動作させるために必要となる複数のファイル（フォルダ）を１つにまとめたパッケージファイル（実行ファイル）を作成する処理を実行する機能を有している。

画像データ処理部１１６は、Ｗｅｂブラウザー上に表示させる画面データを生成する処理を実行する機能を有している。本実施形態では、操作画面等に対応する画面データとしてＸＭＬデータやＨＴＭＬデータを生成する。

データ記憶部１２は、システムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、例えば、フラッシュメモリやハードディスク等の不揮発性記憶装置や揮発性記憶装置によって実現される。本実施形態のデータ記憶部１２は、開発ユーザー情報、アプリケーション情報、テンプレートファイル、プロジェクトフォルダ、アプリケーション作成ツール等を記憶する。

開発ユーザー情報は、開発ユーザーに関する登録情報であって、開発ユーザーＩＤ、アプリＩＤ、アプリ名、ゲームタイトル、カテゴリ、国コード、アクセスキー等から構成されている（図３参照）。開発ユーザーＩＤは、開発ユーザーを識別する識別情報である。アプリＩＤは、開発ユーザーが作成したアプリケーションを識別する識別情報である。アプリ名は、アプリケーションの表示名を示す情報である。ゲームタイトルは、アプリケーションに対応付けられたゲームの表示名を示す情報である。カテゴリは、アプリケーションが属するゲーム分野を示す情報である。国コードは、アプリケーションをリリースする国を識別する識別情報である。アクセスキーは、中継サーバーにアクセスがする際に必要となるセキュリティ情報である。

アプリケーション情報は、アプリケーションに関する登録情報であって、アプリＩＤ、プロジェクト、パッケージファイル等から構成されている（図４参照）。
テンプレートファイルは、複数のファイルを圧縮して１つファイルで構成され、開発ユーザーによって編集される前の初期状態のファイルである。
プロジェクトフォルダは、アプリケーション生成部１１２によって生成されたアプリケーションプロジェクトを格納するフォルダである。
アプリケーション作成ツールは、アプリケーションを作成するために必要なソフトウェア開発キット（ＳＤＫ）や各種テンプレート（ＡＰＩ等）等の開発ツールである。

入力部１３は、システム管理者等が各種データを入力するためのものであり、例えば、キーボードやマウス等によって実現される。

表示部１４は、制御部１１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

通信部１５は、開発ユーザー端末５０等の外部装置との間で通信を行うためのものであり、外部装置から送信される各種データや信号を受信する受信部としての機能と、制御部１１の指令に応じて各種データや信号を外部装置へ送信する送信部として機能とを有している。通信部１５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。

＜ゲームサーバー２０の構成＞
図５は、本実施形態に係るゲームサーバー２０の機能上の構成を示すブロック図である。ゲームサーバー２０は、Ｗｅｂブラウザー上で動作するブラウザーサービス（例えば、ブラウザーゲーム）を提供するシステム運営・管理者等が利用する情報処理装置（例えば、ワークステーションやパーソナルコンピューター等）である。ゲームサーバー２０は、例えばエンドユーザー端末６０から各種のコマンド（リクエスト）を受信すると、エンドユーザー端末６０の規格に合わせたマークアップ言語（ＸＭＬ等）で作成されたゲーム用のＷｅｂページを配信することにより、エンドユーザー端末６０でユーザーにゲームプレイさせることができる。このゲームサーバー２０は、制御部２１と、データ記憶部２２と、入力部２３と、表示部２４と、通信部２５と、を有している。

制御部２１は、各部間のデータの受け渡しを行うと共に、ゲームサーバー２０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。

データ記憶部２２は、システムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部２１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、例えば、フラッシュメモリやハードディスク等の不揮発性記憶装置や揮発性記憶装置によって実現される。本実施形態のデータ記憶部２２は、Ｗｅｂブラウザー上やアプリケーション上でブラウザーゲームを動作させるために必要となるゲームコンテンツ（文章データ、画像データ、音声データ、ユーザーデータ、ゲーム進行を制御するためのプログラム等）が格納されている。

入力部２３は、システム管理者等が各種データを入力するためのものであり、例えば、キーボードやマウス等によって実現される。

表示部２４は、制御部２１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

通信部２５は、アプリケーション作成支援サーバー１０、中継サーバー３０、ユーザー端末６０等の外部装置とネットワークを介して各種情報の送受信を行うための送受信部として機能するものであり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。

＜中継サーバー３０の構成＞
図６は、本実施形態に係る中継サーバー３０の機能上の構成を示すブロック図である。中継サーバー３０は、アプリケーション作成支援サーバー１０とゲームサーバー２０との間、及び、ゲームサーバー２０とエンドユーザー端末６０との間に介在し、ゲームサーバー２０へのアクセス要求をアプリケーション作成支援サーバー１０及びユーザー端末６０から受信すると、このアプリケーション作成支援サーバー１０及びエンドユーザー端末６０に代行して指定先のゲームサーバー２０にアクセスする。これにより、ゲームサーバー２０にアクセスしたエンドユーザー端末６０が特定されないため、エンドユーザーの個人情報（端末ＩＤ等）の漏洩等を防ぐことができる。また、仮に、ゲームサーバー２０において何らかの変更（アドレスや内部構成の変更等）があったとしても、中継サーバー３０の設定変更を行なえばゲームサーバー２０における変更に対処できるため、エンドユーザー端末６０においてアプリケーションを更新する等の設定変更を行なう回数を抑えることができる。このように、ゲームサーバー２０における上記変更に伴うユーザーの負担を軽減することができる。さらに、エンドユーザー端末６０とゲームサーバー２０との間に中継サーバー３０を介在させることによって、エンドユーザー端末６０からゲームサーバー２０への不正アクセスを抑止できるため、セキュリティを高めることができる。この中継サーバー３０は、前述したゲームサーバー２０と同様に、制御部３１と、データ記憶部３２と、入力部３３と、表示部３４と、通信部３５と、を有している。

本実施形態における制御部３１は、比較部３１１と、アクセス制御部３１２とを有している。比較部３１１は、アクセス先のＵＲＬへのアクセス要求をエンドユーザー端末６０から受信した際に、当該アクセス先のＵＲＬとデータ記憶部３２に記憶されたゲームサーバーリストに記述されたＵＲＬとを比較する機能を有している。アクセス制御部３１２は、比較部３１１による比較結果に基づいて、エンドユーザー端末６０から受信したアクセス要求が、ゲームサーバーのＵＲＬへのアクセス要求であるか等を判定し、エンドユーザー端末６０からのリクエストによって指定されたアクセス先のＵＲＬへのアクセスを制御する機能を有している。

本実施形態におけるデータ記憶部３２は、ゲームサーバーリスト等を記憶している。ゲームサーバーリストは、アプリケーションを識別するアプリＩＤに対応付けてゲームサーバーのＵＲＬが記述されたデータである。

＜アプリケーション提供サーバー４０の構成＞
図７は、本実施形態に係るアプリケーション提供サーバー４０の機能上の構成を示すブロック図である。アプリケーション提供サーバー４０は、エンドユーザー端末６０にインストール可能なアプリケーションの実行ファイル（例えば、ａｐｋファイルやａｐｐファイル等）を提供するシステム運営・管理者等が利用する情報処理装置（例えば、ワークステーションやパーソナルコンピューター等）である。アプリケーション提供サーバー４０は、エンドユーザー端末６０から各種のコマンド（リクエスト）を受信すると、エンドユーザー端末６０の規格に合わせたマークアップ言語（ＸＭＬ等）で作成されたアプリ購入及びダウンロード用のＷｅｂページを配信することにより、エンドユーザーに対してアプリケーションを提供することができる。このアプリケーション提供サーバー４０は、前述したゲームサーバー２０と同様に、制御部４１と、データ記憶部４２と、入力部４３と、表示部４４と、通信部４５と、を有している。

本実施形態における制御部４１は、課金決済処理部４１１を有している。課金決済処理部４１１は、アプリケーションをインストールしたエンドユーザー端末６０とアプリケーション提供サーバー４０との間で課金情報の送受信を行なうことにより、アプリケーション内での課金決済を可能とするものである。この際、エンドユーザー端末６０は、アプリケーションに含まれる課金決済用のＡＰＩを利用して課金決済に必要となる課金情報を生成し、アプリケーションにより指定されたアクセス先のアプリケーション提供サーバー４０にアクセスする。

本実施形態におけるデータ記憶部３２は、エンドユーザー端末６０にインストール可能なアプリケーションの実行ファイル（ａｐｋファイル等）を複数記憶している。開発ユーザー端末５０にて作成されアップロードされたアプリケーションの実行ファイル（ａｐｋファイル等）も含まれている。このため、エンドユーザー端末６０は、アプリケーション提供サーバー４０にアクセスすることにより、いずれかのアプリケーションの実行ファイル（ａｐｋファイル等）をダウンロードすることができる。

＜開発ユーザー端末５０、及び、エンドユーザー端末６０の構成＞
図８は、開発ユーザー端末５０及びエンドユーザー端末６０の機能上の構成を示すブロック図である。

本実施形態の開発ユーザー端末５０は、アプリケーションを作成する際に開発ユーザーが利用する情報処理装置（例えば、パーソナルコンピューター等）である。開発ユーザー端末５０は、ＸＭＬ形式のファイル（ＸＭＬデータ）を解釈して画面表示するためのＷｅｂブラウザーソフトウェアを有しており、このＷｅｂブラウザーの機能によりアプリケーション作成支援サーバー１０から取得したＸＭＬデータを解釈して、受信したＸＭＬデータに対応するＷｅｂページ（操作画面等）を表示することができる。この開発ユーザー端末５０は、端末制御部５１と、端末記憶部５２と、端末入力部５３と、端末表示部５４と、端末通信部５５と、を有している。

また、本実施形態のエンドユーザー端末６０は、ゲームを行う際にエンドユーザーが利用する情報処理装置（例えば、携帯電話端末やスマートフォン等）である。エンドユーザー端末６０は、Ｗｅｂブラウザー機能を備えたアプリケーションをインストールすることにより、ゲーム（ブラウザーゲーム等）に関するＷｅｂページ（ゲーム画面等）を画面表示させることができる。すなわち、エンドユーザー端末６０は、かかるアプリケーションの起動により、ゲームサーバー２０に対してＷｅｂページ（ゲーム画面等）を要求し、要求に応答したゲームサーバー２０から送信されたＨＴＭＬファイル（文章、画像、音声データ等を含む）を受信し、このＨＴＭＬファイルの記述に基づくＷｅｂページを画面表示させる。このエンドユーザー端末６０は、端末制御部６１と、端末記憶部６２と、端末入力部６３と、端末表示部６４と、端末通信部６５と、を有している。

端末制御部５１、６１は、各部間のデータの受け渡しを行うととともに、端末全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。

端末記憶部５２、６２は、バスを介して端末制御部５１、６１に接続され、端末制御部５１、６１からの指令に応じて記憶されているデータを参照、読み出し、書き換える処理が行われる。この端末記憶部５２、６２は、例えば、フラッシュメモリやハードディスク等によって実現される。

端末入力部５３、６３は、ユーザーが各種操作を行うためのものであり、例えば、操作ボタン、タッチパネル等によって実現される。

端末表示部５４、６４は、端末制御部５１、６１からの指令により操作画面やゲーム画面を表示するためのものであり、たとえば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

端末通信部５５、６５は、ネットワークを介してアプリケーション作成支援サーバー１０等の外部装置と各種情報の送受信を行うための送受信部として機能するものであり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。

＜アプリケーション作成支援サーバー１０の動作例＞
図９は、本実施形態にかかるアプリケーション作成支援サーバー１０の動作例を説明するためのフローチャートである。以下では、アンドロイド（登録商標）ＯＳ上で動作するアプリケーション（ａｐｋファイル）を作成する場合を例に挙げて説明するが、これに限らず、例えばｉＯＳ上で動作するアプリケーション（ａｐｐファイル）を作成する場合にも適用できる。

アプリケーション作成支援サーバー１０は、アプケーションを作成するためのアプリケーション作成開始ページ（Ｗｅｂページ）の配信を要求するリクエストを、開発ユーザー端末５０から受信した場合（Ｓ１０１：ＹＥＳ）、画面データ生成部１１６にアプリケーション作成開始ページの画面データを生成させ、要求元の開発ユーザー端末５０に送信する（Ｓ１０２）。

開発ユーザー端末５０は、受信したアプリケーション作成開始ページをＷｅｂブラウザー上に表示させる。開発ユーザーは、Ｗｅｂブラウザー上に表示されるアプリケーション作成開始ページの中からリンクを選択して他のＷｅｂページへ画面遷移できる。

そして、アプリケーション作成支援サーバー１０は、開発ユーザーが新規に作成するアプリケーションの登録を要求するリクエストを、開発ユーザー端末５０から受信した場合（Ｓ１０３：ＹＥＳ）、登録処理部１１１にアプリケーション登録処理を実行させる（Ｓ１０４）。

本実施形態では、新規アプリケーションの登録画面をＷｅｂブラウザー上に表示させている状態で、開発ユーザーが、アプリケーション名、ユーザー名、ゲームタイトル、ゲームカテゴリ等の登録情報を所定のフォームに入力すると、開発ユーザーによって入力された登録情報が開発ユーザー端末５０からアプリケーション作成支援サーバー１０へ送信される。登録処理部１１１は、開発ユーザー端末５０から送信された登録情報をユーザーＩＤに関連付けてデータ記憶部１２に記憶する（図３参照）。

そして、アプリケーション生成部１１２は、アプリケーション作成ツールを用いることにより、かかる登録情報に基づき新しくアプリケーションプロジェクト（以下、単に「プロジェクト」とも呼ぶ）を生成する。プロジェクトは、アプリケーションを生成する過程で扱われるファイルやフォルダ（ディレクトリ）から構成されるアプリケーションファイルのことである。アプリケーション生成部１１２によって新規プロジェクトが生成されると、ａｓｓｅｔｓフォルダ、ｄｒａｗａｂｌｅフォルダ、ｌａｙｏｕｔフォルダ、ｖａｌｕｅｓフォルダ、マニフェストファイル等、プロジェクトを構成する複数のフォルダやファイルが、データ記憶部１２のプロジェクトフォルダ内に格納される。ａｓｓｅｔｓフォルダは、画像データや音声データ等のアセットを配置するフォルダである。ｄｒａｗａｂｌｅフォルダは、イメージリソースを配置するフォルダであり、例えばアプリのアイコンが格納される。ｌａｙｏｕｔフォルダは、アプリの画面レイアウトを定義するためのＸＭＬファイルを配置するフォルダである。ｖａｌｕｅｓフォルダは、文字列を定義するためのＸＭＬファイルを配置するフォルダである。マニフェストファイルは、アプリケーションの実行に必要となる情報を記述したＸＭＬファイルである。
また、アプリケーション生成部１１２は、新規に生成されたアプリケーションに対して、アプリケーションを識別するアプリケーションＩＤ（アプリＩＤ）を付与する。生成されたプロジェクトは、付与されたアプリＩＤに対応付けられ、アプリケーション情報としてデータ記憶部１２に記憶される（図４参照）。

ここで、開発ユーザーは、開発ユーザー端末５０を操作してゲームサーバー２０にアクセスし、アプリケーション上で動作させるブラウザーゲームのＸＭＬファイル（gadget.xml）をゲームサーバー２０のデータ記憶部２１に配置しておく。このブラウザーゲームのＸＭＬファイル（gadget.xml）には、ブラウザーゲームのスタートページのＵＲＬが記述されている。そして、開発ユーザーは、開発ユーザー端末５０を操作してアプリケーション作成支援サーバー１０にアクセスし、生成されたアプリケーションプロジェクトに対してこのスタートページのＵＲＬを設定しておく。生成されたアプリケーションプロジェクトは、通常のＷｅｂブラウザーの機能を付加させるためのＷｅｂＶｉｅｗをレイアウトファイル内に有しているため、このＷｅｂＶｉｅｗを利用しブラウザーゲームのＵＲＬを指定することで、指定したアクセス先から送信されたＷｅｂページをアプリケーション上で表示することができるようになる。

アプリケーション作成支援サーバー１０は、新規に生成されたアプリケーションの画面レイアウトに対する編集操作を要求するリクエストを、開発ユーザー端末５０から受信した場合（Ｓ１０５：ＹＥＳ）、レイアウト処理部１１３にレイアウト編集処理を実行させる（Ｓ１０６）。この際、画面データ生成部１１６は、開発ユーザー端末５０のＷｅｂブラウザー上に表示させるためのレイアウト編集操作画面（Ｗｅｂページ）に対応する画面データを生成して、要求元の開発ユーザー端末５０に送信する。

図１０は、開発ユーザー端末５０のＷｅｂブラウザー上に表示されるレイアウト編集操作画面９０の画面構成例を示す図である。このレイアウト編集操作画面９０は、開発ユーザーに各種操作を選択させるためのメニュー領域９１と、アプリケーションプロジェクトを構成するファイル（ＸＭＬファイル）のソースコードを表示するソースコード領域９２と、アプリケーションの動作確認を行なうためのプレビュー領域９３と、アセット（画像データや音声データ等）を登録するためのアセットボタン９４と、このレイアウト編集操作画面９０をＷｅｂブラウザー上で表示させるためのレイアウトボタン９５と、プロジェクトをビルドして変換された実行ファイル（ａｐｋファイル）をダウンロードするためのダウンロードボタン９６と、を含んで構成されている。

メニュー領域９１には、例えば、オペレーティングシステム（ＯＳ）を選択するボタン、アイテムに関する設定を行なうためのボタンが含まれている。そのため、開発ユーザーは、オペレーティングシステム（ＯＳ）に合わせたアプリケーションを作成したり、また、アイテム課金の設定を行ったりすることもできる。本実施形態では、開発ユーザーの操作入力によってアンドロイド（登録商標）ＯＳが選択され、アンドロイド（登録商標）ＯＳ上で動作するアプリケーションが作成されることになる。

ソースコード領域９２には、画面レイアウトを定義するレイアウトファイル（layout.xml）のソースコードが表示される。そのため、開発ユーザーは、開発ユーザー端末５０を操作して、Ｗｅｂブラウザー上でソースコードを編集することができる。開発ユーザーが編集操作を行なうと、かかる操作情報が開発ユーザー端末５０からアプリケーション作成支援サーバー１０へ送信され、プロジェクトを構成するｌａｙｏｕｔフォルダ内のレイアウトファイルが即座に変更される。なお、新規プロジェクトの作成時には、ｌａｙｏｕｔフォルダ内にデフォルトのレイアウトファイル（ＸＭＬファイル）が格納されているため、開発ユーザーはこれをベースにレイアウト編集を行なうことになる。

プレビュー領域９３は、ユーザー端末６０で行われるべきアプリケーションの動作がエミュレーター部１１４によって仮想的に表示される。プレビュー領域９３は、「Ｈｏｍｅ」ボタン等が表示されるヘッダー領域９３１と、ゲーム画面が表示されるゲーム表示領域９３２と、「メニュー」ボタン等が表示されるフッター領域９３３と、を有している。例えば、ヘッダー領域９３１には、ソースコードの変更によって「Ｈｏｍｅ」ボタンが配置変更される様子が表示される。また、ゲーム表示領域９３２には、エミュレーター部１１４によってアプリケーション（実行ファイル）が実行されることにより、アプリケーションファイルの記述に基づきアクセスされたゲームサーバー２０から提供されるブラウザーゲームの動作が表示される。このように、開発ユーザーは、開発ユーザー端末５０を操作して、ソースコード領域９２にてソースコードを編集しながらプレビュー領域９３にて編集後の画面レイアウトの動作確認を行なうことができる。そのため、ソースコードの編集を効率良く行うことができ、アプリケーションプログラムの開発の速度を速めることが可能となる。

図９に戻り、アプリケーション作成支援サーバー１０は、画面レイアウトを構成するアセットの登録を要求するリクエストを、開発ユーザー端末５０から受信した場合（Ｓ１０７：ＹＥＳ）、登録処理部１１１にアセット登録処理を実行させる（Ｓ１０８）。

開発ユーザーは、図１０に示すように、開発ユーザー端末５０のＷｅｂブラウザー上にレイアウト編集操作画面９０が表示されている際に、アセットボタン９４を選択すると、画面レイアウトを構成するアセット（画像データ、音声データ）を設定することができる。例えば、ヘッダー領域９３１やフッダー領域９３２に表示される各種ボタン（「Ｈｏｍｅ」、「メニュー」等）の画像データや、それらボタンを押したときに鳴る効果音データなどを設定することができる。開発ユーザーがアセット設定操作を行なうと、設定されたアセット（画像データ、音声データ）が開発ユーザー端末５０からアプリケーション作成支援サーバー１０へアップロードされ、プロジェクトを構成するａｓｓｅｔｓフォルダ内に格納される。なお、新規プロジェクトの作成時には、ａｓｓｅｔｓフォルダ内にサンプルとしての画像データ等が格納されているため、開発ユーザーはこれを利用してレイアウト編集を行なうこともできる。

アプリケーション作成支援サーバー１０は、生成したプロジェクトをビルドしたパッケージファイル（ａｐｋファイル）のダウンロードを要求するリクエストを、開発ユーザー端末５０から受信した場合（Ｓ１０９：ＹＥＳ）、パッケージ処理部１１５にパッケージ処理を実行させる（Ｓ１１０）。以下では、このパッケージ処理について具体的に説明する。

＜パッケージ処理について＞
図１１は、パッケージ処理を説明するためのフローチャートである。

先ず、パッケージ処理部１１５は、アンドロイド（登録商標）ＯＳ上で動作するアプリケーションを作成するために、データ記憶部１２から取得したテンプレートａｐｋファイルを展開する（Ｓ２０１）。

テンプレートａｐｋファイルは、ユーザー端末６０にインストールできる形式でパッケージされた実行ファイル（ａｐｋファイル）のテンプレート（雛形）である。テンプレートａｐｋファイルは、アプリケーションの動作に必要となる複数ファイルを格納し、ＺＩＰ形式で圧縮されている。そして、テンプレートａｐｋファイルを展開することにより、ａｓｓｅｔｓフォルダ、ｄｒａｗａｂｌｅフォルダ、ｌａｙｏｕｔフォルダ、ｖａｌｕｅｓフォルダ、マニフェストファイル等、テンプレートａｐｋファイルを構成する複数のフォルダやファイルがデータ記憶部１２に生成される。なお、テンプレートａｐｋファイルには、アプリケーション内で課金決済を行なう際に必要となる課金決済用のＡＰＩが含まれている。これにより、パッケージファイル（ａｐｋファイル）が生成する際、この課金決済用のＡＰＩも併せて自動的にパッケージングされることになるため、ユーザーのプログラミング操作を省くことができる。なお、テンプレートａｐｋファイルには、課金決済用のＡＰＩ以外のＡＰＩが含まれていても良い。例えば、ゲーム中のメニュー操作を制御するためのメニュー操作ＡＰＩ、ゲームのＢＧＭを再生するためのオーディオＡＰＩ、ゲームのバージョンや画面サイズ等を取得するためのユーティリティＡＰＩ、ゲーム内に関する通知を行なうためのリモート通知用ＡＰＩ、ゲーム内における問い合わせフォームを提供するための問い合わせＡＰＩ、ユーザー認証を行なうための認証ＡＰＩ、ゲーム外部のＳＮＳと連携して友達招待を行なうための友達招待ＡＰＩ等が挙げられる。

この共通部分となるアプリケーションのテンプレートは、アプリケーション作成支援サーバー１０におけるデータ記憶部１２に記憶されている。

次いで、パッケージ処理部１１５は、アプリケーション作成支援サーバー１０におけるデータ記憶部１２から、図９のステップＳ１０４において生成されたプロジェクトを構成する複数のフォルダやファイルを取り出して、テンプレートａｐｋファイルを展開して生成された複数のフォルダやファイルに入れ込む（Ｓ２０２）。

例えば、プロジェクトを構成するｌａｙｏｕｔフォルダに配置されている画面レイアウトを定義するＸＭＬファイルを取り出して、テンプレートａｐｋファイルを展開して生成されたｌａｙｏｕｔフォルダに入れる。また、プロジェクトを構成するａｓｓｅｔｓフォルダに配置されている画面レイアウトを構成する画像データや音声データを取り出して、テンプレートａｐｋファイルを展開して生成されたａｓｓｅｔｓフォルダに入れる。

次いで、パッケージ処理部１１５は、図３に示すユーザー情報を参照することにより、開発ユーザーに対して割り当てられたアクセスキーを暗号化して、テンプレートａｐｋファイルを展開して生成された複数のファイルやフォルダに入れ込む（Ｓ２０３）。

次いで、パッケージ処理部１１５は、図３に示すユーザー情報に基づいて、テンプレートａｐｋファイルを展開して生成されたマニフェストファイルを書き換える（Ｓ２０４）。例えば、マニフェストファイルにおいて、アプリ名、ゲームタイトル、カテゴリ等の情報が書き換えられる。

次いで、パッケージ処理部１１５は、設定ファイル（ｃｏｎｆｉｇファイル）を生成し、テンプレートａｐｋファイルを展開して生成された複数のフォルダやファイルに入れ込む（Ｓ２０５）。例えば、アプリＩＤ、アプリをリリースする国コード、中継サーバーのＵＲＬ等の情報が設定ファイルとして生成される。

次いで、パッケージ処理部１１５は、このようにしてテンプレートａｐｋファイルを構成する複数のフォルダやファイルに対して初期状態から変更させた後に、ユーザー端末６０にインストール可能なアプリケーションの実行ファイル（ａｐｋファイル）にビルドする（Ｓ２０６）。テンプレートａｐｋファイルを構成する複数のファイルやフォルダが再びパッケージングされることにより、開発ユーザーが作成したアプリケーションのパッケージファイルが生成されることになる。

次いで、パッケージ処理部１１５は、非公開鍵を使用することにより、アプリケーションの実行ファイル（ａｐｋファイル）に対してデジタル署名を行なう（Ｓ２０７）。これにより、信頼できるアプリケーションであることを証明することができる。

以上のように、本実施形態のネットワークシステム１においては、アプリケーション作成支援サーバー１０にアクセスすることにより、開発ユーザー端末６０のＷｅｂブラウザー上においてアプリケーションの作成・編集・動作確認を簡単に行なうことができる。また、アプリケーション作成支援サーバー１０にアクセスすることにより、開発ユーザーによって編集された後のアプリケーションを動作させるために必要となる複数のファイル・フォルダを自動的に１つにまとめられ、パッケージファイル（ａｐｋファイル）が生成されるため、既存のブラウザーゲームのアプリケーション化を簡単に行なうことができる。このように、本実施形態のネットワークシステム１によれば、アプリケーションをＷｅｂブラウザー上で効率良く作成させることが可能となる。

なお、上記の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

１ ネットワークシステム、１０ アプリケーション作成支援サーバー、１１ 制御部、１２ データ記憶部、１３ 入力部、１４ 表示部、１５ 通信部、２０ ゲームサーバー、２１ 制御部、２２ データ記憶部、２３ 入力部、２４ 表示部、２５ 通信部、３０ 中継サーバー、３１ 制御部、３２ データ記憶部、３３ 入力部、３４ 表示部、３５ 通信部、４０ アプリケーション提供サーバー、４１ 制御部、４２ データ記憶部、４３ 入力部、４４ 表示部、４５ 通信部、５０ 開発ユーザー端末、５１ 端末制御部、５２ 端末記憶部、５３ 端末入力部、５４ 端末表示部、５５ 端末通信部、６０ エンドユーザー端末、６１ 端末制御部、６２ 端末記憶部、６３ 端末入力部、６４ 端末表示部、６５ 端末通信部、９０ レイアウト編集操作画面、９１ メニュー領域、９２ ソースコード領域、９３ プレビュー領域、９４ アセットボタン、９５ レイアウトボタン、９６ ダウンロードボタン、１１１ 登録処理部、１１２ アプリケーションを生成部、１１３ レイアウト処理部、１１４ エミュレーター部、１１５ パッケージ処理部、１１６ 画面データ生成部、３１１ 比較部、３１２ アクセス制御部、４１１課金処理部、９３１ ヘッダー領域、９３２ ゲーム表示領域、９３３ フッター領域

Claims (4)

1. ネットワークを介して情報通信可能に接続される、Ｗｅｂブラウザー上で動作するブラウザーサービスを提供するサービス提供サーバーと、ユーザーがＷｅｂブラウザー上でアプリケーションを作成する際に利用するユーザー端末と、前記アプリケーションの作成を支援するアプリケーション作成支援サーバーと、を備えたネットワークシステムであって、
   前記アプリケーション作成支援サーバーは、
   前記アプリケーションの作成に用いられるアプリケーション作成ツールを記憶する記憶部と、
   前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、前記サービス提供サーバーにより提供される前記ブラウザーサービスをアプリケーション上で動作させるためのアプリケーションファイルを自動的に生成するアプリケーション生成部と、
   前記ユーザー端末からの要求に応答して、前記アプリケーションファイルに含まれるレイアウトファイルのソースコードが表示されるソースコード領域、及び、前記レイアウトファイルにより定義される画面レイアウトの動作確認を行なうためのプレビュー領域を含むレイアウト編集操作画面を、要求元の前記ユーザー端末のＷｅｂブラウザー上に表示させるための画面データを生成する画面データ生成部と、
   前記レイアウト編集操作画面において前記ユーザーが行った編集操作入力に基づいて前記レイアウトファイルを変更するレイアウト処理部と、
   前記ユーザー端末からの要求に応答して、前記アプリケーション作成ツールを用いることにより、生成された前記アプリケーションファイルに基づき、変更後の前記レイアウトファイルを含む複数のファイルを１つにまとめてパッケージングした前記アプリケーションの実行ファイルを生成するパッケージ処理部と、を備える、
   ことを特徴とするネットワークシステム。
2. 請求項１に記載のネットワークシステムであって、
   前記ネットワークシステムは、
   ネットワークを介して情報通信可能に接続される、エンドユーザーが利用するエンドユーザー端末と、前記サービス提供サーバーと前記エンドユーザー端末との間に介在する中継サーバーと、をさらに備え、
   前記アプリケーション生成部は、
   前記アプリケーションファイルを生成する際に、アプリケーションを識別する識別情報を付与し、
   前記パッケージ処理部は、
   前記アプリケーションに付与された前記識別情報を前記アプリケーションの実行ファイルに含ませ、
   前記中継サーバーは、
   前記アプリケーションに付与された前記識別情報に対応付けて前記サービス提供サーバーのＵＲＬが記述されたサービス提供サーバーリストを記憶する記憶部を備える、
   ことを特徴とするネットワークシステム。
3. 請求項２に記載のネットワークシステムであって、
   前記エンドユーザー端末は、
   前記パッケージ処理部に生成された前記アプリケーションの実行ファイルをインストールすることにより、前記中継サーバーを介して前記サービス提供サーバーにアクセスして、前記アプリケーション上で前記ブラウザーサービスを動作させ、
   前記中継サーバーは、
   前記エンドユーザー端末からアクセス要求があった際に、前記サービス提供サーバーリストに基づいてアクセス制御を行う、
   ことを特徴とするネットワークシステム。
4. 請求項１乃至３のいずれかに記載のネットワークシステムであって、
   前記アプリケーションの実行ファイルは、アプリケーション内で課金決済を行なう際に必要となる課金決済用のＡＰＩを含む、
   ことを特徴とするネットワークシステム。

Images