特開 2024-95879 設定データファイル配信装置、設定データファイル配信システム、設定データファイル配信方法及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024095879

(43)【公開日】2024-07-11

(54)【発明の名称】設定データファイル配信装置、設定データファイル配信システム、設定データファイル配信方法及びコンピュータプログラム

(51)【国際特許分類】

   G06F 8/60 20180101AFI20240704BHJP

   G06F 21/62 20130101ALI20240704BHJP

   G06F 16/14 20190101ALI20240704BHJP

【ＦＩ】

G06F8/60

G06F21/62 318

G06F16/14

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022212845

(22)【出願日】2022-12-29

(71)【出願人】

【識別番号】518431200

【氏名又は名称】ウィズデスク株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】田口 湧都

(72)【発明者】

【氏名】君島 隆朗

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AA25

5B376AA38

5B376BC25

5B376CA46

(57)【要約】

【課題】サービスのアップデートなどが行われた場合、当該サービス用に提供されるプログラムがアップデート前のものであっても、設定データファイルを配信して正常に動作させることができる設定データファイル配信装置を提供する。
【解決手段】端末装置で実行されるプログラムを用いてサービスを提供する情報処理サーバであって、アカウント毎に、サービスの設定内容を示す設定データを記憶するデータベースと、当該データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントＩＤと、設定データファイルとを対応付けて記憶するストレージとを備える。情報処理サーバは、上記プログラムに含まれるマイグレーションＩＤに基づく端末装置からの設定データファイルの配信要求に応じて、マイグレーションＩＤと、アカウントＩＤとに対応する設定データファイルを端末装置へ送信する。
【選択図】図１２

【特許請求の範囲】

【請求項1】

端末装置で実行されるプログラムを用いてサービスを提供する情報処理サーバであって、
前記サービスを利用するアカウント毎に、該サービスの設定内容を示す設定データを記憶するアカウント管理データベースと、
該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて記憶する設定データファイルストレージと
を備え、
前記プログラムは前記マイグレーションＩＤを含み、
前記マイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する通信部と
を備える設定データファイル配信装置。

【請求項2】

前記設定データファイルストレージは、
前記サービスに係る複数の機能のうち、前記アカウントが利用する特定の一又は複数の機能毎に作成された一又は複数の前記設定データファイルと、該機能を示す機能ＩＤをキーにして前記一又は複数の設定データファイルを特定するための索引データファイルとを、前記マイグレーションＩＤ及び前記アカウントＩＤに対応付けて記憶しており、
前記通信部は、
前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する前記索引データファイルを前記端末装置へ送信し、
前記索引データファイルを用いた前記端末装置からの前記設定データファイルの要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤと、前記アカウントが利用する特定の機能を示す前記機能ＩＤとに対応する前記設定データファイルを前記端末装置へ送信する
請求項１に記載の設定データファイル配信装置。

【請求項3】

前記設定データファイルストレージは、
前記端末装置側の複数種類の環境毎に作成された複数の前記設定データファイルと、該環境を示す環境ＩＤをキーにして前記複数の設定データファイルを特定するための索引データファイルとを、前記マイグレーションＩＤ及び前記アカウントＩＤに対応付けて記憶しており、
前記通信部は、
前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する索引データファイルを前記端末装置へ送信し、
前記索引データファイルを用いた前記端末装置からの前記設定データファイルの要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤと、前記端末装置側の環境を示す前記環境ＩＤとに対応する前記設定データファイルを前記端末装置へ送信する
請求項１に記載の設定データファイル配信装置。

【請求項4】

前記通信部は、
前記索引データファイルを送信する場合、該索引データファイルをキャッシュしないことを指示するキャッシュコントロール情報及び前記索引データファイルを前記端末装置へ送信し、
前記設定データファイルを送信する場合、前記設定データファイルをキャッシュすることを指示するキャッシュコントロール情報及び前記設定データファイルを前記端末装置へ送信する処理を実行する
請求項２又は請求項３のいずれか１項に記載の設定データファイル配信装置。

【請求項5】

請求項４に記載の設定データファイル配信装置と、
端末装置と
を備え、
前記端末装置は、
該端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに基づいて、前記索引データファイルを要求し、
前記マイグレーションＩＤ及び前記アカウントＩＤに対応する前記索引データファイルを受信した場合、前記キャッシュコントロール情報に従って、前記索引データファイルをキャッシュせず、
前記索引データファイルに基づいて、前記設定データファイルを要求し、
要求に応じて前記設定データファイル配信装置から送信された前記設定データファイルを受信した場合、前記キャッシュコントロール情報に従って、前記設定データファイルをキャッシュする
設定データファイル配信システム。

【請求項6】

端末装置で実行されるプログラムを用いてサービスを提供する情報処理サーバを用いた設定データファイル配信方法であって、
前記サービスを利用するアカウント毎に、該サービスの設定内容を示す設定データをアカウント管理データベースに記憶し、
該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて設定データファイルストレージに記憶し、
前記プログラムに含まれるマイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれるマイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する
設定データファイル配信方法。

【請求項7】

端末装置で実行されるプログラムを用いてサービスを提供する処理をコンピュータに実行させるためのコンピュータプログラムであって、
前記サービスを利用するアカウント毎に、該サービスの設定内容を示す設定データをアカウント管理データベースに記憶し、
該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて設定データファイルストレージに記憶し、
前記プログラムに含まれるマイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれるマイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する
処理を前記コンピュータに実行させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、設定データファイル配信装置、設定データファイル配信システム、設定データファイル配信方法及びコンピュータプログラムに関する。

【背景技術】

【0002】

端末装置のブラウザは、ウェブサイトに設置されたＪａｖａＳｃｒｉｐｔ（登録商標）ファイルなどのスクリプトファイルを実行することによって、動的な機能を実現することができる。また、当該スクリプトファイルを提供し、機能を実現しているサービスにおいては、サービスを利用するアカウント毎に当該機能の各種設定をサーバで管理することもできる。端末装置のブラウザは、スクリプトファイルを実行した際、アカウントに応じた設定データをサーバから取得し、設定内容に応じた機能を実現する。

【0003】

例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイルを実行する端末装置と、サーバとが協動して実現する機能の一つに画面共有システムがある。画面共有システムは、ゲスト端末のブラウザに表示される画面及びマウスカーソル操作を、エージェント端末のブラウザを通じて共有することにより、エージェント端末を操作するユーザと、ゲスト端末を操作するユーザとの情報伝達を視覚的に促進することを可能にするシステムである（例えば、特許文献１）。以下、ゲスト端末を操作するユーザをゲスト、ゲスト端末のブラウザをゲストブラウザと呼ぶ。また、エージェント端末を操作するユーザをエージェント、エージェント端末のブラウザをエージェントブラウザと呼ぶ。エージェントは、例えば、ウェブサイトの操作をゲストに案内する者である。
画面共有システムを利用するアカウントが複数ある場合、アカウント毎に異なる設定を行うことができ、ゲスト及びエージェントは自身が属するアカウントの設定に応じた画面共有を行うことができる。設定内容は、例えば、共有不可項目情報などである。共有不可項目情報は、画面共有時にゲストブラウザからエージェントブラウザに共有を行わないＨＴＭＬ要素の情報であり、具体的には、該当のＨＴＭＬ要素が含まれるページのＵＲＬなどの所在情報及び当該ＨＴＭＬ要素を指し示すＣＳＳセレクター、ＸＰａｔｈなどの要素情報などが含まれる。サーバは、アカウント毎に設定データをデータベースなどに記憶している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－１７７４０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、端末装置で実行されるプログラムが、サーバから送信された設定データを元に処理を実行して動作するサービスにおいては、サービスのアップデートなどにより、設定データの送信元であるサーバとＪａｖａＳｃｒｉｐｔ（登録商標）などのプログラムそれぞれが定義している設定データの形式が不一致となる場合があり、サービスが正しく動作しない可能性がある。

【0006】

本開示の目的は、サービスのアップデートなどが行われた場合であっても、端末装置で実行されるプログラムにおいて定義されている設定データの形式と、サーバが配信する当該プログラム用の設定データの形式とを常に一致させ、当該プログラムを正常に動作させることができる設定データファイル配信装置、設定データファイル配信システム、設定データファイル配信方法及びコンピュータプログラムを提供することにある。

【課題を解決するための手段】

【0007】

本開示の一側面に係る設定データファイル配信装置は、端末装置で実行されるプログラムを用いてサービスを提供する情報処理サーバであって、前記サービスの利用アカウント毎に、該サービスの設定内容を示す設定データを記憶するアカウント管理データベースと、該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて記憶する設定データファイルストレージとを備え、前記プログラムは前記マイグレーションＩＤを含み、前記マイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する通信部とを備える。

【0008】

本開示の一側面に係る設定データファイル配信システムは、前記設定データファイル配信装置と、端末装置とを備え、前記端末装置は、該端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに基づいて、索引データファイルを要求し、前記マイグレーションＩＤ及び前記アカウントＩＤに対応する前記索引データファイルを受信した場合、キャッシュコントロール情報に従って、前記索引データファイルをキャッシュせず、前記索引データファイルに基づいて、前記設定データファイルを要求し、要求に応じて前記設定データファイル配信装置から送信された前記設定データファイルを受信した場合、キャッシュコントロール情報に従って、前記設定データファイルをキャッシュする。

【0009】

本開示の一側面に係る設定データファイル配信方法は、端末装置で実行されるプログラムを用いてサービスを提供する情報処理サーバを用いた設定データファイル配信方法であって、前記サービスの利用アカウント毎に、該サービスの設定内容を示す設定データをアカウント管理データベースに記憶し、該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて設定データファイルストレージに記憶し、前記プログラムに含まれるマイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれるマイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する。

【0010】

本開示の一側面に係るコンピュータプログラムは、端末装置で実行されるプログラムを用いてサービスを提供する処理をコンピュータに実行させるためのコンピュータプログラムであって、前記サービスの利用アカウント毎に、該サービスの設定内容を示す設定データをアカウント管理データベースに記憶し、該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて設定データファイルストレージに記憶し、前記プログラムに含まれるマイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれるマイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する処理を前記コンピュータに実行させる。

【発明の効果】

【0011】

本開示によれば、サービスのアップデートなどが行われた場合であっても、端末装置で実行されるプログラムにおいて定義されている設定データの形式と、サーバが配信する当該プログラム用の設定データの形式とを常に一致させ、当該プログラムを正常に動作させることができる設定データファイル配信装置、設定データファイル配信システム、設定データファイル配信方法及びコンピュータプログラムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態に係る画面共有システムの構成例を示す模式図である。

【図2】実施形態に係る画面共有システムの構成例を示すブロック図である。

【図3】実施形態に係る画面共有システムの機能ブロック図である。

【図4】マイグレーション管理テーブルの構成例を示す概念図である。

【図5】アカウント別機能タイプ管理テーブル及び機能タイプ管理テーブルの構成例を示す概念図である。

【図6】アカウント別環境タイプ管理テーブル及び環境タイプ管理テーブルの構成例を示す概念図である。

【図7】設定データ管理テーブルの構成例を示す概念図である。

【図8】設定データファイルストレージのディレクトリ構成を示す概念図である。

【図9】索引データファイルの第１の構成例を示す概念図である。

【図10】索引データファイルの第２の構成例を示す概念図である

【図11】設定データファイルの配信に係る処理手順を示すフローチャートである。

【図12】データベースの構成変更及び設定データファイルの作成に係る処理手順を示すフローチャートである。

【図13】データベースの構成変更後のマイグレーション管理テーブルを示す概念図である。

【図14】データベースの構成変更前後の索引データファイルを示す概念図である。

【図15】データベースの構成変更後の設定データファイルストレージを示す概念図である。

【図16】データベースの構成変更後の設定データ管理テーブルを示す概念図である。

【図17】設定データの内容変更後の設定データファイルストレージを示す概念図である。

【図18】設定データの内容変更後の設定データ管理テーブルを示す概念図である。

【図19】設定データの内容変更前後の索引データファイルを示す概念図である。

【発明を実施するための形態】

【0013】

本開示の実施形態に係る設定データファイル配信装置としての情報処理サーバ、設定データファイル配信システムとしての画面共有システム、設定データファイル配信方法及びコンピュータプログラムを、以下に図面を参照しつつ説明する。なお、本開示は、これらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。また、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

【0014】

＜技術的課題＞
本実施形態に係る情報処理サーバ（設定データファイル配信装置）は、次の課題を解決するものである。
（１）端末装置で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）ファイルなどのプログラムが、情報処理サーバから送信された設定データを元に処理を実行して動作するサービスにおいて、サービスのアップデートなどにより、設定データの送信元である情報処理サーバとＪａｖａＳｃｒｉｐｔ（登録商標）などのプログラムそれぞれが定義している設定データの形式が不一致となる場合があり、サービスが正しく動作しない可能性がある。
設定データについては、画面共有システムにおける共有不可項目情報など、機能の実現に必要な多種多様な情報が含まれることが想定される。そのような設定データを効率よく配信するため、情報処理サーバはデータベースの構成など、事前に定義された形式に従い、それぞれの情報を適切に割り当てたデータとして作成し、送信する。また、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイルにおいても、設定データを正しく利用するため、情報処理サーバから送信される設定データの形式を事前に定義しておき、定義した内容を元に設定データから情報を読み取り、処理を実行することが一般的である。
しかしながら、上記のような場合、情報処理サーバと、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイル、それぞれで設定データの形式を定義しているため、例えば、サービスのアップデートなどにより、データベースの構成が変更された場合、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイルが定義している設定データの形式を同時に変更しない限り、情報処理サーバから送信される設定データの形式とＪａｖａＳｃｒｉｐｔ（登録商標）ファイルが定義している形式とが異なる期間が発生し、正しく情報を読み取ることができず、機能を実現できない。つまりは、サービスが正しく動作しない可能性がある。
本課題を解決するための通例の対策として、データベースの構成の変更などにより、情報処理サーバが定義する設定データの形式の更新があった場合、同時にＪａｖａＳｃｒｉｐｔ（登録商標）ファイルの更新も行い、新しい設定データの形式に従って情報を読み取れるように対処することがあげられるが、データベースの構成の変更及びＪａｖａＳｃｒｉｐｔ（登録商標）ファイルの更新は非同期的に行う必要があり、それぞれにかかる時間には差異があるため、完全な同時に更新を行うことは技術上難しい。更に、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイルの配信方法としては、負荷軽減や配信速度の改善を目的にＣＤＮ（Contents Delivery Network）を経由して配信することが一般的であり、ＣＤＮの各エッジロケーション上に当該ＪａｖａＳｃｒｉｐｔ（登録商標）ファイルが一定期間キャッシュされることで実現される。しかしながら、その場合、仮に情報処理サーバとＪａｖａＳｃｒｉｐｔ（登録商標）ファイルを完全な同時に更新した場合においても、仕組み上、ＣＤＮの各エッジロケーションにキャッシュされたＪａｖａＳｃｒｉｐｔ（登録商標）ファイルを削除し、更新後のＪａｖａＳｃｒｉｐｔ（登録商標）ファイルを配信するようになるために多少の時間（ＣＤＮのケースによるが、数分程度かかる可能性がある）を要するため、キャッシュされたＪａｖａＳｃｒｉｐｔ（登録商標）ファイルが完全に削除されるまでの期間は、双方の定義する設定データの形式が不一致となる可能性があり、課題を解決できない。
（２）ウェブサイトへのアクセス数が多い場合、設定データを配信する情報処理サーバへのアクセスも同様に増加するため、情報処理サーバの負荷が重くなる。
前述の課題でも言及した通り、設定データは機能の実現に必要な多種多様な情報が含まれることが想定されるため、一定の配信量が発生する。また、情報処理サーバはデータベースに保存されているデータから設定データを作成するため、処理を行うための負荷も発生する。そのため、ウェブサイトへのアクセス数が多いほど、設定データを配信するサーバへのアクセスも増加するため、サーバの負荷が重くなる。

【0015】

＜画面共有システム＞
図１は、実施形態に係る画面共有システムの構成例を示す模式図である。本実施形態に係る画面共有システムは、上記した技術的課題に対応するものである。本実施形態に係る画面共有システムは、画面共有サービス（サービス）を提供する情報処理サーバ１と、エージェント端末（端末装置）２と、ゲスト端末（端末装置）３と、ウェブサーバ４とを備える。各種端末及びサーバは、通信網Ｎを介して情報処理サーバ１に接続されている。
本実施形態では、上記サービスを利用する個人、組織、その他のエンティティをアカウントと呼ぶ。また、アカウントを構成する個人をユーザと呼ぶ。

【0016】

エージェント端末２を操作するユーザ（以下、エージェントと呼ぶ）は、例えばゲスト端末３を操作するユーザ（以下、ゲストと呼ぶ）のウェブサイトの操作方法を案内する者である。なお、エージェント及びゲストは、本実施形態に係る情報処理サーバ１のユーザの一例であり、両者の関係は特に限定されるものでは無い。

【0017】

図２は、実施形態に係る画面共有システムの構成例を示すブロック図である。情報処理サーバ１は、処理部１１、記憶部１２、通信部１３を備えたコンピュータである。なお、情報処理サーバ１は、複数台のコンピュータで構成し分散処理する構成でもよいし、１台のサーバ内に設けられた複数の仮想マシンによって実現されていてもよいし、クラウドサーバを用いて実現されていてもよいし、一部を量子コンピュータで構成してもよい。

【0018】

処理部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）などの演算処理装置を有し、記憶部１２に記憶されたコンピュータプログラムＰ１を読み出して実行することにより、本実施形態に係る設定データの配信処理及び画面共有処理を実行する。

【0019】

記憶部１２は、ハードディスク、ＥＥＰＲＯＭ（Electrically Erasable Programmable
Read-Only Memory）、フラッシュメモリなどの記憶装置である。記憶部１２は、処理部１１が、ゲスト端末３と、エージェント端末２との間で、それぞれのウェブブラウザに表示されるウェブサイトの内容及び操作内容を共有するために必要なコンピュータプログラムＰ１と、エージェントプログラムＰ２及びゲストプログラムＰ３を記憶している。エージェントプログラムＰ２及びゲストプログラムＰ３は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）で記述されたプログラムであり、情報処理サーバ１は、エージェントプログラムＰ２をエージェント端末２へ送信し、ゲストプログラムＰ３をゲスト端末３へ送信する。エージェント端末２で動作するウェブブラウザ（以下、エージェントブラウザＢ２と呼ぶ）は、エージェントプログラムＰ２を実行することにより、画面共有に必要な処理を実行する。ゲスト端末３で動作するウェブブラウザ（以下、ゲストブラウザＢ３と呼ぶ）は、ゲストプログラムＰ３を実行することにより、画面共有に必要な処理を実行する。また、記憶部１２は、画面共有システムの設定内容に係るデータを記憶する。詳細は後述する。

【0020】

なお、各種プログラムは、記録媒体５にコンピュータ読み取り可能に記録されている態様でも良い。記憶部１２は、図示しない読出装置によって記録媒体５から読み出されたコンピュータプログラムＰ１、エージェントプログラムＰ２及びゲストプログラムＰ３を記憶する。記録媒体５はフラッシュメモリなどの半導体メモリ、光ディスク、磁気ディスク、磁気光ディスクなどである。また、通信網Ｎに接続されている図示しない外部サーバから本実施形態に係る各種プログラムをダウンロードし、記憶部１２に記憶させる態様であってもよい。

【0021】

通信部１３は、通信に関する処理を行うための処理回路、通信回路などを含み、エージェント端末２、ゲスト端末３及びウェブサーバ４との間で情報の送受信を行う。特に、本実施形態において、通信部１３は、エージェント端末２又はゲスト端末３からプログラム又は各種データのリクエストを受信し、リクエストに応じてプログラムファイルストレージ１２ｄ又は設定データファイルストレージ１２ｆが記憶する各種データをレスポンスする機能を有する。

【0022】

エージェント端末２は、処理部２１、記憶部２２、通信部２３、操作部２４及び表示部２５を備えたコンピュータである。処理部２１、記憶部２２及び通信部２３の基本的な構成は、情報処理サーバ１と同様である。記憶部２２は、少なくともエージェントブラウザＢ２に係るプログラムを記憶している。エージェントブラウザＢ２は、ウェブサイトを構成する要素を参照及び制御するプログラムであるＤＯＭ（Document Object Model）を実装しており、情報処理サーバ１から送信されたエージェントプログラムＰ２を実行することができる。操作部２４は、キーボード、マウスなどであり、エージェントの操作及び入力を受け付ける。表示部２５は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイなどの表示装置であり、処理部２１から与えられた情報を描画する。

【0023】

ゲスト端末３は、処理部３１、記憶部３２、通信部３３、操作部３４及び表示部３５を備えたコンピュータである。処理部３１、記憶部３２及び通信部３３の基本的な構成は、情報処理サーバ１と同様である。記憶部３２は、少なくともゲストブラウザＢ３に係るプログラムを記憶している。ゲストブラウザＢ３は、ウェブサイトを構成する要素を参照及び制御するプログラムであるＤＯＭを実装しており、情報処理サーバ１から送信されたゲストプログラムＰ３を実行することができる。操作部３４は、キーボード、マウスなどであり、ゲストの操作及び入力を受け付ける。表示部３５は、液晶ディスプレイ、有機ＥＬディスプレイなどの表示装置であり、処理部３１から与えられた情報を描画する。

【0024】

ウェブサーバ４は、少なくともゲストブラウザＢ３からのリクエストに応じて、ウェブサイトの文書ファイルと、ウェブサイトを構成するアセットファイルをゲストブラウザＢ３へ送信するサーバである。また、ウェブサーバ４は、少なくとも情報処理サーバ１からのリクエストに応じて、ウェブサイトを構成するアセットファイルを情報処理サーバ１へ送信するサーバである。本実施形態においては、ゲストブラウザＢ３は、ウェブサーバ４にアクセスして、ウェブサイトを表示する。

【0025】

図３は、実施形態に係る画面共有システムの機能ブロック図である。エージェント端末２は、機能部としてエージェントブラウザＢ２を有し、情報処理サーバ１から送信されるエージェントプログラムＰ２を実行することができる。なお、エージェントプログラムＰ２は、エージェントブラウザＢ２が情報処理サーバ１にアクセスして管理画面を読み込む際、情報処理サーバ１からエージェント端末２へ送信される。管理画面は、ウェブサイトの画面共有処理を実行するための画面である。

【0026】

ゲスト端末３は、機能部としてゲストブラウザＢ３を有し、情報処理サーバ１から送信されるゲストプログラムＰ３を実行することができる。なお、ゲストプログラムＰ３は、画面共有対象であるウェブサイトを読み込む際、情報処理サーバ１からゲスト端末３へ送信される。

【0027】

情報処理サーバ１は、機能ブロックとして、ＡＰＩ処理部１１ａ、ソケット処理部１１ｂ、ファイル処理部１１ｃ、設定データ取得部１１ｄ、設定データファイル作成部１１ｅ、設定データファイル保管部１１ｆ、アカウント管理データベース更新部１１ｇ、及びゲストプログラム更新部１１ｈを備える。また、情報処理サーバ１は、アカウント管理データベース１２ａ、画面共有管理データベース１２ｂ、画面共有データ中継ストア１２ｃ、プログラムファイルストレージ１２ｄ、アセットファイルストレージ１２ｅ及び設定データファイルストレージ１２ｆを備える。なお、設定データ取得部１１ｄ、設定データファイル作成部１１ｅ、設定データファイル保管部１１ｆ、アカウント管理データベース更新部１１ｇ、及びゲストプログラム更新部１１ｈの各機能ブロックに係る処理は、ＡＰＩのようなリクエストを元に処理する態様でもよいし、バッチのような一定間隔で処理する態様でもよい。

【0028】

ＡＰＩ処理部１１ａは、画面共有システムの各種設定データをアカウント管理データベース１２ａから取得し、配信する処理等を実行する機能部である。

【0029】

ソケット処理部１１ｂは、ウェブソケットによりエージェントブラウザＢ２及びゲストブラウザＢ３との通信を確立し、双方向通信を可能にする機能部である。ソケット処理部１１ｂは、画面共有処理のセッションを識別するためのセッションＩＤの発行、エージェントブラウザＢ２及びゲストブラウザＢ３との間で画面共有中の各種データの送受信などの処理を実行する。なお、ウェブソケットは通信接続方法の一例であり、ソケット処理部１１ｂは、ロングポーリングによって、エージェントブラウザＢ２及びゲストブラウザＢ３との間で擬似的に双方向通信を実現するように構成してもよい。

【0030】

ファイル処理部１１ｃは、画面共有対象であるウェブサイトを構成するアセットファイルを、ウェブサーバ４にリクエストして取得し、一時的に保存する処理を実行する機能部である。アセットファイルは、例えばＣＳＳ（Cascading Style Sheets）ファイル、画像ファイル、フォントファイルなどである。

【0031】

設定データ取得部１１ｄは、アカウント管理データベース１２ａに保存されている設定データ、設定データファイル１５ａ及び索引データファイル１５ｂの作成に必要な情報を取得する機能部である。

【0032】

設定データファイル作成部１１ｅは、取得した設定データ、設定データファイル１５ａ及び索引データファイル１５ｂの作成に必要な情報に基づいて設定データファイル１５ａ、索引データファイル１５ｂを作成する機能部である。本実施形態に係る情報処理サーバ１は、ゲスト端末３からのリクエストがある都度、設定データを作成して配信するのではなく、必要な設定データを含む設定データファイル１５ａを、ＪＳＯＮ（JavaScript（登録商標） Object Notation）形式の構造化データとして事前に作成する。

【0033】

設定データファイル保管部１１ｆは、作成した設定データファイル１５ａ及び索引データファイル１５ｂを設定データファイルストレージ１２ｆに保存する機能部である。

【0034】

アカウント管理データベース更新部１１ｇは、アカウント管理データベース１２ａの構成又はデータの変更を実行する機能部である。

【0035】

ゲストプログラム更新部１１ｈは、ゲストプログラムＰ３の内容を更新し、プログラムファイルストレージ１２ｄに保存する機能部である。

【0036】

アカウント管理データベース１２ａは、画面共有処理に関するデータベースのマイグレーションに係る情報、画面共有システムの各種設定データ、当該設定データに基づいて作成される設定データファイル１５ａに係る情報などを管理するデータベースである。設定データは、例えば、ウェブページ上の共有不可項目の情報、ウェブページ上に表示される各種ボタンのレイアウトの情報等を含むデータである。なお、設定データは、アカウントによって選択又は設定された画面共有システムの設定内容に係るデータであって、アカウントに属するユーザの端末などの通信装置から情報処理サーバ１へアップロードされたデータである。もちろん、設定データにはデフォルトで設定されているデータが含まれていてもよい。マイグレーションに係る情報及び設定データファイル１５ａに係る情報は、具体的には、マイグレーション管理テーブル１４ａ、アカウント別機能タイプ管理テーブル１４ｂ、機能タイプ管理テーブル１４ｃ、アカウント別環境タイプ管理テーブル１４ｄ、環境タイプ管理テーブル１４ｅ、設定データ管理テーブル１４ｆなどによって管理される。各テーブルの詳細は後述する。

【0037】

画面共有管理データベース１２ｂは、画面共有処理のセッションを識別するためのセッションＩＤなどを保存するデータベースである。
画面共有データ中継ストア１２ｃは、エージェントブラウザＢ２及びゲストブラウザＢ３との間で送受信される画面共有中の各種データを中継する中継サーバである。
プログラムファイルストレージ１２ｄは、エージェントブラウザＢ２に表示される管理画面を構成するＨＴＭＬファイル、ＣＳＳファイル、画像ファイル、エージェントプログラムＰ２、ゲストプログラムＰ３などを保存するストレージである。
アセットファイルストレージ１２ｅは、画面共有対象であるウェブサイトを構成するアセットファイルのファイル処理に使用するセッション情報、取得したアセットファイルなどを一時的に保存するストレージである。

【0038】

設定データファイルストレージ１２ｆは、マイグレーションＩＤ及びアカウントＩＤ毎に設定データファイル１５ａ、索引データファイル１５ｂを保存するストレージである。各ファイルの詳細は後述する。

【0039】

＜設定データファイル１５ａなどの事前作成＞
本実施形態に係る情報処理サーバ１は、ゲスト端末３からのリクエストがある都度、アカウント管理データベース１２ａから設定データを取得し、送信する態様ではなく、設定データを含むファイルを、設定データファイル１５ａとして事前に作成する。情報処理サーバ１は、作成した設定データファイル１５ａを設定データファイルストレージ１２ｆに保存し、ゲスト端末３からリクエストがあった場合、設定データファイルストレージ１２ｆに保存してある設定データファイル１５ａをゲスト端末３に送信する態様である。当該設定データファイル１５ａの事前作成に係るデータベースやファイルの内容、すなわちアカウント管理データベース１２ａが記憶する各種テーブル、設定データファイル１５ａ及び索引データファイル１５ｂについて説明する。

【0040】

図４は、マイグレーション管理テーブル１４ａの構成例を示す概念図である。マイグレーション管理テーブル１４ａは、アカウント管理データベース１２ａ内のテーブルの追加、変更、削除、テーブル内のカラムの追加、変更、削除などの構成の変更情報を管理するためのテーブルである。以下、当該変更をマイグレーションと呼ぶ。アカウント管理データベース更新部１１ｇは、マイグレーションがあった場合、その都度、各マイグレーションを識別するために割り当てられたユニークなＩＤ（以下、マイグレーションＩＤと呼ぶ）を発行する。マイグレーション管理テーブル１４ａは、アカウント管理データベース更新部１１ｇが発行したマイグレーションＩＤと、どのマイグレーションＩＤが最新のものであるかを示す新旧識別子とを対応付け、レコードとして格納する。新旧識別子は真又は偽（１又は０）を示す真偽値のデータである。「１」は最新のマイグレーションＩＤであることを示し、「０」は以前に発行した古いマイグレーションＩＤであることを示す。アカウント管理データベース更新部１１ｇは、マイグレーションＩＤを新たに発行した場合、当該マイグレーションＩＤの新旧識別子に「１」を対応付け、レコードとして、マイグレーション管理テーブル１４ａに格納する。また、アカウント管理データベース更新部１１ｇは、新しいマイグレーションＩＤが発行された場合、登録済みの古いマイグレーションＩＤの新旧識別子を「０」に変更する。図４に示す例では、マイグレーションのレコードは履歴形式で管理されており、最新のマイグレーションＩＤは「３」である。

【0041】

図５は、アカウント別機能タイプ管理テーブル１４ｂ及び機能タイプ管理テーブル１４ｃの構成例を示す概念図である。アカウント別機能タイプ管理テーブル１４ｂは、サービスを利用するアカウントを識別するために割り当てられたユニークなＩＤ（以下、アカウントＩＤと呼ぶ）と、当該アカウントＩＤのアカウントが必要とする機能を識別するために割り当てられたユニークなＩＤ（以下、機能ＩＤと呼ぶ）とを対応付け、レコードとして格納している。機能タイプ管理テーブル１４ｃは、機能ＩＤと、機能名とを対応付け、レコードとして格納している。任意のアカウントＩＤをキーにしてアカウント別機能タイプ管理テーブル１４ｂを参照することで、当該アカウントＩＤに対して必要な機能ＩＤを取得することができる。機能ＩＤを導入することによって、アカウント毎に異なる複数の機能ＩＤ毎に設定データファイル１５ａを作成して管理することが可能になる。つまり、情報処理サーバ１は、複数の機能それぞれの実現に必要な最小限の設定データのみを配信することが可能となる。言い換えると、アカウント毎に異なる最小限の設定データファイル１５ａのみを作成して配信することが可能になる。

【0042】

図５に示す例では、機能ＩＤ「１」は機能「Ａ」を示し、機能ＩＤ「２」は機能「Ｂ」を示し、機能ＩＤ「３」は機能「Ｃ」を示している。図５に示すアカウント別機能タイプ管理テーブル１４ｂによれば、アカウントＩＤ「１」は、機能「Ａ」、「Ｂ」、「Ｃ」を実現するための設定データファイル１５ａをそれぞれ必要とし、アカウントＩＤ「２」は、機能「Ａ」を実現するための設定データファイル１５ａのみを必要とすることが分かる。

【0043】

図６は、アカウント別環境タイプ管理テーブル１４ｄ及び環境タイプ管理テーブル１４ｅの構成例を示す概念図である。アカウント別環境タイプ管理テーブル１４ｄは、アカウントＩＤと、当該アカウントＩＤのアカウントが必要とする配信先の環境を識別するために割り当てられたユニークなＩＤ（以下、環境ＩＤと呼ぶ）とを対応付け、レコードとして格納している。環境を定義することによって、例えば、アカウントに属するエージェントなどのユーザが、内容を更新した設定データを外部（本番）に公開する前に、事前に内部で検証したい場合など、設定データファイル１５ａを配信する先の環境を変えたいケースに対応することができる。なお、上記した環境は一例である。

【0044】

環境タイプ管理テーブル１４ｅは、環境ＩＤと、環境名とを対応付け、レコードとして格納している。任意のアカウントＩＤをキーにしてアカウント別環境タイプ管理テーブル１４ｄを参照することで、当該アカウントＩＤに対して必要な環境ＩＤを取得することができる。環境ＩＤを導入することによって、アカウント毎に異なる複数の環境ＩＤ毎に設定データファイル１５ａを作成して管理することが可能になる。つまり、情報処理サーバ１は、アカウント毎に異なる環境に応じた最小限の設定データファイル１５ａのみを作成して配信することが可能になる。

【0045】

図６に示す例では、環境ＩＤ「１」は環境「本番用」を示し、環境ＩＤ「２」は環境「検証用」を示している。図６に示すアカウント別環境タイプ管理テーブル１４ｄによれば、アカウントＩＤ「１」は、環境「本番用」の設定データファイル１５ａ及び「検証用」の設定データファイル１５ａをそれぞれ必要とし、アカウントＩＤ「２」は、環境「検証用」の設定データファイル１５ａのみを必要とすることが分かる。

【0046】

図７は、設定データ管理テーブル１４ｆの構成例を示す概念図である。設定データ管理テーブル１４ｆは、設定データファイル１５ａを識別するためのユニークなＩＤ（以下、設定ＩＤと呼ぶ）と、マイグレーションＩＤと、アカウントＩＤと、機能ＩＤと、環境ＩＤと、どの設定データファイル１５ａが最新のものであるかを示す新旧識別子とを対応付けて集約したレコードとして格納している。新旧識別子は、同一の条件（アカウントＩＤ、機能ＩＤ、環境ＩＤ）で作成された設定データファイル１５ａが複数存在する場合、いずれの設定データファイル１５ａが最新のものであるかを表す識別子である。新旧識別子は真又は偽（１又は０）を示す真偽値のデータである。「１」は最新の設定データであることを示し、「０」は古い設定データであることを示す。同一条件で新たな設定データファイル１５ａが作成された場合、当該設定データファイル１５ａには、新旧識別子「１」が対応付けられる。同一条件で過去に作成された設定データファイル１５ａには、新旧識別子「０」が対応付けられる。

【0047】

図８は、設定データファイルストレージ１２ｆのディレクトリ構成を示す概念図である。図８Ａはディレクトリ構成の定義を一般的に示したものである。設定データファイル１５ａのディレクトリパスは、「／［マイグレーションＩＤ］／［アカウントＩＤ］／ｓｅｔｔｉｎｇ．［設定ＩＤ］．ｊｓｏｎ」のように定義される。索引データファイル１５ｂのディレクトリパスは、「／［マイグレーションＩＤ］／［アカウントＩＤ］／ｉｎｄｅｘ．ｊｓｏｎ」のように定義される。

【0048】

ディレクトリ構成の詳細は次の通りである。図８Ａに示すように、設定データファイルストレージ１２ｆのディレクトリは階層構造を有しており、その所定の階層には、一又は複数のマイグレーションＩＤそれぞれに対応するサブディレクトリが設けられる。当該サブディレクトリの名前は、対応するマイグレーションＩＤである。
各マイグレーションＩＤに対応するサブディレクトリには、一又は複数のアカウントＩＤそれぞれに対応するサブディレクトリが設けられる。当該サブディレクトリの名前は、対応するアカウントＩＤである。
各アカウントＩＤに対応するサブディレクトリには、機能及び環境に応じて作成された一又は複数の設定データファイル１５ａと、索引データファイル１５ｂとが格納されている。索引データファイル１５ｂは、当該マイグレーションＩＤが示すマイグレーションが実行されたアカウント管理データベース１２ａの構成において、当該アカウントＩＤが示すアカウントの最新の設定ＩＤを特定するための構造化されたデータであり、例えば、ＪＳＯＮ形式で作成される。索引データファイル１５ｂは、マイグレーションＩＤ及びアカウントＩＤの組み合わせごとにユニークに作成されるため、索引データファイル１５ｂの名称は、「ｉｎｄｅｘ．ｊｓｏｎ」のように設定ＩＤを含まない形で定義する。一方、設定データファイル１５ａは、マイグレーションＩＤ及びアカウントＩＤが同一の組み合わせにおいても、設定ＩＤごとに複数作成される可能性があるため、設定データファイル１５ａの名称は、「ｓｅｔｔｉｎｇ．［設定ＩＤ］．ｊｓｏｎ」と定義され、［設定ＩＤ］には、設定データファイル１５ａに対応する設定ＩＤの値が記述される。設定ＩＤが「１」の場合、設定データファイル１５ａの名称は、「ｓｅｔｔｉｎｇ．１．ｊｓｏｎ」となる。

【0049】

図８Ｂはディレクトリ構成の具体例を示したものである。図８Ｂに示すように、マイグレーションＩＤが「３」、アカウントＩＤが「１」、設定ＩＤが「１３」の場合であれば、設定データファイル１５ａのディレクトリパスは、「／３／１／ｓｅｔｔｉｎｇ．１３．ｊｓｏｎ」となる。マイグレーションＩＤ及びアカウントＩＤが当該設定データファイル１５ａと同様の場合、索引データファイル１５ｂのディレクトリパスは「／３／１／ｉｎｄｅｘ．ｊｓｏｎ」となる。

【0050】

図９は、索引データファイル１５ｂの第１の構成例を示す概念図、図１０は、索引データファイル１５ｂの第２の構成例を示す概念図である。図９Ａ及び図１０Ａは、索引データファイルの定義を一般的に示したものである。図９に示す構成例は、機能ＩＤを主キー、環境ＩＤをサブキーとして、設定ＩＤが対応付けられているのに対して、図１０に示す構成例は、環境ＩＤを主キー、機能ＩＤをサブキーとして、設定ＩＤが対応付けられている。それぞれの構成例が示すデータの実質的な内容は同じである。索引データファイル１５ｂは、該当するマイグレーションＩＤが示すマイグレーションが行われたアカウント管理データベース１２ａの構成において、該当するアカウントＩＤが示すアカウントに配信する最新の設定データファイル１５ａに対応する設定ＩＤを特定するためのファイルである。索引データファイル１５ｂは、機能ＩＤ及び環境ＩＤの組み合わせ毎に、設定データファイル１５ａの設定ＩＤを関連付けて記述したものであり、図９Ａ及び図１０Ａに示すようにＪＳＯＮ形式などの構造化されたデータとして作成される。対象の機能ＩＤ及び環境ＩＤが複数ある場合、その組み合わせ毎に設定ＩＤを関連付けて記述する。

【0051】

図９Ｂは、第１の構成例に係る索引データファイル１５ｂの具体例１を示す概念図、図１０Ｂは、第２の構成例に係る索引データファイル１５ｂの具体例１を示す概念図である。図９Ｂ及び図１０Ｂのいずれの具体例も、機能ＩＤ「１」かつ環境ＩＤ「１」向けの最新の設定データファイル１５ａの設定ＩＤは「１３」、機能ＩＤ「３」かつ環境ＩＤ「２」向けの最新の設定データファイル１５ａの設定ＩＤは「２１」であることを示している。

【0052】

なお、各機能タイプ又は各環境タイプの名称がユニークであれば、機能ＩＤ、環境ＩＤを使用する代わりに、それぞれ機能タイプの名称、環境タイプの名称を索引データファイル１５ｂに記述するキーとして使用してもよいし、ＩＤや名称以外の属性でユニークなものがあれば、それを代わりに使用してもよい。

【0053】

また、図９Ｂ及び図１０Ｂの例は、アカウントＩＤ「１」の場合のように、機能ＩＤ及び環境ＩＤの組み合わせ全てに設定ＩＤが対応付けられている例であるが、アカウントＩＤ「２」の場合のように、特定の機能ＩＤ又は特定の環境ＩＤのみを対象とする場合、対象外の機能ＩＤ及び環境ＩＤには、設定ＩＤの値が存在しないことを示す文字列又は値を設定する。例えば、「ｎｕｌｌ」などの値が設定される。

【0054】

図９Ｃは、第１の構成例に係る索引データファイル１５ｂの具体例２を示す概念図、図１０Ｃは、第２の構成例に係る索引データファイル１５ｂの具体例２を示す概念図である。図９Ｃ及び図１０Ｃに示す例では、機能ＩＤ「１」かつ環境ＩＤ「１」向けの最新の設定データファイル１５ａの設定ＩＤは「１」であり、それ以外の機能ＩＤと環境ＩＤの組み合わせに対応する設定データファイル１５ａが存在しないことを示している。

【0055】

＜設定データファイル１５ａの配信＞
前述した通り、本実施形態に係る情報処理サーバ１は、事前に作成された設定データファイル１５ａを配信することによって、設定データの配信を実現している。

【0056】

図１１は、設定データファイル１５ａの配信に係る処理手順を示すフローチャートである。ゲスト端末３の処理部３１は、ウェブサーバ４にアクセスし、ｓｒｃ属性としてゲストプログラムＰ３の所在情報が記述されているスクリプトタグが設置されたＨＴＭＬファイルを取得する（ステップＳ１１）。当該スクリプトタグのｓｒｃ属性として記述されている所在情報にはアカウントＩＤが含まれている。ゲストプログラムＰ３の所在情報は、例えば、″ｈｔｔｐｓ：／／ｗｉｔｈｄｅｓｋｇｕｅｓｔ．ｃｏｍ／ａｐｐ．１．ｊｓ″のようなＵＲＬとして定義される。この例では、「１」の部分がアカウントＩＤである。

【0057】

ゲスト端末３の処理部３１は、スクリプトタグのｓｒｃ属性に記述されている所在情報に基づいて、ゲストプログラムＰ３を情報処理サーバ１にリクエストする（ステップＳ１２）。

【0058】

情報処理サーバ１の処理部１１は、ゲスト端末３からゲストプログラムＰ３のリクエストを受信する（ステップＳ１３）。処理部１１は、ゲストプログラムＰ３のリクエストを受信した場合、ゲストプログラムＰ３をゲスト端末３へ送信する（ステップＳ１４）。ゲストプログラムＰ３には最新のマイグレーションＩＤが記述されている。

【0059】

ゲスト端末３の処理部３１は、情報処理サーバ１から送信されたゲストプログラムＰ３を受信する（ステップＳ１５）。処理部３１は、受信したゲストプログラムＰ３を実行し、ゲストプログラムＰ３に含まれる最新のマイグレーションＩＤと、ゲストプログラムＰ３の所在情報から取得したアカウントＩＤとに基づいて、索引データファイル１５ｂの所在情報を作成する（ステップＳ１６）。処理部３１によって作成される索引データファイル１５ｂの所在情報は、例えば、「ｈｔｔｐｓ：／／ｗｉｔｈｄｅｓｋｇｕｅｓｔ．ｃｏｍ／［マイグレーションＩＤ］／［アカウントＩＤ］／ｉｎｄｅｘ．ｊｓｏｎ」のようなＵＲＬとして定義される。ドメイン以下のパス構成は、前述した設定データファイルストレージ１２ｆのディレクトリ構成の通りである。

【0060】

そしてゲスト端末３の処理部３１は、作成した索引データファイル１５ｂの所在情報に基づいて、索引データファイル１５ｂを情報処理サーバ１にリクエストする（ステップＳ１７）。

【0061】

情報処理サーバ１の処理部１１は、ゲスト端末３から索引データファイル１５ｂのリクエストを受信する（ステップＳ１８）。処理部１１は、索引データファイル１５ｂのリクエストを受信した場合、所在情報に対応する索引データファイル１５ｂを設定データファイルストレージ１２ｆから取得し、取得した索引データファイル１５ｂと、当該索引データファイル１５ｂをゲストブラウザＢ３にキャッシュしないことを指示するキャッシュコントロール情報とをゲスト端末３へ送信する（ステップＳ１９）。ＨＴＴＰプロトコル又はＨＴＴＰＳプロトコルで索引データファイル１５ｂを送信する場合、処理部１１は、キャッシュコントロール情報（例えば、「no-cache」）をレスポンスヘッダに含めて送信する。

【0062】

索引データファイル１５ｂのブラウザによるキャッシュを行わない設定とする理由は、常に最新の設定データファイル１５ａに対応する設定ＩＤを索引データファイル１５ｂから取得できるようにするためである。具体的には、索引データファイル１５ｂに記述されている設定ＩＤは、後述する設定データの内容変更などにより設定データファイル１５ａが新規に作成された場合、対応する設定ＩＤに変更される。しかしながら、キャッシュコントロール情報が、索引データファイル１５ｂのブラウザによるキャッシュを行う設定としていた場合、索引データファイル１５ｂを一度キャッシュしたゲストブラウザＢ３が、索引データファイル１５ｂを次回以降取得する場合、当該キャッシュが削除されない限り、情報処理サーバ１にリクエストせず、キャッシュされている索引データファイル１５ｂを代わりに取得してしまう。そのため、設定データファイルストレージ１２ｆに保存されている索引データファイル１５ｂに記述されている設定ＩＤが変更されていても、変更後の設定ＩＤを取得できず、最新の設定データファイル１５ａを取得することができない。一方、キャッシュコントロール情報が、索引データファイル１５ｂのブラウザによるキャッシュを行わない設定としていた場合、ゲストブラウザＢ３は、情報処理サーバ１に索引データファイル１５ｂを都度リクエストするため、常に最新の設定データファイル１５ａに対応する設定ＩＤを索引データファイル１５ｂから取得できる。また、索引データファイル１５ｂについては、所在情報に設定ＩＤを含まないため、設定データの内容が変更され、最新の設定データファイル１５ａに対応する設定ＩＤが変更となった場合でも、データベースの構成が変更とならない限り、所在情報は変わることがない。すなわち、データベースの構成が変更される場合を除き、ゲストプログラムを変更することなく、常に最新の設定データファイル１５ａに対応する設定ＩＤを索引データファイル１５ｂから取得できる。

【0063】

ゲスト端末３の処理部３１は、情報処理サーバ１から送信された索引データファイル１５ｂを受信する（ステップＳ２０）。処理部３１は、受信したキャッシュコントロール情報に従って、索引データファイル１５ｂをキャッシュしない。

【0064】

次いで、ゲスト端末３の処理部３１は、配信を要する設定データファイル１５ａの環境ＩＤを選択する（ステップＳ２１）。具体的には、Ｃｏｏｋｉｅなどを用いて、ゲストプログラムＰ３が実行されている環境がどの環境ＩＤに属するかを判断することができる。例えば″ｔｅｓｔｉｎｇ＝ｔｒｕｅ″というようなＣｏｏｋｉｅがゲストブラウザＢ３に保持されている場合、検証用（公開前）の設定データが必要と判断し、環境ＩＤは「検証用」環境に該当する「２」を選択し、該当のＣｏｏｋｉｅがない場合は、本番用の設定データが必要と判断し、環境ＩＤは「本番用」環境に該当する「１」を選択する。なお、ゲストプログラムＰ３は、Ｃｏｏｋｉｅを用いる代わりに、ゲストプログラムＰ３の所在情報に付与されたクエリパラメータ（例えば、「ｈｔｔｐｓ：／／ｗｉｔｈｄｅｓｋｇｕｅｓｔ．ｃｏｍ／ａｐｐ．１．ｊｓ？ｔｅｓｔｉｎｇ＝ｔｒｕｅ」）、又はハッシュ値（例えば、「ｈｔｔｐｓ：／／ｗｉｔｈｄｅｓｋｇｕｅｓｔ．ｃｏｍ／ａｐｐ．１．ｊｓ＃ｔｅｓｔｉｎｇ」）などを用いて環境ＩＤを判断してもよい。

【0065】

次いで、ゲスト端末３の処理部３１は、ステップＳ２１で選択した環境ＩＤをキーにして、索引データファイル１５ｂを参照し、対応する設定ＩＤを取得し、設定データファイル１５ａの所在情報を作成する（ステップＳ２２）。

【0066】

設定データファイル１５ａの所在情報は、例えば、「ｈｔｔｐｓ：／／ｗｉｔｈｄｅｓｋｇｕｅｓｔ．ｃｏｍ／３／１／ｓｅｔｔｉｎｇ．１３．ｊｓｏｎ」のようなＵＲＬとして定義される。ドメイン以下のパス構成は、前述した設定データファイルストレージ１２ｆのディレクトリ構成の通りである。

【0067】

ゲスト端末３の処理部３１は、ステップＳ２２で作成した設定データファイル１５ａの所在情報に基づいて、設定データファイル１５ａを情報処理サーバ１にリクエストする（ステップＳ２３）。

【0068】

情報処理サーバ１の処理部１１は、ゲスト端末３から設定データファイル１５ａのリクエストを受信する（ステップＳ２４）。処理部１１は、設定データファイル１５ａのリクエストを受信した場合、設定データファイル１５ａを設定データファイルストレージ１２ｆから取得し、取得した設定データファイル１５ａと、当該設定データファイル１５ａをゲストブラウザＢ３にキャッシュすることを指示するキャッシュコントロール情報とをゲスト端末３へ送信する（ステップＳ２５）。ＨＴＴＰプロトコル又はＨＴＴＰＳプロトコルで設定データファイル１５ａを送信する場合、処理部１１は、キャッシュコントロール情報をレスポンスヘッダに含めて送信する。

【0069】

キャッシュコントロール情報は、例えば、「ｍａｘ－ａｇｅ＝３１５３６０００，ｐｕｂｌｉｃ」などとする。設定データファイル１５ａのブラウザによるキャッシュを有りにする理由は、設定データファイル１５ａの内容を変更しない限り、ブラウザによるキャッシュを有効としたいためである。これにより、一度、設定データファイル１５ａをキャッシュとして保存したゲストブラウザＢ３では、当該キャッシュが削除されない限り、情報処理サーバ１に対し、設定データファイル１５ａを取得するためのアクセスは行われなくなる。つまり、ウェブサイトへのアクセス数が多くても、設定データファイル１５ａの配信量を軽減することができるため、情報処理サーバ１の負荷を軽くすることができる。設定データファイル１５ａは、処理に係る様々な設定を保持するためのデータであるため、その処理の内容にも依るが、索引データファイル１５ｂと比べ、ファイルサイズが大きいことが想定されるため、キャッシュによる負荷軽減効果は大きい。

【0070】

また、設定データファイル１５ａを主要な機能や環境ごとに分割し、アカウントＩＤごとに必要最低限の設定データファイル１５ａを配信することにより、更に情報処理サーバ１の負荷を軽減することができる。

【0071】

ゲスト端末３の処理部３１は、情報処理サーバ１から送信された設定データファイル１５ａを受信する（ステップＳ２６）。処理部３１は、受信したキャッシュコントロール情報に従って、設定データファイル１５ａをキャッシュする。

【0072】

なお、対象となる機能ＩＤが複数ある場合、選択された環境ＩＤ及び機能ＩＤごとに、設定データファイル１５ａの所在情報を作成し、対応する設定データファイル１５ａを繰り返しリクエストし、取得する。また、当該アカウントが利用する複数の機能のうち、特定の機能のみを利用するような状況においては、選択された環境ＩＤ及び当該機能ＩＤをキーにして索引データファイル１５ｂを参照し、設定データファイル１５ａの所在情報を作成し、対応する設定データファイル１５ａを取得するように構成してもよい。

【0073】

設定データファイル１５ａを受信した処理部３１は、設定データファイル１５ａに基づく設定を行い、所定処理を実行する（ステップＳ２７）。本実施形態では、処理部３１は、設定データファイル１５ａに基づく設定を行って、ウェブサイトの画面共有に係る処理を実行する。

【0074】

＜データベースの構成変更及び設定データファイル１５ａの作成＞
設定データファイル１５ａを事前作成するケースとしては、主にアカウント管理データベース１２ａの構成を変更する場合である。ただし、アカウント管理データベース１２ａの構成を変更しない場合においても、設定した共有不可項目情報に含まれる所在情報の追加、変更、削除、又は共有不可項目情報に含まれる要素情報の追加、変更、削除など、特定のアカウントＩＤに係る設定データの内容を変更する場合は、設定データファイル１５ａを事前作成する。
アカウント管理データベース１２ａの構成を変更する場合における、設定データファイル１５ａの事前作成について説明する。図１２は、データベースの構成変更及び設定データファイル１５ａの作成に係る処理手順を示すフローチャート、図１３は、データベースの構成変更後のマイグレーション管理テーブル１４ａを示す概念図、図１４は、データベースの構成変更前後の索引データファイル１５ｂを示す概念図、図１５は、データベースの構成変更後の設定データファイルストレージ１２ｆを示す概念図、図１６は、データベースの構成変更後の設定データ管理テーブル１４ｆを示す概念図である。

【0075】

サービスのアップデートなどにより、アカウント管理データベース１２ａの構成を変更する場合、情報処理サーバ１のアカウント管理データベース更新部１１ｇは、アカウント管理データベース１２ａのマイグレーションを行う（ステップＳ３１）。

【0076】

また、アカウント管理データベース更新部１１ｇは、マイグレーションを行う場合、マイグレーションＩＤを新規に発行し（ステップＳ３２）、マイグレーション管理テーブル１４ａにレコードとして格納し、更新する（ステップＳ３３）。具体的には、図１３に示すように、アカウント管理データベース更新部１１ｇは、登録済みのマイグレーションＩＤを示すレコードが既にある場合は、当該マイグレーションＩＤの新旧識別子を「０」に変更し、新規に発行したマイグレーションＩＤと、新旧識別子「１」とを対応付けてマイグレーション管理テーブル１４ａに格納する。

【0077】

図１３に示す例では、新規に発行したマイグレーションＩＤ「４」と、新旧識別子「１」とを対応付けたレコードがマイグレーション管理テーブル１４ａに格納される。また、マイグレーションＩＤ「３」に対応付けられていた新旧識別子を「１」から「０」に変更する。

【0078】

情報処理サーバ１の設定データ取得部１１ｄは、最新のマイグレーションＩＤをアカウント管理データベース１２ａから取得する（ステップＳ３４）。マイグレーションＩＤを取得する目的は、マイグレーションＩＤごとに作成する設定データファイル１５ａを別々に管理するためである。

【0079】

設定データ取得部１１ｄは、アカウントＩＤごとに、設定データファイル１５ａを作成するために必要な情報をアカウント管理データベース１２ａから取得する（ステップＳ３５）。必要な情報は、該当のアカウントＩＤに対応する設定データの内容、必要な機能ＩＤ及び必要な環境ＩＤである。なお、必要な機能ＩＤ及び必要な環境ＩＤは、それぞれアカウント別機能タイプ管理テーブル１４ｂ、アカウント別環境タイプ管理テーブル１４ｄの該当のアカウントＩＤに対応するレコードから取得する。

【0080】

次いで、情報処理サーバ１の設定データファイル作成部１１ｅは、設定データ取得部１１ｄが取得したアカウントＩＤと、最新のマイグレーションＩＤと、アカウント毎に必要な機能ＩＤ及び環境ＩＤとに基づいて、設定データファイル１５ａを作成する（ステップＳ３６）。作成単位はアカウントＩＤごとであるが、アカウントＩＤによって対象となる機能ＩＤが複数ある場合、機能ＩＤごとに必要な設定データファイル１５ａを分割して作成する。また、アカウントＩＤによって対象となる環境ＩＤが複数ある場合、環境ＩＤごとに必要な設定データファイル１５ａを分割して作成する。

【0081】

設定データファイル作成部１１ｅは、設定ＩＤを、作成した設定データファイル１５ａごとに発行する（ステップＳ３７）。なお、設定データファイル１５ａの名称は「ｓｅｔｔｉｎｇ．１．ｊｓｏｎ」のように定義する。この例では、「１」の部分が設定ＩＤとなる。

【0082】

また、設定データファイル作成部１１ｅは、マイグレーションＩＤ、アカウントＩＤの組み合わせごとに最新の設定データファイル１５ａの設定ＩＤを指し示すための索引データファイル１５ｂをＪＳＯＮ形式で併せて作成し、当該ファイルに最新の設定データファイル１５ａの設定ＩＤを記述する（ステップＳ３８）。なお、対象の機能ＩＤや環境ＩＤが複数ある場合、索引データファイル１５ｂ内に、機能ＩＤと環境ＩＤの組み合わせごとの最新の設定データファイル１５ａの設定ＩＤを記述する。

【0083】

例えば、図１４Ａ及び図１４Ｂに示すように、データベースの構成変更前に機能ＩＤ「１」及び環境ＩＤ「１」，「２」の組み合わせ毎に作成されていた最新の設定データファイル１５ａの設定ＩＤ「１３」，「１４」は、データベースの構成変更後に設定ＩＤ「２２」，「２３」に変更される。同様に、機能ＩＤ「２」及び環境ＩＤ「１」，「２」の組み合わせ毎に作成されていた最新の設定データファイル１５ａの設定ＩＤ「１６」，「１７」は、設定ＩＤ「２４」，「２５」に変更される。機能ＩＤ「３」及び環境ＩＤ「１」，「２」の組み合わせ毎に作成されていた最新の設定データファイル１５ａの設定ＩＤ「１９」，「２１」は、設定ＩＤ「２６」，「２７」に変更される。

【0084】

情報処理サーバ１の設定データファイル保管部１１ｆは、設定データファイル作成部１１ｅが作成した設定データファイル１５ａ及び対応する索引データファイル１５ｂを設定データファイルストレージ１２ｆに保存する（ステップＳ３９）。

【0085】

例えば、図１５に示すように、マイグレーションＩＤ「４」に対応するサブディレクトリが作成され、当該サブディレクトリに、各アカウントＩＤに対応するサブディレクトリが作成される。各アカウントＩＤに対応するサブディレクトリに、当該マイグレーションＩＤ及びアカウントＩＤについて、それぞれの機能ＩＤ及び環境ＩＤ毎に作成された設定データファイル１５ａ及び索引データファイル１５ｂが格納される。

【0086】

設定データファイル保管部１１ｆは、保存した設定データファイル１５ａに係る情報を設定データ管理テーブル１４ｆに記録する（ステップＳ４０）。具体的には、図１６に示すように、設定データファイル保管部１１ｆは、設定ＩＤ、マイグレーションＩＤ、アカウントＩＤ、機能ＩＤ、環境ＩＤを集約したレコードを設定データファイル１５ａごとに設定データ管理テーブル１４ｆに格納する。また、当該設定データファイル１５ａが最新である旨を同時に記録し、同一の条件（アカウントＩＤ、機能ＩＤ、環境ＩＤ）で作成された設定データファイル１５ａを示すレコードが既に存在する場合は、当該設定データファイル１５ａが最新でなくなった旨を記録する。図１６に示す例では、設定ＩＤ「２２」～「２７」までが新規レコードとして格納され、新旧識別子は「１」が対応づけられている。設定ＩＤ「２１」以下のレコードの新旧識別子は「０」に更新されている。

【0087】

情報処理サーバ１のゲストプログラム更新部１１ｈは、ゲストプログラムＰ３に記述されているマイグレーションＩＤを設定データ取得部１１ｄが取得した最新のマイグレーションＩＤに更新し（ステップＳ４１）、更新したゲストプログラムＰ３をプログラムファイルストレージ１２ｄに保存する（ステップＳ４２）。

【0088】

上記処理によれば、アカウント管理データベース１２ａの構成変更後の形式に対応する設定データファイル１５ａを、変更前の形式に対応する設定データファイル１５ａとは別ファイルとして作成しているため、アカウント管理データベース１２ａの構成変更前後でどちらの設定データファイル１５ａも利用することができる。これにより、最新でないマイグレーションＩＤが記述されているゲストプログラムＰ３、つまり、ステップＳ４１～ステップＳ４２にて、マイグレーションＩＤの更新が行われる前に配信されたゲストプログラムＰ３が、アカウント管理データベース１２ａの構成変更後に設定データファイル１５ａをリクエストした場合でも、以前の形式で作成された設定データファイル１５ａを取得することが可能となるため、設定データを正しく利用できる。一方、最新のマイグレーションＩＤが記述されているゲストプログラムＰ３についても、変更後の形式で作成された設定データファイル１５ａは事前に作成されているため、設定データを正しく利用できる。

【0089】

更新前のゲストプログラムＰ３はアカウント管理データベース１２ａの構成変更前の形式に対応する設定データファイル１５ａを継続利用することができ、更新後のゲストプログラムＰ３はアカウント管理データベース１２ａの構成変更後の形式に対応する設定データファイル１５ａを即時利用することができる。つまり、情報処理サーバ１と、ゲストプログラムＰ３双方が定義する設定データの形式の不一致を発生させずにサービスのアップデートをすることができる。

【0090】

＜設定データの内容変更＞
アカウント管理データベース１２ａの構成を変更しない場合であっても、特定のアカウントＩＤに係る設定データの内容を変更する場合は、設定データファイル１５ａを事前作成する。特定のアカウントＩＤに係る設定データの内容を変更する場合、情報処理サーバ１のアカウント管理データベース更新部１１ｇは、アカウント管理データベース１２ａに保存されている設定データの内容を変更する。

【0091】

設定データの内容変更が行われたアカウントＩＤを対象に、情報処理サーバ１の各機能部は、ステップＳ３４～ステップＳ４０の処理を実行することにより、設定データファイル１５ａを再作成する。なお、データベースの構成変更は伴わないため、マイグレーションＩＤに変更はない。すなわち、ステップＳ３１～ステップＳ３３、ステップＳ４１～ステップＳ４２の処理を実行する必要はない。また、変更内容が特定の機能又は環境まで限定されていた場合、対象の機能ＩＤ又は環境ＩＤに対応する設定データファイル１５ａのみを対象に再作成を行ってもよい。

【0092】

図１７は、設定データの内容変更後の設定データファイルストレージ１２ｆを示す概念図、図１８は、設定データの内容変更後の設定データ管理テーブル１４ｆを示す概念図、図１９は、設定データの内容変更前後の索引データファイル１５ｂを示す概念図である。例えば、最新のマイグレーションＩＤが「４」の状態で、アカウントＩＤが「１」、機能ＩＤが「３」、環境ＩＤが「１」の設定データファイル１５ａの再作成を行った場合、図１７に示すように、新たに作成された設定データファイル１５ａがサブディレクトリ「／４／１／」下に追加される。当該設定データファイル１５ａの設定ＩＤは「２８」であり、ファイル名は「ｓｅｔｔｉｎｇ．２８．ｊｓｏｎ」である。

【0093】

また、図１８に示すように設定データ管理テーブル１４ｆに、設定ＩＤ「２８」、マイグレーションＩＤ「４」、アカウントＩＤ「１」、機能ＩＤ「３」，環境ＩＤ「１」、新旧識別子「１」のレコードが追加される。設定データファイル１５ａ再作成前に同一の条件（アカウントＩＤ、機能ＩＤ、環境ＩＤ）で作成されていた設定データファイル１５ａのレコード、つまり設定ＩＤ「２６」のレコードの新旧識別子は「１」から「０」に更新される。

【0094】

設定データの内容変更に伴う設定データファイル１５ａの再作成を行った場合、マイグレーションＩＤには変更がないため、索引データファイル１５ｂは既に作成されていることが想定される。その場合、索引データファイル１５ｂは新規に作成せず、対象のマイグレーションＩＤ、アカウントＩＤのディレクトリ配下に作成されている索引データファイル１５ｂを検出し、該当索引データファイル１５ｂに記述されている対象の機能ＩＤ及び環境ＩＤの組み合わせに対応する設定ＩＤを、新規に発行した設定ＩＤに更新する。

【0095】

図１７及び図１８に示す例であれば、図１９Ａ及び図１９Ｂに示すように、機能ＩＤ「３」及び環境ＩＤ「１」の組み合わせに対応する最新の設定データファイル１５ａの設定ＩＤは、「２６」から「２８」に変更される。

【0096】

設定データの内容が変更された場合、設定データファイル１５ａは新規に作成され、設定データファイルストレージ１２ｆに格納されるが、索引データファイル１５ｂは既に作成されているものが更新される。すなわち、索引データファイル１５ｂの所在情報は変更されないため、ゲストプログラムＰ３は、ゲストプログラムＰ３の更新を伴わずに最新の設定データファイル１５ａを示す設定ＩＤを索引データファイル１５ｂから取得することができる。

【0097】

＜作用効果＞
サービスのアップデートなどが行われた場合であっても、ゲストブラウザＢ３に配信されるゲストプログラムＰ３において定義されている設定データファイル１５ａの形式と、情報処理サーバ１が配信する当該ゲストプログラムＰ３用の設定データファイル１５ａの形式とを常に一致させ、当該ゲストプログラムＰ３を正常に動作させることができる。

【0098】

より詳細には、ゲスト端末３からのリクエストの都度、設定データ取得部１１ｄがアカウント管理データベース１２ａに保存されているデータを元に設定データを作成し、配信する従来の方法では、サービスのアップデートなどによりアカウント管理データベース１２ａの構成が変更された場合、情報処理サーバ１とゲストプログラムＰ３が同時にアップデートされない限り、双方の定義する設定データの形式が不一致となり、サービスが正常に動作しない可能性があるという課題があった。
本実施形態によれば、アカウント管理データベース１２ａの構成が変更された場合でも、対応するマイグレーションＩＤごとに設定データファイル１５ａを異なるファイルとして保存し、ゲストプログラムＰ３に記述されているマイグレーションＩＤによって、配信する設定データファイル１５ａを選択することができるため、アカウント管理データベース１２ａの構成変更とゲストプログラムＰ３の更新が同時に行われなかったとしても、ゲストプログラムＰ３の定義する形式にあった設定データを正しく利用できる。すなわち、情報処理サーバ１とゲストプログラムＰ３、双方の定義する設定データの形式の不一致を発生させずにサービスのアップデートをすることができる。

【0099】

また、ゲストプログラムＰ３をリクエストするスクリプトタグが設置されたウェブサイトへのアクセス数が多い場合、サーバへの負荷が重くなる課題もあった。
本実施形態によれば、設定データを含むＪＳＯＮ形式の静的な設定データファイル１５ａとして事前に作成し、設定データファイルストレージ１２ｆに格納するため、ゲスト端末３は設定データ取得部１１ｄ及びアカウント管理データベース１２ａにアクセスすることなく、設定データファイル１５ａをストレージから取得できるようになる。かつゲストブラウザＢ３によるキャッシュを利用することもできるため、設定データファイル１５ａの配信量を必要最小限に抑えることができる。すなわち、情報処理サーバ１への負荷を軽減することができる。

【0100】

更に、アカウント毎に必要な機能及び必要な環境毎に分けて設定データファイル１５ａを作成し、配信する構成であるため、情報処理サーバ１のファイル配信負荷を軽減することができる。

【0101】

なお、本実施形態では、環境ＩＤ及び設定ＩＤの違いに応じて設定データファイル１５ａを作成する例を説明したが、環境ＩＤ及び設定ＩＤを考慮せず、マイグレーションＩＤ及びアカウントＩＤに対応する設定データファイルを作成するように構成してもよい。また、環境ＩＤ又は設定ＩＤの一方を考慮し、マイグレーションＩＤ及びアカウントＩＤに対応する設定データファイルを作成するように構成してもよい。

【0102】

更に、情報処理サーバ１が提供するサービスの例として、画面共有サービスを説明したが、ウェブサイトなどの操作方法を説明又は案内するようなチュートリアルサービスを提供するものであってもよい。この場合、機能ＩＤは、チュートリアルサービスに含まれる設定変更可能な各種機能に割り当てられたユニークなＩＤである。
更にまた、情報処理サーバ１が画面共有サービス及びチュートリアルサービスを提供する場合においては、機能ＩＤは、画面共有サービス機能及びチュートリアルサービス機能に割り当てられたユニークなＩＤであってもよい。
本発明に係るサービス及び機能は、上記した具体的なサービス及び機能に限定されるものでは無く、設定可能な機能を任意に設計することができる。

【0103】

本開示の課題を解決するための手段を付記する。
（付記１）
端末装置で実行されるプログラムを用いてサービスを提供する情報処理サーバであって、
前記サービスを利用するアカウント毎に、該サービスの設定内容を示す設定データを記憶するアカウント管理データベースと、
該アカウント管理データベースのデータベース構造が変更される都度発行されるマイグレーションＩＤと、アカウントを識別するアカウントＩＤと、該マイグレーションＩＤが発行されたときの前記アカウント管理データベースが記憶する設定データに基づいて作成される設定データファイルとを対応付けて記憶する設定データファイルストレージと
を備え、
前記プログラムは前記マイグレーションＩＤを含み、
前記マイグレーションＩＤに基づく前記端末装置からの前記設定データファイルの配信要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する前記設定データファイルを前記端末装置へ送信する通信部と
を備える設定データファイル配信装置。
（付記２）
前記設定データファイルストレージは、
前記サービスに係る複数の機能のうち、前記アカウントが利用する特定の一又は複数の機能毎に作成された一又は複数の前記設定データファイルと、該機能を示す機能ＩＤをキーにして前記一又は複数の設定データファイルを特定するための索引データファイルとを、前記マイグレーションＩＤ及び前記アカウントＩＤに対応付けて記憶しており、
前記通信部は、
前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する前記索引データファイルを前記端末装置へ送信し、
前記索引データファイルを用いた前記端末装置からの前記設定データファイルの要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤと、前記アカウントが利用する特定の機能を示す前記機能ＩＤとに対応する前記設定データファイルを前記端末装置へ送信する
付記１に記載の設定データファイル配信装置。
（付記３）
前記設定データファイルストレージは、
前記端末装置側の複数種類の環境毎に作成された複数の前記設定データファイルと、該環境を示す環境ＩＤをキーにして前記複数の設定データファイルを特定するための索引データファイルとを、前記マイグレーションＩＤ及び前記アカウントＩＤに対応付けて記憶しており、
前記通信部は、
前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに対応する索引データファイルを前記端末装置へ送信し、
前記索引データファイルを用いた前記端末装置からの前記設定データファイルの要求に応じて、前記端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤと、前記端末装置側の環境を示す前記環境ＩＤとに対応する前記設定データファイルを前記端末装置へ送信する
付記１又は付記２に記載の設定データファイル配信装置。
（付記４）
前記通信部は、
前記索引データファイルを送信する場合、該索引データファイルをキャッシュしないことを指示するキャッシュコントロール情報及び前記索引データファイルを前記端末装置へ送信し、
前記設定データファイルを送信する場合、前記設定データファイルをキャッシュすることを指示するキャッシュコントロール情報及び前記設定データファイルを前記端末装置へ送信する処理を実行する
付記２又は付記３のいずれか１つに記載の設定データファイル配信装置。
（付記５）
付記１から付記４のいずれか１つに記載の設定データファイル配信装置と、
端末装置と
を備え、
前記端末装置は、
該端末装置が実行する前記プログラムに含まれる前記マイグレーションＩＤと、前記アカウントＩＤとに基づいて、前記索引データファイルを要求し、
前記マイグレーションＩＤ及び前記アカウントＩＤに対応する前記索引データファイルを受信した場合、前記キャッシュコントロール情報に従って、前記索引データファイルをキャッシュせず、
前記索引データファイルに基づいて、前記設定データファイルを要求し、
要求に応じて前記設定データファイル配信装置から送信された前記設定データファイルを受信した場合、前記キャッシュコントロール情報に従って、前記設定データファイルをキャッシュする
設定データファイル配信システム。

【符号の説明】

【0104】

１ ：情報処理サーバ
２ ：エージェント端末
３ ：ゲスト端末
４ ：ウェブサーバ
５ ：記録媒体
１１ ：処理部
１１ａ ：ＡＰＩ処理部
１１ｂ ：ソケット処理部
１１ｃ ：ファイル処理部
１１ｄ ：設定データ取得部
１１ｅ ：設定データファイル作成部
１１ｆ ：設定データファイル保管部
１１ｇ ：アカウント管理データベース更新部
１１ｈ ：ゲストプログラム更新部
１２ ：記憶部
１２ａ ：アカウント管理データベース
１２ｂ ：画面共有管理データベース
１２ｃ ：画面共有データ中継ストア
１２ｄ ：プログラムファイルストレージ
１２ｅ ：アセットファイルストレージ
１２ｆ ：設定データファイルストレージ
１３ ：通信部
１４ａ ：マイグレーション管理テーブル
１４ｃ ：機能タイプ管理テーブル
１４ｂ ：アカウント別機能タイプ管理テーブル
１４ｅ ：環境タイプ管理テーブル
１４ｄ ：アカウント別環境タイプ管理テーブル
１４ｆ ：設定データ管理テーブル
１５ａ ：設定データファイル
１５ｂ ：索引データファイル
２１ ：処理部
２２ ：記憶部
２３ ：通信部
２４ ：操作部
２５ ：表示部
３１ ：処理部
３２ ：記憶部
３３ ：通信部
３４ ：操作部
３５ ：表示部
Ｂ２ ：エージェントブラウザ
Ｂ３ ：ゲストブラウザ
Ｎ ：通信網
Ｐ１ ：コンピュータプログラム
Ｐ２ ：エージェントプログラム
Ｐ３ ：ゲストプログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】