WO2013065165A1

WO2013065165A1 - アプリケーションソフトウェアを生成するシステム

Info

Publication number: WO2013065165A1
Application number: PCT/JP2011/075394
Authority: WO
Inventors: 直紀西尾; 進也松田; 康洋根津; 栄一大沢; 章立石
Original assignee: 株式会社メディアシーク
Priority date: 2011-11-04
Filing date: 2011-11-04
Publication date: 2013-05-10
Also published as: JP5357340B1; US9047166B2; JPWO2013065165A1; US20140298293A1

Abstract

　ユーザが所望する機能を有するアプリを自動的に生成するように構成されたアプリ生成システムを提供する。　本発明のアプリ生成システムは、所定の演算処理を実行する演算手段と、光学的に読み取られる情報コードを撮像する撮像手段と、撮像手段で撮像した情報コードをデコードして文字情報を取り出すデコード手段と、所定の情報を表示する表示手段と、文字情報を通信する第１の通信手段と、を含むモバイル端末と、第１の通信手段と通信する第２の通信手段と、判定ルールを格納する判定データベースと、プログラム部品を格納するプログラム部品データベースと、第２の通信手段により受信した文字情報を解析し、判定データベースに格納された判定ルールに基づいて解析の結果を判断し、生成すべきアプリの属性及び構成に関する情報並びに該アプリを構成するプログラム部品を決定する解析手段と、を含むサーバと、を備えている。

Description

アプリケーションソフトウェアを生成するシステム

　本発明は、PDA機能を備えた多機能携帯電話（所謂「スマートフォン」）等のモバイル端末に搭載されるアプリケーションソフトウェア（以下「アプリ」と略称する）を生成するシステムに関する。

　一般に、モバイル端末は、モバイル端末に搭載されるアプリに関連付けられた情報を該モバイル端末のディスプレイに表示し、該ディスプレイに表示された情報に基づいてアプリをモバイル端末にダウンロードする。

　例えば、一つの従来技術としては、ユーザが希望する機能を有するアプリを入手する場合、モバイル端末でQRコード（登録商標）等の二次元コードを読取り、読取った二次元コードに予め格納された文字情報をモバイル端末のディスプレイに表示し、該ディスプレイに表示された文字情報を利用して適切なURLにアクセスし、該アクセスしたURLから必要なアプリを選択してダウンロードするように構成されている。

　また、別の従来技術としては、ユーザが希望する機能を有するアプリを入手する場合、QRコード（登録商標）等の二次元コードにURLが予めエンコードされており、モバイル端末で二次元コードを読取ることにより自動的に該URLにアクセスし、該アクセスしたURLから必要なアプリを選択してダウンロードするように構成されている。

特開2008年310637号公報特開2011年86198号公報特開2010年1178167号公報特開2009年98741号公報特開2009年282896号公報特開2009年055166号公報

　しかしながら、上述した従来技術では、二次元コードに予め格納された文字情報をモバイル端末のディスプレイに表示するのみであり、ユーザが希望する機能を有するアプリを入手するには、表示された文字情報を利用して適切なURLにアクセスし、必要なアプリを選択してダウンロードする等の一連の能動的な操作が必要であるという問題があった。また、該操作及び操作の結果は、モバイル端末を使用するユーザの技能や経験に左右され、モバイル端末の操作の誤りや知識の不足によってユーザが希望する機能を有するアプリを円滑に取得できないか、或いは全く取得することができないという問題があった。

　また、上述した従来技術では、二次元コードにURLがエンコードされていても、該URLは、該エンコードがなされた時点でのURLであり、二次元コードが配布された後にURLが変更になった場合には、配布済の二次元コードが無用となってしまう、という問題があった。例えば、二次元コードにエンコードされた電話番号、住所等の連絡先が該二次元コードの配布後に変更された場合には、間違い電話や郵便物の配送不能、等の実害が発生する。

　さらに、上述した従来技術では、二次元コードにエンコードされている文字情報の内容によっては、該二次元コードから得られた文字情報をユーザが有効に利用できないという問題があった。例えば、二次元コードにある小売店のホームページを示すURLがエンコードされている場合には、ユーザは、該二次元コードを撮影することで該ホームページにアクセスすることが容易になり、該ホームページにアクセスすることで情報を得たり、アプリをダウンロードすることが可能になるが、たまたま二次元コード中にURLがエンコードされておらず小売店の名称や電話番号のみがエンコードされているような場合には、ユーザは二次元コードを撮影及びデコードしても小売店の名称や電話番号が得られるだけであり、それ以外の情報を得ることはできず、より多くの情報に容易にアクセスすることはできないという不都合が発生していた。

　もとより、JANコード等のバーコードを利用する場合においても、上記と同様の不都合が存在していた。

　本発明は、上記従来技術における問題に鑑みてなされたものであり、バーコードや二次元コードから取得した文字情報をモバイル端末のディスプレイに表示すると共に、該文字情報を解析、照合して、バーコードや二次元コードに予め含まれている情報及びそれ以外の情報をサーバ側で補うことにより、該バーコードや二次元コードをモバイル端末で読取ったユーザが所望する機能を有するアプリを自動的に生成し、生成したアプリに関連付けられたアイコンを該モバイル端末のディスプレイに表示するように構成されたシステムを提供することをその課題とする。

　本発明の上記課題は、親アプリケーションソフトウェアプログラムとは別の子アプリケーションソフトウェアプログラムを生成するアプリ生成システムであって、
　所定の演算処理を実行する演算手段と、一次元コード又は二次元以上の多次元コードにより構成された次元コードを撮像する撮像手段と、撮像手段で撮像した次元コードをデコードして該次元コードに対応付けられた文字情報を取り出すデコード手段と、所定の情報を表示する表示手段と、文字情報を通信する第１の通信手段と、を含むモバイル端末と、
　第１の通信手段と通信する第２の通信手段と、判定ルールを格納する判定データベースと、プログラム部品を格納するプログラム部品データベースと、第２の通信手段により受信した文字情報を解析し、判定データベースに格納された判定ルールに基づいて解析の結果を判断し、生成すべき子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を決定する解析手段と、
を含むサーバと、を備え、
　モバイル端末は、第１の通信手段により、サーバの第２の通信手段から送信された属性及び構成の情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を受信し、演算手段により、受信した子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品に基づいて、所望の機能を有する子アプリケーションソフトウェアを生成することを特徴とするアプリ生成システムによって達成される。

　本発明のアプリ生成システムでは、モバイル端末は、子アプリケーションソフトウェアが生成された場合、該子アプリケーションソフトウェアを表象するアイコンを、該モバイル端末の表示手段に表示するように構成してもよい。

　本発明のアプリ生成システムでは、子アプリケーションソフトウェアを構成するプログラム部品には、生成すべきアプリケーションソフトウェアを表象するアイコンの画像データが含まれるように構成してもよい。

　本発明のアプリ生成システムでは、サーバの解析手段は、生成すべき子アプリケーションソフトウェアと、該子アプリケーションソフトウェアを構成するプログラム部品と、を決定するために、(1)ユーザ属性、(2)モバイル端末の位置情報、(3)撮像手段を操作して次元コードを読取った時刻、(4)モバイル端末がサーバに文字情報を送信した時刻、(5)ユーザの利用言語、(6)ユーザの国籍、(7)ユーザの入力情報、(8)ユーザの過去利用履歴、(9)モバイル端末上の表示手段に表示される他のアイコンの種類、(10)モバイル端末上の表示手段に表示される他のアイコンの数、(11)モバイル端末上の表示手段に特定のアイコンが表示されているか否かの情報、(12)モバイル端末がサーバに文字情報を送信した時刻において、モバイル端末と一定の地理的範囲内に、他にも親アプリケーションソフトウェアを実装したモバイル端末が存在するか否かの情報、(13)モバイル端末のIPアドレス、(14)モバイル端末の標準時刻設定、(15)モバイル端末の種類、(16)モバイル端末で動作しているOSの種類及びバージョン、のうち、１つ以上の情報を付加情報とし、付加情報と文字情報との組み合せで、判定データベースを検索し、判定ルールを取得するように構成してもよい。

　本発明のアプリ生成システムでは、次元コードには、特定のコントロールコードが予めエンコードされており、モバイル端末が次元コードから文字情報を取得するときには、コントロールコードが含まれる文字情報を取得し、サーバは、解析手段及び判定データベースにより文字情報を解析する際に、コントロールコードをキー情報として、生成すべきアプリの属性、構成及びアプリを構成するプログラム部品を決定するように構成してもよい。

　本発明のアプリ生成システムでは、モバイル端末は、映像解析手段を更に備え、撮像手段及びデコード手段を用いて次元コードから文字情報を取り出す代わりに、撮像手段により撮像した動画又は静止画から映像解析手段を用いて、文字情報を取り出すように構成してもよい。

　本発明のアプリ生成システムでは、モバイル端末は、録音手段及び音声解析手段を更に備え、撮像手段及びデコード手段を用いて次元コードから文字情報を取り出す代わりに、録音手段により録音した音声から音声解析手段を用いて、文字情報を取り出すように構成してもよい。

　本発明のアプリ生成システムでは、モバイル端末は、録音手段を更に備え、サーバは、映像解析手段及び音声解析手段を更に備え、モバイル端末が撮影した動画又は静止画、或いはモバイル端末が録音した音声から、映像解析手段或いは音声解析手段を用いて文字情報を取り出すように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、子アプリケーションソフトウェアを生成する生成部と、該生成した子アプリケーションソフトウェアを格納する子アプリ保存データベースと、を更に備え、決定した子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を用いて、生成部において子アプリケーションソフトウェアを生成して子アプリ保存データベースに格納し、決定した子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品をモバイル端末に送信する代わりに、生成した子アプリケーションソフトウェアのアイコン情報及び子アプリ保存データベース上の生成した子アプリケーションソフトウェアが格納されている場所を示す番地情報をモバイル端末に送信し、モバイル端末は、子アプリケーションソフトウェアのアイコン情報に基づいて、該子アプリケーションソフトウェアのアイコンのみをモバイル端末の表示手段に表示すると共に、ユーザが該表示された子アプリケーションソフトウェアのアイコンをタッチした場合、通信手段によって、子アプリ保存データベースにアクセスし、番地情報に基づき該子アプリケーションソフトウェアをダウンロードして起動させるように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、生成すべき子アプリケーションソフトウェアの属性及び構成並びに該子アプリケーションソフトウェアを構成するプログラム部品を特定した後に、該属性及び該構成並びに該プログラム部品のそれぞれに関する情報のみをモバイル端末に通知する機能を更に備え、モバイル端末は、子アプリケーションソフトウェア生成に必要なプログラム部品を格納するプログラム部品記憶手段を更に備え、モバイル端末は、サーバからの通知に基づき、プログラム部品記憶手段に格納されたプログラム部品を用いて子アプリケーションソフトウェアを生成するように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、生成すべき子アプリケーションソフトウェアの属性及び構成並びに該子アプリケーションソフトウェアを構成するプログラム部品を特定した後に、該属性及び該構成並びに該プログラム部品のそれぞれに関する情報のみをモバイル端末に通知する機能を更に備え、モバイル端末は、子アプリケーションソフトウェア生成の元となるあらゆる機能を有する子アプリケーションソフトウェアのひながたを予め格納する記憶手段を更に備え、モバイル端末は、サーバからの通知に基づき、ひながたが有するあらゆる機能の内から、必要な機能のみをオンにすると共に、他の機能をオフにし、該通知により受信したアイコン画像を表示手段に表示するように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、判定データベースに代えて、生成される可能性のある全ての子アプリケーションソフトウェアと、子アプリケーションソフトウェアの属性及び構成並びに該子アプリケーションソフトウェアを構成するプログラム部品のそれぞれに関する情報と、が予め記録されているアプリ一覧データベースを更に備え、サーバは、付加情報と文字情報との組み合せに基づいて、アプリ一覧データベースを検索し、該当する子アプリケーションの存在する場合には、該当する子アプリケーションソフトウェアを生成するために必要な属性及び構成並びにプログラム部品のそれぞれに関する情報をアプリ一覧データベースから取得するように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、該当無情報保管データベースを更に備え、サーバは、文字情報及び付加情報の解析結果を用いてアプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを検索し、該当する子アプリケーションソフトウェアが存在しない場合には、その旨をモバイル端末に通知すると共に、該アプリ生成ができなかった文字情報及び付加情報を該当無情報保管データベースに記録し、文字情報及び付加情報の組み合せで、アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを再度検索することを一定の頻度で繰り返し、該当する子アプリケーションソフトウェアが検索された場合には、該子アプリケーションソフトウェア生成を続行すると共に、該検索された子アプリケーションソフトウェアに関する文字情報を該当無情報保管データベースから消去するように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、文字情報及び付加情報の組み合わせで、アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを検索する際に、該当する子アプリケーションソフトウェアが存在しない場合には、その旨をモバイル端末に通知し、モバイル端末は、該当無情報保管データベースを更に備え、モバイル端末は、サーバから通知を受信した場合に、子アプリケーションソフトウェア生成ができなかった文字情報及び付加情報を該当無情報保管データベースに記録し、サーバとの通信を行う度に該当無情報保管データベースの内容を該サーバに通知し、通知を受信したサーバは、文字情報及び付加情報の組み合せで、アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを再度検索することを繰り返し、該当する子アプリケーションソフトウェアが検索された場合には、該子アプリケーションソフトウェア生成を続行すると共に該検索された子アプリケーションソフトウェアに関する文字情報及び付加情報をモバイル端末に通知し、モバイル端末は、検索された子アプリケーションソフトウェアに関する文字情報を該当無情報保管データベースから消去するように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、文字情報及び付加情報の組み合せで、アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを検索する際に、該当する子アプリケーションソフトウェアが存在しない場合には、該子アプリケーションソフトウェア生成ができなかった文字情報及び付加情報を、新たな子アプリケーションソフトウェアの情報であってかつ未だ生成には不適の瑕疵がある子アプリケーションソフトウェアの情報として、アプリ一覧データベースに記録するように構成してもよい。

　本発明のアプリ生成システムでは、モバイル端末は、生成した子アプリケーションソフトウェアのID及びバージョン情報を記憶するバージョン情報記録データベースを更に備え、モバイル端末は、子アプリケーションソフトウェアを生成する際に、該生成した子アプリケーションソフトウェアのID及びバージョン情報をバージョン情報記録データベースに記録し、かつ別途他の子アプリケーションソフトウェアを生成するためにサーバに文字情報を送信する際に、バージョン情報記録データベースの内容も併せて該サーバに送信し、サーバは、モバイル端末から送信されたバージョン情報記録データベースの内容を受信し、受信したバージョン情報記録データベースに記録されている各子アプリケーションソフトウェアのバージョン情報とアプリ一覧データベースに記録されている同一のIDを有する子アプリケーションソフトウェアのバージョン情報との間で差異の有無を照合し、照合の結果、差異がある場合には、アプリ一覧データベース上の新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに子アプリケーションソフトウェアを構成するプログラム部品を、別途他の子アプリケーションソフトウェア生成のために子アプリケーションソフトウェアの属性及び構成に関する情報並びにプログラム部品を送信する際に、併せてモバイル端末に送信し、新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに子アプリケーションソフトウェアを構成するプログラム部品を受信したモバイル端末は、子アプリケーションソフトウェアの属性及び構成に関する情報並びに子アプリケーションソフトウェアを構成するプログラム部品に基づいて新しいバージョンの子アプリケーションソフトウェアを生成し、同じIDの従来のバージョンと入れ替えるように構成してもよい。

　本発明のアプリ生成システムでは、サーバは、個々のモバイル端末毎に生成した子アプリケーションソフトウェアのID及び子アプリケーションソフトウェアのバージョン情報を記憶するバージョン情報記録データベースを更に備え、モバイル端末は、子アプリケーションソフトウェアを生成する際に、該生成した子アプリケーションソフトウェアのID及び子アプリケーションソフトウェアのバージョン情報をサーバに通知し、サーバは、通知を受信した場合に、受信した子アプリケーションソフトウェアのID及び該子アプリケーションソフトウェアのバージョン情報をバージョン情報記録データベースに記録し、定期的にバージョン情報記録データベースに記録されている各子アプリケーションソフトウェアのバージョン情報と、アプリ一覧データベースに記録されている同一のIDを有する子アプリケーションソフトウェアのバージョン情報と、の間で差異の有無を照合し、照合の結果、差異がある場合には、アプリ一覧データベース上の新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに子アプリケーションソフトウェアを構成するプログラム部品を、別途他の子アプリケーションソフトウェア生成のために属性及び構成に関する情報並びにプログラム部品を送信する際に、併せてモバイル端末に送信し、新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに子アプリケーションソフトウェアを構成するプログラム部品を受信したモバイル端末は、子アプリケーションソフトウェアの属性及び構成に関する情報並びに子アプリケーションソフトウェアを構成するプログラム部品に基づいて新しいバージョンの子アプリケーションソフトウェアを生成し、同じIDの従来のバージョンと入れ替えるように構成してもよい。

　本発明のアプリ生成システムでは、モバイル端末は、生成した第１の子アプリケーションソフトウェアのID及び該第１の子アプリケーションソフトウェアの起動、使用に係る履歴を記憶する使用履歴記録データベースを更に備え、第１の子アプリケーションソフトウェアが起動される際に、使用履歴記録データベースを参照することにより、使用した該第１の子アプリケーションソフトウェアの累計起動回数、累計起動時間及びイベント引数を含む使用履歴情報を参照し、該参照した使用履歴情報が、アプリ一覧データベースに記憶されている該当する第１の子アプリケーションソフトウェアの使用履歴情報に関する設定条件を満たすか否かを検証し、検証の結果、設定条件を満たす場合には、該設定条件が満たされる場合に生成すべき該第１の子アプリケーションソフトウェアとは異なる第２の子アプリケーションソフトウェアのIDを特定し、第１の子アプリケーションソフトウェアが第２の子アプリケーションソフトウェアに更新される旨を、第１の子アプリケーションソフトウェアのID及び第２の子アプリケーションソフトウェアのIDと共に、モバイル端末に送信し、第２の子アプリケーションソフトウェアのIDから該第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品を決定し、決定した該第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品をモバイル端末に送信し、モバイル端末は、サーバから第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品を受信し、受信した該第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品に基づいて、演算手段を用いてモバイル端末に新たに第２の子アプリケーションソフトウェアを生成し、第１の子アプリケーションソフトウェアを、新たに生成した第２の子アプリケーションソフトウェアと入れ替えるように構成してもよい。

　上述した本発明のアプリを生成するシステムにより、全てのユーザが、バーコードや二次元コードの撮影さえできれば、希望する機能を有するアプリを容易に入手して起動することができる。

本発明によるアプリ生成システムおけるモバイル端末の外装に表れている各部を示した図である。本発明によるアプリ生成システムおけるモバイル端末に親アプリがインストールされていること及び内蔵されている各機能部分を示した図である。本発明によるアプリ生成システムおけるモバイル端末とサーバがネットワークを通して情報を送受信する様を示した説明図である。本発明によるアプリ生成システムおけるサーバに内蔵されている各機能部分を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）中にエンコードされている文字情報の例を示した図である。本発明によるアプリ生成システムおける生成されるアプリの属性（７種）及び各属性によって定める基本プログラム部品を示した図である。本発明によるアプリ生成システムおけるアプリ一覧データベース（２１１）を示した図である。本発明によるアプリ生成システムおけるプログラム部品データベース（２０６）を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コードA1）を示した図である。本発明によるアプリ生成システムおける判定データベースにキー文字列及びプログラム部品をひもづけて記録した様を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）の読取りから動画再生に至るフローを示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コードA2）を示した図である。本発明によるアプリ生成システムおける判定データベースにキー文字列及びプログラム部品をひもづけて記録した様を示した図である。本発明によるアプリ生成システムおける動画データのアドレスを記録したデータファイルを特定のアドレスに配置した様を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コードA3）を示した図である。本発明によるアプリ生成システムおける動画データのアドレスを変更する様を示した図である。本発明によるアプリ生成システムおけるデータセットとこれに関する文字情報をプログラム部品データベース及び判定データベースに記録した様を示した図である。本発明によるアプリ生成システムおけるデータセット（D6）とこれに関する文字情報をプログラム部品データベース及び判定データベースに記録した様を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コード＃１）を示した図である。本発明によるアプリ生成システムおける判定データベースにキー文字列及びプログラム部品をひもづけて記録した様を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）の読取りから初期認証完了に至るフローを示した説明図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コード＃２）を示した図である。本発明によるアプリ生成システムおける会員証にかかわるトランザクションコード生成に関するフローを示した説明図である。本発明によるアプリ生成システムおける会員証にかかわるトランザクションコード等が判定データベースに記録される様を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コード＃３）を示した図である。本発明によるアプリ生成システムおける会員証にかかわるパスコード情報が判定データベースに記録されるまでのフローを示した説明図である。本発明によるアプリ生成システムおけるQRコード（登録商標）（コード＃４）を示した図である。本発明によるアプリ生成システムおけるポイントカードにかかわるトランザクションコード生成に関するフローを示した説明図である。本発明によるアプリ生成システムおけるポイントカードにかかわるトランザクションコード等が判定データベースに記録される様を示した図である。本発明によるアプリ生成システムおけるポイント残高画面を示した図である。本発明によるアプリ生成システムおけるポイントカードにかかわるパスコード情報が判定データベースに記録されるまでのフローを示した説明図である。本発明によるアプリ生成システムおける付加情報条件データベース（２１３）を示した図である。本発明によるアプリ生成システムおけるQRコード（登録商標）中に埋め込まれたコントロールコードを示した図である。本発明によるアプリ生成システムおける該当無情報保管データベース（２１２）を示した図である。本発明によるアプリ生成システムおけるバージョン情報記録データベース（１１３）を示した図である。本発明によるアプリ生成システムおける使用履歴記録データベース（１１４）を示した図である。

　以下、本発明によるアプリを生成するシステム（以下、「システム」と略称する）の好ましい実施の形態を、添付した図面を参照して詳細に説明する。

　なお、本発明によるシステムは、デコード対象コードの一例としての二次元コードを撮影してデコードすることによって得られる文字情報及び付加情報に基づいて、アプリを生成するように構成されているが、生成されるアプリは、どのような機能や特徴を持ったアプリであっても構わない。

　しかしながら、以下に説明する実施例ではその使用目的や性質に応じて、図６に示すように７種類のアプリを想定している。

　図３は、本発明によるシステムの一実施例の構成を示す概略図である。

　本実施例のシステム（１０００）は、通信手段（１０５）を有するモバイル端末（１００）と、通信手段（２０３）を有するサーバ（２００）と、を備え、モバイル端末（１００）とサーバ（２００）とは、それぞれの通信手段（１０５）、（２０３）により、通信媒体を介して、情報、信号を相互に送受信するように構成されている。

　まず、モバイル端末（１００）について説明する。

　図１及び図２は、モバイル端末（１００）の一構成例を示す概略図である。

　図１に示すように、モバイル端末（１００）は、その一方の面（表面）に、様々なアイコンを表示するための表示手段であるディスプレイ（１０２）を備え、他方の面（裏面）に、二次元コードを撮影する撮像手段であるカメラ（１０６）及び録音手段であるマイクを備えている。

　また、図２に示すように、モバイル端末（１００）は、親アプリ（３００）が予めインストールされており、更に、通信手段（１０５）、録音手段であるマイク（１０９）、二次元コードをデコードして二次元コードに対応づけられた情報を取り出すデコード手段たるデコーダ（１０７）、音声解析手段である音声解析装置（１１０）、記憶手段である記憶装置（１０４）、演算手段である演算装置（１０３）、解析装置（２０４）、原初アプリ（１１２）、プログラム部品記憶手段（１１１）、バージョン記録データベース（１１３）及び使用履歴記録データベース（１１４）を備えている。

　親アプリ（３００）は、モバイル端末（１００）で動作中のOS（オペレーティングシステム）を通じてモバイル端末（１００）中の上記各種の装置及び手段の動作をコントロールする。例えば、親アプリは、モバイル端末（１００）に問い合わせた結果得られた情報を、通信手段（１０５）を使ってサーバ（２００）に送信するとともに、サーバ（２００）から発信された情報を受信する。また、親アプリは、録音手段（１０９）によって録音された音声、デコーダ（１０７）が二次元コードをデコードすることによって取得される文字情報及び音声解析手段（１１０）が音声を解析することによって取得される文字情報を、演算手段（１０３）を介して解析装置（２０４）に送るとともに、演算手段（１０３）を介して解析結果を受け取り、通信手段（１０５）を使ってサーバ（２００）に送信する。

　さらに、親アプリ（３００）は、原初アプリ（１１２）をベースにプログラム部品記憶手段（１１１）に記憶されているプログラム部品を用いてアプリを生成し、生成したアプリのバージョンをバージョン記録データベース（１１３）に記録するとともに、生成したアプリがユーザに使用された際には、使用履歴を使用履歴記録データベース（１１４）に記録する。

　本実施例においては、カメラ（１０６）を備えたモバイル端末（１００）は、QRコード（登録商標）等の二次元コードを撮影してデコードする機能を有しているが、他の実施例としては、親アプリ（３００）中にデコードの機能を備えて構成してもよい。

　二次元コードとしては、QRコード（登録商標）、EAN128、等のいろいろな規格が知られており、様々な産業分野においてこれらの二次元コードが利用されている。二次元コードは、カメラによって撮影され、撮影された二次元コードは、モバイル端末或いは親アプリによりデコードされて、二次元コード中にエンコードされていた情報が復元される。上記のいろいろな規格に応じて、二次元コードには様々な情報をエンコードすることができるが、文字情報として文字情報がエンコードされているものが一般的である。

　本実施例では、モバイル端末（１００）に設けられカメラ（１０６）で二次元コードの一例であるQRコード（登録商標）を撮影し、撮影したQRコード（登録商標）をデコードすることにより文字情報を取得するように構成されているが、別の実施形態としては、二次元コード以外の画像や音声から文字情報を取得する場合もあり得る。

　QRコード（登録商標）に格納されている文字情報、即ちQRコード（登録商標）から取得される文字情報は、一例として図５に示すような構成になっているが、文字情報の構成は、これらに限定されず、様々な構成を有し得る。

　また、モバイル端末（１００）は、GPSや携帯電話基地局との交信によってモバイル端末の現在地に関する位置情報を取得する位置情報取得手段（１２０）、内蔵の時計や通信によって得られる標準時刻を参照して現在時刻を取得する現在時刻取得手段（１２１）、複数の言語に対応するための複数のフォント及び各言語でメッセージを表示するための表示メッセージの切り替えを一括して管理してモバイル端末に表示する言語をユーザに選択させることができる機能を有する使用言語選択手段（１２２）、モバイル端末を使用しているユーザの氏名や性別等のユーザ属性をユーザに入力させ記録しておくプロフィール記録手段（１２３）及びモバイル端末の使用状況や使用履歴に関する様々な情報を記録しておく端末使用情報記録手段（１２４）、等を有する。

　親アプリ（３００）は、モバイル端末（１００）に備わっている位置情報取得手段（１２０）、現在時刻取得手段（１２１）、使用言語選択手段（１２２）、プロフィール記録手段（１２３）及び端末使用情報記録手段（１２４）のを利用して、モバイル端末（１００）から各種の情報（以下「付加情報」という）を取得する。付加情報は、上記各手段により取得されるものに限られず、さらに親アプリ（３００）の機能として、付加情報をユーザにあらかじめ入力させ、モバイル端末（１００）の記憶手段（１０４）に記録するように構成してもよい。

　次に、サーバ（２００）について説明する。

　図４に示すように、サーバ（２００）は、モバイル端末（１００）との間で情報を送受信する通信手段（２０３）、動画及び静止画の映像を解析することにより動画及び静止画中から適宜の文字情報を取得する映像解析手段（２０７）、音声を解析することによって音声から適宜の文字情報を取得する音声解析手段（２０８）、画像データ、アプリの属性、構成情報、プログラム部品に関する情報、及びモバイル端末（１００）のIDを記憶する記憶手段（２０２）、プログラム部品を用いてアプリを生成する演算手段（２０１）、生成すべきアプリの一覧及び各アプリに関する各種の情報を記録するアプリ一覧データベース（２１１）、モバイル端末（１００）から受信した文字情報及び付加情報をアプリ一覧データベース（２１１）と突き合わせることによって解析し生成すべきアプリを決定する解析装置（２０４）、動画データの配置アドレスと、配置アドレスを一意に特定するためのキー文字列を格納する判定データベース（２０５）、アプリの生成に用いられるプログラム部品を格納するプログラム部品データベース（２０６）及びアプリの生成を試みたが生成すべき適宜のアプリを決定できなかった場合に決定できなかった生成に使用された文字情報及び付加情報を記録しておく該当無情報保管データベース（２１２）を備えている。

　一般にアイコンは、各種のパーソナルコンピュータ（PC）、モバイル端末、並びに表示画面を有する様々なデバイスで広く普及している表示形態である。

　本実施例によるシステム（１０００）では、アプリを生成すると同時に生成したアプリを表すアイコンをモバイル端末（１００）のディスプレイ（１０２）の画面上に表示することにより、アイコンによりユーザが該生成したアプリに迷うことなくたどり着くことができるように構成されている。また、モバイル端末（１００）がタッチパネル方式のディスプレイを備えている場合には、ユーザは、ディスプレイ（１０２）に表示されたアイコンをタッチすることで簡単にアプリを起動することができるように構成されている。

　サーバ（２００）を構成しているアプリ一覧データベース（２１１）は、図７（ａ）～図７（ｃ）に示すように構成されている。アプリ一覧データベース（２１１）には、今後生成されるべき全ての種類のアプリに関する情報が登録されている。言い換えると、アプリ一覧データベース（２１１）に登録済のアプリが、生成されるアプリの全てである。

　なお、別の実施形態においては、アプリは、文字情報及び付加情報の解析結果から特定のアルゴリズムに沿って動的にその内容が決定されるように構成してもよい。

　アプリ一覧データベース（２１１）は、適宜メインテナンスがなされていて、生成すべきアプリが追加されるように構成されている。例えば、新たに顧客企業の企業アプリを設ける場合、企業に関する企業アプリがアプリ一覧データベース（２１１）に追加登録される。

　さらに、後述するように、該当するものを見出すことができなかった文字情報に関しては、アプリ一覧データベース（２１１）上にデータトラックが加えられ、将来文字情報に対応すべきアプリに関する情報が補充され、新たなアプリを示すデータトラックとなり得るように構成してもよい。

　図８は、サーバ（２００）を構成しているプログラム部品データベース（２０６）の一構成例を示す。

　次に、本実施例によるシステム（１０００）の動作を具体例に基づいて説明する。

　次に、QRコード（登録商標）の撮影からアプリの生成までのプロセスを、複数の具体例により説明する。

　例えば、新聞の折込みちらしに、ある飲食店のQRコード（登録商標）が印刷されているものとする。そして、該QRコード（登録商標）には、例えば「ra-men-AAA」という文字情報がエンコードされているものとする。なお、該QRコード（登録商標）は、通常、該飲食店によって作成されたものである場合が多いが、ここでは、誰が作成したQRコード（登録商標）であるかは、問わないものとする。

　まず、ユーザがモバイル端末（１００）に備えられているカメラ（１０６）でQRコード（登録商標）を撮影すると、モバイル端末（１００）は、デコーダ（１０７）により撮影されたQRコード（登録商標）をデコードし、QRコード（登録商標）にエンコードされている文字情報を取得する。

　モバイル端末（１００）は、該QRコード（登録商標）撮影時点での付加情報を記憶手段（１０４）から取り出す。ここで、該付加情報は、親アプリ（３００）によって既に取得されていて記憶手段（１０４）に記憶されているものとする。

　モバイル端末（１００）は、該取得した文字情報と該取り出した付加情報とを通信手段（１０５）からネットワークを介してサーバ（２００）に送信する。

　サーバ（２００）は、モバイル端末（１００）から送信された該文字情報と該付加情報とをネットワークを介して通信手段（２０３）により受信する。

　サーバ（２００）は、解析装置（２０４）を用いて、該受信した文字情報及び付加情報をアプリ一覧データベース（２１１）と突き合わせて、生成すべきアプリを特定する。

　生成すべきアプリがアプリ一覧データベース（２１１）に記憶されているアプリの中から特定されると、該生成すべきアプリの『属性情報』、『構成情報』、及び『埋込情報』がそれぞれ得られる。

　『属性情報』とは、図６に示すように、アプリの基本的な動作タイプによってアプリを種別分けしたものであり、本実施例では、タイプA（プロモーション又はイベント等のために、動画及び音声の再生を行い、或いはイベント告知を行うことを機能の中心とするタイプ）、タイプB（URLにアクセスすることを機能の中心とするタイプ）、タイプC（電話、メール等、連絡手段を開設し、相互連絡を行うことを機能の中心とするタイプ）、タイプD（会員証として機能することを機能の中心とするタイプ）、タイプE（クーポン画像を表示する等、クーポン券を発行することを機能の中心とするタイプ）、タイプF（飲食店の名称や営業時間等をユーザに参照させることを機能の中心とするタイプ）、タイプG（小売店の名称や営業時間等をユーザに参照させることを機能の中心とするタイプ）の７種類の属性に分けられている。そして、各タイプ毎に、各タイプのアプリの基本機能を備えたプログラムモジュールが用意されており、これを各タイプ別の「基本プログラム部品」と呼ぶ。

　基本プログラム部品の他に、基本プログラム部品と一緒に組み合わせてアプリとして生成することにより個別の機能を実現するプログラムモジュールである『個別プログラム部品』が存在する。本実施例では、図６に示すように、個別プログラム部品a（企業名、店名等を表示する機能を備えたプログラムモジュール）、個別プログラム部品b（電話番号、ＦＡＸ番号を表示し、該電話番号、該FAX番号に発信する機能を備えたプログラムモジュール）、個別プログラム部品c（営業時間を表示する機能を備えたプログラムモジュール）、個別プログラム部品d（メールアドレスを表示し、メールアドレスあてのメールを作成し、メールを送受信する機能を備えたプログラムモジュール）、個別プログラム部品e（SMSをやり取りするための番号、URL等を表示し、SMSを受送信する機能を備えたプログラムモジュール）、個別プログラム部品f（会員証情報を表示し会員番号等会員証に記録される情報を管理する機能を備えたプログラムモジュール）、個別プログラム部品g（クーポン画像を表示する等、クーポン券の機能を備えたプログラムモジュール）、個別プログラム部品h（音声を再生する機能を備えたプログラムモジュール）、個別プログラム部品i（動画を再生する機能を備えたプログラムモジュール）、個別プログラム部品j（URLにアクセスしブラウズする機能を備えたプログラムモジュール）の１０の個別プログラム部品があるものとする。

　また、上記１０の個別プログラム部品の他、各アプリのアイコンをモバイル端末（１００）のディスプレイ上に表示する際に使用するアイコンの画像データも、アプリを構成するパーツ（プログラム部品）として存在する。

　『構成情報』とは、生成すべきアプリがどのようなプログラムモジュールの組み合わせから成り立つものかを決定する情報であり、どのタイプの基本プログラム部品にどの個別プログラム部品とどのアイコン画像を組み合わせるかについての情報である。

　『埋込情報』とは、上記各個別プログラム部品に埋め込む具体的情報である。個別プログラム部品aは企業名及び店名等を表示する機能を備えたプログラムモジュールであるが、個別プログラム部品aを組み込んだアプリの生成に際しては、具体的な企業名及び／又は店名に関する情報を取得しこれを個別プログラム部品aに埋め込んだ上で企業名及び／又は店名を埋込済の個別プログラム部品ａを用いてアプリを生成する必要がある。そうしなければ、生成したアプリに具体的な企業名や店名を表示することができない。

　ここでは、文字情報「ra-men-AAA」及び付加情報をアプリ一覧データベース（２１１）と突き合わせた結果、生成すべきアプリの属性は、タイプF（飲食店の名称や営業時間等をユーザに参照させることを機能の中心とするタイプ）であり、構成は、基本プログラム部品タイプF、個別プログラム部品a、個別プログラム部品b及び個別プログラム部品c、並びに専用のアイコン（アプリIDによって特定されるアイコン画像データ）であり、埋込情報として店名『格付け王者！　トリプルAラーメン』を個別プログラム部品aに、連絡先電話番号『03-0000-0000』を個別プログラム部品bに、営業時間に関する情報『平日11:00～14:30、18:00～23:00、ラストオーダー22:00、土日祝：11:00～23:00、ラストオーダー22:00、火曜日定休日』を個別プログラム部品cに、それぞれ埋め込むべきことがわかる。

　生成すべきアプリの属性情報、構成情報、埋込情報を得たサーバ（２００）は、まず、必要な各プログラム部品（この場合は基本プログラム部品タイプF、個別プログラム部品a、個別プログラム部品b、個別プログラム部品cの４つ）をアプリ一覧データベース（２１１）から取得する。

　次に、埋込情報をアプリ一覧データベース（２１１）から取得し、取得した各埋込情報（この場合は、店名、電話番号、営業時間情報）をそれぞれプログラム部品に埋め込む（この場合は、店名を個別プログラム部品aに、電話番号を個別プログラム部品bに、営業時間情報を個別プログラム部品cに埋め込む）。そして、属性情報や構成情報と共に、アプリの構成材料である基本プログラム部品タイプF、個別プログラム部品a、個別プログラム部品b及び個別プログラム部品c並びに専用のアイコン（画像データ）を併せて、通信手段（２０３）からネットワークを介してモバイル端末（１００）に送信する。

　基本プログラム部品タイプF、個別プログラム部品a、個別プログラム部品b及び個別プログラム部品c並びに専用のアイコンを受信したモバイル端末（１００）は、属性及び構成に関する情報を参照し、プログラムモジュール（基本プログラム部品タイプF、個別プログラム部品a、個別プログラム部品b及び個別プログラム部品c）を組み合わせてアプリを生成すると共に、専用のアイコンをモバイル端末（１００）のディスプレイ（１０２）に表示する。

　モバイル端末（１００）がバージョン情報記録データベース（１１３）を備えている場合には、さらに、生成完了した子アプリのバージョン情報をバージョン情報記録データベース（１１３）に記録する。

　次に、サーバ（２００）がアプリ一覧データベース（２１１）を備えていない場合のアプリ生成プロセスについて説明する。

　ある飲食店に関するQRコード（登録商標）が存在し、該QRコード（登録商標）には例えば「udon-bangaichi」という文字情報がエンコードされているものとする。

　以下、モバイル端末（１００）の送信動作及びサーバ（２００）の受信動作は、上記の実施例と同様なので省略する。

　サーバ（２００）は、解析装置（２０４）を用いて、受信した文字情報及び付加情報を解析し、生成すべきアプリが飲食チェーン店である『番外地うどん』であると決定する。なお、ネットワーク上の検索サイトに接続し、受信した文字情報をキーとして検索を行い、検索の結果得られたURLやURLが示すWebページにおいて使用されている語句の内、上位に記載されているもの及び高頻度で使用されているものを文字情報及び付加情報とともに用いて解析を行い、生成すべきアプリを決定するようにしてもよく、検索結果を解析し抽出又は選定した情報や文字列をキーとしてさらに第２の検索を行い、検索結果を解析し抽出した情報や文字列をキーとしてさらに検索を繰り返すことで、広くネットワーク上の情報を取得し解析を行い、生成すべきアプリを決定するようにしてもよい。

　サーバ（２００）は、ネットワーク上の検索サイトに接続し、『番外地うどん』について取得できるデータ（店名、電話番号、営業時間、URL等）がないか、検索を行う。ここでは検索の結果、店名と４つの異なる電話番号（番外地うどんの異なる店舗の電話番号であると推測される）が得られたとする。

　サーバ（２００）は、ネットワーク上に公開されている情報と照合することにより、さらに上記４つの電話番号の市街局番から４つの電話番号を使用している店舗のおおよその位置（市区町村等）に関する情報を得ることができる。

　また、サーバ（２００）は、上記付加情報によりモバイル端末（１００）の位置情報を取得済である。そこで、取得済のモバイル端末（１００）の位置情報と最も近い位置にあるものと推測される電話番号を選び出すことができる。

　以上によって得られた各情報から、サーバ（２００）は、生成すべきアプリの属性はタイプF（飲食店の名称や営業時間等をユーザに参照させることを機能の中心とするタイプ）であり、構成は基本プログラム部品タイプF、個別プログラム部品a及び個別プログラム部品c並びにタイプFの汎用アイコンであり、埋込情報として店名『番外地うどん』を部品aに、連絡先電話番号（さきほど位置情報との照合により選定した１つの電話番号）『01-0000-0000』を部品cに、それぞれ埋め込むべきことがわかる。

　生成すべきアプリの属性情報、構成情報、埋込情報を得たサーバ（２００）はプログラム部品の取得、埋込情報の埋め込み、プログラム部品及びアイコンのモバイル端末への送信を行い、さらにモバイル端末（１００）におけるアプリ生成及びアイコン表示並びにバージョン情報の記録が行われるが、それらの動作は、上記の実施例と同様なのでここでは説明を省略する。

　同様に、あるQRコード（登録商標）に「unagi_bisi-basi.jp」という文字情報がエンコードされている場合について説明する。モバイル端末（１００）の送信動作、サーバ（２００）の受信動作及びサーバ（２００）における解析装置（２０４）を用いた解析及びアプリ決定動作は、上記の実施例と同じなので省略するが、ここでは、生成すべきアプリは、鰻料理を専門とする飲食店である『菱橋』と決定されたとする。

　サーバ（２００）は、上記実施例と同様に、『菱橋』の店名、電話番号、営業時間及びURL等を埋込情報として取得する。さらに、サーバ（２００）は、ネットワーク上の検索サイトに接続し、関連情報を取得することができる。具体的には、サーバ（２００）は、受信した文字情報を第１のキーとして検索を行い、検索の結果得られた複数のURLが示すWebページのそれぞれについて、Webページにおいて使用されている語句の内、上位に記載されているもの及び高頻度で使用されているものを任意の数だけ選び出し、選び出された複数の語句を同様に他のURLが示すWebページから選び出された語句と突き合わせ、複数のWebページ間で共通して使用されている割合が高い語句を、共通して使用されている割合が高い順に任意の数だけ選び出す。サーバ（２００）は、ネットワーク上の検索サイトに接続し、こうして選び出された共通して使用されている語句を第２のキーとして、さらに検索を行い、検索の結果得られた複数のURLを、関連情報として取得する。関連情報として取得した語句を第３のキーとして、さらに同様の方法で検索を繰り返しても良い。本例では、第２のキーとして、例えば、「備長炭」、「天然」及び「人気ランキング」といった語句が選び出されることが考えられ、また、これら第２のキーで検索を行った結果得られる複数のURLは、（『菱橋』とは異なる）鰻料理店のホームページのURL、天然鰻を扱う飲食店に関するレポートを収集しているサイトのURL、鰻料理店の評価や人気ランキングを集計しているサイトのURL、といったものになることが考えられる。サーバ（２００）は、第２のキーで検索を行った結果得られたURLを、プログラム部品jに埋込情報として埋め込み、以下上記実施例と同様に他のプログラム部品等とともにモバイル端末（２００）に送信し、モバイル端末（２００）は、上記実施例と同様にアプリ生成及びアイコン表示等を行う。ユーザが、このようにして関連URL情報を埋め込まれたプログラム部品jを含んで生成されたアプリのアイコンをタッチした場合、『菱橋』の営業時間等が表示されるだけでなく、（『菱橋』とは異なる）鰻料理店のホームページ、天然鰻を扱う飲食店に関するレポートを収集しているサイト、鰻料理店の評価や人気ランキングを集計しているサイト、等に容易にアクセスし、『菱橋』と比較等することができるようになる。なお、本例における第２のキーの選出方法は一例である。また、ネットワーク上の検索サイトで検索した結果得られる情報は必ずしもURLである必要はなく、プログラム部品に埋め込む情報として適切なものであれば、如何なる情報であっても差し支えない。

　上記では、飲食店を例にアプリを生成する過程について説明したが、本発明によって生成するアプリは、個人に関するものである場合もあり得る。

　そこで、個人に関するアプリを生成する場合について説明する。

　モバイル端末（１００）を所有、使用しているユーザを個人Aとする。個人Bは、個人Aの友人であり、個人Aが個人Bに関するアプリを生成しようとしている場合を想定して説明する。

　まず、個人Bに関するQRコード（登録商標）が作成される。該QRコード（登録商標）は、通常、個人Bによって作成される場合が多いが、個人Aによって作成されても構わないものである（文字情報をQRコード（登録商標）その他の二次元コードにエンコードするためのソフトウェアは現在広く公開されており、誰でも容易に入手、利用可能であるため、個人がQRコード（登録商標）を作成するに際して何ら障害がない）。また、QRコード（登録商標）には、例えば、個人Bのメールアドレスである「kojin-b@KB.person.ne.jp」という文字情報がエンコードされているものとする。

　以下、モバイル端末（１００）の送信動作、及びサーバ（２００）の受信動作は、上述した実施例と同様なので、説明を省略する。

　サーバ（２００）は、解析装置（２０４）を用いて、該受信した文字情報及び付加情報を解析し、文字情報から個人Bのメールアドレスを取得すると共に、生成すべきアプリが個人Bに関するアプリであると判定する。

　上記判定に基づき、サーバ（２００）は、生成すべきアプリの属性は、タイプC（個人や企業等との連絡やコミュニケーション手段を開設することを機能の中心とするタイプ）であり、構成は、基本プログラム部品タイプc及び個別プログラム部品d並びにタイプcの汎用アイコンであり、埋込情報としてメールアドレス『kojin-b@KB.person.ne.jp』を個別プログラム部品dに埋め込むべきことがわかる。

　生成すべきアプリの属性情報、構成情報、埋込情報を得たサーバ（２００）は、プログラム部品の取得、埋込情報の埋め込み、プログラム部品及びアイコンのモバイル端末への送信を行い、さらにモバイル端末（１００）におけるアプリ生成やアイコン表示並びにバージョン情報の記録が行われるが、それらの動作は上記の実施例と同様なので省略する。

　次に、同じく個人に関するアプリを生成する場合であって事前に生成すべきアプリがサーバ（２００）のアプリ一覧データベース（２１１）に登録されている場合について説明する。

　モバイル端末（１００ａ）を所有、使用しているユーザを個人Aとする。個人Cは、個人Aの友人であり、同じくモバイル端末（１００ｃ）を所有、使用しているものとする。ここでは、個人Aが、個人Cに関するアプリを生成しようとしている場面を想定する。

　事前に個人Cは、個人Cに関するアプリについてサーバ（２００）に登録及びQRコード（登録商標）生成を行う。サーバ（２００）への事前登録及びQRコード（登録商標）生成は、以下のように行われる。

　モバイル端末（１００）にインストールされている親アプリ（３００）は、個人アプリ生成の準備のため、個人アプリが備える機能、情報（アイコン名称、電話番号、アイコンの画像、等々）をユーザに選択、入力させ、選択、入力された情報をサーバ（２００）に送信する機能を備えている。

　また、サーバ（２００）は、該送信された情報を元に生成すべき子アプリを判定し、アプリ一覧データベース（２１１）に新規の子アプリとして登録すると共に、該新規に登録された子アプリのアプリIDをモバイル端末（１００）に送信する機能を備えている。

　個人Cは、まず、親アプリ（３００ｃ）に、個人Cに関するアプリの名称（氏名、ニックネーム等、個人Cが任意に決定する文字情報）及び個人Cに関するアプリを起動することによって使用できる連絡手段を入力する。連絡手段には、電話、電子メール、SMS、FAX、URL等、様々なものが考えられるが、ここでは、個人Cは連絡手段として、電話及び電子メールを選択したものとする。

　個人Cは、親アプリ（３００ｃ）に、名称（C田ｃ郎）、電話番号（090-1111-1111）及びメールアドレス（kojin-c@KB.person.ne.jp）を入力すると共に、個人Cに関する子アプリをモバイル端末（１００）上で表示するためのアイコンの画像データを指定する。なお、アイコン画像データは、事前に個人Cによってモバイル端末（１００ｃ）の記憶手段（１０４ｃ）に記録されており、画像の指定は、モバイル端末（１００ｃ）の記憶手段（１０４ｃ）の中の特定の場所を指定することで行う。

　名称、電話番号及びメールアドレス並びにアイコン画像を取得した親アプリ（３００ｃ）は、名称、電話番号及びメールアドレス並びにアイコン画像のデータとともに、個人Cに関するアプリ生成される予定がある旨をサーバ（２００）に送信する。

　モバイル端末（１００ｃ）から個人Cに関するアプリ生成される予定がある旨及びアプリの名称、電話番号、メールアドレス、アイコン画像データを受信したサーバ（２００）は、アプリ一覧データベース（２１１）に新たな子アプリ（個人Ｃに関するアプリ）を登録すべく、必要な登録項目を決定する。

　サーバ（２００）は、まず、登録すべき子アプリの属性をタイプC（個人や企業等との連絡、コミュニケーション手段を開設することを機能の中心とするタイプ）と定める（個人に関するアイコンを生成する予定である旨がモバイル端末（１００ｃ）より通知されているので、生成すべき子アプリの属性がタイプCであることはこの場合自明である）。

　また、モバイル端末（１００ｃ）から名称、電話番号、メールアドレスを取得していることから、構成は、基本プログラム部品タイプC、個別プログラム部品a、個別プログラム部品b及び個別プログラム部品dであり、個別プログラム部品aへの埋込情報として名称（C田ｃ郎）が、個別プログラム部品bへの埋込情報として電話番号（090-1111-1111）が、個別プログラム部品dへの埋込情報としてメールアドレス『kojin-c@KB.person.ne.jp』があることが分る。さらに、モバイル端末（１００ｃ）からアイコン画像データを取得していることから、タイプCの汎用アイコンの代わりに、取得した画像データを使用すべきことがわかる。

　サーバ（２００）は、さらに新規登録する子アプリのアプリID（xxxxx-000551）及び文字情報（kojin_xxxx/d0000/00000。この文字情報が取得された場合に子アプリを生成するべきと判断する文字情報）を決定する（アプリIDは、アプリ一覧データベース（２１１）の管理規則に従い機械的、自動的に決定されるものであり、文字情報は、上記各取得した情報及び属性、構成情報を元に自動的に一意に決定されるものである）。サーバ（２００）は、上記各情報をアプリ一覧データベース（２１１）の各項目に登録する。

　サーバ（２００）は、アプリ一覧データベース（２１１）に登録された情報から文字情報（kojin_xxxx/d0000/00000）をモバイル端末（１００ｃ）に送信する。

　サーバ（２００）から文字情報（kojin_xxxx/d0000/00000）を受信したモバイル端末（１００c）は、文字情報をQRコード（登録商標）にエンコードし、QRコード（登録商標）の画像データを、記憶手段（１０４ｃ）に記録する。

　個人Cは、モバイル端末（１００ｃ）の親アプリ（３００)を操作して、該QRコード（登録商標）をディスプレイ（１０２c）に表示する。

　個人Aは、該表示されたQRコード（登録商標）をモバイル端末（１００ａ）に備えられているカメラ（１０６）で撮影する。撮影したQRコード（登録商標）から文字情報がデコードされ取得される。この場合取得される文字情報は、kojin_xxxx/d0000/00000である。

　モバイル端末（１００ａ）は、該取得した文字情報をネットワークを通じてサーバ（２００）に送信する。

　サーバ（２００）は、該文字情報を、ネットワークを通じて受信する。

　サーバ（２００）は、解析装置（２０４）を用いて、受信した文字情報と付加情報をアプリ一覧データベース（２１１）と突き合わせ、生成すべきアプリを特定する。この場合、完全一致する文字情報がすでにアプリ一覧データベース（２１１）に存在するので、生成すべきアプリは、アプリID『xxxxx-000551』である、個人Cに関するアプリであると特定される。

　生成すべきアプリがアプリ一覧データベース（２１１）上のどのアプリであるかが特定されることにより、生成すべきアプリの属性情報、構成情報、埋込情報が得られる。

　ここでは生成すべきアプリの属性はタイプC（個人や企業等との連絡、コミュニケーション手段を開設することを機能の中心とするタイプ）であり、構成は、基本プログラム部品タイプC、個別プログラム部品a、個別プログラム部品b及び個別プログラム部品d並びに専用のアイコン（アプリIDによって特定されるアイコン画像データ）であり、埋込情報として名称『C田ｃ郎』を個別プログラム部品aに、電話番号『090-1111-1111』を個別プログラム部品bに、メールアドレス『kojin-c@KB.person.ne.jp』を個別プログラム部品dに、それぞれ埋め込むべきことが分る。

　生成すべきアプリの属性情報、構成情報、埋込情報を得たサーバ（２００）は、プログラム部品の取得、埋込情報の埋め込み、プログラム部品及びアイコンのモバイル端末への送信を行い、さらにモバイル端末（１００）におけるアプリ生成及びアイコン表示並びにバージョン情報の記録が行われるが、それらの動作は上記の実施例と同様なので省略する。

　上記専用のアイコン画像は、個人Cが任意に選択して、モバイル端末（１００ｃ）の記憶手段（１０４ｃ）に記録しておくものであるが、必ずしもそのように構成する必要はなく、モバイル端末（１００ｃ）に予め記録されている画像中から個人Cが選択するようにしてもよい。その場合、該画像データと同じ画像データを予めサーバ（２００）の記憶手段（２０２）に記録しておくことができるため、画像データの送受信は、不要となる。

　また、個人Cが選択し、モバイル端末（１００ｃ）の記憶手段（１０４ｃ）に記録した画像をそのまま利用せず、親アプリ（３００）又はサーバ（２００）が画像データを適宜のルールに従って加工した上で使用することも可能である。このようにした場合、アイコンとしてモバイル端末のディスプレイに表示するのにより適したデータサイズや色調にすることができ、各種のアイコンのデザイン上の統一感が得られる、ユーザの見易さが向上する、等の効果を奏するように構成することができる。

　上記の例では、文字情報（kojin_xxxx/d0000/00000）を受信したモバイル端末（１００ａ）が、該文字情報をQRコード（登録商標）にエンコードしているが、必ずしもそのように構成する必要はなく、サーバ（２００）が文字情報（kojin_xxxx/d0000/00000）をQRコード（登録商標）にエンコードした上で、QRコード（登録商標）の画像データをモバイル端末（１００ａ）に送信するよう構成してもよい。

　次に、企業広告やプロモーションビデオ等の動画を再生することを主な機能とするアプリを生成する場合の実施例を説明する。なお、以下の動画再生アプリの生成過程の説明は、サーバ（２００）のアプリ一覧データベース（２１１）を使用せずに構成した場合を想定している。

　QRコード（登録商標）読取りをきっかけとしてネットワーク上に配置された動画データを再生する方法の代表的なものとしては、その都度、動画データを順次ダウンロードしつつ並行して再生を行うストリーミングタイプのものと、動画データを一度完全にダウンロードして、モバイル端末（１００）に保存させた上で再生するダウンロードタイプのものとの２つの種類に分けられる。

　以下では、そのそれぞれのタイプにつき、
（１）動画データの配置アドレスをQRコード（登録商標）に直接記録する方法、
（２）動画データの配置アドレスと、配置アドレスを一意に特定するためのキー文字列をサーバ（２００）の判定データベース（２０５）に記録し、該キー文字列をQRコード（登録商標）に記録する方法、
（３）動画データの配置アドレスを記録したデータファイルをネットワーク上に配置し、該データファイルのアドレスと、該データファイルを一意に特定するためのキー文字列とをサーバ（２００）の判定データベース（２０５）に記録し、キー文字列をQRコード（登録商標）に記録する方法、
（４）動画データの配置アドレスと動画再生用のプログラム部品とをデータセットにしてサーバ（２００）のプログラム部品データベース（２０６）に記録し、該データセットを呼び出す判定データをサーバ（２００）の判定データベース（２０６）に記録し、該判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法、
（５）動画データの配置アドレスを記録したデータファイルをネットワーク上に配置し、該データファイルのアドレスと動画再生用のプログラム部品とをデータセットにしてサーバ（２００）のプログラム部品データベース（２０６）に記録し、該データセットを呼び出す判定データをサーバ（２００）の判定データベース（２０５）に記録し、該判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法、
（６）動画データと動画再生用のプログラム部品とをデータセットにしてサーバ（２００）のプログラム部品データベース（２０６）に記録し、該データセットを呼び出す判定データをサーバ（２００）の判定データベース（２０５）に記録し、該判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法（ダウンロードタイプのみ）、の６種類に分けて説明するが、本発明の具体的適用においては、それら６種類の方法に限定されるものではなく、その他の方法を適用してもかまわない。

　最初に、ネットワーク上に動画データを配置したまま、ネットワークを介して、該動画データを順次モバイル端末（１００）に送信する例（ストリーミング再生）について説明する。

　この場合、動画データは、断片的にサーバからモバイル端末（１００）に送信されかつ順次再生される。例えば、１００ＭＢの動画データであれば、最終的に１００ＭＢ全てがモバイル端末（１００）に送信されかつ再生されるが、モバイル端末（１００）は、一度に１００ＭＢのデータ全てを記憶、保持することなく、例えば、１０ＭＢの記憶域を使用して、再生済みデータを消去しながら新しいデータを記憶、保持することで動画データを再生する。

　次に、動画データの配置アドレスをQRコード（登録商標）に直接記録する方法について説明する。

　まず準備段階として、ネットワークからアクセス可能な場所に動画データを記録し、そのアドレスを特定する。一例として、アドレス「www.ms.com/video/video-A.mp4」に動画データファイルを配置、記録する。

　次いで、図９に示すように、該アドレス「www.ms.com/video/video-A.mp4」を文字情報データとしてQRコード（登録商標）に記録し、QRコード（登録商標）（コードA1）を生成する。このとき、動画データであることを容易に判定できるようにすることを目的として、該文字情報の前後に「video」「MPEG4」「http」といった識別文字列データ（識別タグ）を挿入したり、該動画データを再生する権限を判定するために、例えば「1234」といった認証データを併せて挿入する形態としてもよい。

　次に、図１０に示すように、サーバ（２００）の判定データベース（２０５）に、判定用のキー文字列として、上記アドレス「www.ms.com/video/video-A.mp4」を記録し、該キー文字列に対応するプログラム部品として、動画データ再生用のプログラム部品（部品I）をひもづけて記録する。

　続いて、実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用いて、上記QRコード（登録商標）（コードA1）を読取る。QRコード（登録商標）（コードA1）の画像情報を取得した該モバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードA1）に記録された文字情報「www.ms.com/video/video-A.mp4」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「www.ms.com/video/video-A.mp4」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「www.ms.com/video/video-A.mp4」と併せて、QRコード（登録商標）に記録された他の情報、「video」「Play」「MPEG4」「http」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほかに、QRコード（登録商標）に記録されたデータをサーバ（２００）に送信するような形態としてもよい。そして、QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「ＩＰアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよいし、ユーザの入力データを併せてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「www.ms.com/video/video-A.mp4」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたプログラム部品（部品Ｉ）の識別データ（例えば、「buhin-I」）を取得する。このときサーバ（２００）が、該文字情報「www.ms.com/video/video-A.mp4」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報を用いて判定データベース（２０５）を繰り返し検索し、ひもづけられたプログラム部品をさらに詳細に特定する形態としてもよい。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したプログラム部品の識別データ、「buhin-I」をキー情報として、プログラム部品データベース（２０６）を検索し、該識別データにひもづけて記録されたプログラム部品「部品I」を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品I」と、QRコード（登録商標）に記録されていた文字情報「www.ms.com/video/video-A.mp4」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）にプログラム部品データと文字情報とを直接送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」を文字情報と共にダウンロードする形態としてもよい。

　モバイル端末（１００）は、図１１に示すように、サーバ（２００）から受信したプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作する動画再生用のアプリを生成する。モバイル端末（１００）では、生成したアプリを起動し、アドレス「www.ms.com/video/video-A.mp4」に存在する動画データを再生する。再生された動画データは、モバイル端末（１００）のディスプレイ（１０２）に表示され、ユーザの操作によって再生、停止、一時停止、早送り、巻き戻し、シーン検索、といった機能操作が可能となる。

　上記の一連の動作を連続して行うことによって、モバイル端末（１００）でQRコード（登録商標）を読取ったことにより、モバイル端末（１００）上の画面で動画データが容易に再生される。

　次に、動画データの配置アドレスと、該配置アドレスを一意に特定するためのキー文字列とをサーバ（２００）の判定データベース（２０５）に記録し、該キー文字列をQRコード（登録商標）に記録する方法について説明する。

　次いで、図１２に示すように、該アドレス「www.ms.com/video/video-A.mp4」を一意に特定するキー文字列、例えば「A123456」を設定し、該キー文字列をQRコード（登録商標）に記録し、QRコード（登録商標）（コードA2）を生成する。

　このとき、対象となるデータが動画データであることを判定しやすくすることを目的として、該キー文字列の前後に「video」「MPEG4」「http」といった識別文字列データ（識別タグ）を挿入したり、該動画データを再生する権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としてもよい。

　次に、図１３に示すように、サーバ（２００）の判定データベース（２０５）に、判定用のキー文字列として、上記キー文字列「A123456」を記録し、該キー文字列に対応するアドレス「www.ms.com/video/video-A.mp4」を記録し、該キー文字列に対応するプログラム部品として、動画データ再生用のプログラム部品（部品I）をひもづけて記録する。

　続いて、実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードA2）を読取る。QRコード（登録商標）（コードA2）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードA2）に記録された文字情報「A123456」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「A123456」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「A123456」と併せて、QRコード（登録商標）に記録された他の情報、「video」「Play」「MPEG4」「http」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほかに、QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。該QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「ＩＰアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよい。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「A123456」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたアドレス「www.ms.com/video/video-A.mp4」と、プログラム部品（部品Ｉ）の識別データ（例えば、「buhin-I」）とを取得する。このときサーバ（２００）が、該文字情報「A123456」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報を用いて判定データベース（２０５）を繰り返し検索し、ひもづけられたアドレスデータやプログラム部品をさらに詳細に特定する形態としてもよい。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したプログラム部品の識別データ、「buhin-I」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたプログラム部品「部品I」を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品I」と、判定データベース（２０５）から取得したアドレス「www.ms.com/video/video-A.mp4」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）にプログラム部品データとアドレスとを直接送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」とアドレスに関する情報とを送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）にプログラム部品「部品I」とその他データとをダウンロードする形態としても良い。

　以下、モバイル端末（１００）の動作（アプリの生成及び動画の再生）は上記実施例と同様であるので省略する。

　次に、動画データの配置アドレスを記録したデータファイルをネットワーク上に配置し、該データファイルのアドレスと、該データファイルを一意に特定するためのキー文字列とを判定データベース（２０５）に記録し、該キー文字列をQRコード（登録商標）に記録する方法について説明する。

　次に、図１４に示すように、該アドレス「www.ms.com/video/video-A.mp4」を文字列データとして、別のデータファイル「videodata.xml」に記録し、該データファイルを、アドレス「www.ms.com/XML/videodata.xml」に配置、記録する。

　このとき、データファイルに記録されたアドレスが動画データであることを判定しやすくすることを目的として、動画アドレス「www.ms.com/video/video-A.mp4」とあわせて、例えば「video」「MPEG4」「http」といった識別文字列データ（識別タグ）を記録したり、動画データを再生する権限を判定するため、例えば「1234」といった認証データをあわせて記録する形態としてもよい。

　次に、図１５に示すように、該データファイルのアドレス「www.ms.com/XML/videodata.xml」を一意に特定するキー文字列、例えば「X654321」を設定し、該キー文字列をQRコード（登録商標）に記録し、QRコード（登録商標）（コードA3）を生成する。このとき、対象となる動画データのアドレスを記録したデータファイルであることを判定しやすくすることを目的として、該キー文字列の前後に「XML」といった識別文字列データ（識別タグ）を挿入したり、該データにアクセスする権限を判定するため、例えば「1234」といった認証データを併せて挿入する形態としてもよい。

　２次に、判定データベース（２０５）に、判定用のキー文字列として、上記キー文字列「X654321」を記録し、該キー文字列に対応するデータとしてアドレス「www.ms.com/XML/videodata.xml」を記録し、該キー文字列に対応するプログラム部品として、動画データ再生用のプログラム部品（部品I）をひもづけて記録する。このとき、該キー文字列に対応するプログラム部品を特定して記録せず、該キー文字列のアドレスに存在するデータファイルから取得した文字情報に基づき判定データベース（２０５）を検索し対応するプログラム部品を特定する形態としてもよい。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードA3）を読取る。QRコード（登録商標）（コードA3）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードA3）に記録された文字情報「X654321」を取得する。モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「X654321」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「X654321」と併せて、QRコード（登録商標）に記録された他の情報、「XML」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。該QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよいし、また、ユーザの入力データを併せてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「X654321」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたデータとしてアドレス「www.ms.com/XML/videodata.xml」と、プログラム部品データ（部品Ｉ）の識別データ（例えば、「buhin-I」）を取得する。このときサーバ（２００）が、該文字情報「X654321」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報を用いて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としてもよい。あるいは、取得したアドレスに記録されたデータファイル「www.ms.com/XML/videodata.xml」に記録されたデータを取得したうえで、判定データベース（２０５）を検索し、ひもづけられたデータやプログラム部品を特定する形態としてもよい。

　サーバ（２００）は、取得したデータ「www.ms.com/XML/videodata.xml」にアクセスし、該データファイルに記録された動画データファイルのアドレス「www.ms.com/video/video-A.mp4」を取得する。続いてサーバ（２００）は、判定データベース（２０５）から取得したプログラム部品の識別データ、「buhin-I」をキー情報として、プログラム部品データベース（２０６）を検索し、該識別データにひもづけて記録されたプログラム部品「部品I」を取得する。

　サーバ（２００）は、プログラム部品データベース（２０６）から取得したプログラム部品「部品I」と、データファイル「www.ms.com/XML/videodata.xml」から取得したアドレス「www.ms.com/video/video-A.mp4」とをモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）にプログラム部品とアドレスとを直接送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」及びアドレスの情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データとをダウンロードする形態としてもよい。あるいは、サーバ（２００）からモバイル端末（１００）に対し、動画ファイルのアドレス「www.ms.com/video/video-A.mp4」に代えて、データファイルのアドレス「www.ms.com/XML/videodata.xml」を送信し、モバイル端末（１００）が該データファイルにアクセスしたうえで、再度、データファイルに記録された動画ファイルにアクセスする形態としてもよい。

　以下、モバイル端末（１００）の動作（アプリの生成及び動画の再生）は上記実施例と基本的に同様であるので省略するが、動画データの再生に際しては、モバイル端末（100１００）は、生成したアプリを起動し、アドレス「www.ms.com/XML/videodata.xml」にアクセスし、データファイルに記録されたアドレス「www.ms.com/video/video-A.mp4」に存在する動画データを再生する形式としてもよい。

　なお、上記の構造とすることによって、モバイル端末（１００）上で再生される動画データを随時変更したりアップデートしたりすることが可能になる。上記では、データファイル「www.ms.com/XML/videodata.xml」に記録される動画データは、アドレス「www.ms.com/video/video-A.mp4」の動画データに固定される例を説明したが、例えば図１６に示すように、データファイル「www.ms.com/XML/videodata.xml」に記録される動画データのアドレスを変更することによって、例えば、４月末まで「www.ms.com/video/video-A.mp4」と記録し、５月から「www.ms.com/video/video-B.mp4」に変更することによって、モバイル端末（１００）で動作するアプリの構成を変更することなく、モバイル端末（１００）で再生される動画データの内容を随時変更することが可能になる。

　次に、動画データの配置アドレスと動画再生用のプログラム部品Ｉとをデータセットにしてプログラム部品データベース（２０６）に記録し、該データセットを呼び出す判定データを判定データベース（２０５）に記録し、該判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法について説明する。

　次に、アドレス「www.ms.com/video/video-A.mp4」と該アドレスに存在する動画データを再生するためのプログラム部品データ（部品Ｉ）とをデータセット（データセットＡ４）にしてプログラム部品データベース（２０６）に記録し、併せて該データセット（データセットＡ４）を一意に特定するキー文字列、例えば「DSET123456」を設定し、データセットとひもづけてプログラム部品データベース（２０６）に記録する。

　次に、図１７に示すように、プログラム部品データベース（２０６）に記録された該キー文字列「DSET123456」を一意に特定する別のキー文字列、例えば「hantei123456」を設定し、該キー文字列「DSET123456」と「hantei123456」をひもづけて判定データベース（２０５）に記録する。

　次に、判定データベース（２０５）に記録したキー文字列「hantei123456」をQRコード（登録商標）に記録し、QRコード（登録商標）（コードA4）を生成する。このとき、対象となるデータが動画データであることを判定しやすくすることを目的として、キー文字列の前後に「video」「MPEG4」「http」といった識別文字列データ（識別タグ）を挿入したり、該動画データを再生する権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としても良い。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードA4）を読取る。QRコード（登録商標）（コードA4）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードA4）に記録された文字情報「hantei123456」を取得する。モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「hantei123456」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「hantei123456」と併せて、QRコード（登録商標）に記録された他の情報、「video」「Play」「MPEG4」「http」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。該QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「ＩＰアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよい。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「hantei123456」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたデータとしてキー文字列「DSET123456」を取得する。このときサーバ（２００）が、該文字情報「hantei123456」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報をもちいて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としてもよい。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したキー文字列「DSET123456」をキー情報として、プログラム部品データベース（２０６）を検索し、該識別データにひもづけて記録されたデータセット（データセットＡ４）を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該データセットに含まれるプログラム部品「部品I」と、動画データのアドレス「www.ms.com/video/video-A.mp4」とをモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）にプログラム部品とその他アドレスとを直接送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データとをダウンロードする形態としてもよい。

　次に、動画データの配置アドレスを記録したデータファイルをネットワーク上に配置し、該データファイルのアドレスと動画再生用のプログラム部品（部品Ｉ）とをデータセットにしてプログラム部品データベース（２０６）に記録し、該データセットを呼び出す判定データを判定データベース（２０５）に記録し、該判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法について説明する。

　次に、該アドレス「www.ms.com/video/video-A.mp4」を文字列データとして、別のデータファイル「videodata.xml」に記録し、該データファイルを、アドレス「www.ms.com/XML/videodata.xml」に配置、記録する。このとき、データファイルに記録されたアドレスが動画データであることを判定しやすくすることを目的として、該動画アドレス「www.ms.com/video/video-A.mp4」と併せて、例えば「video」「MPEG4」「http」といった識別文字列データ（識別タグ）を記録したり、動画データを再生する権限を判定するため、例えば「1234」といった認証データをあわせて記録する形態としても良い。

　次に、該データファイルのアドレス「www.ms.com/XML/videodata.xml」と、該アドレスのデータファイルに記録されたアドレス「www.ms.com/video/video-A.mp4」に存在する動画データを再生するためのプログラム部品（部品Ｉ）とをデータセット（データセットA5）にしてプログラム部品データベース（２０６）に記録し、併せて該データセット（データセットA5）を一意に特定するキー文字列、例えば「DSET654321」を設定し、データセットとひもづけてプログラム部品データベース（２０６）に記録する。

　次に、プログラム部品データベース（２０６）に記録された該キー文字列「DSET654321」を一意に特定する別のキー文字列、例えば「hantei654321」を設定し、該キー文字列「DSET654321」と「hantei654321」をひもづけて判定データベース（２０５）に記録する。次に、判定データベース（２０５）に記録したキー文字列「hantei654321」をQRコード（登録商標）に記録し、QRコード（登録商標）（コードA5）を生成する。このとき、対象となる動画データのアドレスを記録したデータファイルであることを判定しやすくすることを目的として、該キー文字列の前後に「XML」といった識別文字列データ（識別タグ）を挿入したり、該データにアクセスする権限を判定するため、例えば「1234」といった認証データを併せて挿入する形態としてもよい。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードA5）を読取る。QRコード（登録商標）（コードA5）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードA5）に記録された文字情報「hantei654321」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「hantei654321」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「hantei654321」と併せて、QRコード（登録商標）に記録された他の情報、「XML」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、その他QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。該QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよい。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「hantei654321」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたキー文字列「DSET654321」を取得する。このときサーバ（２００）が、該文字情報「hantei654321」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力データを用いて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としてもよい。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したキー文字列「DSET654321」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたデータセット（データセットＡ５）を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該データセットに含まれるプログラム部品「部品I」と、データファイルのアドレス「www.ms.com/XML/videodata.xml」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）に直接プログラム部品とその他アドレスを送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データをダウンロードする形態としてもよい。あるいは、サーバ（２００）からモバイル端末（１００）に対し、データファイルのアドレス「www.ms.com/XML/videodata.xml」に代えて、データファイルに記録された動画ファイルのアドレス「www.ms.com/video/video-A.mp4」を送信し、モバイル端末（１００）がプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作するアプリを生成したうえで、該動画ファイルにアクセスする形態としてもよい。

　モバイル端末（１００）は、サーバ（２００）から受信したプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作する動画再生用のアプリを生成する。モバイル端末（１００）では、生成したアプリを起動し、アドレス「www.ms.com/XML/videodata.xml」にアクセスし、該データファイルに記録されたアドレス「www.ms.com/video/video-A.mp4」を取得し、該アドレス「www.ms.com/video/video-A.mp4」に存在する動画データを再生する。再生された動画データはモバイル端末（１００）のディスプレイ（１０２）に表示され、ユーザの操作によって再生、停止、一時停止、早送り、巻き戻し、シーン検索、といった機能操作が可能となる。

　なお、上記の構造とすることによって、モバイル端末（１００）上で再生される動画データを随時変更したりアップデートしたりすることが可能になる。例えば、上記説明においては、データファイル「www.ms.com/XML/videodata.xml」に記録される動画データは、アドレス「www.ms.com/video/video-A.mp4」の動画データに固定される例を説明したが、データファイル「www.ms.com/XML/videodata.xml」に記録される動画データのアドレスを変更することによって、例えば、４月末まで「www.ms.com/video/video-A.mp4」と記録し、５月から「www.ms.com/video/video-B.mp4」に変更することによって、モバイル端末（１００）で動作するアプリの構成を変更することなく、モバイル端末（１００）で再生される動画データの内容を随時変更することが可能になる。

　次に、ネットワーク上の動画データを、モバイル端末（１００）上に全て複製した後で、モバイル端末（１００）上で動画データを再生する例（ダウンロード再生）について説明する。この場合、例えば１００ＭＢの動画データであれば、原則として、１００ＭＢ全てがモバイル端末（１００）に記録されたうえで再生が開始されるが、連続する動画データを分割してダウンロードしたり、もしくは相互に関連性のある動画データ群を同時にもしくは順次ダウンロードする形態としてもよい。

　ダウンロードする動画データのアドレスをQRコード（登録商標）のアドレスに直接記録する方法について説明する。

　まず準備段階として、モバイル端末（１００）からアクセスしダウンロードすることが可能な場所に動画データを記録し、そのアドレスを特定する。一例として、アドレス「www.ms.com/video/video-D.mp4」に動画データファイルを配置、記録する。

　次に、該アドレス「www.ms.com/video/video-D.mp4」を文字列データとしてQRコード（登録商標）に記録し、QRコード（登録商標）（コードD1）を生成する。このとき、ダウンロード対象の動画データの性質を判定しやすくすることを目的として、文字列の前後に「DL」「video」「MPEG4」「ZIP」「http」といった識別文字列データ（識別タグ）を挿入したり、該動画データをダウンロードする権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としてもよい。

　次に、判定データベース（２０５）に、判定用のキー文字列として、上記アドレス「www.ms.com/video/video-D.mp4」を記録し、該キー文字列に対応するプログラム部品として、動画データ再生用のプログラム部品（部品I）をひもづけて記録する。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードD1）を読取る。QRコード（登録商標）（コードD1）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、QRコード（登録商標）（コードD1）に記録された文字情報「www.ms.com/video/video-D.mp4」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「www.ms.com/video/video-D.mp4」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「www.ms.com/video/video-D.mp4」とあわせて、QRコード（登録商標）に記録された他の情報、「DL」「video」「MPEG4」「ZIP」「http」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、その他QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよい。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「www.ms.com/video/video-D.mp4」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたプログラム部品（部品Ｉ）の識別データ（例えば、「buhin-I」）を取得する。このときサーバ（２００）が、該文字情報「www.ms.com/video/video-D.mp4」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報を用いて判定データベース（２０５）を繰り返し検索し、ひもづけられたプログラム部品をさらに詳細に特定する形態としてもよい。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したプログラム部品の識別データ、「buhin-I」をキー情報として、プログラム部品データベース（２０６）を検索し、該識別データにひもづけて記録されたプログラム部品「部品I」を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品I」と、QRコード（登録商標）に記録されていた文字情報「www.ms.com/video/video-D.mp4」とをモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）に直接プログラム部品と文字情報を送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）にプログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」を文字情報と共にダウンロードする形態としてもよい。

　モバイル端末（１００）は、サーバ（２００）から受信したプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作する動画再生用のアプリを生成する。モバイル端末（１００）は、生成したアプリを起動し、アドレス「www.ms.com/video/video-D.mp4」に存在する動画データをダウンロードして再生する。再生された動画データは、モバイル端末（１００）のディスプレイ（１０２）に表示され、ユーザの操作によって再生、停止、一時停止、早送り、巻き戻し、シーン検索、といった機能操作が可能となる。上記の一連の動作を連続して行うことによって、モバイル端末（１００）で該QRコード（登録商標）を読取ったことにより、容易にモバイル端末（１００）上の画面で動画データが再生される。

　次に、動画データのアドレスと、該アドレスを一意に特定するためのキー文字列とを判定データベース（２０５）に記録し、該キー文字列をQRコード（登録商標）に記録する方法、について説明する。

　次に、該アドレス「www.ms.com/video/video-D.mp4」を一意に特定するキー文字列、例えば「DL123456」を設定し、該キー文字列をQRコード（登録商標）に記録し、QRコード（登録商標）（コードD2）を生成する。このとき、ダウンロード対象の動画データの性質を判定しやすくすることを目的として、該キー文字列の前後に「DL」「video」「MPEG4」「ZIP」「http」といった識別文字列データ（識別タグ）を挿入したり、動画データをダウンロードする権限を判定するため、例えば「1234」といった認証データを併せて挿入する形態としてもよい。

　次に、判定データベース（２０５）に、判定用のキー文字列として、上記キー文字列「DL123456」を記録し、該キー文字列に対応するデータとしてアドレス「www.ms.com/video/video-D.mp4」を記録し、該キー文字列に対応するプログラム部品として、動画データ再生用のプログラム部品（部品I）をひもづけて記録する。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードD2）を読取る。QRコード（登録商標）（コードD2）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードD2）に記録された文字情報「DL123456」を取得する。モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「DL123456」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「DL123456」と併せて、QRコード（登録商標）に記録された他の情報、「DL」「video」「MPEG4」「ZIP」「http」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、該QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。該QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「ＩＰアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよい。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「DL123456」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字情報にひもづけて記録されたデータとしてアドレス「www.ms.com/video/video-D.mp4」と、プログラム部品（部品Ｉ）の識別データ（例えば、「buhin-I」）を取得する。このときサーバ（２００）が、該文字情報「DL123456」と併せて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報を用いて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としてもよい。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したプログラム部品の識別データ、「buhin-I」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたプログラム部品「部品I」を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品I」と、判定データベース（２０５）から取得したデータ「www.ms.com/video/video-D.mp4」とをモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）にプログラム部品とアドレスデータとを直接送信する形態としてもよいし、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」及びアドレスデータに関する情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データをダウンロードする形態としてもよい。

　次に、動画データのアドレスを記録したデータファイルをネットワーク上に配置し、該データファイルのアドレスと、該データファイルを一意に特定するためのキー文字列を判定データベース（２０５）に記録し、該キー文字列をQRコード（登録商標）に記録する方法について説明する。

　次に、該アドレス「www.ms.com/video/video-D.mp4」を文字列データとして、別のデータファイル「DLdata.xml」に記録し、該データファイルを、アドレス「www.ms.com/XML/DLdata.xml」に配置、記録する。このとき、データファイルに記録されたアドレスがダウンロード対象の動画データであることを判定しやすくすることを目的として、該動画アドレス「www.ms.com/video/video-D.mp4」とあわせて、例えば、該文字列の前後に「DL」「video」「MPEG4」「ZIP」「http」といった識別文字列データ（識別タグ）を記録したり、該動画データをダウンロードする権限を判定するため、例えば「1234」といった認証データをあわせて記録する形態としてもよい。

　次に、該データファイルのアドレス「www.ms.com/XML/DLdata.xml」を一意に特定するキー文字列、例えば「DL654321」を設定し、該キー文字列をQRコード（登録商標）に記録し、QRコード（登録商標）（コードD3）を生成する。このとき、対象となる動画データのアドレスを記録したデータファイルであることを判定しやすくすることを目的として、該キー文字列の前後に「XML」といった識別文字列データ（識別タグ）を挿入したり、該データをダウンロードする権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としてもよい。

　次に、判定データベース（２０５）に、判定用のキー文字列として、上記キー文字列「DL654321」を記録し、該キー文字列に対応するデータとしてアドレス「www.ms.com/XML/DLdata.xml」を記録し、該キー文字列に対応するプログラム部品として、動画データ再生用のプログラム部品（部品I）をひもづけて記録する。このとき、該キー文字列に対応するプログラム部品を特定して記録せず、該キー文字列のアドレスに存在するデータファイルから取得した文字列データに基づき判定データベース（２０５）を検索し対応するプログラム部品を特定する形態としてもよい。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードD3）を読取る。QRコード（登録商標）（コードD3）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コードD3）に記録された文字情報「DL654321」を取得する。モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「DL654321」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「DL654321」とあわせて、QRコード（登録商標）に記録された他の情報、「XML」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としてもよい。該QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「ＩＰアドレス」や「過去の利用履歴」といったデータを併せてサーバ（２００）に送信する形態としてもよい。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としてもよい。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「DL654321」を識別し、該文字情報をキー情報として、判定データベース（２０５）を検索し、該文字列データにひもづけて記録されたデータとしてアドレス「www.ms.com/XML/DLdata.xml」と、プログラム部品（部品Ｉ）の識別データ（例えば、「buhin-I」）を取得する。このときサーバ（２００）が、該文字情報「DL654321」とあわせて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報をもちいて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としてもよい。あるいは、取得したアドレスに記録されたデータファイル「www.ms.com/XML/DLdata.xml」に記録されたデータを取得したうえで、判定データベース（２０５）を検索し、ひもづけられたデータやプログラム部品を特定する形態としてもよい。

　サーバ（２００）は、取得したアドレス「www.ms.com/XML/DLdata.xml」にアクセスし、データファイルに記録された動画データファイルのアドレス「www.ms.com/video/video-D.mp4」を取得する。続いてサーバ（２００）は、判定データベース（２０５）から取得したプログラム部品の識別データ、「buhin-I」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたプログラム部品「部品I」を取得する。

　サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品I」と、データファイル「www.ms.com/XML/DLdata.xml」から取得したアドレス「www.ms.com/video/video-D.mp4」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）に直接プログラム部品とアドレスを送信する形態としても、サーバ（２００）からモバイル端末（１００）に該プログラム部品「部品I」及びアドレスに関する情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データをダウンロードする形態としてもよい。あるいは、サーバ（２００）からモバイル端末（１００）に対し、動画ファイルのアドレス「www.ms.com/video/video-D.mp4」に代えて、データファイルのアドレス「www.ms.com/XML/DLdata.xml」を送信し、モバイル端末（１００）がデータファイルにアクセスしたうえで、再度、該データファイルに記録された動画ファイルにアクセスしてダウンロードする形態としてもよい。

　以下、モバイル端末（１００）の動作（アプリの生成及び動画の再生）は上記実施例と基本的に同様であるので省略するが、動画データの再生に際しては、モバイル端末（100）では、生成したアプリを起動し、アドレス「www.ms.com/XML/DLdata.xml」にアクセスし、データファイルに記録されたアドレス「www.ms.com/video/video-D.mp4」に存在する動画データをダウンロードして再生する形式としても良い。

　なお、上記の構造とすることによって、モバイル端末（１００）上にダウンロードされ再生される動画データを随時変更したりアップデートしたりすることが可能になる。例えば、上記説明においては、データファイル「www.ms.com/XML/DLdata.xml」に記録される動画データは、アドレス「www.ms.com/video/video-D.mp4」の動画データに固定される例を説明したが、データファイル「www.ms.com/XML/DLdata.xml」に記録される動画データのアドレスを変更することによって、例えば、４月末まで「www.ms.com/video/video-D.mp4」と記録し、５月から「www.ms.com/video/video-E.mp4」に変更することによって、モバイル端末（１００）で動作するアプリの構成を変更することなく、モバイル端末（１００）にダウンロードされ再生される動画データの内容を随時変更することが可能になる。

　次に、動画データのアドレスと動画再生用のプログラム部品「部品Ｉ」をデータセットにしてプログラム部品データベース（２０６）に記録し、データセットを呼び出す判定データを判定データベース（２０５）に記録し、判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法、について説明する。

　次に、アドレス「www.ms.com/video/video-D.mp4」とアドレスに存在する動画データを再生するためのプログラム部品（部品Ｉ）をデータセット（データセットD4）にしてプログラム部品データベース（２０６）に記録し、あわせてデータセット（データセットD4）を一意に特定するキー文字列、例えば「DSET2」を設定し、データセットとひもづけてプログラム部品データベース（２０６）に記録する。次に、プログラム部品データベース（２０６）に記録されたキー文字列「DSET2」を一意に特定する別のキー文字列、例えば「hantei2」を設定し、キー文字列「DSET2」と「hantei2」をひもづけて判定データベース（２０５）に記録する。

　次に、判定データベース（２０５）に記録したキー文字列「hantei2」をQRコード（登録商標）に記録し、QRコード（登録商標）（コードD5）を生成する。このとき、ダウンロード対象の動画データの性質を判定しやすくすることを目的として、例えば、キー文字列の前後に「DL」「video」「MPEG4」「ZIP」といった識別文字列データ（識別タグ）を挿入したり、動画データをダウンロードする権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としても良い。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードD4）を読取る。QRコード（登録商標）（コードD4）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、QRコード（登録商標）（コードD4）に記録された文字情報「hantei2」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「hantei2」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「hantei2」とあわせて、QRコード（登録商標）に記録された他の情報、「DL」「video」「MPEG4」「ZIP」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、その他QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としても良い。あわせて、QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「ＩＰアドレス」や「過去の利用履歴」といったデータをあわせてサーバ（２００）に送信する形態としても良い。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としても良い。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「hantei2」を識別し、文字情報をキー情報として、判定データベース（２０５）を検索し、文字情報にひもづけて記録されたデータとしてキー文字列「DSET2」を取得する。このときサーバ（２００）が、文字情報「hantei2」とあわせて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報をもちいて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としても良い。続いてサーバ（２００）は、判定データベース（２０５）から取得したキー文字列「DSET2」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたデータセット（データセットＤ４）を取得する。

　サーバ（２００）は、プログラム部品データベース（２０６）から取得したデータセットに含まれるプログラム部品「部品I」と、動画データのアドレス「www.ms.com/video/video-D.mp4」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）に直接プログラム部品と動画データのアドレスを送信する形態としても、サーバ（２００）からモバイル端末（１００）にプログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データをダウンロードする形態としても良い。

　モバイル端末（１００）は、サーバ（２００）から受信したプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作する動画再生用のアプリを生成する。モバイル端末（１００）では、生成したアプリを起動し、アドレス「www.ms.com/video/video-D.mp4」に存在する動画データをダウンロードして再生する。再生された動画データはモバイル端末（１００）のディスプレイ（１０２）に表示され、ユーザの操作によって再生、停止、一時停止、早送り、巻き戻し、シーン検索、といった機能操作が可能となる。上記の一連の動作を連続して行うことによって、モバイル端末（１００）でQRコード（登録商標）を読取ったことにより、容易にモバイル端末（１００）上の画面で動画データが再生される。

　次に、動画データのアドレスを記録したデータファイルをネットワーク上に配置し、データファイルのアドレスと動画再生用のプログラム部品（部品Ｉ）をデータセットにしてプログラム部品データベース（２０６）に記録し、データセットを呼び出す判定データを判定データベース（２０５）に記録し、判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法、について説明する。

　次に、アドレス「www.ms.com/video/video-D.mp4」を文字列データとして、別のデータファイル「DLvideodata.xml」に記録し、データファイルを、アドレス「www.ms.com/XML/DLdata.xml」に配置、記録する。このとき、データファイルに記録されたアドレスがダウンロード対象の動画データであることを判定しやすくすることを目的として、動画アドレス「www.ms.com/video/video-D.mp4」とあわせて、例えば「DL」「video」「MPEG4」「ZIP」といった識別文字列データ（識別タグ）を記録したり、動画データをダウンロードする権限を判定するため、例えば「1234」といった認証データをあわせて記録する形態としても良い。

　次に、データファイルのアドレス「www.ms.com/XML/DLdata.xml」と、アドレスのデータファイルに記録されたアドレス「www.ms.com/video/video-D.mp4」に存在する動画データを再生するためのプログラム部品（部品Ｉ）をデータセット（データセットD5）にしてプログラム部品データベース（２０６）に記録し、あわせてデータセット（データセットD5）を一意に特定するキー文字列、例えば「DSET3」を設定し、データセットとひもづけてプログラム部品データベース（２０６）に記録する。次に、プログラム部品データベース（２０６）に記録されたキー文字列「DSET3」を一意に特定する別のキー文字列、例えば「hantei654321」を設定し、キー文字列「DSET3」と「hantei3」をひもづけて判定データベース（２０５）に記録する。

　次に、判定データベース（２０５）に記録したキー文字列「hantei3」をQRコード（登録商標）に記録し、QRコード（登録商標）（コードD5）を生成する。このとき、対象となる動画データのアドレスを記録したデータファイルであることを判定しやすくすることを目的として、キー文字列の前後に「XML」といった識別文字列データ（識別タグ）を挿入したり、データにアクセスする権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としても良い。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードD5）を読取る。QRコード（登録商標）（コードD5）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、QRコード（登録商標）（コードD5）に記録された文字情報「hantei3」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「hantei3」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「hantei3」とあわせて、QRコード（登録商標）に記録された他の情報、「XML」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、その他QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としても良い。あわせて、QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といったデータをあわせてサーバ（２００）に送信する形態としても良い。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としても良い。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「hantei3」を識別し、文字情報をキー情報として、判定データベース（２０５）を検索し、文字情報にひもづけて記録されたキー文字列「DSET3」を取得する。このときサーバ（２００）が、文字情報「hantei3」とあわせて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力データをもちいて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としても良い。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したキー文字列「DSET3」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたデータセット（データセットＤ５）を取得する。

　サーバ（２００）は、プログラム部品データベース（２０６）から取得したデータセットに含まれるプログラム部品「部品I」と、データファイルのアドレス「www.ms.com/XML/DLdata.xml」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）に直接プログラム部品とその他アドレスを送信する形態としても、サーバ（２００）からモバイル端末（１００）にプログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」とその他データをダウンロードする形態としても良い。あるいは、サーバ（２００）からモバイル端末（１００）に対し、データファイルのアドレス「www.ms.com/XML/DLdata.xml」に代えて、データファイルに記録された動画ファイルのアドレス「www.ms.com/video/video-D.mp4」を送信し、モバイル端末（１００）がプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作するプログラム（プログラムI）を生成したうえで、動画ファイルをダウンロードする形態としても良い。

　モバイル端末（１００）は、サーバ（２００）から受信したプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作する動画再生用のアプリを生成する。モバイル端末（１００）では、生成したアプリを起動しアドレス「www.ms.com/XML/DLdata.xml」にアクセスし、データファイルに記録されたアドレス「www.ms.com/video/video-D.mp4」を取得し、アドレス「www.ms.com/video/video-D.mp4」に存在する動画データをダウンロードして再生する。再生された動画データはモバイル端末（１００）のディスプレイ（１０２）に表示され、ユーザの操作によって再生、停止、一時停止、早送り、巻き戻し、シーン検索、といった機能操作が可能となる。

　なお、上記の構造とすることによって、モバイル端末（１００）上で再生される動画データを随時変更したりアップデートしたりすることが可能になる。例えば、上記説明においては、データファイル「www.ms.com/XML/DLdata.xml」に記録される動画データは、アドレス「www.ms.com/video/video-D.mp4」の動画データに固定される例を説明したが、データファイル「www.ms.com/XML/DLdata.xml」に記録される動画データのアドレスを変更することによって、例えば、４月末まで「www.ms.com/video/video-D.mp4」と記録し、５月から「www.ms.com/video/video-E.mp4」に変更することによって、モバイル端末（１００）で動作するアプリの構成を変更することなく、モバイル端末（１００）にダウンロードされ再生される動画データの内容を随時変更することが可能になる。

　次に、動画データと動画再生用のプログラム部品「部品Ｉ」をデータセットにしてプログラム部品データベース（２０６）に記録し、データセットを呼び出す判定データを判定データベース（２０５）に記録し、判定データを一意に呼び出すためのキー文字列をQRコード（登録商標）に記録する方法について説明する。

　まず準備段階として、対象となる動画データ「video-D.mp4」と動画データを再生するためのプログラム部品（部品Ｉ）をデータセット（データセットD6）にしてプログラム部品データベース（２０６）に記録し、あわせてデータセット（データセットD6）を一意に特定するキー文字列、例えば「DSET1」を設定し、データセットとひもづけてプログラム部品データベース（２０６）に記録する。

　次に、プログラム部品データベース（２０６）に記録されたキー文字列「DSET1」を一意に特定する別のキー文字列、例えば「hantei1」を設定し、キー文字列「DSET1」と「hantei1」をひもづけて判定データベース（２０５）に記録する（図１８参照）。

　次に、判定データベース（２０５）に記録したキー文字列「hantei1」をQRコード（登録商標）に記録し、QRコード（登録商標）（コードD6）を生成する。このとき、ダウンロード対象の動画データの性質を判定しやすくすることを目的として、キー文字列の前後に「DL」「video」「MPEG4」「ZIP」といった識別文字列データ（識別タグ）を挿入したり、動画データをダウンロードする権限を判定するため、例えば「1234」といった認証データをあわせて挿入する形態としても良い。

　続いて実施段階として、親アプリ（３００）を実装したモバイル端末（１００）のカメラ（１０６）を用い、上記QRコード（登録商標）（コードD6）を読取る。QRコード（登録商標）（コードD6）の画像情報を取得したモバイル端末（１００）は、デコーダ（１０７）を起動し、デコード結果として、QRコード（登録商標）（コードD6）に記録された文字情報「hantei1」を取得する。

　モバイル端末（１００）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「hantei1」をサーバ（２００）に送信する。このとき、モバイル端末（１００）が、文字情報「hantei1」とあわせて、QRコード（登録商標）に記録された他の情報、「DL」「video」「MPEG4」「ZIP」といった識別文字列データ（識別タグ）や、「1234」といった認証データのほか、その他QRコード（登録商標）に記録されたデータをサーバ（２００）に送信する形態としても良い。あわせて、QRコード（登録商標）に記録された文字情報以外に、付加情報として、「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といったデータをあわせてサーバ（２００）に送信する形態としても良い。また、ユーザの入力データをあわせてサーバ（２００）に送信する形態としても良い。

　サーバ（２００）は、モバイル端末（１００）から受信したデータから、文字情報「hantei1」を識別し、文字情報をキー情報として、判定データベース（２０５）を検索し、文字情報にひもづけて記録されたデータとしてキー文字列「DSET1」を取得する。このときサーバ（２００）が、文字情報「hantei1」とあわせて、QRコード（登録商標）に記録された他の情報、もしくは付加情報やユーザ入力情報をもちいて判定データベース（２０５）を繰り返し検索し、ひもづけられたデータやプログラム部品をさらに詳細に特定する形態としても良い。

　続いてサーバ（２００）は、判定データベース（２０５）から取得したキー文字列「DSET1」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたデータセット（データセットD6）を取得する。

　サーバ（２００）は、プログラム部品データベース（２０６）から取得したデータセットに含まれるプログラム部品「部品I」と、動画データ「video-D.mp4」をモバイル端末（１００）に送信する。このとき、サーバ（２００）からモバイル端末（１００）に直接プログラム部品と動画データを送信する形態としても、サーバ（２００）からモバイル端末（１００）にプログラム部品「部品I」の情報を送信し、モバイル端末（１００）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品I」と動画データをダウンロードする形態としても良い。

　モバイル端末（１００）は、サーバ（２００）から受信したプログラム部品「部品I」を用いて、モバイル端末（１００）上で動作する動画再生用のアプリを生成する。モバイル端末（１００）では、生成したアプリを起動し、ダウンロードした動画データ「video-D.mp4」を再生する。再生された動画データはモバイル端末（１００）のディスプレイ（１０２）に表示され、ユーザの操作によって再生、停止、一時停止、早送り、巻き戻し、シーン検索、といった機能操作が可能となる。上記の一連の動作を連続して行うことによって、モバイル端末（１００）でQRコード（登録商標）を読取ったことにより、容易にモバイル端末（１００）上の画面で動画データが再生される。

　次に、本発明のシステムにおいて会員証として機能するアプリを生成する場合の具体的な実施例について説明する。

　会員証アプリの生成を行う代表的な方法について、
（１）本人認証のための認証データの入力、登録を行う認証アプリを生成する方法と、
（２）認証アプリを使ってモバイル端末に会員証アプリを生成する方法と、
（３）会員証を認証する会員認証アプリを生成する方法と、
について説明する。本発明の具体的適用においてはその他の方法を適用してもかまわない。

　最初に（１）本人認証のための認証アプリを生成する方法について説明する。本人認証のための基礎データを収集、登録するアプリを生成するため、ここでは、本人認証のための基礎データとして、
（ａ）各モバイル端末に固有のID番号（モバイル端末のハードウェアを一意に特定するID番号か、モバイル端末に搭載されるOS等の基本ソフトウェアを一意に特定するID番号か、もしくはその組み合わせ）
（ｂ）ユーザ本人が入力するパスコード（文字データのみならず、ゼスチャ等によるデータセットであってもかまわない）
を使用する事例について説明する。本発明の具体的適用においては、上記（ａ）（ｂ）以外のデータを組み合わせて認証する形態としても良い。「ユーザ本人のプロファイル情報」や「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といった付加情報をあわせて認証する形態としても良い。

　まず準備段階として、認証アプリを生成するきっかけとなるQRコード（登録商標）を生成する。例えば「reg_newmember」を文字情報として記録したQRコード（登録商標）（コード＃１）を生成する図１９。このとき、文字情報の役割を明確にし、識別しやすくする目的で、文字情報の前後に、「fnc: :reg_newmember,,start::20110401,,end::20120331」など識別のための文字列データ（識別タグ）を挿入する形態としても良い。

　次に、判定データベースに、判定用のキー文字列として、上記文字情報「reg_newmember」を記録し、キー文字列に対応するプログラム部品として、本人認証のための基礎データを収集、登録する認証プログラム部品（部品α）をひもづけて記録する図２０。

　続いて実施段階として、親アプリ（３００）がインストールされたモバイル端末（１００ｈ）のカメラ（１０６ｈ）機能を用い、上記QRコード（登録商標）（コード＃１）を読取る。QRコード（登録商標）（コード＃１）の画像情報を取得した該モバイル端末は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コード＃１）に記録された文字情報「reg_newmember」を取得する。該モバイル端末（ｈ）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「reg_newmember」をサーバ（２００）に送信する。

　このとき、取得した文字情報「reg_newmember」とあわせて、モバイル端末（１００ｈ）が、QRコード（登録商標）に記録された他の情報、例えば識別文字列データ（識別タグ）をサーバ（２００）に送信する形態としても良い。該QRコード（登録商標）に記録された文字情報以外に、「ユーザ本人のプロファイル情報」や「使用言語」「位置情報」「IPアドレス」「過去の利用履歴」といった付加情報や、「ハードウェアを一意に特定するID番号」「端末に搭載されるOS等の基本ソフトウェアを一意に特定するID番号」といったデータをあわせてサーバ（２００）に送信する形態としても良い。さらに、ユーザが入力するパスコードなど入力データをあわせてサーバ（２００）に送信する形態としても良い。

　サーバ（２００）は、該モバイル端末（１００ｈ）から受信したデータから、文字情報「reg_newmember」を識別し、文字情報をキー情報として、判定データベースを検索し、文字情報にひもづけて記録されたプログラム部品（部品α）の識別データ（例えば、「buhin-α」）を取得する。このときサーバ（２００）が、該文字情報「reg_newmember」とあわせて、上記付加情報やユーザ入力情報等のデータをもちいて判定データベースを繰り返し検索し、ひもづけられたプログラム部品をさらに詳細に特定する形態としても良い。

　続いてサーバ（２００）は、判定データベースから取得したプログラム部品の識別データ、「buhin-α」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたプログラム部品「部品α」を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品α」をモバイル端末（100h）に送信する。このとき、サーバからモバイル端末（１００ｈ）に直接プログラム部品を送信する形態としても、サーバからモバイル端末（１００ｈ）に該プログラム部品「部品α」に関する情報を送信し、モバイル端末（１００ｈ）からサーバにリクエストして、サーバ（２００）上のプログラム部品「部品α」をダウンロードする形態としても良い。

　モバイル端末（１００ｈ）は、サーバ（２００）から受信したプログラム部品「部品α」を用いて、モバイル端末（１００ｈ）上で動作する本人認証のための認証データ収集アプリ（アプリα）を生成し起動する。アプリαは、起動時に各モバイル端末に固有のID番号（モバイル端末のハードウェアを一意に特定するID番号か、モバイル端末に搭載されるOS等の基本ソフトウェアを一意に特定するID番号か、もしくはその組み合わせ、以下「固有ID」と表記する）を取得する。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリαは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。

　ユーザがパスコード情報、例えば文字列「0909」を入力すると、アプリαはそれを記憶するとともに、サーバ（２００）に通信し、取得した固有IDとともに、判定データベースに登録する。このとき、パスコードや固有IDに対応するプログラム部品として、会員証アプリケーションソフトウェア用のプログラム部品（部品β）をひもづけて記録する（図２１参照）。

　次に（２）認証アプリを使ってモバイル端末に会員証アプリを生成する方法、について説明する。

　まず上記と同様の方法により、会員登録のプロセスを実行する。サーバ（２００）は、プログラム部品（部品α）の識別データ（例：「buhin-α」）を取得し、モバイル端末（100h）に該プログラム部品「部品α」に関する情報を送信する。

　モバイル端末（100h）は、サーバ（２００）から該プログラム部品「部品α」に関する情報を受信した場合、「部品α」に基づく本人認証のための認証データ収集アプリ（アプリα）をモバイル端末（１００ｈ）上に生成済みである場合には、アプリαを起動し、アプリαは、サーバ（２００）に対し、「部品α」を送信せず、会員証アプリ用のプログラム部品（部品β）を送信するよう要求する。このとき、該モバイル端末（１００ｈ）からサーバ（２００）に対し、該モバイル端末（100h）の固有IDをあわせて送信する形態としても良い。

　サーバ（２００）は、モバイル端末（１００ｈ）から、会員証アプリ用のプログラム部品（部品β）を一意に識別する文字情報（例えば、「buhin-β」）を受信すると、、文字情報を使ってプログラム部品データベース（２０６）を検索し、会員証アプリ用のプログラム部品（部品β）を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品β」をモバイル端末（１００ｈ）に送信する。このとき、サーバ（２００）からモバイル端末（１００ｈ）に直接プログラム部品を送信する形態としても、サーバ（２００）からモバイル端末（１００ｈ）に該プログラム部品「部品β」に関する情報を送信し、モバイル端末（１００ｈ）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品β」をダウンロードする形態としても良い。

　モバイル端末（１００ｈ）は、サーバ（２００）から受信したプログラム部品「部品β」を用いて、モバイル端末（100h）上で動作する会員証アプリ（アプリβ）を生成し起動する。アプリβは、起動時に該固有IDを取得し、アプリβに記録された情報と一致するか検証する。一致した場合は起動するが、一致しない場合は、会員証アプリβは正常に起動しない。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリβは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。入力したデータがあらかじめアプリβに記憶されたパスコードと一致した場合は、アプリβは会員証プログラムとして動作し、入力したデータがあらかじめ記憶されたパスコードと一致しない場合には、アプリβは会員証として動作しない。

　正常起動したアプリβが会員証として動作する際には、モバイル端末（１００ｈ）のディスプレイ（１０２）上に専用のQRコード（登録商標）（コード＃２）を生成し表示する（図２２参照）。該QRコード（登録商標）には、会員証IDのほか、アプリβが起動時に取得した、もしくはアプリβがあらかじめ保持していた該固有IDやパスコードが記録されるほか、該QRコード（登録商標）の生成時にアプリβがランダムに生成した「トランザクションコード」があわせて記録される。このとき、QRコード（登録商標）に記録されるデータの秘匿性を維持するため、固有IDやパスコード等のデータを暗号化するか、特定のアルゴリズムに従って翻訳して表記する形態としても良い。

　アプリβは、会員証となるQRコード（登録商標）を生成する毎に、毎回異なる「トランザクションコード」、（例えば今回は「7638」で次回は「2943」）を生成し、サーバ（２００）と通信してサーバ（２００）はトランザクションコード」を（ユーザの固有IDやパスコードとあわせて）判定データベースに記録する（図２３及び図２４）。会員証QRコード（登録商標）を生成する毎に該QRコード（登録商標）に含まれるデータの中身（特にトランザクションコード）が異なるため、過去に生成された会員証QRコード（登録商標）の画像を複製して使用しても（最新の会員証とトランザクションコードが一致しないので）認証されない。なお、このとき、該「トランザクションコード」の有効期間（有効期限時刻、例えば2011年7月1日0時20分など）についてあわせて設定する形態としても良い。

　次に（３）会員証を認証する会員認証アプリを生成する方法、について説明する。

　ここでは、会員認証アプリを生成済したモバイル端末（１００ｉ）を会員認証用のデバイスとして活用する例について説明する。カメラ（１０６ｉ）を搭載したモバイル端末（１００ｉ）に会員認証用アプリ（アプリγ）を生成し、会員証アプリをインストールした別のモバイル端末（１００ｈ）の画面に表示されたQRコード（登録商標）を読取ることで会員認証を行う。本発明の具体的適用においてはその他の方法を適用してもかまわない。

　まず準備段階として、会員認証アプリを生成するトリガとなる文字情報を設定する。会員認証アプリは一般ユーザに公開せず、業務用として特定の端末のみにインストールされるべきアプリであるため、ここでは、あらかじめ設定した文字情報と、あらかじめ設定したパスコードが一致することをもって正式な手続きであることを確認する。本発明の具体的適用においては他の方法を適用してもかまわない。

　会員認証アプリを生成するトリガとなる文字情報を「build_new_Certifier」、パスコードを「9111」、パスコードリクエスト用のコマンド「sndCmnd:REQ_INPUTPASS」として設定し、各データをひもづけて判定データベースに登録する。このとき、トリガとなる文字情報「build_new_Certifier」に対し、複数のパスコードを設定したり、或いはパスコードに有効期限を設定する形態としても良い。

　さらに、文字情報とパスコードが正常に認証された場合に、文字情報に対応するプログラム部品として、判定データベースに、会員認証プログラム部品（部品γ）をひもづけて記録する。

　上記文字情報「build_new_Certifier」を記録したQRコード（登録商標）（コード＃３）を生成する（図２５参照）。このとき、文字情報の役割を明確にし、識別しやすくする目的で、文字情報の前後に、識別のための文字列データ（識別タグ）を挿入する形態としても良い。

　続いて実施段階として、親アプリ（３００）がインストールされたモバイル端末（１００ｉ）のカメラ（１０６ｉ）を用い、上記QRコード（登録商標）（コード＃３）を読取る。QRコード（登録商標）（コード＃３）の画像情報を取得した該モバイル端末（１００ｉ）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コード＃３）に記録された文字情報「build_new_Certifier」を取得する。該モバイル端末（１００ｉ）は、ネットワークを介してサーバ（２００）と通信を行い、取得した文字情報「build_new_Certifier」をサーバ（２００）に送信する。

　このとき、取得した文字情報「build_new_Certifier」とあわせて、該モバイル端末（１００ｉ）が、QRコード（登録商標）に記録された他の情報、例えば識別文字列データ（識別タグ）をサーバ（２００）に送信する形態としても良い。該QRコード（登録商標）に記録された文字情報以外に、「ユーザ本人のプロファイル情報」や「使用言語」「位置情報」「IPアドレス」「過去の利用履歴」といった付加情報や、「ハードウェアを一意に特定するID番号」「端末に搭載されるOS等の基本ソフトウェアを一意に特定するID番号」といったデータをあわせてサーバ（２００）に送信する形態としても良い。

　サーバ（２００）は、モバイル端末（１００ｉ）から受信したデータから、文字情報「build_new_Certifier」を識別し、文字情報をキー情報として、判定データベースを検索し、文字情報にひもづけて記録されたパスコードリクエスト用のコマンド「sndCmnd:REQ_INPUTPASS」を識別し、モバイル端末（１００ｉ）に送信する。

　モバイル端末（１００ｉ）は、ネットワークを介してサーバ（２００）と通信を行い、送信されたパスコードリクエスト用のコマンド「sndCmnd:REQ_INPUTPASS」を認識し、該モバイル端末（１００ｉ）のディスプレイ（１０２）に「パスコード入力」を促す画面を表示する。モバイル端末（１００ｉ）は、ユーザが入力したパスコード、例えば「9111」をサーバ（２００）に送信する。

　サーバ（２００）は、モバイル端末（１００ｉ）から受信したパスコード「9111」を判定データベースで検索し、文字情報「build_new_Certifier」とパスコード「9111」が判定データベースに登録（記録）されていることを確認する。サーバ（２００）は、正式な手続きであることを確認したうえで、レコードにひもづけて記憶されていたプログラム部品（部品γ）の識別データ（例えば、「buhin-γ」）を取得する。このときサーバ（２００）が、上記付加情報やユーザ入力情報等のデータをもちいて判定データベースを繰り返し検索し、ひもづけられたプログラム部品をさらに詳細に特定する形態としても良い。

　続いてサーバ（２００）は、判定データベースから取得したプログラム部品の識別データ、「buhin-γ」をキー情報として、プログラム部品データベース（２０６）を検索し、識別データにひもづけて記録されたプログラム部品「部品γ」を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品γ」をモバイル端末（１００ｉ）に送信する。このとき、サーバ（２００）からモバイル端末（１００ｉ）に直接プログラム部品を送信する形態としても、サーバ（２００）からモバイル端末（１００ｉ）に該プログラム部品「部品γ」に関する情報を送信し、モバイル端末（１００ｉ）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品γ」をダウンロードする形態としても良い。

　モバイル端末（１００ｉ）は、サーバ（２００）から受信したプログラム部品「部品γ」を用いて、モバイル端末（１００ｉ）上で動作する会員認証アプリ（アプリγ）を生成し起動する。アプリγは、起動時にモバイル端末の固有のIDを取得する。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリγは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。

　ユーザがパスコード情報、例えば文字列「0111」を入力すると、アプリγはそれを記憶するとともに、サーバ（２００）に通信し、サーバ（２００）は、取得した固有IDとともに、判定データベースに登録する図２６。このとき、アプリのユーザ認証用のパスコードとして、ユーザが入力した文字列「0111」を正式なパスコードとして固有IDとひもづけて記録する。

　モバイル端末（１００ｉ）は、サーバ（２００）から受信したプログラム部品「部品γ」を用いて、モバイル端末（１００ｉ）上で動作する会員認証アプリ（アプリγ）を生成し起動する。アプリγは、起動時に該固有IDを取得し、アプリγの初期起動時に記録された情報と一致するか検証する。一致した場合は起動するが、一致しない場合は会員認証アプリγは正常に起動しない。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリγは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。入力したデータがあらかじめアプリγに記憶されたパスコードと一致した場合は、アプリγは会員認証アプリとして動作し、入力したデータがあらかじめ記憶されたパスコードと一致しない場合には、アプリγは動作しない。

　正常起動したアプリγが会員証認証アプリとして動作する際には、モバイル端末（１００ｉ）のカメラ（１０６ｉ）を用い、別のモバイル端末（１００ｉ）上で会員証アプリ（アプリβ）が生成したQRコード（登録商標）（コード＃２）を読取る。QRコード（登録商標）（コード＃２）の画像情報を取得した該モバイル端末（１００ｉ）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コード＃２）に記録された会員証ID、固有ID、トランザクションコードを取得する。QRコード（登録商標）に記録されるデータの秘匿性を維持するため、固有IDやパスコード等のデータを暗号化するか、特定のアルゴリズムに従って翻訳して表記する形態としても良い。該モバイル端末（１００ｉ）は、ネットワークを介して取得したデータをサーバ（２００）に送信する。

　サーバ（２００）は、モバイル端末（１００ｉ）から受信した会員証ID、固有ID、トランザクションコードをもって判定データベースを検索し、これらの情報がひもづけて記録されていることを確認し、正式な会員認証が完了したことを確認する認証完了表示用のコマンド（例：「sndCmnd:SHOW_ID-CONFIRMED」）をモバイル端末（１００ｉ）に送信する。

　モバイル端末（１００ｉ）は、ネットワークを介してサーバ（２００）と通信を行い、送信された認証完了表示用のコマンド「sndCmnd:SHOW_ID-CONFIRMED」を認識し、該モバイル端末（１００ｉ）のディスプレイ（１０２）に「会員証の正式認証完了」を示す画面を表示する。

　次に、本発明のシステムにおいてポイントカードとして機能するプログラムを生成する場合の具体的な実施例について説明する。

　ポイントカードプログラムの生成を行う代表的な方法について、
（１）本人認証のための認証データの入力、登録を行う認証プログラムを生成する方法、
（２）認証プログラムを使ってモバイル端末にポイントカードプログラムを生成する方法、及び
（３）ポイントカードを認証し等級やポイントを付与するポイント管理プログラムを生成する方法、
について説明する。

　本発明の具体的適用においてはその他の方法を適用してもかまわない。

　最初に（１）本人認証のための認証プログラムを生成する方法について説明する。

　本人認証のための基礎データを収集、登録するプログラムを生成するため、ここでは、本人認証のための基礎データとして、
（ａ）各モバイル端末に固有のID番号（モバイル端末のハードウェアを一意に特定するID番号か、モバイル端末に搭載されるOS等の基本ソフトウェアを一意に特定するID番号か、もしくはその組み合わせ）
（ｂ）ユーザ本人が入力するパスコード（文字データのみならず、ゼスチャ等によるデータセットであってもかまわない）
を使用する事例について説明する。本発明の具体的適用においては、上記（ａ）（ｂ）以外のデータを組み合わせて認証する形態としても良い。「ユーザ本人のプロファイル情報」や「使用言語」や「位置情報」「IPアドレス」や「過去の利用履歴」といった付加情報をあわせて認証する形態としても良い。

　まず本人認証プログラムの生成と認証のプロセスとして、上記と同様の方法により、本人認証プロセスを実行する。

　プログラムαは、起動時に各モバイル端末に固有のIDを取得し、ユーザにパスコードの入力を促す。ユーザがパスコード情報、例えば文字列「0909」を入力すると、プログラムαはそれを記憶するとともに、サーバに通信し、取得した固有IDとともに、判定データベースに登録する。このとき、パスコードや固有IDに対応するプログラム部品として、ポイントカードアプリケーションソフトウェア用のプログラム部品（部品δ）をひもづけて記録する。

　次に、（２）認証プログラムを使ってモバイル端末にポイントカードアプリケーションソフトウェアを生成する方法、について説明する。

　まず上記と同様の方法により、会員登録のプロセスを実行する。サーバ（２００）は、プログラム部品データ（部品α）の識別データ（例：「buhin-α」）を取得し、モバイル端末（１００ｈ）に該プログラム部品「部品α」に関する情報を送信する。

　モバイル端末（１００ｈ）は、サーバ（２００）から該プログラム部品「部品α」に関する情報を受信した場合、「部品α」に基づく本人認証のための認証データ収集アプリ（アプリα）をモバイル端末（１００ｈ）上に生成済みである場合には、アプリαを起動し、アプリαは、サーバ（２００）に対し、「部品α」を送信せず、ポイントカードアプリ用のプログラム部品（部品δ）を送信するよう要求する。このとき、該モバイル端末（１００ｈ）からサーバ（２００）に対し、該モバイル端末（１００ｈ）の固有IDをあわせて送信する形態としても良い。

　サーバ（２００）は、モバイル端末（100h）から、ポイントカードアプリ用のプログラム部品（部品δ）を一意に識別する文字情報（例えば、「buhin-δ」）を受信すると、文字情報を使ってプログラム部品データベース（２０６）を検索し、ポイントカードアプリ用のプログラム部品（部品δ）を取得する。サーバ（２００）は、プログラム部品データベース（２０６）から取得した該プログラム部品「部品δ」をモバイル端末（100h）に送信する。このとき、サーバ（２００）からモバイル端末（１００ｈ）に直接プログラム部品を送信する形態としても、サーバ（２００）からモバイル端末（１００ｈ）に該プログラム部品「部品δ」に関する情報を送信し、モバイル端末（１００ｈ）からサーバ（２００）にリクエストして、サーバ（２００）上のプログラム部品「部品δ」をダウンロードする形態としても良い。

　モバイル端末（１００ｈ）は、サーバ（２００）から受信したプログラム部品「部品δ」を用いて、モバイル端末（１００ｈ）上で動作するポイントカードアプリ（アプリδ）を生成し起動する。アプリδは、起動時に該固有IDを取得し、アプリδに記録された情報と一致するか検証する。一致した場合は起動するが、一致しない場合にはポイントカードアプリδは、正常に起動しない。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリδは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。入力したデータがあらかじめアプリδに記憶されたパスコードと一致した場合は、アプリδはポイントカードアプリとして動作し、入力したデータがあらかじめ記憶されたパスコードと一致しない場合には、アプリδはポイントカードアプリとして動作しない。

　正常起動したアプリδがポイントカードアプリとして動作する際には、モバイル端末（１００ｈ）のディスプレイ（１０２）上に専用のQRコード（登録商標）（コード＃４）を生成し表示する（図２７参照）。該QRコード（登録商標）には、ポイントカードIDのほか、アプリδが起動時に取得した、もしくはアプリδがあらかじめ保持していた該固有IDやパスコードが記録されるほか、該QRコード（登録商標）の生成時にアプリδがランダムに生成した「トランザクションコード」があわせて記録される。このとき、QRコード（登録商標）に記録されるデータの秘匿性を維持するため、固有IDやパスコード等のデータを暗号化するか、特定のアルゴリズムに従って翻訳して表記する形態としても良い。

　アプリδは、ポイントカードとなるQRコード（登録商標）を生成する毎に、毎回異なる「トランザクションコード」、（例えば今回は「4567」で次回は「9876」）を生成し、サーバ（２００）と通信してトランザクションコード」を（ユーザの固有IDやパスコードとあわせて）判定データベースに記録する（図２８及び図２９参照）。ポイントカードQRコード（登録商標）を生成する毎に該QRコード（登録商標）に含まれるデータの中身（特にトランザクションコード）が異なるため、過去に生成されたポイントカードQRコード（登録商標）の画像を複製して使用しても（最新のポイントカードとトランザクションコードが一致しないので）認証されない。なお、このとき、「トランザクションコード」の有効期間（有効期限時刻、例えば2011年7月1日0時20分など）についてあわせて設定する形態としても良い。

　アプリδは、動作時にトランザクションコードの登録とあわせて、ポイント残高の登録と確認を行う。モバイル端末（１００ｈ）にインストールされたアプリδは、ネットワークを介してサーバ（２００）と通信し、該アプリδに記憶されたポイントカードID、固有ID、パスコードをサーバ（２００）に送信し、あわせて、ポイント残高の確認を行う。

　サーバ（２００）は、モバイル端末（１００ｈ）から受信したポイントカードID、固有ID、パスコードを判定データベースで検索し、各データがひもづけて判定データベース（２０５）に登録されていることを確認する。サーバ（２００）は、正式な手続きであることを確認したうえで、レコードにひもづけて記憶されているポイント残高データ（例えば、「120ポイント」）を取得し、ネットワークを介して該モバイル端末（１００ｈ）に送信する。このときサーバ（２００）が、上記付加情報やユーザ入力情報等のデータをもちいて判定データベース（２０５）を繰り返し検索し、ひもづけられたプログラム部品をさらに詳細に特定する形態としても良い。

　モバイル端末（１００ｈ）にインストールされたポイントカードアプリ（アプリδ）は、サーバ（２００）から送信されたポイント残高「120ポイント」を認識し、該モバイル端末（１００ｈ）のディスプレイ（１０２）にポイント残高画面を表示する（図３０参照）。

　次に（３）ポイントカードを認証し等級やポイントを付与するポイント管理アプリを生成する方法について説明する。

　まず上記と同様の方法により、ポイントカード管理アプリの初期設定を行う。モバイル端末（１００ｊ）は、サーバ（２００）から受信したプログラム部品「部品ε」を用いて、モバイル端末（１００ｊ）上で動作するポイントカード管理アプリ（アプリε）を生成し起動する。

　モバイル端末（１００ｊ）は、サーバ（２００）から受信したプログラム部品「部品ε」を用いて、モバイル端末（１００ｊ）上で動作するポイントカード管理アプリ（アプリε）を生成し起動する。アプリεは、起動時にモバイル端末の固有のIDを取得する。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリεは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。

　ユーザがパスコード情報、例えば文字列「0222」を入力すると、アプリεはそれを記憶するとともに、サーバ（２００）に通信し、取得した固有IDとともに、判定データベース（２０５）に登録する（図３１参照）。このとき、プログラムのユーザ認証用のパスコードとして、ユーザが入力した文字列「0222」を正式なパスコードとして固有IDとひもづけて記録する。

　モバイル端末（１００ｊ）は、サーバ（２００）から受信したプログラム部品「部品ε」を用いて、モバイル端末（１００ｊ）上で動作するポイントカード管理アプリ（アプリε）を生成し起動する。アプリεは、起動時に該固有IDを取得し、アプリεの初期起動時に記録された情報と一致するか検証する。一致した場合は起動するが、一致しない場合にはポイントカード管理アプリεは、正常に起動しない。本発明の具体的適用においては、固有ID以外のデータを取得する形態としても良い。アプリεは、起動後、ユーザに対し、ユーザ本人に本人を特定するためのパスコード（文字データのみならず、ゼスチャ等によるデータセットでもかまわない）の入力を促す。入力したデータがあらかじめアプリεに記憶されたパスコードと一致した場合は、アプリεはポイントカード管理アプリとして動作し、入力したデータがあらかじめ記憶されたパスコードと一致しない場合には、アプリεは動作しない。

　正常起動したアプリεがポイントカード管理アプリとして動作する際には、モバイル端末（１００ｊ）のカメラ（１０６ｊ）を用い、別のモバイル端末（１００ｈ）上でポイントカードアプリ（アプリδ）が生成したQRコード（登録商標）（コード＃４）を読取る。QRコード（登録商標）（コード＃４）の画像情報を取得した該モバイル端末（１００ｊ）は、デコーダ（１０７）を起動し、デコード結果として、該QRコード（登録商標）（コード＃４）に記録されたポイントカードID、固有ID、トランザクションコードを取得する。QRコード（登録商標）に記録されるデータの秘匿性を維持するため、固有IDやパスコード等のデータを暗号化するか、特定のアルゴリズムに従って翻訳して表記する形態としても良い。該モバイル端末（１００ｊ）は、ネットワークを介して取得したデータをサーバ（２００）に送信する。

　サーバ（２００）は、モバイル端末（１００ｊ）から受信したポイントカードID、固有ID、トランザクションコードに基づいて判定データベース（２０５）を検索し、これらの情報がひもづけて記録されていることを確認し、正式なポイントカード認証が完了したことを確認する認証完了表示用のコマンド（例：「sndCmnd:SHOW_ID-CONFIRMED」）をモバイル端末（１００ｊ）に送信する。

　モバイル端末は、ネットワークを介してサーバ（２００）と通信を行い、送信された認証完了表示用のコマンド「sndCmnd:SHOW_ID-CONFIRMED」を認識し、該モバイル端末（100j）のディスプレイ（１０２）上に「ポイントカードの正式認証完了」を示す画面を表示する。

　管理ユーザがモバイル端末（１００ｊ）にインストールされたポイントカード管理アプリ（アプリε）を使い、対象となるポイントカードを特定して、付与するポイント（追加ポイント）、もしくは消費するポイント（消費ポイント）を入力すると、ポイントカード管理アプリ（アプリε）は、対象となるポイントカードIDとともに、入力された追加ポイント、もしくは消費ポイントを判定データベース（２０５）に記録する。サーバ（２００）は、追加ポイント、消費ポイントが記録されると、直前のポイント残高から加算／減算してポイント残高データを更新する。

　次に、サーバ（２００）が解析装置（２０４）を用いて、受信した文字情報と付加情報をアプリ一覧データベース（２１１）と突き合わせ、生成すべきアプリを特定するに際しての、付加情報の取り扱いについて、説明する。

　サーバ（２００）が、生成すべきアプリを特定するに際し、受信した文字情報から複数の候補が見つかる場合や、完全一致する候補が見つからないが複数の不完全一致する候補が見つかる場合、付加情報を用いることで生成すべきアプリを特定することが可能になる場合がある。サーバ（２００）には、付加情報条件データベース（２１３）が備えられており、各アプリにおいて特に考慮すべき付加情報がある場合には、各アプリごとの付加情報の該当条件が定められている。解析装置（２０４）は、アプリ一覧データベース（２１１）だけでなく付加情報条件データベース（２１３）とも突き合わせを行うことで、生成すべきアプリをひとつに絞りこむことができる。

　図３２は、付加情報条件データベース（２１３）の内容を示す一例である。ここでは、付加情報として、年齢、性別（f：男性／m：女性）、QRコード（登録商標）を撮影した時点のモバイル端末（１００）の位置情報、QRコード（登録商標）を撮影した年月日、QRコード（登録商標）を撮影した時刻、モバイル端末（１００）の言語設定（日本語／英語／韓国語等）、を使用するものとする。それぞれの付加情報の項目中に記載されている条件は、条件にあてはまる場合にアプリを生成すべきことを示すものである。書店Cは位置情報が「さいたま市内」である場合に、アプリを生成すべきことを示す。同様に飲食店Fは、位置情報が「港区内」又は「渋谷区内」であり、かつ性別が「f（＝女性）」である場合に、アプリを生成すべきことを示す。

　例えば、図３２中のカーディーラI及びカーディーラJの店名が同じ又は非常によく似ているとする（営業地域が相違したり業種が異なる場合、店名が全く同じ又は非常に似ているものになることは、実際に多く見られることである）。この場合、QRコード（登録商標）を撮影及びデコードして得られた文字情報からは、カーディーラI及びカーディーラJのいずれのアプリを生成すべきかが定かにならない。また、QRコード（登録商標）を撮影した場所は神奈川県横浜市都筑区であったとする（この場合、QRコード（登録商標）を撮影した時点のモバイル端末（１００）の位置情報は、神奈川県横浜市都筑区を示すものとなる）。解析装置（２０４）は、付加情報条件データベース（２１３）と付加情報を突き合わせる。そうすると、カーディーラIは横浜市内、カーディーラJは世田谷区内、というそれぞれに優先すべき付加項目があるところQRコード（登録商標）撮影時のモバイル端末（１００）の位置情報は神奈川県横浜市都筑区であることから、生成すべきアプリはカーディーラIのものであることが判明する。

　服飾店Lのように、特段の付加情報の条件を定めないアプリもあり得る。このように特段の付加情報の条件を定めない場合、条件を定めているアプリが優先して特定され生成されることとなる（もちろん、条件に該当する場合）。例えば、図３２中の服飾店Lと服飾店Pの店名が似ておりQRコード（登録商標）から得られた文字情報からは服飾店Lのアプリを生成すべきか服飾店Pのアプリを生成すべきかが判定できないとき、付加情報である性別が「ｍ（＝男性）」であった場合は、服飾店Pのアプリ生成すべきことが判明する。もちろん、付加情報が「f（＝女性）」であった場合は、これらの条件からは服飾店Lのアプリを生成すべきか服飾店Pのアプリを生成すべきかは判定できないこととなる。このような場合、該当する（生成すべき）アプリは無い、とする構成をとる実施例もあり得るし、アプリIDの若いアプリ（より早い時期にアプリ一覧データベース（２１１）に登録されたものを優先して特定する、といった構成をとる実施例もあり得る。

　飲食店Fと飲食店Gのように、多くの条件が重なっている例もあり得る。そのような場合、より多くの項目の付加情報の条件が一致するほうを優先する、という構成もあり得る。例えばあるQRコード（登録商標）を撮影及びデコードして得られた文字情報から生成すべきアプリを判定するに際し、文字情報だけでは飲食店Fと飲食店Gのどちらのアプリを生成すべきか判明しない場合があったとする。そしてQRコード（登録商標）を撮影した場所は東京都渋谷区であり、また性別に関する付加情報は「f（＝女性）」であったとする。この場合、飲食店F及び飲食店Gのいずれにおいても、付加情報の項目「性別」「位置情報」ともに該当することとなり、これらの付加情報だけでは、飲食店F及び飲食店Gのいずれのアプリを生成すべきかを判定することができない。しかし、ここでさらに付加情報「年齢」が得られており、付加情報「年齢」の内容が『38』であったとすると、飲食店Fは２つの項目において該当、飲食店Gは３つの項目において該当することとなり、結果、飲食店Gのアプリを生成すべきことが判明する。

　上記の例は、該当する項目の数で単純に優劣を判定したものであるが、かならずしもそのように構成する必要はなく、例えば、各項目の重要度に順位を設け、より順位の高い項目が該当するものから優先するということでもよい。また、各項目の重要度に差異を設けた上で判定してもよい。このような構成例としては、各項目に該当した場合に点数を加算するような方式であれば、「年齢」が該当する場合は２点、「性別」が該当する場合は１点、「位置情報」が該当する場合は３点、「年月日」が該当する場合は１点、該当しない項目又は条件設定がない項目については０点、というようにパラメータを設定し、該否判定によって得られた得点の合計値が高いものを優先する、といったものが考えられる。

　以上は、QRコード（登録商標）にエンコードされている文字情報及び付加情報をもとに解析装置（２０４）が生成すべきアプリを判定するプロセスを説明したものであるが、請求項５に記載されているようなコントロールコードがあらかじめQRコード（登録商標）内に埋め込まれている場合は、判定プロセスはもっと単純なものになる。

　コントロールコードとは、アプリを一意に特定するため、適宜のルールで記述された文字列であり、図３３に記載したような形でQRコード（登録商標）中にエンコードされている。このようなコントロールコードが埋め込まれたQRコード（登録商標）を撮影及びデコードした場合、得られる文字情報にはコントロールコードが確実に含まれることになる。このため、文字情報を受信したサーバ（２００）の解析装置（２０４）は、コントロールコードをキーとしてアプリ一覧データベースを検索することにより、生成すべきアプリを容易かつ確実に特定することができる。

　図３４は、該当無情報保管データベース（２１２）の一例を示したものである。アプリ一覧データベース（２１１）から該当するアプリが見つからない場合、サーバ（２００）は、文字情報及び付加情報を該当無情報保管データベース（２１２）に文字情報を送ってよこしたモバイル端末（１００ｄ）のIDとともに記録し、モバイル端末（１００ｄ）には、生成すべきアプリがない旨の通知を送信する。

　生成すべきアプリがない旨の通知を受信したモバイル端末（１００ｄ）は、その旨を親アプリ（３００）上でユーザに表示し、アプリ生成プロセスを終了する。

　サーバ（２００）は、生成すべきアプリがない旨の通知をモバイル端末（１００ｄ）に送信するともに、該当するアプリが無かった文字情報及び付加情報をキー情報にもつ新たなレコードをアプリ一覧データベース（２１１）に追加する。追加されたレコードはその内容（情報）に不足があるため、当然そのままではアプリ生成の情報として完全なものではありえない。このプロセスで追加されるのは、レコードという枠だけであり、追加された時点では、アプリ生成可否に関する項目は「否」）となっている（図３４参照）。

　その後、サーバ（２００）管理者等の手によりアプリ一覧データベース（２１１）における新レコードに情報が追加されることがあり得る。例えば、ある飲食店Aに関するQRコード（登録商標）を撮影してアプリ生成を試みたがアプリ一覧データベース（２１１）に該当するものがなかった場合、飲食店Aに関するQRコード（登録商標）から得られた文字情報に関する情報を持つ新レコード（アプリ生成可否に関する項目は「否」）が登録される。その後、飲食店Aとサービス実施者との間で飲食店Aに関するアプリの種類等が決定された場合等には、（飲食店Aに関する）新レコードの各項目に情報が追加され、アプリ生成可否に関する項目は「否」から「可」に変化する。この時点でサーバ（２００）側においては飲食店Aに関するアプリ生成の準備が整う。

　別のモバイル端末（１００ｅ）によって飲食店Aに関するQRコード（登録商標）が撮影され、そこから得られた文字情報がサーバ（２００）に送信された時点で上記のとおり飲食店Aに関するアプリ生成の準備が整っていれば、文字情報の解析の結果、アプリ一覧データベース（２１１）から飲食店Aについてのアプリが見つかり、アプリ生成のフローが上記のとおりに進む。

　同様に、以前に飲食店Aに関するアプリの生成を試みた（そしてその際は生成することができなかった）モバイル端末（１００ｄ）がその後再び同じQRコード（登録商標）を撮影する場合、前回と同様に文字情報がサーバ（２００）に送信され、サーバ（２００）は受信した文字情報を解析する。解析の結果、今回は該当するアプリが発見される（アプリ一覧データベース（２１１）上に飲食店Aに関するアプリについての情報が存在する）ため、通常どおりにアプリ生成のフローが進み、最終的にモバイル端末（１００ｄ）上に飲食店Aに関するアプリが生成されそのアイコンが表示される。

　上記実施例は、以前に飲食店Aについてのアプリ生成を試みたモバイル端末（１００ｄ）がたまたま同じQRコード（登録商標）を再び撮影してアプリ生成を試みた場合を例に説明したものであるが、さらに、一度生成できなかったアプリについて、後日環境が整った際に端末側で主体的に操作を行わなくともアプリの生成が追補的に行われるような構成をとることも可能である。次項以下ではそのような構成をとる一例を記載する。

　あるモバイル端末（１００ｄ）がある飲食店Cに関して以前に一度アプリ生成を試みて果たせなかった場合、該当無情報保管データベース（２１２）には飲食店Cに関する文字情報（文字情報C）及びこれに関する付加情報がモバイル端末（１００ｄ）のIDとともに記録されている。また、アプリ一覧データベース（２１１）には文字情報Cに関する情報を持つ新レコード（アプリ生成可否に関する項目は「否」）が登録されている。その後、飲食店Cに関する情報の追加によりレコードにつきアプリ生成可否に関する項目が「否」から「可」に変化している。

　サーバ（２００）は、定期的に、該当無情報保管データベース（２１２）とアプリ一覧データベース（２１１）の内容を突き合わせる。アプリ生成可否に関する項目が「否」から「可」に変化した以降に突き合わせが行われた場合、文字情報C及びこれに関する付加情報から飲食店Cに関するアプリが生成可能であることが判明する。そこで、サーバ（２００）は、アプリ一覧データベース（２１１）から飲食店Cのアプリの属性及び構成情報とアプリを生成するために必要なプログラム部品に関する情報を取得し、プログラム部品をプログラム部品データベース（２０６）からコピーし、それらがモバイル端末（１００ｄ）に関するものであることを示すモバイル端末（１００ｄ）のIDとともに、あわせて記憶手段（２０２）に記憶しておく。

　その後モバイル端末（１００ｄ）は、別のQRコード（登録商標）（飲食店Dに関するもの）を撮影し、飲食店Dのアプリの生成を試みたとする。ここで、モバイル端末（１００ｄ）は、QRコード（登録商標）から取得された文字情報（飲食店Dに関するもの＝文字情報D）をサーバ（２００）に送信し、上記で説明したとおり、アプリ生成フローが進んでゆく。文字情報Dの解析の結果該当するアプリ（アプリD）がアプリ一覧データベース（２１１）上に存在した場合、アプリDの属性及び構成情報とアプリDを生成するために必要なプログラム部品がサーバ（２００）からモバイル端末（１００ｄ）に送信されるが、その際に、サーバ（２００）は、上記記憶手段（２０２）に記憶していたアプリCの属性及び構成情報とアプリCを生成するために必要なプログラム部品もあわせてモバイル端末（１００ｄ）に送信する。そしてモバイル端末（１００ｄ）において親アプリ（３００）は、アプリDを生成しアプリDのアイコンを画面上に表示するとともに、アプリCも生成しアプリCのアイコンも画面上に表示する。

　上記アプリCの属性及び構成情報とアプリCを生成するために必要なプログラム部品をモバイル端末（１００ｄ）に送信したサーバ（２００）は、さらに、該当無情報保管データベース（２１２）にアクセスし、モバイル端末（１００ｄ）のIDとともに記録されている文字情報Cのレコードを抹消する。

　このようにして、ある時点では該当するアプリがアプリ一覧データベース（２１１）上に存在しなかったため生成することができなかったアプリにつき、後日アプリ生成に必要な情報が揃った後に追補的にアプリが生成される。なお、上記は一例であり、該当無情報保管データベース（２１２）とアプリ一覧データベース（２１１）の内容突き合わせは定期的に行われるだけでなく、新規文字情報がモバイル端末から送信された場合には必ず突き合わせを行うように構成してもよいし、新規プログラム部品を送信する場合にはそれに先立ち必ず突き合わせを行うように構成してもよい。また、追補生成を行うタイミングは、新規アプリ生成時に限られるものではなく、例えば、該当無情報保管データベース（２１２）とアプリ一覧データベース（２１１）の内容を突き合わせの結果追補生成可能なアプリが見つかった場合には、即サーバ（２００）からモバイル端末に追補生成するアプリの属性及び構成情報とアプリを生成するために必要なプログラム部品を送信するように構成してもよいし、追補生成可能なアプリが見つかった場合にはサーバ（２００）からモバイル端末にその旨を通知し、通知に対するモバイル端末側からの返信（自動又はユーザの選択により追補生成するかどうか等を決定し返信するようにすることが考えられる）に従い適宜のタイミングで追補生成するアプリの属性及び構成情報とアプリを生成するために必要なプログラム部品を送信するように構成してもよい。さらに、通信手段さえ確保されれば該当無情報保管データベース（２１２）をサーバ（２００）上ではなく第三の記憶手段上に置くことも可能であるし、モバイル端末上に置くことも可能である。モバイル端末の記憶手段（１０４）上に置く場合、該当無情報保管データベース（２１２）はモバイル端末に関する情報のみを持つものに縮小され、その内容は、定期的にあるいはモバイル端末がサーバ（２００）と交信する適宜の機会にモバイル端末からサーバ（２００）に送信され、アプリ一覧データベース（２１１）と突き合わせが行われることになろう。

　各アプリは、不具合の修正や機能の追加或いは変更等のため、随時更新され、バージョンがアップすることがある。バージョンアップにより生成すべきアプリの内容が更新されることにともない、判定データベース（２０５）、プログラム部品データベース（２０６）及びアプリ一覧データベース（２１１）に記録されている内容も、それぞれ随時更新される。アプリ一覧データベース（２１１）には、図７に示すとおり、アプリのバージョンに関する情報が記録されており、更新にともないバージョンに関する情報も更新される（バージョンナンバーがアップする）。

　モバイル端末（１００）にはバージョン情報記録データベース（１１３）が備えられている。図３５はバージョン情報記録データベース（１１３）の構成を示す一例である。バージョン情報記録データベース（１１３）に記録されているのは、現在モバイル端末（１００）に生成され存在している各アプリのバージョン情報である。

　モバイル端末（１００）は、新たに撮影したQRコード（登録商標）から取得した文字情報をサーバ（２００）に送信する機会に、文字情報及びこれに関する付加情報だけでなく、モバイル端末（１００）のバージョン情報記録データベース（１１３）に記録されている各アプリのバージョン情報をあわせて送信する。

　バージョン情報記録データベース（１１３）に記録されている内容を受信したサーバ（２００）は、受信したデータをアプリ一覧データベース（２１１）の内容と照合し、バージョン情報に差異の生じているアプリが存在しないどうかを判定する。

　判定の結果、バージョン情報に差異が生じているアプリが存在する場合、サーバ（２００）は、アプリ一覧データベース（２１１）から差異があったアプリ（モバイル端末（１００）に生成済のものよりも新しいバージョンの同アプリ）の属性及び構成に関する情報とアプリを構成するプログラム部品に関する情報を取得し、属性及び構成に関する情報とアプリを構成するプログラム部品とをモバイル端末（１００）に送信する。

　該属性及び構成に関する情報と該アプリを構成するプログラム部品とを受信したモバイル端末（１００）は、アプリ（モバイル端末に生成済のものよりも新しいバージョンの同アプリ）をモバイル端末（１００）上に生成し、旧バージョンのアプリ（モバイル端末上に生成済にあったもの）は削除する。このようにして、旧バージョンのアプリを新バージョンのアプリで置き換えることが完了した場合、モバイル端末（１００）は、さらに、バージョン情報記録データベース（１１３）上のアプリに関するバージョン情報を、ただいま生成した新バージョンのものに書き換える。

　以上に記載の例では、バージョン情報記録データベース（１１３）の内容をモバイル端末（１００）からサーバ（２００）に送信するのは、新たに撮影したQRコード（登録商標）から取得した文字情報をサーバ（２００）に送信する機会に合わせて行うこととしているが、必ずしもこれに限られるものではなく、親アプリ（３００）自身の起動又終了に際し必ずその時点のバージョン情報記録データベース（１１３）の内容をサーバ（２００）に送信するようにしてもよく、又は、毎日１回あるいは毎週１回等定期的にサーバ（２００）に送信するように構成する方法、サーバ（２００）が適宜の頻度でモバイル端末（１００）側にバージョン情報記録データベース（１１３）の内容につき問い合わせを行い問い合わせの都度モバイル端末（１００）がバージョン情報記録データベース（１１３）の内容をサーバ（２００）に送信するように構成してもよい。

　次に、子アプリ更新の過程の実施例を説明する。

　モバイル端末（１００）には、生成した各子アプリのID及び子アプリの起動或いは使用に係る履歴を記憶する使用履歴記録データベース（１１４）が備わっている。

　図３６は、使用履歴記録データベース（１１４）の一例を示したものである。使用履歴記録データベース（１１４）に記録される内容は、子アプリの累計起動回数、累計起動時間及びイベント引数等々が考えられるが、ここでは、仮に、子アプリの累計起動回数、累計起動時間及びイベント引数の３種の情報であるとする（図３６参照）。モバイル端末（１００）においてユーザがディスプレイ（１０２）上の子アプリのアイコンをタッチして子アプリを起動或いは使用した場合、モバイル端末（１００）は、使用履歴記録データベース（１１４）にアクセスし、子アプリの累計起動回数の項目に記録されている数値（回数）に１を加える。同時に、モバイル端末（１００）は子アプリの起動に際し起動した時刻を一時的に記録する。ユーザが子アプリの使用を終了するとき、モバイル端末（１００）は、子アプリの終了処理に際して終了時刻を記録し、起動時刻を参照することにより子アプリの使用時間を算出する。モバイル端末（１００）は、子アプリの終了処理に引き続き算出された使用時間を使用履歴記録データベース（１１４）に登録する（すでに過去の累計使用時間が登録されている場合はこれに積算して登録する）。

　このようにして蓄積された使用履歴情報は、別途他の子アプリ生成のためモバイル端末（１００）がサーバ（２００）に文字情報を送信する際に、あわせてサーバ（２００）に送信される。

　サーバ（２００）のアプリ一覧データベース（２１１）中には、各子アプリの使用履歴情報の累計起動回数、累計起動時間及びイベント引数に関する設定条件及び設定条件を満たした場合に新たに生成すべき子アプリのIDが記録されている。

　使用履歴情報を受信したサーバ（２００）は、受信した使用履歴情報に含まれている各子アプリの累計起動回数、累計起動時間及びイベント引数がアプリ一覧データベース（２１１）中に記憶されている該当するアプリの使用履歴情報累計起動回数、累計起動時間及びイベント引数に関する設定条件を満たすものであるかどうかをそれぞれ検証する。条件を満たすものがある場合、サーバ（２００）は、条件が満たされる場合に生成すべき子アプリのIDを特定し、条件を満たした子アプリ（以下「旧子アプリ」という）のID、条件が満たされる場合に生成すべき子アプリ（以下「新子アプリ」という）のID及び旧子アプリが新子アプリに更新される旨の情報を、モバイル端末（１００）に送信し、モバイル端末（１００）はこれを受信する。

　さらに、サーバ（２００）は、新子アプリのIDから新たに生成すべき子アプリの属性及び構成とアプリを構成するプログラム部品とを決定し、新子アプリの属性及び構成に関する情報と新子アプリを構成するプログラム部品とをモバイル端末（１００）に送信する。

　モバイル端末（１００）は、サーバ（２００）から新子アプリの属性及び構成に関する情報と新子アプリを構成するプログラム部品を受信し、受信した新子アプリの属性及び構成に関する情報と新子アプリを構成するプログラム部品によって、演算手段（１０３）を使って、モバイル端末（１００）上に新子アプリを生成する。

　モバイル端末（１００）では、受信した２種のアプリID（旧子アプリのID及び新子アプリのID）を参照し、新子アプリの生成完了を確認した後に（請求項１６に記載のバージョン記録データベース（１１３）及び請求項１８に記載に使用履歴記録データベース（１１４）に、それぞれ新子アプリに関する項目が記録された後に）、旧子アプリをモバイル端末（１００）上から削除するとともに、ディスプレイ（１０２）上の旧子アプリのアイコン表示を終了する。

　以上に記載のアプリ更新に際しては、使用履歴情報をモバイル端末（１００）からサーバ（２００）に送信するのはアプリ生成の際にモバイル端末（１００）がサーバ（２００）に文字情報を送信する機会に合わせて行うことが通信効率上望ましいが、必ずしもこれに限られるものではなく、使用履歴記録データベース（１１４）が更新される度にサーバ（２００）に送信しても構わないし、親アプリ（３００）自身の起動又終了に際し必ずその時点の使用履歴情報をサーバ（２００）に送信するようにしてもよく、又は、毎日１回あるいは毎週１回等定期的にサーバ（２００）に送信するように構成する方法、サーバ（２００）が適宜の頻度でモバイル端末（１００）側に使用履歴情報を問い合わせを行い問い合わせの都度モバイル端末（１００）が使用履歴情報をサーバ（２００）に送信するように構成してもよい。

　以上は、QRコード（登録商標）等の二次元コードから文字情報を取得する場合を例にとって説明したものであるが、請求項第６項に記載のとおり、一次元コードや二次元以上の多次元コードや各種の動画又は静止画から取得するように構成してもよい。そのような構成の例を以下に説明する。

　モバイル端末（１００）のカメラ（１０６）を使って、任意の画像を撮影する。画像は動画であっても静止画であってもよい。モバイル端末（１００）に備えられている映像解析手段（１０８）は、撮影した画像を解析し、画像に示されている内容にふさわしい文字情報を取得する。この場合、文字情報の取得は、画像中に移りこんでいる活字その他の文字を抽出することによって行われる（画像データ中の文字を光学的に解析し文字情報を抽出することは今やありふれた技術であり実装することはたやすい）。また、画像中の文字情報によらず、画像データそのものを検索データベースと照合し、同一性が高いと判断される画像データから画像とともに使用される頻度の高い文字情報を検索及び抽出することにより行ってもよいし、上記の各方法を併用することも可能である。

　モバイル端末には通常動画撮影や通話のため撮像手段の一例であるカメラ（１０６）とともに録音手段の一例であるマイク（１０９）が備わっている。該マイク（１０９）により音声を録音し、録音された音声から言語解析によってひとつ又は複数の単語を抽出し、抽出された単語を文字情報として用いることができる。単語は、小売店の名称、屋号、商品名、ブランド名であることも考えられるし、旅行、キャンプ、ドライブといった行動に関するものである場合もあり得る。

　あるモバイル端末（１００ｆ）においてアプリ生成をするに際し、他のモバイル端末（１００ｇ）にすでに親アプリ（３００ｇ）がインストールされ、親アプリ（３００ｇ）によってすでにいくつかの子アプリが生成され、他のモバイル端末（１００ｇ）の画面上に生成済の子アプリのアイコンが表示されている場合、モバイル端末（１００ｆ）はモバイル端末（１００ｇ）の画面を撮影することから文字情報を取得することができる。この場合、モバイル端末（１００ｆ）の映像解析手段（１０８ｆ）は該撮影した画像中に移りこんでいる子アプリのアイコン画像をプログラム部品データベース（２０６）中（図８参照）に保存されているアイコン画像データと照合し、子アプリのアプリIDを文字情報として取得する。その後上記に述べたものと同様のプロセスを経て、モバイル端末（１００ｆ）上に子アプリが生成される。

１００　モバイル端末
１０２　ディスプレイ
１０３　演算装置
１０４　記憶装置
１０５　通信手段
１０６　カメラ
１０７　デコーダ
１０８　映像解析手段
１０９　マイク
１１０　音声解析装置
１１１　プログラム部品記憶手段
１１２　原初アプリ
１１３　バージョン情報記録データベース
１１４　使用履歴記録データベース
１２０　位置情報取得手段
１２１　現在時刻取得手段
１２２　使用言語選択手段
１２３　プロフィール記録手段
１２４　端末使用情報記録手段
２００　サーバ
２０１　計算手段
２０２　記憶手段
２０３　通信手段
２０４　解析装置
２０５　判定データベース
２０６　プログラム部品データベース
２０７　映像解析手段
２０８　音声解析手段
２１０　子アプリ保存データベース
２１１　アプリ一覧データベース
２１２　該当無情報保管データベース
２１３　付加情報条件データベース
３００　親アプリ
１０００　本実施例によるアプリ生成システム

Claims

　親アプリケーションソフトウェアプログラムとは別の子アプリケーションソフトウェアプログラムを生成するアプリ生成システムであって、
　　所定の演算処理を実行する演算手段と、
　　一次元コード又は二次元以上の多次元コードにより構成された次元コードを撮像する撮像手段と、
　　前記撮像手段で撮像した前記次元コードをデコードして該次元コードに対応付けられた文字情報を取り出すデコード手段と、
　　所定の情報を表示する表示手段と、
　　前記文字情報を通信する第１の通信手段と、
を含むモバイル端末と、
　前記第１の通信手段と通信する第２の通信手段と、
　判定ルールを格納する判定データベースと、
　プログラム部品を格納するプログラム部品データベースと、
　前記第２の通信手段により受信した前記文字情報を解析し、前記判定データベースに格納された前記判定ルールに基づいて前記解析の結果を判断し、生成すべき子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を決定する解析手段と、
を含むサーバと、
を備え、
　前記モバイル端末は、前記第１の通信手段により、前記サーバの前記第２の通信手段から送信された前記属性及び構成の情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を受信し、前記演算手段により、前記受信した子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品に基づいて、所望の機能を有する子アプリケーションソフトウェアを生成することを特徴とするアプリ生成システム。
　前記モバイル端末は、前記子アプリケーションソフトウェアが生成された場合、該子アプリケーションソフトウェアを表象するアイコンを、該モバイル端末の前記表示手段に表示することを特徴とする、請求項１に記載のアプリ生成システム。
　前記子アプリケーションソフトウェアを構成するプログラム部品には、生成すべきアプリケーションソフトウェアを表象するアイコンの画像データが含まれることを特徴とする、請求項１または２に記載のアプリ生成システム。
　前記サーバの前記解析手段は、生成すべき子アプリケーションソフトウェアと、該子アプリケーションソフトウェアを構成するプログラム部品と、を決定するために、
(1)ユーザ属性、
(2)前記モバイル端末の位置情報、
(3)前記撮像手段を操作して前記次元コードを読取った時刻、
(4)前記モバイル端末が前記サーバに前記文字情報を送信した時刻、
(5)前記ユーザの利用言語、
(6)前記ユーザの国籍、
(7)前記ユーザの入力情報、
(8)前記ユーザの過去利用履歴、
(9)前記モバイル端末上の表示手段に表示される他のアイコンの種類、
(10)前記モバイル端末上の表示手段に表示される他のアイコンの数、
(11)前記モバイル端末上の表示手段に特定のアイコンが表示されているか否かの情報、
(12)前記モバイル端末が前記サーバに前記文字情報を送信した時刻において、前記モバイル端末と一定の地理的範囲内に、他にも前記親アプリケーションソフトウェアプログラムを実装したモバイル端末が存在するか否かの情報、
(13)前記モバイル端末のIPアドレス、
(14)前記モバイル端末の標準時刻設定、
(15)前記モバイル端末の種類、
(16)前記モバイル端末で動作しているOSの種類及びバージョン、
のうち、１つ以上の情報を付加情報とし、当該付加情報と前記文字情報との組み合せで、前記判定データベースを検索し、前記判定ルールを取得することを特徴とする請求項１に記載のアプリ生成システム。
　前記次元コードには、特定のコントロールコードが予めエンコードされており、
　前記モバイル端末が前記次元コードから文字情報を取得するときには、前記コントロールコードが含まれる文字情報を取得し、
　前記サーバは、前記解析手段及び前記判定データベースにより前記文字情報を解析する際に、前記コントロールコードをキー情報として、前記生成すべきアプリの属性、構成及び当該アプリを構成するプログラム部品を決定することを特徴とする請求項１に記載のアプリ生成システム。
　前記モバイル端末は、映像解析手段を更に備え、
　前記撮像手段及び前記デコード手段を用いて前記次元コードから前記文字情報を取り出す代わりに、前記撮像手段により撮像した動画又は静止画から前記映像解析手段を用いて、文字情報を取り出すことを特徴とする請求項１に記載のアプリ生成システム。
　前記モバイル端末は、録音手段及び音声解析手段を更に備え、
　前記撮像手段及び前記デコード手段を用いて前記次元コードから前記文字情報を取り出す代わりに、前記録音手段により録音した音声から前記音声解析手段を用いて、文字情報を取り出すことを特徴とする請求項１に記載のアプリ生成システム。
　前記モバイル端末は、録音手段を更に備え、
　前記サーバは、映像解析手段及び音声解析手段を更に備え、
　前記モバイル端末が撮影した動画又は静止画、或いは前記モバイル端末が録音した音声から、前記映像解析手段或いは音声解析手段を用いて文字情報を取り出すことを特徴とする請求項１に記載のアプリ生成システム。
　前記サーバは、子アプリケーションソフトウェアを生成する生成部と、
　該生成した子アプリケーションソフトウェアを格納する子アプリ保存データベースと、を更に備え、
　前記決定した子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を用いて、前記生成部において前記子アプリケーションソフトウェアを生成して前記子アプリ保存データベースに格納し、
　前記決定した子アプリケーションソフトウェアの属性及び構成に関する情報並びに該子アプリケーションソフトウェアを構成するプログラム部品を前記モバイル端末に送信する代わりに、前記生成した子アプリケーションソフトウェアのアイコン情報及び前記子アプリ保存データベース上の前記生成した子アプリケーションソフトウェアが格納されている場所を示す番地情報を前記モバイル端末に送信し、
　前記モバイル端末は、前記子アプリケーションソフトウェアのアイコン情報に基づいて、該子アプリケーションソフトウェアのアイコンのみを前記モバイル端末の前記表示手段に表示すると共に、ユーザが該表示された子アプリケーションソフトウェアのアイコンをタッチした場合、前記通信手段によって、前記子アプリ保存データベースにアクセスし、前記番地情報に基づき該子アプリケーションソフトウェアをダウンロードして起動させることを特徴とする請求項１に記載のアプリ生成システム。
　前記サーバは、生成すべき子アプリケーションソフトウェアの属性及び構成並びに該子アプリケーションソフトウェアを構成するプログラム部品を特定した後に、該属性及び該構成並びに該プログラム部品のそれぞれに関する情報のみを前記モバイル端末に通知する機能を更に備え、
　前記モバイル端末は、子アプリケーションソフトウェア生成に必要なプログラム部品を格納するプログラム部品記憶手段を更に備え、
　前記モバイル端末は、前記サーバからの前記通知に基づき、前記プログラム部品記憶手段に格納されたプログラム部品を用いて子アプリケーションソフトウェアを生成することを特徴とする請求項１に記載のアプリ生成システム。
　前記サーバは、生成すべき子アプリケーションソフトウェアの属性及び構成並びに該子アプリケーションソフトウェアを構成するプログラム部品を特定した後に、該属性及び該構成並びに該プログラム部品のそれぞれに関する情報のみを前記モバイル端末に通知する機能を更に備え、
　前記モバイル端末は、子アプリケーションソフトウェア生成の元となるあらゆる機能を有する子アプリケーションソフトウェアのひながたを予め格納する記憶手段を更に備え、
　前記モバイル端末は、前記サーバからの前記通知に基づき、前記ひながたが有するあらゆる機能の内から、必要な機能のみをオンにすると共に、他の機能をオフにし、該通知により受信したアイコン画像を前記表示手段に表示することを特徴とする請求項１に記載のアプリ生成システム。
　前記サーバは、前記判定データベースに代えて、生成される可能性のある全ての子アプリケーションソフトウェアと、子アプリケーションソフトウェアの属性及び構成並びに該子アプリケーションソフトウェアを構成するプログラム部品のそれぞれに関する情報と、が予め記録されているアプリ一覧データベースを更に備え、
　前記サーバは、前記付加情報と前記文字情報との組み合せに基づいて、前記アプリ一覧データベースを検索し、該当する子アプリケーションの存在する場合には、前記該当する子アプリケーションソフトウェアを生成するために必要な属性及び構成並びにプログラム部品のそれぞれに関する情報を前記アプリ一覧データベースから取得することを特徴とする請求項１に記載のアプリ生成システム。
　前記サーバは、該当無情報保管データベースを更に備え、
　前記サーバは、前記文字情報及び前記付加情報の解析結果を用いて前記アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを検索し、該当する子アプリケーションソフトウェアが存在しない場合には、その旨を前記モバイル端末に通知すると共に、該アプリ生成ができなかった前記文字情報及び前記付加情報を該当無情報保管データベースに記録し、
　前記文字情報及び前記付加情報の組み合せで、前記アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを再度検索することを一定の頻度で繰り返し、該当する子アプリケーションソフトウェアが検索された場合には、該子アプリケーションソフトウェア生成を続行すると共に、該検索された子アプリケーションソフトウェアに関する前記文字情報を該当無情報保管データベースから消去することを特徴とする請求項１２に記載のアプリ生成システム。
　前記サーバは、前記文字情報及び前記付加情報の組み合わせで、前記アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを検索する際に、前記該当する子アプリケーションソフトウェアが存在しない場合には、その旨を前記モバイル端末に通知し、
　前記モバイル端末は、該当無情報保管データベースを更に備え、
　前記モバイル端末は、前記サーバから前記通知を受信した場合に、前記子アプリケーションソフトウェア生成ができなかった前記文字情報及び前記付加情報を前記該当無情報保管データベースに記録し、前記サーバとの通信を行う度に該当無情報保管データベースの内容を該サーバに通知し、
　前記通知を受信したサーバは、前記文字情報及び前記付加情報の組み合せで、前記アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを再度検索することを繰り返し、前記該当する子アプリケーションソフトウェアが検索された場合には、該子アプリケーションソフトウェア生成を続行すると共に該検索された子アプリケーションソフトウェアに関する前記文字情報及び前記付加情報を前記モバイル端末に通知し、
　前記モバイル端末は、前記検索された子アプリケーションソフトウェアに関する前記文字情報を前記該当無情報保管データベースから消去する、ことを特徴とする請求項１２に記載のアプリ生成システム。
　前記サーバは、前記文字情報及び前記付加情報の組み合せで、前記アプリ一覧データベースに記録されている子アプリケーションソフトウェアの中から該当する子アプリケーションソフトウェアを検索する際に、該当する子アプリケーションソフトウェアが存在しない場合には、該子アプリケーションソフトウェア生成ができなかった前記文字情報及び前記付加情報を、新たな子アプリケーションソフトウェアの情報であってかつ未だ生成には不適の瑕疵がある子アプリケーションソフトウェアの情報として、前記アプリ一覧データベースに記録することを特徴とする請求項１２に記載のアプリ生成システム。
　前記モバイル端末は、生成した子アプリケーションソフトウェアのID及びバージョン情報を記憶するバージョン情報記録データベースを更に備え、
　前記モバイル端末は、前記子アプリケーションソフトウェアを生成する際に、該生成した子アプリケーションソフトウェアのID及びバージョン情報を前記バージョン情報記録データベースに記録し、かつ別途他の子アプリケーションソフトウェアを生成するために前記サーバに文字情報を送信する際に、前記バージョン情報記録データベースの内容も併せて該サーバに送信し、
　前記サーバは、前記モバイル端末から送信された前記バージョン情報記録データベースの内容を受信し、当該受信した前記バージョン情報記録データベースに記録されている各子アプリケーションソフトウェアのバージョン情報と前記アプリ一覧データベースに記録されている同一のIDを有する子アプリケーションソフトウェアのバージョン情報との間で差異の有無を照合し、
　前記照合の結果、差異がある場合には、前記アプリ一覧データベース上の新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに当該子アプリケーションソフトウェアを構成するプログラム部品を、前記別途他の子アプリケーションソフトウェア生成のために子アプリケーションソフトウェアの属性及び構成に関する情報並びにプログラム部品を送信する際に、併せて前記モバイル端末に送信し、
　前記新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに当該子アプリケーションソフトウェアを構成するプログラム部品を受信した前記モバイル端末は、前記子アプリケーションソフトウェアの属性及び構成に関する情報並びに当該子アプリケーションソフトウェアを構成するプログラム部品に基づいて新しいバージョンの子アプリケーションソフトウェアを生成し、同じIDの従来のバージョンと入れ替えることを特徴とする、請求項１２に記載のアプリ生成システム。
　前記サーバは、個々のモバイル端末毎に生成した子アプリケーションソフトウェアのID及び当該子アプリケーションソフトウェアのバージョン情報を記憶するバージョン情報記録データベースを更に備え、
　前記モバイル端末は、前記子アプリケーションソフトウェアを生成する際に、該生成した子アプリケーションソフトウェアのID及び当該子アプリケーションソフトウェアのバージョン情報を前記サーバに通知し、
　前記サーバは、前記通知を受信した場合に、受信した子アプリケーションソフトウェアのID及び該子アプリケーションソフトウェアのバージョン情報を前記バージョン情報記録データベースに記録し、
　定期的に前記バージョン情報記録データベースに記録されている各子アプリケーションソフトウェアのバージョン情報と、前記アプリ一覧データベースに記録されている同一のIDを有する子アプリケーションソフトウェアのバージョン情報と、の間で差異の有無を照合し、
　前記照合の結果、差異がある場合には、前記アプリ一覧データベース上の新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに当該子アプリケーションソフトウェアを構成するプログラム部品を、前記別途他の子アプリケーションソフトウェア生成のために属性及び構成に関する情報並びにプログラム部品を送信する際に、併せて前記モバイル端末に送信し、
　前記新しいバージョンの子アプリケーションソフトウェアの属性及び構成に関する情報並びに当該子アプリケーションソフトウェアを構成するプログラム部品を受信した前記モバイル端末は、前記子アプリケーションソフトウェアの属性及び構成に関する情報並びに当該子アプリケーションソフトウェアを構成するプログラム部品に基づいて新しいバージョンの子アプリケーションソフトウェアを生成し、同じIDの従来のバージョンと入れ替えることを特徴とする、請求項１２に記載のアプリ生成システム。
　前記モバイル端末は、
　生成した第１の子アプリケーションソフトウェアのID及び該第１の子アプリケーションソフトウェアの起動、使用に係る履歴を記憶する使用履歴記録データベースを更に備え、
　前記第１の子アプリケーションソフトウェアが起動される際に、前記使用履歴記録データベースを参照することにより、使用した該第１の子アプリケーションソフトウェアの累計起動回数、累計起動時間及びイベント引数を含む使用履歴情報を参照し、該参照した使用履歴情報が、前記アプリ一覧データベースに記憶されている該当する第１の子アプリケーションソフトウェアの使用履歴情報に関する設定条件を満たすか否かを検証し、
　前記検証の結果、前記設定条件を満たす場合には、該設定条件が満たされる場合に生成すべき該第１の子アプリケーションソフトウェアとは異なる第２の子アプリケーションソフトウェアのIDを特定し、
　前記第１の子アプリケーションソフトウェアが前記第２の子アプリケーションソフトウェアに更新される旨を、前記第１の子アプリケーションソフトウェアのID及び前記第２の子アプリケーションソフトウェアのIDと共に、前記モバイル端末に送信し、
　前記第２の子アプリケーションソフトウェアのIDから該第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品を決定し、
　前記決定した該第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品を前記モバイル端末に送信し、
　前記モバイル端末は、前記サーバから前記第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品を受信し、
　前記受信した該第２の子アプリケーションソフトウェアの属性及び構成に関する情報並びに該第２の子アプリケーションソフトウェアを構成するプログラム部品に基づいて、前記演算手段を用いて前記モバイル端末に新たに第２の子アプリケーションソフトウェアを生成し、
　前記第１の子アプリケーションソフトウェアを、前記新たに生成した第２の子アプリケーションソフトウェアと入れ替えることを特徴とする、請求項１２に記載のアプリ生成システム。