JP2008252689A - ネットワークシステム、端末カスタマイズ方法およびカスタマイズサービス方法 - Google Patents

Abstract

【課題】任意の端末のユーザの要求に基づき、他の端末をカスタマイズすることができるカスタマイズサービスを実現すること。
【解決手段】端末１１は、ＬＦＣサービス機能部３０に対して、カスタマイズ用のＬＦＣパッケージ関連情報と、カスタマイズ対象の他の端末１２のアドレスと、コンテンツプロバイダ２０に対する端末１１のユーザのアカウントとを通知する（Ｓ１）。その結果、ＬＦＣサービス機能部３０に端末１１のユーザのアカウントをもつユーザ代理機能部３１を形成する。ユーザ代理機能部３１は、コンテンツプロバイダからＬＦＣパッケージを取得し（Ｓ３２）、ＬＦＣサービス機能部３０は、取得したＬＦＣパッケージに基づいて、端末１２をカスタマイズする（Ｓ３４）。その後、ユーザ代理機能部３１は、端末１１のユーザのアカウントを解放する（Ｓ３５）。
【選択図】図５

Description

本発明は、ネットワークシステムに関し、特に端末のカスタマイズサービスを行うネットワークシステム、端末カスタマイズ方法およびカスタマイズサービス方法に関する。

従来から、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）あるいはハンドヘルドＰＣなどの携帯端末において、携帯端末の画面あるいは携帯端末上で動作するアプリケーションのユーザ・インタフェースを、ユーザの好みあるいは操作性の改善のためにカスタマイズすることが行われている。さらに、カスタマイズ用のコンテンツあるいはカスタマイズの機能を無償あるいは有償で提供するサービスも増加している（非特許文献１参照）。

カスタマイズのためのサービスは、ユーザ、コンテンツプロバイダ、キャリアなどが、端末や、端末上で動作するアプリケーションの見た目や操作性、音などのカスタマイズ用コンテンツおよびカスタマイズ機能を提供するサービスで、ＬＦＣ（Look and Feel Customization）サービスといわれている。

図９、１０は、ネットワーク上で行われる従来のＬＦＣサービスを説明するための図である。図９には、従来のＬＦＣサービスを行うネットワークが示されている。図９のネットワークは、ユーザが所有する携帯端末１０と、端末をカスタマイズするためのコンテンツデータをＬＦＣパッケージとして販売するコンテンツプロバイダ２１〜２３と、携帯端末をカスタマイズするＬＦＣサービス機能部３０を含む。ＬＦＣパッケージには、例えば壁紙のファイル、着信音のファイルなどカスタマイズためのコンテンツデータを含むファイルが格納されている。

図１０は、図９の従来のＬＦＣサービスの動作フローを示す図である。
ステップＳ１では、自分の携帯端末１０のカスタマイズを実行しようとするユーザは、ＩＤやパスワードなどのユーザのアカウント情報と、携帯端末１０をネットワーク上で識別する一意のアドレス情報とをコンテンツプロバイダ２０に送信して、カスタマイズのためのコンテンツが含まれるＬＦＣパッケージの購入をリクエストする。

ステップ２では、コンテンツプロバイダ２０は、ユーザの購入リクエストを承認すると、ユーザの携帯端末１０を特定するユーザの情報と、ユーザが購入したＬＦＣパッケージを、ＬＦＣサービス機能部３０に通知する。

ＬＦＣサービス機能部３０は、コンテンツプロバイダ２０から送られた情報に基づいて、携帯端末１０のコマンド操作を行って携帯端末のカスタマイズ、例えば背景画像や着信音の変更を行う。このように、従来のサービスは、個々のユーザがユーザ所有の端末をカスタマイズするものである。任意のユーザが、他のユーザ所有の端末をカスタマイズすることを想定したものではなく、任意のユーザが、他のユーザ所有の端末をカスタマイズすることはできなかった。なお、他のユーザ所有の端末をカスタマイズすることに関する文献は、見当たらなかった。

本発明の目的は、任意の端末のユーザの要求に基づき、他のユーザの所有の端末をカスタマイズすることができるカスタマイズサービスを実現するネットワーク、端末カスタマイズ方法およびカスタマイズサービス方法を提供することである。

上記目的を達成するために、本発明の第１の態様であるネットワークシステムは、複数の端末と、前記端末をカスタマイズするカスタマイズコンテンツを管理するカスタマイズコンテンツ管理サーバと、前記コンテンツ管理サーバから通知されたカスタマイズコンテンツに基づいて、少なくとも１つの前記端末をカスタマイズするカスタマイズサービス部とを備え、前記複数の端末のうちの任意の端末が、他の端末および前記カスタマイズサービス部のいずれかに対して、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報を通知して、前記他の端末のカスタマイズリクエストを行うを特徴とする。

前記任意の端末は、前記他の端末に対して、前記カスタマイズコンテンツ管理サーバに一時的にアクセス可能な一時アカウントを通知することにより、前記一時アカウントによりカスタマイズコンテンツ管理サーバにアクセスさせることができる。

前記任意の端末は、前記カスタマイズサービス部に対して、前記カスタマイズコンテンツ管理サーバに対する前記任意の端末のユーザのアカウント情報およびカスタマイズ対象の他の端末のアドレス情報を通知することにより、前記カスタマイズサービス部が前記任意の端末のユーザのアカウント情報により前記カスタマイズコンテンツ管理サーバにアクセスすることができる。

前記任意の端末は、カスタマイズ対象の複数の他の端末が属するグループを代表する代表アドレス情報を通知して、前記グループに属する複数の他の端末すべてのカスタマイズを並列して実行させることができる。

また、本発明の第２の態様である端末カスタマイズ方法は、複数の端末と、前記端末をカスタマイズするカスタマイズコンテンツを管理するカスタマイズコンテンツ管理サーバと、前記コンテンツ管理サーバから通知されたカスタマイズコンテンツに基づいて、少なくとも１つの前記端末をカスタマイズするカスタマイズサービス部とを備えるネットワークシステムにおける端末カスタマイズ方法であって、前記複数の端末のうちの任意の端末が、他の端末および前記カスタマイズサービス部のいずれかに対して、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報を通知して、前記他の端末のカスタマイズリクエストを行い、前記他の端末あるいは前記カスタマイズサービス部が、前記カスタマイズコンテンツ管理サーバにアクセスして、前記カスタマイズコンテンツ関連情報によって指定されるカスタマイズコンテンツを取得し、前記カスタマイズサービス部は、前記カスタマイズコンテンツに基づいて、前記他の端末のカスタマイズを実行することを特徴とする。

前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、前記他の端末に対して、前記カスタマイズコンテンツ管理サーバに一時的にアクセス可能な一時アカウントを通知することを含み、前記カスタマイズコンテンツを取得する段階は、前記一時アカウントによりカスタマイズコンテンツ管理サーバにアクセスすることを含むことができる。

前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、前記カスタマイズサービス部に対して、前記カスタマイズコンテンツ管理サーバに対する前記任意の端末のユーザのアカウント情報およびカスタマイズ対象の他の端末のアドレス情報を通知することを含み、前記カスタマイズコンテンツを取得する段階は、前記カスタマイズサービス部が、前記任意の端末のユーザのアカウント情報により前記カスタマイズコンテンツ管理サーバにアクセスすることを含むことができる。

前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、カスタマイズ対象の複数の他の端末が属するグループを代表する代表アドレス情報を通知することを含み、前記他の端末のカスタマイズを実行する段階は、前記グループに属する複数の他の端末すべてのカスタマイズを並列して実行することができる。

本発明の第３の態様であるカスタマイズサービス装置は、カスタマイズコンテンツに基づいて、ネットワークに接続された端末のカスタマイズサービスを実行するカスタマイズサービス装置であって、他の端末のカスタマイズをリクエストするリクエストユーザの端末から、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報と、カスタマイズ対象の他の端末を特定する端末情報と、前記カスタマイズコンテンツを取得可能な前記リクエストユーザのアカウント情報が通知されることによって形成され、前記リクエストユーザの端末の代理として機能する端末代理機能部を有することを特徴とする。
前記端末代理機能部は、前記他の端末のカスタマイズが完了した後、前記ユーザのアカウント情報を解放すなわち消去することもできる。

本発明の第１および第２の態様にあっては、任意の端末のユーザのリクエストに基づいて、他の端末のカスタマイズを実行することができる。本発明の第３の態様にあっては、カスタマイズサービスを行う装置にカスタマイズをリクエストするユーザの代理として機能する代理機能部を形成させることにより、リクエストユーザの端末の送信負担を過大にすることなく、また他の端末が有する機能の制限を受けずに、他のすべての端末のカスタマイズを実行することができる。

以下、図１〜８を参照して、本発明の実施の形態を説明する。

（第１の実施形態）
第１の実施形態は、任意のユーザが他のユーザの端末をカスタマイズするための一例であり、カスタマイズコンテンツすなわちＬＦＣパッケージを指定するＬＦＣパッケージ関連情報を他のユーザの端末に通知して、他の端末にＬＦＣパッケージを取得させるものである。

図１は、本発明の第１の実施形態を説明するための概要図であり、図２は、第１の実施形態の動作フローを説明する図である。図１、２では、説明を容易にするために１台の端末をカスタマイズする例を説明したが、複数の端末に対しても同様にカスタマイズできる。

図１には、あるユーザが所有する端末ＵＥ−Ａ１１と、他のユーザが所有する端末ＵＥーＢ１２と、端末をカスタマイズするためのコンテンツデータをＬＦＣパッケージとして販売するコンテンツプロバイダ２０と、コンテンツプロバイダ２０から通知されたＬＦＣパッケージに基づいて、端末をカスタマイズするＬＦＣサービス機能部３０が示されている。ここでコンテンツプロバイダ２０は、カスタマイズコンテンツ管理サーバの一例であり、ＬＦＣサービス機能部３０は、カスタマイズサービス部の一例である。

端末のカスタマイズには、例えば、画面の背景、使用言語、着信を知らせるトーン、着信を知らせるサウンド、使用フォント、メニュー、ブックマーク、機能が割り当てられるソフトキーの設定、キーボード操作のためのショートカットの設定などの端末の各種機能あるいは設定の変更、さらには、例えばＪＡＶＡ（登録商標）スクリプトのインストールなどのアプリケーションのインストールなどがある。

ＬＦＣパッケージには、端末をカスタマイズするためのデータのファイルが格納されている。ＬＦＣパッケージに格納されるファイルは、１種類のファイルであっても、複数の種類のファイルセットであってもよい。ＬＦＣパッケージの一例としては、壁紙のファイル、着信音のファイル、ショートカットキーの設定ファイル、アプリケ−ションファイル、ブランドロゴを表現するＪＰＥＧファイルが格納されているものがある。

コンテンツプロバイダ２０は、カスタマイズ用コンテンツを販売するプロバイダではなく、カスタマイズ用コンテンツを提供するコンテンツサーバであってもよい。例えば、社内ネットワークに接続されたコンテンツサーバであってもよい。社内ネットワークに接続されたコンテンツサーバに保管されているカスタマイズ用コンテンツの一例としては、必要な社員がインストールできるようにされている電話会議用のアプリケーションのインストール、あるいはファイヤウォールを越えるための設定の変更などがある。

ＬＦＣパッケージは、コンテンツプロバイダ２０に保持されているようにしてもよいが、コンテンツプロバイダ２０とは別の外部サーバ３５を設けて、コンテンツプロバイダの２０から通知されるＬＦＣパッケージを取得するためのＬＦＣパッケージ取得情報に基づいて、ＬＦＣサービス機能部３０が外部サーバ３５からＬＦＣパッケージを取得するようにしてもよい。

ＬＦＣサービス機能部３０は、説明を容易にするために、コンテンツプロバイダ２０とは別に記載されているが、コンテンツプロバイダ２０と一体であっても、あるいはコンテンツプロバイダ２０の一部であってもよい。すなわち、ＬＦＣサービス機能部３０とコンテンツプロバイダ２０は、論理的な信頼関係があれば、物理的には別体でも一体でもよく、また運営主体が同一であっても、違っていてもよい。

なお、カスタマイズが終了すれば、ＬＦＣパッケージに含まれているコンテンツデータは、端末のメモリに格納されるので、さらにユーザがカスタマイズすることもできる。

図２は、第１の実施形態の動作フローであり、端末ＵＥ−Ａ１１のユーザが、別の端末ＵＥ−Ｂ１２をカスタマイズする場合の動作フローを示す。

まず、ステップＳ１１では、端末ＵＥ−Ａ１１のユーザが、端末ＵＥ−Ａ１１から端末ＵＥ−Ｂ１２に、カスタマイズリクエストを行う。カスタマイズリクエストは、カスタマイズリクエストメッセージとともに、要求元のユーザを識別する一意のアドレス情報、すなわち端末電話番号、ＳＩＰ−ＵＲＬ（Session Initiation Protocol-Uniform Resource Locator）、あるいはＬＦＣサービス独自アドレスなどと、端末ＵＥ−ＢをカスタマイズするためのＬＦＣパッケージに関するＬＦＣパッケージ関連情報を送信する。ＬＦＣパッケージ関連情報は、ＬＦＣパッケージを販売するコンテンツプロバイダあるいはＬＦＣパッケージを管理するコンテンツサーバ２０のＵＲＬおよび／または名前、およびＬＦＣパッケージ識別子など、カスタマイズに必要なデータを特定して、取得できる情報である。

カスタマイズリクエストの送信は、どのような方法で行われてもよいが、例えばＥメールあるいはＩＭ（Instant Messenger)を使用することもできる。端末ＵＥ−Ａ１１のユーザからカスタマイズリクエストを受けた端末ＵＥ−Ｂ１２では、カスタマイズリクエストがあったことを画面に表示するようにしてもよい。

ステップＳ１２では、カスタマイズリクエストを受けた端末ＵＥ−Ｂ１２は、コンテンツプロバイダ２０に対して、端末ＵＥ−Ｂ１２のユーザのＩＤおよびパスワードなどのアカウント情報とともに、端末ＵＥ−Ａ１１から通知されたＬＦＣパッケージを識別するＬＦＣパッケージ識別子、例えばＬＦＣパッケージの名称あるいは番号と、端末ＵＥ−Ｂ１２をネットワークで識別する一意のアドレス情報を送信して、端末ＵＥ−Ａ１１から通知された取得対象のＬＦＣパッケージを購入する。

ここで、端末ＵＥ−Ｂ１２のコンテンツプロバイダ２０に対するアカウント情報は、端末ＵＥ−Ｂ１２のユーザが入力するようにしてもよいし、端末ＵＥ−Ｂ１２のユーザの手を煩わせることなく、カスタマイズリクエストがあれば自動的に送信されるようにしてもよい。なお、端末ＵＥ−Ｂのユーザのアカウント情報と、端末ＵＥ−Ｂの識別のためのアドレス情報が、予めコンテンツプロバイダ２０で登録・管理されていれば、端末ＵＥ−Ｂのユーザのアカウント情報を通知すれば、端末ＵＥ−Ｂのアドレス情報を通知する必要はない。ただし、一人のユーザが複数台の端末を所有している場合など、端末ユーザのアカウント情報と端末のアドレス情報とが１対１に対応していないときには、端末の一意のアドレス情報を送信する必要がある。

次に、ステップＳ１３では、コンテンツプロバイダ２０は、購入されたＬＦＣパッケージと、購入したユーザの端末ＵＥ−Ｂのアドレス情報とを、ＬＦＣサービス機能部３０に通知する。

コンテンツプロバイダ２０は、販売するＬＦＣパッケージを保持しておらず、コンテンツプロバイダ２０と信頼関係にある外部サーバ３５にＬＦＣパッケージを置いている場合は、コンテンツプロバイダ２０は、ＬＦＣサービス機能部３０に対してＬＦＣパッケージを送信せず、ＬＦＣパッケージ取得情報を通知する。ＬＦＣパッケージ取得情報を通知されたＬＦＣサービス機能部３０は、外部サーバ３５から端末ＵＥ−Ｂ１２が購入したＬＦＣパッケージをダウンロードする。

ステップＳ１４では、ＬＦＣサービス機能部３０は、コンテンツプロバイダ２０あるいは外部サーバ３５から取得したＬＦＣパッケージに基づいて、端末ＵＥ−Ｂ２１に対してカスタマイズするためのコマンドを送信して、端末ＵＥ−Ｂ２１のカスタマイズを実行する。ＬＦＣサービス機能部３０が送信するコマンドは、例えばアプリケーションをインストールするためのＩｎｓｔａｌｌ、問い合せをするためのＱｕｅｒｙ、削除するためのＤｅｌｅｔｅ、変更するためのＣｈａｎｇｅなどのコマンドである。

ステップＳ１５に示すように、カスタマイズが完了すると、端末ＵＥ−Ｂ１２は、端末ＵＥ−Ａ１１にカスタマイズ完了通知を送信する。

なお、ＬＦＣコンテンツは、カスタマイズ対象の端末ＵＥ−Ｂ１２に格納されるので、このカスタマイズを実行した後、カスタマイズ以前の状態に戻したとしても、さらに別のカスタマイズを行ったとしても、このカスタマイズを再度実行することができる。

第１の実施形態によると、任意のユーザが他のユーザの端末をカスタマイズすることが可能となる。特に、複数の端末を同様の画面あるいは機能にカスタマイズしたい場合、特に有用である。すなわち、ユーザが自分の端末のカスタマイズを個々に行う必要がなく、一人のユーザの所有する端末から、カスタマイズ対象のすべての端末にカスタマイズリクエストを行うことによって、すべての端末のカスタマイズを行うことができる。

しかしながら、第１の実施形態では、次ぎの（Ｐ１）〜（Ｐ４）のような場合には、カスタマイズリクエストを行う端末ＵＥ−Ａ１１の指示どおりカスタマイズすることが必ずしもできないということが起きる。

（Ｐ１）端末ＵＥ−Ｂ１２は、端末ＵＥ−Ａ１１が指定したコンテンツプロバイダ２０の加入者かどうか不明な場合がある。端末ＵＥ−Ｂ１２が、コンテンツプロバイダ２０の加入者ではない場合、コンテンツプロバイダ２０から端末ＵＥ−Ａ１１によって指定されたＬＦＣパッケージを購入することができない。

（Ｐ２）端末ＵＥ−Ａ１１のカスタマイズリクエストにより、端末ＵＥ−Ｂ１２がＬＦＣパッケージを購入するので、端末ＵＥ−Ｂ１２に課金が発生することになる。したがって、端末ＵＥ−Ｂ１２のユーザは、カスタマイズすることを拒否する場合もありうる。

（Ｐ３）コンテンツプロバイダ２０が企業内ネットワークに接続されたコンテンツサーバである場合には、端末ＵＥ−Ａ１１と端末ＵＥ−Ｂ１２とが同じ機能を実装しているとは限らない。端末ＵＥ−Ａ１１は、端末ＵＥ−Ｂ１２が実装している機能を知らない場合があり、端末ＵＥ−Ａ１１が端末ＵＥ−Ｂ１２にＬＦＣパッケージ関連情報を通知したとしても、端末ＵＥ−Ｂ１２は、企業内ネットワークのファイヤウォールを越えられず、コンテンツサーバにアクセスできないことがある。

（Ｐ４）コンテンツプロバイダ２０が社内ネットワークに接続されたコンテンツサーバである場合、端末ＵＥ−Ｂ１２が、ファイヤウォールを越えることができたとしても、コンテンツサーバへのアクセス権を持っていなければ、コンテンツサーバにアクセスできない。
第１の実施形態は、上記の条件が発生しない場合には有効である。以下に説明する第２の実施形態は、上記の問題を解決しようとするものである。

（第２の実施形態）
図３は、本発明の第２の実施形態を説明するための概要図であり、図４は、第２の実施形態の動作フローを説明する図である。第１の実施形態と同様の要素には同様の符号を付す。

図３に示すように、第２の実施形態のネットワークは、第１の実施形態と同様、端末をカスタマイズするためのＬＦＣパッケージを販売するコンテンツプロバイダ２０と、販売されたＬＦＣパッケージに基づいて、端末をカスタマイズするＬＦＣサービス機能部３０を含んでいる。また、コンテンツプロバイダ２０がＬＦＣパッケージを保持していない場合に、ＬＦＣパッケージを保持している外部サーバ３５が用いられるのは、第１の実施形態と同様である。

第２の実施形態は、端末ＵＥ−Ａ１１が端末ＵＥーＢ１２に対してカスタマイズリクエストを行う前に、コンテンツプロバイダ２０から一時アカウントを取得する。そして、端末ＵＥ−Ａ１１が端末ＵＥーＢ１２に対してカスタマイズリクエストを行う際に、この一次アカウントを通知して、一時アカウントによりコンテンツプロバイダ２０にアクセスさせるものである。

図４を参照すると、ステップＳ０１で、端末ＵＥ−Ａ１１は、コンテンツプロバイダ２０に対して、ＬＦＣパッケージの購入のための一時アカウントを要求する。一時アカウントを要求するためにコンテンツプロバイダ２０に送信する情報は、一時アカウントの要求元である端末ＵＥ−Ａ１１のユーザのアドレス情報と、一時アカウントの使用ユーザである端末ＵＥ−Ｂ１２のユーザのアドレス情報である。

端末ＵＥ−Ａ１１が要求する一時アカウントは、端末ＵＥ−Ｂ１２がコンテンツプロバイダ２０にアクセスできるだけでなく、端末ＵＥ−Ａ１１が指定するＬＣＦパッケージを取得可能なものとする必要がある。ここで、端末ＵＥ−Ａ１１のユーザが通常使用しているアカウントを使用しないのは、端末ＵＥ−Ａ１１からの要求以外の目的、タイミングで、他のＬＦＣパッケージが購入・取得されることを防ぐためである。

ステップＳ０２では、コンテンツプロバイダ２０から、端末ＵＥ−Ａ１１に一時アカウントが送られてくる。この一時アカウントの内容は、例えば、ＩＤ、パスワード、有効期限、利用可能回数などである。

次に、ステップＳ１１ａで、端末ＵＥ−Ａ１１は、要求元である端末ＵＥ−Ａ１１のアドレス情報と、カスタマイズコンテンツであるＬＣＦパッケージに関連するＬＣＦパッケージ関連情報（コンテンツプロバイダのＵＲＬ、ＬＦＣパッケージ識別子など）と、取得した一時アカウントと、カスタマイズリクエストとを端末ＵＥ−Ｂ１２に通知する。

ステップＳ１２ａでは、通知された一時アカウントを用いて、端末ＵＥ−Ｂ１２がコンテンツプロバイダ２０にアクセスする。すなわち、端末ＵＥ−Ｂ１２は、一時アカウントとともに、ＬＦＣパッケージ識別子および端末ＵＥ−Ｂ１２のアドレス情報を通知して、端末ＵＥ−Ａ１１から通知された取得対象のＬＦＣパッケージを購入する。

以下、ステップＳ１３〜Ｓ１５は、第１の実施形態で説明したステップと同様である。すなわち、ステップＳ１３では、コンテンツプロバイダ２０は、ＬＦＣサービス機能部３０に対して、購入されたＬＦＣパッケージあるいはＬＦＣパッケージ取得情報と、端末ＵＥ−Ｂのアドレス情報とをＬＦＣサービス機能部３０に送信する。ＬＦＣパッケージ取得情報を送信されたＬＦＣサービス機能部３０は、ＬＦＣパッケージを外部サーバ３５から取得する。

ステップＳ１４では、ＬＦＣサービス機能部３０は、ＬＦＣパッケージに基づいて、端末ＵＥ−Ｂ２１に対してカスタマイズを実行する。カスタマイズが完了すると、ステップＳ１５に示すように、端末ＵＥ−Ｂ１２が、端末ＵＥ−Ａ１１にカスタマイズ完了通知を送信する。

第１の実施形態では、カスタマイズリクエストを行う端末ＵＥ−Ａ１１の指示どおり端末ＵＥ−Ｂ１２をカスタマイズすることができない場合であっても、第２の実施形態ではカスタマイズすることができる。

すなわち、（Ｐ１）端末ＵＥ−Ｂ１２が、コンテンツプロバイダ２０の加入者ではない場合であっても、第２の実施形態では、端末ＵＥ−Ａ１１からコンテンツプロバイダの一時アカウントが端末ＵＥ−Ｂ１２に送信されるので、指定されたＬＦＣパッケージを購入することができる。

また、（Ｐ２）端末ＵＥ−Ｂ１２に課金が発生する場合もあるが、第２の実施形態では、端末ＵＥ−Ａ１１が、一時アカウントを取得するので、端末ＵＥ−Ｂ１２に課金が発生することはなく、端末ＵＥ−Ｂ１２のユーザに負担をかけずに、カスタマイズすることができる。

さらに、（Ｐ４）コンテンツプロバイダ２０が社内ネットワークに接続されたコンテンツサーバ２０であり、端末ＵＥ−Ｂ１２が、コンテンツサーバ２０へのアクセス権を持っていない場合であっても、第２の実施形態では、端末ＵＥ−Ａ１１が、アクセス権を一時アカウントとして、端末ＵＥ−Ｂ１２に送信するので、端末ＵＥ−Ｂ１２は、必ずコンテンツサーバにアクセスできる。

第２の実施形態では、上記（Ｐ３）で指摘した事項を解決することはできなかった。次の第３の実施形態によると、上記（Ｐ３）の事項も解決できる。第３の実施形態の作用効果を明らかにするために、第３の実施形態を説明する前に、まず第１と第２の実施形態とは別のアプローチを説明する。

端末ＵＥ−Ａ１１が、他の端末をカスタマイズするための、例えば壁紙、効果音、アプリケーションなどのカスタマイズコンテンツなどをＬＣＦパッケージとして保持している場合、保持しているカスタマイズパッケージを利用するということが考えられる。すなわち、端末ＵＥ−Ａ１１のユーザが端末ＵＥ−Ｂ１２をカスタマイズしようと考えるとき、端末ＵＥ−Ａ１１が端末ＵＥ−Ｂ１２に、ＬＦＣパッケージ関連情報を通知してカスタマイズリクエストをするのではなく、ＬＦＣパッケージそのものを通知してカスタマイズリクエストを行うことが考えられる。この場合は、コンテンツプロバイダ２０およびＬＦＣ機能部３０を介することなく、カスタマイズが行われる。なお、端末ＵＥ−Ａ１１が、ＬＦＣパッケージを他の端末に通知する権利を持っていることは前提である。

しかしながら、この場合は、
（Ｐ５）帯域が十分に得られない無線区間の環境では、ＬＦＣパッケージのような大きなサイズのファイルを端末間で送受信するのは現実的でない。特にカスタマイズ対象端末が複数台の場合は、カスタマイズリクエスト元の端末ＵＥ−Ａ１１は、多くのリソースを消費するか、または対象端末全台数のカスタマイズを完了するのに多くの時間を費やすことになる。

（Ｐ６）ＬＦＣ機能部３０を介してカスタマイズを行うのではないので、ＬＦＣパッケージを送ってカスタマイズリクエストを行う端末ＵＥ−Ａ１１に、ＬＦＣ機能部相当またはその一部機能が必要となり、新たな開発コストがかかり無駄が多い。

（Ｐ７）端末ＵＥ−Ａ１１がＬＦＣ機能部３０相当を実装しない場合には、端末ＵＥ−Ｂ１２側にカスタマイズのための専用機能部が必要となり、やはり開発コスト等の観点で無駄が多くなる。

ここで、上記（Ｐ６）（Ｐ７）の問題を解決するために、端末ＵＥ−Ａ１１が、自身の保持するＬＦＣパッケージそのもの、カスタマイズ対象端末情報、カスタマイズリクエストを、ＬＦＣ機能部へ通知して、ＬＦＣ機能部がカスタマイズ対象端末をカスタマイズすることも考えられる。しかしながら、この場合も、端末ＵＥ−Ａ１１が、自身の保持するＬＦＣパッケージそのものをＬＦＣ機能部に送信するので、上記（Ｐ５）に示すように、大きなサイズのファイルを端末間で送受信するのは現実的でなく、特にカスタマイズ対象端末が複数台の場合は、多くのリソースを消費するか、カスタマイズを完了するのに多くの時間を要することになる。

この場合も端末ＵＥ−Ａ１１が、ＬＦＣパッケージを他の端末に通知する権利を持っていることは前提とされる。なお、第１あるいは第２の実施形態の場合は、いずれもコンテンツプロバイダにアクセスして、カスタマイズのコンテンツを取得しているので、著作権上の問題は起こらない。

次ぎの第３の実施形態は、以上の考察から生まれたもので、上述の（Ｐ１）〜（Ｐ７）の問題を解決するものである。

（第３の実施形態）
図５は、本発明の第３の実施形態を説明するための概要図であり、図６は、第３の実施形態の動作フローを説明する図である。

図５には、あるユーザが所有する端末ＵＥ−Ａ１１と、他のユーザが所有する端末ＵＥ−Ｂ１２と、端末をカスタマイズするためのコンテンツデータをＬＦＣパッケージとして販売するコンテンツプロバイダ２０と、端末をカスタマイズするＬＦＣサービス機能部３０が示されている。実施形態１、２と同様に、コンテンツプロバイダ２０は、カスタマイズ用コンテンツを販売するプロバイダではなく、カスタマイズ用コンテンツを提供するコンテンツサーバ２０であってもよい。例えば、社内ネットワークに接続され、権限のある端末が無償でカスタマイズコンテンツをダウンロードできるようなコンテンツサーバであってもよい。

第３の実施形態では、端末ＵＥ−Ａ１１のユーザは、カスタマイズ対象である端末ＵＥ−Ｂ１２にカスタマイズリクエストを通知せず、ＬＦＣサービス機能部３０に通知する。さらに、端末ＵＥ−Ａ１１のユーザは、コンテンツ関連情報などとともにコンテンツプロバイダに対するアカウント情報を、ＬＦＣサービス機能部３０に通知する。これにより、ＬＦＣサービス機能部３０に、カスタマイズをリクエストするリクエストユーザの代理として動作する代理機能部３１を形成する。この代理機能部３１がリクエストユーザすなわち端末ＵＥ−Ａ１１のユーザのアカウントでＬＦＣパッケージを代理購入する。代理購入のために使用されたリクエストユーザのアカウント情報は、カスタマイズ完了後、代理機能部から解放あるいは消去される。

以下、図５、６を参照して、第３の実施形態の動作フローを説明する。第１および第２の実施形態と同様のステップにおいては、説明を簡略にする場合がある。

ステップＳ３１では、端末ＵＥ−Ａ１１が、カスタマイズ対象である端末を指定するカスタマイズ対象端末情報と、ＬＦＣパッケージを販売するコンテンツプロバイダ２０のＵＲＬ、およびＬＦＣパッケージを識別するＬＦＣパッケージ識別子を含むＬＦＣパッケージ関連情報、さらにコンテンツプロバイダ２０にアクセス可能で、ＬＦＣパッケージを取得可能な端末ＵＥ−Ａ１１のユーザのアカウント情報を、カスタマイズリクエストともにＬＦＣサービス機能部３０に通知する。

その結果、端末ＵＥ−Ａ１１のユーザのアカウントが通知されたＬＦＣサービス機能部３０には、端末ＵＥ−Ａ１１のユーザの代理として振舞うことができるユーザ代理機能部３１が生成される。ステップＳ３２では、ユーザ代理機能部３１は、端末ＵＥ−Ａ１１のユーザのアカウント情報でコンテンツプロバイダ２０にアクセスして、カスタマイズに必要なＬＦＣパッケージを購入する。

ステップＳ３３では、コンテンツプロバイダ２０は、ユーザ代理機能部３１が購入したＬＦＣパッケージをＬＦＣサービス機能部３０に通知する。ここで、第１および第２の実施形態と同様、コンテンツプロバイダ２０は、ＬＦＣサービス機能部３０に対してＬＦＣパッケージを送信するのではなく、ＬＦＣパッケージ取得情報を送信するようにしてもよい。この場合、ＬＦＣサービス機能部３０は、ＬＦＣパッケージ取得情報に基づいて、購入したＬＦＣパッケージを保持している外部サーバ３５にアクセスして、ＬＦＣパッケージをダウンロードすることになる。

ステップＳ３４では、ＬＦＣサービス機能部３０が、端末ＵＥ−Ｂ１２に対して、端末ＵＥ−Ｂ１２をカスタマイズするためのコマンドを送信して、カスタマイズを実行する。

端末ＵＥ−Ｂ１２のカスタマイズが完了すると、ステップＳ３５で、端末代理機能部３１が保持している、カスタマイズ要求元である端末ＵＥ−Ａ１１のアカウント情報を、解放すなわち削除する。その後、ステップＳ３６で、ＬＦＣサービス機能部３０は、カスタマイズ完了通知およびアカウント解放通知を、端末ＵＥ−Ａ１１に送信する。

第３の実施態様では、カスタマイズリクエストを行うユーザのアカウント情報がＬＦＣサービス機能部３０に通知され、ユーザ代理機能部を形成するので、（Ｐ５）で指摘された大きなファイルサイズの情報が送受信されることがない。したがって、第３の実施形態によると、前述の想定された問題点（Ｐ１）〜（Ｐ７）をすべて解決することがでできる。

（第４の実施形態）
第３の実施形態によって、前述の問題はクリアされたが、カスタマイズ対象の端末が複数台ある場合に、ステップＳ３１の動作を複数台の端末それぞれに対して行うことはリソースの無駄が多い。したがって、ステップＳ３１で行われる通知情報中にカスタマイズ対象の複数台の端末すべてのアドレスを書き込む方法が考えられる。しかし、書き込む情報量が肥大化することになる。

第４の実施形態は、カスタマイズ対象の複数の端末をグループ化し、そのグループに一意の代表アドレスを設けて、第３の実施形態のステップＳ３１の通知情報中に代表アドレスを記載する。このグループは、カスタマイズリクエストを行う前に形成されていればよく、グループを形成する方法は問わない。カスタマイズリクエストを行うユーザがグループを作ってもよいし、例えば、企業の組織に対応して形成されているグループ、あるいはＳＮＳ（Social Networking Service）のコミュニティのような、既存のグループであってもよい。

図７は、第４の実施形態であるネットワークシステムの概要を説明する図である。このネットワークシステムは、第３の実施形態に、複数のカスタマイズ対象からなるグループの情報を蓄積しているグループ情報蓄積サーバ４０を追加したものである。グループ情報蓄積サーバには少なくとも、グループに属するすべての端末の一意のアドレスと、このグループを代表する代表アドレスとが格納されている。第４の実施形態の説明を容易にするために、カスタマイズ対象の端末が２台（ＵＥ−Ｂ１２、ＵＥ−Ｃ１３）のみが記載してある。しかし、第４の実施形態は、カスタマイズ対象の端末が多数ある場合に、さらに有効である。なお、カスタマイズリクエストユーザの端末ＵＥ−Ａ１１と、ＬＦＣパッケージを販売するコンテンツプロバイダ２０と、端末をカスタマイズするＬＦＣサービス機能部３０、必要に応じてＬＦＣパッケージを格納する外部サーバ３５とが含まれることなど、第３の実施形態と同様である。

以下、図８を参照して、第４の実施形態の動作フローを説明する。
ステップＳ４１では、端末ＵＥ−Ａ１１が、カスタマイズコンテンツにアクセスするためのＬＦＣパッケージ関連情報と、取得可能な端末ＵＥ−Ａ１１のアカウント情報と、カスタマイズ対象であるすべての端末のアドレスを含む代表アドレスであるグループ情報を、カスタマイズリクエストともにＬＦＣサービス機能部３０に通知する。

ステップＳ４２では、ＬＦＣサービス機能部３０は、グループ情報蓄積サーバ４０に対して、端末ＵＥ−Ａ１１から通知された代表アドレスに関して問い合わせる。すなわち、代表アドレスで指定されるグループに属するすべての端末の一意のアドレスを要求する。

ステップＳ４３では、グループ情報蓄積サーバ４０が、ＬＦＣサービス機能部３０に、代表アドレスに含まれるすべての端末の一意のアドレスを返す。

ステップ４４では、ＬＦＣサービス機能部３０は、端末ＵＥ−Ａ１１の代理として振舞う端末代理機能部３１により、コンテンツプロバイダ２０に、端末ＵＥ−Ａ１１のアカウント情報でアクセスして、ＬＦＣパッケージを購入する。

ステップＳ４５では、コンテンツプロバイダ２０は、端末代理機能部３１が購入したＬＦＣパッケージをＬＦＣサービス機能部に通知する。コンテンツプロバイダ２０は、ＬＦＣサービス機能部３０に対して、ＬＦＣパッケージ取得情報を通知するようにしてもよい。この場合、ＬＦＣサービス機能部３０は、購入したＬＦＣパッケージを保持している外部サーバ３５にアクセスして、ダウンロードする。

ステップＳ４６では、ＬＦＣサービス機能部３０が、端末ＵＥ−Ｂ１２、端末ＵＥ−Ｃ１３のカスタマイズを並列して実行する。端末ＵＥ−Ｂ１２、端末ＵＥ−Ｃ１３のカスタマイズが完了すると、ステップＳ４７で、端末代理機能部３１が保持している、カスタマイズ要求元である端末ＵＥ−Ａ１１のアカウント情報を、解放すなわち削除する。その後、ＬＦＣサービス機能部３０は、端末ＵＥ−Ｂ１２、端末ＵＥ−Ｃ１３のカスタマイズ完了通知およびアカウント解放通知を、端末ＵＥ−Ａ１１に通知する。

第４の実施形態では、複数の端末を対象にカスタマイズリクエストを行う場合に、複数の端末をまとめたグループの代表アドレスのみを通知することにより、複数の端末のカスタマイズが実行できるので、通知メッセージサイズの肥大化を防止することができる。

以上、説明した本発明の実施の態様は次ぎのとおりである。
（付記１）
複数の端末と、
前記端末をカスタマイズするカスタマイズコンテンツを管理するカスタマイズコンテンツ管理サーバと、
前記コンテンツ管理サーバから通知されたカスタマイズコンテンツに基づいて、少なくとも１つの前記端末をカスタマイズするカスタマイズサービス部と
を備え、
前記複数の端末のうちの任意の端末が、他の端末および前記カスタマイズサービス部のいずれかに対して、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報を通知して、前記他の端末のカスタマイズリクエストを行うことにより、前記他の端末のカスタマイズを実行することを特徴とするネットワークシステム。

（付記２）
前記任意の端末は、前記他の端末に対して、前記カスタマイズコンテンツ管理サーバに一時的にアクセス可能な一時アカウントを通知することにより、前記一時アカウントによりカスタマイズコンテンツ管理サーバにアクセスさせることを特徴とする付記１に記載のネットワークシステム。

（付記３）
前記一時アカウントは、有効期限と利用可能回数のうち少なくとも一方が定められていることを特徴とする付記２に記載のネットワークシステム。

（付記４）
前記任意の端末は、前記カスタマイズサービス部に対して、前記カスタマイズコンテンツ管理サーバに対する前記任意の端末のユーザのアカウント情報およびカスタマイズ対象の他の端末のアドレス情報を通知することにより、前記カスタマイズサービス部が前記任意の端末のユーザのアカウント情報により前記カスタマイズコンテンツ管理サーバにアクセスすることを特徴とする付記１に記載のネットワークシステム。

（付記５）
前記任意の端末は、カスタマイズ対象の複数の他の端末が属するグループを代表する代表アドレス情報を通知して、前記グループに属する複数の他の端末すべてのカスタマイズを並列して実行させることを特徴とする付記４に記載のネットワークシステム。

（付記６）
複数の端末と、
前記端末をカスタマイズするカスタマイズコンテンツを管理するカスタマイズコンテンツ管理サーバと、
前記コンテンツ管理サーバから通知されたカスタマイズコンテンツに基づいて、少なくとも１つの前記端末をカスタマイズするカスタマイズサービス部と
を備えるネットワークシステムにおける端末カスタマイズ方法であって、
前記複数の端末のうちの任意の端末が、他の端末および前記カスタマイズサービス部のいずれかに対して、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報を通知して、前記他の端末のカスタマイズリクエストを行い、
前記他の端末あるいは前記カスタマイズサービス部が、前記カスタマイズコンテンツ管理サーバにアクセスして、前記カスタマイズコンテンツ関連情報によって指定されるカスタマイズコンテンツを取得し、
前記カスタマイズサービス部は、前記カスタマイズコンテンツに基づいて、前記他の端末のカスタマイズを実行する、
ことを特徴とする端末カスタマイズ方法。

（付記７）
前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、前記他の端末に対して、前記カスタマイズコンテンツ管理サーバに一時的にアクセス可能な一時アカウントを通知することを含み、前記カスタマイズコンテンツを取得する段階は、前記一時アカウントによりカスタマイズコンテンツ管理サーバにアクセスすることを含むことを特徴とする付記６に記載の端末カスタマイズ方法。

（付記８）
前記一時アカウントは、有効期限と利用可能回数のうち少なくとも一方が定められていることを特徴とする付記７に記載の端末カスタマイズ方法。

（付記９）
前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、前記カスタマイズサービス部に対して、前記カスタマイズコンテンツ管理サーバに対する前記任意の端末のユーザのアカウント情報およびカスタマイズ対象の他の端末のアドレス情報を通知することを含み、前記カスタマイズコンテンツを取得する段階は、前記カスタマイズサービス部が、前記任意の端末のユーザのアカウント情報により前記カスタマイズコンテンツ管理サーバにアクセスすることを含むことを特徴とする付記６に記載の端末カスタマイズ方法。

（付記１０）
前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、カスタマイズ対象の複数の他の端末が属するグループを代表する代表アドレス情報を通知することを含み、前記他の端末のカスタマイズを実行する段階は、前記グループに属する複数の他の端末すべてのカスタマイズを並列して実行することを特徴とする付記９に記載の端末カスタマイズ方法。

（付記１１）
カスタマイズコンテンツに基づいて、ネットワークに接続された端末のカスタマイズサービスを実行するカスタマイズサービス装置であって、
他の端末のカスタマイズをリクエストするリクエストユーザの端末から、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報と、カスタマイズ対象の他の端末を特定する端末情報と、前記カスタマイズコンテンツを取得可能な前記リクエストユーザのアカウント情報が通知されることによって形成され、前記リクエストユーザの端末の代理として機能する端末代理機能部を有することを特徴とするカスタマイズサービス装置。

（付記１２）
端末代理機能部は、前記他の端末のカスタマイズが完了した後、前記ユーザのアカウント情報を解放することによって消滅することを特徴とする付記１１に記載のカスタマイズサービス装置。

本発明の第１の実施形態を説明する図である。 本発明の第１の実施形態の動作フローを説明する図である。 本発明の第２の実施形態を説明する図である。 本発明の第２の実施形態の動作フローを説明する図である。 本発明の第３の実施形態を説明する図である。 本発明の第３の実施形態の動作フローを説明する図である。 本発明の第４の実施形態を説明する図である。 本発明の第４の実施形態の動作フローを説明する図である。 従来例を説明する図である。 従来例の動作フローを説明する図である。

符号の説明

１１、１２、１３ 端末
２０ プロバイダ（サーバ）
３０ ＬＦＣサービス機能部
３１ ユーザ代理機能部
３５ 外部サーバ

Claims (10)

1. 複数の端末と、
   前記端末をカスタマイズするカスタマイズコンテンツを管理するカスタマイズコンテンツ管理サーバと、
   前記コンテンツ管理サーバから通知されたカスタマイズコンテンツに基づいて、少なくとも１つの前記端末をカスタマイズするカスタマイズサービス部と
   を備え、
   前記複数の端末のうちの任意の端末が、他の端末および前記カスタマイズサービス部のいずれかに対して、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報を通知して、前記他の端末のカスタマイズリクエストを行うことを特徴とするネットワークシステム。
2. 前記任意の端末は、前記他の端末に対して、前記カスタマイズコンテンツ管理サーバに一時的にアクセス可能な一時アカウントを通知することにより、前記一時アカウントによりカスタマイズコンテンツ管理サーバにアクセスさせることを特徴とする請求項１に記載のネットワークシステム。
3. 前記任意の端末は、前記カスタマイズサービス部に対して、前記カスタマイズコンテンツ管理サーバに対する前記任意の端末のユーザのアカウント情報およびカスタマイズ対象の他の端末のアドレス情報を通知することにより、前記カスタマイズサービス部が前記任意の端末のユーザのアカウント情報により前記カスタマイズコンテンツ管理サーバにアクセスすることを特徴とする請求項１に記載のネットワークシステム。（図５、６）
4. 前記任意の端末は、カスタマイズ対象の複数の他の端末が属するグループを代表する代表アドレス情報を通知して、前記グループに属する複数の他の端末すべてのカスタマイズを並列して実行させることを特徴とする請求項３に記載のネットワークシステム。
5. 複数の端末と、
   前記端末をカスタマイズするカスタマイズコンテンツを管理するカスタマイズコンテンツ管理サーバと、
   前記コンテンツ管理サーバから通知されたカスタマイズコンテンツに基づいて、少なくとも１つの前記端末をカスタマイズするカスタマイズサービス部と
   を備えるネットワークシステムにおける端末カスタマイズ方法であって、
   前記複数の端末のうちの任意の端末が、他の端末および前記カスタマイズサービス部のいずれかに対して、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報を通知して、前記他の端末のカスタマイズリクエストを行い、
   前記他の端末あるいは前記カスタマイズサービス部が、前記カスタマイズコンテンツ管理サーバにアクセスして、前記カスタマイズコンテンツ関連情報によって指定されるカスタマイズコンテンツを取得し、
   前記カスタマイズサービス部は、前記カスタマイズコンテンツに基づいて、前記他の端末のカスタマイズを実行する、
   ことを特徴とする端末カスタマイズ方法。
6. 前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、前記他の端末に対して、前記カスタマイズコンテンツ管理サーバに一時的にアクセス可能な一時アカウントを通知することを含み、前記カスタマイズコンテンツを取得する段階は、前記一時アカウントによりカスタマイズコンテンツ管理サーバにアクセスすることを含むことを特徴とする請求項５に記載の端末カスタマイズ方法。
7. 前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、前記カスタマイズサービス部に対して、前記カスタマイズコンテンツ管理サーバに対する前記任意の端末のユーザのアカウント情報およびカスタマイズ対象の他の端末のアドレス情報を通知することを含み、前記カスタマイズコンテンツを取得する段階は、前記カスタマイズサービス部が、前記任意の端末のユーザのアカウント情報により前記カスタマイズコンテンツ管理サーバにアクセスすることを含むことを特徴とする請求項５に記載の端末カスタマイズ方法。
8. 前記他の端末のカスタマイズリクエストを行う段階は、前記任意の端末が、カスタマイズ対象の複数の他の端末が属するグループを代表する代表アドレス情報を通知することを含み、前記他の端末のカスタマイズを実行する段階は、前記グループに属する複数の他の端末すべてのカスタマイズを並列して実行することを特徴とする請求項７に記載の端末カスタマイズ方法。
9. カスタマイズコンテンツに基づいて、ネットワークに接続された端末のカスタマイズサービスを実行するカスタマイズサービス装置であって、
   他の端末のカスタマイズをリクエストするリクエストユーザの端末から、カスタマイズコンテンツを指定するカスタマイズコンテンツ関連情報と、カスタマイズ対象の他の端末を特定する端末情報と、前記カスタマイズコンテンツを取得可能な前記リクエストユーザのアカウント情報が通知されることによって形成され、前記リクエストユーザの端末の代理として機能する端末代理機能部を有することを特徴とするカスタマイズサービス装置。
10. 前記端末代理機能部は、前記他の端末のカスタマイズが完了した後、前記ユーザのアカウント情報を解放することによって消滅することを特徴とする請求項９に記載のカスタマイズサービス装置。

Images