JP2022100419A - 情報処理システム、情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】情報処理システムにおける機能をより迅速かつ柔軟に構築すること。【解決手段】クラウドシステムと連携してサービスを提供する情報処理システムであって、クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段と、要素蓄積手段に蓄積された要素を利用して新たなサービスのためのページを生成するページデータ生成手段と、ページに含まれる要素に対応付けられたプログラムを実行する要素プログラム実行手段と、を備える。【選択図】図２

Description

本発明は、情報処理システム、情報処理装置、情報処理方法及びプログラムに関する。

近年、ＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）技術の進歩と環境変化のスピードが、クラウド技術を中心に飛躍的に高まっており、今後も、このような流れが加速することが予想される。
このような状況の下、最新のＩＴ技術をいち早く把握し、活用することで、ビジネスの変化にいち早く対応し、業務部門等の各部門に貢献することが求められている。
ここで、特許文献１には、ＩＴサービスシステムの設計変更を支援する技術が開示されている。
特許文献１に記載された技術は、アーキテクチャ横断的な影響を生じるステークホルダからの品質要求の変更について、アーキテクチャ内で見直す必要がある設計箇所を自動的に判別することを図るものである。

特開２０１９－０１５９９５号公報

しかしながら、上述のような状況の下、情報処理システムにおける機能をより迅速かつ柔軟に構築することが要求されるところ、従来の技術は、この要求に応えるものとはなっていない。

本発明の課題は、情報処理システムにおける機能をより迅速かつ柔軟に構築することである。

上記課題を解決するため、本発明の一実施形態に係る情報処理システムは、
クラウドシステムと連携してサービスを提供する情報処理システムであって、
クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段と、
前記要素蓄積手段に蓄積された前記要素を利用して新たなサービスのためのページを生成するページデータ生成手段と、
前記ページに含まれる前記要素に対応付けられたプログラムを実行する要素プログラム実行手段と、
を備えることを特徴とする。

本発明によれば、情報処理システムにおける機能をより迅速かつ柔軟に構築することができる。

本発明に係る情報処理システム１全体のシステム構成を示す模式図である。 情報処理システム１の概略的な機能構成を示す模式図である。 各装置を構成する情報処理装置８００のハードウェア構成を示す図である。 サービス開発端末１０の機能的構成を示すブロック図である。 サービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧を表示するＵＩ画面の一例を示す模式図である。 ウィジェット開発端末２０の機能的構成を示すブロック図である。 ウィジェットリポジトリ６２１に格納されたウィジェットの一覧を表示するＵＩ画面の一例を示す模式図である。 ウィジェットと、ウィジェットに対応するサービスの内容との関係を示す模式図である。 ウィジェットの内容を定義するデータを示す模式図である。 運用者／管理者端末３０の機能的構成を示すブロック図である。 ページが作成される過程を示すＵＩ画面の一例を示す模式図である。 エンドユーザ端末４０の機能的構成を示すブロック図である。 サービス提供サーバ５０の機能的構成を示すブロック図である。 部品提供サーバ６０の機能的構成を示すブロック図である。 サービス開発端末１０が実行するサービス開発処理の流れを示すフローチャートである。 ウィジェット開発端末２０が実行するウィジェット開発処理の流れを示すフローチャートである。 運用者／管理者端末３０が実行するページ編集処理の流れを示すフローチャートである。 エンドユーザ端末４０が実行するサービス利用処理の流れを示すフローチャートである。 部品提供サーバ６０が実行する部品作成受付処理の流れを示すフローチャートである。 部品提供サーバ６０が実行するページ作成受付処理の流れを示すフローチャートである。 部品提供サーバ６０が実行するページ提供処理の流れを示すフローチャートである。 サービス提供サーバ５０が実行するサービス作成受付処理の流れを示すフローチャートである。 サービス提供サーバ５０が実行するサービス受付処理の流れを示すフローチャートである。 サービス提供サーバ５０が実行するデータ分析処理の流れを示すフローチャートである。

以下、本発明の実施形態について、図面を参照して説明する。
［構成］
［システム構成］
図１は、本発明に係る情報処理システム１全体のシステム構成を示す模式図である。
情報処理システム１は、複数種類のクラウドシステムと連携してサービスを提供するシステムであり、ＤｅｖＯｐｓ環境（開発と運用とが密接に連携するシステム環境）をベースに構築されている。情報処理システム１では、サービスを提供するためのページに組み込まれる要素としてのウィジェットや、ウィジェットの動作を実現するためのサービスのプログラム等を蓄積している。そして、情報処理システム１では、蓄積しているウィジェットやサービスのプログラムを再利用して、新たなサービスを提供するためのページを構築することを可能としている。
そのため、新たなサービスを提供するためのページを構築する際に、サービスに必要な要素を選択してページに組み込むことで、簡単かつ柔軟に必要なサービスのためのページを構築することができる。
即ち、本実施形態に係る情報処理システム１によれば、情報処理システムにおける機能をより迅速かつ柔軟に構築することができる。

図１に示すように、情報処理システム１は、サービス開発端末１０と、ウィジェット開発端末２０と、運用者／管理者端末３０と、エンドユーザ端末４０と、サービス提供サーバ５０と、部品提供サーバ６０と、を含んで構成されると共に、情報処理システム１は、クラウドシステム７０－１～７０－ｎ（ｎは自然数）と連携可能に構成されている。また、サービス開発端末１０、ウィジェット開発端末２０、運用者／管理者端末３０、エンドユーザ端末４０、サービス提供サーバ５０、部品提供サーバ６０及びクラウドシステム７０－１～７０－ｎはネットワーク８０を介して通信可能に構成されている。

なお、本実施形態に係る情報処理システム１では、サービスを提供するためのページに組み込まれる要素として、動的部品と静的部品とが用意されている。動的部品とは、サービス提供サーバ５０と連携することにより表示内容が変化するページの要素であり、例えば、ウィジェットに代表される小型のプログラムである。また、静的部品とは、動的部品に該当しない各種要素であり、例えば、内容が固定されたコンテンツやメディアのデータである。内容が固定されたコンテンツのデータの一例として、記述内容が固定されたＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルを用いることができる。また、メディアのデータの一例として、静止画、動画、音楽あるいはバナーのデータを用いることができる。

サービス開発端末１０は、ウィジェットに対応するサービスを提供するためのプログラムを開発する開発者によって用いられる。サービス開発端末１０では、ウィジェット開発端末２０において開発されるウィジェットについて、対応するサービスを提供するためのプログラムの開発が行われる。本実施形態においては、既に開発されたサービスのプログラムがサービス提供サーバ５０に蓄積されており、サービスを提供するためのプログラムが開発される場合、既に開発されたサービスのプログラムを再利用することが可能となっている。

ウィジェット開発端末２０は、サービスを提供するためのページの要素となるウィジェットを開発する開発者によって用いられる。ウィジェット開発端末２０では、運用者／管理者端末３０において作成されるページに組み込まれるウィジェットの開発が行われる。本実施形態においては、既に開発されたウィジェットが部品提供サーバ６０に蓄積されており、ウィジェットが開発される場合、既に開発されたウィジェットを再利用することが可能となっている。

運用者／管理者端末３０は、サービスを提供するためのページを作成する作成者（サービスの運用者または管理者等）によって用いられる。本実施形態においては、サービスを構成するための要素（ウィジェット、コンテンツあるいはメディア等）が部品提供サーバ６０に蓄積されており、運用者／管理者端末３０では、サービスを構成するための要素を選択してページに組み込むことで、サービスを提供するためのページが作成される。

エンドユーザ端末４０は、エンドユーザによって用いられ、エンドユーザが目的とするページを選択すると、サービス提供サーバ５０からページのデータをダウンロードし、ページに含まれる要素を表示する。このとき、ページにウィジェットが含まれている場合、エンドユーザ端末４０は、ウィジェットを実行することで、サービス提供サーバ５０にアクセスし、ウィジェットに対応するサービスの実行結果を取得してページを表示する。

サービス提供サーバ５０は、サービス開発端末１０によって開発されているサービスを提供するためのプログラムを格納するリポジトリ（後述するサービス開発リポジトリ５２１）、サービスを提供するためのリリースされたプログラムを格納するリポジトリ（後述するサービスリポジトリ５２２）及びサービスの提供によって取得された履歴のデータを格納するデータベース（後述する履歴データベース５２３）を備えている。サービス提供サーバ５０は、サービス開発端末１０によって開発されているサービスのためのプログラムを所定時間毎（例えば１分毎）に取得し、取得したプログラムをリポジトリ（サービス開発リポジトリ５２１）に格納する。また、サービス提供サーバ５０は、サービス開発端末１０において完成されたサービスのためのプログラムを取得し、取得したプログラムをリポジトリ（サービスリポジトリ５２２）に格納する。完成されたサービスのためのプログラムは、リポジトリ（サービスリポジトリ５２２）に格納されることにより、リリースされた状態となる。サービス提供サーバ５０は、サービスの利用がＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）としてリクエストされることに対応して、当該サービスのためのプログラムを実行し、実行結果のデータをリクエスト元に送信する。さらに、サービス提供サーバ５０は、サービスを提供する際に、各種履歴のデータを取得し、取得した各種履歴のデータをデータベース（履歴データベース５２３）に格納する。そして、サービス提供サーバ５０は、データベースに格納された履歴のデータの傾向や特徴を分析し、分析された傾向や特徴を活用した新たなサービスの適用例を生成する。さらに、サービス提供サーバ５０は、サービス開発端末１０を利用する開発者あるいはウィジェット開発端末２０を利用する開発者に対し、生成した新たなサービスの適用例を提案する。

部品提供サーバ６０は、ページを構成する部品としてのウィジェット、コンテンツ及びメディアを格納するリポジトリ（後述するウィジェットリポジトリ６２１、コンテンツリポジトリ６２２、メディアリポジトリ６２３）を備えている。また、部品提供サーバ６０は、ウィジェット開発端末２０によって開発されている部品（ウィジェット）を格納するリポジトリ（後述する部品開発リポジトリ６２４）及びサービスを提供するためのリリースされたページを格納するリポジトリ（後述するページリポジトリ６２５）を備えている。部品提供サーバ６０は、ウィジェット開発端末２０によって開発されているウィジェットを所定時間毎（例えば１分毎）に取得し、取得したウィジェットをリポジトリ（部品開発リポジトリ６２４）に格納する。また、部品提供サーバ６０は、ウィジェット開発端末２０において完成されたページのデータを取得し、取得したページのデータをリポジトリ（ページリポジトリ６２５）に格納する。完成されたページのデータは、リポジトリ（ページリポジトリ６２５）に格納されることにより、リリースされた状態となる。部品提供サーバ６０は、ページのデータがリクエストされることに対応して、当該ページのデータをリクエスト元に送信する。

クラウドシステム７０－１～７０－ｎは、複数のサーバ群によって構成されるクラウドシステムであり、本実施形態においては、クラウドシステム７０－１～７０－ｎとして、情報処理システム１の運用主体とは異なる主体によって運用されるクラウドシステムを用いることができる。即ち、本実施形態において、情報処理システム１は、複数種類のクラウドシステムと連携することが可能であり、クラウドシステムの種類の相違を吸収して、ＤｅｖＯｐｓ環境上で、クラウドネイティブなアプリケーションによるサービスを提供する。
なお、上述のサービス提供サーバ５０及び部品提供サーバ６０は、クラウドシステム７０－１～７０－ｎにおけるいずれかのサーバとして構成すること、及び、クラウドシステム７０－１～７０－ｎとは別に設置されるサーバとして構成することのいずれとすることも可能である。

図２は、情報処理システム１の概略的な機能構成を示す模式図である。
図２に示すように、情報処理システム１は、クラウド環境上に構築されるものであり、クラウド環境を構成するクラウドシステム７０－１～７０－ｎと連携し、ＤｅｖＯｐｓに則した開発環境において、クラウドネイティブレイヤ、再利用レイヤ及びデータ活用レイヤの各機能が実装されている。
クラウドネイティブレイヤでは、各種サービスのためのページがエンドユーザ端末４０において閲覧されることにより、クラウド環境上で動作する部品（例えばウィジェット）のプログラムが実行される。
再利用レイヤでは、各種サービスを提供するためのページの要素となるウィジェットや、ウィジェットに対応するサービスを提供するためのプログラムを再利用した開発環境が提供される。
データ活用レイヤでは、各種サービスが提供されることにより取得される履歴のデータの傾向や特徴の分析が行われると共に、分析された傾向や特徴を活用して新たなサービスが生成される。

［ハードウェア構成］
次に、情報処理システム１における各装置のハードウェア構成を説明する。
情報処理システム１において、各装置はＰＣ、サーバコンピュータあるいはタブレット端末等の情報処理装置によって構成され、その基本的構成は同様である。

図３は、各装置を構成する情報処理装置８００のハードウェア構成を示す図である。
図３に示すように、各装置を構成する情報処理装置８００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１３と、バス８１４と、入力部８１５と、出力部８１６と、記憶部８１７と、通信部８１８と、ドライブ８１９と、撮像部８２０と、を備えている。

ＣＰＵ８１１は、ＲＯＭ８１２に記録されているプログラム、または、記憶部８１７からＲＡＭ８１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ８１３には、ＣＰＵ８１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ８１１、ＲＯＭ８１２及びＲＡＭ８１３は、バス８１４を介して相互に接続されている。バス８１４には、入力部８１５、出力部８１６、記憶部８１７、通信部８１８、ドライブ８１９及び撮像部８２０が接続されている。

入力部８１５は、各種ボタン等で構成され、指示操作に応じて各種情報を入力する。
出力部８１６は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部８１７は、ハードディスクあるいはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各サーバで管理される各種データを記憶する。
通信部８１８は、ネットワークを介して他の装置との間で行う通信を制御する。

ドライブ８１９には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等よりなる、リムーバブルメディア８３１が適宜装着される。ドライブ８１９によってリムーバブルメディア８３１から読み出されたプログラムは、必要に応じて記憶部８１７にインストールされる。
撮像部８２０は、レンズ及び撮像素子等を備えた撮像装置によって構成され、被写体のデジタル画像を撮像する。
なお、情報処理装置８００がサービス提供サーバ５０あるいは部品提供サーバ６０として構成される場合には、撮像部８２０を省略した構成とすることも可能である。また、情報処理装置８００がタブレット端末として構成される場合には、入力部８１５をタッチセンサによって構成し、出力部８１６のディスプレイに重ねて配置することにより、タッチパネルを備える構成とすることも可能である。

［機能的構成］
次に、情報処理システム１における各装置の機能的構成について説明する。
［サービス開発端末１０の構成］
図４は、サービス開発端末１０の機能的構成を示すブロック図である。
図４に示すように、サービス開発端末１０のＣＰＵ８１１においては、ＵＩ制御部１１１と、データ管理部１１２と、が機能する。
ＵＩ制御部１１１は、ウィジェットに対応するサービスを提供するためのプログラムを開発する開発者が開発を行う際の各種入出力画面（以下、「ＵＩ画面」と称する。）の表示を制御する。例えば、ＵＩ制御部１１１は、サービス提供サーバ５０におけるサービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧をＵＩ画面に表示する。

データ管理部１１２は、サービス提供サーバ５０のサービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧を取得し、ＵＩ制御部１１１に出力する。
また、データ管理部１１２は、ＵＩ画面を介して開発者が開発を行っているプログラム（ウィジェットに対応するサービスを提供するためのプログラム）を所定時間毎（例えば１分毎）にサービス提供サーバ５０に送信する。サービス提供サーバ５０に送信された作成中のプログラムは、サービス開発リポジトリ５２１に格納される。さらに、データ管理部１１２は、ウィジェットに対応するサービスを提供するためのプログラムの開発が完了した場合、開発したプログラムを、リリースするためのプログラム（ウィジェットに対応するサービスを提供するためのプログラム）として、サービス提供サーバ５０に送信する。サービス提供サーバ５０に送信されたリリースのためのプログラムは、サービスリポジトリ５２２に格納される。

図５は、サービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧を表示するＵＩ画面の一例を示す模式図である。
図５に示すように、サービス開発端末１０のＵＩ画面においては、サービスリポジトリ５２２に格納されたサービスを提供するためのプログラムが一覧表示され、開発者は、この一覧の中から必要なサービスを提供するためのプログラムを選択して再利用することができる。
そのため、サービスを提供するためのプログラムを開発する開発者は、既に開発されたサービスのプログラムの中で、今回の開発において再利用できるものがある場合、新たにサービスを提供するためのプログラムを開発することなく、迅速に必要とするプログラムを取得することができる。

［ウィジェット開発端末２０の構成］
図６は、ウィジェット開発端末２０の機能的構成を示すブロック図である。
図６に示すように、ウィジェット開発端末２０のＣＰＵ８１１においては、ＵＩ制御部２１１と、データ管理部２１２と、が機能する。
ＵＩ制御部２１１は、ウィジェットを開発する開発者が開発を行う際の各種入出力画面（ＵＩ画面）の表示を制御する。例えば、ＵＩ制御部２１１は、部品提供サーバ６０におけるウィジェットリポジトリ６２１に格納されたウィジェットの一覧をＵＩ画面に表示する。

データ管理部２１２は、部品提供サーバ６０のウィジェットリポジトリ６２１に格納されたウィジェットの一覧を取得し、ＵＩ制御部２１１に出力する。
また、データ管理部２１２は、ＵＩ画面を介して開発者が開発を行っているウィジェットを所定時間毎（例えば１分毎）に部品提供サーバ６０に送信する。部品提供サーバ６０に送信された作成中のウィジェットは、部品開発リポジトリ６２４に格納される。さらに、データ管理部２１２は、ウィジェットの開発が完了した場合、開発したウィジェットを、リリースするためのウィジェットとして、部品提供サーバ６０に送信する。部品提供サーバ６０に送信されたリリースのためのウィジェットは、ウィジェットリポジトリ６２１に格納される。

図７は、ウィジェットリポジトリ６２１に格納されたウィジェットの一覧を表示するＵＩ画面の一例を示す模式図である。
図７に示すように、ウィジェット開発端末２０のＵＩ画面においては、ウィジェットリポジトリ６２１に格納されたウィジェット（ウィジェット名及び属性）が一覧表示され、開発者は、この一覧の中から必要なウィジェットを選択して再利用することができる。
そのため、ウィジェットを開発する開発者は、既に開発されたウィジェットの中で、今回の開発において再利用できるものがある場合、新たにウィジェットを開発することなく、迅速に必要とするウィジェットを取得することができる。

図８は、ウィジェットと、ウィジェットに対応するサービスの内容との関係を示す模式図である。
また、図９は、ウィジェットの内容を定義するデータを示す模式図である。
図８に示すように、情報処理システム１においては、各ウィジェットに対応付けてサービスが用意されており、ウィジェットに設定するパラメータ（入力される数値を格納する変数名やウィジェットをリンクする店舗名等）は、適宜変更して用いることが可能となっている。
また、図９に示すように、ウィジェットの内容は、構造化文書等の所定形式で定義されており、ウィジェットを開発する場合、所定形式で新たに定義を作成したり、既存のウィジェットの定義内容を変更したりすることができる。

［運用者／管理者端末３０の構成］
図１０は、運用者／管理者端末３０の機能的構成を示すブロック図である。
図１０に示すように、運用者／管理者端末３０のＣＰＵ８１１においては、ＵＩ制御部３１１と、データ管理部３１２と、が機能する。
ＵＩ制御部３１１は、サービスを提供するためのページを作成する運用者または管理者がページを作成する際の各種入出力画面（ＵＩ画面）の表示を制御する。例えば、ＵＩ制御部３１１は、部品提供サーバ６０におけるウィジェットリポジトリ６２１、コンテンツリポジトリ６２２及びメディアリポジトリ６２３に格納されたウィジェット、コンテンツ及びメディアの一覧をＵＩ画面に表示する。

データ管理部３１２は、部品提供サーバ６０のウィジェットリポジトリ６２１、コンテンツリポジトリ６２２及びメディアリポジトリ６２３に格納されたウィジェット、コンテンツ及びメディアの一覧を取得し、ＵＩ制御部３１１に出力する。
また、データ管理部３１２は、ＵＩ画面を介して運用者または管理者が作成しているページのデータを運用者または管理者の指示により、サービス提供サーバ５０に送信する。サービス提供サーバ５０に送信された作成中のページのデータは、ページリポジトリ６２５に一時保存される。なお、データ管理部３１２は、ＵＩ画面を介して運用者または管理者が作成しているページのデータを所定時間毎（例えば１分毎）にサービス提供サーバ５０に送信することとしてもよい。さらに、データ管理部３１２は、ページの作成が完了した場合、作成したページのデータを、リリースするためのページのデータとして、部品提供サーバ６０に送信する。部品提供サーバ６０に送信されたリリースのためのページのデータは、ページリポジトリ６２５に格納される。

図１１は、ページが作成される過程を示すＵＩ画面の一例を示す模式図である。
図１１に示すように、ページが作成される場合、ページの領域において、部品を配置するための部品は位置領域が設定される。そして、各部品位置領域に対し、ＵＩ画面に表示された要素（ここではウィジェットが示されている）の一覧から必要なものが選択されて配置される。このような処理の結果、運用者或いは管理者が目的とするサービスを提供するためのページが完成する。

［エンドユーザ端末４０の構成］
図１２は、エンドユーザ端末４０の機能的構成を示すブロック図である。
図１２に示すように、エンドユーザ端末４０のＣＰＵ８１１においては、ＵＩ制御部４１１と、データ管理部４１２と、が機能する。本実施形態においては、エンドユーザ端末４０のＵＩ制御部４１１及びデータ管理部４１２の機能が、Ｗｅｂブラウザに実装されているものとする。
ＵＩ制御部４１１は、情報処理システム１によって提供されるサービス（例えば、通信販売等のビジネスサービス）のエンドユーザがサービスを利用する際の各種入出力画面（ＵＩ画面）の表示を制御する。例えば、ＵＩ制御部４１１は、サービス提供サーバ５０におけるサービスリポジトリ５２２に格納されたページの一覧をＵＩ画面に表示する。

データ管理部４１２は、サービス提供サーバ５０のサービスリポジトリ５２２に格納されたページの一覧を取得し、ＵＩ制御部４１１に出力する。
また、データ管理部４１２は、エンドユーザによって目的とするページが選択された場合、選択されたページのデータをリクエストすることにより、当該ページのデータをサービス提供サーバ５０から受信する。そして、データ管理部４１２は、受信したページのデータをＵＩ制御部４１１に出力して表示させると共に、エンドユーザの操作に応じて、受信したページのデータに含まれるウィジェットを実行し、サービス提供サーバ５０に当該ウィジェットに対応するサービスの実行をＡＰＩとしてリクエストする。そして、データ管理部４１２は、サービス提供サーバ５０から送信されたウィジェットに対応するサービスの実行結果を取得し、ＵＩ制御部４１１に出力することにより、ページの所定位置（ウィジェットに定義されている位置）に実行結果を表示する。

［サービス提供サーバ５０の構成］
図１３は、サービス提供サーバ５０の機能的構成を示すブロック図である。
図１３に示すように、サービス提供サーバ５０のＣＰＵ８１１においては、サービス管理部５１１と、データ分析部５１２と、サービス提案部５１３と、が機能する。また、サービス提供サーバ５０の記憶部８１７には、サービス開発リポジトリ５２１と、サービスリポジトリ５２２と、履歴データベース（履歴ＤＢ）５２３と、が形成される。
サービス開発リポジトリ５２１には、サービス開発端末１０によって開発されているサービスを提供するためのプログラムが逐次格納される。
サービスリポジトリ５２２には、サービスを提供するためのリリースされたプログラムが格納される。
履歴ＤＢ５２３には、サービスの提供によって取得された履歴のデータが格納される。

サービス管理部５１１は、サービスのためのプログラムが開発されるサービス開発端末１０に対し、サービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧を送信する。
また、サービス管理部５１１は、サービス開発端末１０によって開発されているサービスのためのプログラムを所定時間毎（例えば１分毎）に取得し、取得したプログラムをサービス開発リポジトリ５２１に格納する。

また、サービス管理部５１１は、サービス開発端末１０において完成されたサービスのためのプログラムを取得し、取得したプログラムをサービスリポジトリ５２２に格納する。サービス管理部５１１は、完成されたサービスのためのプログラムをサービスリポジトリ５２２に格納することにより、リリースされた状態とする。
また、サービス管理部５１１は、サービスの利用がＡＰＩとしてリクエストされることに対応して、当該サービスのためのプログラムを実行し、実行結果のデータをリクエスト元に送信する。さらに、サービス管理部５１１は、サービスを提供する際に、各種履歴のデータを取得し、取得した各種履歴のデータを履歴ＤＢ５２３に格納する。

データ分析部５１２は、履歴ＤＢ５２３に格納された履歴のデータの傾向や特徴を分析する。例えば、データ分析部５１２は、特定のサービスが組み込まれたページのアクセス数が顕著に増加する傾向を分析したり、特定のサービスが組み込まれたページにアクセスするユーザの属性に顕著な偏向が存在することを分析したりする。

サービス提案部５１３は、データ分析部５１２によって分析された傾向や特徴を活用した新たなサービスの適用例を生成する。例えば、データ分析部５１２は、特定の分野で用いられているサービスが、他の分野に拡張可能であると判定される場合に、当該サービスの分野を拡張したサービスを新たな適用例としたり、特定の分野で用いられているサービスと、他の分野で用いられているサービスとを組み合わせることが相乗効果を生むと判定される場合に、これらのサービスを組み合わせたサービスを新たな適用例としたりする。
サービス提案部５１３は、サービス開発端末１０を利用する開発者あるいはウィジェット開発端末２０を利用する開発者に対し、生成した新たなサービスの適用例を提案する。

［部品提供サーバ６０の構成］
図１４は、部品提供サーバ６０の機能的構成を示すブロック図である。
図１４に示すように、部品提供サーバ６０のＣＰＵ８１１においては、部品データ管理部６１１と、ページデータ管理部６１２と、が機能する。また、部品提供サーバ６０の記憶部８１７には、ウィジェットリポジトリ６２１と、コンテンツリポジトリ６２２と、メディアリポジトリ６２３と、部品開発リポジトリ６２４と、ページリポジトリ６２５と、が形成される。

ウィジェットリポジトリ６２１には、リリースされている各種ウィジェットが格納されている。
コンテンツリポジトリ６２２には、サービスを提供するためのページに組み込み可能な各種コンテンツのデータ（ここでは、記述内容が固定されたＨＴＭＬファイルとする）が格納されている。
メディアリポジトリ６２３には、サービスを提供するためのページに組み込み可能な各種メディアのデータ（ここでは、静止画、動画、音楽あるいはバナーのデータとする）が格納されている。
部品開発リポジトリ６２４には、ウィジェット開発端末２０によって開発されている部品（ウィジェット）のデータ（ウィジェットを定義するファイル等）が格納されている。
ページリポジトリ６２５には、サービスを提供するためのリリースされたページのデータが格納されている。

部品データ管理部６１１は、ウィジェットが開発されるウィジェット開発端末２０に対し、ウィジェットリポジトリ６２１に格納されたウィジェットの一覧を送信する。
また、部品データ管理部６１１は、ウィジェット開発端末２０によって開発されているウィジェットを所定時間毎（例えば１分毎）に取得し、取得したウィジェットを部品開発リポジトリ６２４に格納する。部品データ管理部６１１は、ウィジェット開発端末２０において完成されたウィジェットをウィジェットリポジトリ６２１に格納することにより、リリースされた状態とする。

ページデータ管理部６１２は、ページが作成される運用者／管理者端末３０に対し、ウィジェットリポジトリ６２１、コンテンツリポジトリ６２２及びメディアリポジトリ６２３に格納されたウィジェット、コンテンツ及びメディアの一覧を送信する。
また、ページデータ管理部６１２は、運用者／管理者端末３０において完成されたページのデータを取得し、取得したページのデータをページリポジトリ６２５に格納する。ページデータ管理部６１２は、完成されたページのデータをページリポジトリ６２５に格納することにより、リリースされた状態とする。なお、ページデータ管理部６１２は、運用者／管理者端末３０において作成されているページのデータが運用者または管理者の指示により送信されることに応じて、作成されているページのデータを取得し、取得したページのデータを作成中のページのデータとして、ページリポジトリ６２５に一時保存する。ただし、ページデータ管理部６１２は、運用者／管理者端末３０において作成されているページのデータを所定時間毎（例えば１分毎）に取得し、取得したページのデータを作成中のページのデータとして、ページリポジトリ６２５に一時保存することとしてもよい。一時保存された作成中のページのデータは、運用者／管理者端末３０に送信されるウィジェットの一覧の中には含まれない。
さらに、ページデータ管理部６１２は、情報処理システム１によって提供されるサービスを利用するエンドユーザ端末４０に対し、サービスリポジトリ５２２に格納されたページの一覧を送信する。ページデータ管理部６１２は、エンドユーザ端末４０からページのデータがリクエストされることに対応して、当該ページのデータをリクエスト元のエンドユーザ端末４０に送信する。

［動作］
次に、情報処理システム１の動作を説明する。
［サービス開発処理］
図１５は、サービス開発端末１０が実行するサービス開発処理の流れを示すフローチャートである。
サービス開発処理は、サービス開発端末１０の入力部８１５を介してサービス開発処理の実行が指示入力されることに対応して開始される。

サービス開発処理が開始されると、ステップＳ１０１において、ＵＩ制御部１１１は、ウィジェットに対応するサービスを提供するためのプログラムを開発する開発者が開発を行う際のＵＩ画面を表示する。
ステップＳ１０２において、データ管理部１１２は、サービス提供サーバ５０のサービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧（サービス一覧）を取得する。取得されたサービスを提供するためのプログラムの一覧は、ＵＩ制御部１１１によってＵＩ画面に表示される。

ステップＳ１０３において、ＵＩ制御部１１１は、表示された既存のプログラムの一覧に、開発者が必要とするサービスのプログラムがあるか否か（即ち、開発者によって既存のプログラムが選択されたか否か）の判定を行う。
表示された既存のプログラムの一覧に、開発者が必要とするサービスのプログラムがない（開発者によって既存のプログラムが選択されない）場合、ステップＳ１０３においてＮＯと判定されて、処理はステップＳ１０４に移行する。
一方、表示された既存のプログラムの一覧に、開発者が必要とするサービスのプログラムがある（開発者によって既存のプログラムが選択された）場合、ステップＳ１０３においてＹＥＳと判定されて、処理はステップＳ１０５に移行する。

ステップＳ１０４において、ＵＩ制御部１１１は、サービスのプログラムの作成を手動で行うためのＵＩ画面を表示する。
ステップＳ１０４の後、処理はステップＳ１０６に移行する。
ステップＳ１０５において、ＵＩ制御部１１１は、選択された既存のプログラムを再利用し、開発中のサービスのプログラムに組み込む。

ステップＳ１０６において、ＵＩ制御部１１１は、開発者によってサービスのプログラムの完成を示す操作（「完成」ボタンの操作等）が行われたか否かの判定を行う。
開発者によってサービスのプログラムの完成を示す操作が行われていない場合、ステップＳ１０６においてＮＯと判定されて、処理はステップＳ１０２に移行する。
一方、開発者によってサービスのプログラムの完成を示す操作が行われた場合、ステップＳ１０６においてＹＥＳと判定されて、処理はステップＳ１０７に移行する。
ステップＳ１０７において、データ管理部１１２は、完成したサービスのプログラムをリリースのためにサービス提供サーバ５０に送信（アップロード）する。
ステップＳ１０７の後、サービス開発処理は終了となる。

［ウィジェット開発処理］
図１６は、ウィジェット開発端末２０が実行するウィジェット開発処理の流れを示すフローチャートである。
ウィジェット開発処理は、ウィジェット開発端末２０の入力部８１５を介してウィジェット開発処理の実行が指示入力されることに対応して開始される。

ウィジェット開発処理が開始されると、ステップＳ２０１において、ＵＩ制御部２１１は、ウィジェットを開発する開発者が開発を行う際のＵＩ画面を表示する。
ステップＳ２０２において、データ管理部２１２は、部品提供サーバ６０のウィジェットリポジトリ６２１に格納されたウィジェットの一覧を取得する。取得されたウィジェットの一覧は、ＵＩ制御部２１１によってＵＩ画面に表示される。

ステップＳ２０３において、ＵＩ制御部２１１は、表示された既存のウィジェットの一覧に、開発者が必要とするウィジェットがあるか否か（即ち、開発者によって既存のウィジェットが選択されたか否か）の判定を行う。
表示された既存のウィジェットの一覧に、開発者が必要とするウィジェットがない（開発者によって既存のウィジェットが選択されない）場合、ステップＳ２０３においてＮＯと判定されて、処理はステップＳ２０４に移行する。
一方、表示された既存のウィジェットの一覧に、開発者が必要とするウィジェットがある（開発者によって既存のウィジェットが選択された）場合、ステップＳ２０３においてＹＥＳと判定されて、処理はステップＳ２０５に移行する。

ステップＳ２０４において、ＵＩ制御部２１１は、ウィジェットの作成を手動で行うためのＵＩ画面を表示する。
ステップＳ２０４の後、処理はステップＳ２０６に移行する。
ステップＳ２０５において、ＵＩ制御部２１１は、選択された既存のウィジェットを再利用し、開発中のウィジェットに組み込む。
ステップＳ２０６において、ＵＩ制御部２１１は、開発者によってウィジェットの完成を示す操作（「完成」ボタンの操作等）が行われたか否かの判定を行う。

開発者によってウィジェットの完成を示す操作が行われていない場合、ステップＳ２０６においてＮＯと判定されて、処理はステップＳ２０２に移行する。
一方、開発者によってウィジェットの完成を示す操作が行われた場合、ステップＳ２０６においてＹＥＳと判定されて、処理はステップＳ２０７に移行する。
ステップＳ２０７において、データ管理部２１２は、完成したウィジェットをリリースのために部品提供サーバ６０に送信（アップロード）する。
ステップＳ２０７の後、ウィジェット開発処理は終了となる。

［ページ編集処理］
図１７は、運用者／管理者端末３０が実行するページ編集処理の流れを示すフローチャートである。
ページ編集処理は、運用者／管理者端末３０の入力部８１５を介してページ編集処理の実行が指示入力されることに対応して開始される。

ページ編集処理が開始されると、ステップＳ３０１において、ＵＩ制御部３１１は、サービスを提供するためのページを作成する運用者または管理者がページを作成する際のＵＩ画面を表示する。
ステップＳ３０２において、データ管理部３１２は、部品提供サーバ６０のウィジェットリポジトリ６２１、コンテンツリポジトリ６２２及びメディアリポジトリ６２３に格納されたウィジェット、コンテンツ及びメディアの一覧を取得する。取得されたウィジェット、コンテンツ及びメディアの一覧は、ＵＩ制御部３１１によってＵＩ画面に表示される。

ステップＳ３０３において、ＵＩ制御部３１１は、ページの作成者によるウィジェット、コンテンツ及びメディアの選択を受け付け、選択されたウィジェット、コンテンツ及びメディアをページに組み込む。
ステップＳ３０４において、ＵＩ制御部３１１は、ページの作成者によってページの完成を示す操作（「完成」ボタンの操作等）が行われたか否かの判定を行う。

ページの作成者によってページの完成を示す操作が行われていない場合、ステップＳ３０４においてＮＯと判定されて、処理はステップＳ３０２に移行する。
一方、ページの作成者によってページの完成を示す操作が行われた場合、ステップＳ３０４においてＹＥＳと判定されて、処理はステップＳ３０５に移行する。
ステップＳ３０５において、データ管理部３１２は、完成したページをリリースのために部品提供サーバ６０に送信（アップロード）する。
ステップＳ３０５の後、ページ編集処理は終了となる。

［サービス利用処理］
図１８は、エンドユーザ端末４０が実行するサービス利用処理の流れを示すフローチャートである。
サービス利用処理は、エンドユーザ端末４０の入力部８１５を介してサービス利用処理の実行が指示入力されることに対応して開始される。

サービス利用処理が開始されると、ステップＳ４０１において、ＵＩ制御部４１１は、情報処理システム１によって提供されるサービスのエンドユーザがサービスを利用する際のＵＩ画面を表示する。
ステップＳ４０２において、データ管理部４１２は、サービス提供サーバ５０のサービスリポジトリ５２２に格納されたページの一覧を取得する。取得されたページの一覧は、ＵＩ制御部４１１によってＵＩ画面に表示される。
ステップＳ４０３において、ＵＩ制御部４１１は、エンドユーザによるページの選択を受け付ける。

ステップＳ４０４において、データ管理部４１２は、実行すべきウィジェットがあるか否か（ウィジェットの実行が指示されたか否か）の判定を行う。
実行すべきウィジェットがない場合、ステップＳ４０４においてＮＯと判定されて、処理はステップＳ４０６に移行する。
一方、実行すべきウィジェットがある場合、ステップＳ４０４においてＹＥＳと判定されて、処理はステップＳ４０５に移行する。

ステップＳ４０５において、データ管理部４１２は、ウィジェットを実行し、サービス提供サーバ５０に当該ウィジェットに対応するサービスの実行をＡＰＩとしてリクエストする。
ステップＳ４０６において、ＵＩ制御部４１１は、サービス利用処理を終了させる操作（「終了」ボタンの操作等）が行われたか否かの判定を行う。
サービス利用処理を終了させる操作が行われていない場合、ステップＳ４０６においてＮＯと判定されて、処理はステップＳ４０４に移行する。
一方、サービス利用処理を終了させる操作が行われた場合、ステップＳ４０６においてＹＥＳと判定されて、サービス利用処理は終了となる。

［部品作成受付処理］
図１９は、部品提供サーバ６０が実行する部品作成受付処理の流れを示すフローチャートである。
部品作成受付処理は、部品提供サーバ６０の起動と共に開始され、繰り返し実行される。

部品作成受付処理が開始されると、ステップＳ５０１において、部品データ管理部６１１は、ウィジェット開発端末２０によってウィジェットが新規に開発されているか否かの判定を行う。
ウィジェット開発端末２０によってウィジェットが新規に開発されていない場合、ステップＳ５０１においてＮＯと判定されて、ステップＳ５０１の処理が繰り返される。
一方、ウィジェット開発端末２０によってウィジェットが新規に開発されている場合、ステップＳ５０１においてＹＥＳと判定されて、処理はステップＳ５０２に移行する。

ステップＳ５０２において、部品データ管理部６１１は、ウィジェットが新規に開発されているウィジェット開発端末２０に対し、ウィジェットリポジトリ６２１に格納されたウィジェットの一覧を送信する。
ステップＳ５０３において、部品データ管理部６１１は、新規に開発されているウィジェットが完成したか否かの判定を行う。
新規に開発されているウィジェットが完成していない場合、ステップＳ５０３においてＮＯと判定されて、ステップＳ５０３の処理が繰り返される。なお、新規に開発されているウィジェットが完成していない場合、部品データ管理部６１１によって、ウィジェット開発端末２０で開発されているウィジェットが所定時間毎（例えば１分毎）に取得され、取得されたウィジェットが部品開発リポジトリ６２４に格納される。
一方、新規に開発されているウィジェットが完成した場合、ステップＳ５０３においてＹＥＳと判定されて、処理はステップＳ５０４に移行する。

ステップＳ５０４において、部品データ管理部６１１は、ウィジェット開発端末２０において完成されたウィジェットをウィジェットリポジトリ６２１に格納する。これにより、完成されたウィジェットがリリースされた状態となる。
ステップＳ５０４の後、部品作成受付処理が繰り返される。

［ページ作成受付処理］
図２０は、部品提供サーバ６０が実行するページ作成受付処理の流れを示すフローチャートである。
ページ作成受付処理は、部品提供サーバ６０の起動と共に開始され、繰り返し実行される。

ページ作成受付処理が開始されると、ステップＳ６０１において、ページデータ管理部６１２は、運用者／管理者端末３０によってページが新規に作成されているか否かの判定を行う。
運用者／管理者端末３０によってページが新規に作成されていない場合、ステップＳ６０１においてＮＯと判定されて、ステップＳ６０１の処理が繰り返される。
一方、運用者／管理者端末３０によってページが新規に作成されている場合、ステップＳ６０１においてＹＥＳと判定されて、処理はステップＳ６０２に移行する。

ステップＳ６０２において、ページデータ管理部６１２は、ページが新規に作成されている運用者／管理者端末３０に対し、ウィジェットリポジトリ６２１、コンテンツリポジトリ６２２及びメディアリポジトリ６２３に格納されたウィジェット、コンテンツ及びメディアの一覧を送信する。
ステップＳ６０３において、ページデータ管理部６１２は、新規に作成されているページが完成したか否かの判定を行う。
新規に作成されているページが完成していない場合、ステップＳ６０３においてＮＯと判定されて、ステップＳ６０３の処理が繰り返される。なお、新規に作成されているページが完成していない場合、ページデータ管理部６１２によって、運用者／管理者端末３０において作成されているページのデータが運用者または管理者の指示により送信されることに応じて、作成されているページのデータが取得され、取得したページのデータが作成中のページのデータとして、ページリポジトリ６２５に一時保存される。ただし、ページデータ管理部６１２によって、運用者／管理者端末３０で開発されているページのデータが所定時間毎（例えば１分毎）に取得され、取得されたページのデータが作成中のページのデータとして、ページリポジトリ６２５に一時保存されることとしてもよい。一時保存された作成中のページのデータは、運用者／管理者端末３０に送信されるウィジェットの一覧の中には含まれない。
一方、新規に作成されているページが完成した場合、ステップＳ６０３においてＹＥＳと判定されて、処理はステップＳ６０４に移行する。

ステップＳ６０４において、ページデータ管理部６１２は、運用者／管理者端末３０において完成されたページのデータをページリポジトリ６２５に格納する。これにより、完成されたページがリリースされた状態となる。
ステップＳ６０４の後、ページ作成受付処理が繰り返される。

［ページ提供処理］
図２１は、部品提供サーバ６０が実行するページ提供処理の流れを示すフローチャートである。
ページ提供処理は、部品提供サーバ６０の起動と共に開始され、繰り返し実行される。

ページ提供処理が開始されると、ステップＳ７０１において、ページデータ管理部６１２は、情報処理システム１によって提供されるサービスを利用するエンドユーザ端末４０に対し、サービスリポジトリ５２２に格納されたページの一覧を送信する。
ステップＳ７０２において、ページデータ管理部６１２は、エンドユーザ端末４０からページのデータがリクエストされたか否かの判定を行う。
エンドユーザ端末４０からページのデータがリクエストされていない場合、ステップＳ７０２においてＮＯと判定されて、ステップＳ７０２の処理が繰り返される。
一方、エンドユーザ端末４０からページのデータがリクエストされた場合、ステップＳ７０２においてＹＥＳと判定されて、処理はステップＳ７０３に移行する。
ステップＳ７０３において、ページデータ管理部６１２は、リクエストされたページのデータをリクエスト元のエンドユーザ端末４０に送信する。
ステップＳ７０３の後、ページ提供処理が繰り返される。

［サービス作成受付処理］
図２２は、サービス提供サーバ５０が実行するサービス作成受付処理の流れを示すフローチャートである。
サービス作成受付処理は、サービス提供サーバ５０の起動と共に開始され、繰り返し実行される。

サービス作成受付処理が開始されると、ステップＳ８０１において、サービス管理部５１１は、サービス開発端末１０によってサービスのためのプログラムが新規に開発されているか否かの判定を行う。
サービス開発端末１０によってサービスのためのプログラムが新規に開発されていない場合、ステップＳ８０１においてＮＯと判定されて、ステップＳ８０１の処理が繰り返される。
一方、サービス開発端末１０によってサービスのためのプログラムが新規に開発されている場合、ステップＳ８０１においてＹＥＳと判定されて、処理はステップＳ８０２に移行する。

ステップＳ８０２において、サービス管理部５１１は、サービスのためのプログラムが新規に開発されているサービス開発端末１０に対し、サービスリポジトリ５２２に格納されたサービスを提供するためのプログラムの一覧（サービス一覧）を送信する。
ステップＳ８０３において、サービス管理部５１１は、新規に開発されているサービスが完成したか否かの判定を行う。
新規に開発されているサービスが完成していない場合、ステップＳ８０３においてＮＯと判定されて、ステップＳ８０３の処理が繰り返される。なお、新規に開発されているサービスが完成していない場合、サービス管理部５１１によって、サービス開発端末１０で開発されているサービスのためのプログラムが所定時間毎（例えば１分毎）に取得され、取得されたサービスのためのプログラムがサービス開発リポジトリ５２１に格納される。
一方、新規に開発されているサービスが完成した場合、ステップＳ８０３においてＹＥＳと判定されて、処理はステップＳ８０４に移行する。

ステップＳ８０４において、サービス管理部５１１は、サービス開発端末１０において完成されたサービスのためのプログラムをサービスリポジトリ５２２に格納する。これにより、完成されたサービスのためのプログラムがリリースされた状態となる。
ステップＳ８０４の後、ページ作成受付処理が繰り返される。

［サービス受付処理］
図２３は、サービス提供サーバ５０が実行するサービス受付処理の流れを示すフローチャートである。
サービス受付処理は、サービス提供サーバ５０の起動と共に開始され、繰り返し実行される。

サービス受付処理が開始されると、ステップＳ９０１において、サービス管理部５１１は、サービスの利用がＡＰＩとしてリクエストされたか否かの判定を行う。
サービスの利用がＡＰＩとしてリクエストされていない場合、ステップＳ９０１においてＮＯと判定されて、ステップＳ９０１の処理が繰り返される。
一方、サービスの利用がＡＰＩとしてリクエストされた場合、ステップＳ９０１においてＹＥＳと判定されて、処理はステップＳ９０２に移行する。
ステップＳ９０２において、サービス管理部５１１は、サービスリポジトリ５２２を参照する。このとき、サービス管理部５１１は、リクエストされたサービスに関する情報（例えば、サービスを提供するクラウドシステム上のサーバへのアクセス情報等）を取得する。

ステップＳ９０３において、サービス管理部５１１は、リクエストされたサービスに関する情報に基づいて、リクエストを実行する。例えば、サービス管理部５１１は、リクエストされたサービスを提供するクラウドシステム上のサーバにアクセスすることにより、リクエストの実行結果を取得する。
ステップＳ９０４において、サービス管理部５１１は、リクエストの実行結果をリクエスト元に送信する。
ステップＳ９０４の後、サービス受付処理が繰り返される。

［データ分析処理］
図２４は、サービス提供サーバ５０が実行するデータ分析処理の流れを示すフローチャートである。
データ分析処理は、サービス提供サーバ５０の入力部８１５を介してデータ分析処理の実行が指示入力されること、あるいは、端末装置（運用者／管理者端末３０等）からデータ分析処理の実行が要求されることに対応して開始される。

データ分析処理が開始されると、ステップＳ１００１において、データ分析部５１２は、履歴ＤＢ５２３に格納された履歴のデータを取得する。
ステップＳ１００２において、データ分析部５１２は、履歴のデータの傾向や特徴を分析する。例えば、データ分析部５１２は、特定のサービスが組み込まれたページのアクセス数が顕著に増加する傾向を分析したり、特定のサービスが組み込まれたページにアクセスするユーザの属性に顕著な偏向が存在することを分析したりする。

ステップＳ１００３において、サービス提案部５１３は、データ分析部５１２によって分析された傾向や特徴を活用した新たなサービスの適用例を生成する。例えば、データ分析部５１２は、特定の分野で用いられているサービスが、他の分野に拡張可能であると判定される場合に、当該サービスの分野を拡張したサービスを新たな適用例としたり、特定の分野で用いられているサービスと、他の分野で用いられているサービスとを組み合わせることが相乗効果を生むと判定される場合に、これらのサービスを組み合わせたサービスを新たな適用例としたりする。
ステップＳ１００４において、サービス提案部５１３は、サービス開発端末１０を利用する開発者あるいはウィジェット開発端末２０を利用する開発者に対し、生成した新たなサービスの適用例を提案する。
ステップＳ１００４の後、データ分析処理は終了となる。

以上のように、本実施形態に係る情報処理システム１は、複数種類のクラウドシステムと連携し、ＤｅｖＯｐｓ環境においてサービスを提供する。また、情報処理システム１では、サービスを提供するためのページに組み込まれる要素としてのウィジェットや、ウィジェットの動作を実現するためのサービスのプログラム等を蓄積し、蓄積しているウィジェットやサービスのプログラムを再利用して、新たなサービスを提供するためのページを構築することを可能としている。
そのため、新たなサービスを提供するためのページを構築する際に、サービスに必要な要素を選択してページに組み込むことで、簡単かつ柔軟に必要なサービスのためのページを構築することができる。
したがって、情報処理システムにおける機能をより迅速かつ柔軟に構築することができる。

以上のように、本実施形態に係る情報処理システム１は、クラウドシステム７０－１～７０－ｎと連携してサービスを提供する。また、情報処理システム１は、部品提供サーバ６０と、運用者／管理者端末３０と、サービス提供サーバ５０と、を備える。
部品提供サーバ６０は、クラウドシステム７０－１～７０－ｎ上でサービスを提供するためのページを構成する要素を蓄積する。
運用者／管理者端末３０は、部品提供サーバ６０に蓄積された要素を利用して新たなサービスのためのページを生成する。
サービス提供サーバ５０は、ページに含まれる要素に対応付けられたプログラムを実行する。
これにより、新たなサービスを提供するためのページを構築する際に、サービスに必要な要素を選択してページに組み込むことで、簡単かつ柔軟に必要なサービスのためのページを構築することができる。
したがって、情報処理システムにおける機能をより迅速かつ柔軟に構築することができる。

また、情報処理システム１は、ウィジェット開発端末２０を備える。
ウィジェット開発端末２０は、新たな要素を生成する。
部品提供サーバ６０には、ウィジェット開発端末２０によって生成された要素がさらに蓄積される。
これにより、新たに生成された要素を、以後に要素を生成する際に選択して利用することが可能となる。

また、情報処理システム１は、サービス開発端末１０を備える。
サービス提供サーバ５０は、要素に対応するサービスのためのプログラムを蓄積する。
サービス開発端末１０は、サービス提供サーバ５０に蓄積されたプログラムを利用して新たな要素に対応するサービスのためのプログラムを生成する。
サービス提供サーバ５０には、サービス開発端末１０によって生成されたプログラムがさらに蓄積される。
これにより、サービス提供サーバ５０にプログラムが蓄積されていない要素に対応するサービスのためのプログラムを生成して、新たな要素を選択対象に追加することができる。

要素は、サービスを実現するためのパラメータを設定可能であると共に、ページが閲覧された場合の動作が定義されている。
これにより、必要なパラメータを設定したり、ページが閲覧された場合の動作を適宜変更したりして、要素をページに組み込むことができる。

プログラムは、クラウドシステム７０－１～７０－ｎにおいてアプリケーションプログラムインターフェースを介して実行されるクラウドネイティブなプログラムである。
これにより、ページに組み込まれる要素をクラウドネイティブなアプリケーションとして実現することができる。

サービス提供サーバ５０は、ページの閲覧に関する履歴データを取得する。
サービス提供サーバ５０は、取得された履歴データを分析し、新たなサービスに関する提案を行う。
これにより、サービスの提供により得られたデータを基に、必要性が高いと見込まれる新たなサービスを提案することができる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、上述の実施形態における情報処理システム１のシステム構成は一例であり、情報処理システム１の機能が全体として実現されていれば、サービス提供サーバ５０及び部品提供サーバ６０を１つのサーバとして実現したり、より多くのサーバに機能を分散して実装したりすることが可能である。
また、上述の実施形態におけるサービスとして、クラウドネイティブシステムにおけるサービスあるいはマイクロサービスを主として想定することができ、その他、これらに類するサービスを含めることも可能である。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、上述の実施形態における機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システム１を構成するいずれかのコンピュータに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に示した例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

また、上述した一連の処理を実行するためのプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

１ 情報処理システム、１０ サービス開発端末、２０ ウィジェット開発端末、３０ 運用者／管理者端末、４０ エンドユーザ端末、５０ サービス提供サーバ、６０ 部品提供サーバ、７０－１～７０－ｎ クラウドシステム、８０ ネットワーク、８００ 情報処理装置、８１１ ＣＰＵ、８１２ ＲＯＭ、８１３ ＲＡＭ、８１４ バス、８１５ 入力部、８１６ 出力部、８１７ 記憶部、８１８ 通信部、８１９ ドライブ、８２０ 撮像部、８３１ リムーバブルメディア、１１１，２１１，３１１，４１１ ＵＩ制御部、１１２，２１２，３１２，４１２ データ管理部、５１２ サービス管理部、５１２ データ分析部、５１３ サービス提案部、５２１ サービス開発リポジトリ、５２２ サービスリポジトリ、５２３ 履歴データベース、６１１ 部品データ管理部、６１２ ページデータ管理部、６２１ ウィジェットリポジトリ、６２２ コンテンツリポジトリ、６２３ メディアリポジトリ、６２４ 部品開発リポジトリ、６２５ ページリポジトリ

Claims (13)

1. クラウドシステムと連携してサービスを提供する情報処理システムであって、
   クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段と、
   前記要素蓄積手段に蓄積された前記要素を利用して新たなサービスのためのページを生成するページデータ生成手段と、
   前記ページに含まれる前記要素に対応付けられたプログラムを実行する要素プログラム実行手段と、
   を備えることを特徴とする情報処理システム。
2. 新たな前記要素を生成する要素生成手段を備え、
   前記要素蓄積手段には、前記要素生成手段によって生成された前記要素がさらに蓄積されることを特徴とする請求項１に記載の情報処理システム。
3. 前記要素に対応するサービスのための前記プログラムを蓄積するプログラム蓄積手段と、
   前記プログラム蓄積手段に蓄積された前記プログラムを利用して新たな前記要素に対応するサービスのための前記プログラムを生成するプログラム生成手段と、
   を備え、
   前記プログラム蓄積手段には、前記プログラム生成手段によって生成された前記プログラムがさらに蓄積されることを特徴とする請求項１または２に記載の情報処理システム。
4. 前記要素は、前記サービスを実現するためのパラメータを設定可能であると共に、前記ページが閲覧された場合の動作が定義されていることを特徴とする請求項１から３のいずれか１項に記載の情報処理システム。
5. 前記プログラムは、前記クラウドシステムにおいてアプリケーションプログラムインターフェースを介して実行されるクラウドネイティブなプログラムであることを特徴とする請求項１から４のいずれか１項に記載の情報処理システム。
6. 前記ページの閲覧に関する履歴データを取得する履歴データ取得手段と、
   前記履歴データ取得手段によって取得された前記履歴データを分析し、新たな前記サービスに関する提案を行うサービス提案手段と、
   を備えることを特徴とする請求項１から５のいずれか１項に記載の情報処理システム。
7. クラウドシステムと連携してサービスを提供する情報処理システムを構成する情報処理装置であって、
   クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段に蓄積された前記要素を利用して新たなサービスのためのページを生成するページデータ生成手段を備え、
   前記ページに含まれる前記要素に対応付けられたプログラムは、前記クラウドシステムにおいて実行されることを特徴とする情報処理装置。
8. クラウドシステムと連携してサービスを提供する情報処理システムを構成する情報処理装置であって、
   クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段を備え、
   前記要素蓄積手段に蓄積された前記要素は、新たなサービスのためのページを生成するために利用され、
   前記ページに含まれる前記要素に対応付けられたプログラムは、前記クラウドシステムにおいて実行されることを特徴とする情報処理装置。
9. クラウドシステムと連携してサービスを提供する情報処理システムを構成する情報処理装置であって、
   クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段に蓄積された前記要素を利用して生成された新たなサービスのためのページに含まれる前記要素に対応付けられたプログラムを実行する要素プログラム実行手段を備えることを特徴とする情報処理装置。
10. クラウドシステムと連携してサービスを提供する情報処理システムで実行される情報処理方法であって、
    クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積ステップと、
    前記要素蓄積ステップにおいて蓄積された前記要素を利用して新たなサービスのためのページを生成するページデータ生成ステップと、
    前記ページに含まれる前記要素に対応付けられたプログラムを実行する要素プログラム実行ステップと、
    を含むことを特徴とする情報処理方法。
11. クラウドシステムと連携してサービスを提供する情報処理システムを構成するコンピュータに、
    クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段に蓄積された前記要素を利用して新たなサービスのためのページを生成するページデータ生成機能を実現させ、
    前記ページに含まれる前記要素に対応付けられたプログラムは、前記クラウドシステムにおいて実行されることを特徴とするプログラム。
12. クラウドシステムと連携してサービスを提供する情報処理システムを構成するコンピュータに、
    クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積機能を実現させ、
    前記要素蓄積機能によって蓄積された前記要素は、新たなサービスのためのページを生成するために利用され、
    前記ページに含まれる前記要素に対応付けられたプログラムは、前記クラウドシステムにおいて実行されることを特徴とするプログラム。
13. クラウドシステムと連携してサービスを提供する情報処理システムを構成するプログラムに、
    クラウドシステム上でサービスを提供するためのページを構成する要素を蓄積する要素蓄積手段に蓄積された前記要素を利用して生成された新たなサービスのためのページに含まれる前記要素に対応付けられたプログラムを実行する要素プログラム実行機能を実現させることを特徴とする情報処理装置。

Images