(57)【要約】【課題】ユーザが複数の通信回線を利用可能な場合において、ＩＤやパスワードの入力をユーザに行わせることなく、要求に使用する回線以外の回線についての情報が反映されたサービスを当該ユーザに提供する。【解決手段】中継装置は、コンテンツ提供装置宛の要求を端末から受信すると（Ｓ１０２）、要求がなされる際に用いられた一の回線を特定する（Ｓ１０４）。中継装置は、該要求と、該特定された一の回線を識別するための第１の回線識別子とをコンテンツ提供装置に送信する（Ｓ１０６）。コンテンツ提供装置は、該受信した第１の回線識別子に関連付けられて登録されている第２の回線識別子を管理装置から取得する（Ｓ１０６）。コンテンツ提供装置は、該受信された第１の回線識別子と第２の回線識別子とに基づいて提供情報を決定し（Ｓ１０８）、該決定された提供情報を、中継装置を介し、前記一の回線を用いて、前記端末に送信する（Ｓ１１０）。【選択図】図９
2014010757.tif 000002
【特許請求の範囲】
【請求項１】
端末からの要求を受け付ける受け付け手段と、
前記要求がなされる際に用いられた一の回線を特定する第１特定手段と、
前記特定された一の回線に関連づけて登録されている他の回線を特定する第２特定手段と、
該特定された、一の回線と他の回線とに基づいて、前記要求に対応する提供情報を決定する決定手段と、
前記一の回線を用いて、該決定された提供情報を前記端末に送信する送信手段と
を有する情報処理装置。
【請求項２】
一の端末に対して一の回線が割り当てられ、
一のユーザによって使用される複数の端末に対応する複数の回線が互いに関連付けて登録される
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記互いに関連付けて登録されている複数の回線の各々に対し、属性情報として、第１の属性または第２の属性のいずれかが付与されており、
前記提供情報は前記属性情報に応じて決定される
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第１の属性を有する回線を用いて前記要求が行われた場合は、前記提供情報として第１の情報が提供されるのに対し、
前記第２の属性を有する回線を用いて当該要求が行われた場合は、前記提供情報として、前記第１の情報に加えて第２の情報が提供される
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記要求は、メールの処理に関するものであり、
前記提供情報は、メールの閲覧または作成を行う際に前記端末にて表示される情報を含む
ことを特徴とする請求項２ないし４のいずれか一つに記載の情報処理装置。
【請求項６】
前記要求は、他のユーザの連絡先が記述されたデータの閲覧に関するものであり、
前記提供情報は、前記端末のユーザが保有する前記データのうち前記端末に提供される部分を特定する情報を含む
ことを特徴とする請求項２ないし４のいずれか一つに記載の情報処理装置。
【請求項７】
前記要求はウェブページの閲覧に係るものであり、
前記提供内情報は前記ウェブページ内に表示されるコンテンツである
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
コンピュータに、
端末からの要求を受け付けるステップと、
前記要求がなされる際に用いられた一の回線を特定するステップと、
前記特定された一の回線に関連づけて登録されている他の回線を特定するステップと、
該特定された、一の回線と他の回線とに基づいて、前記要求に対応する提供情報を決定するステップと、
前記一の回線を用いて、該決定された提供情報を前記端末に送信するステップと
を実行させるためのプログラム。
【請求項９】
中継装置が、コンテンツ提供装置宛の要求を端末から受信するステップと、
前記中継装置が、前記要求がなされる際に用いられた一の回線を特定するステップと、
前記中継装置が、該受信された要求と、該特定された一の回線を識別するための第１の回線識別子とをコンテンツ提供装置に送信するステップと、
前記コンテンツ提供装置が、該受信した第１の回線識別子に関連付けられて登録されている第２の回線識別子を管理装置から取得するステップと、
前記コンテンツ提供装置が、該受信された、第１の回線識別子と第２の回線識別子とに基づいて、前記要求に対応する提供情報を決定するステップと、
前記コンテンツ提供装置が、該決定された提供情報を、前記中継装置を介し、前記一の回線を用いて前記端末に送信するステップと
を有する情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信回線を用いて、端末から要求を受け付けて当該要求に応じた情報を提供する技術に関する。
【背景技術】
【０００２】
一人のユーザが、固有の通信回線が割り当てられた携帯電話機などの通信端末を複数台所有することが珍しくなくなっている。様々な機能を有する通信端末が開発され、目的やシーンに応じて通信端末を使い分けたいというユーザのニーズがこのような状況の一つの背景にある。
引用文献１には、同一加入者に属する複数の移動機をグループ化し、グループ内で同時接続可能な移動機の台数を設定することで、加入者への課金負担を軽減することが記載されている。
引用文献２には、複数の機器を使用しうるユーザに対してユニバーサルＩＤを発行し、このＩＤによってユーザを特定し、一つの情報を複数の機器で受信可能にする技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１９７５１１号公報
【特許文献２】特開２００６−２２８０７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
引用文献１に記載の発明は、端末を複数台使用した際の課金処理を行うものであって、使用する移動機に応じた内容のサービスを提供することはできない。引用文献２に記載の発明では、同一のユーザであれば複数の通信機器間で情報を共有することはできるが、回線に応じてサービスの内容を変えることはできない。さらに、同一ユーザが保有する複数の回線機器や機器に割り当てられた回線とは別途独立に発行されたユーザを識別するためのＩＤを、機器を利用する際にユーザが入力する必要があるので、手間がかかるし、ＩＤを忘れた場合はサービスが受けられなくなる。
【０００５】
本発明は、ユーザが複数の通信回線を利用可能な場合において、要求を行うにあたりＩＤやパスワードの入力をユーザに行わせることなく、要求に使用する回線以外の回線についての情報が反映されたサービスをユーザに提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、一の態様において、端末からの要求を受け付ける受け付け手段と、前記要求がなされる際に用いられた一の回線を特定する第１特定手段と、前記特定された一の回線に関連づけて登録されている他の回線を特定する第２特定手段と、該特定された、一の回線と他の回線とに基づいて、前記要求に対応する提供情報を決定する決定手段と、前記一の回線を用いて、該決定された提供情報を前記端末に送信する送信手段とを有する情報処理装置を提供する。
好ましい態様において、一の端末に対して一の回線が割り当てられ、一のユーザによって使用される複数の端末に対応する複数の回線が互いに関連付けて登録される。
他の好ましい態様において、前記互いに関連付けて登録されている複数の回線の各々に対し、属性情報として、第１の属性または第２の属性のいずれかが付与されており、前記
提供情報は前記属性情報に応じて決定される。
他の好ましい態様において、前記第１の属性を有する回線を用いて前記要求が行われた場合は、前記提供情報として第１の情報が提供されるのに対し、前記第２の属性を有する回線を用いて当該要求が行われた場合は、前記提供情報として、前記第１の情報に加えて第２の情報が提供される。
他の好ましい態様において、前記要求は、メールの処理に関するものであり、前記提供情報は、メールの閲覧または作成を行う際に前記端末にて表示される情報を含む。
他の好ましい態様において、前記要求は、他のユーザの連絡先が記述されたデータの閲覧に関するものであり、前記提供情報は、前記端末のユーザが保有する前記データのうち前記端末に提供される部分を特定する情報を含む。
他の好ましい態様において、前記要求はウェブページの閲覧に係るものであり、前記提供内情報は前記ウェブページ内に表示されるコンテンツである。
本発明は、他の観点において、端末と、同一のユーザによって使用される複数の回線を関連付けて登録する管理装置と、前記端末からの要求を受け付け、前記要求がなされる際に用いられた一の回線を特定する中継装置と、前記中継装置により特定された一の回線に関連付けられた他の回線を、前記管理装置を用いて特定し、該特定された一の回線と他の回線とに基づいて前記要求に対する提供情報を決定し、該決定された内容の情報を前記中継装置を介して前記一の回線を用いて前記端末に送信するコンテンツ提供装置とを有する情報提供システムを提供する。
本発明は、さらに他の観点において、中継装置が、コンテンツ提供装置宛の要求を端末から受信するステップと、前記中継装置が、前記要求がなされる際に用いられた一の回線を特定するステップと、前記中継装置が、該受信された要求と、該特定された一の回線を識別するための第１の回線識別子とをコンテンツ提供装置に送信するステップと、前記コンテンツ提供装置が、該受信した第１の回線識別子に関連付けられて登録されている第２の回線識別子を管理装置から取得するステップと、前記コンテンツ提供装置が、該受信された、第１の回線識別子と第２の回線識別子とに基づいて、前記要求に対応する提供情報を決定するステップと、前記コンテンツ提供装置が、該決定された提供情報を、前記中継装置を介し、前記一の回線を用いて前記端末に送信するステップとを有する情報提供方法を提供する。
【発明の効果】
【０００７】
本発明によれば、ユーザが要求を行う際にＩＤやパスワードの入力をユーザに行わせることなく、要求の際に使用された回線を用いて、当該回線以外に当該ユーザが利用可能な回線についての情報が反映されたサービスがユーザに提供される。
【図面の簡単な説明】
【０００８】
【図１】情報提供システム１の概略図。
【図２】端末１００の機能構成図。
【図３】中継装置２００の機能構成図。
【図４】記憶部２４０に格納されるテーブルの内容例を表す図。
【図５】管理装置３００の機能構成図。
【図６】記憶部３４０に格納されるテーブルの内容例を表す図。
【図７】コンテンツサーバ４００の機能構成図。
【図８】記憶部４４０に格納されるテーブルの内容例を表す図。
【図９】情報提供システム１における動作の概要を表す図。
【図１０】情報提供システム１における動作の詳細を表す図。
【図１１】表示部にメニュー画面が表示された端末１００の例。
【図１２】端末１００の表示部に表示される画面の例（１）。
【図１３】端末１００の表示部に表示される画面の例（２）。
【図１４】端末１００の表示部に表示される画面の例（３）。
【図１５】端末１００の表示部に表示される画面の例（４）。
【図１６】端末１００の表示部に表示される画面の例（５）。
【図１７】端末１００の表示部に表示される画面の例（６）。
【図１８】端末１００の表示部に表示される画面の例（７）。
【図１９】端末１００の表示部に表示される画面の例（８）。
【図２０】情報提供システム１の動作の他の例を表す図。
【図２１】記憶部３４０に格納されるテーブルの他の内容例を表す図。
【図２２】情報処理装置９００の機能構成図。
【図２３】変形例に係る第１テーブルの例を表す図。
【図２４】変形例に係る第３テーブルの例を表す図。
【図２５】変形例に係る情報提供システムの動作の概要を表す図。
【図２６】変形例に係る情報提供システムの動作の詳細を表す図。
【発明を実施するための形態】
【０００９】
以下、図面を参照しつつ本発明の実施形態を説明する。
１．構成
図１は、情報提供システム１の概略図である。情報提供システム１は、端末１００（端末１００−１、端末１００−２、端末１００−３）と、中継装置２００と管理装置３００とコンテンツサーバ４００（４００−１、４００−２、４００−３）と基地局５００と移動通信網６００とインターネット７００とを含む。同図中、端末１００およびコンテンツサーバ４００は３台表されているが、これは単なる例示であって、台数は任意である。同様に、基地局５００も一般的には複数設けられるが、説明の便宜上、１つのみ記載している。以下、各端末１００や各コンテンツサーバ４００を区別する必要がないときは、単に端末１００、コンテンツサーバ４００という。
【００１０】
各端末１００は、一人のユーザによって使用される携帯型の通信端末である。例えば、携帯電話機、多機能型端末（スマートフォン、タブレット型ＰＣ等）である。基地局５００と国際電気通信連合（ＩＴＵ）等によって定められている移動通信方式に従って無線通信を行い、インターネット７００に接続された各コンテンツサーバ４００と中継装置２００を介して情報の授受を行う。また、各端末１００ブラウザ等のアプリケーションプログラム（以下、アプリケーションという）を実行することによって、受信した情報（データ、スクリプトやプログラム等を含む）に応じた動作（情報の入出力）を実現する機能を有する。
基地局５００は、設置されている位置から所定の範囲にある端末１００から受信した情報を移動通信網６００を介して中継装置２００へ送信するとともに、中継装置２００から端末１００宛に送信された情報を無線送信する。
中継装置２００は、例えば移動通信網６００を保有する通信事業者によって管理され、ユーザや端末の管理に関する情報を記憶し、プロトコル変換等などの信号処理を行い、移動通信網６００を介した通信とインターネット７００を介した通信とを中継する機能を担う。すなわち、基地局５００を介して端末１００から受信した情報は、インターネット７００を介して管理装置３００またはコンテンツサーバ４００にインターネットプロトコルに従って送信される一方、インターネット７００を介して管理装置３００やコンテンツサーバ４００から受信した情報は基地局５００および移動通信網６００を介して移動通信方式に従って端末１００に送信される。なお、移動通信網６００はそれぞれ異なる通信事業者によって管理される複数の通信網の集合体であってもよい。この場合、中継装置は、複数の通信事業者が関与するこの集合体全体を介した通信の全てを管理する機能を有していもよい。
【００１１】
コンテンツサーバ４００は、インターネット７００に接続されたサーバ装置であって、例えばサービス提供会社（コンテンツプロバイダ）によって運用され、ユーザに提供しう
る情報を記憶し、ユーザの要求に応じた内容の情報を選択・生成してユーザに提供する。ここで、ユーザに提供される情報（以下、提供情報という）には、テキストデータ、画像データ、音声データの他、端末１００にて実行した場合に所定の機能が実現されるスクリプトなどのプログラム（コード）、その他のあらゆるデータが含まれる。
より具体的には、コンテンツサーバ４００は、ユーザが指定したキーワードに対するインターネット７００上のノードについての検索結果の提供（いわゆる検索サーバとしての機能）、各コンテンツサーバ４００が保有するコンテンツ（ウェブページ（ＨＴＭＬデータ）やテキストデータ、映像データ、楽音データ等）の提供（いわゆるコンテンツサーバとしての機能）、ユーザが保有する情報を記憶領域の提供（いわゆるクラウドストレージとしての機能）、電子メール（以下、単にメールという）の送受信処理（メールサーバとしての機能）、ＯＳやアプリケーションの実行を担うアプリケーションサーバとしての機能、その他のインターネット７００を介してユーザの要求に従って演算処理を実行しその結果をユーザに提供する処理を実行する機能を有する。
管理装置３００は、インターネット７００に接続されたサーバ装置であって、中継装置２００や各コンテンツサーバ４００からの問い合わせ要求に応じて、ユーザに提供する情報の内容を決定するために必要な情報を提供する。
【００１２】
図２は、端末１００の機能構成図である。端末１００は、制御部１１０、通信部１２０、表示部１３０、入力部１４０、音声入力部１５０、音声出力部１６０および記憶部１７０を含む。通信部１２０は、信号処理回路やアンテナ等によって実現され、制御部１１０の制御の下、基地局５００との間で無線通信を行う。表示部１３０は、液晶パネル等の表示画面やその駆動制御回路などを含み、情報を表示する。入力部１４０はハードウェアボタン、カーソルキーやテンキー、あるいはセンサ素子を有するタッチパネル等によって実現され、ユーザが情報を入力する手段である。好適な態様において、表示部１３０と入力部１４０が一体に構成されたタッチパネル１８０が用いられる。音声入力部１５０は、マイク等の収音素子やアナログ／デジタル信号処理回路によって実現され、ユーザの声を収音して音声信号として制御部１１０に出力する。音声入力部１５０は、スピーカ等の発音素子やデジタル／アナログ信号処理回路によって実現され、制御部１１０から供給される音声信号に基づいて音響波を発生させる。なお、音声入力部１５０は、入力部１４０と同様、制御部１１０に対する指示や情報の入力を行うために用いることも可能である。具体的には、入力音声信号を解析し発話内容を特定して、テキストデータとして出力する。また、音声入力部１５０および音声出力部１６０によって通話機能が実現する。
【００１３】
記憶部１７０は、ハードディスクや半導体メモリ等の内蔵型の情報記憶装置や取り外し可能な情報記録媒体（メモリーカードおよびメモリースロット）であって、ＯＳ（オペレーティングシステム）や当該ＯＳ上で動くアプリケーションを動かすための実行環境も含む）が記憶される。アプリケーションには、Ｐ１（メールアプリ）、Ｐ２（電話帳アプリ）、およびＰ３(ブラウザ)が含まれる。
また、端末１００や当該機器が使用する回線を一意に識別するための識別情報が記憶される。この識別情報は、移動通信網６００を介して端末１００と中継装置２００との間で情報をやり取りするために用いられる情報であり、端末ごとに割り当てられた電話番号（中継装置２００が端末の呼出しの際に使用する呼出し番号）、無線通信回線が確立した際に当該回線または通信セッションに対して付与される情報、当該回線における通信についての制御情報（例えば、移動通信網６００が複数の通信規格（３Ｇ、ＬＴＥ、ＷｉＦｉ（登録商標）等）の通信を実行することができる場合にけるその規格の種類）、通信事業者が１００や端末１００のＳＩＭカードのハードウェアに対して割り当てる加入者識別番号、その他の情報が含まれうるが、端末１００を利用してサービスを受けようとするユーザを特定するために端末１００にて入力された情報は含まれない。
【００１４】
制御部１１０は、ＣＰＵ等のプロセッサによって実現され、制御部１１０、通信部１２
０、表示部１３０、入力部１４０、音声入力部１５０、音声出力部１６０および記憶部１７０を制御するとともに、記憶部１７０からアプリケーションＰ１〜Ｐ３を実行し、インターネット７００を介した情報の送受信により、各種機能（例えば、情報の閲覧、メール送受信、インターネット７００上の情報の記憶や読み出し）やその他の機能（例えば移動通信網６００を介した通話機能）を端末１００に実現させる。
本実施例において、アプリケーションＰ１〜Ｐ３は、いずれもコンテンツサーバ４００にアクセスしてサービス要求を送出し、コンテンツサーバ４００から当該要求に対応した情報を受信して表示する機能を有する。例えば、アプリケーションＰ１は、コンテンツサーバ４００に対してメールの閲覧要求や作成要求をユーザに指示させる画面を生成し、入力部１４０や音声入力部１５０を介して入力されたユーザの指示を受け付けて中継措置２００に送信するとともに、コンテンツサーバ４００から受信したメール等のデータや、メールの処理に関連するスクリプトを解釈して表示部１３０に対する描画処理や音声出力部１６０に対する出力処理を行う機能を有する。
【００１５】
以下の例では、一台の端末１００が使用する１つの回線を識別するための番号として１つの電話番号（Mobile Subscriber Number;ＭＳＮ）が用いられ、中継装置２００との間で行われる通信においては、情報の送信元および送信先を特定する情報としてこの電話番号が含まれる例について説明する。
なお、このようなＭＳＮと端末１００との紐付け作業は、端末１００の購入時に販売店において通信事業者が記憶部１７０に電話番号を含む加入者情報を書き込む事によってなされてもよいし、電話番号を含む加入者情報が記録されたメモリーカードをユーザが購入し、これを端末１００に挿入することによってなされてもよい。
【００１６】
図３は中継装置２００の機能構成図である。中継装置２００は、制御部２１０と通信部２２０と入出力部２３０と記憶部２４０とを含む。制御部２１０は、制御プロセッサであって、通信部２２０と入出力部２３０と記憶部２４０とを制御する。通信部２２０は、インターネット７００で用いられるプロトコルに従って通信を行う、ＬＡＮアダプタ等の通信モジュールと、移動通信網６００を介して基地局５００と通信を行う通信モジュールとを含む。通信部２２０は、インターネット７００を介して管理装置３００やコンテンツサーバ４００から受信した情報や、移動通信網６００を介して端末１００から受信した情報を制御部２１０に供給するとともに、制御部２１０から供給された情報を、インターネット７００を介して管理装置３００またはコンテンツサーバ４００にもしくは移動通信網６００を介して端末１００に送信する。
【００１７】
記憶部２４０は、ハードディスクや半導体メモリによって実現される記憶装置であり、図４に示す第１テーブルＴ１と第２テーブルＴ２とが格納される。第１テーブルＴ１は、回線を特定する番号（この例ではＭＳＮ）と接続先のインターネット７００上のノードを特定するＩＰアドレスとを、所定の規則に従って対応付けて記憶したものである。端末１００からコンテンツサーバ４００へのアクセス要求を受ける度に、１つのレコードが第１テーブルＴ１に追加され対応付けが登録される。その後、当該端末１００とインターネット７００の間における一連のセッションが終了すると、このレコードが第１テーブルＴ１から削除されることにより、対応付けが解消される。こうして、第１テーブルＴ１の内容が適宜更新される。なお、この対応付けの方法は任意である。第２テーブルＴ２は、端末１００と中継装置の間の通信で使用される回線を一意に識別するための識別子であって、インターネット７００上を流通させるための形式に加工された情報（以下、OpenIDという）を、元の識別子と所定の規則に従って対応付けて記憶したものである。第２テーブルＴ２に記述された情報はコンテンツサーバ４００からの要求に応じて読み出されて提供される。
【００１８】
図３に戻り、制御部２１０は、プロセッサによって実現され、アドレス変換部２１１お
よび回線特定部２１２を含む。回線特定部２１２は、端末１００が要求を送信する際に使用している回線を特定する。この例においては、受信した情報から送信元のＭＳＮが抽出される。このＭＳＮは各端末１００に固有のものであるから、端末１００が特定されたこととも把握できる。アドレス変換部２１１は、移動通信網６００を介して受信した送信元の情報（ここではＭＳＮ）に対して、インターネット７００を介した通信の際に送信先を特定するための情報として必要となる情報ＩＰアドレスを発行し、ＭＳＮとＩＰアドレスとを対応付けて１つのレコードとして第１テーブルＴ１に記憶する。
このように、制御部２１０において、端末１００から要求があると、その要求で使用された回線が特定され、通信方式の異なる移動通信網６００およびインターネット７００を介したコンテンツサーバ４００と中継装置２００との間の通信を中継するとともに、当該回線を特定するための情報を要求に応じてコンテンツサーバ４００へ提供する準備が整う。
入出力部２３０はキーボードやマウス等の入力装置や液晶ディスプレイ等の表示装置を含み、中継装置２００の管理者が制御部２１０に対して指示や情報の入力を行うために用いられる。
【００１９】
図５は管理装置３００の機能構成図である。管理装置３００は、制御部３１０、通信部３２０、入出力部３３０および記憶部３４０を含む。通信部３２０は、インターネット７００で用いられるプロトコルに従って通信を行うＬＡＮアダプタ等の通信モジュールを含む。通信部２２０は、制御部２１０の制御下、インターネット７００を介して中継装置２００やコンテンツサーバ４００から受信した情報を制御部３１０に供給し、制御部３１０から供給された情報を中継装置２００やコンテンツサーバ４００に送信する。
【００２０】
記憶部３４０は、図６に示す第３テーブルＴ３を格納する。第３テーブルＴ３には、同一ユーザによって使用されうる回線のうち、ある回線と他の回線との関連性についての情報（関連回線情報という）である。なお、関連回線情報には、関連する回線が存在しないという情報も含まれうる。関連回線情報の一例としては、同図に示すように、具体的には、各ユーザを一意に識別するユーザＩＤに対応付けて、一または複数のOpenIDを記述し、さらに各OpenIDで表される回線の属性が記述されたデータである。属性とは、例えば、同一ユーザが保有する（つまり、事業者との間で利用契約を結んでいる）３つの回線のうち、一の回線が他の二つの回線よりも利用頻度が高い場合に、例えば当該一の回線が「メイン」という属性が付与される一方、他の二つの回線は「サブ」という属性が付与される。属性は、例えばフラグ情報として表現される。
あるいは、「メイン」や「サブ」といった属性は、回線の利用状況や端末１００の機能とは関係なく付与されてもよい。つまり、「メイン」や「サブ」はあくまで属性の一例であって、例えば、属性の項目数は３以上（属性の内容は、例えば「Ａタイプ」、「Ｂタイプ」「Ｃタイプ」）であってもよい。要するに、属性とは、同一ユーザで使用される回線群において他の回線との何らかの関係性を表すものであればいかなる内容でもよい。以下では、説明の便宜上、付与される属性として「メイン」、「サブ」の２種類が存在すると仮定する。
【００２１】
なお、この属性は、回線契約時または端末１００の購入時に、ユーザからの要求に応じて管理装置３００の管理者が入出力部３３０を介して第３テーブルＴ３へ書き込んでもよいし、回線契約時等に中継装置２００の管理者（通信事業者）から管理装置３００に対して登録要求を行い、この要求に応じて第３テーブルＴ３に書き込まれてもよい。
【００２２】
図５に戻り、制御部３１０は、プロセッサによって実現され、各部を制御する機能モジュール（図示省略）に加え、属性特定部３１１を含む。属性特定部３１１は、中継装置２００から受信した端末１００が使用する回線を識別するための情報であるOpenIDに基づき、当該回線に関連付けて登録されている一または複数の他の回線を特定する。具体的には
、属性特定部３１１は第３テーブルＴ３を参照し、そのOpenIDに関連付けられたユーザＩＤと、当該ユーザＩＤに関連付けられた他のOpenIDとを特定する。この結果、要求を送信したユーザが使用しうるユーザが他に使用可能な回線が全て特定される。
ここで、回線と端末とが一対一に対応する場合は、そのユーザが保有する端末１００を全て特定することに等しい。属性特定部３１１は、さらに、特定した各回線についてその属性を取得する。具体的には、第３テーブルＴ３を参照し、各OpenIDに関連付けられている属性を抽出する。
【００２３】
図７はコンテンツサーバ４００の機能構成図である。コンテンツサーバ４００は、通信部４１０、制御部４２０、入出力部４３０、および記憶部４４０を含む。通信部４１０は、インターネット７００で用いられるプロトコルに従って通信を行うＬＡＮアダプタ等の通信モジュールを含む。通信部４１０は、制御部４２０の制御の下、インターネット７００を介して中継装置２００や管理装置３００から受信した情報を制御部４２０に供給し、制御部４２０から供給された情報を中継装置２００や管理装置３００に送信する。入出力部４３０は、キーボードやマウス等の入出力デバイスであって、コンテンツサーバ４００の管理者等が記憶部４４０に記憶される情報の追加、編集、削除等を行うために用いられる。
【００２４】
記憶部４４０には、第４テーブルＴ４およびコンテンツデータＣが格納される。第４テーブルＴ４には、図８に示すように、各要求内容について、管理装置３００にて予め設定された各属性（この例では、「メイン」および「サブ」）に対応付けて、提供情報の決定方法が記述される。要求内容とは、端末１００からコンテンツサーバ４００に対してなされうる要求の内容（種類）である。同図では、コンテンツサーバ４００が、ユーザからの要求「受信フォルダの閲覧」、「メールの作成」、「電話帳の閲覧」、「WEBページの閲覧」・・・に対応する機能を有している例を示している。コンテンツサーバ４００が対応できる要求の種類は１つでも構わない。決定方法とは、要求に対応して端末１００に提供すべき情報の内容を決定する際に参照される情報である。例えば、ユーザからの要求（例えば受信フォルダの閲覧）に対してコンテンツサーバ４００が提供するサービスの内容（例えば受信フォルダ内のデータの提供）の場合、受信フォルダ内のどのデータ（あるいは全てのデータ）を提供するのかをどのように決定するのか定義する情報を含む。決定方法は、提供すべきデータやコンテンツを指定する情報であってもよいし、提供情報を生成する方法やアルゴリズムを記述するものであってもよい。
【００２５】
図７に戻り、コンテンツデータＣは、サービスの種類に応じて端末１００のユーザに提供する情報を含む。同図の例では、メール関連データＣ１、電話帳関連データＣ２、ＷＥＢページ関連データＣ３がコンテンツデータＣに含まれる場合が示されている。メール関連データＣ１とは、各回線ごとに（１回線１端末の場合は端末ごと）に、当該回線に対応付けられたアカウント情報（メールアドレス、メール送受信画面の構成その他のユーザインタフェースを規定する情報、その他のメール作成や閲覧に必要な情報）、当該回線を用いて過去に当該アカウントを用いて受信したメール（メール本文のテキストデータや添付ファイル）、当該回線を用いて一時的に保存された作成中のメールなどが含まれる。電話帳関連データＣ２には、回線ごとに、当該ユーザの連絡先（電話番号や住所等）が記録される。ユーザは自分の回線に対応する電話帳にアクセスし、情報の内容を追加・変更・削除することができるようになっている。ＷＥＢページ関連データＣ３は、各回線について、コンテンツを端末１００において表示させるために必要なデータ（コンテンツ本体のＨＴＭＬデータ）や回線の識別子に対応する端末ごとに表示の内容を異ならせる（カスタマイズする）ために必要な設定情報が含まれる。なお、回線を特定する識別子としては、ＭＳＮを用いてもよいし、中継装置２００にてＭＳＮと一対一に対応して発行されるOpenIDを用いてもよい。
【００２６】
制御部４２０はプロセッサによって実現され、属性取得部４２１および内容決定部４２２を含む。属性取得部４２１は、サービス提供対象のユーザが当該提供に際に使用している回線に対応付けられた、登録されている他の回線についての情報（回線関連情報という）を特定する。具体的には、通信部４１０を介して、回線を特定する情報（OpenID等）を受信すると、属性取得部４２１は回線関連情報を管理装置３００に対して要求し、管理装置３００から取得した回線関連情報から、当該回線に関連付けられた回線を識別するためのOpenIDおよび各回線に対して付与された属性を取得する。
管理装置３００から受け取った回線関連情報は、内容決定部４２２に供給される。内容決定部４２２は、回線関連情報に基づいて、当該要求に対して端末１００への提供情報の内容を決定する。具体的には、第４テーブルＴ４が参照され、要求内容と属性取得部４２１から供給された属性に基いて決定される。例えば、要求内容が「受信フォルダの閲覧」で、要求に使用した回線の属性が「メイン」である場合、サービス内容は「他回線が保有する情報を付加する」という定義に従って決定される。この結果、当該回線で使用される１つのアカウントについてコンテンツサーバ４００にて受信された未読メールに加えて、当該回線に関連付けられた回線で使用される１つのアカウントで受信され且つ未読状態のメールが抽出され、抽出された情報に基づいて端末１００に提供すべき情報が生成される。生成された情報は、端末１００あてに通信部４１０を介して送信される。該送信された情報は、通信部４１０、インターネット７００、中継装置２００、移動通信網６００、基地局５００を経由して最終的に端末１００に届けられる。
【００２７】
２．動作
図９は情報提供システム１における動作の概要の一例を表す図である。
この例では、予めユーザが使用する複数の回線についての情報を登録しておく（Ｓ１００）。例えば、ユーザが２台目以降の端末１００の購入時や追加回線の契約時の際に、通信事業者との間で所定の手続を行うことにより、そのユーザが保有する複数の回線と、各回線について属性の設定を行う。この結果、中継装置２００および管理装置３００においてそれぞれ第２テーブルＴ２および第３テーブルＴ３に必要な情報が書き込まれ、同一ユーザが使用可能な複数の回線が紐付けられる。
その後、ユーザが端末１００を操作して所望のサービスをコンテンツサーバ４００に対して要求を送出すると（Ｓ１０２）、中継装置２００において回線が特定され（Ｓ１０４）、管理装置３００において当該回線の回線の属性を含む回線関連情報が決定される（Ｓ１０６）。決定された属性を用いて、コンテンツサーバ４００において要求に対応する提供情報が生成され（Ｓ１０８）、端末１００に送信される（Ｓ１１０）。ここで、回線の特定タイミングと要求の受信のタイミングは任意である。例えば、中継装置２００は要求の際に使用される回線を事前に把握してもよい。
【００２８】
図１０は、情報提供システム１における動作の詳細を表す図である。いま、端末１００は移動通信網６００を介して中継装置２００との間の通信を行うための無線通信回線を確立しているものとする。ここで、端末１００の電話番号はＭＳＮ１であり、端末１００が使用する回線は識別子ＭＳＮ１で特定されるものとする。また、ＭＳＮ１は、端末１００に固有の番号であるとあるとする。換言すると、中継装置２００は識別子ＭＳＮ１によって端末１００を一意に特定している（図９のＳ１０４）。
いまコンテンツサーバ４００のユーザが所定の操作を行い、コンテンツサーバ４００からメールに関連するサービスを受けるために、アプリケーションＰ１を起動した場合を想定する。すると、制御部１１０は、表示部１３にアイコン等が表示されたメニュー画面を表示し、ユーザは画面アイコンをタップするなどの所定の操作を行って、メールの送受信サービスを選択したものとする。制御部１１０は、この選択を受け付けると、記憶部１７０に記憶されたコンテンツサーバ４００のＩＰアドレス（ＩＰアドレス２とする）を読み出し、要求に使用された回線（換言すると要求の送信元の端末）を特定するＭＳＮ１と、接続先を特定するＩＰアドレス２とを含むログイン要求Ｄ９０１を生成し、中継装置２０
０に送信する。なお、同図において、ノード間をやり取りするデータを、「「情報の内容（種類）」（送信元や送信先ノードを特定する情報）」という形式で表現している。
【００２９】
中継装置２００は、ログイン要求Ｄ９０１を受信すると、インターネット７００を介してコンテンツサーバ４００が端末１００を特定するために必要なＩＰアドレス（ＩＰアドレス１とする）を発行し、送信元のＩＰアドレス１と宛先のＩＰアドレス２とを含むログイン要求Ｄ９０２を生成して、コンテンツサーバ４００に送信する。ログイン要求Ｄ９０２を受信すると、コンテンツサーバ４００は、コンテンツサーバ４００が有するメール機能をユーザが利用するために必要な操作を受け付けるためのメニュー画面を端末１００に表示させるためのデータＤ９０３を中継装置２００あてに送信する。データＤ９０３は、中継装置２００で転送され、データＤ９０４が端末１００で受信される。端末１００では、受信したデータＤ９０４に従って表示処理が行われる。
【００３０】
メニュー画面の例を図１１に示す。この例では、「受信フォルダ」、「新規作成」、「送信済みフォルダ」、「ゴミ箱」のアイコンが表示されている。いま、ユーザは、「受信フォルダ」をタップするなどして、所望するサービスの種類として受信フォルダの閲覧を指定する。すると、図１０に戻り、サービス要求（Ｄ９０５、Ｄ９０６；図９のＳ１０２）が端末１００からコンテンツサーバ４００へ中継装置２００を介して送信される。サービス要求Ｄ９０６を受信すると、中継装置２００は管理装置３００に対して認証要求Ｄ９０７を送信する。Ｄ９０７を受信すると、中継装置２００は、第２テーブルＴ２および第１テーブルＴ１を参照し、ＩＰアドレス１に対応するOpenID（OpenID1とする）を特定し、これを含む認証結果Ｄ９０８をコンテンツサーバ４００に送信する。OpenID1を受信したコンテンツサーバ４００は、管理装置３００に対し、OpenID1が内包された関連回線情報の要求Ｄ９０９を送信する。要求Ｄ９０９を受信した管理装置３００は、OpenID1で特定される回線に関連付けられた回線のOpenIDおよび各回線の属性を特定し、これらの情報を関連回線情報Ｄ９１０としてコンテンツサーバ４００に送信する（図９のＳ１０６）。コンテンツサーバ４００は、Ｄ９０６から得られた要求内容とＤ９０８で特定された属性とに基づいて提供情報としてコンテンツデータＤ９１１を生成し、中継装置２００に送信する（図９のＳ１０８、Ｓ１１０）。コンテンツデータＤ９１１は中継装置２００で転送され、コンテンツデータＤ９１２が端末１００で受信される。以下、端末１００に表示される画面の例を通じて、図９のＳ１０８においてコンテンツサーバ４００にて生成される提供情報の例を具体的に説明する。
【００３１】
（１）前提
いま、一人のユーザが移動通信網６００を管理する通信事業者と契約を行って二つの回線１および回線２を利用できる状況になっていると仮定する。すなわち、このユーザはコンテンツサーバ４００にアクセスして種々のサービス提供を受けるに際し、端末１００−１および端末１００−２のいずれも使用することができる状況にある。そして、当該ユーザは、端末１００−１および端末１００−２を保有し、回線１は端末１００−１のみで使用され、回線２は端末１００−２のみで使用されるものとする。また、第３テーブルＴ３には、回線１の属性として「サブ」が、回線２の属性として「メイン」が記憶されているとする。
【００３２】
（２）メール受信サービス
まず、ユーザの要求が受信メールの閲覧である場合について説明する。コンテンツサーバ４００を用いてメール関連のサービスを利用するにあたり、当該ユーザはコンテンツサーバ４００に対しそれぞれ端末１００−１および端末１００−２を用いてメールの送受信等のサービスが受けるための各種設定を済ませているものとする。具体的には、回線１（端末１００−１）、回線２（端末１００−２）のそれぞれについて、OpenID1およびOpenID2に対応づけてアカウント１およびアカウント２が設定されていると仮定する。各アカウ
ントについて、差出人および受取人としてメールアドレスやＩＤやパスワード等の設定情報が記憶部４４０に記憶され、受信メールを格納する領域、送信済みメール等の領域が記憶部４４０内にそれぞれ確保される。ここでは、端末１００−１、端末１００−２のそれぞれについて、メールアドレス「aaa-sub@abcdef.com」、「aaa-main@abcdef.com」を用いてメールの送受信が行われるように設定されているものとする。
【００３３】
（ａ）端末１００−１（回線１：サブ、アカウント１）を使用した場合
内容決定部４２２は、管理装置３００から取得した回線関連情報から、回線２の属性が「サブ」であることを認識する。続いて、内容決定部４２２は第４テーブルＴ４を参照し、「受信フォルダの閲覧」に対して「サブ」の場合は、サービス内容として「他回線が保有する情報に依存させない」が定義されているので、アカウント１用の受信フォルダのみからaaa-sub@abcdef.comあてメールの各々についてヘッダ情報を抽出する。一例として、ヘッダ情報には、各メールを識別するためのＩＤ、受信時刻、送信時刻、件名、差出人のメールアドレスが含まれる。抽出されたヘッダ情報は、当該要求に対する応答として端末１００に提供される。この結果、端末１００で表示される内容は例えば図１２に示すものになる。同図の例では、新着受信メールが３件あって、コンテンツサーバ４００が受信した各メールに対して一意に割り当てられたＩＤと、その受信時刻と、メールのヘッダに含まれる情報（件名、差出人等）が対応付けて表示されていることがわかる。ユーザはこのなかから閲覧したいメールを選択すると、そのメールを特定する要求がコンテンツサーバ４００へ送信され、コンテンツサーバ４００は当該受信フォルダから当該メールの本文（加えて添付ファイル）を読み出し、端末１００に送信する。
【００３４】
（ｂ）端末１００−２（回線２：メイン、アカウント２）を使用した場合
一方、端末１００−２からメールの閲覧要求を受けた場合、内容決定部４２２は、第４テーブルＴ４を参照し、「メイン」属性に対応するサービス内容は「他回線が保有する情報を付加する」であるから、管理装置３００から取得した回線関連情報に含まれる（OpenID1）を抽出する。そして、OpenID1およびOpenID2に割り当てられているアカウントをそれぞれ特定し、アカウント１用の受信フォルダとアカウント２用の受信フォルダからそれぞれヘッダ情報を抽出する。そして、要求を出す際に使用された回線に対応するアカウントでないアカウント（つまりOpenID1に割り当てられたaaa-sub@abcdef.com）あてのメールについては、フラグ情報を付加して端末１００に送信する。この結果、端末１００の画面には図１３に示すような内容が表示される。同画面において、「★」とあるのは、当該フラグ情報に応じた描画処理が行われた結果である。
このように、「メイン」属性の回線を使用した場合は、「サブ」属性を使用した図１２の場合とは異なり、閲覧要求に使用している端末宛のメールに加えて自己が保有する端末に届いたメールが合わせて提示される。そして、フラグ情報によって、そのメールが現在使用している端末宛のものなのか否かが把握できるようになっている。なお、各メール本文の閲覧については（１）と同様であるので、説明を省略する。このように、メールの閲覧要求に使用する回線（端末）に応じて、コンテンツサーバ４００が端末１００に提供する情報が異なる。
【００３５】
（３）メール作成・送信サービス
次に、コンテンツサーバ４００が端末１００からの要求として「メールの新規作成」を受信した場合について説明する。
（ａ）端末１００−２（回線２：メイン、アカウント１）を使用した場合
内容決定部４２２は、第４テーブルＴ４を参照して「他回線の情報を反映させない」ように提供情報を作成すべきであることを把握すると、アカウント２用の設定情報から差出人の項目としてメールアドレスを読み出し、このメールアドレスを差出人情報と紐付けたメール作成用画面のデータを端末１００に送信する。この結果、端末１００−２では、図１４に示すようにアカウント２で使用されるメールアドレスが予め差出人の項目に入力さ
れた状態の画面が表示される。ユーザは宛先のアドドレスや本文等の必要な情報を入力して送信を指示する操作を行うと、入力された情報がコンテンツサーバ４００に送信される。コンテンツサーバ４００では受信した情報に従って所定のプロトコルに従ってヘッダ等やメッセージ本文を含むデータを作成し、インターネット７００を介してそのあて先に配信する。
【００３６】
（ｂ）端末１００−１（回線１；サブ、アカウント２）を使用した場合
内容決定部４２２は第４テーブルＴ４を参照すると、「他回線の情報を反映させる」に従って、アカウント１の設定情報から差出人の項目としてメールアドレスを読み出し、さらに、回線関連情報から回線１に関連付けられた回線２のOpenID2を特定し、OpenID2に対応するアカウント情報から、差出人の項目としてメールアドレスを読み出す。そして、読み出した２つのメールアドレスを用いて差出人フィールド内に埋め込むテキストデータや画像データあるいはこれらを含むスクリプトを生成し、メール作成用画像のデータとともに端末１００−１に送信する。この結果、端末１００−１では、図１５に示すように、メールの送信時に差出人として表示するアドレスを選択するための画面が表示される。ユーザは、差出人としていずれかのアドレスを指定すると、入力情報にその情報が含まれ、これを受信したコンテンツサーバ４００では、指定した差出人のメールとしてメールの配信処理が行われる。
【００３７】
（４）電話帳の閲覧サービス
次に、要求が電話帳の閲覧の場合について説明する。前提として、端末１００−１、端末１００−２をそれぞれ用いて、回線１（端末１００−１）、回線２（端末１００−２）を識別するOpenIDにそれぞれに対応する、電話帳データが作成され、記憶部４４０の電話帳関連データＣ２として格納されているとする。
（ａ）端末１００−１（回線１；サブ）を使用した場合
端末１００−１から電話帳の閲覧要求を受信すると、内容決定部４２２は属性が「サブ」であることを確認し、第４テーブルＴ４を参照する。第４テーブルＴ４には「他回線が保有する情報に依存させない」と定義されているので、内容決定部４２２、は回線１（端末１００−１）のOpenID1で使用される電話帳に記憶された情報を全て読み出して、端末１００に送信する。この結果、端末１００−１には図１６に示すような画面が表示される。すなわち、ユーザは自端末を用いて作成された電話帳の内容（ここでは、Ａさん、Ｄさん、Ｇさん、Ｉさん・・・が登録されている）がそのまま確認できる。
（ｂ）端末１００−２（回線２；メイン）を使用した場合
一方、端末１００−２から電話帳の閲覧要求があった場合、内容決定部４２２は、属性が「サブ」であることを確認し、第４テーブルＴ４に記述される「他回線が保有する情報を付加する」という定義に基づき、回線２に対応するOpenID2の電話帳から情報を読み出すことに加え、回線２のOpenID2に関連付けられた回線１のOpenID1の電話帳からも情報を読み出す。そして、内容決定部４２２は、これらの読み出した情報を統合したデータを生成する。例えば、回線２の電話帳にはＢさん、Ｃさん、Ｄさん、Ｄさん、Ｆさん、Ｇさん・・・が登録されているとすると、ここで生成されるデータは、２つの電話帳データをあわせて互いの重複部分を削除したもの（Ａさん、Ｃさん、Ｄさん、Ｆさん、Ｇさん、Ｈさん、Ｉさん・・・についての情報を含む）となる。このデータは端末１００−２へ送信される。受信した端末１００−２では、図１７のような画面が表示される。
このように、回線の属性に応じて、自己の回線（端末）を用いて登録された電話帳のみに加えて、他の端末を用いて登録された電話帳データを自端末であわせて閲覧することができる。
【００３８】
（５）ＷＥＢページの閲覧サービス
端末１００からの要求がおすすめ商品を紹介するＷＥＢページの閲覧の場合を説明する。前提として、当該ＷＥＢページの表示をユーザに合わせてカスタマイズするための設定
情報が、回線（端末）を識別するOpenIDごとに、記憶部４４０に記憶されるＷＥＢページ関連データＣ３に含まれているとする。例えば、設定情報にはユーザの属性や当該回線（端末）を用いて行った購入履歴等の情報が含まれる。
（ａ）端末１００−１（回線１；サブ）を使用した場合
内容決定部４２２は、回線１の属性がサブであるという情報を取得すると、第４テーブルＴ４を参照する。第４テーブルＴ４には「他回線が保有する情報を反映させない」と定義されているから、ＷＥＢページ関連データＣ３に含まれる回線１用の設定情報を読み出し、読み出した設定情報に基づいてウェブページデータを生成する。ＷＥＢページ関連データＣ３に含まれる全商品情報（商品の識別番号、写真、説明文、価格などの情報、商品カテゴリなどを含む）のうち、設定情報との合致度に基づいて各商品の優先度（お勧め度）を決定し、決定した優先度に従って所定数の商品が配置されるようにウェブページのレイアウトを決定する。レイアウト情報を含むウェブページデータは端末１００−１に送信される。受信した端末１００−１では、図１８に示すような画面が表示される。
【００３９】
（ｂ）端末１００−２（回線２；メイン）を使用した場合
内容決定部４２２は、回線１の属性がメインであるという情報を取得すると、第４テーブルＴ４を参照する。第４テーブルＴ４には「他回線が保有する情報を反映させる」と規定されているから、ＷＥＢページ関連データＣ３に含まれる回線１用の設定情報と、回線１に関連付けられた回線２用の設定情報とを読み出し、それぞれ読み出した情報を用いて、ウェブページデータを生成する。例えば、所定のアルゴリズムに従って、２つのカスタマイズ情報から優先度を決定し、決定した優先度に従って商品が配置されるようにウェブページのレイアウトを決定する。ウェブページデータを受信した端末１００では、図１９に示すような画面が表示される。
このように、要求に使用される回線（端末）によって、画面に表示されるコンテンツの内容が異なる。
【００４０】
このように、本実施例によれば、要求に使用されている一の回線の他回線との関連性に応じた内容の情報が、当該一の回線を用いて当該端末に提供される。これにより、複数の回線を使用可能なユーザに対して多様なサービスを提供することができる。また、この際、サービスを要求する際にユーザに対してＩＤやパスワードの入力等の認証のための作業を要求することがないので、ユーザに余計な負担を与えることがなく、ＩＤ等を忘れる心配をする必要もない。
【００４１】
＜変形例＞
上記実施例は一例に過ぎず、変形して用いてもよい。以下、変形を行う際の観点について例示する。
（１）回線関連情報の取得動作
管理装置３００から回線関連情報を取得するにあたり、コンテンツサーバ４００からではなく例えば中継装置２００から要求を出してもよい。
また、回線と特定するための識別子として、インターネット７００上において管理装置３００およびコンテンツサーバ４００の間でやり取りされるOpenID等を導入せずに、ＭＳＮを用いて回線を識別してもよい。具体的には、図２１に示すように、中継装置２００においてはＭＳＮに基づいてOpenIDを発行することはせず、管理装置３００においては第３テーブルＴ３に替えてＴ３ａを記憶しておき、コンテンツサーバ４００においてはOpenIDに替えてＭＳＮに対応付けて各種コンテンツデータを記憶しておく。すなわち、図２０に示すように、図１０のデータＤ９０８、Ｄ９０９、Ｄ９１０に替えて、それぞれデータＤ９１３、Ｄ９１４、Ｄ９１５がやり取りされる。
この態様においては、回線を特定するための情報を小なくてすむ。また、コンテンツサーバ４００と管理装置３００との間の通信路を設ける必要がなくなる。
【００４２】
（２）ユーザ、回線、端末の関係
上記実施例において、「回線」とは、ユーザが利用する機器や通信に係る制御パラメータを含む、ユーザが使用する通信路または通信手段を特定するものであって、広い意味での通信リソースの１例である。従って、上述の「回線」という概念は、通信を実現するための特定のハードウェアやソフトウェア（通信方式、通信規格等）と同じである必要はない。回線を特定する情報は、上記実施例のように、一つの通信規格に従った通信網を利用する各端末を識別する情報ともなり得るし、複数の通信規格が混在する通信網における各端末を識別する情報ともなり得る。
回線と端末との関係は一対一でもよいし、一対多（１つの回線を複数台の端末が共有する状況）、多対一（１つの端末が複数の回線を選択的に利用可能な状況）でもよい。すなわち、本発明においては、ユーザが、情報の要求および提供を行う際に使用する通信リソース（あるいは通信リソースの組み合わせ；リソース群）を複数利用可能な場合において、それら通信リソース（群）を関連付けておき、要求に使用された一の通信リソース通信リソース（群）の他の通信リソース（群）との関連性に基づいて提供情報を決定し、当該一の通信リソースを用いて当該内容の情報を当該端末に提供するというものであると把握できる。
また、複数のユーザ（１つのユーザ群）が一台の端末（または１つの通信回線）を利用できる状況であっても、本発明を適用することが可能である。この場合、関連付けを行う対象の回線は、利用可能な複数のユーザが完全に一致するものであるか否かに基づいて決定すればよい。つまり、上記例の「同一のユーザ」というのは、「同一のユーザ群」に置き換えて適用することができる。
【００４３】
（３）提供情報の決定方法
上記実施例においては、要するに、第１の属性を有する回線を用いて要求が行われた場合は、第１の情報が提供されるのに対し、前記第２の属性を有する回線を用いて当該要求が行われた場合は、前記第１の情報に加えて第２の情報が提供されるものであるといえる。通信リソースに基づいて端末への提供情報を決定する方法は、この例に限らない。例えば、ユーザがサービス内容として自由な定義を第３テーブルＴ３（Ｔ３ａ）に書き込むことで、各ユーザの好みに応じたサービスを提供することができる。また、提供される情報が、必ずしも関連する回線に対応する情報（他の回線で使用されたデータ等）に依存している必要もない。例えば、提供情報を、関連付けられる回線が存在する（ユーザが２回線以上保有している）か／しない（ユーザが１回線しか保有してない）かという事実のみに依存させてもよい。回線（端末）の属性としては、「メイン」、「サブ」の二種類に限られず、例えば三種類以上を設定してもよい。設定可能な関連回線情報の定義内容を多様にすることで、提供されるサービス内容の幅が広がる。
なお、提供情報を定義したテーブルを用いる必要は必ずしもない。例えば、回線の関連付けが存在する場合には、関連付けが存在ない場合（例えばこれがデフォルトで提供される内容と規定しうる）に対して所定のデータを付加するというものでもよいし、所定のアルゴリズムに従ってコンテンツデータを加工するというものでもよい。
【００４４】
（４）機能配置
要するに、本発明においては、ユーザが使用可能な複数の通信リソースを互いに関連付けて登録しておき、当該ユーザに提供する情報の内容が、当該ユーザが使用可能な他の通信リソースの有無または通信リソース間の関係性に依存するように決定される機能を有する。すなわち、本発明のシステムは、端末からの要求を受け付ける機能と、前記要求がなされる際に用いられた、通信リソースとしての一の回線を特定する機能と、前記特定された一の回線に関連づけて登録されている他の回線を特定する機能と、該特定された、一の回線と他の回線とに基づいて、前記要求に対する提供情報を決定する機能と、前記一の回線を用いて、該決定された提供情報を前記端末に送信する機能とを有していればよい。
各機能をどのようなノードに実装させるかは、上記実施例に限定されず、任意である。
例えば、中継装置２００、管理装置３００、コンテンツサーバ４００の機能を１つのノード（ハードウェア）で実装してもよい。これら機能をハードウェアに実装するプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤＤ（Flexible Disk Drive））など）、光記録媒体（光ディスク（ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリなどのコンピュータ読取り可能な記録媒体に記憶した状態で提供され、またはネットワーク経由でダウンロードされうる。上記実施例のように、複数のノードから構成されるシステムとして実現される場合、ノード間の接続形態は任意である。例えば、情報提供システム１において、端末１００−中継装置２００間は有線通信を行ってもよいし、インターネット７００は公衆通信網である必要もない。
【００４５】
換言すれば、本発明は、図２２に示すように、端末からの要求を受け付ける受け付け手段９０１と、前記要求がなされる際に用いられた一の回線を特定する第１特定手段９０２と、前記特定された一の回線に関連づけて登録されている他の回線を特定する第２特定手段と、前記一の回線と該特定された他の回線とに基づいて、前記要求に対する提供情報を決定する決定手段９０４と、前記一の回線を用いて、該決定された提供情報を前記端末に送信する送信手段９０５とを備えた情報処理装置９００と端末１００とで構成される情報提供システム１Ａを一つ実施例として含む。この場合、情報処理装置９００は、一または複数のコンピュータを実装し、上記の、要求の受け付け機能、要求回線を特定する機能、他の回線を特定する機能、提供情報を決定する機能、提供情報を生成する機能、および前記端末に送信する機能を当該一または複数のコンピュータ実現させるためのプログラムを実行する。
【００４６】
中継装置２００がある通信事業者が所有するものである場合において、当該通信事業者以外と契約していない回線を使用してなされたアクセスを受け付けてもよい。例えば、中継装置２００は見知らぬ電話番号等、自己が把握していない回線の情報を用いたアクセス要求を受けた場合、当該アクセスを許可すべきか否かを、管理装置３００に問い合わせることによって決定する。これを実現するシステムの一例を以下に示す。
【００４７】
まず、図２３に示すように、中継装置２００において第１テーブルＴ１に替えてＴ１ａを格納しておく。第１テーブルＴ１ａには、管理装置３００から取得した関連回線情報を記憶するためのフィールドが設けられる。例えば、ある回線の識別子ＭＳＮに関連付けられている回線としてＭＳＮ１０、ＭＳＮ１１、ＭＳＮ１２があり、それぞれの属性が「サブ」、「メイン」、「サブ」である場合、「ＭＳＮ１０,サブ；ＭＳＮ１１,メイン；ＭＳＮ１２,サブ」という形式のデータが第１テーブルＴ１ａに格納される。
【００４８】
一方、管理装置３００においては、図２４に示すように、第３テーブルＴ３に替えてＴ３ｂを格納しておく。第3テーブルＴ３ｂは、関連回線情報として、ユーザＩＤで関連付けられた各回線の属性の他、回線特定情報を記憶するためのフィールドが設けられている。回線特定情報のフィールドには、回線を識別するための情報（ここではOpenID）が空欄のフィールドのデータについてのみ、情報が書き込まれる。同図の例においては、ユーザＩＤ「２４５６８４５９７０」で特定されるユーザについては、中継装置２００で識別可能なOpenIDで特定される３つの回線と、OpenIDを有していない回線であって「ＭＳＮｘ」で特定される１つの回線を有していることを意味している。
【００４９】
図２５は、変形例に係る情報提供システムの動作の概要を示す図である。中継装置２００は、アクセス要求を受けると（Ｓ２００）、当該要求に含まれる、当該要求の際に使用されている回線についての情報（ＭＳＮ等）が第１テーブルＴ１ａに登録されているか否かを判定する（Ｓ２０１）。登録されている場合（Ｓ２０１：Ｙ）、中継装置２００は、当該端末とコンテンツサーバ４００との間の通信を中継する。この際、中継装置２００は
、コンテンツサーバ４００からの要求に応じて、第１テーブルＴ１ａに記憶されている関連回線情報を提供する（Ｓ２０９）。コンテンツサーバ４００は、関連回線情報を中継装置から取得し（Ｓ２１０）、関連回線情報に基づいて提供情報を生成し（Ｓ１０８）、当該端末へ送信する（Ｓ１１０）。
【００５０】
一方、中継装置２００に当該要求に係る回線についての情報が登録されていなかった場合（Ｓ２０１：Ｎ）、中継装置２００は、当該要求に使用されている回線の認証についての要求を管理装置３００に送信する（Ｓ２０２）。ここでは、当該要求には、使用回線を識別するための情報として中継装置２００に登録されていない（「ＭＳＮｘ」）が含まれているものと仮定する。
管理装置３００は、認証要求を受信すると、第３テーブルＴ３ｂを参照し、回線特定情報のフィールドを検索し、ＭＳＮｘに合致するレコードがあるか否かを決定する（Ｓ２０３）。合致するレコード第３テーブルＴ３ｂに発見できない場合は（Ｓ２０３：Ｎ）、認証結果として認証不成立である旨の情報を中継装置２００に送信する。一方、合致するレコードを発見した場合は（Ｓ２０３：Ｙ）、当該レコードに係る回線の属性や、ユーザＩＤを介して当該回線に紐付けられている各回線についての属性を読み出し、中継装置２００に送信する（Ｓ２０４）。
【００５１】
受信した認証結果が認証不成立を表していた場合、中継装置２００は、当該要求を拒否する旨の信号を当該端末に送信する。これで当該要求に対する処理は終了する。一方、受信した認証結果に関連回線情報が含まれていた場合、中継装置２００は、ＭＳＮｘと取得した関連回線情報とを対応付けて第１テーブルＴ１ａに新たにレコードを一つ設け、ＭＳＮｘと取得した関連回線情報とを生成したレコードに格納する。続いて、中継装置２００は当該端末との間の通信路を確立させる（Ｓ２０８）。
【００５２】
図２６は、図２５で表される動作における情報の流れの一例を表すものである。以下、図１０に記載の動作との相違点を中心に説明する。まず、端末１００にて所定のアプリケーションが起動され、コンテンツサーバ４００へのアクセス要求Ｄ９０１Ａが中継装置２００に送信される。中継装置２００は、第１テーブルＴ１ａを参照して当該要求に使用されている回線（例えばＭＳＮｘで識別される回線）が第１テーブルＴ１ａに登録されているかをチェックする。登録されていない場合は、認証要求Ｄ９２０が管理装置３００に送信される。
管理装置３００において、第３テーブルＴ３ｂが参照されてＭＳＮｘの登録の有無が判断され、認証結果Ｄ９２１が中継装置２００に送信される。中継装置２００では、認証結果に従って、コンテンツアクセスを拒否する旨の通知（Ｄ９２０Ｂ）またはコンテンツサーバ４００との中継処置を行うための情報の授受（Ｄ９０２Ａ、Ｄ９０３、Ｄ９０４）のいずれかを実行する。ＭＳＮｘが第１テーブルＴ１ａに登録されている場合（同図への図示は省略）は、直接この中継処理が実行されることになる。
続いて端末１００からサービス要求（メールの閲覧要求等）がコンテンツサーバ４００に送信されると（Ｄ９０５、Ｄ９０６）、コンテンツサーバ４００は、中継装置２００から関連回線情報を取得する（Ｄ９２２、Ｄ９２３）。コンテンツサーバ４００において、取得した関連回線情報に基づいて提供情報が生成され、端末１００に提供される（Ｄ９１１、９１２）。
【符号の説明】
【００５３】
１・・・情報提供システム、１００・・・端末、１１０・・・制御部、１２０・・・通信部、１３０・・・表示部、１４０・・・入力部、１５０・・・音声入力部、１６０・・・音声出力部、１７０・・・記憶部、２００・・・中継装置、２１０・・・制御部、２２０・・・通信部、２１１・・・アドレス変換部、２１２・・・回線特定部、２３０・・・入出力部、２４０・・・記憶部、３００・・・管理装置、３１０・・・制御部、３１１・・・属性特定部、３２０・・・通信部、３３０・・・入出力部、３４０・・・記憶部、４１０     通信部、４２０・・・制御部、４３０・・・入出力部、４２１・・・属性取得部、４２２・・・内容決定部、４４０・・・記憶部、４００・・・コンテンツサーバ、５００・・・基地局、６００・・・移動通信網、７００・・・インターネット、９００・・・情報処理装置、Ｃ１・・・メール関連データＣ１、Ｃ２・・・電話帳関連データＣ２、Ｃ３・・・ＷＥＢページ関連データＣ３、Ｔ１・・・第１テーブル、Ｔ１ａ、Ｔ２・・・第２テーブル、Ｔ３、Ｔ３ａ、Ｔ３ｂ・・・第３テーブル、Ｔ４・・・第４テーブル
【図１】
2014010757.tif 000003
【図２】
2014010757.tif 000004
【図３】
2014010757.tif 000005
【図４】
2014010757.tif 000006
【図５】
2014010757.tif 000007
【図６】
2014010757.tif 000008
【図７】
2014010757.tif 000009
【図８】
2014010757.tif 000010
【図９】
2014010757.tif 000011
【図１０】
2014010757.tif 000012
【図１１】
2014010757.tif 000013
【図１２】
2014010757.tif 000014
【図１３】
2014010757.tif 000015
【図１４】
2014010757.tif 000016
【図１５】
2014010757.tif 000017
【図１６】
2014010757.tif 000018
【図１７】
2014010757.tif 000019
【図１８】
2014010757.tif 000020
【図１９】
2014010757.tif 000021
【図２０】
2014010757.tif 000022
【図２１】
2014010757.tif 000023
【図２２】
2014010757.tif 000024
【図２３】
2014010757.tif 000025
【図２４】
2014010757.tif 000026
【図２５】
2014010757.tif 000027
【図２６】
2014010757.tif 000028