情報処理装置、情報処理方法、プログラム、および情報処理システム
【課題】アプリケーションにサービスごとに異なる振る舞いをさせることが可能な、情報処理装置、情報処理方法、プログラム、および情報処理システムを提供する。
【解決手段】サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、処理に関する情報に基づく処理をアプリケーションに実行させる処理部とを備え、処理制御部は、処理に関する情報に基づいて、処理に関する情報に基づく処理命令を第２のサーバに生成させ、処理部は、生成された処理命令が示す処理をアプリケーションに実行させる、情報処理装置が提供される。
【解決手段】サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、処理に関する情報に基づく処理をアプリケーションに実行させる処理部とを備え、処理制御部は、処理に関する情報に基づいて、処理に関する情報に基づく処理命令を第２のサーバに生成させ、処理部は、生成された処理命令が示す処理をアプリケーションに実行させる、情報処理装置が提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、プログラム、および情報処理システムに関する。
【背景技術】
【０００２】
近年、例えば、非接触式ＩＣ（Integrated Circuit）カードや非接触式ＩＣチップを搭載した携帯電話など、リーダ／ライタ（または、リーダ／ライタ機能を有する情報処理装置）と非接触式に通信可能な情報処理装置が普及している。リーダ／ライタと、ＩＣカード、携帯電話などの情報処理装置とは、例えば１３．５６［ＭＨｚ］など所定の周波数の磁界（搬送波）を通信に使用している。具体的には、リーダ／ライタが搬送波信号をのせた搬送波を送信し、搬送波をアンテナで受信したＩＣカードなどの情報処理装置が負荷変調によって受信した搬送波信号に対する応答信号を返信することにより、リーダ／ライタと情報処理装置とは通信を行うことができる。
【０００３】
また、上記のような情報処理装置は、耐タンパ性を有するＩＣチップを備えることにより、例えば、電子マネーやサービスに付随する特典を享受するためのデータなど、データの改竄が問題となるデータの送受信や更新を安全に行うことができる。したがって、上記のようなリーダ／ライタと非接触式に通信可能なＩＣチップを搭載した情報処理装置を利用した様々なサービスの提供が社会的に広がっており、また、ユーザは、１つの情報処理装置を用いて様々なサービスを享受することが可能となっている。
【０００４】
ここで、情報処理装置に様々なサービスに対応する処理を行わせるための方法としては、例えば、サービスごとに、異なるアプリケーションを情報処理装置に実行させることが挙げられる。しかしながら、上記の方法を用いる場合には、情報処理装置に各サービスに対応するアプリケーションをそれぞれ実装しておかなければならない。
【０００５】
このような中、１つのアプリケーションに異なる振る舞いをさせる技術が開発されている。エージェント（１つのアプリケーション）の振る舞いを規定するロールをサーバから取得することによって、エージェントに取得したロールに対応する処理を行わせる技術としては、例えば、特許文献１に記載の技術が挙げられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２４４１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
例えば特許文献１に記載されている、１つのアプリケーションに異なる振る舞いをさせる技術（以下、「従来の技術」と示す場合がある。）では、情報処理装置は、エージェントの振る舞いを規定するロールをサーバから取得し、エージェントに取得したロールに対応する処理を行わせる。ここで、従来の技術におけるロールとは、処理の内容の一部が記述されたスクリプトデータである。よって、従来の技術を用いることによって、エージェント（１つのアプリケーション）に異なる振る舞いをさせることができる。
【０００８】
ここで、情報処理装置において実行される処理によっては、特定の条件に合致するアプリケーションでしか実行することができないことがある。しかしながら、例えば特許文献１に記載の技術では、情報処理装置側において特定の条件に合致するアプリケーションを把握する手段についての考慮がなされていない。したがって、従来の技術を用いたとしても、情報処理装置が実行する１つのアプリケーションであるエージェントに、条件に応じてサービスごとに異なる振る舞いをさせることができない恐れがある。
【０００９】
本開示では、複数のサービスに対応する処理を行うことが可能なアプリケーションに、サービスごとに異なる振る舞いをさせることが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラム、および情報処理システムを提案する。
【課題を解決するための手段】
【００１０】
本開示によれば、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、上記処理に関する情報に基づく処理を上記アプリケーションに実行させる処理部と、を備え、上記処理制御部は、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記処理部は、生成された上記処理命令が示す処理を上記アプリケーションに実行させる、情報処理装置が提供される。
【００１１】
また、本開示によれば、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップと、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせるステップと、
上記アプリケーションにより、上記処理に関する情報に基づく処理を実行するステップと、を有し、上記処理の実行を可能にさせるステップでは、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記実行するステップでは、生成された上記処理命令が示す処理が実行される、情報処理方法が提供される。
【００１２】
また、本開示によれば、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップ、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせるステップ、上記アプリケーションにより、上記処理に関する情報に基づく処理を実行するステップ、をコンピュータに実行させ、上記処理の実行を可能にさせるステップでは、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記実行するステップでは、生成された上記処理命令が示す処理が実行される、プログラムが提供される。
【００１３】
また、本開示によれば、情報処理装置と、上記情報処理装置と通信を行うことが可能なサーバと、を有し、上記情報処理装置は、上記サーバと通信を行う通信部と、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、上記処理に関する情報に基づく処理を上記アプリケーションに実行させる処理部と、を備え、上記処理制御部は、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記処理部は、生成された上記処理命令が示す処理を上記アプリケーションに実行させる、情報処理システムが提供される。
【発明の効果】
【００１４】
本開示によれば、複数のサービスに対応する処理を行うことが可能なアプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係る情報処理方法に係る処理の第１の例を示す説明図である。
【図２】本実施形態に係る情報処理方法に係る処理の第２の例を示す説明図である。
【図３】本実施形態に係る情報処理方法に係る処理における、情報処理装置とサーバとの間におけるデータの授受の一例を示す説明図である。
【図４】本実施形態に係る情報処理方法に係る処理における、情報処理装置とサーバとの間におけるデータの授受の他の例を示す説明図である。
【図５】本実施形態に係る情報処理方法に係る処理の第３の例を示す説明図である。
【図６】本実施形態に係る情報処理方法に係る処理の一例を補足するための説明図である。
【図７】本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の一例を示す説明図である。
【図８】本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の他の例を示す説明図である。
【図９】本実施形態に係る情報処理方法に係る処理の第４の例を示す説明図である。
【図１０】本実施形態に係る情報処理装置の構成の一例を示すブロック図である。
【図１１】本実施形態に係る情報処理装置のハードウェア構成の一例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、以下では、下記に示す順序で説明を行う。
１．本実施形態に係る情報処理方法
２．本実施形態に係る情報処理装置
３．本実施形態に係るプログラム
【００１８】
（本実施形態に係る情報処理方法）
本実施形態に係る情報処理装置（以下、「情報処理装置１００」と示す場合がある。）の構成について説明する前に、本実施形態に係る情報処理方法について説明する。また、以下では、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うものとして説明する。
【００１９】
［本実施形態に係る情報処理方法の概要］
上述したように、サービス事業者が運営するサーバの機能や、サービスの提供方法が、サービス事業者間で同一であるとは限られない。そこで、本実施形態に係る情報処理装置１００は、サービスを提供するサーバ（第１のサーバ）から取得された処理に関する情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるか否かを判定する（判定処理）。また、情報処理装置１００は、処理を実行することが可能ではないと判定された場合には、処理に関する情報に基づく処理の実行を可能にさせる（実行制御処理）。そして、情報処理装置１００は、複数のサービスに対応する処理を行うことが可能なアプリケーション（以下、「共有アプリケーション」と示す。）により、処理に関する情報に基づく処理を実行する（実行処理）。
【００２０】
上記のように、情報処理装置１００は、判定処理を行い、判定処理の結果に応じて実行制御処理を選択的に行った上で、実行処理を行う。ここで、情報処理装置１００において実行制御処理が行われない場合には、共有アプリケーションは、取得された処理に関する情報に基づいて処理を実行することができる。また、情報処理装置１００において実行制御処理が行われた場合には、処理に関する情報に基づく処理の実行が可能な状態となっているので、共有アプリケーションは、取得された処理に関する情報に基づく処理を実行することができる。
【００２１】
したがって、本実施形態に係る情報処理装置１００は、（１）判定処理、（２）実行制御処理、および（３）実行処理、を行うことによって、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【００２２】
以下、より具体的に、本実施形態に係る情報処理方法に係る処理について説明する。
【００２３】
（１）判定処理
情報処理装置１００は、例えば、共有アプリケーションが取得された処理に関する情報を用いてサービスに係る処理を行うことができるか否かを、取得された処理に関する情報に基づいて判定する。
【００２４】
ここで、本実施形態に係る処理に関する情報とは、例えば、情報処理装置１００に何らかの処理を行わせるための情報（データ）である。本実施形態に係る処理に関する情報としては、例えば、「処理命令」や、「許可情報」、「特定情報、および処理の種別を規定するパラメータ」、「設定命令」、「条件情報」などが挙げられる。
【００２５】
本実施形態に係る処理命令とは、サービス事業者が定義する、共有アプリケーションに行わせる処理を規定するデータである。処理命令としては、例えば、スクリプトデータが挙げられる。
【００２６】
情報処理装置１００は、例えば処理に関する情報が処理命令を示す場合には、処理を実行することが可能であると判定する。上記の場合には、情報処理装置１００は、（３）の処理（実行処理）において、処理命令に対応する処理を共有アプリケーションに行わせる。
【００２７】
また、本実施形態に係る許可情報とは、共有アプリケーションがサービス事業者を認証し、サービス事業者の権限に応じた処理のみを共有アプリケーションが行えるよう制御するデータである。本実施形態に係る許可情報としては、例えば、アプリケーションがアクセスすることが可能な記憶媒体の領域を示す情報や、許可情報の有効期限を示す情報などが挙げられる。また、本実施形態に係る許可情報は、例えば、共有アプリケーションを管理する管理者が、サービス事業者に対して発行する。
【００２８】
情報処理装置１００は、例えば処理に関する情報が処理命令と許可情報とを示す場合には、処理を実行することが可能であると判定し、（３）の処理（実行処理）において、許可情報が示す制限内において処理命令に対応する処理を共有アプリケーションに行わせる。
【００２９】
また、本実施形態に係る特定情報とは、処理に関する情報に基づく処理命令を生成するサーバ（第２のサーバ）を特定するデータであり、本実施形態に係る処理の種別を規定するパラメータとは、第２のサーバに特定の処理に係る処理命令を生成させるためのパラメータである。本実施形態に係る特定情報としては、例えば、第２サーバを示すＵＲＬや、ＩＰ（Internet Protcol）アドレスなどが挙げられる。以下では、特定情報がＵＲＬである場合を例に挙げて説明し、特定情報を「処理命令配布ＵＲＬ」と示す場合がある。なお、情報処理装置１００が処理に関する情報を取得するサーバ（第１のサーバ）と、処理に関する情報に基づく処理命令を生成するサーバ（第２のサーバ）とは、同一のサーバであってもよいし、異なるサーバ（例えば、物理的に異なるサーバ、または、管理者が異なるサーバ）であってもよい（以下、同様とする。）。
【００３０】
情報処理装置１００は、例えば処理に関する情報が特定情報と処理の種別を規定するパラメータとを示す場合には、処理を実行することが可能でないと判定する。上記の場合には、情報処理装置１００は、（２）の処理（実行制御処理）を行った上で、（３）の処理（実行処理）を行う。
【００３１】
また、本実施形態に係る設定命令とは、例えば、共有アプリケーションが実行する処理を変更させるためのデータである。ここで、本実施形態に係る設定命令としては、例えば、共有アプリケーションが実行する処理の変更に係る実データ（以下、「カスタマイズデータ」）を生成するサーバを特定する情報や、生成に係るパラメータが挙げられる。以下では、設定命令を「カスタマイズ命令」と示す場合がある。なお、本実施形態に係る設定命令は、上記に限られず、例えば、カスタマイズデータそのものであってもよい。カスタマイズデータは、サービス事業者が定義する処理を共有アプリケーションが行うにあたって必要となるデータと換言することができる。
【００３２】
情報処理装置１００は、例えば、処理に関する情報が、「処理命令」または「特定情報、および処理の種別を規定するパラメータ」に加え、設定命令をさらに含む場合には、処理を実行することが可能でないと判定する。上記の場合には、情報処理装置１００は、（２）の処理（実行制御処理）を行った上で、（３）の処理（実行処理）を行う。
【００３３】
また、本実施形態に係る「条件情報」とは、例えば、処理の実行が許可される共有アプリケーションのバージョンに関する条件を示すデータである。本実施形態に係る条件情報としては、例えば、処理の実行に必要な共有アプリケーションのバージョンの値を示すパラメータが挙げられる。つまり、本実施形態に係る条件情報は、サービス事業者が定義する処理を行うにあたり必要な共有アプリのバージョンを示すものである。
【００３４】
情報処理装置１００は、例えば処理に関する情報に条件情報が含まれる場合には、共有アプリケーションが、条件情報が示す条件を満たすか否かを判定する。ここで、情報処理装置１００は、例えば、共有アプリケーションのバージョンの値と、条件情報が示すバージョンの値とを比較し、共有アプリケーションのバージョンの値が条件情報が示すバージョンの値以上である場合に、条件情報が示す条件を満たすと判定する。
【００３５】
共有アプリケーションが条件情報が示す条件を満たすと判定された場合には、情報処理装置１００は、処理に関する情報が条件情報に含まれる他の情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるか否かを判定する。また、情報処理装置１００は、共有アプリケーションが条件情報が示す条件を満たさないと判定した場合には、（２）の処理（実行制御処理）において、共有アプリケーションの更新を行う。そして、情報処理装置１００は、例えば、共有アプリケーションが条件情報が示す条件を満たすかを再度判定する。
【００３６】
情報処理装置１００は、判定処理において、例えば上記のように、処理に関する情報に基づく処理を実行することが可能であるか否かを判定する。なお、本実施形態に係る情報処理装置１００における（１）の処理（判定処理）は、上記に限られない。例えば、処理に関する情報には、上記各情報が複数組み合わせて含まれうる。上記の場合には、情報処理装置１００は、例えば、処理に関する情報に含まれる情報それぞれに基づく判定を行い、いずれかの判定結果が“処理を実行することが可能でない”ことを示す場合には、処理を実行することが可能でないと判定する。そして、情報処理装置１００は、処理に関する情報に含まれる情報それぞれに基づく判定の結果に対応して（２）の処理（実行制御処理）を行った上で、（３）の処理（実行処理）を行う。
【００３７】
（２）実行制御処理
情報処理装置１００は、上記（１）の処理（判定処理）において、処理を実行することが可能でないと判定された場合には、例えば、処理に関する情報に基づいて、処理に関する情報に基づく処理命令をサーバ（第２のサーバ）に生成させる。情報処理装置１００が、サーバに処理命令（例えばスクリプトデータ）を生成させ、当該サーバから処理命令を取得することによって、情報処理装置１００は、共有アプリケーションに当該処理命令に応じた処理を行わせることが可能となる。よって、情報処理装置１００は、（２）の処理（実行制御処理）によって、共有アプリケーションによる処理に関する情報に基づく処理の実行を可能とすることができる。
【００３８】
より具体的には、例えば、処理に関する情報が、特定情報と処理の種別を規定するパラメータとを含む場合には、情報処理装置１００は、特定情報が示すサーバへとパラメータを含む生成要求を送信する。上記生成要求を送信することによって、情報処理装置１００は、当該生成要求を受信したサーバにパラメータに対応する処理命令を生成させ、生成された処理命令を情報処理装置１００へ送信させることができる。よって、情報処理装置１００は、特定情報が示すサーバ（第２のサーバ）から処理命令を取得することができる。
【００３９】
また、処理に関する情報が、「処理命令」または「特定情報、および処理の種別を規定するパラメータ」に加え、設定命令をさらに含む場合には、情報処理装置１００は、例えば、設定命令が示すサーバに対して設定データの送信要求を送信して、当該サーバに設定命令に対応する設定データを送信させる。上記によって、情報処理装置１００は、（３）の処理（実行処理）において、取得した設定データを用いた処理を共有アプリケーションに実行させることができる。
【００４０】
また、情報処理装置１００は、上記（１）の処理（判定処理）において、共有アプリケーションが条件情報が示す条件を満たすと判定されなかった場合には、共有アプリケーションを更新するための更新データを記憶するサーバに、更新データを送信させる。そして、情報処理装置１００は、取得した更新データを用いて共有アプリケーションを更新する。ここで、情報処理装置１００は、例えば、共有アプリケーションの更新処理の実行に際して中断されるサービスに係る処理を再開させるためのＷｅｂページ（後述する処理再開ページ）に含まれる、更新データを記憶するサーバを特定する情報を参照する。そして、情報処理装置１００は、参照した情報が示すサーバに更新データの送信要求を送信することによって、当該サーバに更新データを送信させる。上記更新データを記憶するサーバを特定する情報としては、例えば、ＵＲＬやＩＰアドレス、処理パラメータなどを示すデータが挙げられる。
【００４１】
なお、本実施形態に係る情報処理装置１００における、更新データの送信要求の送信方法は、上記に限られない。例えば、情報処理装置１００は、例えば記憶部（後述する）などに予め記憶された、更新データを記憶するサーバを特定する情報を参照し、当該情報が示すサーバに更新データの送信要求を送信することによって、当該サーバに更新データを送信させてもよい。また、情報処理装置１００は、例えば、更新データを記憶するサーバを特定する情報が、条件情報に含まれている場合には、条件情報を参照して更新データの送信要求を送信してもよい。
【００４２】
さらに、上記（１）の処理（判定処理）において、共有アプリケーションが条件情報が示す条件を満たすと判定されなかった場合には、情報処理装置１００は、共有アプリケーションによる処理に関する情報に基づく処理の実行を中断させる。そして、情報処理装置１００は、共有アプリケーションの更新が完了した後に、共有アプリケーションによる処理に関する情報に基づく処理を再開させる。
【００４３】
情報処理装置１００は、（２）の処理（実行制御処理）において、例えば上記のような処理を行う。
【００４４】
（３）実行処理
情報処理装置１００は、共有アプリケーションに第１のサーバから取得された処理に関する情報に基づく処理を実行させる。
【００４５】
より具体的には、上記（１）の処理（判定処理）において処理を実行することが可能であると判定された場合には、情報処理装置１００は、例えば、サービスを提供するサーバ（第１のサーバ）から取得された処理命令（処理に関する情報の一例）に基づく処理を、共有アプリケーションに実行させる。また、上記の場合において、サーバから取得された処理に関する情報に許可情報がさらに含まれている場合には、情報処理装置１００は、例えば、許可情報が示す制限内において、処理命令に基づく処理を共有アプリケーションに実行させる。
【００４６】
また、上記（１）の処理（判定処理）において処理を実行することが可能でないと判定された場合には、情報処理装置１００は、上記（２）の処理（実行制御処理）によって実行が可能となった、取得された処理に関する情報に基づく処理を、共有アプリケーションに実行させる。
【００４７】
情報処理装置１００は、本実施形態に係る情報処理方法に係る処理として、例えば、上記のような（１）の処理（判定処理）〜（３）の処理（実行処理）を行う。ここで、情報処理装置１００において（２）の処理（実行制御処理）が行われない場合には、共有アプリケーションは、サービスを提供するサーバ（第１のサーバ）から取得された処理に関する情報に基づいて処理を実行する。また、情報処理装置１００において（２）の処理（実行制御処理）が行われた場合には、処理に関する情報に基づく処理の実行が可能な状態となっているので、共有アプリケーションは、取得された処理に関する情報に基づく処理を実行することができる。
【００４８】
したがって、上記のような（１）の処理（判定処理）〜（３）の処理（実行処理）によって、情報処理装置１００は、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【００４９】
［本実施形態に係る情報処理方法に係る処理の具体例］
次に、本実施形態に係る情報処理方法に係る処理について、より具体的に説明する。なお、以下では、情報処理装置１００が、サービスそれぞれに対応する複数の領域が設定されているＩＣチップを備え、情報処理装置１００は、共有アプリケーションによって、サービスに対応するＩＣチップの領域へのデータの書き込みや当該領域からのデータの読み出しを、サービスに対応する処理として行う場合を主に例に挙げて説明する。なお、本実施形態に係るサービスに対応する処理は、上記の例に限られない。本実施形態に係るサービスに対応する処理の内容は、サービス事業者が処理に関する情報に規定することが可能である。よって、本実施形態に係るサービスに対応する処理としては、サービスの提供に係る任意の処理が挙げられる。
【００５０】
また、以下では、情報処理装置１００が、実行する共有アプリケーションによって、上記（１）の処理（判定処理）〜（３）の処理（実行処理）を行う場合を例に挙げて説明する。なお、本実施形態に係る情報処理方法に係る処理が、実行する共有アプリケーションによって上記（１）の処理（判定処理）〜（３）の処理（実行処理）を行う場合に限られないことは、言うまでもない。
【００５１】
［Ｉ］第１の例
図１は、本実施形態に係る情報処理方法に係る処理の第１の例を示す説明図である。ここで、図１は、情報処理装置１００が、サービス事業者のＷｅｂサイトを通じて処理に関する情報を取得し、共有アプリケーションにより処理に関する情報に基づく処理を行う例を示している。
【００５２】
図１では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００（または、サーバ群。以下、同様とする。）とを有する情報処理システムを示している。また、図１では、情報処理装置１００と有線／無線で通信を行う外部端末４００を併せて示している。ここで、本実施形態に係るネットワーク３００としては、例えば、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などの有線ネットワーク、無線ＬＡＮ（ＷＬＡＮ；Wireless Local Area Network）や基地局を介した無線ＷＡＮ（ＷＷＡＮ；Wireless Wide Area Network）などの無線ネットワーク、あるいは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの通信プロトコルを用いたインターネットなどが挙げられる。
【００５３】
情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の開始ページを表示させる。ここで、上記開始ページには、例えば、サーバ２００が処理に関する情報を情報処理装置１００などの外部装置に送信するトリガとなるリンクが、設けられる。例えばユーザが情報処理装置１００を操作して上記リンクをクリックすると、サーバ２００から情報処理装置１００へと処理に関する情報が送信される（Ｓ１００）。ここで、ステップＳ１００において送信される処理に関する情報には、少なくとも、処理命令または処理命令配布ＵＲＬ（特定情報の一例）が含まれるものとする。なお、Ｗｅｂブラウザは、サービス事業者に対応するアプリケーションであってもよい（以下、同様とする。）。
【００５４】
ステップＳ１００においてサーバ２００から送信された処理に関する情報を受信した情報処理装置１００は、Ｗｅｂブラウザから共有アプリケーションへと処理に関する情報を受け渡す（Ｓ１０２）。ここで、ステップＳ１０２における処理に関する情報の受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられるが、処理に関する情報の受け渡し方法は、上記に限られない。
【００５５】
情報処理装置１００は、共有アプリケーションによって処理に関する情報を用いてサービスに係る処理を行うことができるか否かを判定する（Ｓ１０４）。情報処理装置１００は、例えば、処理に関する情報に処理命令が含まれている場合に処理に関する情報を用いてサービスに係る処理を行うことができると判定し、また、処理に関する情報に処理命令配布ＵＲＬが含まれている場合に処理に関する情報を用いてサービスに係る処理を行うことができないと判定する。ここで、ステップＳ１０４の処理は、上記（１）の処理（判定処理）に該当する。
【００５６】
ステップＳ１０４において、サービスに係る処理を行うことができると判定された場合には、情報処理装置１００は、共有アプリケーションによって、後述するステップＳ１１０の処理およびＳ１１２の処理、または、後述するステップＳ１１４の処理およびＳ１１６の処理を行う。
【００５７】
また、ステップＳ１０４において、サービスに係る処理を行うことができると判定されない場合には、情報処理装置１００は、サーバ２００に処理命令（または、処理命令および許可情報）を要求する（Ｓ１０６）。情報処理装置１００は、例えば、処理命令配布ＵＲＬと処理の種別を規定するパラメータとに基づいて、サーバ２００に処理命令の生成要求を送信する。ここで、ステップＳ１０６の処理は、上記（２）の処理（実行制御処理）に該当する。
【００５８】
ステップＳ１０６において情報処理装置１００から送信された要求を受信したサーバ２００は、処理命令配布機能によって、当該要求に対応する処理命令を生成し、情報処理装置１００へと送信する（Ｓ１０８）。ここで、サーバ２００における処理命令配布機能とは、サーバ２００における、処理命令を生成、配信する機能である。なお、サーバ２００は、ステップＳ１０８において、許可情報をさらに送信してもよい。
【００５９】
ステップＳ１００においてサーバ２００から処理命令を処理に関する情報として取得した場合、または、ステップＳ１０８において処理命令を受信した場合、情報処理装置１００は、共有アプリケーションによって処理命令に対応する処理を行う。ここで、上記処理命令は、サーバ２００によって生成されたものである。よって、情報処理装置１００は、サービスごとに異なる振る舞いを共有アプリケーションにさせることができる。また、処理命令に対応する処理の実行は、上記（３）の処理（実行処理）に該当する。
【００６０】
より具体的には、例えば、処理命令が、サービス事業者Ａに対応するＩＣチップの領域に対するデータの読み書きを規定している場合には、情報処理装置１００は、共有アプリケーションにより、ＩＣチップにおける処理命令に対応する領域Ａに対するデータの書き込みや領域Ａ読み出しを行う（Ｓ１１０、Ｓ１１２）。また、上記の場合において、情報処理装置１００は、共有アプリケーションにより、外部端末４００が備えるＩＣチップにおける、処理命令に対応する領域Ａに対するデータの書き込みや領域Ａ読み出しを行ってもよい（Ｓ１１４、Ｓ１１６）。ステップＳ１１４、Ｓ１１６の処理を行う場合、情報処理装置１００は、例えば、１３．５６［ＭＨｚ］などの所定の周波数の搬送波を送信するリーダ／ライタ機能を有する。
【００６１】
また、情報処理装置１００が許可情報をさらに受信している場合には、情報処理装置１００は、例えば、許可情報により許可された処理のみを共有アプリケーションに行わせる。ここで、本実施形態に係る許可情報は、例えば、共有アプリケーションを管理する管理者が、サービス事業者に対して発行するデータであり、許可情報には、共有アプリケーションを管理する管理者の署名が付与される。また、情報処理装置１００は、例えば、共有アプリケーションにより許可情報の署名を検証し、検証結果が正常である場合に、許可情報が示す制限内において処理を行う。さらに、情報処理装置１００は、許可情報の有効性を判定した上で、許可情報の検証を行ってもよい。
【００６２】
ここで、許可情報の有効性の判定方法としては、例えば、許可情報の失効リストを記憶するサーバと通信を行い、取得された許可情報が失効しているか否かを判定する方法や、許可情報に設定されている有効期限が有効であるか否かを判定する方法などが挙げられる。上記取得された許可情報が失効しているか否かを判定する方法における判定処理は、サーバにおいて行われてもよいし、共有アプリケーションが行ってもよい。また、情報処理装置１００が、上記判定処理を開始する前にサーバから許可情報の失効リストを取得し、取得した許可情報の失効リストを記憶している場合には、情報処理装置１００は、許可情報の失効リストを記憶するサーバと通信を行わなくてもよい。
【００６３】
例えば上記のように許可情報に基づく処理を行うことによって、情報処理装置１００では、例えば、他のサービス事業者に対応するＩＣチップの領域へのデータの読み書きが防止される。よって、情報処理装置１００は、共有アプリケーションに、サービスごとに異なる振る舞いをより正常に行わせることができる。
【００６４】
共有アプリケーションによって処理命令に対応する処理を行った情報処理装置１００は、共有アプリケーションからＷｅｂブラウザへと処理結果を受け渡す（Ｓ１１８）。ここで、共有アプリケーションからＷｅｂブラウザへと受け渡される処理結果としては、例えば、ＵＲＬパラメータが挙げられる。また、ステップＳ１１８における処理結果の受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【００６５】
なお、本実施形態に係る情報処理装置１００における処理は、上記に限られない。例えば、情報処理装置１００は、共有アプリケーションによって処理命令に対応する処理を行った後に、ステップＳ１０６の処理をさらに行うことによって、処理命令に対応する処理を複数回行うことも可能である。上記のように、共有アプリケーションによって処理命令に対応する処理が複数回行われる場合には、情報処理装置１００では、例えば、複数回行われた処理命令に対応する処理の結果、すなわち、共有アプリケーションによって複数回行われた処理命令に対応する処理の最終的な結果が、共有アプリケーションからＷｅｂブラウザへと受け渡される。上記のように、複数回行われた処理命令に対応する処理の結果がステップＳ１１８において受け渡されることによって、後述するステップＳ１２０の処理により複数回行われた処理の結果が反映された終了ページが表示されることとなる。
【００６６】
また、共有アプリケーションによって処理命令に対応する処理が複数回行われる場合には、情報処理装置１００では、例えば、再度行われるステップＳ１０６の処理と同期して、共有アプリケーションからＷｅｂブラウザへと行われた処理命令に対応する処理の結果が受け渡されてもよい。上記のように、共有アプリケーションによって処理命令に対応する処理が複数回行われると共に、処理命令に対応する処理が行われるごとに、処理の結果がステップＳ１１８において共有アプリケーションからＷｅｂブラウザへと受け渡される場合には、例えば、処理命令に対応する処理が行われるごとに、後述するステップＳ１２０の処理により処理結果が情報処理装置１００からサーバ２００へと送信される。そして、例えば、共有アプリケーションによって最後に行われた処理（例えば、サーバ２００からステップＳ１０８において送信される、サービスに係る処理の終了要求に対応する処理）の結果が、後述するステップＳ１２０の処理によりサーバ２００へと送信されたときに、複数回行われた処理の結果が反映された終了ページが表示される。
【００６７】
情報処理装置１００は、Ｗｅｂブラウザを介してＵＲＬパラメータ（処理結果の一例）をサーバ２００へ送信する（Ｓ１２０）。
【００６８】
ステップＳ１２０の処理によって送信されたＵＲＬパラメータを受信したサーバ２００は、ＵＲＬパラメータを用いてサービスに係る処理の終了を示す終了ページ（Ｗｅｂページ）を動的に生成する。なお、上述したように、共有アプリケーションによって処理命令に対応する処理が複数回行われる場合には、サーバ２００は、例えば、サービスに係る処理の終了要求に対応する処理の結果を受信したときに、終了ページを動的に生成してもよい。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の終了ページを表示させる。
【００６９】
本実施形態に係る情報処理システムでは、例えば図１に示す処理が行われる。図１に示す処理によって、情報処理装置１００は、サービス事業者のＷｅｂサイトを通じて処理に関する情報を取得し、共有アプリケーションによって処理に関する情報に基づく処理を行うことができる。なお、情報処理装置１００とサーバ２００などのサーバとの間におけるデータの授受の具体例については、後述する本実施形態に係る情報処理方法に係る処理の第２の例におけるデータの授受の具体例と併せて説明する。
【００７０】
［ＩＩ］第２の例
図２は、本実施形態に係る情報処理方法に係る処理の第２の例を示す説明図である。ここで、図２は、情報処理装置１００が、上記第１の例に係る処理に加え、さらにカスタマイズデータを取得して処理に関する情報に基づく処理を行う例を示している。図２では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００、および共有アプリケーションサーバ５００とを有する情報処理システムを示している。
【００７１】
情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の開始ページを表示させる。ここで、上記開始ページには、例えば、サーバ２００が処理に関する情報を情報処理装置１００などの外部装置に送信するトリガとなるリンクが、設けられる。図１のステップＳ１００と同様に、例えばユーザが情報処理装置１００を操作して上記リンクをクリックすると、サーバ２００から情報処理装置１００へと処理に関する情報が送信される（Ｓ２００）。ここで、ステップＳ２００において送信される処理に関する情報には、少なくとも、処理命令または処理命令配布ＵＲＬ（特定情報の一例）と、カスタマイズ命令（設定命令）とが含まれるものとする。
【００７２】
ステップＳ２００においてサーバ２００から送信された処理に関する情報を受信した情報処理装置１００は、図１のステップＳ１０２と同様に、Ｗｅｂブラウザから共有アプリケーションへと処理に関する情報を受け渡す（Ｓ２０２）。
【００７３】
情報処理装置１００は、共有アプリケーションによって、処理に関する情報を用いてサービスに係る処理を行うことができるか否かを判定する（Ｓ２０４）。ここで、ステップＳ２０４の処理は、上記（１）の処理（判定処理）に該当する。
【００７４】
図２の例では、処理に関する情報にカスタマイズ命令が含まれているので、情報処理装置１００は、処理に関する情報を用いてサービスに係る処理を行うことができると判定しない。また、情報処理装置１００は、処理に関する情報に処理命令が含まれているか、または、処理に関する情報に処理命令配布ＵＲＬが含まれているかによって、後述するステップＳ２１２の処理が必要であるか否かを判定する。
【００７５】
情報処理装置１００は、カスタマイズ命令に基づいて、カスタマイズ命令が指定するサーバに、カスタマイズデータの送信を要求する送信要求を送信する（Ｓ２０６）。ここで、図２では、共有アプリケーションサーバ５００にカスタマイズデータが記憶されている例を示しているが、本実施形態に係る情報処理システムは、図２に示す例に限られない。例えば、本実施形態に係る情報処理システムでは、サーバ２００にカスタマイズデータが記憶されていてもよい。
【００７６】
ステップＳ２０６において情報処理装置１００から送信された要求を受信したサーバは、当該要求に対応するカスタマイズデータを情報処理装置１００へと送信する（Ｓ２０８）。
【００７７】
ステップＳ２０８において送信されたカスタマイズデータを受信した情報処理装置１００は、カスタマイズデータを共有アプリケーションに適用する（Ｓ２１０）。ステップＳ２１０の処理を行うことによって、情報処理装置１００は、共有アプリケーションがあたかも提供されるサービス専用のアプリケーションであるように、ユーザに認識させることが可能となる。また、共有アプリケーションにカスタマイズデータを適用をすることによって、例えば、共有アプリケーションが処理実行中にユーザに提示する提示内容や提示方法を変えることができる。したがって、共有アプリケーションへのカスタマイズデータの適用を可能とすることによって、例えばユーザへの提示内容や提示方法を、サービス事業者が制御することが可能となる。ここで、カスタマイズデータにより制御される提示方法としては、例えば、表示画面に文字等を表示させる視覚的な提示や、音声による聴覚的な提示が挙げられる。
【００７８】
ステップＳ２１０の処理が完了すると、情報処理装置１００は、ステップＳ２０４の処理における判定結果に応じて、図１のステップＳ１０６と同様に、サーバ２００に処理命令（または、処理命令および許可情報）を要求する（Ｓ２１２）。情報処理装置１００は、例えば、ステップＳ２０４の処理において処理に関する情報に処理命令配布ＵＲＬが含まれていると判定された場合に、ステップＳ２１２の処理を行う。
【００７９】
ここで、例えば、情報処理装置１００におけるステップＳ２０６の処理、ステップＳ２１０の処理、およびステップＳ２１２の処理は、上記（２）の処理（実行制御処理）に該当する。
【００８０】
ステップＳ２１２において情報処理装置１００から送信された要求を受信したサーバ２００は、図１のステップＳ１０８と同様に、生成した処理命令を情報処理装置１００へと送信する（Ｓ２１４）。なお、サーバ２００は、ステップＳ２１４において、許可情報をさらに送信してもよい。
【００８１】
ステップＳ２００においてサーバ２００から処理命令を処理に関する情報として取得した場合、または、ステップＳ２１４において処理命令を受信した場合、情報処理装置１００は、共有アプリケーションによって、カスタマイズデータと処理命令とに対応する処理を行う（Ｓ２１６）。ここで、ステップＳ２１６の処理は、上記（３）の処理（実行処理）に該当する。
【００８２】
ステップＳ２１６の処理を行った情報処理装置１００は、図１のステップＳ１１８と同様に、共有アプリケーションからＷｅｂブラウザへと処理結果を受け渡す（Ｓ２１８）。そして、情報処理装置１００は、Ｗｅｂブラウザを介してＵＲＬパラメータ（処理結果の一例）をサーバ２００へ送信する（Ｓ２２０）。
【００８３】
ステップＳ２２０の処理によって送信されたＵＲＬパラメータを受信したサーバ２００は、ＵＲＬパラメータを用いてサービスに係る処理の終了を示す終了ページ（Ｗｅｂページ）を動的に生成する。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の終了ページを表示させる。
【００８４】
本実施形態に係る情報処理システムでは、例えば図２に示す処理が行われる。図２に示す処理によって、情報処理装置１００は、上記第１の例に係る処理に加え、さらにカスタマイズデータを取得して処理に関する情報に基づく処理を行うことができる。
【００８５】
なお、本実施形態に係る情報処理システムにおける、情報処理装置１００がカスタマイズデータを用いる処理は、図２に示す処理に限られない。例えば、サービス事業者のＷｅｂサイトを通じて取得される処理に関する情報に、カスタマイズデータ（またはカスタマイズデータの一部のデータ）が含まれる場合には、情報処理装置１００は、サービス事業者のＷｅｂサイトを通じて取得されるカスタマイズデータを共有アプリケーションに適用して処理を行うことも可能である。
【００８６】
ここで、本実施形態に係る情報処理方法に係る処理における、情報処理装置１００とサーバ２００などのサーバとの間におけるデータの授受の具体例について説明する。
【００８７】
図３は、本実施形態に係る情報処理方法に係る処理における、情報処理装置１００とサーバとの間におけるデータの授受の一例を示す説明図である。ここで、図３は、基本的には、図２を参照して説明した処理におけるデータの授受の一例を示しているが、説明の便宜上、情報処理装置１００が、サーバ２００からカスタマイズデータを取得する例を示している。
【００８８】
Ｗｅｂブラウザは、共有アプリケーションに処理に関する情報を受け渡す（Ｓ３００）。図３に示すＤ１は、処理に関する情報の一例を示している。ここで、ステップＳ３００の処理は、図２のステップＳ２０２の処理に対応する。
【００８９】
ステップＳ３００において処理に関する情報を受け渡された共有アプリケーションは、図３のＤ２に示すように、スキーム名「ｋｙｏｙｕ」を削除する（Ｓ３０２）。また、共有アプリケーションは、図３のＤ２に示すＵＲＬに基づいて、処理命令配布ＵＲＬ（図３に示すＤ３）と、カスタマイズデータ配布ＵＲＬ（図３に示すＤ４。カスタマイズ命令の一例）とに分解する（Ｓ３０４）。
【００９０】
共有アプリケーションは、カスタマイズデータ配布ＵＲＬが示すサーバに、カスタマイズデータの送信を要求する送信要求を送信する（Ｓ３０６）。ここで、ステップＳ３０６の処理は、図２のステップＳ２０６の処理に対応する。
【００９１】
上記送信要求を受信したサーバは、送信要求に含まれるパラメータに対応するカスタマイズデータ（図３に示すＤ５）を共有アプリケーションに送信する（Ｓ３０８）。ここで、サーバは、上記送信要求を受信するごとに上記送信要求に含まれるパラメータに基づいてカスタマイズデータを生成し、生成したカスタマイズデータを送信してもよいし、予め記憶されているカスタマイズデータを送信してもよい。また、ステップＳ３０８の処理は、図２のステップＳ２０８の処理に対応する。
【００９２】
また、共有アプリケーションは、処理命令配布ＵＲＬが示すサーバに、処理命令の送信を要求する（Ｓ３１０）。ここで、ステップＳ３１０の処理は、図２のステップＳ２１２の処理に対応する。
【００９３】
ステップＳ３１０で送信された要求を受信したサーバは、当該要求に含まれるパラメータに対応する処理命令を生成して、生成した処理命令を共有アプリケーションに送信する（Ｓ３１２）。ステップＳ３１２においてサーバが送信するデータには、例えば図３に示すＤ６に示すように、終了ページを指定するＵＲＬが含まれていてもよい。ここで、ステップＳ３１２の処理は、図２のステップＳ２１４の処理に対応する。
【００９４】
ステップＳ３０８において取得されたカスタマイズデータ、およびステップＳ３１２において取得された処理命令に基づき処理を行った共有アプリケーションは、Ｗｅｂブラウザを介して処理結果（図３に示すＤ７）をサーバへ送信する（Ｓ３１４）。ここで、ステップＳ３１４の処理は、図２のステップＳ２１８、Ｓ２２０の処理に対応する。
【００９５】
例えば図３に示すように、情報処理装置１００とサーバとの間でデータの授受されることによって、図２に示すような本実施形態に係る情報処理方法に係る処理が実現される。
【００９６】
なお、本実施形態に係る情報処理システムにおいて、情報処理装置１００とサーバとの間で授受されるデータは、図３に示す例に限られない。図４は、本実施形態に係る情報処理方法に係る処理における、情報処理装置１００とサーバとの間におけるデータの授受の他の例を示す説明図である。ここで、図４は、図３と同様のデータが情報処理装置１００とサーバとの間で授受される場合を示している。
【００９７】
Ｗｅｂブラウザは、図３のステップＳ３００と同様に、共有アプリケーションに処理に関する情報を受け渡す（Ｓ４００）。ここで、図４に示すＤ１は、図３に示すＤ１のスキーム名「ｋｙｏｙｕ」以降のデータが１６進数でエンコードされたものであり、処理に関する情報の一例を示している。例えば図４に示すＤ１のように、図３に示すＤ１のＵＲＬ部分をエンコードすることによって、例えば図３に示すＤ１のようにスキーム名が２つ（「ｋｙｏｙｕ」、「ｈｔｔｐ」）存在することが回避される。
【００９８】
ステップＳ４００において処理に関する情報を受け渡された共有アプリケーションは、スキーム名「ｋｙｏｙｕ」を削除し、図３のＤ２に示すように、１６進数でデコードする（Ｓ４０２）。また、共有アプリケーションは、図４のＤ２に示すＵＲＬに基づいて、図３のステップＳ３０４と同様に、処理命令配布ＵＲＬ（図４に示すＤ３）と、カスタマイズデータ配布ＵＲＬ（図４に示すＤ４。カスタマイズ命令の一例）とに分解する（Ｓ４０４）。
【００９９】
図４に示す例では、処理に関する情報の一部が１６進数でエンコードされているが、例えば情報処理装置１００においてステップＳ４００〜Ｓ４０４の処理が行われることによって、図３のステップＳ３０４の処理が行われた状態と同一の状態が実現されている。したがって、情報処理システムでは、図３に示すステップＳ３０６の処理〜Ｓ３１４と同一の処理が、ステップＳ４０６の処理〜Ｓ４１４の処理として行われることによって、図２に示すような本実施形態に係る情報処理方法に係る処理が実現される。
【０１００】
なお、本実施形態に係る情報処理システムにおいて、情報処理装置１００とサーバとの間で授受されるデータが、図３、図４に示す例に限られないことは、言うまでもない。
【０１０１】
［ＩＩＩ］第３の例
図５は、本実施形態に係る情報処理方法に係る処理の第３の例を示す説明図である。ここで、図５は、サービス事業者Ｗｅｂサイトを通じて取得した処理に関する情報に基づいて、共有アプリケーションのアップデートをさせる場合における処理の一例を示している。また、図５では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００、共有アプリケーションサーバ５００、およびマーケットサーバ６００とを有する情報処理システムを示している。
【０１０２】
情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の開始ページを表示させる。ここで、上記開始ページには、例えば、サーバ２００が、処理に関する情報を情報処理装置１００などの外部装置に送信するトリガとなるリンクが設けられる。図１のステップＳ１００と同様に、例えばユーザが情報処理装置１００を操作して上記リンクをクリックすると、サーバ２００から情報処理装置１００へと処理に関する情報が送信される（Ｓ５００）。
【０１０３】
ここで、ステップＳ２００において送信される処理に関する情報には、少なくとも、処理命令または処理命令配布ＵＲＬ（特定情報の一例）と、必要バージョンの値（図５に示す例では、“２”を示す。条件情報の一例）とが含まれるものとする。また、上記必要バージョンの値は、サービス事業者が共有アプリケーションのバージョンを指定するために付与する値であり、サービス事業者により任意に付与される。
【０１０４】
ステップＳ５００においてサーバ２００から送信された処理に関する情報を受信した情報処理装置１００は、図１のステップＳ１０２と同様に、Ｗｅｂブラウザから共有アプリケーションへと処理に関する情報を受け渡す（Ｓ５０２）。
【０１０５】
情報処理装置１００は、処理に関する情報に必要バージョンの値が含まれているので、共有アプリケーションに、現在のバージョンの値と処理に関する情報に含まれる必要バージョンの値とを比較させる（Ｓ５０４）。図５の例では、現在のバージョンの値“１”が、処理に関する情報に含まれる必要バージョンの値“２”よりも小さいので、ステップＳ５０４の処理の結果、共有アプリケーションのバージョンアップが必要であると判定される。ここで、ステップＳ５０４の処理は、上記（１）の処理（判定処理）に該当する。
【０１０６】
なお、図５では、情報処理装置１００が、サーバ２００から取得した処理に関する情報に必要バージョンの値（条件情報の一例）が含まれている場合に、共有アプリケーションのバージョンアップが必要であるか否かを判定する例を示しているが、本実施形態に係る情報処理装置１００における処理は、上記に限られない。例えば、本実施形態に係る情報処理装置１００は、処理に関する情報が取得されるごとに、共有アプリケーションのアップデートが必要か否かを判定してもよい。より具体的には、情報処理装置１００は、例えば、共有アプリケーションの最新のバージョンの値の送信を要求する送信要求や、取得された処理に関する情報に対応するサービスに係る処理を実行するために必要な共有アプリケーションのバージョンの値の送信を要求する送信要求を、予め規定されたサーバに対して送信する。そして、情報処理装置１００は、上記サーバから上記送信要求に応じて送信されたバージョンの値と、現在のバージョンの値とに基づいて、ステップＳ５０４の処理を行うことによって、共有アプリケーションのアップデートが必要か否かを判定する。
【０１０７】
また、本実施形態に係る情報処理システムでは、例えば、必要バージョンが共有アプリケーションサーバ５００側で指定されてもよい。共有アプリケーションサーバ５００における必要バージョンの指定は、例えば、共有アプリケーションを管理する管理者によって行われる。上記の場合、情報処理装置１００は、例えば、共有アプリケーションによって、共有アプリケーションサーバ５００に必要バージョンを確認する。ここで、情報処理装置１００は、例えば、共有アプリケーションが起動されるごとに必要バージョンの確認を行うが、本実施形態に係る必要バージョンの確認のタイミングは、上記に限られない。例えば、情報処理装置１００は、共有アプリケーションが所定の回数起動されるごとに必要バージョンを確認してもよいし（例えば、数回に１回の頻度）、必要バージョンの確認後所定の日数が経過した後に共有アプリケーションが起動されたときに、必要バージョンを確認してもよい（例えば、数日に１回の頻度）。
【０１０８】
さらに、本実施形態に係る情報処理システムでは、例えば、共有アプリケーションにおける現在のバージョンの値と、必要バージョンの値との比較処理を、共有アプリケーションサーバ５００などのサーバ側で行うことも可能である。比較処理がサーバ側で行われる場合には、情報処理装置１００は、サーバより行われた比較処理の結果に基づいて、共有アプリケーションのバージョンアップが必要であるか否かを判定する。
【０１０９】
ステップＳ５０４の処理の結果、共有アプリケーションのバージョンアップが必要であると判定されない場合には、情報処理装置１００は、例えば、図１のステップＳ１０４からの処理や、図２のステップＳ２０４からの処理を行って、取得した処理に関する情報に基づく処理を行う。
【０１１０】
また、ステップＳ５０４の処理の結果、共有アプリケーションのバージョンアップが必要であると判定された場合には、情報処理装置１００は、例えば、サーバ２００から取得した処理に関する情報に含まれる処理命令または処理命令配布ＵＲＬと、処理再開ページ作成命令とを、ＵＲＬパラメータの形式でＷｅｂブラウザへ受け渡す（Ｓ５０６）。ここで、ステップＳ５０６におけるＵＲＬパラメータの受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【０１１１】
情報処理装置１００は、Ｗｅｂブラウザを介してステップＳ５０６において受け渡されたＵＲＬパラメータを共有アプリケーションサーバ５００へ送信する（Ｓ５０８）。なお、図５では、情報処理装置１００がＵＲＬパラメータを共有アプリケーションサーバ５００へ送信する例を示しているが、情報処理装置１００がＵＲＬパラメータを送信する外部装置は、共有アプリケーションサーバ５００に限られない。例えば、情報処理装置１００は、処理を中断しているサービスに対応するサーバ２００に対して、ＵＲＬパラメータを送信してもよい。
【０１１２】
ステップＳ５０８の処理によって送信されたＵＲＬパラメータを受信した共有アプリケーションサーバ５００は、ＵＲＬパラメータを用いて、共有アプリケーションのアップデート処理に伴い中断されたサービスに係る処理をアップデート処理の完了後に再開させるための処理再開ページ（Ｗｅｂページ）を動的に生成する。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、処理再開ページを表示させる（Ｓ５１０）。
【０１１３】
ここで、共有アプリケーションサーバ５００は、例えば、共有アプリケーションをバージョンアップさせるための更新データを所定のサーバから取得させるための所定のアプリケーションを起動させるための起動命令を、処理再開ページに埋め込む。上記のように、処理再開ページに起動命令が埋め込まれることによって、情報処理装置１００は、起動命令に対応するアプリケーションを起動して、更新データを所定のサーバから取得することが可能となる。図５では、共有アプリケーションサーバ５００が、マーケットアプリケーションを起動させるためのマーケットアプリケーション起動命令を、処理再開ページに埋め込む例を示している。
【０１１４】
なお、図５では、情報処理装置１００が、ステップＳ５０８、Ｓ５１０の処理によって、共有アプリケーションのアップデート処理が完了する前に処理再開ページを表示する例を示している。上記は、情報処理システムの態様によっては、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、いわゆるＦＩＬＯ（First In Last Out）の形式で行われることが起こりうるからである。
【０１１５】
図６は、本実施形態に係る情報処理方法に係る処理の一例を補足するための説明図である。ここで、図６は、本実施形態に係る情報処理方法に係る処理の第３の例、および後述する本実施形態に係る情報処理方法に係る処理の第４の例の結果、表示画面に表示される画面の一例を示している。
【０１１６】
例えば図６のＡに示す画面において、“はい”ボタンが選択されると、情報処理装置１００では、サービスＡに係る処理が開始される。ここで、図６のＡに示す画面は、例えば図５のステップＳ５００の処理に関して表示される画面に相当する。
【０１１７】
共有アプリケーションのアップデートが必要であると判定された場合には、例えば図６のＢに示すように、中断されたサービスＡに係る画面ＳＣ１に重なるように、共有アプリケーションのアップデート処理に係る画面ＳＣ２が表示画面に表示される。ここで、図６のＢに示す画面は、例えば、図５のステップＳ５０４の処理に関して表示される画面に相当する。なお、図６では、画面ＳＣ１と画面ＳＣ２とをずらして表現しているが、これは、説明の便宜上の表現である。
【０１１８】
例えば図６のＢに示す画面ＳＣ２において、“はい”ボタンが選択されると、情報処理装置１００では、共有アプリケーションのアップデート処理が開始される（図６に示すＣ）。ここで、図６のＣに示す画面は、例えば、図５のステップＳ５１６の処理により表示される画面に相当する。そして、共有アプリケーションのアップデート処理が完了すると、共有アプリケーションのアップデート処理に係る画面ＳＣ２は、非表示となる（図６に示すＤ）。
【０１１９】
上記のように、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、いわゆるＦＩＬＯの形式で行われる場合には、共有アプリケーションのアップデート処理に係る画面ＳＣ２が非表示となったときに、図６のＤに示すように、処理再開ページが表示画面に表示されることが望ましい。共有アプリケーションのアップデート処理の完了後に処理再開ページが表示画面に表示されない場合には、例えば、ユーザが再度サービスＡの開始ページにアクセスしなければならないなど、ユーザの利便性を損ねる恐れがあるからである。また、ユーザの利便性の低下が生じた場合には、例えば、サービスの再開が行われないことによるサービスの利用率の低下も起こりうる。
【０１２０】
例えば図６のＤに示すように、共有アプリケーションのアップデート処理の完了後に処理再開ページが表示画面に表示される場合には、図６のＤに示す画面ＳＣ１において、“再開”ボタンが選択されることによって、サービスＡに係る処理を再開、完了させることが可能となる（図６に示すＥ、Ｆ）。
【０１２１】
上記のように、共有アプリケーションのアップデート処理の完了後に処理再開ページが表示画面に表示されない場合には、ユーザの利便性を損ねる恐れがある。そこで、図５では、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、図６に示すようなＦＩＬＯの形式で行われる場合において、ユーザの利便性の低下や、サービスの利用率の低下を防止するための処理の一例を示している。なお、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、図６に示すようなＦＩＬＯの形式で行われない場合には、本実施形態に係る情報処理システムは、例えば、共有アプリケーションのアップデート処理の完了後に、図５のステップＳ５０８の処理、およびＳ５１０の処理を行ってもよい。
【０１２２】
ここで、本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の具体例について説明する。図７は、本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の一例を示す説明図である。
【０１２３】
Ｗｅｂブラウザは、共有アプリケーションに処理に関する情報を受け渡す（Ｓ６００）。図７に示すＤ１は、処理に関する情報の一例を示している。ここで、ステップＳ６００の処理は、図５のステップＳ５０２の処理に対応する。
【０１２４】
ステップＳ６００において処理に関する情報を受け渡された共有アプリケーションは、図７のＤ２に示すように、スキーム名「ｋｙｏｙｕ」を削除する（Ｓ６０２）。また、共有アプリケーションは、現在のバージョンの値と処理に関する情報に含まれる必要バージョンの値とを比較する。図７の例では、共有アプリケーションは、現在のバージョンの値“１”と処理に関する情報に含まれる必要バージョンの値“２”とを比較し、アップデートが必要であると判定する。
【０１２５】
共有アプリケーションは、例えば、図７のＤ２に示すＵＲＬパラメータを１６進数でエンコードし、Ｗｅｂブラウザを介してエンコードされたＵＲＬパラメータを（図７に示すＤ３）をサーバへ送信する（Ｓ６０４）。ここで、ステップＳ６０４の処理は、図５のステップＳ５０６、Ｓ５０８の処理に対応する。
【０１２６】
例えば図７に示すようにデータの授受が行われることによって、処理再開ページの表示画面への表示が実現される。
【０１２７】
なお、本実施形態に係る情報処理システムにおける、処理再開ページの表示画面への表示に係るデータの授受は、図７に示す例に限られない。図８は、本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の他の例を示す説明図である。ここで、図８は、図７と同様のデータが情報処理装置１００とサーバとの間で授受される場合を示している。
【０１２８】
Ｗｅｂブラウザは、図７のステップＳ６００と同様に、共有アプリケーションに処理に関する情報を受け渡す（Ｓ７００）。ここで、図８に示すＤ１は、図７に示すＤ１のスキーム名「ｋｙｏｙｕ」以降のデータが１６進数でエンコードされたものであり、処理に関する情報の一例を示している。
【０１２９】
ステップＳ７００において処理に関する情報を受け渡された共有アプリケーションは、スキーム名「ｋｙｏｙｕ」を削除し、図８のＤ２に示すように、１６進数でデコードする（Ｓ７０２）。また、共有アプリケーションは、現在のバージョンの値と処理に関する情報に含まれる必要バージョンの値とを比較する。図８の例では、共有アプリケーションは、現在のバージョンの値“１”と処理に関する情報に含まれる必要バージョンの値“２”とを比較し、アップデートが必要であると判定する。
【０１３０】
共有アプリケーションは、例えば、図８のＤ２に示すＵＲＬパラメータを１６進数でエンコードし（Ｓ７０４）、Ｗｅｂブラウザを介してエンコードされたＵＲＬパラメータを（図８に示すＤ３）をサーバへ送信する（Ｓ７０６）。ここで、ステップＳ７０６の処理は、図５のステップＳ５０６、Ｓ５０８の処理に対応する。
【０１３１】
例えば図８に示すようにデータの授受が行われることによって、処理再開ページの表示画面への表示が実現される。なお、本実施形態に係る情報処理システムにおける、処理再開ページの表示画面への表示に係るデータの授受が、図７、図８に示す例に限られないことは、言うまでもない。
【０１３２】
ここで、例えば図７、図８に示すように、処理再開ページの表示画面への表示に係るデータの授受が行われる意義について説明する。共有アプリケーションのアップデート後に、サービス事業者Ｗｅｂサイトを通じて受け取ったパラメータを用いてサービスに係る処理を再開する方法としては、例えば、下記の（ａ）〜（ｃ）の３通りの方法が挙げられる。
【０１３３】
（ａ）共有アプリケーションのアップデート前に情報処理装置内にパラメータを記憶しておき、アップデート後の共有アプリケーション起動時に、記憶しているパラメータを利用してサービスに係る処理を再開する。
（ｂ）サービス事業者Ｗｅｂサイトの開始ページをそのまま残しておき、共有アプリケーションのアップデート後に、ユーザがサービス事業者Ｗｅｂサイトの開始ページを操作して再度サービスに係る処理を情報処理装置に実行させる。
（ｃ）処理再開ページを生成し、共有アプリケーションのアップデート後に、ユーザが処理再開ページを操作して再度サービスに係る処理を情報処理装置に実行させる（上述した本実施形態に係る方法）。
【０１３４】
例えば（ａ）の方法が用いられる場合には、情報処理装置において、実行するサービスに係る処理を判定する処理がさらに必要となる。例えば、共有アプリケーションのアップデート前に記憶していたパラメータがサービス事業者Ａに対応するものであり、アップデート後にサービス事業者Ｂの開始ページから共有アプリケーションが起動された場合には、情報処理装置は、サービス事業者Ａの処理とサービス事業者Ｂの処理とのどちらの処理を実施するかや、双方の処理を行うかについての判定を行わなけらばならない。
【０１３５】
ここで、仮に上記判定の結果に誤りが生じた場合には、ユーザが意図しないサービスに係る処理が実行されることとなる。よって、例えば（ａ）の方法が用いられる場合には、ユーザの利便性が低下する恐れがある。
【０１３６】
また、例えば（ｂ）の方法が用いられる場合には、共有アプリケーションのアップデート後にユーザがサービス事業者Ｗｅｂサイトの開始ページを操作することによって、サービスに係る処理を再度情報処理装置に実行させる必要がある。そのため、サービスに係る処理が、例えば、電子マネー（電子バリューの一例）を１０００円分チャージする処理である場合には、ユーザが再度の操作をためらうことが起こりうる。例えば、ユーザが“２０００円分チャージされる（サービスに係る処理が二重に行われる）”と解釈することがありうるからである。
【０１３７】
よって、例えば（ｂ）の方法が用いられる場合には、ユーザが再度サービスの開始ページにアクセスしなければならないことから、上述したように、ユーザの利便性の低下や、サービスの利用率の低下が生じうる。
【０１３８】
これに対して、本実施形態に係る（ｃ）の方法を用いる場合には、上記（ａ）、（ｂ）において生じうる問題は、生じない。つまり、本実施形態に係る（ｃ）の方法を用いることによって、上記（ａ）、（ｂ）において生じうる問題の解決を図ることができる。
【０１３９】
ここで、情報処理装置１００において共有アプリケーションがアップデートされる場合には、共有アプリケーション自身が更新されるので、共有アプリケーションが処理再開ページの生成に係る処理を行うことができない。そこで、本実施形態に係る情報処理システムでは、情報処理装置１００の外部装置であるサーバ（例えば共有アプリケーションサーバ５００）に処理再開ページの生成を行わせる。
【０１４０】
例えば図７、図８に示すように、情報処理装置１００からサーバへとサービスの開始ページを通じて取得されたパラメータが引き渡されることによって、上記（ａ）、（ｂ）において生じうる問題の解決を図ることが可能な、本実施形態に係る（ｃ）の方法を実現することができる。
【０１４１】
再度図５を参照して、本実施形態に係る情報処理方法に係る処理の第３の例について説明する。ステップＳ５１０において処理再開ページが表示されると、情報処理装置１００は、処理再開ページに埋め込まれているマーケットアプリケーション起動命令に基づいて、マーケットアプリケーションを起動させる（Ｓ５１２）。ここで、ステップＳ５１２は、例えば、更新情報が記憶されているサーバのＵＲＬと処理パラメータとが規定された、ＵＲＬパラメータの受け渡しにより行われる。また、上記ＵＲＬパラメータの受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【０１４２】
なお、図５では、情報処理装置１００が、Ｗｅｂブラウザを介してマーケットアプリケーションを起動させる例を示しているが、情報処理装置１００における処理は、上記に限られない。例えば、情報処理装置１００は、共有アプリケーションを介してマーケットアプリケーションを起動させてもよい。
【０１４３】
情報処理装置１００は、マーケットアプリケーションを介して、マーケットサーバ６００に対し、例えば共有アプリケーションの最新バージョンの情報を要求する（Ｓ５１４）。なお、情報処理装置１００がマーケットサーバ６００に対して要求する共有アプリケーションのバージョンの情報は、最新バージョンの情報に限られず、例えば、処理に関する情報に含まれていた必要バージョンの値（条件情報の一例）に対応する共有アプリケーションのバージョンの情報であってもよい。また、本実施形態に係る情報処理システムにおいて、更新データを記憶する装置が、マーケットサーバ６００に限られないことは、言うまでもない。
【０１４４】
ステップＳ５１４において送信された要求を受信したマーケットサーバ６００は、当該要求に対応する共有アプリケーションのバージョンの情報を、情報処理装置１００へ送信する（Ｓ５１６）。ステップＳ５１６の処理によって、例えば図６のＣのＳＣ２に示す画面が表示画面に表示される。
【０１４５】
例えば図６のＣのＳＣ２に示す画面において、“アップデート”ボタンが選択されると、情報処理装置１００は、マーケットアプリケーションを介して、マーケットサーバ６００に対し、更新情報の送信要求（すなわち、共有アプリケーションのアップデート要求）を送信する（Ｓ５１８）。
【０１４６】
ステップＳ５１８において送信された更新情報の送信要求を受信したマーケットサーバ６００は、当該送信要求に応じて更新情報を情報処理装置１００へ送信する（Ｓ５２０）。
【０１４７】
ステップＳ５２０において送信された更新情報を受信した情報処理装置１００は、受信した更新情報を用いて、共有アプリケーションを更新する（Ｓ５２２）。また、ステップＳ５２２の処理が行われると、情報処理装置１００は、例えば、後述する本実施形態に係る情報処理方法における第４の例に係る処理を行う。
【０１４８】
ここで、例えば、情報処理装置１００におけるステップＳ５０６の処理、ステップＳ５０８の処理、ステップＳ５１２の処理、ステップＳ５１４の処理、ステップＳ５１８の処理、およびステップＳ５２２の処理は、上記（２）の処理（実行制御処理）に該当する。
【０１４９】
例えば図５に示す処理が行われることによって、情報処理装置１００は、サービス事業者Ｗｅｂサイトを通じて取得した処理に関する情報に基づいて、共有アプリケーションのアップデートを行うことができる。なお、本実施形態に係る情報処理システムにおける、取得した処理に関する情報に基づく共有アプリケーションのアップデートに係る処理が、図５に示す例に限られないことは、言うまでもない。
【０１５０】
［ＩＶ］第４の例
図９は、本実施形態に係る情報処理方法に係る処理の第４の例を示す説明図である。ここで、図９は、上述した第３の例に係る処理における共有アプリケーションのアップデート後に、中断されているサービスに係る処理が再開される場合の処理の一例を示している。また、図９では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００、および共有アプリケーションサーバ５００とを示している。
【０１５１】
情報処理装置１００は、例えばＷｅｂブラウザによって、共有アプリケーションサーバ５００により動的に生成された処理再開ページを表示する（Ｓ８００）。ここで、ステップＳ８００の処理は、図５のステップＳ５１０の処理に該当する。また、上述した第３の例に係る処理における共有アプリケーションのアップデートが完了することによって、表示画面には、例えば図６のＤに示す画面が表示される。
【０１５２】
例えば図６のＤに示す“再開”ボタンが選択されると、情報処理装置１００は、選択されたボタンに対応付けられたＵＲＬパラメータ（図５のステップＳ５０８において、情報処理装置１００が送信したＵＲＬパラメータに対応する。）を、Ｗｅｂブラウザから共有アプリケーションへと受け渡す（Ｓ８０２）。ステップＳ８０２におけるＵＲＬパラメータの受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【０１５３】
情報処理装置１００は、共有アプリケーションによって、ＵＲＬパラメータ（例えば図５のステップＳ５００において取得された、処理に関する情報に基づくＵＲＬパラメータ）を用いてサービスに係る処理を行うことができるか否かを判定する（Ｓ８０４）。ここで、ステップＳ８０４の処理は、上記（１）の処理（判定処理）に該当する。
【０１５４】
より具体的には、情報処理装置１００は、例えばＵＲＬパラメータに処理命令配布ＵＲＬが含まれている場合には、ＵＲＬパラメータを用いてサービスに係る処理を行うことができると判定せず、後述するステップＳ８０６の処理を行う。また、情報処理装置１００は、例えばＵＲＬパラメータに処理命令が含まれている場合には、後述するステップＳ８０６の処理は行わずに、後述するステップＳ８１０の処理を行う。
【０１５５】
ステップＳ８０４において、サービスに係る処理を行うことができると判定されない場合には、情報処理装置１００は、図１のステップＳ１０６と同様に、サーバ２００に処理命令（または、処理命令および許可情報）を要求する（Ｓ８０６）。ここで、ステップＳ８０６の処理は、上記（２）の処理（実行制御処理）に該当する。
【０１５６】
ステップＳ８０６において情報処理装置１００から送信された要求を受信したサーバ２００は、図１のステップＳ１０８と同様に、当該要求に対応する処理命令を生成し、情報処理装置１００へと送信する（Ｓ８０８）。なお、サーバ２００は、ステップＳ８０８において、許可情報をさらに送信してもよい。
【０１５７】
ステップＳ８０４においてＵＲＬパラメータに処理命令が含まれていると判定された場合、または、ステップＳ８０８において処理命令を受信した場合、情報処理装置１００は、共有アプリケーションによって処理命令に対応する処理を行う（Ｓ８１０）。ここで、ステップＳ８１０の処理は、上記（３）の処理（実行処理）に該当する。
【０１５８】
ステップＳ８１０の処理を行った情報処理装置１００は、図１のステップＳ１１８と同様に、共有アプリケーションからＷｅｂブラウザへと処理結果を受け渡す（Ｓ８１２）。そして、情報処理装置１００は、Ｗｅｂブラウザを介してＵＲＬパラメータ（処理結果の一例）をサーバ２００へ送信する（Ｓ８１４）。
【０１５９】
ステップＳ８１４の処理によって送信されたＵＲＬパラメータを受信したサーバ２００は、ＵＲＬパラメータを用いてサービスに係る処理の終了を示す終了ページ（Ｗｅｂページ）を動的に生成する。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の終了ページを表示させる。
【０１６０】
本実施形態に係る情報処理システムでは、共有アプリケーションのアップデート処理（例えば上記第３の例に係る処理）により中断されているサービスに係る処理を再開させる場合に、例えば図９に示す処理が行われる。ここで、図９に示すステップＳ８０４以降の処理は、図１に示すステップＳ１０４以降の処理と同様の処理である。よって、例えば図９に示す処理によって、情報処理装置１００は、共有アプリケーションのアップデート処理後に、サービスに係る処理（取得された処理に関する情報に基づく処理）を完了させることができる。
【０１６１】
なお、本実施形態に係る情報処理システムにおける、共有アプリケーションのアップデート後に中断されているサービスに係る処理を再開させる方法は、上記に限られない。例えば、情報処理装置１００が、共有アプリケーションのアップデート処理の開始前に、取得された処理に関する情報を記録媒体に記録し、共有アプリケーションのアップデート処理の完了後に、当該記録媒体から処理に関する情報を読み出して処理を行うことも可能である。
【０１６２】
例えば上述した第１の例に係る処理〜第４の例に係る処理が行われることによって、本実施形態に係る情報処理方法に係る処理が実現される。なお、本実施形態に係る情報処理方法に係る処理の例が、上述した第１の例に係る処理〜第４の例に係る処理に限られないことは、言うまでもない。
【０１６３】
（本実施形態に係る情報処理装置）
次に、上述した本実施形態に係る情報処理方法に係る処理を行うことが可能な、本実施形態に係る情報処理装置１００の構成の一例について、説明する。
【０１６４】
図１０は、本実施形態に係る情報処理装置１００の構成の一例を示すブロック図である。情報処理装置１００は、例えば、通信部１０２と、制御部１０４とを備える。
【０１６５】
また、情報処理装置１００は、例えば、ＲＯＭ（Read Only Memory；図示せず）や、ＲＡＭ（Random Access Memory；図示せず）、記憶部（図示せず）、ユーザが操作可能な操作部（図示せず）、様々な画面を表示画面に表示する表示部（図示せず）などを備えていてもよい。情報処理装置１００は、例えば、データの伝送路としてのバス（bus）により上記各構成要素間を接続する。
【０１６６】
ここで、ＲＯＭ（図示せず）は、制御部１０４が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭ（図示せず）は、制御部１０４により実行されるプログラムなどを一時的に記憶する。
【０１６７】
記憶部（図示せず）は、情報処理装置１００が備える記憶手段であり、例えば、電子マネーやサービスに付随する特典を享受するためのデータなどサービスに係るデータや、アプリケーションなど様々なデータを記憶する。ここで、記憶部（図示せず）としては、例えば、ハードディスク（Hard Disk）などの磁気記録媒体や、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ（flash memory）などの不揮発性メモリ（nonvolatile memory）などが挙げられる。また、記憶部（図示せず）は、例えば、リーダ／ライタと非接触式に通信可能なＩＣチップ内に設けられた、耐タンパ性を有する記録媒体であってもよい。また、記憶部（図示せず）は、情報処理装置１００から着脱可能であってもよい。
【０１６８】
操作部（図示せず）としては、例えば、ボタンや、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられる。また、情報処理装置１００は、例えば、情報処理装置１００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）と接続することもできる。
【０１６９】
表示部（図示せず）としては、例えば、液晶ディスプレイ（Liquid Crystal Display；ＬＣＤ）や有機ＥＬディスプレイ（organic ElectroLuminescence display。または、ＯＬＥＤディスプレイ（Organic Light Emitting Diode display）ともよばれる。）などが挙げられる。なお、表示部（図示せず）は、例えばタッチスクリーンなどのように、表示とユーザ操作とが可能なデバイスであってもよい。また、情報処理装置１００は、表示部（図示せず）の有無に関わらず、情報処理装置１００の外部装置としての表示デバイス（例えば、外部ディスプレイなど）と接続することもできる。
【０１７０】
［情報処理装置１００のハードウェア構成例］
図１１は、本実施形態に係る情報処理装置１００のハードウェア構成の一例を示す説明図である。情報処理装置１００は、例えば、ＭＰＵ１５０と、ＲＯＭ１５２と、ＲＡＭ１５４と、記録媒体１５６と、入出力インタフェース１５８と、操作入力デバイス１６０と、表示デバイス１６２と、通信インタフェース１６４とを備える。また、情報処理装置１００は、例えば、データの伝送路としてのバス１６６で各構成要素間を接続する。
【０１７１】
ＭＰＵ１５０は、例えば、ＭＰＵ（Micro Processing Unit）や、各種処理回路などで構成され情報処理装置１００全体を制御する制御部１０４として機能する。また、ＭＰＵ１５０は、情報処理装置１００において、例えば、後述する判定部１１０、処理制御部１１２、および処理部１１４の役目を果たす。
【０１７２】
ＲＯＭ１５２は、ＭＰＵ１５０が使用するプログラムや演算パラメータなどの制御用データなどを記憶する。ＲＡＭ１５４は、例えば、ＭＰＵ１５０により実行されるプログラムなどを一時的に記憶する。
【０１７３】
記録媒体１５６は、記憶部（図示せず）として機能し、例えば、サービスに係るデータや、アプリケーションなど様々なデータを記憶する。ここで、記録媒体１５６としては、例えば、ハードディスクなどの磁気記録媒体や、フラッシュメモリなどの不揮発性メモリが挙げられる。また、記録媒体１５６は、情報処理装置１００から着脱可能であってもよい。
【０１７４】
入出力インタフェース１５８は、例えば、操作入力デバイス１６０や、表示デバイス１６２を接続する。操作入力デバイス１６０は、操作部（図示せず）として機能し、また、表示デバイス１６２は、表示部（図示せず）として機能する。ここで、入出力インタフェース１５８としては、例えば、ＵＳＢ（Universal Serial Bus）端子や、ＤＶＩ（Digital Visual Interface）端子、ＨＤＭＩ（High-Definition Multimedia Interface）端子、各種処理回路などが挙げられる。また、操作入力デバイス１６０は、例えば、情報処理装置１００上に備えられ、情報処理装置１００の内部で入出力インタフェース１５８と接続される。操作入力デバイス１６０としては、例えば、ボタン、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられる。また、表示デバイス１６２は、例えば、情報処理装置１００上に備えられ、情報処理装置１００の内部で入出力インタフェース１５８と接続される。表示デバイス１６２としては、例えば、液晶ディスプレイや有機ＥＬディスプレイなどが挙げられる。
【０１７５】
なお、入出力インタフェース１５８が、情報処理装置１００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）や、表示デバイス、撮像デバイスなどの、外部デバイスと接続することもできることは、言うまでもない。また、表示デバイス１６２は、例えばタッチスクリーンなど、表示とユーザ操作とが可能なデバイスであってもよい。
【０１７６】
通信インタフェース１６４は、情報処理装置１００が備える通信手段であり、ネットワーク３００を介して（あるいは、直接的に）、例えば、サーバ２００、共有アプリケーションサーバ５００、マーケットサーバ６００などのサーバなど、外部装置と無線／有線で通信を行うための通信部１０２として機能する。ここで、通信インタフェース１６４としては、例えば、通信アンテナおよびＲＦ（Radio Frequency）回路（無線通信）や、ＩＥＥＥ８０２．１５．１ポートおよび送受信回路（無線通信）、ＩＥＥＥ８０２．１１ｂポートおよび送受信回路（無線通信）、あるいはＬＡＮ（Local Area Network）端子および送受信回路（有線通信）などが挙げられる。
【０１７７】
情報処理装置１００は、例えば図１１に示す構成によって、本実施形態に係る情報処理方法に係る処理を行う。なお、本実施形態に係る情報処理装置１００のハードウェア構成は、図１１に示す構成に限られない。
【０１７８】
例えば、情報処理装置１００は、１３．５６［ＭＨｚ］など所定の周波数の搬送波を通信に用いるＮＦＣ（Near Field Communication）によって形成される通信路によって、外部端末４００などの外部装置と通信を行うための、無線通信アンテナ回路および搬送波送信回路を、さらに備えていてもよい。
【０１７９】
ここで、無線通信アンテナ回路は、例えば、送受信アンテナとしての所定のインダクタンスをもつコイルおよび所定の静電容量をもつキャパシタからなる共振回路と、復調回路とから構成される。また、搬送波送信回路は、例えば、ＡＳＫ変調（Amplitude Shift Keying）を行う変調回路と、変調回路の出力を増幅する増幅回路とから構成され、無線通信アンテナ回路の送受信アンテナから搬送波信号をのせた搬送波を送信する。
【０１８０】
例えば上記のような無線通信アンテナ回路および搬送波送信回路を備えることによって、情報処理装置１００は、いわゆるリーダ／ライタ機能を有することができる。
【０１８１】
また、情報処理装置１００は、リーダ／ライタと非接触式に通信可能なＩＣチップを備えていてもよい。ＩＣチップを備えることによって、情報処理装置１００は、（３）の処理（実行処理）において、例えば図１に示すステップＳ１１０の処理、Ｓ１１２の処理を行うことができる。
【０１８２】
また、情報処理装置１００は、例えば、ＤＳＰ（Digital Signal Processor）と、増幅器（アンプ）やスピーカなどから構成される音声出力デバイスとをさらに備えていてもよい。上記ＤＳＰと音声出力デバイスとをさらに備える場合には、情報処理装置１００は、ユーザに対する音声による聴覚的な提示を実現することが可能となる。
【０１８３】
さらに、情報処理装置１００は、例えば、操作デバイス１６０や表示デバイス１６２を備えない構成をとることも可能である。
【０１８４】
再度図１０を参照して、情報処理装置１００の構成の一例について説明する。通信部１０２は、情報処理装置１００が備える通信手段であり、ネットワーク３００を介して（あるいは、直接的に）、サーバなどの外部装置と無線／有線で通信を行う。また、通信部１０２は、例えば制御部１０４により通信が制御される。ここで、通信部１０２としては、例えば、通信アンテナおよびＲＦ回路や、ＬＡＮ端子および送受信回路などが挙げられるが、通信部１０２の構成は、上記に限られない。例えば、通信部１０２は、ＵＳＢ端子および送受信回路など通信を行うことが可能な任意の規格に対応する構成や、ネットワーク３００に対応する構成をとることができる。
【０１８５】
制御部１０４は、例えばＭＰＵなどで構成され、情報処理装置１００全体を制御する役目を果たす。また、制御部１０４は、例えば、判定部１１０と、処理制御部１１２と、処理部１１４とを備え、本実施形態に係る情報処理方法に係る処理を主導的に行う役目を果たす。
【０１８６】
判定部１１０は、上記（１）の処理（判定処理）を主導的に行う役目を果たし、サーバ２００などのサービスを提供するサーバ（第１のサーバ）から取得された、処理に関する情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるかを判定する。
【０１８７】
処理制御部１１２は、上記（２）の処理（実行制御処理）を主導的に行う役目を果たし、判定部１１０において処理を実行することが可能ではないと判定された場合に、処理に関する情報に基づく処理の実行を可能にさせる。ここで、判定部１１０において処理を実行することが可能ではないと判定された場合、処理制御部１１２は、例えば、処理に関する情報に基づいて、処理に関する情報に基づく処理命令をサーバ（第２のサーバ）に生成させる。処理制御部１１２がサーバに生成させた処理に関する情報に基づく処理命令を生成させることによって、処理部１１４は、処理制御部１１２がサーバに生成させた処理命令に基づいて、処理に関する情報に基づく処理を行うことができる。
【０１８８】
処理部１１４は、上記（３）の処理（実行処理）を主導的に行う役目を果たし、共有アプリケーションに、処理に関する情報に基づく処理を実行させる。
【０１８９】
より具体的には、例えば、処理に関する情報が、特定情報と処理の種別を規定するパラメータとを含む場合には、判定部１１０は、処理を実行することが可能ではないと判定する。上記の場合、処理制御部１１２は、例えば、パラメータを含む生成要求を特定情報が示すサーバへと送信させて、パラメータに対応する処理命令をサーバに生成させる。そして、処理部１１４は、取得された処理命令が示す処理を共有アプリケーションに実行させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第１の例に係る処理に対応する。
【０１９０】
また、例えば、処理に関する情報が処理命令を含む場合には、判定部１１０は、処理を実行することが可能であると判定する。そして、処理部１１４は、処理命令に基づく処理を共有アプリケーションに実行させる。ここで、処理に関する情報が、さらに許可情報とを含む場合には、処理部１１４は、許可情報が示す制限内において、処理命令に基づく処理を共有アプリケーションに実行させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第１の例に係る処理に対応する。
【０１９１】
また、例えば、処理に関する情報が実行する処理を変更させるための設定命令をさらに含む場合には、判定部１１０は、処理を実行することが可能ではないと判定する。上記の場合、処理制御部１１２は、設定命令が示すサーバに、設定命令に対応する設定データを送信させる。また、処理制御部１１２は、処理に関する情報が特定情報と処理の種別を規定するパラメータとを含む場合には、上記のように、パラメータに対応する処理命令をサーバに生成させる。そして、処理部１１４は、取得された設定データと処理命令とに基づく処理を、共有アプリケーションに実行させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第２の例に係る処理に対応する。
【０１９２】
また、例えば、処理に関する情報が条件情報をさらに含む場合には、判定部１１０は、共有アプリケーションが条件情報が示す条件を満たすかを判定する。判定部１１０の判定において共有アプリケーションが条件を満たすと判定されない場合には、処理制御部１１２は、更新データを記憶するサーバに更新データを送信させる。そして、処理制御部１１２は、取得した更新データを用いて共有アプリケーションを更新する。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第３の例に係る処理に対応する。
【０１９３】
また、判定部１１０の判定において共有アプリケーションが条件を満たすと判定されない場合には、処理制御部１１２は、共有アプリケーションによる処理に関する情報に基づく処理の実行を中断させる。そして、処理制御部１１２は、共有アプリケーションの更新が完了した後に、共有アプリケーションによる処理に関する情報に基づく処理を再開させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第３の例に係る処理、および本実施形態に係る情報処理方法の第３の例に係る処理に対応する。
【０１９４】
制御部１０４は、例えば上記のような処理をそれぞれ行う、判定部１１０、処理制御部１１２、および処理部１１４を備えることによって、本実施形態に係る情報処理方法に係る処理を主導的に行う。
【０１９５】
情報処理装置１００は、例えば図１０に示す構成によって、本実施形態に係る情報処理方法に係る処理（例えば、（１）の処理（判定処理）〜（３）の処理（実行処理））を行う。したがって、情報処理装置１００は、例えば図１０に示す構成によって、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【０１９６】
以上のように、本実施形態に係る情報処理装置１００は、本実施形態に係る情報処理方法に係る処理として、例えば、（１）の処理（判定処理）〜（３）の処理（実行処理）を行う。ここで、情報処理装置１００において（２）の処理（実行制御処理）が行われない場合には、共有アプリケーションは、サービスを提供するサーバ（第１のサーバ）から取得された処理に関する情報に基づいて処理を実行する。また、情報処理装置１００において（２）の処理（実行制御処理）が行われた場合には、処理に関する情報に基づく処理の実行が可能な状態となっているので、共有アプリケーションは、取得された処理に関する情報に基づく処理を実行することができる。
【０１９７】
したがって、情報処理装置１００は、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【０１９８】
また、本実施形態に係る情報処理システムにおいて、情報処理装置１００が本実施形態に係る情報処理方法に係る処理を行うことによって、例えば下記（ｉ）〜（ｉｖ）が実現される。
【０１９９】
（ｉ）サービス事業者Ｗｅｂサイトの開始ページに記述したＵＲＬパラメータを、サービス事業者Ｗｅｂサイトから起動されて利用される共有アプリケーションに引き継ぐことによって、サービス事業者ごとに異なる振る舞いを共有アプリケーションに行わせること。
【０２００】
（ｉｉ）共有アプリケーションのカスタマイズを、サービス事業者ＷｅｂサイトからＵＲＬパラメータによって指示すること。また、共有アプリケーションがＵＲＬパラメータによってサーバにカスタマイズデータの動的生成を指示することによって、共有アプリケーションが、サービス事業者ごとのカスタマイズデータを適用した上で動作すること。
【０２０１】
（ｉｉｉ）処理の実行に必要な共有アプリケーションのバージョンを、サービス事業者ＷｅｂサイトからＵＲＬパラメータによって指示すること。また、共有アプリケーションが処理の実行に必要な共有アプリケーションのバージョンに満たない場合に、共有アプリケーションをアップデートするように誘導すること。
【０２０２】
例えば上記（ｉｉｉ）が実現されることによって、サービス事業者は、特定バージョンの共有アプリケーションが情報処理装置１００に存在することを前提として、共有アプリケーションに対する処理命令を生成することができる。
【０２０３】
（ｉｖ）共有アプリケーションのアップデート後に、サービスに係る処理を再開させる処理再開ページを表示させること
【０２０４】
例えば上記（ｉｖ）が実現されることによって、ユーザは、サービスに係る処理を再開しやすくなるので、ユーザの利便性の低下や、サービスの利用率の低下を防止することが可能となる。
【０２０５】
以上、本実施形態に係る情報処理システムを構成する要素として、情報処理装置１００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、携帯電話やスマートフォンなどの通信装置や、映像／音楽再生装置（または映像／音楽記録再生装置）、ゲーム機、ＰＣ（Personal Computer）などのコンピュータなど、様々な機器に適用することができる。
【０２０６】
また、本実施形態に係る情報処理システムを構成する他の要素として、サーバ２００、共有アプリケーションサーバ５００、マーケットサーバ６００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、ＰＣやサーバなどのコンピュータなど、様々な機器に適用することができる。また、サーバ２００、共有アプリケーションサーバ５００、マーケットサーバ６００それぞれは、例えば、図１１に示すハードウェア構成で実現することが可能である。
【０２０７】
また、本実施形態に係る情報処理システムを構成する他の要素として、外部端末４００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、携帯電話などの通信装置や、ＩＣカード、映像／音楽再生装置（または映像／音楽記録再生装置）、ゲーム機、ＰＣなどのコンピュータなど、様々な機器に適用することができる。また、外部端末４００は、例えば、情報処理装置１００と同様のハードウェア構成で実現することが可能である。
【０２０８】
（本実施形態に係るプログラム）
コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（例えば、（１）の処理（判定処理）〜（３）の処理（実行処理）など、本実施形態に係る情報処理方法に係る処理を実行することが可能なプログラム）によって、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【０２０９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２１０】
例えば、本実施形態に係る情報処理装置は、図１０に示す判定部１１０、処理制御部１１２、および処理部１１４を個別に備える（例えば、それぞれを個別の処理回路で実現する）ことができる。
【０２１１】
また、上記では、例えば、コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（コンピュータプログラム）が提供されることを示したが、本実施形態は、さらに、上記プログラムをそれぞれ記憶させた記録媒体も併せて提供することができる。
【０２１２】
上述した構成は、本実施形態の一例を示すものであり、当然に、本開示の技術的範囲に属するものである。
【０２１３】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理装置。
（２）
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、前記第２のサーバを特定する特定情報と、処理の種別を規定するパラメータとを含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記通信部に、前記パラメータを含む生成要求を前記特定情報が示すサーバへと送信させて、前記パラメータに対応する前記処理命令を前記サーバに生成させる、（１）に記載の情報処理装置。
（３）
前記処理に関する情報が、前記処理命令と、前記処理命令が示す処理を制限する許可情報とを含む場合、
前記判定部は、処理を実行することが可能であると判定し、
前記処理部は、前記許可情報が示す制限内において、前記処理命令に基づく処理を前記アプリケーションに実行させる、（１）または（２）に記載の情報処理装置。
（４）
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、実行する処理を変更させるための設定命令をさらに含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記設定命令が示すサーバに、前記設定命令に対応する設定データを送信させ、
前記処理部は、取得された前記設定データを用いた処理を前記アプリケーションに実行させる、（２）または（３）に記載の情報処理装置。
（５）
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、処理の実行が許可される前記アプリケーションのバージョンに関する条件を示す条件情報をさらに含む場合、
前記判定部は、前記アプリケーションが、前記条件情報が示す条件を満たすかを判定し、
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションを更新するための更新データを記憶するサーバに、前記更新データを送信させ、
取得した更新データを用いて前記アプリケーションを更新する、（２）〜（４）のいずれか１つに記載の情報処理装置。
（６）
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションによる前記処理に関する情報に基づく処理の実行を中断させ、
前記アプリケーションの更新が完了した後に、前記アプリケーションによる前記処理に関する情報に基づく処理を再開させる、（５）に記載の情報処理装置。
（７）
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップと、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップと、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップと、
を有し、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、情報処理方法。
（８）
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップ、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップ、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップ、
をコンピュータに実行させ、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、プログラム。
（９）
情報処理装置と、
前記情報処理装置と通信を行うことが可能なサーバと、
を有し、
前記情報処理装置は、
前記サーバと通信を行う通信部と、
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理システム。
【符号の説明】
【０２１４】
１００ 情報処理装置
１０２ 通信部
１０４ 制御部
１１０ 判定部
１１２ 処理制御部
１１４ 処理部
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、プログラム、および情報処理システムに関する。
【背景技術】
【０００２】
近年、例えば、非接触式ＩＣ（Integrated Circuit）カードや非接触式ＩＣチップを搭載した携帯電話など、リーダ／ライタ（または、リーダ／ライタ機能を有する情報処理装置）と非接触式に通信可能な情報処理装置が普及している。リーダ／ライタと、ＩＣカード、携帯電話などの情報処理装置とは、例えば１３．５６［ＭＨｚ］など所定の周波数の磁界（搬送波）を通信に使用している。具体的には、リーダ／ライタが搬送波信号をのせた搬送波を送信し、搬送波をアンテナで受信したＩＣカードなどの情報処理装置が負荷変調によって受信した搬送波信号に対する応答信号を返信することにより、リーダ／ライタと情報処理装置とは通信を行うことができる。
【０００３】
また、上記のような情報処理装置は、耐タンパ性を有するＩＣチップを備えることにより、例えば、電子マネーやサービスに付随する特典を享受するためのデータなど、データの改竄が問題となるデータの送受信や更新を安全に行うことができる。したがって、上記のようなリーダ／ライタと非接触式に通信可能なＩＣチップを搭載した情報処理装置を利用した様々なサービスの提供が社会的に広がっており、また、ユーザは、１つの情報処理装置を用いて様々なサービスを享受することが可能となっている。
【０００４】
ここで、情報処理装置に様々なサービスに対応する処理を行わせるための方法としては、例えば、サービスごとに、異なるアプリケーションを情報処理装置に実行させることが挙げられる。しかしながら、上記の方法を用いる場合には、情報処理装置に各サービスに対応するアプリケーションをそれぞれ実装しておかなければならない。
【０００５】
このような中、１つのアプリケーションに異なる振る舞いをさせる技術が開発されている。エージェント（１つのアプリケーション）の振る舞いを規定するロールをサーバから取得することによって、エージェントに取得したロールに対応する処理を行わせる技術としては、例えば、特許文献１に記載の技術が挙げられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２４４１６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
例えば特許文献１に記載されている、１つのアプリケーションに異なる振る舞いをさせる技術（以下、「従来の技術」と示す場合がある。）では、情報処理装置は、エージェントの振る舞いを規定するロールをサーバから取得し、エージェントに取得したロールに対応する処理を行わせる。ここで、従来の技術におけるロールとは、処理の内容の一部が記述されたスクリプトデータである。よって、従来の技術を用いることによって、エージェント（１つのアプリケーション）に異なる振る舞いをさせることができる。
【０００８】
ここで、情報処理装置において実行される処理によっては、特定の条件に合致するアプリケーションでしか実行することができないことがある。しかしながら、例えば特許文献１に記載の技術では、情報処理装置側において特定の条件に合致するアプリケーションを把握する手段についての考慮がなされていない。したがって、従来の技術を用いたとしても、情報処理装置が実行する１つのアプリケーションであるエージェントに、条件に応じてサービスごとに異なる振る舞いをさせることができない恐れがある。
【０００９】
本開示では、複数のサービスに対応する処理を行うことが可能なアプリケーションに、サービスごとに異なる振る舞いをさせることが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラム、および情報処理システムを提案する。
【課題を解決するための手段】
【００１０】
本開示によれば、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、上記処理に関する情報に基づく処理を上記アプリケーションに実行させる処理部と、を備え、上記処理制御部は、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記処理部は、生成された上記処理命令が示す処理を上記アプリケーションに実行させる、情報処理装置が提供される。
【００１１】
また、本開示によれば、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップと、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせるステップと、
上記アプリケーションにより、上記処理に関する情報に基づく処理を実行するステップと、を有し、上記処理の実行を可能にさせるステップでは、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記実行するステップでは、生成された上記処理命令が示す処理が実行される、情報処理方法が提供される。
【００１２】
また、本開示によれば、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップ、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせるステップ、上記アプリケーションにより、上記処理に関する情報に基づく処理を実行するステップ、をコンピュータに実行させ、上記処理の実行を可能にさせるステップでは、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記実行するステップでは、生成された上記処理命令が示す処理が実行される、プログラムが提供される。
【００１３】
また、本開示によれば、情報処理装置と、上記情報処理装置と通信を行うことが可能なサーバと、を有し、上記情報処理装置は、上記サーバと通信を行う通信部と、サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、上記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる上記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、上記処理に関する情報に基づく処理を上記アプリケーションに実行させる処理部と、を備え、上記処理制御部は、上記処理に関する情報に基づいて、上記処理に関する情報に基づく処理命令を第２のサーバに生成させ、上記処理部は、生成された上記処理命令が示す処理を上記アプリケーションに実行させる、情報処理システムが提供される。
【発明の効果】
【００１４】
本開示によれば、複数のサービスに対応する処理を行うことが可能なアプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係る情報処理方法に係る処理の第１の例を示す説明図である。
【図２】本実施形態に係る情報処理方法に係る処理の第２の例を示す説明図である。
【図３】本実施形態に係る情報処理方法に係る処理における、情報処理装置とサーバとの間におけるデータの授受の一例を示す説明図である。
【図４】本実施形態に係る情報処理方法に係る処理における、情報処理装置とサーバとの間におけるデータの授受の他の例を示す説明図である。
【図５】本実施形態に係る情報処理方法に係る処理の第３の例を示す説明図である。
【図６】本実施形態に係る情報処理方法に係る処理の一例を補足するための説明図である。
【図７】本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の一例を示す説明図である。
【図８】本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の他の例を示す説明図である。
【図９】本実施形態に係る情報処理方法に係る処理の第４の例を示す説明図である。
【図１０】本実施形態に係る情報処理装置の構成の一例を示すブロック図である。
【図１１】本実施形態に係る情報処理装置のハードウェア構成の一例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、以下では、下記に示す順序で説明を行う。
１．本実施形態に係る情報処理方法
２．本実施形態に係る情報処理装置
３．本実施形態に係るプログラム
【００１８】
（本実施形態に係る情報処理方法）
本実施形態に係る情報処理装置（以下、「情報処理装置１００」と示す場合がある。）の構成について説明する前に、本実施形態に係る情報処理方法について説明する。また、以下では、本実施形態に係る情報処理装置が、本実施形態に係る情報処理方法に係る処理を行うものとして説明する。
【００１９】
［本実施形態に係る情報処理方法の概要］
上述したように、サービス事業者が運営するサーバの機能や、サービスの提供方法が、サービス事業者間で同一であるとは限られない。そこで、本実施形態に係る情報処理装置１００は、サービスを提供するサーバ（第１のサーバ）から取得された処理に関する情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるか否かを判定する（判定処理）。また、情報処理装置１００は、処理を実行することが可能ではないと判定された場合には、処理に関する情報に基づく処理の実行を可能にさせる（実行制御処理）。そして、情報処理装置１００は、複数のサービスに対応する処理を行うことが可能なアプリケーション（以下、「共有アプリケーション」と示す。）により、処理に関する情報に基づく処理を実行する（実行処理）。
【００２０】
上記のように、情報処理装置１００は、判定処理を行い、判定処理の結果に応じて実行制御処理を選択的に行った上で、実行処理を行う。ここで、情報処理装置１００において実行制御処理が行われない場合には、共有アプリケーションは、取得された処理に関する情報に基づいて処理を実行することができる。また、情報処理装置１００において実行制御処理が行われた場合には、処理に関する情報に基づく処理の実行が可能な状態となっているので、共有アプリケーションは、取得された処理に関する情報に基づく処理を実行することができる。
【００２１】
したがって、本実施形態に係る情報処理装置１００は、（１）判定処理、（２）実行制御処理、および（３）実行処理、を行うことによって、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【００２２】
以下、より具体的に、本実施形態に係る情報処理方法に係る処理について説明する。
【００２３】
（１）判定処理
情報処理装置１００は、例えば、共有アプリケーションが取得された処理に関する情報を用いてサービスに係る処理を行うことができるか否かを、取得された処理に関する情報に基づいて判定する。
【００２４】
ここで、本実施形態に係る処理に関する情報とは、例えば、情報処理装置１００に何らかの処理を行わせるための情報（データ）である。本実施形態に係る処理に関する情報としては、例えば、「処理命令」や、「許可情報」、「特定情報、および処理の種別を規定するパラメータ」、「設定命令」、「条件情報」などが挙げられる。
【００２５】
本実施形態に係る処理命令とは、サービス事業者が定義する、共有アプリケーションに行わせる処理を規定するデータである。処理命令としては、例えば、スクリプトデータが挙げられる。
【００２６】
情報処理装置１００は、例えば処理に関する情報が処理命令を示す場合には、処理を実行することが可能であると判定する。上記の場合には、情報処理装置１００は、（３）の処理（実行処理）において、処理命令に対応する処理を共有アプリケーションに行わせる。
【００２７】
また、本実施形態に係る許可情報とは、共有アプリケーションがサービス事業者を認証し、サービス事業者の権限に応じた処理のみを共有アプリケーションが行えるよう制御するデータである。本実施形態に係る許可情報としては、例えば、アプリケーションがアクセスすることが可能な記憶媒体の領域を示す情報や、許可情報の有効期限を示す情報などが挙げられる。また、本実施形態に係る許可情報は、例えば、共有アプリケーションを管理する管理者が、サービス事業者に対して発行する。
【００２８】
情報処理装置１００は、例えば処理に関する情報が処理命令と許可情報とを示す場合には、処理を実行することが可能であると判定し、（３）の処理（実行処理）において、許可情報が示す制限内において処理命令に対応する処理を共有アプリケーションに行わせる。
【００２９】
また、本実施形態に係る特定情報とは、処理に関する情報に基づく処理命令を生成するサーバ（第２のサーバ）を特定するデータであり、本実施形態に係る処理の種別を規定するパラメータとは、第２のサーバに特定の処理に係る処理命令を生成させるためのパラメータである。本実施形態に係る特定情報としては、例えば、第２サーバを示すＵＲＬや、ＩＰ（Internet Protcol）アドレスなどが挙げられる。以下では、特定情報がＵＲＬである場合を例に挙げて説明し、特定情報を「処理命令配布ＵＲＬ」と示す場合がある。なお、情報処理装置１００が処理に関する情報を取得するサーバ（第１のサーバ）と、処理に関する情報に基づく処理命令を生成するサーバ（第２のサーバ）とは、同一のサーバであってもよいし、異なるサーバ（例えば、物理的に異なるサーバ、または、管理者が異なるサーバ）であってもよい（以下、同様とする。）。
【００３０】
情報処理装置１００は、例えば処理に関する情報が特定情報と処理の種別を規定するパラメータとを示す場合には、処理を実行することが可能でないと判定する。上記の場合には、情報処理装置１００は、（２）の処理（実行制御処理）を行った上で、（３）の処理（実行処理）を行う。
【００３１】
また、本実施形態に係る設定命令とは、例えば、共有アプリケーションが実行する処理を変更させるためのデータである。ここで、本実施形態に係る設定命令としては、例えば、共有アプリケーションが実行する処理の変更に係る実データ（以下、「カスタマイズデータ」）を生成するサーバを特定する情報や、生成に係るパラメータが挙げられる。以下では、設定命令を「カスタマイズ命令」と示す場合がある。なお、本実施形態に係る設定命令は、上記に限られず、例えば、カスタマイズデータそのものであってもよい。カスタマイズデータは、サービス事業者が定義する処理を共有アプリケーションが行うにあたって必要となるデータと換言することができる。
【００３２】
情報処理装置１００は、例えば、処理に関する情報が、「処理命令」または「特定情報、および処理の種別を規定するパラメータ」に加え、設定命令をさらに含む場合には、処理を実行することが可能でないと判定する。上記の場合には、情報処理装置１００は、（２）の処理（実行制御処理）を行った上で、（３）の処理（実行処理）を行う。
【００３３】
また、本実施形態に係る「条件情報」とは、例えば、処理の実行が許可される共有アプリケーションのバージョンに関する条件を示すデータである。本実施形態に係る条件情報としては、例えば、処理の実行に必要な共有アプリケーションのバージョンの値を示すパラメータが挙げられる。つまり、本実施形態に係る条件情報は、サービス事業者が定義する処理を行うにあたり必要な共有アプリのバージョンを示すものである。
【００３４】
情報処理装置１００は、例えば処理に関する情報に条件情報が含まれる場合には、共有アプリケーションが、条件情報が示す条件を満たすか否かを判定する。ここで、情報処理装置１００は、例えば、共有アプリケーションのバージョンの値と、条件情報が示すバージョンの値とを比較し、共有アプリケーションのバージョンの値が条件情報が示すバージョンの値以上である場合に、条件情報が示す条件を満たすと判定する。
【００３５】
共有アプリケーションが条件情報が示す条件を満たすと判定された場合には、情報処理装置１００は、処理に関する情報が条件情報に含まれる他の情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるか否かを判定する。また、情報処理装置１００は、共有アプリケーションが条件情報が示す条件を満たさないと判定した場合には、（２）の処理（実行制御処理）において、共有アプリケーションの更新を行う。そして、情報処理装置１００は、例えば、共有アプリケーションが条件情報が示す条件を満たすかを再度判定する。
【００３６】
情報処理装置１００は、判定処理において、例えば上記のように、処理に関する情報に基づく処理を実行することが可能であるか否かを判定する。なお、本実施形態に係る情報処理装置１００における（１）の処理（判定処理）は、上記に限られない。例えば、処理に関する情報には、上記各情報が複数組み合わせて含まれうる。上記の場合には、情報処理装置１００は、例えば、処理に関する情報に含まれる情報それぞれに基づく判定を行い、いずれかの判定結果が“処理を実行することが可能でない”ことを示す場合には、処理を実行することが可能でないと判定する。そして、情報処理装置１００は、処理に関する情報に含まれる情報それぞれに基づく判定の結果に対応して（２）の処理（実行制御処理）を行った上で、（３）の処理（実行処理）を行う。
【００３７】
（２）実行制御処理
情報処理装置１００は、上記（１）の処理（判定処理）において、処理を実行することが可能でないと判定された場合には、例えば、処理に関する情報に基づいて、処理に関する情報に基づく処理命令をサーバ（第２のサーバ）に生成させる。情報処理装置１００が、サーバに処理命令（例えばスクリプトデータ）を生成させ、当該サーバから処理命令を取得することによって、情報処理装置１００は、共有アプリケーションに当該処理命令に応じた処理を行わせることが可能となる。よって、情報処理装置１００は、（２）の処理（実行制御処理）によって、共有アプリケーションによる処理に関する情報に基づく処理の実行を可能とすることができる。
【００３８】
より具体的には、例えば、処理に関する情報が、特定情報と処理の種別を規定するパラメータとを含む場合には、情報処理装置１００は、特定情報が示すサーバへとパラメータを含む生成要求を送信する。上記生成要求を送信することによって、情報処理装置１００は、当該生成要求を受信したサーバにパラメータに対応する処理命令を生成させ、生成された処理命令を情報処理装置１００へ送信させることができる。よって、情報処理装置１００は、特定情報が示すサーバ（第２のサーバ）から処理命令を取得することができる。
【００３９】
また、処理に関する情報が、「処理命令」または「特定情報、および処理の種別を規定するパラメータ」に加え、設定命令をさらに含む場合には、情報処理装置１００は、例えば、設定命令が示すサーバに対して設定データの送信要求を送信して、当該サーバに設定命令に対応する設定データを送信させる。上記によって、情報処理装置１００は、（３）の処理（実行処理）において、取得した設定データを用いた処理を共有アプリケーションに実行させることができる。
【００４０】
また、情報処理装置１００は、上記（１）の処理（判定処理）において、共有アプリケーションが条件情報が示す条件を満たすと判定されなかった場合には、共有アプリケーションを更新するための更新データを記憶するサーバに、更新データを送信させる。そして、情報処理装置１００は、取得した更新データを用いて共有アプリケーションを更新する。ここで、情報処理装置１００は、例えば、共有アプリケーションの更新処理の実行に際して中断されるサービスに係る処理を再開させるためのＷｅｂページ（後述する処理再開ページ）に含まれる、更新データを記憶するサーバを特定する情報を参照する。そして、情報処理装置１００は、参照した情報が示すサーバに更新データの送信要求を送信することによって、当該サーバに更新データを送信させる。上記更新データを記憶するサーバを特定する情報としては、例えば、ＵＲＬやＩＰアドレス、処理パラメータなどを示すデータが挙げられる。
【００４１】
なお、本実施形態に係る情報処理装置１００における、更新データの送信要求の送信方法は、上記に限られない。例えば、情報処理装置１００は、例えば記憶部（後述する）などに予め記憶された、更新データを記憶するサーバを特定する情報を参照し、当該情報が示すサーバに更新データの送信要求を送信することによって、当該サーバに更新データを送信させてもよい。また、情報処理装置１００は、例えば、更新データを記憶するサーバを特定する情報が、条件情報に含まれている場合には、条件情報を参照して更新データの送信要求を送信してもよい。
【００４２】
さらに、上記（１）の処理（判定処理）において、共有アプリケーションが条件情報が示す条件を満たすと判定されなかった場合には、情報処理装置１００は、共有アプリケーションによる処理に関する情報に基づく処理の実行を中断させる。そして、情報処理装置１００は、共有アプリケーションの更新が完了した後に、共有アプリケーションによる処理に関する情報に基づく処理を再開させる。
【００４３】
情報処理装置１００は、（２）の処理（実行制御処理）において、例えば上記のような処理を行う。
【００４４】
（３）実行処理
情報処理装置１００は、共有アプリケーションに第１のサーバから取得された処理に関する情報に基づく処理を実行させる。
【００４５】
より具体的には、上記（１）の処理（判定処理）において処理を実行することが可能であると判定された場合には、情報処理装置１００は、例えば、サービスを提供するサーバ（第１のサーバ）から取得された処理命令（処理に関する情報の一例）に基づく処理を、共有アプリケーションに実行させる。また、上記の場合において、サーバから取得された処理に関する情報に許可情報がさらに含まれている場合には、情報処理装置１００は、例えば、許可情報が示す制限内において、処理命令に基づく処理を共有アプリケーションに実行させる。
【００４６】
また、上記（１）の処理（判定処理）において処理を実行することが可能でないと判定された場合には、情報処理装置１００は、上記（２）の処理（実行制御処理）によって実行が可能となった、取得された処理に関する情報に基づく処理を、共有アプリケーションに実行させる。
【００４７】
情報処理装置１００は、本実施形態に係る情報処理方法に係る処理として、例えば、上記のような（１）の処理（判定処理）〜（３）の処理（実行処理）を行う。ここで、情報処理装置１００において（２）の処理（実行制御処理）が行われない場合には、共有アプリケーションは、サービスを提供するサーバ（第１のサーバ）から取得された処理に関する情報に基づいて処理を実行する。また、情報処理装置１００において（２）の処理（実行制御処理）が行われた場合には、処理に関する情報に基づく処理の実行が可能な状態となっているので、共有アプリケーションは、取得された処理に関する情報に基づく処理を実行することができる。
【００４８】
したがって、上記のような（１）の処理（判定処理）〜（３）の処理（実行処理）によって、情報処理装置１００は、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【００４９】
［本実施形態に係る情報処理方法に係る処理の具体例］
次に、本実施形態に係る情報処理方法に係る処理について、より具体的に説明する。なお、以下では、情報処理装置１００が、サービスそれぞれに対応する複数の領域が設定されているＩＣチップを備え、情報処理装置１００は、共有アプリケーションによって、サービスに対応するＩＣチップの領域へのデータの書き込みや当該領域からのデータの読み出しを、サービスに対応する処理として行う場合を主に例に挙げて説明する。なお、本実施形態に係るサービスに対応する処理は、上記の例に限られない。本実施形態に係るサービスに対応する処理の内容は、サービス事業者が処理に関する情報に規定することが可能である。よって、本実施形態に係るサービスに対応する処理としては、サービスの提供に係る任意の処理が挙げられる。
【００５０】
また、以下では、情報処理装置１００が、実行する共有アプリケーションによって、上記（１）の処理（判定処理）〜（３）の処理（実行処理）を行う場合を例に挙げて説明する。なお、本実施形態に係る情報処理方法に係る処理が、実行する共有アプリケーションによって上記（１）の処理（判定処理）〜（３）の処理（実行処理）を行う場合に限られないことは、言うまでもない。
【００５１】
［Ｉ］第１の例
図１は、本実施形態に係る情報処理方法に係る処理の第１の例を示す説明図である。ここで、図１は、情報処理装置１００が、サービス事業者のＷｅｂサイトを通じて処理に関する情報を取得し、共有アプリケーションにより処理に関する情報に基づく処理を行う例を示している。
【００５２】
図１では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００（または、サーバ群。以下、同様とする。）とを有する情報処理システムを示している。また、図１では、情報処理装置１００と有線／無線で通信を行う外部端末４００を併せて示している。ここで、本実施形態に係るネットワーク３００としては、例えば、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などの有線ネットワーク、無線ＬＡＮ（ＷＬＡＮ；Wireless Local Area Network）や基地局を介した無線ＷＡＮ（ＷＷＡＮ；Wireless Wide Area Network）などの無線ネットワーク、あるいは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの通信プロトコルを用いたインターネットなどが挙げられる。
【００５３】
情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の開始ページを表示させる。ここで、上記開始ページには、例えば、サーバ２００が処理に関する情報を情報処理装置１００などの外部装置に送信するトリガとなるリンクが、設けられる。例えばユーザが情報処理装置１００を操作して上記リンクをクリックすると、サーバ２００から情報処理装置１００へと処理に関する情報が送信される（Ｓ１００）。ここで、ステップＳ１００において送信される処理に関する情報には、少なくとも、処理命令または処理命令配布ＵＲＬ（特定情報の一例）が含まれるものとする。なお、Ｗｅｂブラウザは、サービス事業者に対応するアプリケーションであってもよい（以下、同様とする。）。
【００５４】
ステップＳ１００においてサーバ２００から送信された処理に関する情報を受信した情報処理装置１００は、Ｗｅｂブラウザから共有アプリケーションへと処理に関する情報を受け渡す（Ｓ１０２）。ここで、ステップＳ１０２における処理に関する情報の受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられるが、処理に関する情報の受け渡し方法は、上記に限られない。
【００５５】
情報処理装置１００は、共有アプリケーションによって処理に関する情報を用いてサービスに係る処理を行うことができるか否かを判定する（Ｓ１０４）。情報処理装置１００は、例えば、処理に関する情報に処理命令が含まれている場合に処理に関する情報を用いてサービスに係る処理を行うことができると判定し、また、処理に関する情報に処理命令配布ＵＲＬが含まれている場合に処理に関する情報を用いてサービスに係る処理を行うことができないと判定する。ここで、ステップＳ１０４の処理は、上記（１）の処理（判定処理）に該当する。
【００５６】
ステップＳ１０４において、サービスに係る処理を行うことができると判定された場合には、情報処理装置１００は、共有アプリケーションによって、後述するステップＳ１１０の処理およびＳ１１２の処理、または、後述するステップＳ１１４の処理およびＳ１１６の処理を行う。
【００５７】
また、ステップＳ１０４において、サービスに係る処理を行うことができると判定されない場合には、情報処理装置１００は、サーバ２００に処理命令（または、処理命令および許可情報）を要求する（Ｓ１０６）。情報処理装置１００は、例えば、処理命令配布ＵＲＬと処理の種別を規定するパラメータとに基づいて、サーバ２００に処理命令の生成要求を送信する。ここで、ステップＳ１０６の処理は、上記（２）の処理（実行制御処理）に該当する。
【００５８】
ステップＳ１０６において情報処理装置１００から送信された要求を受信したサーバ２００は、処理命令配布機能によって、当該要求に対応する処理命令を生成し、情報処理装置１００へと送信する（Ｓ１０８）。ここで、サーバ２００における処理命令配布機能とは、サーバ２００における、処理命令を生成、配信する機能である。なお、サーバ２００は、ステップＳ１０８において、許可情報をさらに送信してもよい。
【００５９】
ステップＳ１００においてサーバ２００から処理命令を処理に関する情報として取得した場合、または、ステップＳ１０８において処理命令を受信した場合、情報処理装置１００は、共有アプリケーションによって処理命令に対応する処理を行う。ここで、上記処理命令は、サーバ２００によって生成されたものである。よって、情報処理装置１００は、サービスごとに異なる振る舞いを共有アプリケーションにさせることができる。また、処理命令に対応する処理の実行は、上記（３）の処理（実行処理）に該当する。
【００６０】
より具体的には、例えば、処理命令が、サービス事業者Ａに対応するＩＣチップの領域に対するデータの読み書きを規定している場合には、情報処理装置１００は、共有アプリケーションにより、ＩＣチップにおける処理命令に対応する領域Ａに対するデータの書き込みや領域Ａ読み出しを行う（Ｓ１１０、Ｓ１１２）。また、上記の場合において、情報処理装置１００は、共有アプリケーションにより、外部端末４００が備えるＩＣチップにおける、処理命令に対応する領域Ａに対するデータの書き込みや領域Ａ読み出しを行ってもよい（Ｓ１１４、Ｓ１１６）。ステップＳ１１４、Ｓ１１６の処理を行う場合、情報処理装置１００は、例えば、１３．５６［ＭＨｚ］などの所定の周波数の搬送波を送信するリーダ／ライタ機能を有する。
【００６１】
また、情報処理装置１００が許可情報をさらに受信している場合には、情報処理装置１００は、例えば、許可情報により許可された処理のみを共有アプリケーションに行わせる。ここで、本実施形態に係る許可情報は、例えば、共有アプリケーションを管理する管理者が、サービス事業者に対して発行するデータであり、許可情報には、共有アプリケーションを管理する管理者の署名が付与される。また、情報処理装置１００は、例えば、共有アプリケーションにより許可情報の署名を検証し、検証結果が正常である場合に、許可情報が示す制限内において処理を行う。さらに、情報処理装置１００は、許可情報の有効性を判定した上で、許可情報の検証を行ってもよい。
【００６２】
ここで、許可情報の有効性の判定方法としては、例えば、許可情報の失効リストを記憶するサーバと通信を行い、取得された許可情報が失効しているか否かを判定する方法や、許可情報に設定されている有効期限が有効であるか否かを判定する方法などが挙げられる。上記取得された許可情報が失効しているか否かを判定する方法における判定処理は、サーバにおいて行われてもよいし、共有アプリケーションが行ってもよい。また、情報処理装置１００が、上記判定処理を開始する前にサーバから許可情報の失効リストを取得し、取得した許可情報の失効リストを記憶している場合には、情報処理装置１００は、許可情報の失効リストを記憶するサーバと通信を行わなくてもよい。
【００６３】
例えば上記のように許可情報に基づく処理を行うことによって、情報処理装置１００では、例えば、他のサービス事業者に対応するＩＣチップの領域へのデータの読み書きが防止される。よって、情報処理装置１００は、共有アプリケーションに、サービスごとに異なる振る舞いをより正常に行わせることができる。
【００６４】
共有アプリケーションによって処理命令に対応する処理を行った情報処理装置１００は、共有アプリケーションからＷｅｂブラウザへと処理結果を受け渡す（Ｓ１１８）。ここで、共有アプリケーションからＷｅｂブラウザへと受け渡される処理結果としては、例えば、ＵＲＬパラメータが挙げられる。また、ステップＳ１１８における処理結果の受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【００６５】
なお、本実施形態に係る情報処理装置１００における処理は、上記に限られない。例えば、情報処理装置１００は、共有アプリケーションによって処理命令に対応する処理を行った後に、ステップＳ１０６の処理をさらに行うことによって、処理命令に対応する処理を複数回行うことも可能である。上記のように、共有アプリケーションによって処理命令に対応する処理が複数回行われる場合には、情報処理装置１００では、例えば、複数回行われた処理命令に対応する処理の結果、すなわち、共有アプリケーションによって複数回行われた処理命令に対応する処理の最終的な結果が、共有アプリケーションからＷｅｂブラウザへと受け渡される。上記のように、複数回行われた処理命令に対応する処理の結果がステップＳ１１８において受け渡されることによって、後述するステップＳ１２０の処理により複数回行われた処理の結果が反映された終了ページが表示されることとなる。
【００６６】
また、共有アプリケーションによって処理命令に対応する処理が複数回行われる場合には、情報処理装置１００では、例えば、再度行われるステップＳ１０６の処理と同期して、共有アプリケーションからＷｅｂブラウザへと行われた処理命令に対応する処理の結果が受け渡されてもよい。上記のように、共有アプリケーションによって処理命令に対応する処理が複数回行われると共に、処理命令に対応する処理が行われるごとに、処理の結果がステップＳ１１８において共有アプリケーションからＷｅｂブラウザへと受け渡される場合には、例えば、処理命令に対応する処理が行われるごとに、後述するステップＳ１２０の処理により処理結果が情報処理装置１００からサーバ２００へと送信される。そして、例えば、共有アプリケーションによって最後に行われた処理（例えば、サーバ２００からステップＳ１０８において送信される、サービスに係る処理の終了要求に対応する処理）の結果が、後述するステップＳ１２０の処理によりサーバ２００へと送信されたときに、複数回行われた処理の結果が反映された終了ページが表示される。
【００６７】
情報処理装置１００は、Ｗｅｂブラウザを介してＵＲＬパラメータ（処理結果の一例）をサーバ２００へ送信する（Ｓ１２０）。
【００６８】
ステップＳ１２０の処理によって送信されたＵＲＬパラメータを受信したサーバ２００は、ＵＲＬパラメータを用いてサービスに係る処理の終了を示す終了ページ（Ｗｅｂページ）を動的に生成する。なお、上述したように、共有アプリケーションによって処理命令に対応する処理が複数回行われる場合には、サーバ２００は、例えば、サービスに係る処理の終了要求に対応する処理の結果を受信したときに、終了ページを動的に生成してもよい。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の終了ページを表示させる。
【００６９】
本実施形態に係る情報処理システムでは、例えば図１に示す処理が行われる。図１に示す処理によって、情報処理装置１００は、サービス事業者のＷｅｂサイトを通じて処理に関する情報を取得し、共有アプリケーションによって処理に関する情報に基づく処理を行うことができる。なお、情報処理装置１００とサーバ２００などのサーバとの間におけるデータの授受の具体例については、後述する本実施形態に係る情報処理方法に係る処理の第２の例におけるデータの授受の具体例と併せて説明する。
【００７０】
［ＩＩ］第２の例
図２は、本実施形態に係る情報処理方法に係る処理の第２の例を示す説明図である。ここで、図２は、情報処理装置１００が、上記第１の例に係る処理に加え、さらにカスタマイズデータを取得して処理に関する情報に基づく処理を行う例を示している。図２では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００、および共有アプリケーションサーバ５００とを有する情報処理システムを示している。
【００７１】
情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の開始ページを表示させる。ここで、上記開始ページには、例えば、サーバ２００が処理に関する情報を情報処理装置１００などの外部装置に送信するトリガとなるリンクが、設けられる。図１のステップＳ１００と同様に、例えばユーザが情報処理装置１００を操作して上記リンクをクリックすると、サーバ２００から情報処理装置１００へと処理に関する情報が送信される（Ｓ２００）。ここで、ステップＳ２００において送信される処理に関する情報には、少なくとも、処理命令または処理命令配布ＵＲＬ（特定情報の一例）と、カスタマイズ命令（設定命令）とが含まれるものとする。
【００７２】
ステップＳ２００においてサーバ２００から送信された処理に関する情報を受信した情報処理装置１００は、図１のステップＳ１０２と同様に、Ｗｅｂブラウザから共有アプリケーションへと処理に関する情報を受け渡す（Ｓ２０２）。
【００７３】
情報処理装置１００は、共有アプリケーションによって、処理に関する情報を用いてサービスに係る処理を行うことができるか否かを判定する（Ｓ２０４）。ここで、ステップＳ２０４の処理は、上記（１）の処理（判定処理）に該当する。
【００７４】
図２の例では、処理に関する情報にカスタマイズ命令が含まれているので、情報処理装置１００は、処理に関する情報を用いてサービスに係る処理を行うことができると判定しない。また、情報処理装置１００は、処理に関する情報に処理命令が含まれているか、または、処理に関する情報に処理命令配布ＵＲＬが含まれているかによって、後述するステップＳ２１２の処理が必要であるか否かを判定する。
【００７５】
情報処理装置１００は、カスタマイズ命令に基づいて、カスタマイズ命令が指定するサーバに、カスタマイズデータの送信を要求する送信要求を送信する（Ｓ２０６）。ここで、図２では、共有アプリケーションサーバ５００にカスタマイズデータが記憶されている例を示しているが、本実施形態に係る情報処理システムは、図２に示す例に限られない。例えば、本実施形態に係る情報処理システムでは、サーバ２００にカスタマイズデータが記憶されていてもよい。
【００７６】
ステップＳ２０６において情報処理装置１００から送信された要求を受信したサーバは、当該要求に対応するカスタマイズデータを情報処理装置１００へと送信する（Ｓ２０８）。
【００７７】
ステップＳ２０８において送信されたカスタマイズデータを受信した情報処理装置１００は、カスタマイズデータを共有アプリケーションに適用する（Ｓ２１０）。ステップＳ２１０の処理を行うことによって、情報処理装置１００は、共有アプリケーションがあたかも提供されるサービス専用のアプリケーションであるように、ユーザに認識させることが可能となる。また、共有アプリケーションにカスタマイズデータを適用をすることによって、例えば、共有アプリケーションが処理実行中にユーザに提示する提示内容や提示方法を変えることができる。したがって、共有アプリケーションへのカスタマイズデータの適用を可能とすることによって、例えばユーザへの提示内容や提示方法を、サービス事業者が制御することが可能となる。ここで、カスタマイズデータにより制御される提示方法としては、例えば、表示画面に文字等を表示させる視覚的な提示や、音声による聴覚的な提示が挙げられる。
【００７８】
ステップＳ２１０の処理が完了すると、情報処理装置１００は、ステップＳ２０４の処理における判定結果に応じて、図１のステップＳ１０６と同様に、サーバ２００に処理命令（または、処理命令および許可情報）を要求する（Ｓ２１２）。情報処理装置１００は、例えば、ステップＳ２０４の処理において処理に関する情報に処理命令配布ＵＲＬが含まれていると判定された場合に、ステップＳ２１２の処理を行う。
【００７９】
ここで、例えば、情報処理装置１００におけるステップＳ２０６の処理、ステップＳ２１０の処理、およびステップＳ２１２の処理は、上記（２）の処理（実行制御処理）に該当する。
【００８０】
ステップＳ２１２において情報処理装置１００から送信された要求を受信したサーバ２００は、図１のステップＳ１０８と同様に、生成した処理命令を情報処理装置１００へと送信する（Ｓ２１４）。なお、サーバ２００は、ステップＳ２１４において、許可情報をさらに送信してもよい。
【００８１】
ステップＳ２００においてサーバ２００から処理命令を処理に関する情報として取得した場合、または、ステップＳ２１４において処理命令を受信した場合、情報処理装置１００は、共有アプリケーションによって、カスタマイズデータと処理命令とに対応する処理を行う（Ｓ２１６）。ここで、ステップＳ２１６の処理は、上記（３）の処理（実行処理）に該当する。
【００８２】
ステップＳ２１６の処理を行った情報処理装置１００は、図１のステップＳ１１８と同様に、共有アプリケーションからＷｅｂブラウザへと処理結果を受け渡す（Ｓ２１８）。そして、情報処理装置１００は、Ｗｅｂブラウザを介してＵＲＬパラメータ（処理結果の一例）をサーバ２００へ送信する（Ｓ２２０）。
【００８３】
ステップＳ２２０の処理によって送信されたＵＲＬパラメータを受信したサーバ２００は、ＵＲＬパラメータを用いてサービスに係る処理の終了を示す終了ページ（Ｗｅｂページ）を動的に生成する。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の終了ページを表示させる。
【００８４】
本実施形態に係る情報処理システムでは、例えば図２に示す処理が行われる。図２に示す処理によって、情報処理装置１００は、上記第１の例に係る処理に加え、さらにカスタマイズデータを取得して処理に関する情報に基づく処理を行うことができる。
【００８５】
なお、本実施形態に係る情報処理システムにおける、情報処理装置１００がカスタマイズデータを用いる処理は、図２に示す処理に限られない。例えば、サービス事業者のＷｅｂサイトを通じて取得される処理に関する情報に、カスタマイズデータ（またはカスタマイズデータの一部のデータ）が含まれる場合には、情報処理装置１００は、サービス事業者のＷｅｂサイトを通じて取得されるカスタマイズデータを共有アプリケーションに適用して処理を行うことも可能である。
【００８６】
ここで、本実施形態に係る情報処理方法に係る処理における、情報処理装置１００とサーバ２００などのサーバとの間におけるデータの授受の具体例について説明する。
【００８７】
図３は、本実施形態に係る情報処理方法に係る処理における、情報処理装置１００とサーバとの間におけるデータの授受の一例を示す説明図である。ここで、図３は、基本的には、図２を参照して説明した処理におけるデータの授受の一例を示しているが、説明の便宜上、情報処理装置１００が、サーバ２００からカスタマイズデータを取得する例を示している。
【００８８】
Ｗｅｂブラウザは、共有アプリケーションに処理に関する情報を受け渡す（Ｓ３００）。図３に示すＤ１は、処理に関する情報の一例を示している。ここで、ステップＳ３００の処理は、図２のステップＳ２０２の処理に対応する。
【００８９】
ステップＳ３００において処理に関する情報を受け渡された共有アプリケーションは、図３のＤ２に示すように、スキーム名「ｋｙｏｙｕ」を削除する（Ｓ３０２）。また、共有アプリケーションは、図３のＤ２に示すＵＲＬに基づいて、処理命令配布ＵＲＬ（図３に示すＤ３）と、カスタマイズデータ配布ＵＲＬ（図３に示すＤ４。カスタマイズ命令の一例）とに分解する（Ｓ３０４）。
【００９０】
共有アプリケーションは、カスタマイズデータ配布ＵＲＬが示すサーバに、カスタマイズデータの送信を要求する送信要求を送信する（Ｓ３０６）。ここで、ステップＳ３０６の処理は、図２のステップＳ２０６の処理に対応する。
【００９１】
上記送信要求を受信したサーバは、送信要求に含まれるパラメータに対応するカスタマイズデータ（図３に示すＤ５）を共有アプリケーションに送信する（Ｓ３０８）。ここで、サーバは、上記送信要求を受信するごとに上記送信要求に含まれるパラメータに基づいてカスタマイズデータを生成し、生成したカスタマイズデータを送信してもよいし、予め記憶されているカスタマイズデータを送信してもよい。また、ステップＳ３０８の処理は、図２のステップＳ２０８の処理に対応する。
【００９２】
また、共有アプリケーションは、処理命令配布ＵＲＬが示すサーバに、処理命令の送信を要求する（Ｓ３１０）。ここで、ステップＳ３１０の処理は、図２のステップＳ２１２の処理に対応する。
【００９３】
ステップＳ３１０で送信された要求を受信したサーバは、当該要求に含まれるパラメータに対応する処理命令を生成して、生成した処理命令を共有アプリケーションに送信する（Ｓ３１２）。ステップＳ３１２においてサーバが送信するデータには、例えば図３に示すＤ６に示すように、終了ページを指定するＵＲＬが含まれていてもよい。ここで、ステップＳ３１２の処理は、図２のステップＳ２１４の処理に対応する。
【００９４】
ステップＳ３０８において取得されたカスタマイズデータ、およびステップＳ３１２において取得された処理命令に基づき処理を行った共有アプリケーションは、Ｗｅｂブラウザを介して処理結果（図３に示すＤ７）をサーバへ送信する（Ｓ３１４）。ここで、ステップＳ３１４の処理は、図２のステップＳ２１８、Ｓ２２０の処理に対応する。
【００９５】
例えば図３に示すように、情報処理装置１００とサーバとの間でデータの授受されることによって、図２に示すような本実施形態に係る情報処理方法に係る処理が実現される。
【００９６】
なお、本実施形態に係る情報処理システムにおいて、情報処理装置１００とサーバとの間で授受されるデータは、図３に示す例に限られない。図４は、本実施形態に係る情報処理方法に係る処理における、情報処理装置１００とサーバとの間におけるデータの授受の他の例を示す説明図である。ここで、図４は、図３と同様のデータが情報処理装置１００とサーバとの間で授受される場合を示している。
【００９７】
Ｗｅｂブラウザは、図３のステップＳ３００と同様に、共有アプリケーションに処理に関する情報を受け渡す（Ｓ４００）。ここで、図４に示すＤ１は、図３に示すＤ１のスキーム名「ｋｙｏｙｕ」以降のデータが１６進数でエンコードされたものであり、処理に関する情報の一例を示している。例えば図４に示すＤ１のように、図３に示すＤ１のＵＲＬ部分をエンコードすることによって、例えば図３に示すＤ１のようにスキーム名が２つ（「ｋｙｏｙｕ」、「ｈｔｔｐ」）存在することが回避される。
【００９８】
ステップＳ４００において処理に関する情報を受け渡された共有アプリケーションは、スキーム名「ｋｙｏｙｕ」を削除し、図３のＤ２に示すように、１６進数でデコードする（Ｓ４０２）。また、共有アプリケーションは、図４のＤ２に示すＵＲＬに基づいて、図３のステップＳ３０４と同様に、処理命令配布ＵＲＬ（図４に示すＤ３）と、カスタマイズデータ配布ＵＲＬ（図４に示すＤ４。カスタマイズ命令の一例）とに分解する（Ｓ４０４）。
【００９９】
図４に示す例では、処理に関する情報の一部が１６進数でエンコードされているが、例えば情報処理装置１００においてステップＳ４００〜Ｓ４０４の処理が行われることによって、図３のステップＳ３０４の処理が行われた状態と同一の状態が実現されている。したがって、情報処理システムでは、図３に示すステップＳ３０６の処理〜Ｓ３１４と同一の処理が、ステップＳ４０６の処理〜Ｓ４１４の処理として行われることによって、図２に示すような本実施形態に係る情報処理方法に係る処理が実現される。
【０１００】
なお、本実施形態に係る情報処理システムにおいて、情報処理装置１００とサーバとの間で授受されるデータが、図３、図４に示す例に限られないことは、言うまでもない。
【０１０１】
［ＩＩＩ］第３の例
図５は、本実施形態に係る情報処理方法に係る処理の第３の例を示す説明図である。ここで、図５は、サービス事業者Ｗｅｂサイトを通じて取得した処理に関する情報に基づいて、共有アプリケーションのアップデートをさせる場合における処理の一例を示している。また、図５では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００、共有アプリケーションサーバ５００、およびマーケットサーバ６００とを有する情報処理システムを示している。
【０１０２】
情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の開始ページを表示させる。ここで、上記開始ページには、例えば、サーバ２００が、処理に関する情報を情報処理装置１００などの外部装置に送信するトリガとなるリンクが設けられる。図１のステップＳ１００と同様に、例えばユーザが情報処理装置１００を操作して上記リンクをクリックすると、サーバ２００から情報処理装置１００へと処理に関する情報が送信される（Ｓ５００）。
【０１０３】
ここで、ステップＳ２００において送信される処理に関する情報には、少なくとも、処理命令または処理命令配布ＵＲＬ（特定情報の一例）と、必要バージョンの値（図５に示す例では、“２”を示す。条件情報の一例）とが含まれるものとする。また、上記必要バージョンの値は、サービス事業者が共有アプリケーションのバージョンを指定するために付与する値であり、サービス事業者により任意に付与される。
【０１０４】
ステップＳ５００においてサーバ２００から送信された処理に関する情報を受信した情報処理装置１００は、図１のステップＳ１０２と同様に、Ｗｅｂブラウザから共有アプリケーションへと処理に関する情報を受け渡す（Ｓ５０２）。
【０１０５】
情報処理装置１００は、処理に関する情報に必要バージョンの値が含まれているので、共有アプリケーションに、現在のバージョンの値と処理に関する情報に含まれる必要バージョンの値とを比較させる（Ｓ５０４）。図５の例では、現在のバージョンの値“１”が、処理に関する情報に含まれる必要バージョンの値“２”よりも小さいので、ステップＳ５０４の処理の結果、共有アプリケーションのバージョンアップが必要であると判定される。ここで、ステップＳ５０４の処理は、上記（１）の処理（判定処理）に該当する。
【０１０６】
なお、図５では、情報処理装置１００が、サーバ２００から取得した処理に関する情報に必要バージョンの値（条件情報の一例）が含まれている場合に、共有アプリケーションのバージョンアップが必要であるか否かを判定する例を示しているが、本実施形態に係る情報処理装置１００における処理は、上記に限られない。例えば、本実施形態に係る情報処理装置１００は、処理に関する情報が取得されるごとに、共有アプリケーションのアップデートが必要か否かを判定してもよい。より具体的には、情報処理装置１００は、例えば、共有アプリケーションの最新のバージョンの値の送信を要求する送信要求や、取得された処理に関する情報に対応するサービスに係る処理を実行するために必要な共有アプリケーションのバージョンの値の送信を要求する送信要求を、予め規定されたサーバに対して送信する。そして、情報処理装置１００は、上記サーバから上記送信要求に応じて送信されたバージョンの値と、現在のバージョンの値とに基づいて、ステップＳ５０４の処理を行うことによって、共有アプリケーションのアップデートが必要か否かを判定する。
【０１０７】
また、本実施形態に係る情報処理システムでは、例えば、必要バージョンが共有アプリケーションサーバ５００側で指定されてもよい。共有アプリケーションサーバ５００における必要バージョンの指定は、例えば、共有アプリケーションを管理する管理者によって行われる。上記の場合、情報処理装置１００は、例えば、共有アプリケーションによって、共有アプリケーションサーバ５００に必要バージョンを確認する。ここで、情報処理装置１００は、例えば、共有アプリケーションが起動されるごとに必要バージョンの確認を行うが、本実施形態に係る必要バージョンの確認のタイミングは、上記に限られない。例えば、情報処理装置１００は、共有アプリケーションが所定の回数起動されるごとに必要バージョンを確認してもよいし（例えば、数回に１回の頻度）、必要バージョンの確認後所定の日数が経過した後に共有アプリケーションが起動されたときに、必要バージョンを確認してもよい（例えば、数日に１回の頻度）。
【０１０８】
さらに、本実施形態に係る情報処理システムでは、例えば、共有アプリケーションにおける現在のバージョンの値と、必要バージョンの値との比較処理を、共有アプリケーションサーバ５００などのサーバ側で行うことも可能である。比較処理がサーバ側で行われる場合には、情報処理装置１００は、サーバより行われた比較処理の結果に基づいて、共有アプリケーションのバージョンアップが必要であるか否かを判定する。
【０１０９】
ステップＳ５０４の処理の結果、共有アプリケーションのバージョンアップが必要であると判定されない場合には、情報処理装置１００は、例えば、図１のステップＳ１０４からの処理や、図２のステップＳ２０４からの処理を行って、取得した処理に関する情報に基づく処理を行う。
【０１１０】
また、ステップＳ５０４の処理の結果、共有アプリケーションのバージョンアップが必要であると判定された場合には、情報処理装置１００は、例えば、サーバ２００から取得した処理に関する情報に含まれる処理命令または処理命令配布ＵＲＬと、処理再開ページ作成命令とを、ＵＲＬパラメータの形式でＷｅｂブラウザへ受け渡す（Ｓ５０６）。ここで、ステップＳ５０６におけるＵＲＬパラメータの受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【０１１１】
情報処理装置１００は、Ｗｅｂブラウザを介してステップＳ５０６において受け渡されたＵＲＬパラメータを共有アプリケーションサーバ５００へ送信する（Ｓ５０８）。なお、図５では、情報処理装置１００がＵＲＬパラメータを共有アプリケーションサーバ５００へ送信する例を示しているが、情報処理装置１００がＵＲＬパラメータを送信する外部装置は、共有アプリケーションサーバ５００に限られない。例えば、情報処理装置１００は、処理を中断しているサービスに対応するサーバ２００に対して、ＵＲＬパラメータを送信してもよい。
【０１１２】
ステップＳ５０８の処理によって送信されたＵＲＬパラメータを受信した共有アプリケーションサーバ５００は、ＵＲＬパラメータを用いて、共有アプリケーションのアップデート処理に伴い中断されたサービスに係る処理をアップデート処理の完了後に再開させるための処理再開ページ（Ｗｅｂページ）を動的に生成する。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、処理再開ページを表示させる（Ｓ５１０）。
【０１１３】
ここで、共有アプリケーションサーバ５００は、例えば、共有アプリケーションをバージョンアップさせるための更新データを所定のサーバから取得させるための所定のアプリケーションを起動させるための起動命令を、処理再開ページに埋め込む。上記のように、処理再開ページに起動命令が埋め込まれることによって、情報処理装置１００は、起動命令に対応するアプリケーションを起動して、更新データを所定のサーバから取得することが可能となる。図５では、共有アプリケーションサーバ５００が、マーケットアプリケーションを起動させるためのマーケットアプリケーション起動命令を、処理再開ページに埋め込む例を示している。
【０１１４】
なお、図５では、情報処理装置１００が、ステップＳ５０８、Ｓ５１０の処理によって、共有アプリケーションのアップデート処理が完了する前に処理再開ページを表示する例を示している。上記は、情報処理システムの態様によっては、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、いわゆるＦＩＬＯ（First In Last Out）の形式で行われることが起こりうるからである。
【０１１５】
図６は、本実施形態に係る情報処理方法に係る処理の一例を補足するための説明図である。ここで、図６は、本実施形態に係る情報処理方法に係る処理の第３の例、および後述する本実施形態に係る情報処理方法に係る処理の第４の例の結果、表示画面に表示される画面の一例を示している。
【０１１６】
例えば図６のＡに示す画面において、“はい”ボタンが選択されると、情報処理装置１００では、サービスＡに係る処理が開始される。ここで、図６のＡに示す画面は、例えば図５のステップＳ５００の処理に関して表示される画面に相当する。
【０１１７】
共有アプリケーションのアップデートが必要であると判定された場合には、例えば図６のＢに示すように、中断されたサービスＡに係る画面ＳＣ１に重なるように、共有アプリケーションのアップデート処理に係る画面ＳＣ２が表示画面に表示される。ここで、図６のＢに示す画面は、例えば、図５のステップＳ５０４の処理に関して表示される画面に相当する。なお、図６では、画面ＳＣ１と画面ＳＣ２とをずらして表現しているが、これは、説明の便宜上の表現である。
【０１１８】
例えば図６のＢに示す画面ＳＣ２において、“はい”ボタンが選択されると、情報処理装置１００では、共有アプリケーションのアップデート処理が開始される（図６に示すＣ）。ここで、図６のＣに示す画面は、例えば、図５のステップＳ５１６の処理により表示される画面に相当する。そして、共有アプリケーションのアップデート処理が完了すると、共有アプリケーションのアップデート処理に係る画面ＳＣ２は、非表示となる（図６に示すＤ）。
【０１１９】
上記のように、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、いわゆるＦＩＬＯの形式で行われる場合には、共有アプリケーションのアップデート処理に係る画面ＳＣ２が非表示となったときに、図６のＤに示すように、処理再開ページが表示画面に表示されることが望ましい。共有アプリケーションのアップデート処理の完了後に処理再開ページが表示画面に表示されない場合には、例えば、ユーザが再度サービスＡの開始ページにアクセスしなければならないなど、ユーザの利便性を損ねる恐れがあるからである。また、ユーザの利便性の低下が生じた場合には、例えば、サービスの再開が行われないことによるサービスの利用率の低下も起こりうる。
【０１２０】
例えば図６のＤに示すように、共有アプリケーションのアップデート処理の完了後に処理再開ページが表示画面に表示される場合には、図６のＤに示す画面ＳＣ１において、“再開”ボタンが選択されることによって、サービスＡに係る処理を再開、完了させることが可能となる（図６に示すＥ、Ｆ）。
【０１２１】
上記のように、共有アプリケーションのアップデート処理の完了後に処理再開ページが表示画面に表示されない場合には、ユーザの利便性を損ねる恐れがある。そこで、図５では、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、図６に示すようなＦＩＬＯの形式で行われる場合において、ユーザの利便性の低下や、サービスの利用率の低下を防止するための処理の一例を示している。なお、Ｗｅｂブラウザにより表示されるＷｅｂページの表示、および非表示が、図６に示すようなＦＩＬＯの形式で行われない場合には、本実施形態に係る情報処理システムは、例えば、共有アプリケーションのアップデート処理の完了後に、図５のステップＳ５０８の処理、およびＳ５１０の処理を行ってもよい。
【０１２２】
ここで、本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の具体例について説明する。図７は、本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の一例を示す説明図である。
【０１２３】
Ｗｅｂブラウザは、共有アプリケーションに処理に関する情報を受け渡す（Ｓ６００）。図７に示すＤ１は、処理に関する情報の一例を示している。ここで、ステップＳ６００の処理は、図５のステップＳ５０２の処理に対応する。
【０１２４】
ステップＳ６００において処理に関する情報を受け渡された共有アプリケーションは、図７のＤ２に示すように、スキーム名「ｋｙｏｙｕ」を削除する（Ｓ６０２）。また、共有アプリケーションは、現在のバージョンの値と処理に関する情報に含まれる必要バージョンの値とを比較する。図７の例では、共有アプリケーションは、現在のバージョンの値“１”と処理に関する情報に含まれる必要バージョンの値“２”とを比較し、アップデートが必要であると判定する。
【０１２５】
共有アプリケーションは、例えば、図７のＤ２に示すＵＲＬパラメータを１６進数でエンコードし、Ｗｅｂブラウザを介してエンコードされたＵＲＬパラメータを（図７に示すＤ３）をサーバへ送信する（Ｓ６０４）。ここで、ステップＳ６０４の処理は、図５のステップＳ５０６、Ｓ５０８の処理に対応する。
【０１２６】
例えば図７に示すようにデータの授受が行われることによって、処理再開ページの表示画面への表示が実現される。
【０１２７】
なお、本実施形態に係る情報処理システムにおける、処理再開ページの表示画面への表示に係るデータの授受は、図７に示す例に限られない。図８は、本実施形態に係る情報処理方法に係る処理における、処理再開ページの表示画面への表示に係るデータの授受の他の例を示す説明図である。ここで、図８は、図７と同様のデータが情報処理装置１００とサーバとの間で授受される場合を示している。
【０１２８】
Ｗｅｂブラウザは、図７のステップＳ６００と同様に、共有アプリケーションに処理に関する情報を受け渡す（Ｓ７００）。ここで、図８に示すＤ１は、図７に示すＤ１のスキーム名「ｋｙｏｙｕ」以降のデータが１６進数でエンコードされたものであり、処理に関する情報の一例を示している。
【０１２９】
ステップＳ７００において処理に関する情報を受け渡された共有アプリケーションは、スキーム名「ｋｙｏｙｕ」を削除し、図８のＤ２に示すように、１６進数でデコードする（Ｓ７０２）。また、共有アプリケーションは、現在のバージョンの値と処理に関する情報に含まれる必要バージョンの値とを比較する。図８の例では、共有アプリケーションは、現在のバージョンの値“１”と処理に関する情報に含まれる必要バージョンの値“２”とを比較し、アップデートが必要であると判定する。
【０１３０】
共有アプリケーションは、例えば、図８のＤ２に示すＵＲＬパラメータを１６進数でエンコードし（Ｓ７０４）、Ｗｅｂブラウザを介してエンコードされたＵＲＬパラメータを（図８に示すＤ３）をサーバへ送信する（Ｓ７０６）。ここで、ステップＳ７０６の処理は、図５のステップＳ５０６、Ｓ５０８の処理に対応する。
【０１３１】
例えば図８に示すようにデータの授受が行われることによって、処理再開ページの表示画面への表示が実現される。なお、本実施形態に係る情報処理システムにおける、処理再開ページの表示画面への表示に係るデータの授受が、図７、図８に示す例に限られないことは、言うまでもない。
【０１３２】
ここで、例えば図７、図８に示すように、処理再開ページの表示画面への表示に係るデータの授受が行われる意義について説明する。共有アプリケーションのアップデート後に、サービス事業者Ｗｅｂサイトを通じて受け取ったパラメータを用いてサービスに係る処理を再開する方法としては、例えば、下記の（ａ）〜（ｃ）の３通りの方法が挙げられる。
【０１３３】
（ａ）共有アプリケーションのアップデート前に情報処理装置内にパラメータを記憶しておき、アップデート後の共有アプリケーション起動時に、記憶しているパラメータを利用してサービスに係る処理を再開する。
（ｂ）サービス事業者Ｗｅｂサイトの開始ページをそのまま残しておき、共有アプリケーションのアップデート後に、ユーザがサービス事業者Ｗｅｂサイトの開始ページを操作して再度サービスに係る処理を情報処理装置に実行させる。
（ｃ）処理再開ページを生成し、共有アプリケーションのアップデート後に、ユーザが処理再開ページを操作して再度サービスに係る処理を情報処理装置に実行させる（上述した本実施形態に係る方法）。
【０１３４】
例えば（ａ）の方法が用いられる場合には、情報処理装置において、実行するサービスに係る処理を判定する処理がさらに必要となる。例えば、共有アプリケーションのアップデート前に記憶していたパラメータがサービス事業者Ａに対応するものであり、アップデート後にサービス事業者Ｂの開始ページから共有アプリケーションが起動された場合には、情報処理装置は、サービス事業者Ａの処理とサービス事業者Ｂの処理とのどちらの処理を実施するかや、双方の処理を行うかについての判定を行わなけらばならない。
【０１３５】
ここで、仮に上記判定の結果に誤りが生じた場合には、ユーザが意図しないサービスに係る処理が実行されることとなる。よって、例えば（ａ）の方法が用いられる場合には、ユーザの利便性が低下する恐れがある。
【０１３６】
また、例えば（ｂ）の方法が用いられる場合には、共有アプリケーションのアップデート後にユーザがサービス事業者Ｗｅｂサイトの開始ページを操作することによって、サービスに係る処理を再度情報処理装置に実行させる必要がある。そのため、サービスに係る処理が、例えば、電子マネー（電子バリューの一例）を１０００円分チャージする処理である場合には、ユーザが再度の操作をためらうことが起こりうる。例えば、ユーザが“２０００円分チャージされる（サービスに係る処理が二重に行われる）”と解釈することがありうるからである。
【０１３７】
よって、例えば（ｂ）の方法が用いられる場合には、ユーザが再度サービスの開始ページにアクセスしなければならないことから、上述したように、ユーザの利便性の低下や、サービスの利用率の低下が生じうる。
【０１３８】
これに対して、本実施形態に係る（ｃ）の方法を用いる場合には、上記（ａ）、（ｂ）において生じうる問題は、生じない。つまり、本実施形態に係る（ｃ）の方法を用いることによって、上記（ａ）、（ｂ）において生じうる問題の解決を図ることができる。
【０１３９】
ここで、情報処理装置１００において共有アプリケーションがアップデートされる場合には、共有アプリケーション自身が更新されるので、共有アプリケーションが処理再開ページの生成に係る処理を行うことができない。そこで、本実施形態に係る情報処理システムでは、情報処理装置１００の外部装置であるサーバ（例えば共有アプリケーションサーバ５００）に処理再開ページの生成を行わせる。
【０１４０】
例えば図７、図８に示すように、情報処理装置１００からサーバへとサービスの開始ページを通じて取得されたパラメータが引き渡されることによって、上記（ａ）、（ｂ）において生じうる問題の解決を図ることが可能な、本実施形態に係る（ｃ）の方法を実現することができる。
【０１４１】
再度図５を参照して、本実施形態に係る情報処理方法に係る処理の第３の例について説明する。ステップＳ５１０において処理再開ページが表示されると、情報処理装置１００は、処理再開ページに埋め込まれているマーケットアプリケーション起動命令に基づいて、マーケットアプリケーションを起動させる（Ｓ５１２）。ここで、ステップＳ５１２は、例えば、更新情報が記憶されているサーバのＵＲＬと処理パラメータとが規定された、ＵＲＬパラメータの受け渡しにより行われる。また、上記ＵＲＬパラメータの受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【０１４２】
なお、図５では、情報処理装置１００が、Ｗｅｂブラウザを介してマーケットアプリケーションを起動させる例を示しているが、情報処理装置１００における処理は、上記に限られない。例えば、情報処理装置１００は、共有アプリケーションを介してマーケットアプリケーションを起動させてもよい。
【０１４３】
情報処理装置１００は、マーケットアプリケーションを介して、マーケットサーバ６００に対し、例えば共有アプリケーションの最新バージョンの情報を要求する（Ｓ５１４）。なお、情報処理装置１００がマーケットサーバ６００に対して要求する共有アプリケーションのバージョンの情報は、最新バージョンの情報に限られず、例えば、処理に関する情報に含まれていた必要バージョンの値（条件情報の一例）に対応する共有アプリケーションのバージョンの情報であってもよい。また、本実施形態に係る情報処理システムにおいて、更新データを記憶する装置が、マーケットサーバ６００に限られないことは、言うまでもない。
【０１４４】
ステップＳ５１４において送信された要求を受信したマーケットサーバ６００は、当該要求に対応する共有アプリケーションのバージョンの情報を、情報処理装置１００へ送信する（Ｓ５１６）。ステップＳ５１６の処理によって、例えば図６のＣのＳＣ２に示す画面が表示画面に表示される。
【０１４５】
例えば図６のＣのＳＣ２に示す画面において、“アップデート”ボタンが選択されると、情報処理装置１００は、マーケットアプリケーションを介して、マーケットサーバ６００に対し、更新情報の送信要求（すなわち、共有アプリケーションのアップデート要求）を送信する（Ｓ５１８）。
【０１４６】
ステップＳ５１８において送信された更新情報の送信要求を受信したマーケットサーバ６００は、当該送信要求に応じて更新情報を情報処理装置１００へ送信する（Ｓ５２０）。
【０１４７】
ステップＳ５２０において送信された更新情報を受信した情報処理装置１００は、受信した更新情報を用いて、共有アプリケーションを更新する（Ｓ５２２）。また、ステップＳ５２２の処理が行われると、情報処理装置１００は、例えば、後述する本実施形態に係る情報処理方法における第４の例に係る処理を行う。
【０１４８】
ここで、例えば、情報処理装置１００におけるステップＳ５０６の処理、ステップＳ５０８の処理、ステップＳ５１２の処理、ステップＳ５１４の処理、ステップＳ５１８の処理、およびステップＳ５２２の処理は、上記（２）の処理（実行制御処理）に該当する。
【０１４９】
例えば図５に示す処理が行われることによって、情報処理装置１００は、サービス事業者Ｗｅｂサイトを通じて取得した処理に関する情報に基づいて、共有アプリケーションのアップデートを行うことができる。なお、本実施形態に係る情報処理システムにおける、取得した処理に関する情報に基づく共有アプリケーションのアップデートに係る処理が、図５に示す例に限られないことは、言うまでもない。
【０１５０】
［ＩＶ］第４の例
図９は、本実施形態に係る情報処理方法に係る処理の第４の例を示す説明図である。ここで、図９は、上述した第３の例に係る処理における共有アプリケーションのアップデート後に、中断されているサービスに係る処理が再開される場合の処理の一例を示している。また、図９では、情報処理装置１００と、ネットワーク３００で接続されたサーバ２００、および共有アプリケーションサーバ５００とを示している。
【０１５１】
情報処理装置１００は、例えばＷｅｂブラウザによって、共有アプリケーションサーバ５００により動的に生成された処理再開ページを表示する（Ｓ８００）。ここで、ステップＳ８００の処理は、図５のステップＳ５１０の処理に該当する。また、上述した第３の例に係る処理における共有アプリケーションのアップデートが完了することによって、表示画面には、例えば図６のＤに示す画面が表示される。
【０１５２】
例えば図６のＤに示す“再開”ボタンが選択されると、情報処理装置１００は、選択されたボタンに対応付けられたＵＲＬパラメータ（図５のステップＳ５０８において、情報処理装置１００が送信したＵＲＬパラメータに対応する。）を、Ｗｅｂブラウザから共有アプリケーションへと受け渡す（Ｓ８０２）。ステップＳ８０２におけるＵＲＬパラメータの受け渡し方法としては、例えば、インテントや、オブジェクトタグなどの方法が挙げられる。
【０１５３】
情報処理装置１００は、共有アプリケーションによって、ＵＲＬパラメータ（例えば図５のステップＳ５００において取得された、処理に関する情報に基づくＵＲＬパラメータ）を用いてサービスに係る処理を行うことができるか否かを判定する（Ｓ８０４）。ここで、ステップＳ８０４の処理は、上記（１）の処理（判定処理）に該当する。
【０１５４】
より具体的には、情報処理装置１００は、例えばＵＲＬパラメータに処理命令配布ＵＲＬが含まれている場合には、ＵＲＬパラメータを用いてサービスに係る処理を行うことができると判定せず、後述するステップＳ８０６の処理を行う。また、情報処理装置１００は、例えばＵＲＬパラメータに処理命令が含まれている場合には、後述するステップＳ８０６の処理は行わずに、後述するステップＳ８１０の処理を行う。
【０１５５】
ステップＳ８０４において、サービスに係る処理を行うことができると判定されない場合には、情報処理装置１００は、図１のステップＳ１０６と同様に、サーバ２００に処理命令（または、処理命令および許可情報）を要求する（Ｓ８０６）。ここで、ステップＳ８０６の処理は、上記（２）の処理（実行制御処理）に該当する。
【０１５６】
ステップＳ８０６において情報処理装置１００から送信された要求を受信したサーバ２００は、図１のステップＳ１０８と同様に、当該要求に対応する処理命令を生成し、情報処理装置１００へと送信する（Ｓ８０８）。なお、サーバ２００は、ステップＳ８０８において、許可情報をさらに送信してもよい。
【０１５７】
ステップＳ８０４においてＵＲＬパラメータに処理命令が含まれていると判定された場合、または、ステップＳ８０８において処理命令を受信した場合、情報処理装置１００は、共有アプリケーションによって処理命令に対応する処理を行う（Ｓ８１０）。ここで、ステップＳ８１０の処理は、上記（３）の処理（実行処理）に該当する。
【０１５８】
ステップＳ８１０の処理を行った情報処理装置１００は、図１のステップＳ１１８と同様に、共有アプリケーションからＷｅｂブラウザへと処理結果を受け渡す（Ｓ８１２）。そして、情報処理装置１００は、Ｗｅｂブラウザを介してＵＲＬパラメータ（処理結果の一例）をサーバ２００へ送信する（Ｓ８１４）。
【０１５９】
ステップＳ８１４の処理によって送信されたＵＲＬパラメータを受信したサーバ２００は、ＵＲＬパラメータを用いてサービスに係る処理の終了を示す終了ページ（Ｗｅｂページ）を動的に生成する。そして、情報処理装置１００は、例えばＷｅｂブラウザによって、サービス事業者ＷｅｂサイトＡにおけるサービスに係る処理の終了ページを表示させる。
【０１６０】
本実施形態に係る情報処理システムでは、共有アプリケーションのアップデート処理（例えば上記第３の例に係る処理）により中断されているサービスに係る処理を再開させる場合に、例えば図９に示す処理が行われる。ここで、図９に示すステップＳ８０４以降の処理は、図１に示すステップＳ１０４以降の処理と同様の処理である。よって、例えば図９に示す処理によって、情報処理装置１００は、共有アプリケーションのアップデート処理後に、サービスに係る処理（取得された処理に関する情報に基づく処理）を完了させることができる。
【０１６１】
なお、本実施形態に係る情報処理システムにおける、共有アプリケーションのアップデート後に中断されているサービスに係る処理を再開させる方法は、上記に限られない。例えば、情報処理装置１００が、共有アプリケーションのアップデート処理の開始前に、取得された処理に関する情報を記録媒体に記録し、共有アプリケーションのアップデート処理の完了後に、当該記録媒体から処理に関する情報を読み出して処理を行うことも可能である。
【０１６２】
例えば上述した第１の例に係る処理〜第４の例に係る処理が行われることによって、本実施形態に係る情報処理方法に係る処理が実現される。なお、本実施形態に係る情報処理方法に係る処理の例が、上述した第１の例に係る処理〜第４の例に係る処理に限られないことは、言うまでもない。
【０１６３】
（本実施形態に係る情報処理装置）
次に、上述した本実施形態に係る情報処理方法に係る処理を行うことが可能な、本実施形態に係る情報処理装置１００の構成の一例について、説明する。
【０１６４】
図１０は、本実施形態に係る情報処理装置１００の構成の一例を示すブロック図である。情報処理装置１００は、例えば、通信部１０２と、制御部１０４とを備える。
【０１６５】
また、情報処理装置１００は、例えば、ＲＯＭ（Read Only Memory；図示せず）や、ＲＡＭ（Random Access Memory；図示せず）、記憶部（図示せず）、ユーザが操作可能な操作部（図示せず）、様々な画面を表示画面に表示する表示部（図示せず）などを備えていてもよい。情報処理装置１００は、例えば、データの伝送路としてのバス（bus）により上記各構成要素間を接続する。
【０１６６】
ここで、ＲＯＭ（図示せず）は、制御部１０４が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭ（図示せず）は、制御部１０４により実行されるプログラムなどを一時的に記憶する。
【０１６７】
記憶部（図示せず）は、情報処理装置１００が備える記憶手段であり、例えば、電子マネーやサービスに付随する特典を享受するためのデータなどサービスに係るデータや、アプリケーションなど様々なデータを記憶する。ここで、記憶部（図示せず）としては、例えば、ハードディスク（Hard Disk）などの磁気記録媒体や、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ（flash memory）などの不揮発性メモリ（nonvolatile memory）などが挙げられる。また、記憶部（図示せず）は、例えば、リーダ／ライタと非接触式に通信可能なＩＣチップ内に設けられた、耐タンパ性を有する記録媒体であってもよい。また、記憶部（図示せず）は、情報処理装置１００から着脱可能であってもよい。
【０１６８】
操作部（図示せず）としては、例えば、ボタンや、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられる。また、情報処理装置１００は、例えば、情報処理装置１００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）と接続することもできる。
【０１６９】
表示部（図示せず）としては、例えば、液晶ディスプレイ（Liquid Crystal Display；ＬＣＤ）や有機ＥＬディスプレイ（organic ElectroLuminescence display。または、ＯＬＥＤディスプレイ（Organic Light Emitting Diode display）ともよばれる。）などが挙げられる。なお、表示部（図示せず）は、例えばタッチスクリーンなどのように、表示とユーザ操作とが可能なデバイスであってもよい。また、情報処理装置１００は、表示部（図示せず）の有無に関わらず、情報処理装置１００の外部装置としての表示デバイス（例えば、外部ディスプレイなど）と接続することもできる。
【０１７０】
［情報処理装置１００のハードウェア構成例］
図１１は、本実施形態に係る情報処理装置１００のハードウェア構成の一例を示す説明図である。情報処理装置１００は、例えば、ＭＰＵ１５０と、ＲＯＭ１５２と、ＲＡＭ１５４と、記録媒体１５６と、入出力インタフェース１５８と、操作入力デバイス１６０と、表示デバイス１６２と、通信インタフェース１６４とを備える。また、情報処理装置１００は、例えば、データの伝送路としてのバス１６６で各構成要素間を接続する。
【０１７１】
ＭＰＵ１５０は、例えば、ＭＰＵ（Micro Processing Unit）や、各種処理回路などで構成され情報処理装置１００全体を制御する制御部１０４として機能する。また、ＭＰＵ１５０は、情報処理装置１００において、例えば、後述する判定部１１０、処理制御部１１２、および処理部１１４の役目を果たす。
【０１７２】
ＲＯＭ１５２は、ＭＰＵ１５０が使用するプログラムや演算パラメータなどの制御用データなどを記憶する。ＲＡＭ１５４は、例えば、ＭＰＵ１５０により実行されるプログラムなどを一時的に記憶する。
【０１７３】
記録媒体１５６は、記憶部（図示せず）として機能し、例えば、サービスに係るデータや、アプリケーションなど様々なデータを記憶する。ここで、記録媒体１５６としては、例えば、ハードディスクなどの磁気記録媒体や、フラッシュメモリなどの不揮発性メモリが挙げられる。また、記録媒体１５６は、情報処理装置１００から着脱可能であってもよい。
【０１７４】
入出力インタフェース１５８は、例えば、操作入力デバイス１６０や、表示デバイス１６２を接続する。操作入力デバイス１６０は、操作部（図示せず）として機能し、また、表示デバイス１６２は、表示部（図示せず）として機能する。ここで、入出力インタフェース１５８としては、例えば、ＵＳＢ（Universal Serial Bus）端子や、ＤＶＩ（Digital Visual Interface）端子、ＨＤＭＩ（High-Definition Multimedia Interface）端子、各種処理回路などが挙げられる。また、操作入力デバイス１６０は、例えば、情報処理装置１００上に備えられ、情報処理装置１００の内部で入出力インタフェース１５８と接続される。操作入力デバイス１６０としては、例えば、ボタン、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられる。また、表示デバイス１６２は、例えば、情報処理装置１００上に備えられ、情報処理装置１００の内部で入出力インタフェース１５８と接続される。表示デバイス１６２としては、例えば、液晶ディスプレイや有機ＥＬディスプレイなどが挙げられる。
【０１７５】
なお、入出力インタフェース１５８が、情報処理装置１００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）や、表示デバイス、撮像デバイスなどの、外部デバイスと接続することもできることは、言うまでもない。また、表示デバイス１６２は、例えばタッチスクリーンなど、表示とユーザ操作とが可能なデバイスであってもよい。
【０１７６】
通信インタフェース１６４は、情報処理装置１００が備える通信手段であり、ネットワーク３００を介して（あるいは、直接的に）、例えば、サーバ２００、共有アプリケーションサーバ５００、マーケットサーバ６００などのサーバなど、外部装置と無線／有線で通信を行うための通信部１０２として機能する。ここで、通信インタフェース１６４としては、例えば、通信アンテナおよびＲＦ（Radio Frequency）回路（無線通信）や、ＩＥＥＥ８０２．１５．１ポートおよび送受信回路（無線通信）、ＩＥＥＥ８０２．１１ｂポートおよび送受信回路（無線通信）、あるいはＬＡＮ（Local Area Network）端子および送受信回路（有線通信）などが挙げられる。
【０１７７】
情報処理装置１００は、例えば図１１に示す構成によって、本実施形態に係る情報処理方法に係る処理を行う。なお、本実施形態に係る情報処理装置１００のハードウェア構成は、図１１に示す構成に限られない。
【０１７８】
例えば、情報処理装置１００は、１３．５６［ＭＨｚ］など所定の周波数の搬送波を通信に用いるＮＦＣ（Near Field Communication）によって形成される通信路によって、外部端末４００などの外部装置と通信を行うための、無線通信アンテナ回路および搬送波送信回路を、さらに備えていてもよい。
【０１７９】
ここで、無線通信アンテナ回路は、例えば、送受信アンテナとしての所定のインダクタンスをもつコイルおよび所定の静電容量をもつキャパシタからなる共振回路と、復調回路とから構成される。また、搬送波送信回路は、例えば、ＡＳＫ変調（Amplitude Shift Keying）を行う変調回路と、変調回路の出力を増幅する増幅回路とから構成され、無線通信アンテナ回路の送受信アンテナから搬送波信号をのせた搬送波を送信する。
【０１８０】
例えば上記のような無線通信アンテナ回路および搬送波送信回路を備えることによって、情報処理装置１００は、いわゆるリーダ／ライタ機能を有することができる。
【０１８１】
また、情報処理装置１００は、リーダ／ライタと非接触式に通信可能なＩＣチップを備えていてもよい。ＩＣチップを備えることによって、情報処理装置１００は、（３）の処理（実行処理）において、例えば図１に示すステップＳ１１０の処理、Ｓ１１２の処理を行うことができる。
【０１８２】
また、情報処理装置１００は、例えば、ＤＳＰ（Digital Signal Processor）と、増幅器（アンプ）やスピーカなどから構成される音声出力デバイスとをさらに備えていてもよい。上記ＤＳＰと音声出力デバイスとをさらに備える場合には、情報処理装置１００は、ユーザに対する音声による聴覚的な提示を実現することが可能となる。
【０１８３】
さらに、情報処理装置１００は、例えば、操作デバイス１６０や表示デバイス１６２を備えない構成をとることも可能である。
【０１８４】
再度図１０を参照して、情報処理装置１００の構成の一例について説明する。通信部１０２は、情報処理装置１００が備える通信手段であり、ネットワーク３００を介して（あるいは、直接的に）、サーバなどの外部装置と無線／有線で通信を行う。また、通信部１０２は、例えば制御部１０４により通信が制御される。ここで、通信部１０２としては、例えば、通信アンテナおよびＲＦ回路や、ＬＡＮ端子および送受信回路などが挙げられるが、通信部１０２の構成は、上記に限られない。例えば、通信部１０２は、ＵＳＢ端子および送受信回路など通信を行うことが可能な任意の規格に対応する構成や、ネットワーク３００に対応する構成をとることができる。
【０１８５】
制御部１０４は、例えばＭＰＵなどで構成され、情報処理装置１００全体を制御する役目を果たす。また、制御部１０４は、例えば、判定部１１０と、処理制御部１１２と、処理部１１４とを備え、本実施形態に係る情報処理方法に係る処理を主導的に行う役目を果たす。
【０１８６】
判定部１１０は、上記（１）の処理（判定処理）を主導的に行う役目を果たし、サーバ２００などのサービスを提供するサーバ（第１のサーバ）から取得された、処理に関する情報に基づいて、処理に関する情報に基づく処理を実行することが可能であるかを判定する。
【０１８７】
処理制御部１１２は、上記（２）の処理（実行制御処理）を主導的に行う役目を果たし、判定部１１０において処理を実行することが可能ではないと判定された場合に、処理に関する情報に基づく処理の実行を可能にさせる。ここで、判定部１１０において処理を実行することが可能ではないと判定された場合、処理制御部１１２は、例えば、処理に関する情報に基づいて、処理に関する情報に基づく処理命令をサーバ（第２のサーバ）に生成させる。処理制御部１１２がサーバに生成させた処理に関する情報に基づく処理命令を生成させることによって、処理部１１４は、処理制御部１１２がサーバに生成させた処理命令に基づいて、処理に関する情報に基づく処理を行うことができる。
【０１８８】
処理部１１４は、上記（３）の処理（実行処理）を主導的に行う役目を果たし、共有アプリケーションに、処理に関する情報に基づく処理を実行させる。
【０１８９】
より具体的には、例えば、処理に関する情報が、特定情報と処理の種別を規定するパラメータとを含む場合には、判定部１１０は、処理を実行することが可能ではないと判定する。上記の場合、処理制御部１１２は、例えば、パラメータを含む生成要求を特定情報が示すサーバへと送信させて、パラメータに対応する処理命令をサーバに生成させる。そして、処理部１１４は、取得された処理命令が示す処理を共有アプリケーションに実行させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第１の例に係る処理に対応する。
【０１９０】
また、例えば、処理に関する情報が処理命令を含む場合には、判定部１１０は、処理を実行することが可能であると判定する。そして、処理部１１４は、処理命令に基づく処理を共有アプリケーションに実行させる。ここで、処理に関する情報が、さらに許可情報とを含む場合には、処理部１１４は、許可情報が示す制限内において、処理命令に基づく処理を共有アプリケーションに実行させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第１の例に係る処理に対応する。
【０１９１】
また、例えば、処理に関する情報が実行する処理を変更させるための設定命令をさらに含む場合には、判定部１１０は、処理を実行することが可能ではないと判定する。上記の場合、処理制御部１１２は、設定命令が示すサーバに、設定命令に対応する設定データを送信させる。また、処理制御部１１２は、処理に関する情報が特定情報と処理の種別を規定するパラメータとを含む場合には、上記のように、パラメータに対応する処理命令をサーバに生成させる。そして、処理部１１４は、取得された設定データと処理命令とに基づく処理を、共有アプリケーションに実行させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第２の例に係る処理に対応する。
【０１９２】
また、例えば、処理に関する情報が条件情報をさらに含む場合には、判定部１１０は、共有アプリケーションが条件情報が示す条件を満たすかを判定する。判定部１１０の判定において共有アプリケーションが条件を満たすと判定されない場合には、処理制御部１１２は、更新データを記憶するサーバに更新データを送信させる。そして、処理制御部１１２は、取得した更新データを用いて共有アプリケーションを更新する。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第３の例に係る処理に対応する。
【０１９３】
また、判定部１１０の判定において共有アプリケーションが条件を満たすと判定されない場合には、処理制御部１１２は、共有アプリケーションによる処理に関する情報に基づく処理の実行を中断させる。そして、処理制御部１１２は、共有アプリケーションの更新が完了した後に、共有アプリケーションによる処理に関する情報に基づく処理を再開させる。ここで、上記の処理は、例えば上述した本実施形態に係る情報処理方法の第３の例に係る処理、および本実施形態に係る情報処理方法の第３の例に係る処理に対応する。
【０１９４】
制御部１０４は、例えば上記のような処理をそれぞれ行う、判定部１１０、処理制御部１１２、および処理部１１４を備えることによって、本実施形態に係る情報処理方法に係る処理を主導的に行う。
【０１９５】
情報処理装置１００は、例えば図１０に示す構成によって、本実施形態に係る情報処理方法に係る処理（例えば、（１）の処理（判定処理）〜（３）の処理（実行処理））を行う。したがって、情報処理装置１００は、例えば図１０に示す構成によって、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【０１９６】
以上のように、本実施形態に係る情報処理装置１００は、本実施形態に係る情報処理方法に係る処理として、例えば、（１）の処理（判定処理）〜（３）の処理（実行処理）を行う。ここで、情報処理装置１００において（２）の処理（実行制御処理）が行われない場合には、共有アプリケーションは、サービスを提供するサーバ（第１のサーバ）から取得された処理に関する情報に基づいて処理を実行する。また、情報処理装置１００において（２）の処理（実行制御処理）が行われた場合には、処理に関する情報に基づく処理の実行が可能な状態となっているので、共有アプリケーションは、取得された処理に関する情報に基づく処理を実行することができる。
【０１９７】
したがって、情報処理装置１００は、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【０１９８】
また、本実施形態に係る情報処理システムにおいて、情報処理装置１００が本実施形態に係る情報処理方法に係る処理を行うことによって、例えば下記（ｉ）〜（ｉｖ）が実現される。
【０１９９】
（ｉ）サービス事業者Ｗｅｂサイトの開始ページに記述したＵＲＬパラメータを、サービス事業者Ｗｅｂサイトから起動されて利用される共有アプリケーションに引き継ぐことによって、サービス事業者ごとに異なる振る舞いを共有アプリケーションに行わせること。
【０２００】
（ｉｉ）共有アプリケーションのカスタマイズを、サービス事業者ＷｅｂサイトからＵＲＬパラメータによって指示すること。また、共有アプリケーションがＵＲＬパラメータによってサーバにカスタマイズデータの動的生成を指示することによって、共有アプリケーションが、サービス事業者ごとのカスタマイズデータを適用した上で動作すること。
【０２０１】
（ｉｉｉ）処理の実行に必要な共有アプリケーションのバージョンを、サービス事業者ＷｅｂサイトからＵＲＬパラメータによって指示すること。また、共有アプリケーションが処理の実行に必要な共有アプリケーションのバージョンに満たない場合に、共有アプリケーションをアップデートするように誘導すること。
【０２０２】
例えば上記（ｉｉｉ）が実現されることによって、サービス事業者は、特定バージョンの共有アプリケーションが情報処理装置１００に存在することを前提として、共有アプリケーションに対する処理命令を生成することができる。
【０２０３】
（ｉｖ）共有アプリケーションのアップデート後に、サービスに係る処理を再開させる処理再開ページを表示させること
【０２０４】
例えば上記（ｉｖ）が実現されることによって、ユーザは、サービスに係る処理を再開しやすくなるので、ユーザの利便性の低下や、サービスの利用率の低下を防止することが可能となる。
【０２０５】
以上、本実施形態に係る情報処理システムを構成する要素として、情報処理装置１００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、携帯電話やスマートフォンなどの通信装置や、映像／音楽再生装置（または映像／音楽記録再生装置）、ゲーム機、ＰＣ（Personal Computer）などのコンピュータなど、様々な機器に適用することができる。
【０２０６】
また、本実施形態に係る情報処理システムを構成する他の要素として、サーバ２００、共有アプリケーションサーバ５００、マーケットサーバ６００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、ＰＣやサーバなどのコンピュータなど、様々な機器に適用することができる。また、サーバ２００、共有アプリケーションサーバ５００、マーケットサーバ６００それぞれは、例えば、図１１に示すハードウェア構成で実現することが可能である。
【０２０７】
また、本実施形態に係る情報処理システムを構成する他の要素として、外部端末４００を挙げて説明したが、本実施形態は、かかる形態に限られない。本実施形態は、例えば、携帯電話などの通信装置や、ＩＣカード、映像／音楽再生装置（または映像／音楽記録再生装置）、ゲーム機、ＰＣなどのコンピュータなど、様々な機器に適用することができる。また、外部端末４００は、例えば、情報処理装置１００と同様のハードウェア構成で実現することが可能である。
【０２０８】
（本実施形態に係るプログラム）
コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（例えば、（１）の処理（判定処理）〜（３）の処理（実行処理）など、本実施形態に係る情報処理方法に係る処理を実行することが可能なプログラム）によって、複数のサービスに対応する処理を行うことが可能な共有アプリケーションに、サービスごとに異なる振る舞いをさせることができる。
【０２０９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２１０】
例えば、本実施形態に係る情報処理装置は、図１０に示す判定部１１０、処理制御部１１２、および処理部１１４を個別に備える（例えば、それぞれを個別の処理回路で実現する）ことができる。
【０２１１】
また、上記では、例えば、コンピュータを、本実施形態に係る情報処理装置として機能させるためのプログラム（コンピュータプログラム）が提供されることを示したが、本実施形態は、さらに、上記プログラムをそれぞれ記憶させた記録媒体も併せて提供することができる。
【０２１２】
上述した構成は、本実施形態の一例を示すものであり、当然に、本開示の技術的範囲に属するものである。
【０２１３】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理装置。
（２）
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、前記第２のサーバを特定する特定情報と、処理の種別を規定するパラメータとを含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記通信部に、前記パラメータを含む生成要求を前記特定情報が示すサーバへと送信させて、前記パラメータに対応する前記処理命令を前記サーバに生成させる、（１）に記載の情報処理装置。
（３）
前記処理に関する情報が、前記処理命令と、前記処理命令が示す処理を制限する許可情報とを含む場合、
前記判定部は、処理を実行することが可能であると判定し、
前記処理部は、前記許可情報が示す制限内において、前記処理命令に基づく処理を前記アプリケーションに実行させる、（１）または（２）に記載の情報処理装置。
（４）
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、実行する処理を変更させるための設定命令をさらに含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記設定命令が示すサーバに、前記設定命令に対応する設定データを送信させ、
前記処理部は、取得された前記設定データを用いた処理を前記アプリケーションに実行させる、（２）または（３）に記載の情報処理装置。
（５）
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、処理の実行が許可される前記アプリケーションのバージョンに関する条件を示す条件情報をさらに含む場合、
前記判定部は、前記アプリケーションが、前記条件情報が示す条件を満たすかを判定し、
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションを更新するための更新データを記憶するサーバに、前記更新データを送信させ、
取得した更新データを用いて前記アプリケーションを更新する、（２）〜（４）のいずれか１つに記載の情報処理装置。
（６）
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションによる前記処理に関する情報に基づく処理の実行を中断させ、
前記アプリケーションの更新が完了した後に、前記アプリケーションによる前記処理に関する情報に基づく処理を再開させる、（５）に記載の情報処理装置。
（７）
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップと、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップと、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップと、
を有し、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、情報処理方法。
（８）
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップ、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップ、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップ、
をコンピュータに実行させ、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、プログラム。
（９）
情報処理装置と、
前記情報処理装置と通信を行うことが可能なサーバと、
を有し、
前記情報処理装置は、
前記サーバと通信を行う通信部と、
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理システム。
【符号の説明】
【０２１４】
１００ 情報処理装置
１０２ 通信部
１０４ 制御部
１１０ 判定部
１１２ 処理制御部
１１４ 処理部
【特許請求の範囲】
【請求項１】
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理装置。
【請求項２】
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、前記第２のサーバを特定する特定情報と、処理の種別を規定するパラメータとを含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記通信部に、前記パラメータを含む生成要求を前記特定情報が示すサーバへと送信させて、前記パラメータに対応する前記処理命令を前記サーバに生成させる、請求項１に記載の情報処理装置。
【請求項３】
前記処理に関する情報が、前記処理命令と、前記処理命令が示す処理を制限する許可情報とを含む場合、
前記判定部は、処理を実行することが可能であると判定し、
前記処理部は、前記許可情報が示す制限内において、前記処理命令に基づく処理を前記アプリケーションに実行させる、請求項１に記載の情報処理装置。
【請求項４】
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、実行する処理を変更させるための設定命令をさらに含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記設定命令が示すサーバに、前記設定命令に対応する設定データを送信させ、
前記処理部は、取得された前記設定データを用いた処理を前記アプリケーションに実行させる、請求項２に記載の情報処理装置。
【請求項５】
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、処理の実行が許可される前記アプリケーションのバージョンに関する条件を示す条件情報をさらに含む場合、
前記判定部は、前記アプリケーションが、前記条件情報が示す条件を満たすかを判定し、
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションを更新するための更新データを記憶するサーバに、前記更新データを送信させ、
取得した更新データを用いて前記アプリケーションを更新する、請求項２に記載の情報処理装置。
【請求項６】
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションによる前記処理に関する情報に基づく処理の実行を中断させ、
前記アプリケーションの更新が完了した後に、前記アプリケーションによる前記処理に関する情報に基づく処理を再開させる、請求項５に記載の情報処理装置。
【請求項７】
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップと、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップと、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップと、
を有し、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、情報処理方法。
【請求項８】
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップ、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップ、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップ、
をコンピュータに実行させ、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、プログラム。
【請求項９】
情報処理装置と、
前記情報処理装置と通信を行うことが可能なサーバと、
を有し、
前記情報処理装置は、
前記サーバと通信を行う通信部と、
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理システム。
【請求項１】
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理装置。
【請求項２】
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、前記第２のサーバを特定する特定情報と、処理の種別を規定するパラメータとを含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記通信部に、前記パラメータを含む生成要求を前記特定情報が示すサーバへと送信させて、前記パラメータに対応する前記処理命令を前記サーバに生成させる、請求項１に記載の情報処理装置。
【請求項３】
前記処理に関する情報が、前記処理命令と、前記処理命令が示す処理を制限する許可情報とを含む場合、
前記判定部は、処理を実行することが可能であると判定し、
前記処理部は、前記許可情報が示す制限内において、前記処理命令に基づく処理を前記アプリケーションに実行させる、請求項１に記載の情報処理装置。
【請求項４】
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、実行する処理を変更させるための設定命令をさらに含む場合、
前記判定部は、処理を実行することが可能ではないと判定し、
前記処理制御部は、前記設定命令が示すサーバに、前記設定命令に対応する設定データを送信させ、
前記処理部は、取得された前記設定データを用いた処理を前記アプリケーションに実行させる、請求項２に記載の情報処理装置。
【請求項５】
サーバと通信を行う通信部をさらに備え、
前記処理に関する情報が、処理の実行が許可される前記アプリケーションのバージョンに関する条件を示す条件情報をさらに含む場合、
前記判定部は、前記アプリケーションが、前記条件情報が示す条件を満たすかを判定し、
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションを更新するための更新データを記憶するサーバに、前記更新データを送信させ、
取得した更新データを用いて前記アプリケーションを更新する、請求項２に記載の情報処理装置。
【請求項６】
前記処理制御部は、前記アプリケーションが前記条件を満たすと判定されない場合には、
前記アプリケーションによる前記処理に関する情報に基づく処理の実行を中断させ、
前記アプリケーションの更新が完了した後に、前記アプリケーションによる前記処理に関する情報に基づく処理を再開させる、請求項５に記載の情報処理装置。
【請求項７】
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップと、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップと、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップと、
を有し、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、情報処理方法。
【請求項８】
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定するステップ、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせるステップ、
前記アプリケーションにより、前記処理に関する情報に基づく処理を実行するステップ、
をコンピュータに実行させ、
前記処理の実行を可能にさせるステップでは、
前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記実行するステップでは、
生成された前記処理命令が示す処理が実行される、プログラム。
【請求項９】
情報処理装置と、
前記情報処理装置と通信を行うことが可能なサーバと、
を有し、
前記情報処理装置は、
前記サーバと通信を行う通信部と、
サービスを提供する第１のサーバから取得された処理に関する情報に基づいて、前記処理に関する情報に基づく処理を実行することが可能であるかを判定する判定部と、
処理を実行することが可能ではないと判定された場合に、複数のサービスに対応する処理を行うことが可能なアプリケーションによる前記処理に関する情報に基づく処理の実行を可能にさせる処理制御部と、
前記処理に関する情報に基づく処理を前記アプリケーションに実行させる処理部と、
を備え、
前記処理制御部は、前記処理に関する情報に基づいて、前記処理に関する情報に基づく処理命令を第２のサーバに生成させ、
前記処理部は、生成された前記処理命令が示す処理を前記アプリケーションに実行させる、情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−４１３９６（Ｐ２０１３−４１３９６Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１１−１７７５１７（Ｐ２０１１−１７７５１７）
【出願日】平成２３年８月１５日（２０１１．８．１５）
【出願人】（５０４１３４５２０）フェリカネットワークス株式会社 (129)
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２３年８月１５日（２０１１．８．１５）
【出願人】（５０４１３４５２０）フェリカネットワークス株式会社 (129)
【Ｆターム（参考）】
[ Back to top ]