(57)【特許請求の範囲】
【請求項１】
所定のプログラムに対してバージョンの異なる複数の更新プログラムを記憶する更新プログラム記憶手段と、
前記所定のプログラムを実行することにより実現され、複数のクライアントに対して所定のサービスを提供するサービス提供手段と、
前記サービス提供手段が、前記複数のクライアントへサービスを提供した実績を示すデータを記憶する実績データ記憶手段と、
前記所定のプログラムの更新条件と、前記更新条件が満たされた場合にリリースするリリースバージョンを、前記所定のプログラムの現在のバージョンとの相対的なバージョン差で指定する相対バージョン指定とを対応づけたリリース条件情報を記憶するリリース条件記憶手段と、
前記実績データ記憶手段に記憶されている実績を示すデータが、前記リリース条件記憶手段に記憶されている前記リリース条件情報に含まれる更新条件を満たす場合に、その満たされた更新条件に対応する相対バージョン指定に基づいて前記リリースバージョンを特定するバージョン判定手段と、
前記バージョン判定手段によって特定された前記リリースバージョンの更新プログラムを前記更新プログラム記憶手段から取得し、前記所定のプログラムを更新する更新手段と、を備えるサービス提供システム。
【請求項２】
前記サービス提供手段は、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）機能を提供する手段であることを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
所定のプログラムを実行することにより実現され、複数のクライアントに対して所定のサービスを提供するサービス提供手段が、前記複数のクライアントへサービスを提供した実績を示すデータを記憶する処理と、
前記所定のプログラムの更新条件と、前記更新条件が満たされた場合にリリースするリリースバージョンを前記所定のプログラムの現在のバージョンとの相対的なバージョン差で指定する相対バージョン指定と、を対応づけたリリース条件情報であって、前記サービスを提供した実績を示すデータが、前記リリース条件情報に含まれる前記更新条件を満たす場合に、その満たされた前記更新条件に対応する相対バージョン指定に基づいて前記リリースバージョンを特定する処理と、
前記特定されたリリースバージョンの更新プログラムを、所定のプログラムに対してバージョンの異なる複数の更新プログラムを記憶する更新プログラム記憶手段から取得し、前記所定のプログラムを更新する処理と、を行うサービス提供手段の自動バージョン更新方法。
【請求項４】
所定のプログラムを実行することにより実現され、複数のクライアントに対して所定のサービスを提供するサービス提供手段を、自動的にバージョンを更新するためのコンピュータプログラムであって、
前記サービス提供手段が、前記複数のクライアントへサービスを提供した実績を示すデータを記憶する処理と、
前記所定のプログラムの更新条件と、前記更新条件が満たされた場合にリリースするリリースバージョンを前記所定のプログラムの現在のバージョンとの相対的なバージョン差で指定する相対バージョン指定と、を対応づけたリリース条件情報であって、前記サービスを提供した実績を示すデータが、前記リリース条件情報に含まれる前記更新条件を満たす場合に、その満たされた前記更新条件に対応する相対バージョン指定に基づいて前記リリースバージョンを特定する処理と、
前記特定されたリリースバージョンの更新プログラムを、所定のプログラムに対してバージョンの異なる複数の更新プログラムを記憶する更新プログラム記憶手段から取得し、前記所定のプログラムを更新する処理と、をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントに対して所定のサービスを提供するサーバの機能のバージョンを自動的に更新する技術に関する。
【背景技術】
【０００２】
特許文献１には、サーバが管理対象となる全クライアントのモジュール情報を一元管理し、各クライアントのモジュールを自動更新するシステムが記載されている。
【特許文献１】特開２００７−１１６４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、インターネットの普及に伴い、数多くのＷｅｂサイトがネットワークを介して接続されたクライアントへ様々なサービスを提供している。現在では、Ｗｅｂサイトの数が非常に多いので、Ｗｅｂサイトの魅力を高める努力を怠ると、あっという間にユーザが離れていってしまう。
【０００４】
そこで、ユーザを飽きさせない魅力的なＷｅｂサイトであり続けるためには、定期的にＷｅｂサイトを更新して、提供するサービスや情報を新しくすることが有効である。特に、ユーザのニーズに応じて、機能の追加、増強及び改変を行うことができれば、Ｗｅｂサイトをより多くのユーザに利用してもらえるようになり、Ｗｅｂサイトを盛り上げることができる。
【０００５】
また、複雑あるいは高度な機能は、かえって初心者ユーザには障壁となり、むしろ初心者ユーザに継続的に利用してもらえないこともある。そこで、提供する機能を、最初のうちは基本的なものに絞り、段階的に増強していくことができれば、初心者ユーザが慣れるに従って機能追加されていくことになり、利用ユーザの増加につなげることができる。
【０００６】
そこで、本発明の目的は、クライアントに対して所定のサービスを提供するサーバのバージョン管理を自動的に行うことである。
【課題を解決するための手段】
【０００７】
本発明の一つの実施態様に従うサービス提供システムは、所定のプログラムを実行することにより実現され、複数のクライアントに対して所定のサービスを提供するサービス提供手段と、前記サービス提供手段が、前記複数のクライアントへサービスを提供した実績を示すデータを記憶する手段と、前記サービスを提供した実績を示すデータに基づいて、前記サービスを提供した実績が前記所定のプログラムの更新条件を満たすか否かを判定する判定手段と、前記判定手段による判定結果に応じて前記所定のプログラムを更新し、前記サービス提供手段のバージョンを更新する更新手段と、を備える。
【０００８】
好適な実施態様では、サービス提供サーバと、前記所定のプログラムを更新するための更新プログラムを記憶した更新プログラム記憶サーバと、をさらに備え、前記サービス提供サーバ上で、前記サービス提供手段及び前記更新手段が実現されていて、前記更新手段は、前記更新プログラム記憶サーバから前記更新プログラムを取得して、前記所定のプログラムを更新するようにしてもよい。
【０００９】
好適な実施態様では、前記更新プログラム記憶サーバは、複数の更新プログラムを記憶していて、前記所定のプログラムの更新条件は、前記複数の更新プログラムごとに予め定められていて、前記判定手段は、前記サービスを提供した実績が、どの更新プログラムの更新条件を満たしているかを特定し、前記更新手段は、前記判定手段によって更新条件を満たしていると特定された更新プログラムを、前記更新プログラム記憶サーバから取得して、前記所定のプログラムを更新するようにしてもよい。
【００１０】
好適な実施態様では、前記サービス提供手段は、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）機能を提供する手段であってもよい。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態に係る情報提供システムについて、図面を参照して説明する。
【００１２】
図１は、本実施形態に係る情報提供システムの全体構成を示す。
【００１３】
本システムは、１以上のＷｅｂサービスグループ１００と配信サーバ３０とを備える。各Ｗｅｂサービスグループ１００には、Ｗｅｂサーバ１０、及びＷｅｂサーバ１０とネットワークを介して接続された１以上のクライアント５０，５０，・・・とを有する。
【００１４】
Ｗｅｂサーバ１０、配信サーバ３０及び複数のクライアント５０，５０，・・・は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明するＷｅｂサーバ１０、配信サーバ３０及び複数のクライアント５０，５０，・・・内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１５】
Ｗｅｂサーバ１０は、ＳＮＳ処理部１１と、コンテンツ記憶部１３と、サービス提供実績収集部１５と、更新処理部１７とを備える。
【００１６】
ＳＮＳ処理部１１は、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）機能を提供するＷｅｂサイトを実現する。つまり、ＳＮＳ処理部１１は、あるユーザがアップロードしたコンテンツを受け付けて、他のユーザがそれを閲覧可能としたりして、ユーザ間のつながりをサポートするコミュニティサイト機能を実現する。例えば、ＳＮＳ処理部１１は、ユーザがアップロードしたコンテンツをコンテンツ記憶部１３へ格納し、他のユーザからの要求に応じてコンテンツ記憶部１３に記憶されているコンテンツを閲覧させる。
【００１７】
ここで、ＳＮＳ処理部１１は、Ｗｅｂサーバ１０がＳＮＳ用の所定のプログラム（以下、ＳＮＳプログラムと称する）を実行することにより実現される。本実施形態では、以下に説明するように、そのＳＮＳプログラムのバージョン管理を自動的に行う。これにより、所定の更新条件を満たすときに、自動的にＳＮＳプログラムがバージョンアップされ、それに伴ってＳＮＳ処理部１１がバージョンアップされる。例えば、上位バージョンのＳＮＳプログラムは、下位バージョンのＳＮＳプログラムが実現する機能に対する追加機能を有している。従って、その場合には、上位バージョンのＳＮＳプログラムに更新されると、ＳＮＳ処理部１１がクライアント５０へ提供する機能が追加されることになる。
【００１８】
コンテンツ記憶部１３は、クライアント５０へ提供するための種々のコンテンツを記憶する。
【００１９】
サービス提供実績収集部１５は、ＳＮＳ処理部１１が行った処理の実績を記憶する。例えば、サービス提供実績収集部１５は、ＳＮＳ処理部１１がクライアント５０から受け付けたリクエストの処理の履歴（ログ）を収集してもよいし、各クライアント５０からのアクセスを受け付けた回数を計数してもよい。サービス提供実績収集部１５は、収集したＳＮＳ処理部１１が行った処理の実績を示すデータを記憶する。
【００２０】
更新処理部１７は、配信サーバ３０から新たなＳＮＳプログラム（以下、更新プログラムと称する）を取得して、ＳＮＳ処理部１１を更新する処理を行う。例えば、更新処理部１７は、サービス提供実績収集部１５が収集した、ＳＮＳ処理部１１の処理実績を示すデータ（以下、実績データと称する。）を配信サーバ３０へ送信する。
【００２１】
配信サーバ３０では、ここで取得した実績データに基づいてＳＮＳ処理部１１の更新要否を判定する。ＳＮＳ処理部１１の更新が必要と判定されたときは、Ｗｅｂサーバ１０が更新プログラムの識別情報として、取得すべきＳＮＳプログラムのバージョンを通知する。なお、配信サーバ３０の処理の詳細は後述する。
【００２２】
ここで、更新処理部１７は、取得すべきＳＮＳプログラムのバージョンの通知を受けると、配信サーバ３０から通知されたバージョンのＳＮＳプログラムを更新プログラムとして取得する。そして、更新プログラムを実行させて、ＳＮＳ処理部１１をバージョンアップする。
【００２３】
配信サーバ３０は、更新判定部３１と、リリース管理情報記憶部３３と、バージョン管理部３５と、プログラム記憶部３７とを備える。
【００２４】
リリース管理情報記憶部３３は、各Ｗｅｂサーバ１０に対するＳＮＳプログラムのリリース状況を示す情報を記憶する。例えば、リリース管理情報記憶部３３は、Ｗｅｂサーバ管理テーブル２００と、リリース条件テーブル２２０を記憶する。
【００２５】
Ｗｅｂサーバ管理テーブル２００の一例を図２に示す。同図に示すように、Ｗｅｂサーバ管理テーブル２００は、データ項目として、ＷｅｂサーバＩＤ２０２と、Ｗｅｂサーバ名２０４と、ＷｅｂサーバのＩＰアドレス２０６と、最初にリリースしたＳＮＳプログラムのバージョンである初期リリースバージョン２０８と、現在のＳＮＳプログラムのバージョンである現在リリースバージョン２１０と、最終のＳＮＳプログラムのバージョンである最終リリースバージョン２１２とを有する。
【００２６】
リリース条件テーブル２２０の一例を図３に示す。同図に示すように、リリース条件テーブル２２０は、データ項目として、ＷｅｂサーバＩＤ２２２と、更新条件２２４と、リリースバージョン２２６とを有する。すなわち、リリース条件テーブル２２０は、各Ｗｅｂサーバ２２２が、どのような状態になると（更新条件２２４）、どのバージョンのＳＮＳプログラムをリリースするのか（リリースバージョン２２６）を定義する。
【００２７】
ここで、リリースバージョン２２６の設定方法には、例えば、絶対指定と相対指定とを設けてもよい。絶対指定とは、リリースするプログラムのバージョンを直接指定するものである。相対指定とは、現在のプログラムのバージョンのＮバージョン上のプログラムを「＋Ｎ」、Ｎバージョン下のプログラムを「−Ｎ」と指定するものである。
【００２８】
更新条件２２４としては、例えば、アクセス数が所定数に達したとき、コミュニティ数が所定数に達したとき、あるいは、日記を投稿し得ているユーザ数が所定数を超えたときなどでもよい。これらのときには、リリースバージョン２２６は絶対指定でもよい。
【００２９】
また、更新条件２２４としては、新バージョンリリース以降、アクセス数が５０％以上下がった、あるいは、新バージョンで追加された機能の利用者が一定の期間で所定数以下である、などでもよい。これらのときには、リリースバージョン２２６は相対指定で、バージョンを下げるように指定してもよい。
【００３０】
再び図１を参照すると、更新判定部３１は、各Ｗｅｂサーバ１０からの通知を受けて、Ｗｅｂサーバ１０のＳＮＳ処理部１１の更新要否を判定する。例えば、更新判定部３１は、いずれかのＷｅｂサーバ１０から実績データを取得する。そして、更新判定部３１は、リリース管理情報記憶部３３を参照して、この取得した実績データに基づいて、送信元のＷｅｂサーバ１０のＳＮＳ処理部１１の更新要否を判定する。つまり、更新判定部３１は、Ｗｅｂサーバ１０から取得した実績データが、リリース条件テーブル２２０に示すリリース条件に合致するときは、そのリリースバージョン２２６のＳＮＳプログラムに更新が必要であると判定する。さらに、更新判定部３１は、Ｗｅｂサーバ管理テーブル２００を参照して、ここで取得したリリースバージョンが、最終リリースバージョン２１２を超えていないことを確認し、現在リリースバージョン２１０をそのバージョンに更新して、リリースバージョン２２６のＳＮＳプログラムのリリースを許可する。更新判定部３１は、許可されたリリースバージョンをＷｅｂサーバ１０へ通知する。
【００３１】
プログラム記憶部３７は、Ｗｅｂサーバ１０へ提供する種々のバージョンのＳＮＳプログラム（更新プログラム）を記憶する。
【００３２】
バージョン管理部３５は、Ｗｅｂサーバ１０に提供するＳＮＳプログラムのバージョンを管理する。バージョン管理部３５は、Ｗｅｂサーバ１０からバージョンを指定してＳＮＳプログラムの取得要求を受けると、プログラム記憶部３７から指定されたバージョンのＳＮＳプログラムを取得して、要求元のＷｅｂサーバ１０へ送信する。
【００３３】
次に、図４は、本実施形態に係る情報提供システムの処理手順を示すフローチャートである。以下、同図に従って説明する。
【００３４】
まず、Ｗｅｂサーバ１０が、所定のタイミングでＳＮＳ処理部１１の処理実績を示す実績データを配信サーバ３０へ送信する（Ｓ１００）。
【００３５】
配信サーバ３０の更新判定部３１は、送信元のＷｅｂサーバ１０について、その実績データが、リリース条件テーブル２２０に登録されているサーバ別の更新条件２２４に合致するか否かを判定する（Ｓ１０２）。ここで、実績データが更新条件２２４を満たす場合は（Ｓ１０４：Ｙｅｓ）、更新判定部３１はその更新条件に対応するリリースバージョン２２６を取得する（Ｓ１０６）。更新判定部３１は、さらに、そのリリースバージョンのＳＮＳプログラムが既に準備できているか否かをバージョン管理部３５へ照会する（Ｓ１０８）。そして、そのリリースバージョンのＳＮＳプログラムが既に準備できていれば（Ｓ１０８：Ｙｅｓ）、更新判定部３１は、実績データを送信してきたＷｅｂサーバ１０へ、更新プログラムの識別情報としてそのリリースバージョンを通知する（Ｓ１１０）。
【００３６】
Ｗｅｂサーバ１０では、更新処理部１７が、配信サーバ３０に対して、通知を受けたバージョンのＳＮＳプログラムの取得要求を行い、更新プログラムとしてそのバージョンのＳＮＳプログラムを取得する（Ｓ１１２）。そして、更新処理部１７は、取得したプログラムを実行して、ＳＮＳ処理部１１を更新する（Ｓ１１４）。
【００３７】
これにより、Ｗｅｂサーバ１０のＳＮＳ処理部１１の処理実績に応じて、自動的にＳＮＳ処理部１１を更新することができる。つまり、Ｗｅｂサーバ１０がクライアント５０によって利用された実績に応じて、Ｗｅｂサーバ１０のプログラムを自動的にバージョンアップさせて、機能を拡充していくことができる。
【００３８】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【００３９】
例えば、上述した配信サーバ３０は、いずれか１台のＷｅｂサーバ１０と同一のサーバマシン上に実現されていてもよい。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施形態に係る情報提供システムの全体構成を示す。
【図２】Ｗｅｂサーバ管理テーブルの一例を示す。
【図３】リリース条件テーブルの一例を示す。
【図４】本実施形態に係る情報提供システムの処理手順を示すフローチャートである。
【符号の説明】
【００４１】
１０       Ｗｅｂサーバ
１１       ＳＮＳ処理部
１３       コンテンツ記憶部
１５       サービス提供実績収集部
１７       更新処理部
３０       配信サーバ
３１       更新判定部
３３       リリース管理情報記憶部
３５       バージョン管理部
３７       プログラム記憶部
５０       クライアント
【図１】
0005025431.tif 000002
【図２】
0005025431.tif 000003
【図３】
0005025431.tif 000004
【図４】
0005025431.tif 000005