(57)【要約】【課題】ネットワーク経由でサービスを提供するサービス提供システムにおいて、アプリケーションにソフトウェア開発キットを新たに組み込むことなく、サービスを多様に提供できるようにする。【解決手段】サービス提供システムにおいて、端末装置は、ＳＤＫを組み込んで作成されたアプリケーションに含まれるＳＤＫ対応のライブラリに基づいて、サービス内容を問い合わせる問い合わせコマンドをサービス制御サーバに送信し、ＳＤＫのライブラリに基づいて、問い合わせコマンドに対する応答として受信されたサービススクリプトに含まれるサービスを提供するための処理を実行する。サービス制御サーバは、受信された問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定し、特定されたサービス内容に対応するサービススクリプトが端末装置にネットワーク経由で送信されるように制御する。【選択図】図４
2015141702.tif 000002
【特許請求の範囲】
【請求項１】
端末装置とサービス制御サーバとがネットワーク経由で接続されるサービス提供システムであって、
前記端末装置は、
ソフトウェア開発キットを組み込んで作成されたアプリケーションに含まれるソフトウェア開発キット対応のライブラリに基づいて、前記アプリケーションが動作する状態のもとで提供されるべきサービス内容を問い合わせるコマンドであって、サービス内容を特定するのに利用されるサービス特定情報を含むサービス内容問い合わせコマンドを前記サービス制御サーバに送信するサービス内容問い合わせ部と、
前記ソフトウェア開発キット対応のライブラリに基づいて、前記サービス内容問い合わせコマンドに対する応答としてネットワーク経由で受信されたサービススクリプトに含まれるサービスを提供するための処理を実行するサービススクリプト処理部とを備え、
前記サービス制御サーバは、
受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定するサービス内容特定部と、
前記サービス内容特定部により特定されたサービス内容に対応するサービススクリプトが前記端末装置にネットワーク経由で送信されるように制御するサービス提供制御部とを備える
サービス提供システム。
【請求項２】
前記サービススクリプト処理部は、
前記アプリケーションの実行に応じて表示されるアプリケーション画面としてのレイヤの上に対してサービス提供画面としてのレイヤを配置させたうえで、前記受信されたサービススクリプトに基づく内容を前記サービス提供画面にて表示させるための処理を実行する
請求項１に記載のサービス提供システム。
【請求項３】
ソフトウェア開発キットを組み込んで作成されたアプリケーションを記憶する記憶部と、
前記アプリケーションに含まれるソフトウェア開発キット対応のライブラリに基づいて、前記アプリケーションが動作する状態のもとで提供されるべきサービス内容を問い合わせるコマンドであって、サービス内容を特定するのに利用されるサービス特定情報を含むサービス内容問い合わせコマンドをサービス制御サーバに送信するサービス内容問い合わせ部と、
前記ソフトウェア開発キット対応のライブラリに基づいて、前記サービス内容問い合わせコマンドに対する応答としてネットワーク経由で受信されたサービススクリプトに含まれるサービスを提供するための処理を実行するサービススクリプト処理部と
を備える端末装置。
【請求項４】
端末装置からネットワーク経由で受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定するサービス内容特定部と、
前記サービス内容特定部により特定されたサービス内容に対応するサービススクリプトが前記端末装置にネットワーク経由で送信されるように制御するサービス提供制御部とを備える
サービス制御サーバ。
【請求項５】
コンピュータを、
記憶部が記憶するアプリケーションに含まれるソフトウェア開発キット対応のライブラリに基づいて、前記アプリケーションが動作する状態のもとで提供されるべきサービス内容を問い合わせるコマンドであって、サービス内容を特定するのに利用されるサービス特定情報を含むサービス内容問い合わせコマンドをサービス制御サーバに送信するサービス内容問い合わせ部、
前記ソフトウェア開発キット対応のライブラリに基づいて、前記サービス内容問い合わせコマンドに対する応答としてネットワーク経由で受信されたサービススクリプトに含まれるサービスを提供するための処理を実行するサービススクリプト処理部
として機能させるためのプログラム。
【請求項６】
コンピュータを、
端末装置からネットワーク経由で受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定するサービス内容特定部、
前記サービス内容特定部により特定されたサービス内容に対応するサービススクリプトが前記端末装置にネットワーク経由で送信されるように制御するサービス提供制御部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム、端末装置、サービス制御サーバ及びプログラムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット端末などの端末装置上で動作するアプリケーション上で例えば広告を表示させるなどのサービスを提供することが行われている。このようなサービスの提供のためには、サービスに対応したＳＤＫ（Software Development Kit：ソフトウェア開発キット）を組み込んでアプリケーションを作成するということが行われる。なお、アプリケーションにおいてＳＤＫに応じた機能が付与されることについては、アプリケーションにＳＤＫが組み込まれるというようにも表現されることがある。
端末装置のアプリケーションに組み込まれたＳＤＫは、例えば、ネットワーク経由で広告配信要求を送信し、広告配信要求に応答してサーバから送信された広告を端末装置にて表示させることができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−８０３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のようにＳＤＫが組み込まれたアプリケーションにより広告配信をはじめとする何らかのサービスを提供する環境においては、サービスについて変更を行いたいような場合が生じてくる。ここでのサービスの変更とは、例えば提供するサービスの内容をこれまでとは異なる内容のものに変更したり、新たなサービスを追加したりすることなどである。
上記のようにサービスを変更する場合には、新たなサービスに対応するＳＤＫを開発者に配布したうえで、開発者に新たなＳＤＫをアプリケーションに組み込んでもらうようにしなければならない。
サービスの変更は比較的頻繁に行われる場合も多い。このために、サービスの変更の都度、ＳＤＫを新たにアプリケーションに組み込むことは、例えば、開発者に負担を与えることになる。
【０００５】
また、ＳＤＫの新たな組み込みはアプリケーションのバージョンアップでもある。このことから、自分の端末装置にインストールしたアプリケーションのバージョンアップに積極的でないユーザの数も相当数であることを考慮すると、サービスの変更、追加に応じたＳＤＫの組み込みは、新たに変更、追加されるサービスの普及を妨げる要因にもなり得る。
【０００６】
そこで、本発明は上記課題を考慮して、ネットワーク経由でサービスを提供するサービス提供システムにおいて、アプリケーションにソフトウェア開発キットを新たに組み込むことなく、サービスを多様に提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様は、端末装置とサービス制御サーバとがネットワーク経由で接続されるサービス提供システムであって、前記端末装置は、ソフトウェア開発キットを組み込んで作成されたアプリケーションに含まれるソフトウェア開発キット対応のライブラリに基づいて、前記アプリケーションが動作する状態のもとで提供されるべきサービス内容を問い合わせるコマンドであって、サービス内容を特定するのに利用されるサービス特定情報を含むサービス内容問い合わせコマンドを前記サービス制御サーバに送信するサービス内容問い合わせ部と、前記ソフトウェア開発キット対応のライブラリに基づいて、前記サービス内容問い合わせコマンドに対する応答としてネットワーク経由で受信されたサービススクリプトに含まれるサービスを提供するための処理を実行するサービススクリプト処理部とを備え、前記サービス制御サーバは、受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定するサービス内容特定部と、前記サービス内容特定部により特定されたサービス内容に対応するサービススクリプトが前記端末装置にネットワーク経由で送信されるように制御するサービス提供制御部とを備えるサービス提供システムである。
【０００８】
本発明の一態様は、上記のサービス提供システムであって、前記サービススクリプト処理部は、前記アプリケーションの実行に応じて表示されるアプリケーション画面としてのレイヤの上に対してサービス提供画面としてのレイヤを配置させたうえで、前記受信されたサービススクリプトに基づく内容を前記サービス提供画面にて表示させるための処理を実行してもよい。
【０００９】
本発明の一態様は、ソフトウェア開発キットを組み込んで作成されたアプリケーションを記憶する記憶部と、前記アプリケーションに含まれるソフトウェア開発キット対応のライブラリに基づいて、前記アプリケーションが動作する状態のもとで提供されるべきサービス内容を問い合わせるコマンドであって、サービス内容を特定するのに利用されるサービス特定情報を含むサービス内容問い合わせコマンドをサービス制御サーバに送信するサービス内容問い合わせ部と、前記ソフトウェア開発キット対応のライブラリに基づいて、前記サービス内容問い合わせコマンドに対する応答としてネットワーク経由で受信されたサービススクリプトに含まれるサービスを提供するための処理を実行するサービススクリプト処理部とを備える端末装置である。
【００１０】
本発明の一態様は、端末装置からネットワーク経由で受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定するサービス内容特定部と、前記サービス内容特定部により特定されたサービス内容に対応するサービススクリプトが前記端末装置にネットワーク経由で送信されるように制御するサービス提供制御部とを備えるサービス制御サーバである。
【００１１】
本発明の一態様は、コンピュータを、記憶部が記憶するアプリケーションに含まれるソフトウェア開発キット対応のライブラリに基づいて、前記アプリケーションが動作する状態のもとで提供されるべきサービス内容を問い合わせるコマンドであって、サービス内容を特定するのに利用されるサービス特定情報を含むサービス内容問い合わせコマンドをサービス制御サーバに送信するサービス内容問い合わせ部、前記ソフトウェア開発キット対応のライブラリに基づいて、前記サービス内容問い合わせコマンドに対する応答としてネットワーク経由で受信されたサービススクリプトに含まれるサービスを提供するための処理を実行するサービススクリプト処理部として機能させるためのプログラムである。
【００１２】
本発明の一態様は、コンピュータを、端末装置からネットワーク経由で受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいてサービス内容を特定するサービス内容特定部、前記サービス内容特定部により特定されたサービス内容に対応するサービススクリプトが前記端末装置にネットワーク経由で送信されるように制御するサービス提供制御部として機能させるためのプログラムである。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、ネットワーク経由でサービスを提供するサービス提供システムにおいて、アプリケーションにソフトウェア開発キットを新たに組み込むことなく、サービスを多様に提供できるようになるという効果が得られる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態におけるサービス提供システムの構成例を示す図である。
【図２】本実施形態におけるアプリケーションの構造例を示す図である。
【図３】本実施形態のアプリケーションによる画面構成例を示す図である。
【図４】本実施形態における端末装置の構成例を示す図である。
【図５】本実施形態におけるサービス内容問い合わせコマンドの構造例を示す図である。
【図６】本実施形態におけるサービス制御サーバの構成例を示す図である。
【図７】本実施形態におけるサービス内容データベースの構造例を示す図である。
【図８】本実施形態のサービス提供システムにおける端末装置、サービス制御サーバ、サービス提供サーバが実行する処理手順例を示すシーケンス図である。
【発明を実施するための形態】
【００１５】
［サービス提供システムの全体構成例］
図１は、本実施形態におけるサービス提供システムの全体的な構成例を示している。
同図に示すように、本実施形態のサービス提供システムは、端末装置１００、サービス制御サーバ２００、サービス提供サーバ３００−１〜３００−Ｎを備える。
なお、以降の説明において、サービス提供サーバ３００−１〜３００−Ｎについて特に区別しない場合にはサービス提供サーバ３００と記載する。
端末装置１００、サービス制御サーバ２００及びサービス提供サーバ３００は、ネットワーク４００経由での通信が可能に接続される。
【００１６】
端末装置１００は、ユーザが使用するネットワーク端末である。端末装置１００は、例えば、スマートフォンやタブレット端末などである。
本実施形態の端末装置１００には、アプリケーション１０がインストールされている。端末装置１００上で起動されたアプリケーション１０は所定の動作を実行する。本実施形態におけるアプリケーション１０の動作により実現される機能については特に限定されないが、例えば、ゲーム、コンテンツ再生、スケジュール管理などを挙げることができる。
【００１７】
そのうえで、アプリケーション１０は、サービス提供サーバ３００が提供するサービスに応じた処理を実行することができる。一例として、サービス提供サーバ３００のうちの１つが提供するサービスが広告配信である場合、アプリケーション１０は、広告配信のサービス提供サーバ３００がネットワーク４００経由で送信した広告を画面上に表示させることができる。
【００１８】
サービス制御サーバ２００は、アプリケーション１０により端末装置１００から送信されたサービス内容の問い合わせに応じて、アプリケーション１０のユーザに提供すべきサービスを特定する。
サービス制御サーバ２００により特定されたサービスは、サービス提供サーバ３００−１〜３００−Ｎのうちのいずれかによって提供されものである。そこで、サービス制御サーバ２００は、特定されたサービスを提供するサービス提供サーバ３００から端末装置１００に対して、提供すべきサービスの内容を含むサービススクリプトが送信されるように制御する。なお、ここでは、提供すべきサービスの内容を含むデータがサービススクリプトとされ、スクリプト形式である場合を例に挙げている。しかし、提供すべきサービスの内容を含むデータとしてはスクリプト形式以外であってもよい。
【００１９】
サービス提供サーバ３００から送信されたサービススクリプトは端末装置１００にて受信される。端末装置１００上で動作するアプリケーション１０は、受信されたサービススクリプトに含まれるサービスを提供するための処理を実行する。一例として、サービススクリプトに含まれるサービスが広告である場合、アプリケーション１０は、端末装置１００の表示部に表示されているアプリケーション画面に対して、広告の画像を重畳して表示させることができる。
【００２０】
上記のように表示される広告の画像は、例えば広告元に対応するウェブサイトのＵＲＬ（Uniform Resource Locator）のリンクが貼られていてもよい。この場合、ユーザが表示された広告をクリックする操作を行うことにより、端末装置１００のウェブブラウザによりリンク先のＵＲＬへのアクセスが行われる。このアクセスによって、端末装置１００の画面に広告元のウェブサイトが表示され、ユーザは、表示されたウェブサイトを閲覧することができる。
このように、ユーザは、端末装置１００上でアプリケーション１０を動作させている環境の下で、広告配信などのサービスを享受することができる。
【００２１】
［アプリケーションの構造例］
次に、図２を参照して、本実施形態におけるアプリケーション１０の構成例について説明する。
アプリケーション１０の開発者は、同図に示すように、アプリケーション開発環境において、本実施形態のサービス提供ＳＤＫ（Software Development Kit：ソフトウェア開発キット）を組み込んで、アプリケーション１０についてのアプリケーション開発（作成）を行う。本実施形態のサービス提供ＳＤＫは、図１にて説明したように、サービス提供サーバ３００が提供するサービスを享受できるようにするための機能をアプリケーション１０に付加するために用いられるＳＤＫである。
【００２２】
上記のようにサービス提供ＳＤＫが組み込まれて作成されたアプリケーション１０は、同図に示すように、アプリケーションプログラム１１と、サービス提供ＳＤＫに対応するＳＤＫ対応ライブラリ１２とを含む構造を有する。
アプリケーションプログラム１１は、例えばゲーム機能やコンテンツ再生機能など、アプリケーション１０としての本来の機能を実現するための実行ファイルである。
ＳＤＫ対応ライブラリ１２は、サービス提供サーバ３００が提供するサービスを享受できるようにするためのプログラムにより構成されるライブラリである。前述のように、ＳＤＫ対応ライブラリ１２は、サービス提供ＳＤＫが組み込まれたことによって、アプリケーション１０に含められたライブラリである。
【００２３】
［アプリケーションによる画面構成例］
次に、図３を参照して、アプリケーション１０により実現される画面構成例について説明する。
同図に示すように、端末装置１００の前面には表示部の画面１０４Ａが配置される。アプリケーション１０の動作によっては、画面１０４Ａには、アプリケーション画面Ｐ１が表示される。
アプリケーション画面Ｐ１には、図２のアプリケーションプログラム１１に基づくアプリケーション１０としての本来の機能に応じたアプリケーションの画像（アプリケーション画像）が表示される。例えば、アプリケーションプログラム１１がゲームとしての機能を実現するものであれば、アプリケーション画面Ｐ１にはゲームに関するアプリケーション画像が表示される。
【００２４】
そのうえで、アプリケーション１０の動作によっては、アプリケーション画面Ｐ１としてのレイヤの上に、サービス提供画面Ｐ２としてのレイヤが重畳して配置される。
同図に示すサービス提供画面Ｐ２は、アプリケーション画面Ｐ１と同じサイズであり、その下地としては透明な画面である。従って、特にサービスに関連する画像（サービス画像）が配置されていない状態では、サービス提供画面Ｐ２は、単に透明な状態でアプリケーション画面Ｐ１の上層に配置されている。このとき画面１０４Ａを見ているユーザにとっては、アプリケーション画面Ｐ１において表示されているアプリケーション画像のみが見える。
そして、サービス提供画面Ｐ２においてサービスに関連した何らかのサービス画像が描画されると、画面１０４Ａにおいては、アプリケーション画像に対してサービス画像が重畳して表示されているように見える。
【００２５】
例えばＳＤＫの組み込みにより、アプリケーション画像にサービス画像を合成させるようにアプリケーションを動作させることも可能である。しかし、このようなアプリケーションの構成では、サービスの変更を行う際には、ＳＤＫを新たに配布し、配布されたＳＤＫを組み込み直してアプリケーションを再作成する必要がある。アプリケーションの再作成は、即ち、アプリケーションのバージョンアップを伴う。
【００２６】
これに対して、本実施形態では、ＳＤＫの組み込みに応じたライブラリによる機能として、アプリケーション画面Ｐ１と異なるレイヤによるサービス提供画面Ｐ２が重畳して配置されるようにしている。このような画面構成とすることにより、本実施形態においては、サービスの変更については、サービス提供画面Ｐ２のみにおける表示内容の変更で対応することができる。この結果、例えばＳＤＫの組み込み直しと、ＳＤＫの組み込み直しに伴うアプリケーションのバージョンアップを不要とすることができる。
【００２７】
［端末装置の構成例］
次に、図４を参照して端末装置１００の構成例について説明する。同図に示す端末装置１００は、通信部１０１、制御部１０２、記憶部１０３、表示部１０４及び操作部１０５を備える。
【００２８】
通信部１０１は、ネットワーク４００経由でサービス制御サーバ２００やサービス提供サーバ３００などと通信を実行する。
【００２９】
制御部１０２は、端末装置１００としての機能を実現するための各種の制御を実行する。制御部１０２は、ハードウェアとして例えばＣＰＵ（Central Processing Unit）を備え、記憶部１０３が記憶するプログラム（図示せず）を実行することにより各種の制御を実行する。
同図に示す制御部１０２は、記憶部１０３が記憶するアプリケーション１０のプログラムを実行することにより実現される機能に対応する機能部として、アプリケーション対応処理部１２１と、ライブラリ対応処理部１２２とを備える。
【００３０】
アプリケーション対応処理部１２１は、制御部１０２に対応するＣＰＵが図２のアプリケーションプログラム１１を実行することにより実現される機能部である。つまり、アプリケーション対応処理部１２１は、アプリケーション１０としての本来の機能に対応した処理を実行する。
【００３１】
ライブラリ対応処理部１２２は、制御部１０２に対応するＣＰＵが図２のＳＤＫ対応ライブラリ１２を実行することにより実現される機能部である。つまり、ライブラリ対応処理部１２２は、図１にて説明したように、サービス制御サーバ２００に対して、アプリケーション１０上で提供すべきサービス内容を問い合わせる。また、ライブラリ対応処理部１２２は、サービス内容の問い合わせに応答してネットワーク４００経由で送信されてきたサービススクリプトに基づいてサービスを提供するための処理を実行する。
【００３２】
ライブラリ対応処理部１２２は、同図に示すように、サービス内容問い合わせ部１２２ａと、サービススクリプト処理部１２２ｂとを備える。
サービス内容問い合わせ部１２２ａは、ＳＤＫ対応ライブラリ１２に基づいて、アプリケーション１０の動作に基づいて提供されるべきサービスの内容（サービス内容）を問い合わせるサービス内容問い合わせコマンドを送信する。
【００３３】
図５は、サービス内容問い合わせ部１２２ａが送信するサービス内容問い合わせコマンドの構造例を示している。同図に示すサービス内容問い合わせコマンドは、ヘッダと、ヘッダに続くデータ部とを備える。
【００３４】
ヘッダには、宛先や送信元を示す情報や、コマンド種別としてサービス内容問い合わせコマンドであることを示す情報などが格納される。
データ部には、サービスカテゴリＩＤ、パブリッシャＩＤ、アプリケーションＩＤ、アプリケーションプレイス情報などが含まれる。
【００３５】
サービスカテゴリＩＤは、サービス内容問い合わせコマンドにより内容を問い合わせるサービスについてのカテゴリを示すＩＤ（Identification：識別子）である。サービスカテゴリＩＤは、例えば広告、アクセス解析、決済などをはじめとしたサービスの分類ごとに応じて異なる値が定義されている。
パブリッシャＩＤは、サービス内容問い合わせコマンドの送信元であるアプリケーション１０のパブリッシャ（発行者）を示す識別子である。
アプリケーションＩＤは、アプリケーションごとに付与される識別子として、アプリケーション１０を示す識別子である。
【００３６】
アプリケーションプレイス情報は、例えばサービス内容問い合わせコマンドを送信すべきタイミングでのアプリケーション対応処理部１２１によるアプリケーション１０のプレイス（場所）を示す。ここでのアプリケーション１０のプレイス（場所）とは、例えば、アプリケーション１０としてアプリケーション画面Ｐ１に表示されるページなどが対応する。
【００３７】
上述のサービスカテゴリＩＤ、パブリッシャＩＤ、アプリケーションＩＤ、アプリケーションプレイス情報は、サービス制御サーバ２００がサービス内容問い合わせコマンドに応答してサービス内容を特定するにあたって利用するサービス特定情報である。
【００３８】
説明を図４に戻す。
サービススクリプト処理部１２２ｂは、ＳＤＫ対応ライブラリ１２に基づいて、問い合わせコマンドに対する応答としてネットワーク４００経由で受信されたサービススクリプトに含まれるサービスを提供するための処理（サービススクリプト処理）を実行する。
一例として、サービススクリプト処理部１２２ｂは、図３にて説明したように、サービス提供画面Ｐ２をアプリケーション画面Ｐ１に対する上のレイヤの画面として重畳して配置する。そして、受信されたサービススクリプトに含まれるサービス内容が例えば広告の表示データである場合、サービススクリプト処理部１２２ｂは、受信されたサービススクリプトにおける広告の表示データを利用して、サービス提供画面Ｐ２に広告の画像を表示させる。
なお、ＳＤＫ対応ライブラリ１２に基づいてサービススクリプト処理部１２２ｂが実行するサービススクリプト処理としては、上記のサービス提供画面Ｐ２における表示のみに限定されない。例えば、サービススクリプト処理部１２２ｂは、決済やアクセス解析に関連する処理などであって、サービス提供画面Ｐ２における表示を伴わないサービススクリプト処理についても実行可能である。
【００３９】
記憶部１０３は、制御部１０２が利用する各種の情報を記憶する。同図においては、記憶部１０３が記憶する情報の１つとしてアプリケーション１０が示されている。制御部１０２がアプリケーション１０としてのプログラムを実行することにより、アプリケーション対応処理部１２１及びライブラリ対応処理部１２２としての各機能部の機能が実現される。
【００４０】
表示部１０４は、制御部１０２の制御に応じて画像を表示する。画像は、図３に示したように表示部１０４が備える画面１０４Ａにて表示される。
例えば、制御部１０２のアプリケーション対応処理部１２１によっては、アプリケーション１０の本来の機能に対応したアプリケーション画面Ｐ１の画像が表示部１０４の画面１０４Ａに表示される。制御部１０２のサービススクリプト処理部１２２ｂによっては、画面１０４Ａにおけるアプリケーション画面Ｐ１の上のレイヤにサービス提供画面Ｐ２が配置される。そのうえで、サービススクリプト処理部１２２ｂによっては、受信されたサービススクリプトのサービス内容に応じた画像がサービス提供画面Ｐ２に表示される。
【００４１】
操作部１０５は、端末装置１００が備える操作子や操作デバイスを一括して示している。なお、表示部１０４にタッチパネルが組み合わされている場合には、タッチパネルも操作部１０５に含まれる。端末装置１００の操作子あるいは操作デバイスに対して行われる操作に応じて、操作部１０５から制御部１０２に対して操作信号が出力される。制御部１０２は、操作部１０５から出力される操作信号に基づいて各種の制御を実行する。
【００４２】
［サービス制御サーバの構成例］
次に、図６を参照して、サービス制御サーバ２００の構成例について説明する。同図に示すサービス制御サーバ２００は、通信部２０１、制御部２０２及び記憶部２０３を備える。
通信部２０１は、ネットワーク４００経由で端末装置１００やサービス提供サーバ３００のそれぞれと通信を実行する。
【００４３】
制御部２０２は、サービス制御サーバ２００としての機能を実現するための各種制御を実行する。制御部２０２は、例えばＣＰＵを備え、記憶部２０３に記憶されるプログラム（図示は省略する）を実行することにより、各種制御を実行することができる。
制御部２０２は、プログラムの実行により実現される機能部として、サービス内容特定部２２１とサービス提供制御部２２２とを備える。
【００４４】
サービス内容特定部２２１は、受信されたサービス内容問い合わせコマンドに含まれているサービス特定情報に基づいて、サービス内容を特定する。
サービス内容特定部２２１は、サービス内容を特定するにあたり、記憶部２０３が記憶するサービス内容データベース記憶部２３１が記憶するサービス内容データベースを利用する。
【００４５】
図７は、サービス内容データベース記憶部２３１が記憶するサービス内容データベースの構造例を示している。
同図に示すサービス内容データベースは、それぞれ異なるサービス特定情報（サービスカテゴリＩＤ、パブリッシャＩＤ、アプリケーションＩＤ及びアプリケーションプレイス情報）の組み合わせごとにサービス提供元情報が対応付けられた構造である。
【００４６】
一例として、図６のサービス内容特定部２２１は、以下のようにサービス内容を特定する。
サービス内容特定部２２１は、端末装置１００から送信されたサービス内容問い合わせコマンドが通信部１０１にて受信されるのに応じて、受信されたサービス内容問い合わせコマンドを通信部１０１から入力する。
サービス内容特定部２２１は、入力したサービス内容問い合わせコマンドが格納するサービス特定情報（サービスカテゴリＩＤ、パブリッシャＩＤ、アプリケーションＩＤ、アプリケーションプレイス情報）を取得する。
【００４７】
次に、サービス内容特定部２２１は、サービス内容問い合わせコマンドから取得したのと同じサービス特定情報に対応付けられたサービス提供元情報を、サービス内容データベース記憶部２３１が記憶するサービス内容データベースから取得する。
サービス提供元情報は、サービスの提供元を示している。このように、本実施形態では、サービスの提供元が特定されるのに伴って、サービスが特定される。
【００４８】
ただし、例えばサービス提供元情報は、複数のサービス提供元を候補として示している場合もある。このような場合において、サービス内容特定部２２１が複数のサービス提供元のうちから１つのサービス提供元を特定するための処理の例について、サービス提供元のカテゴリが広告である場合を例に挙げて説明する。
【００４９】
例えば、サービス内容特定部２２１が、図７の１行目におけるサービスカテゴリＩＤ＝０００１、パブリッシャＩＤ＝ａａａａ、アプリケーションＩＤ＝ＡＡＡＡ、アプリケーションプレイス情報＝プレイス１の組み合わせに対応付けられたサービス提供元情報を取得した場合について説明する。
このように取得されたサービス提供元情報においては、同図に示すようにサービス提供元として、広告会社Ａ、広告会社Ｂ、広告会社Ｃの３つの広告会社の候補が示されている。このように、サービス提供元情報において複数の広告会社の候補が示されている場合、サービス内容特定部２２１は、以下のように複数の広告会社の候補のうちから１つの広告会社をサービス提供元として特定する。
【００５０】
サービス内容特定部２２１は、記憶部２０３におけるサービス利用結果情報記憶部２３２が記憶するサービス利用結果情報を参照する。サービス利用結果情報は、本実施形態のアプリケーション１０により提供されたサービスについてのユーザによる利用結果を示す。
一例として、本実施形態のサービス利用結果情報にはＥＣＰＭ情報が含まれる。ＥＣＰＭ情報は、広告配信を行うサービス提供サーバ３００ごとが対応する広告会社ごとのＥＣＰＭ（Effective Cost Per Mill）を示す。
サービス内容特定部２２１は、広告会社Ａ、広告会社Ｂ、広告会社Ｃのうちから、例えば参照したＥＣＰＭ情報において最もＥＣＰＭの値が高い広告会社をサービス提供元として特定する。
例えば、このような手法により、サービス内容特定部２２１が広告会社Ａをサービス提供元として特定した場合、サービス内容特定部２２１は、広告会社Ａが提供する広告がサービス内容であると特定していることになる。
【００５１】
サービス提供制御部２２２は、サービス内容特定部２２１により特定されたサービス内容を示すサービススクリプトが、サービス内容問い合わせコマンドの送信元の端末装置１００にネットワーク経由で送信されるように制御する。
【００５２】
上記のように、サービス内容特定部２２１は、サービス内容データベースからサービス提供元を特定することによって、サービス内容を特定する。
そこで、サービス提供制御部２２２は、サービス内容特定部２２１がサービス内容として特定したサービス提供元に対応するサービス提供サーバ３００に、サービス要求コマンドを送信する。
【００５３】
サービス提供制御部２２２が送信するサービス要求コマンドは、サービス内容問い合わせコマンドの送信元の端末装置１００に対して、サービス内容特定部２２１が特定したサービス内容に応じたサービススクリプトの送信を要求するコマンドである。
この場合、サービス要求コマンドには、サービス内容問い合わせコマンドの送信元の端末装置１００のアドレスも含まれる。
また、例えばサービス提供元情報には、サービス提供元のネットワーク上でのアドレスも含まれている。サービス提供制御部２２２、サービス要求コマンドの宛先のアドレスについては、サービス提供元情報に含まれるアドレスを取得すればよい。
【００５４】
サービス要求コマンドを受信したサービス提供サーバ３００は、自己が提供するサービスに応じたサービススクリプトを、受信されたサービス要求コマンドにおいて示される端末装置のアドレスを宛先として送信する。これにより、サービス内容問い合わせコマンドの送信元の端末装置１００にて、サービス内容問い合わせコマンドに応答したサービススクリプトが受信される。
【００５５】
また、例えばサービス提供サーバ３００が提供するサービスが広告配信に対応する場合、サービス提供サーバ３００としては、１つの広告会社により運営されるものであってもよいが、複数の広告会社から提供される広告を配信するものであってもよい。
サービス提供サーバ３００が複数の広告会社から提供される広告を配信可能なものである場合、図１での図示は省略しているが、サービス提供サーバ３００は、さらに複数の広告会社ごとのサーバと接続される。
この場合、サービス提供サーバ３００は、サービス提供元情報が示す複数の広告会社のうちからサービス提供元として特定された広告会社をサービス内容として指定するサービス要求コマンドを受信する。サービス提供サーバ３００は、自己と接続されている複数の広告会社のサーバのうちから、受信されたサービス要求コマンドにより指定される広告会社のサーバに広告のデータを要求する。広告のデータの要求を受信した広告会社のサーバは、要求に対する応答として、広告のデータをサービス提供サーバ３００に送信する。サービス提供サーバ３００は、広告会社のサーバから受信した広告のデータをサービススクリプトとして端末装置１００に送信する。
このように、本実施形態におけるサービス提供制御部２２２は、サービス要求コマンドをサービス提供サーバ３００に送信することによって、サービススクリプトがネットワーク４００経由で端末装置１００に送信されるように制御する。
【００５６】
図６において、記憶部２０３は、制御部２０２が利用する各種の情報を記憶する。同図に示す記憶部２０３においては、サービス内容データベース記憶部２３１とサービス利用結果情報記憶部２３２が備えられる。
サービス内容データベース記憶部２３１は、図７に例示したサービス内容データベースを記憶する。
サービス利用結果情報記憶部２３２は、前述のように、例えば広告会社ごとのＥＣＰＭを示すＥＣＰＭ情報などを含むサービス利用結果情報を記憶する。
【００５７】
［処理手順例］
次に、図８のシーケンス図を参照して、本実施形態のサービス提供システムにおける端末装置１００と、サービス制御サーバ２００と、サービス提供サーバ３００とが実行する処理手順例について説明する。
なお、同図に示す処理は、端末装置１００においてアプリケーション１０が動作している状態の下で行われる処理である。
【００５８】
端末装置１００において、サービス内容問い合わせ部１２２ａは、サービス内容問い合わせコマンドを送信すべきタイミングに至ると、サービス内容問い合わせコマンドをネットワーク４００経由でサービス制御サーバ２００に対して送信する（ステップＳ１０１）。
【００５９】
ここで、サービス内容問い合わせコマンドを送信すべきタイミングについては以下の場合を挙げることができる。
１つには、例えば端末装置１００においてアプリケーション１０が起動されたタイミングを、サービス内容問い合わせコマンドを送信すべきタイミングとすることができる。
また、アプリケーション１０のプログラムに従ってアプリケーション対応処理部１２１が処理を実行するのに応じて所定のアプリケーションの画像に遷移したときを、サービス内容問い合わせコマンドを送信すべきタイミングとすることができる。
また、例えば、サービス提供画面Ｐ２に表示させるサービス内容を一定時間ごとに変更するようにされている場合には、一定時間が経過するごとに、サービス内容問い合わせコマンドを送信すべきタイミングとすることができる。
【００６０】
ステップＳ１０１により送信されたサービス内容問い合わせコマンドはサービス制御サーバ２００にて受信される。サービス制御サーバ２００におけるサービス内容特定部２２１は、サービス内容問い合わせコマンドの受信に応じてサービス内容を特定する（ステップＳ１０２）。
具体的に、サービス内容特定部２２１は、前述のように、サービス内容データベースが格納するサービス提供元情報のうちから、受信されたサービス内容問い合わせコマンドが格納するのと同じサービス特定情報に対応付けられたサービス提供元情報を特定する。
また、特定したサービス提供元情報において例えば複数の広告会社の候補が示されていた場合には、サービス内容特定部２２１は、前述のように、サービス利用結果情報記憶部２３２が記憶するサービス利用結果情報を参照する。そして、サービス内容特定部２２１は、複数の広告会社の候補のうちから特定した所定数の広告会社を、サービス内容の特定結果とする。
【００６１】
次に、サービス制御サーバ２００におけるサービス提供制御部２２２は、ステップＳ１０２により特定されたサービス内容（サービス提供元）のサービスの提供を要求するサービス要求コマンドを生成する。このように生成されるサービス要求コマンドの宛先は、前述のように、ステップＳ１０２により特定されたサービス提供元が対応するサービス提供サーバ３００である。サービス提供制御部２２２は上記のように生成したサービス要求コマンドを送信する（ステップＳ１０３）。
【００６２】
サービス要求コマンドを受信したサービス提供サーバ３００は、要求されたサービスに対応するサービススクリプトを取得する（ステップＳ１０４）。サービス提供サーバ３００は、例えば自己が記憶するサービススクリプトのうちからサービス要求コマンドによって要求されているサービススクリプトを取得することができる。
あるいは、サービス提供サーバ３００は、例えば前述の広告配信の場合などのように、サービス要求コマンドが要求するサービスをネットワーク４００経由で接続される他の運営者によるサーバから取得するようにしてもよい。
【００６３】
サービス提供サーバ３００は、ステップＳ１０４により取得したサービススクリプトを、サービス要求コマンドに格納されていた端末装置１００のアドレスを宛先としてネットワーク４００経由で送信する（ステップＳ１０５）。
【００６４】
ステップＳ１０５により送信されたサービススクリプトは、サービス内容問い合わせコマンドの送信元の端末装置１００の通信部１０１にて受信される。
端末装置１００におけるサービススクリプト処理部１２２ｂは、受信されたサービススクリプトに含まれるサービス内容に応じた処理（サービススクリプト処理）を実行する（ステップＳ１０６）。
ステップＳ１０６としてのサービススクリプト処理において、例えば広告の表示などのようにサービスの提供に関連した画像を表示させる場合、サービススクリプト処理部１２２ｂは、図３にて説明したサービス提供画面Ｐ２に画像を表示させる。
【００６５】
これまでの説明から理解されるように、本実施形態においては、アプリケーション１０に組み込んだＳＤＫ対応のライブラリによって、端末装置１００からサービス内容問い合わせコマンドが送信される。そして、サービス内容問い合わせコマンドの受信に応じて、サービス制御サーバ２００がサービス内容データベースを参照してサービス内容を特定し、特定したサービス内容のサービススクリプトがネットワーク４００経由で端末装置１００に送信される。そして、端末装置１００は、受信されたサービススクリプトを、アプリケーション１０に組み込まれたＳＤＫ対応ライブラリ１２によって処理する。
【００６６】
上記のような構成であれば、例え端末装置１００が同じサービス内容問い合わせコマンドを送信しても、サービス制御サーバ２００が参照するサービス内容データベースを変更することにより、端末装置１００により享受できるサービスを変更することが可能になる。
従って、本実施形態においては、サービスの変更にあたってサービス提供ＳＤＫを変更する必要がない。このため、本実施形態においては、サービスの変更にあたり、新たなＳＤＫを配布し、また、配布されたＳＤＫを組み込んでアプリケーション１０を作成し直す必要がない。即ち、サービス内容の変更のためにアプリケーション１０をバージョンアップさせる必要がない。
【００６７】
これにより、本実施形態においては、ＳＤＫを新たに組み込むことなく、サービスを多様に提供することができる。
具体的には、本実施形態のサービス提供ＳＤＫが組み込まれていないアプリケーションにより本実施形態と同様の各種サービスを提供しようとした場合には、提供すべきサービスごとにＳＤＫを組み込む必要がある。つまり、本実施形態のサービス提供ＳＤＫが組み込まれない場合、図２に示されるアプリケーション開発環境においては、本実施形態のサービス提供ＳＤＫに代えて、提供するサービスごとに応じた複数のＳＤＫが必要になる。
また、作成されたアプリケーション１０においても、本実施形態のサービス提供ＳＤＫが組み込まれない場合、本実施形態のＳＤＫ対応ライブラリ１２に代えて提供するサービスごとに応じた複数のライブラリが組み込まれることになる。
これに対して、本実施形態であれば、図２に示したように、アプリケーションの開発にあたって組み込むべきＳＤＫ（サービス提供ＳＤＫ）はサービスの数にかかわらず１つでよい。また、作成されたアプリケーション１０においても、サービスの数にかかわらずＳＤＫ対応ライブラリ１２のみが実装されればよい。
これにより、本実施形態のもとでは、アプリケーション１０の開発者であれば、例えば、アプリケーション１０上で提供するサービスの変更のために新たにＳＤＫを組み込んでアプリケーションを作成し直す必要がなくなる。この場合、開発者としては、アプリケーション１０自体が本来提供すべき機能の充実のためのバージョンアップに注力することができる。
また、アプリケーション１０としては、多様なサービスの提供にあたり多くのＳＤＫに応じたライブラリを実装する必要もなくなることから、アプリケーション１０としてのサイズも抑えることができる。
【００６８】
また、アプリケーションのバージョンアップが行われる場合には、アプリケーションの配布者による審査が必要な場合があるが、このような審査にはある程度の日数を要する。このために、サービス提供サーバ３００を運営するサービス提供者は、審査のためにサービスを迅速に開始できないという不満を持つ場合がある。本実施形態であれば、新たなサービスの追加もサービス制御サーバ２００におけるサービス内容データベースの書き換えにより対応できるために、アプリケーション１０のバージョンアップに伴う審査は不要であり、迅速に新たなサービスを展開できる。
【００６９】
また、ユーザのなかには、自分の端末装置１００にインストールしたアプリケーションのバージョンアップに積極的でないユーザも少なからず存在する。通常は、アプリケ−ジョン上で提供されるサービスに変更があった場合、アプリケーションをバージョンアップしなければ変更後のサービスにアプリケーションが対応できない。
しかし、本実施形態のアプリケーション１０では、サービス中継サーバ２００側でのサービス内容データベースの変更によりサービスの変更に対応することから、サービスの変更に応じたアプリケーションのバージョンアップはない。このために、本実施形態では、バージョンアップを行わないユーザであっても、変更後の新たなサービスを享受できる。
【００７０】
また、例えばサービス制御サーバ２００を本実施形態のサービス提供ＳＤＫの配布者が運営するというビジネスモデルであれば、サービス提供ＳＤＫの配布者がアプリケーション１０に提供するサービスを一元的に管理することが可能になる。
【００７１】
なお、これまでの実施形態の説明では、サービス制御サーバ２００が、サービス内容を特定した上で、サービス提供サーバ３００から端末装置１００にサービススクリプトを送信するように制御している。
しかし、例えば、サービス制御サーバ２００自体が特定したサービス内容に応じたサービススクリプトを取得し、取得したサービススクリプトを、サービス制御サーバ２００から端末装置１００に送信するようにしてもよい。この場合において、サービス制御サーバ２００は外部のサーバからネットワーク４００経由でサービススクリプトを取得してもよいし、自己が備える記憶部２０３に記憶するサービススクリプトのうちから特定のサービススクリプトを取得してもよい。
【００７２】
なお、上述の端末装置１００またはサービス制御サーバ２００などの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の端末装置１００またはサービス制御サーバ２００としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００７３】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成は本実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００７４】
１０…アプリケーション、１１…アプリケーションプログラム、１２…ＳＤＫ対応ライブラリ、１００…端末装置、１０１…通信部、１０２…制御部、１０３…記憶部、１０４…表示部、１０４Ａ…画面、１０５…操作部、１２１…アプリケーション対応処理部、１２２…ライブラリ対応処理部、１２２ａ…サービス内容問い合わせ部、１２２ｂ…サービススクリプト処理部、２００…サービス制御サーバ、２０１…通信部、２０２…制御部、２０３…記憶部、２２１…サービス内容特定部、２２２…サービス提供制御部、２３１…サービス内容データベース記憶部、２３２…サービス利用結果情報記憶部、３００…サービス提供サーバ、４００…ネットワーク、Ｐ１…アプリケーション画面、Ｐ２…サービス提供画面
【図１】
2015141702.tif 000003
【図２】
2015141702.tif 000004
【図３】
2015141702.tif 000005
【図４】
2015141702.tif 000006
【図５】
2015141702.tif 000007
【図６】
2015141702.tif 000008
【図７】
2015141702.tif 000009
【図８】
2015141702.tif 000010