(57)【要約】【課題】  アカウント及びユーザの管理が簡単なＡＳＰサービスシステムを提供することにある。【解決手段】ＡＳＰサービスを提供するＡＳＰサーバと上記ＡＳＰサービスを利用するクライアントが管理する複数の端末装置と、を有するＡＳＰサービスシステムにおいて、上記ＡＳＰサービスの提供者は上記クライアントに対して１つのアカウントを付与し、上記ＡＳＰサーバは上記端末装置の各々に対して１つの端末識別子を発行する。【選択図】  図２
2006190144.tif 000002
【特許請求の範囲】
【請求項１】
ＡＳＰサービスを提供するＡＳＰサーバとの間でデータ及びファイルを交信するためのインタフェースと、上記ＡＳＰサーバからのデータ及びファイルを画面に表示するためのビュワーと、を有し、上記ＡＳＰサービスの利用時には、上記ＡＳＰサービスの提供者から付与されたアカウントと上記ＡＳＰサーバによって発行された端末識別子を上記ＡＳＰサーバに送信することを特徴とする端末装置。
【請求項２】
請求項１記載の端末装置において、上記ＡＳＰサービスの初回の利用時には、上記端末識別子の発行を上記ＡＳＰサーバに対して要求することを特徴とする端末装置。
【請求項３】
ＡＳＰサービスの機能を実現するためのアプリケーション・プログラムと、クライアントに付与したアカウントを格納するアカウント・テーブルと、上記クライアントによって管理されるユーザ毎の端末識別子を格納する端末識別子テーブルと、を有し、上記アプリケーション・プログラムは、端末装置から送信されたアカウントを上記アカウント・テーブルのアカウントと照合することによって、上記端末装置にＡＳＰサービスの利用を許可するか否かを判定し、上記端末装置から送信された端末識別子を上記端末識別子テーブルの端末識別子と照合することによって、上記端末装置のユーザを特定することを特徴とするＡＳＰサーバ。
【請求項４】
請求項３記載のＡＳＰサーバにおいて、上記アプリケーション・プログラムは、上記端末装置の上記ＡＳＰサービスの初回の利用時には、端末識別子を発行してそれを上記端末装置に送信すると共に上記端末識別子テーブルに保存することを特徴とするＡＳＰサーバ。
【請求項５】
請求項３記載のＡＳＰサーバにおいて、上記アプリケーション・プログラムは、上記端末装置から送信された端末識別子に基づいて上記端末識別子テーブルに格納されているユーザの個人情報を取得し、該個人情報に基づいて、上記端末装置に提供するＡＳＰサービスの内容を変更することを特徴とするＡＳＰサーバ。
【請求項６】
ＡＳＰサービスを提供するＡＳＰサーバと上記ＡＳＰサービスを利用するクライアントが管理する複数の端末装置と、を有するＡＳＰサービスシステムにおいて、上記ＡＳＰサービスの提供者は上記クライアントに対して１つのアカウントを付与し、上記ＡＳＰサーバは上記端末装置の各々に対して１つの端末識別子を発行することを特徴とするＡＳＰサービスシステム。
【請求項７】
請求項６記載のＡＳＰサービスシステムにおいて、上記端末装置は上記ＡＳＰサービスを利用するとき上記アカウントと上記端末識別子を送信し、上記ＡＳＰサーバは、上記端末装置から送信されたアカウントに基づいて、上記端末装置にＡＳＰサービスの利用を許可するか否かを判定し、上記端末装置から送信された端末識別子に基づいて上記ＡＳＰサービスを利用するユーザを特定することを特徴とするＡＳＰサービスシステム。
【請求項８】
請求項６記載のＡＳＰサービスシステムにおいて、上記ＡＳＰサーバは、上記端末識別子に基づいて特定したユーザに応じてＡＳＰサービスを提供することを特徴とするＡＳＰサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＳＰサービスを提供するシステムに関し、特に、それを利用するための端末装置、及び、それを提供するサーバに関する。
【背景技術】
【０００２】
近年、サーバ・ファームと呼ばれるデータ・センターでアプリケーションを一括稼動し、インターネットを利用してこの機能を配信するＡＳＰ（Application Service Provider）サービスが普及している。ＡＳＰサービスとクライアントの連携方法では、ログイン・アカウント（以下、アカウントという）を利用した方法が一般的である。
【０００３】
ＡＳＰサービスを利用するクライアントには、企業や団体のように多数のユーザを抱えるものが多い。企業や団体がクライアントの場合、抱えるユーザの数やサービスの利用頻度に応じて、必要な数のアカウントをＡＳＰサービス提供者から購入し、これを、各ユーザに割り当てている。クライアントでは、購入したアカウントのうち、どのアカウントをどのユーザに割り当てたか、という管理が必要である。
【０００４】
また、ＡＳＰサービス提供者のデータ・センターでは、接続してきたユーザに対して、サービスの提供を許可するか否かの判定情報としてアカウントを利用するとともに、アカウントを各ユーザの識別情報としても利用する。従って、アカウントに対応してサービスの提供内容を変更することも可能である。これに関連する文献としては特許文献１に記載された例がある。
【特許文献１】特開２００２−３４２１８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したＡＳＰサービスとクライアントの連携方法では、サービスを利用するユーザ数に比べて購入するアカウント数が少ない場合は、複数のユーザが同一のアカウントを共有することになるため、アカウントをユーザの識別情報として利用することはできない。アカウントをユーザの識別情報として使用するためには、ユーザと同数のアカウントを購入する必要がある。この場合、クライアントにおけるアカウント管理は煩雑になる。
【０００６】
本発明の目的は、アカウント及びユーザの管理が簡単なＡＳＰサービスシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明によると、端末装置は、ＡＳＰサービスを提供するＡＳＰサーバとの間でデータ及びファイルを交信するためのインタフェースと、上記ＡＳＰサーバからのデータ及びファイルを画面に表示するためのビュワーと、を有し、上記ＡＳＰサービスの利用時には、上記ＡＳＰサービスの提供者から付与されたアカウントと上記ＡＳＰサーバによって発行された端末識別子を上記ＡＳＰサーバに送信する。
【０００８】
本発明によると、ＡＳＰサーバは、ＡＳＰサービスの機能を実現するためのアプリケーション・プログラムと、クライアントに付与したアカウントを格納するアカウント・テーブルと、上記クライアントによって管理されるユーザ毎の端末識別子を格納する端末識別子テーブルと、を有し、上記アプリケーション・プログラムは、端末装置から送信されたアカウントを上記アカウント・テーブルのアカウントと照合することによって、上記端末装置にＡＳＰサービスの利用を許可するか否かを判定し、上記端末装置から送信された端末識別子を上記端末識別子テーブルの端末識別子と照合することによって、上記端末装置のユーザを特定する。
【０００９】
本発明によると、ＡＳＰサービスを提供するＡＳＰサーバと上記ＡＳＰサービスを利用するクライアントが管理する複数の端末装置と、を有するＡＳＰサービスシステムにおいて、上記ＡＳＰサービスの提供者は上記クライアントに対して１つのアカウントを付与し、上記ＡＳＰサーバは上記端末装置の各々に対して１つの端末識別子を発行する。
【発明の効果】
【００１０】
本発明によると、ＡＳＰサービスシステムにおいて、アカウントとユーザの管理が簡単になる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施する場合の一形態を、図面を参照して具体的に説明する。図１は、本発明が適用されるシステムの構成を示す図である。本例のＡＳＰサービス提供システムは、クライアント１とＡＳＰサービス提供者のデータ・センター３を有する。クライアント１には、複数のユーザ端末Ａ、Ｂ、Ｃが設けられている。ＡＳＰサービス提供者のデータ・センター３には、Ｗｅｂ／ＡＰサーバ５、及び、ＤＢサーバ６が設けられ、これらは、ローカル・ネットワーク７を介して互いに接続されている。
【００１２】
ユーザ端末Ａ、Ｂ、Ｃは、インターネット２等のネットワークを介して、ＡＳＰサービス提供者のデータ・センター３に接続されている。
【００１３】
クライアント１は、ＡＳＰサービス利用契約を行うとき、ＡＳＰサービス提供者から１つのアカウント４とユーザ端末Ａ、Ｂ、Ｃと同数の端末プログラムＡ１、Ｂ１、Ｃ１を購入する。クライアント１は、アカウント４をユーザに配布し、端末プログラムＡ１、Ｂ１、Ｃ１を、ユーザ端末Ａ、Ｂ、Ｃにそれぞれ格納する。なお、図１には、３つのユーザ端末Ａ、Ｂ、Ｃと、３つの端末プログラムＡ１、Ｂ１、Ｃ１のみを示しているが、実際には多数のユーザ端末が設けられている。
【００１４】
図２を参照して、本発明のＡＳＰサービスとユーザの連携方法を説明する。ユーザ端末Ａの端末プログラムＡ１は、Ｗｅｂ／ＡＰサーバ５との間でデータやファイルを交信するＨＴＴＰインタフェースＡ１１と、Ｗｅｂ／ＡＰサーバ５からのデータやファイルを画面に表示するためのＨＴＭＬビュワーＡ１２と、端末識別子Ａ１３とを有する。
【００１５】
Ｗｅｂ／ＡＰサーバ５は、ＡＳＰサービスの機能を実現するためのアプリケーション・プログラム５１を有する。アプリケーション・プログラム５１は、ユーザ端末Ａの端末プログラムＡ１にファイルやデータを提供し、端末プログラムＡ１からの要求に応じて端末識別子Ａ１３を発行し、それを端末プログラムＡ１に送信する。ＤＢサーバ６は、アカウント・テーブル６１Ｂと端末識別子テーブル６１Ａを有するデータベース６１を管理する。アカウント・テーブル６１Ｂは、アカウント４の情報を格納する。端末識別子テーブル６１Ａは、端末識別子Ａ１３とそれに対応したユーザＡ０の個人情報を格納する。
【００１６】
本例では、アカウント４は、ＡＳＰサービス提供者が、ユーザに対してＡＳＰサービスの利用を許可するか否かを判定するため、使用される。端末識別子Ａ１３は、ＡＳＰサービス提供者が、ユーザを識別するために、使用される。従って、本例では、アカウント４は、クライアント毎に提供されるが、端末識別子は、ユーザ毎に提供される。
【００１７】
端末プログラムＡ１は、ＡＳＰサービスの初回利用時には、端末識別子の新規発行をＷｅｂ／ＡＰサ−バ５に対して自動的に要求し、Ｗｅｂ／ＡＰサ−バ５によって発行された端末識別子Ａ１３を保存する。端末プログラムＡ１は、ＡＳＰサービスの次回以降の利用時には、端末識別子Ａ１３をＷｅｂ／ＡＰサーバ５に自動的に送信する。
【００１８】
アプリケーション・プログラム５１は、端末識別子Ａ１３を発行すると、それをユーザ端末Ａに送信すると同時に、ＤＢサーバ６の端末識別子テーブル６１Ａにユーザの個人情報と関連付けて保存する。Ｗｅｂ／ＡＰサ−バ５は、端末識別子Ａ１３によってユーザを識別し、ユーザ毎に異なるサービスを提供することができる。
【００１９】
図３を参照して、本発明のユーザ端末Ａの端末プログラムＡ１の処理を説明する。ステップ３０１にて、端末プログラムＡ１は、ＨＴＴＰインタフェースＡ１１を介して、Ｗｅｂ／ＡＰサーバ５に対してアカウント入力画面のＵＲＬを要求する。ステップ３０２にて、端末プログラムＡ１は、Ｗｅｂ／ＡＰサーバ５からのＵＲＬに基づいて、ＨＴＭＬビュワーＡ１２上にアカウント入力画面を表示し、ユーザがアカウント４を入力するのを待つ。ユーザがアカウント４を入力すると、ステップ３０３にて、端末プログラムＡ１は、端末識別子Ａ１３が端末プログラムＡ１に保存されているかどうかを判定する。
【００２０】
格納されている場合には、ステップ３０４にて、この端末識別子Ａ１３とアカウント４をＷｅｂ／ＡＰサーバ５に送信する。格納されていない場合には、ステップ３０５にて、端末識別子Ａ１３をＮＵＬＬとし、このダミーのＮＵＬＬ端末識別子とアカウントをＷｅｂ／ＡＰサーバ５に送信することにより、端末識別子Ａ１３の発行を要求する。ステップ３０６にて、端末プログラムＡ１は、Ｗｅｂ／ＡＰサーバ５から発行された端末識別子Ａ１３を保存する。
【００２１】
本例によると、ユーザ端末Ａの端末プログラムＡ１は、自動的に、端末識別子の発行要求をし、Ｗｅｂ／ＡＰサーバ５のアプリケーション・プログラム５１は、自動的に、端末識別子の発行を行い、送信する。これらの端末識別子の発行処理は、ユーザ端末Ａの画面に表示されることなく実行されるから、ユーザはそれに気が付かない。端末識別子は、端末プログラムＡ１に組み込まれ、端末プログラムＡ１と運命を共にする。即ち、端末プログラムＡ１の移動又は消滅と共に端末識別子も移動又は消滅する。
【００２２】
図４を参照して、本発明のＷｅｂ／ＡＰサーバ５のアプリケーション・プログラム５１の処理を説明する。ステップ４０１にて、アプリケーション・プログラム５１は、端末プログラムＡ１から送信されたアカウント４を、アカウント・テーブル６１Ｂの内容と照合する。ここでは、照合の結果、ＡＳＰサービスの提供を許可すると判定したとする。ステップ４０２にて、アプリケーション・プログラム５１は、端末プログラムＡ１から送信された端末識別子Ａ１３がＮＵＬＬかどうかを判定する。
【００２３】
ＮＵＬＬの場合には、ステップ４０３にて、アプリケーション・プログラム５１は、ユーザに固有の端末識別子Ａ１３を発行して端末プログラムＡ１に送信する。ステップ４０４にて、アプリケーション・プログラム５１は、端末識別子テーブル６１Ａに、発行した端末識別子Ａ１３をユーザと個人情報に関連付けて保存する。
【００２４】
ＮＵＬＬでない場合には、即ち、端末識別子Ａ１３が送信された場合には、ステップ４０５にて、アプリケーション・プログラム５１は、受信した端末識別子Ａ１３に基づいて端末識別子テーブル６１ＡからユーザＡ０の個人情報を取り出す。アプリケーション・プログラム５１は、ユーザＡ０の個人情報を考慮して、ユーザＡ０に最適なＡＳＰサービスを提供することができる。
【００２５】
本発明によれば、クライアントに属するユーザの数に関わらず、ＡＳＰサービスのアカウント数はクライアントあたり１つに統合されるため、クライアントでのアカウント管理の手間が低減される。
【００２６】
また、アカウント数が１つに統合されるにも関わらず、端末プログラムとサーバとの間で処理される端末識別子を利用して、データ・センターがユーザ端末単位でユーザを識別することにより、このレベルでユーザ個別の情報をＡＳＰサービスで取り扱うことが可能となる。
【００２７】
以上、本発明の例を説明したが、本発明は上述の例に限定されるものではなく、特許請求の範囲に記載された発明の範囲にて様々な変更が可能であることは当業者に理解されよう。
【図面の簡単な説明】
【００２８】
【図１】本発明が適用されるシステムの構成を示す図である。
【図２】本発明のＡＳＰサービスとユーザの連携方法における処理を示す図である。
【図３】本発明のＡＳＰサービスとユーザの連携方法における端末プログラムの処理を示す図である。
【図４】本発明のＡＳＰサービスとユーザの連携方法におけるＷｅｂ／ＡＰサーバの処理を示す図である。
【符号の説明】
【００２９】
１…クライアント、２…インターネット、３…ＡＳＰサービス提供者のデータ・センター、４…アカウント、５…Ｗｅｂ／ＡＰサーバ、６…ＤＢサーバ、Ａ、Ｂ、Ｃ…ユーザ端末、Ａ１、Ｂ１、Ｃ１…端末プログラム、Ａ１１…ＨＴＴＰインタフェース、Ａ１２…ＨＴＭＬビュワー、Ａ１３…端末識別子。
【図１】
2006190144.tif 000003
【図２】
2006190144.tif 000004
【図３】
2006190144.tif 000005
【図４】
2006190144.tif 000006