(57)【特許請求の範囲】
【請求項１】
第１の通信端末から取得した前記第１の通信端末を示す端末識別情報に基づいて前記第１の通信端末を認証する認証部と、
前記第１の通信端末との通信を中継する複数のキャリアサーバのうち、第１のキャリアサーバから前記端末識別情報を特定するための第１の管理情報（ＵＩＤ）を取得し、前記端末識別情報を持つ第２の通信端末が前記認証部にて認証に成功した場合、第２のキャリアサーバから前記端末識別情報に対応する第２の管理情報（新ＵＩＤ）を取得する固有情報発行部と、
前記第１の通信端末にて利用されているコンテンツに関する情報を前記第１の管理情報に関連付けて記憶し、前記固有情報発行部にて前記第２の管理情報を取得した場合、前記コンテンツに関する情報を前記第２の管理情報に関連付けて記憶し、前記コンテンツに関する情報を前記第２の通信端末に通知するコンテンツ情報提供部と
を具備する
コンテンツ情報送信装置。
【請求項２】
請求項１に記載のコンテンツ情報送信装置において、
前記固有情報発行部は、前記第２の通信端末が前記認証部にて認証に成功した場合、前記第１の通信端末に前記コンテンツを提供したコンテンツサーバに前記第１の管理情報と前記第２の管理情報と
を関連付けて通知し、
前記コンテンツ情報提供部は、前記コンテンツサーバから前記第１の通信端末にて利用されていたコンテンツを示す利用情報を取得し、前記利用情報に基づいてコンテンツ利用リストを作成し、前記第２の通信端末に前記コンテンツ利用リストを通知する
コンテンツ情報送信装置。
【請求項３】
請求項１に記載のコンテンツ情報送信装置において、
前記第１の通信端末又は前記第２の通信装置に、前記端末識別情報及び認証情報を入力するための入力画面に関する情報を提供する入力画面提供部を更に具備し、
前記認証部は、前記端末識別情報に基づいて前記第１の通信端末又は前記第２の通信装置を認証する
コンテンツ情報送信装置。
【請求項４】
請求項１に記載のコンテンツ情報送信装置において、
前記第２の通信端末は、前記第１の通信端末と同一であり、
前記コンテンツ情報提供部は、前記コンテンツに関する情報を前記第１の通信端末に通知する
コンテンツ情報送信装置。
【請求項５】
コンピュータにより実施されるコンテンツ情報送信方法であって、
（ａ）通信端末から端末識別情報を取得するステップと、
（ｂ）前記端末識別情報に基づいて前記通信端末を認証するステップと、
（ｃ）前記通信端末の通信を管理する複数のキャリアサーバのうち、所定のキャリアサーバから前記端末識別情報に対応する管理情報（ＵＩＤ）を取得するステップと、
（ｄ）前記通信端末の認証に成功した場合、前記管理情報をコンテンツサーバに送信するステップと、
（ｅ）前記端末識別情報を持つ他の通信端末が正式に認証された場合、前記他の通信端末の通信を管理する他のキャリアサーバから前記端末識別情報に対応する他の管理情報（新ＵＩＤ）を取得するステップと、
（ｆ）前記コンテンツサーバから前記管理情報及び前記他の管理情報に基づき前記通信端末にて現在利用されているコンテンツの利用情報を取得し、前記利用情報に基づいてコンテンツ利用リストを取得するステップと、
（ｇ）前記コンテンツ利用リストを前記他の通信端末に通知するステップと
を具備する
コンテンツ情報送信方法。
【請求項６】
請求項５に記載のコンテンツ情報送信方法において、
（ｈ）前記通信端末のユーザに固有の認証情報に基づき、前記通信端末の認証に成功した場合、前記管理情報と前記コンテンツ利用リストを関連付けるステップと、
（ｉ）前記通信端末のユーザに固有の認証情報に基づき、前記他の通信端末の認証に成功した場合、前記コンテンツ利用リストに関連付けられた管理情報を、前記他の管理情報に差し替えるステップと
を更に具備する
コンテンツ情報送信方法。
【請求項７】
請求項５に記載のコンテンツ情報送信方法において、
（ｊ）前記コンテンツサーバを識別するためのＣＰ管理用ＩＤを発行するステップと、
（ｋ）前記ＣＰ管理用ＩＤ及び前記コンテンツ利用リストに基づき、前記コンテンツを提供しているコンテンツサーバに対して、前記管理情報を送信するステップと
を更に具備する
コンテンツ情報送信方法。
【請求項８】
請求項５乃至７のいずれか一項に記載のコンテンツ情報送信方法を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ情報送信装置に関し、特に、携帯電話機とコンテンツプロバイダとの間に設置されたコンテンツ情報送信装置に関する。
【背景技術】
【０００２】
従来、キャリア（通信事業者）毎に異なる認証プラットフォームが用意されており、コンテンツプロバイダ（ＣＰ）はキャリア毎にユーザを管理しているため、ユーザがキャリアを変更した場合には、コンテンツプロバイダとユーザとの間の契約も破棄され、ユーザが購入したコンテンツも破棄されていた。すなわち、サーバ上でサービスを行うコンテンツはキャリア変更と共にアクセス不可能になり、携帯電話機にダウンロードしたコンテンツは該携帯電話機の破棄と共に使用不可能になっていた。
【０００３】
このため、同一ユーザであっても、コンテンツプロバイダはキャリアを変更したユーザを別ユーザとして扱い、同一コンテンツであっても再度配信・課金を行うのが慣例であった。
【０００４】
図１を参照して、コンテンツプロバイダ、キャリア、ユーザとコンテンツの現状について説明する。
ここでは、携帯電話機１０、キャリア２０、コンテンツプロバイダ３０を用いて説明する。携帯電話機１０（１０−ｉ、ｉ＝１〜ｎ：ｎは任意）は、ユーザが利用する携帯電話機である。キャリア２０（２０−ｉ、ｉ＝１〜ｎ）は各々、パケット通信網２１と、認証サーバ２２を備える。パケット通信網２１は、携帯電話機１０との通信を行う。認証サーバ２２は、パケット通信網２１に接続されている。コンテンツプロバイダ３０は、ＷＥＢサーバ３１と、元ファイル３２を備える。ＷＥＢサーバ３１（３１−ｉ、ｉ＝１〜ｎ）はキャリア毎に対応しており、電気通信回線４０を介して認証サーバ２２と通信を行う。電気通信回線４０の例としては、インターネット又は専用線がある。元ファイル３２は、コンテンツファイルであり、各キャリア用に変換されて、対応するＷＥＢサーバ３１に格納される。なお、ここでは、キャリア２０−１をキャリアＡ、キャリア２０−２をキャリアＢ、キャリア２０−３をキャリアＣとする。
【０００５】
従来技術では、携帯電話機１０及びコンテンツは、どちらもキャリア２０に依存している。例えば、キャリア２０−１（キャリアＡ）用の携帯電話機１０−１のユーザが、キャリアを変更し、キャリア２０−２（キャリアＢ）用の携帯電話機１０−２を利用する場合、新たにキャリア２０−２（キャリアＢ）用のコンテンツを取得する必要がある。この時、コンテンツを提供するコンテンツプロバイダ３０は、携帯電話機１０の識別情報でユーザを識別しているため、キャリア２０−１（キャリアＡ）用の携帯電話機１０−１のユーザと、キャリア２０−２（キャリアＢ）用の携帯電話機１０−２のユーザとは、実際には同一ユーザであっても、別ユーザとして判断する。
【０００６】
従って、ユーザは契約しているキャリアを乗り換えた場合、契約変更前のキャリアを通してコンテンツプロバイダから購入／利用していたコンテンツファイルを新端末で使えず、契約変更後のキャリアを通して再度コンテンツプロバイダからコンテンツファイルを購入して利用していた。
【０００７】
すなわち、ユーザは、契約しているキャリアを変更すると、契約変更前キャリアで購入／利用していたコンテンツファイルを、契約変更後キャリアに引き継ぐことができなかった。
【０００８】
また、モバイルナンバーポータビリティ（ＭＮＰ）導入検討に伴い、携帯電話向けコンテンツ市場においてユーザの利便性の向上が求められる流れとなっているが、従来技術のままではその流れに適応できない。
【０００９】
更に、頻繁にキャリアを変更するユーザにとっては、キャリアを変更する度にコンテンツに課金されることになるため、コンテンツの利用を躊躇することに繋がりかねない。また、多数のコンテンツを利用するユーザにとっては、キャリアを変更した際の費用負担が大きい。
【００１０】
このような、ユーザにとっての利便性の問題点を解決することができれば、コンテンツの利用を促進することになり、ユーザのみならず、コンテンツプロバイダにとっても利点がある。
【００１１】
関連する技術として、特開２００２−３４５０３０号公報にウェブサイトアクセスサービス提供システムが開示されている。
このウェブサイトアクセスサービス制御装置は、通信端末を通した利用者からの要求に応じて、前記利用者の非契約通信事業者が提供するウェブサイトのコンテンツメニューを前記利用者の前記通信端末に送信する手段と、前記利用者が選択した前記非契約通信事業者の前記コンテンツメニュー対応のコンテンツデータを入手し、前記通信端末に送信する手段とを備える。
【００１２】
また、特開２００２−０４１５００号公報にコンテンツ作成装置が開示されている。
この従来技術は、編集したコンテンツデータを携帯電話により解釈可能なマークアップ言語へと変換するコンテンツ作成装置に関する。このコンテンツ作成装置は、前記編集したコンテンツデータを規格の異なる複数のマークアップ言語により記述したドキュメントファイルへと変換する手段を備える。
【００１３】
特開２００２−３０４３５２号公報に情報配信サーバー装置が開示されている。
この従来技術は、携帯端末に情報配信サービスを行うための、Ｗｅｂサーバーと、アクセス別情報配信手段と、コンテンツデータ記憶部とで構成されるサーバー装置に関する。前記アクセス別情報配信手段は、前記Ｗｅｂサーバーの受付けたＨＴＴＰリクエストからＵＲＬとヘッダー情報を渡されて呼び起こされ、前記ＷｅｂサーバーがＨＴＴＰレスポンスとして返すべき、要求されたコンテンツデータまた要求された処理結果を準備するソフトウエアモジュールである。前記アクセス別情報配信手段は、サービス可能な携帯端末機種の端末機種識別情報とコンテンツ表示に関わる属性情報を記録した第１のデータベースと、携帯端末機種に応じて実際にアクセスすべきコンテンツファイルを選択するために参照する第２のデータベースと、前記Ｗｅｂサーバーから渡されたＵＲＬとヘッダー情報から、携帯電話サービス事業者を特定するアクセス制御部と、リクエスト元の使用携帯端末機種を特定する第２の制御部と、前記第２のデータベースを参照して、リクエスト元の使用携帯端末機種に応じて指定されたコンテンツファイルにアクセスし、前記Ｗｅｂサーバーに渡すべきコンテンツデータを準備又は作成するコンテンツ制御部と、を備えた構成とすることにより、アクセスしてきたユーザが使用した携帯電話サービス事業者と携帯端末機種によらずに、単一のサーバー装置で統一的に情報配信サービスを提供できることを特徴とする。
【００１４】
【特許文献１】特開２００２−３４５０３０号公報
【特許文献２】特開２００２−０４１５００号公報
【特許文献３】特開２００２−３０４３５２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明の目的は、契約変更によりキャリア（通信事業者）を変更しても、ユーザが一度購入したコンテンツを、契約変更後の他のキャリアに引き継ぐことを可能にするコンテンツ情報送信装置を提供することである。
【課題を解決するための手段】
【００１６】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１７】
本発明のコンテンツ情報送信装置は、第１の通信端末（１００−１）に、前記第１の通信端末（１００−１）を示す端末識別情報（例：電話番号）及び認証情報（例：パスワード）を入力するための入力画面に関する情報を提供する入力画面提供部（３１１）と、前記端末識別情報及び前記認証情報に基づいて前記第１の通信端末（１００−１）を認証する認証部（３１２）と、前記第１の通信端末（１００−１）との通信を中継する第１のキャリアサーバ（２００−１）から前記端末識別情報を特定するための管理情報（ＵＩＤ）を取得し、且つ、前記入力画面提供部（３１１）にて前記端末識別情報を持つ第２の通信端末（１００−２）から前記端末識別情報及び前記認証情報の入力があり、前記第２の通信端末（１００−２）が前記認証部（３１２）にて正式に認証された場合、前記第２のキャリアサーバ（２００−２）から前記端末識別情報に対応する第２の管理情報（新ＵＩＤ）を取得する固有情報発行部（３１３）と、前記第１の通信端末（１００−１）にて利用されているコンテンツに関する情報を前記第１の管理情報に関連付けて記憶し、且つ、前記固有情報発行部（３１３）にて前記第２の管理情報を取得した場合、前記コンテンツに関する情報を前記第２の管理情報に関連付けて記憶し、前記コンテンツに関する情報を前記第２の通信端末（１００−２）に通知するコンテンツ情報提供部（３１４）とを具備する。
【００１８】
前記固有情報発行部（３１３）は、前記第２の通信端末（１００−２）が前記認証部（３１２）にて正式に認証された場合、前記第１の通信端末（１００−１）に前記コンテンツを提供したコンテンツサーバ（４００）に前記第１の管理情報と前記第２の管理情報とを関連付けて通知する。
前記コンテンツ情報提供部（３１４）は、前記コンテンツサーバ（４００）から前記第１の通信端末（１００−１）にて利用されていたコンテンツを示す利用情報を取得し、前記利用情報に基づいてコンテンツ利用リストを作成し、前記第２の通信端末（１００−２）に前記コンテンツ利用リストを通知する。
【００１９】
前記コンテンツ情報提供部（３１４）は、前記コンテンツに関する情報を前記第１の通信端末（１００−１）に通知する。この場合、前記第１の通信端末（１００−１）は自身が利用しているコンテンツに関する情報を取得可能である。
【００２０】
本発明のコンテンツ情報送信方法は、（ａ）通信端末（１００−１）から端末識別情報及び認証情報を取得するステップと、（ｂ）前記端末識別情報及び前記認証情報に基づいて前記通信端末（１００−１）を認証するステップと、（ｃ）前記通信端末（１００−１）の通信を管理するキャリアサーバから前記端末識別情報に対応する管理情報（ＵＩＤ）を取得するステップと、（ｄ）前記通信端末（１００−１）を正式に認証した場合、前記管理情報をコンテンツサーバ（４００）に送信するステップと、（ｅ）前記端末識別情報を持つ他の通信端末（１００−２）が正式に認証された場合、前記他の通信端末（１００−２）の通信を管理する他のキャリアサーバ（２００−２）から前記端末識別情報に対応する他の管理情報（新ＵＩＤ）を取得するステップと、（ｆ）前記コンテンツサーバ（４００）から前記管理情報及び前記他の管理情報に基づき前記通信端末（１００−１）にて現在利用されているコンテンツの利用情報を取得し、前記利用情報に基づいてコンテンツ利用リストを取得するステップと、（ｇ）前記コンテンツ利用リストを前記他の通信端末（１００−２）に通知するステップとを具備する。
【００２１】
本発明のコンテンツ情報送信方法は、（ｈ）前記管理情報と前記コンテンツ利用リストを関連付けるステップと、（ｉ）前記通信端末（１００−１）のユーザが前記端末識別情報を保有した状態で前記キャリアサーバ（２００−１）から前記他のキャリアサーバ（２００−２）に契約を変更した場合、前記他のキャリアサーバ（２００−２）から前記端末識別情報に対応する他の管理情報を取得し、前記他の管理情報と前記コンテンツ利用リストを関連付けるステップとを更に具備する。
【００２２】
本発明のコンテンツ情報送信方法は、（ｊ）前記コンテンツサーバ（４００）を識別するためのＣＰ管理用ＩＤを発行するステップと、（ｋ）前記ＣＰ管理用ＩＤ及び前記コンテンツ利用リストに基づき、前記コンテンツを提供しているコンテンツサーバ（４００）に対して、前記管理情報を送信するステップとを更に具備する。
【発明の効果】
【００２３】
コンテンツプロバイダとユーザの間に認証プラットホームを提供することにより、キャリアに依存しないシームレスなサービスを実現できる。これにより、ユーザの利便性を向上できる。
【発明を実施するための最良の形態】
【００２４】
以下に本発明の第１実施形態について添付図面を参照して説明する。
図２に示すように、本発明の全体構成は、携帯電話機１００、キャリア２００、プラットフォーム３００、コンテンツプロバイダ（ＣＰ）４００を備える。
携帯電話機１００（１０−ｉ、ｉ＝１〜ｎ：ｎは任意）は、ユーザが利用する携帯電話機である。キャリア２００（２０−ｉ、ｉ＝１〜ｎ）は、通信事業者であり、パケット通信網２１０と、認証サーバ２２０を備える。パケット通信網２１０は、携帯電話機１００との通信を行う。認証サーバ２２０は、パケット通信網２１０に接続されている。プラットフォーム３００は、マルチキャリアコンテンツ認証プラットフォームであり、ＷＥＢサーバ３１０を備える。ＷＥＢサーバ３１０は、電気通信回線５００を介して認証サーバ２２０に接続されている。ＷＥＢサーバ３１０と認証サーバ２２０とは、１対多の関係にすることが可能である。コンテンツプロバイダ４００は、ＷＥＢサーバ４１０を備える。ＷＥＢサーバ４１０は、コンテンツを有する。また、ＷＥＢサーバ４１０は、ＷＥＢサーバ３１０と接続されている。
【００２５】
なお、ＷＥＢサーバ３１０は、入力画面提供部３１１、認証部３１２、固有情報発行部３１３、コンテンツ情報提供部３１４を備える。
入力画面提供部３１１は、例えば、携帯電話機１００からアクセス可能なポータルサイトを提供する。但し、実際には、ポータルサイトに限定されるものではなく、通常のＷＥＢサイトでも良い。また、ＷＥＢサーバ３１０が、携帯電話機１００から入力された内容を取得するためのアプリケーションソフトウェアを用いる場合、入力画面提供部３１１は、このアプリケーションソフトウェアの入力画面の情報を携帯電話機１００に提供する。アプリケーションソフトウェアが携帯電話機１００側で動作する場合は、このアプリケーションソフトウェア自体を提供する。認証部３１２は、携帯電話機１００からのアクセスに対して認証を行う。固有情報発行部３１３は、認証に用いられるＩＤ（識別情報）やＰＷ（パスワード）を発行する。コンテンツ情報提供部３１４は、携帯電話機１０で現在使用可能なコンテンツの一覧を示す利用リストを作成／保存／閲覧するための機能を有する。
【００２６】
ＷＥＢサーバ３１０がコンピュータである場合、上記の各部の処理は、記憶部（例：メモリ，ハードディスク）に格納されたプログラムを、処理部（例：ＣＰＵ）が実行することにより実現しても良い。
【００２７】
図３を参照して、本発明の処理フローについて説明する。
（１）ステップＳ１０１
プラットフォーム３００は、キャリア（Ａ）２００−１、及びキャリア（Ｃ）２００−３と契約している。携帯電話機１００−１、コンテンツプロバイダ４００は、プラットフォーム３００と契約する。この時、プラットフォーム３００は、コンテンツプロバイダ４００を識別するためのＣＰ管理用ＩＤを発行する。ＣＰ管理用ＩＤは、固有情報発行部３１３により発行される。
（２）ステップＳ１０２
携帯電話機１００−１のユーザは、キャリア（Ａ）２００−１と契約を結んでいる状態で、コンテンツプロバイダ４００と契約し、コンテンツプロバイダ４００からキャリア（Ａ）２００−１用のコンテンツを取得する。コンテンツは、コンテンツプロバイダ４００のＷＥＢサーバ４１０に格納されている。なお、コンテンツの取得とは、携帯電話機１００−１がコンテンツを利用可能な状態になることである。すなわち、着信メロディー（音源）や画像（静止画，動画）のように、コンテンツが携帯電話機１００−１上で利用されるものであれば、携帯電話機１００−１にダウンロードすることである。また、ネットワーク対応のゲームのように、コンテンツがＷＥＢサーバ４１０上で利用されるものであれば、自由にコンテンツにアクセスできるようになることである。なお、他の方法として、コンテンツプロバイダ４００から携帯電話機１００−１にコンテンツを配信する際、コンテンツプロバイダ４００がプラットフォームに「コンテンツプロバイダ４００」「携帯電話機１００−１」「コンテンツ」を示す情報を通知するようにしても良い。また、これらの情報は、コンテンツを配信された携帯電話機１００−１から通知されても良い。プラットフォーム３００は、「コンテンツプロバイダ４００」を示す情報はＣＰ管理用ＩＤに置換した上、「コンテンツ」を示す情報と関連付けて、「携帯電話機１００−１」のコンテンツ利用歴として記憶する。コンテンツプロバイダ４００が「携帯電話機１００−１」と「コンテンツ」の情報を関連付けて管理している場合、プラットフォーム３００は、「コンテンツプロバイダ４００」「携帯電話機１００−１」を示す情報を取得すれば足りるため、「コンテンツ」を示す情報を保持する必要はない。
（３）ステップＳ１０３
携帯電話機１００−１のユーザは、プラットフォーム３００が提供する入力画面を表示し、指示された電話番号宛に発信すると、プラットフォーム３００からＰＷ（パスワード）が発行される。ＰＷ（パスワード）が発行された後は、携帯電話機１００−１のユーザが入力画面を介してプラットフォーム３００にアクセスした際に自己の携帯電話番号とＰＷ（パスワード）を入力することで、プラットフォーム３００は携帯電話機１００−１を特定（識別）可能になる。入力画面は、プラットフォーム３００の入力画面提供部３１１により提供される。ＰＷ（パスワード）は、固有情報発行部３１３により発行される。なお、これは、携帯電話番号とＰＷ（パスワード）を用いて携帯電話機１００−１の認証を行う場合であり、更に携帯電話機１００−１のＩＤを用いて認証を行う場合は、固有情報発行部３１３は携帯電話機１００−１のＩＤも発行する。携帯電話機１００−１の認証は、認証部３１２により行われる。ここでは、携帯電話機１００−１がプラットフォーム３００にアクセスしＰＷ発行を依頼するのは、キャリアとの契約変更（解約）の直前を想定している。本発明はキャリアを変更した際のコンテンツの引継ぎを目的としているためである。但し、実際には、この場合に限定されない。例えば、携帯電話機１００−１が、定期的にプラットフォーム３００にアクセスしてＰＷ（パスワード）発行を依頼することも可能である。なお、他の方法として、この時点で、プラットフォーム３００がコンテンツプロバイダ４００の存在を把握していない場合、携帯電話機１００−１のユーザは、携帯電話機１００−１にて利用しているコンテンツと、該コンテンツを提供しているコンテンツプロバイダ４００に関する情報とを、プラットフォーム３００に通知する。この通知は、ユーザの入力に限らず、携帯電話機１００−１にて利用されているコンテンツ及び提供元のコンテンツプロバイダ４００を登録したテーブルをプラットフォーム３００に送信しても良い。
（４）ステップＳ１０４
プラットフォーム３００は、携帯電話機１００−１からの着信にて携帯電話番号と携帯電話管理番号（ＵＩＤ）を取得し、コンテンツプロバイダ４００にＵＩＤを引渡す。コンテンツプロバイダ４００は、ＵＩＤを保持する。この時、コンテンツプロバイダ４００は、このＵＩＤに対応する携帯電話機１００−１にて利用されているコンテンツの情報を、ＵＩＤに関連付けて記憶する。ＵＩＤについては後に詳述する。このＵＩＤは、現在契約しているキャリアであるキャリア（Ａ）２００−１におけるＵＩＤである。この時、プラットフォーム３００は、携帯電話番号とＵＩＤとを対応させた情報を、予めキャリア（Ａ）２００−１から取得している。或いは、プラットフォーム３００は、キャリア（Ａ）２００−１が有する携帯電話番号とＵＩＤとを対応させた情報を、キャリア（Ａ）２００−１にアクセスして参照する。なお、ＵＩＤは、携帯電話機１００−１の認証を行う毎に取得するようにしても良い。
（５）ステップＳ１０５
携帯電話機１００−１のユーザは、モバイルナンバーポータビリティ（ＭＮＰ）により携帯電話番号を保有した状態で、キャリア（Ａ）２００−１からキャリア（Ｃ）２００−３に契約変更し、キャリア（Ａ）２００−１用端末（携帯電話機１００−１）からキャリア（Ｃ）２００−３用端末（携帯電話機１００−２）に買い換え、新たに、コンテンツプロバイダ４００と契約する。すなわち、携帯電話機１００−１のユーザは、携帯電話機１００−２のユーザとなる。
（６）ステップＳ１０６
携帯電話機１００−２のユーザは、プラットフォーム３００が提供する入力画面を表示し、指示された電話番号宛に発信してＰＷを入力する。携帯電話番号やＩＤを要求される場合、携帯電話番号やＩＤも入力する。
（７）ステップＳ１０７
プラットフォーム３００は、携帯電話機１００−２のユーザが入力した携帯電話番号／ＰＷに対して認証を行い、認証に合格した場合、契約変更を確認し、携帯電話機１００−２の「新ＵＩＤ」を取得する。「新ＵＩＤ」は、契約変更後のキャリアであるキャリア（Ｃ）２００−３におけるＵＩＤである。「新ＵＩＤ」の取得方法は、ＵＩＤの取得方法と同様である。なお、他の方法として、プラットフォーム３００における契約変更確認は、携帯電話機１００−２のユーザからの通知、又は携帯電話機１００−２がどのキャリアを介してアクセスしてきたかを示す情報に基づいて行う。携帯電話機１００−２が通信の際に利用したキャリアについては、通信パケットに含まれる情報を参照して確認することが考えられる。
（８）ステップＳ１０８
プラットフォーム３００は、プラットフォーム３００内に保持しているテーブルにて該当携帯電話番号に紐つけられたＵＩＤを参照し、「新ＵＩＤ」と異なっている場合には、ＵＩＤが既にキャリア（Ａ）２００−１にて解約されていることを確認の上、携帯電話機１００−１のユーザが契約キャリアを変更したものと判断し、テーブルのＵＩＤを、新たに取得した「新ＵＩＤ」に更新する。且つ、ＵＩＤと「新ＵＩＤ」とを関連付けて記憶する。
（９）ステップＳ１０９
プラットフォーム３００は、関連付けられたＵＩＤ及び「新ＵＩＤ」をコンテンツプロバイダ４００に引渡し、先のＵＩＤにて利用していたコンテンツを示す利用リスト情報の引渡しを要求する。
（１０）ステップＳ１１０
コンテンツプロバイダ４００は、関連付けられたＵＩＤ及び「新ＵＩＤ」に基づいて、ＵＩＤに関連付けられていた利用リスト情報を「新ＵＩＤ」に関連付け、プラットフォーム３００にその旨、回答する。すなわち、ＵＩＤを「新ＵＩＤ」に差し替え、ＵＩＤに属していた情報を「新ＵＩＤ」に結び付ける。この時、コンテンツプロバイダ４００が、プラットフォーム３００から取得した携帯電話機１００−２の「新ＵＩＤ」にて、ユーザがキャリア（Ｃ）２００−３と契約していることを確認し、確認が取れた場合に新ＵＩＤに差し替えることも考えられる。その後、ＵＩＤ及び「新ＵＩＤ」に基づいて、該当する利用リスト情報をプラットフォーム３００に提供する。なお、利用リスト情報は、ユーザのコンテンツ利用歴を示す情報である。すなわち、「ＵＩＤ」「該ＵＩＤを持つ携帯電話機で利用されているコンテンツ」「該コンテンツを提供したコンテンツプロバイダ」を示す情報である。
（１１）ステップＳ１１１
プラットフォーム３００は、コンテンツプロバイダ４００から取得した利用リスト情報からコンテンツ利用リストを作成・保存し、携帯電話機１００−２の利用リストと携帯電話番号／ＵＩＤ／ＰＷと紐付け、携帯電話機１００−２に対して利用リストを提供する。紐付けとは、利用リストと携帯電話番号／ＵＩＤ／ＰＷとを関連付けることである。これらの処理は、コンテンツ情報提供部３１４により行われる。
なお、利用リストは、コンテンツプロバイダ名とコンテンツを示す情報を含む。或いは、コンテンツプロバイダ毎に利用リストを分けて、利用リスト毎に、該当するコンテンツプロバイダが提供しているコンテンツを示す情報を記述するようにしても良い。
（１２）ステップＳ１１２
プラットフォーム３００は、携帯電話機１００−２の該当携帯電話番号／ＰＷ及び「新ＵＩＤ」に基づき、携帯電話機１００−２のコンテンツ利用リストを呼び出し、携帯電話機１００−２に提供する。
（１３）ステップＳ１１３
携帯電話機１００−２のユーザは、携帯電話機１００−２に表示されたコンテンツ利用リストから利用したいコンテンツを選択する。
（１４）ステップＳ１１４
プラットフォーム３００は、携帯電話機１００−２が選択したコンテンツ情報をコンテンツプロバイダ４００に引渡す。
（１５）ステップＳ１１５
コンテンツプロバイダ４００は、キャリア（Ｃ）２００−３用の該当コンテンツファイルを携帯電話機１００−２に提供する。
【００２８】
上記の処理において、携帯電話機１００−２を携帯電話機１００−１とし、「新ＵＩＤ」をＵＩＤとしても良い。すなわち、携帯電話機１００−１自身がコンテンツ利用リストを取得する。これにより、携帯電話機１００−１が誤って削除してしまったコンテンツや、何らかの事情で喪失してしまったコンテンツを再度、新たに課金されることなく、コンテンツプロバイダから提供してもらうことが可能になる。
【００２９】
なお、コンテンツ利用リストから選択されなかったコンテンツについては、コンテンツファイルの取得を行わないが、コンテンツ利用リストには登録された状態で残っており、後にコンテンツ利用リストから選択することで後発的にコンテンツファイルを取得することが可能である。
【００３０】
また、本発明を用いることで、コンテンツプロバイダ４００が保有しているコンテンツファイルに限らず、ユーザがキャリア（Ａ）２００−１用の携帯電話機１００−１に独自に保有していたデータファイルをキャリア（Ｃ）２００−３用の携帯電話機１００−２に引き継ぐことも可能である。この場合、携帯電話機１００−１のユーザは、プラットフォーム３００が提供する入力画面を表示し、新しい携帯電話機１００−２に引き継ぎたいデータファイルを、キャリアの契約変更の前に登録しておく。プラットフォーム３００は、このデータファイルを一時保管する。すなわち、プラットフォーム３００が同時にコンテンツプロバイダ４００の役割も果たす。コンテンツ利用リストには、コンテンツとしてユーザのデータファイルを登録し、コンテンツプロバイダとして個々のユーザに対応したプラットフォーム３００上のデータファイルの保管場所を登録する。これにより、例えば、期間限定で提供されていたコンテンツや諸事情で二度と手に入らないコンテンツなど、ユーザが保有していた貴重なデータを、異なるキャリアの新たな携帯電話機に引き継ぐことが可能になる。
【００３１】
本発明で使用されるＵＩＤは、携帯電話番号を基に変換される管理番号である。ＵＩＤは、ユーザのプライバシー保護を目的に設定される。ＵＩＤ取得にあたっては、キャリア側への事前登録及びコンテンツプロバイダ（ＣＰ）側作成ページ内に所定の記述が必要となる。ＣＰ側作成ページ内において、アンカータグもしくはＩＮＰＵＴタグの「ｈｉｄｄｅｎ」属性に上記パラメータを記述し、図４に示すように、携帯電話機１００のユーザがこのパラメータのついたＵＲＬにアクセスすると、中継するキャリア２００のキャリアサーバにて携帯電話番号をＵＩＤに変換し、コンテンツプロバイダ４００のＣＰサーバにＵＩＤを含むリクエストを送信する。ＵＩＤ取得処理は、キャリアサーバ及びＣＰサーバに設けられたＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）を始めとする処理プログラムにより実行する。
【００３２】
本発明でＵＩＤを用いる理由は、個人情報保護のためである。携帯電話番号は、情報として保持したり、通信でやり取りしたりするには問題がある。しかし、ＵＩＤであれば、キャリア（通信事業者）から携帯電話番号とＵＩＤとの対応関係を通知されなければ、単独で携帯電話機やユーザを特定することができない。仮にコンテンツ利用リストが不正取得されることがあったとしても、ＵＩＤのみから携帯電話機を特定することは通常不可能である。また、ＵＩＤの情報のみで携帯電話機と通信を行うことはできない。
【００３３】
ＵＩＤの変換規則について説明する。
ＵＩＤは、携帯電話番号を暗号化した所定の桁の値で、ユーザがキャリア内で機種変更を行っても、携帯電話番号が同じであれば、ＵＩＤは同じ値となる。但し、携帯電話番号が同じでも、ユーザが名義変更を行った場合、例えば、ユーザが解約を行い、その携帯電話番号が他のユーザに再利用された場合には、ＵＩＤは変更となる。なお、ＵＩＤには、英数字、すなわち、０〜９、ａ〜ｚ、Ａ〜Ｚを使用する。組合せはランダムであり、大文字小文字は区別される。
【００３４】
図５を参照して、本システムのデータテーブルの例について説明する。
プラットフォーム３００において、携帯電話番号／ＵＩＤ／ＰＷを格納するデータテーブルは、「Ｎｕｍ」「ｕｉｄ」「ｐａｓｓ」「ｄａｔｅ」「ｃｐ」といった項目を含む。
「Ｎｕｍ」は、携帯電話番号を示す。「ｕｉｄ」は、ＵＩＤを示す。「ｐａｓｓ」は、ＰＷ（パスワード）を示す。「ｄａｔｅ」は、日付け（年月日）を示す。「ｃｐ」は、ＣＰ管理用ＩＤを示す。
【００３５】
また、図６に示すように、コンテンツプロバイダ４００側で保持されているデータテーブルは、「ｕｉｄ」「ｄａｔｅ」「ｄｌ」「ＵＡ」といった項目を含む。「ｕｉｄ」は、ＵＩＤを示す。「ｄａｔｅ」は、日付け（年月日）を示す。「ｄｌ」は、ダウンロード対象となったコンテンツのファイル名を示す。「ＵＡ」は、ユーザエージェントを意味し、ユーザエージェントの値からブラウザや機種といった情報を取得するために用いられる情報である。
【００３６】
なお、プラットフォーム３００とコンテンツプロバイダ４００とは、１対１の関係である必要はない。現時点においても、相当の数のコンテンツプロバイダが存在しているため、実際には、１つのプラットフォーム３００が、複数のコンテンツプロバイダ４００とやり取りすることが多いと考えられる。この場合、プラットフォーム３００は、ユーザが利用しているコンテンツを提供する個々のコンテンツプロバイダ４００に対してＵＩＤを送信する。
【００３７】
本発明の特徴について以下に説明する。
本発明は、（ａ）同一コンテンツをキャリア対応の形式で登録、又は、コンテンツをキャリア対応に変換することにより、複数のキャリア対応のコンテンツを提供する手段と、（ｂ）ユーザのコンテンツ利用リストをサーバに登録しておく手段と、（ｃ）携帯端末の契約キャリア変更（キャリア乗換）に伴い、携帯端末からのサーバアクセス時にユーザのコンテンツ利用リストを提示して選択させ、選択されたコンテンツを契約変更前キャリアから契約変更後キャリアに引き継いで利用する手段とを有することを特徴とする。
特に、（ｃ）は、契約キャリアを変更した時にサーバ側で変更状況を監視し、以前のキャリアで利用していたコンテンツリストを提示することでコンテンツを契約変更前キャリアから契約変更後キャリアに引き継ぐことを可能にするものであり、キャリア変更時のコンテンツ自動引継ぎという本発明の課題を解決するために欠かせない要素である。
【００３８】
本発明は、モバイルナンバーポータビリティ（ＭＮＰ）のように、ユーザが別のキャリア（通信事業者）に契約を切り替えても、元の番号がそのまま使える制度及びシステムによって、契約しているキャリアを乗り換えたユーザの認証方式に関する。これにより、ユーザが一度取得したコンテンツを、契約変更前キャリアから契約変更後キャリアに引き継ぐことができ、ユーザは再度購入することなくコンテンツを利用できる。
【図面の簡単な説明】
【００３９】
【図１】図１は、従来の移動体通信システムの状況を示す概念図である。
【図２】図２は、本発明に関わる移動体通信システムの状況を示す概念図である。
【図３】図３は、実行手順を示すイメージ図である。
【図４】図４は、ＵＩＤの取得処理を示す図である。
【図５】図５は、プラットフォーム側で使用するデータテーブル例を示す図である。
【図６】図６は、コンテンツプロバイダ側で保持するデータテーブル例を示す図である。
【符号の説明】
【００４０】
１０…  携帯電話機
２０…  キャリア（通信事業者）
２１…  パケット通信網
２２…  認証サーバ
３０…  コンテンツプロバイダ（ＣＰ）
３１…  ＷＥＢサーバ
３２…  元ファイル（コンテンツファイル）
４０…  電気通信回線
１００…  携帯電話機
２００…  キャリア（通信事業者）
３００…  プラットフォーム
３１０…  ＷＥＢサーバ
４００…  コンテンツプロバイダ（ＣＰ）
４１０…  ＷＥＢサーバ
５００…  電気通信回線
【図１】
0004737537.tif 000002
【図２】
0004737537.tif 000003
【図３】
0004737537.tif 000004
【図４】
0004737537.tif 000005
【図５】
0004737537.tif 000006
【図６】
0004737537.tif 000007