(57)【要約】【課題】従来から、端末装置固有の識別番号に基づいて、サービスシステムの利用者を管理する際には、端末装置の識別情報が、その端末装置が属するドメイン（端末装置と、その端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる統合システム）内でしか有効でないため、異なるドメインに属する端末と連携したサービスの提供を受けることはできない。【解決手段】本発明は、端末装置と、その端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる複数のサービスドメインと、複数のサービスドメインにおいて機器識別番号と関連付けられている複数のサービスドメインにまたがって共通な共通識別情報に基づいてサービスを提供するサービスサーバと、からなるサービスシステムを提案するものである。【選択図】            図１
2008171271.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、その端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる複数のサービスドメインと、複数のサービスドメインにおいて機器識別番号と関連付けられている識別情報であって、複数のサービスドメインにまたがって共通な共通識別情報に基づいてサービスを提供するサービスサーバと、からなるサービスシステムであって、
各サービスドメイン管理サーバは、
自身が属するサービスドメインの端末装置からのサービス要求を受付ける受付部と、
サービス要求と関連付けられている機器識別番号をその機器識別番号と関連付けられている共通識別情報に変換する変換部と、
変換により得られた共通識別情報を付してサービスサーバにサービス要求を転送する転送部と、
を有するサービスシステム。
【請求項２】
共通識別情報が複数の端末装置の機器識別番号と関連付けられている場合には、
サービスサーバは、
サービス要求に基づいてサービスを提供すべき端末装置が複数の端末装置の中のいずれの端末装置であるかを判別するための判別情報を取得する判別情報取得部と、
取得した判別情報に基づいてサービス提供の可否を判断する端末装置別可否判断部と、を有する請求項１に記載のサービスシステム。
【請求項３】
サービスドメイン管理サーバは、
機器識別番号及び共通識別情報と関連付けてサービスを仲介するために必要な個人情報を保持する個人情報保持部と、
所定の個人情報要求に応じて前記個人情報の全部又は一部を送信する個人情報送信部と、を有し、
サービスサーバは、
共通識別情報に基づいて一のサービスドメイン管理サーバから他のサービスドメイン管理サーバが仲介するサービス要求を受付けた場合には、サービス要求に関連付けられている共通識別情報に基づいて前記他のサービスドメイン管理サーバに対して前記個人情報の全部又は一部を自身に対して送信するように前記所定の個人情報要求を送信する個人情報要求送信部を有する請求項１または２に記載のサービスシステム。
【請求項４】
端末装置と、その端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる複数のサービスドメインと、複数のサービスドメインにおいて機器識別番号と関連付けられている識別情報であって、複数のサービスドメインにまたがって共通な共通識別情報に基づいてサービスを提供するサービスサーバと、からなるサービスシステムにおけるサービス利用方法であって、
各サービスドメイン管理サーバにて、
自身が属するサービスドメインの端末装置からのサービス要求を受付ける受付ステップと、
サービス要求と関連付けられている機器識別番号を、その機器識別番号と関連付けられている共通識別情報に変換する変換ステップと、
変換により得られた共通識別情報を付してサービスサーバにサービス要求を転送する転送ステップと、
を有するサービス利用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるサービスドメイン間で、共通のサービスの提供を実現するシステムに関するものである。
【背景技術】
【０００２】
従来から、端末装置固有の識別番号に基づいて、サービスシステムの利用者を管理する技術については提案されている（例えば、特許文献１参照）。このとき、端末装置の識別情報は、その端末装置が属するドメイン（端末装置と、その端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる統合システム）内でのみ有効である。
【特許文献１】特開２００６−１１８３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１に記載の発明においては、端末装置の識別情報を複数のドメインで横断的に利用することができないため、異なるドメインに属する端末と連携したサービスの提供を受けることはできない。また、サービスサーバからサービスの提供を受ける際に、同一のサービスであっても異なるドメインの端末装置であればドメインごとに契約をする必要があり、煩雑であるという課題があった。
【課題を解決するための手段】
【０００４】
本発明はかかる実情に鑑み、端末装置と、その端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる複数のサービスドメインと、複数のサービスドメインにおいて機器識別番号と関連付けられている識別情報であって、複数のサービスドメインにまたがって共通な共通識別情報に基づいてサービスを提供するサービスサーバと、からなるサービスシステムを提案するものである。
【発明の効果】
【０００５】
以上、説明したように本件発明に係るサービスシステムにおいては、サービスドメイン管理サーバにて、端末装置の機器識別番号をその識別番号と関連付けられている共通識別情報に変換することで、一のサービスサーバが複数のサービスドメインへサービスの提供を行うことができる。つまり、異なるドメインに属する端末装置間で連携したサービスの提供を受けることが可能となる。このとき、異なるドメインの端末装置であってもドメインごとの契約なしに一のサービスサーバからサービスの提供を受けることができ、利便性が高い。
【発明を実施するための最良の形態】
【０００６】
以下に、各発明を実施するための最良の形態を説明する。各実施形態と請求項の関係はおおむね次のようなものである。実施形態１は、主に請求項１、４について説明する。  実施形態２は、主に請求項２について説明する。  実施形態３は、主に請求項３について説明する。  なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【０００７】
また、以下に記載する各機能ブロックは、ハードウェア、またはメモリ上に展開しハードウェアを制御することでその作用が得られるソフトウェア、またはハードウェア及びソフトウェアの両方として実現されうる。具体的には、コンピュータを利用するものであれば、ＣＰＵ、メモリ、ハードディスクドライブ、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭなどの読み取りドライブ、各種通信用の送受信ポート・インターフェイス・その他の周辺装置などのハードウェア構成部、それらハードウェアを制御するためのドライバプログラム、その他アプリケーションプログラムなどが挙げられる。
【０００８】
さらに、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。またこのような発明の一部をソフトウェアとして構成することもできる。さらにそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である。）
【０００９】
＜＜実施形態１＞＞
【００１０】
＜実施形態１：概要＞  本実施形態の概要について説明する。本実施形態は、端末装置と、その端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる複数のサービスドメインと、複数のサービスドメインにおいて機器識別番号と関連付けられている識別情報であって、複数のサービスドメインにまたがって共通な共通識別情報に基づいてサービスを提供するサービスサーバと、からなるサービスシステムである。
【００１１】
図１は、本実施形態のサービスシステムの一例を示すものである。本サービスシステムは、複数のサービスドメイン（図で示した例では、サービスドメインＡ、Ｂ）と、サービスサーバとからなる。さらに、各サービスドメインは、複数の端末装置と、サービスドメイン管理サーバとからなる。ここでは、予めサービスドメインＢの端末装置２においてサービスサーバとの契約が実行されており、サービスサーバのデータベースには共通識別情報が登録されているものとする。この共通識別情報はサービスドメインＡのサービスドメイン管理サーバにて端末装置１の機器識別番号との関連付けが行われており、サービスサーバとは直接契約を行っていない端末装置１においてもサービスサーバからサービスの提供を受けることができる。（共通識別情報の発行、登録の方法や、共通識別情報と機器識別番号の関連付けの方法については後述する。）
【００１２】
まず、端末装置１は、自身が属するサービスドメインＡのサービスドメイン管理サーバに対してサービス要求を出す。このサービス要求には端末装置固有の機器識別番号が関連付けられているが、サービスドメイン管理サーバは、この機器識別番号に基づいて端末装置に対するサービスを仲介する。つまり、サービスドメイン管理サーバは、受け付けたサービス要求に関連付けられている機器識別番号を、その機器識別番号と関連付けられている共通識別情報に変換し、これをサービス要求に付して、サービスサーバに転送する。サービスサーバでは、転送されたサービス要求に応じて、データベースにて契約者の情報を検索する。正当な権原を有することが確認できれば、サービスの提供を実行する。ここでは、すでにサービスサーバとの契約は完了しており、データベースに端末装置１を識別する共通識別情報が登録されているため、端末装置１はサービスサーバからサービスの提供を受けることができる。
【００１３】
＜実施形態１：構成＞  図２は、本実施形態の機能ブロックの一例を示したものである。
【００１４】
（サービスシステム  ０２００）  「サービスシステム」（０２００）は、複数のサービスドメイン（０２１０）と、サービスサーバ（０２２０）とからなる。本サービスシステムは、サービスドメインからのサービス要求を受けて、サービスサーバが端末装置に対してサービスの提供を行うシステムである。このとき、サービスドメインは、端末装置から受け付けたサービス要求に、複数のサービスドメインにまたがって共通に利用できる共通識別情報を付して転送する。サービスサーバは受け取った共通識別情報を保持しているか、データベースの検索を行い、この検索結果に応じてサービスの提供を実行する。
【００１５】
（サービスドメイン  ０２１０）  「サービスドメイン」（０２１０）は、複数の端末装置（０２３０）と、サービスドメイン管理サーバ（０２４０）と、からなる。
【００１６】
サービスドメインとは、サービスドメイン管理サーバと、複数の端末装置と、が密な関係で統合したシステムであり、口座番号などの課金情報を共通に利用できる論理ネットワークをいう。サービスドメインは、通常独立であり、サービスドメインに属する端末装置に対して課金処理や認証処理等を行うため、各サービスドメイン内で閉じた端末装置固有の機器識別番号を用いる。このような従来のサービスドメイン形態をここではスモールドメインと呼ぶ。これに対して、本件で提案するのは、サービスドメインの垣根を越えて異なるサービスドメイン間でも共通のサービスの提供を実現することができる形態、いわば、グローバルドメインである。ただし、グローバルドメインとしてサービスの提供を実現する際にも、端末装置を識別するための情報が必要となるが、先の機器識別番号をグローバル化して利用することはできない。その理由は、各スモールドメイン内でもサービスの提供を行う場合に機器識別番号が必要となるためである。したがって、グローバルドメインは、サービスドメイン管理サーバにて機器識別番号を複数のサービスドメインにまたがって共通に利用できる共通識別情報に変換し、これを用いることによって、一のサービスサーバからの横断的なサービスの提供を実現する。
【００１７】
（端末装置  ０２３０）  「端末装置」（０２３０）は、サービス要求を出すことで、サービスの提供を受けるための装置一般を広く含む。「サービス」は、サービスサーバからコンテンツなどが提供されるものや、アプリケーションが利用可能となるものなどを想定している。
【００１８】
（サービスドメイン管理サーバ  ０２４０）  「サービスドメイン管理サーバ」（０２４０）は、当該端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介する。また、契約者の情報（課金情報なども含む）を保持しており、機器識別番号に基づいて認証を行い、機器識別番号を共通識別情報に変換する。サービスドメイン管理サーバ（０２４０）は、「受付部」（０２４１）と、「変換部」（０２４２）と、「転送部」（０２４３）と、を有する。
【００１９】
（受付部  ０２４１）  「受付部」（０２４１）は、自身が属するサービスドメインの端末装置からのサービス要求を受付ける。「サービス要求」とは、端末装置からサービスサーバに対してサービスの提供を求めるための情報をいい、要求を行うサービスを特定するための情報（サービスの種別、サービスの提供を受ける端末装置の種別を示す情報など）のほか、サービス要求の出力元である端末装置の利用者を識別するための情報や、要求日時などが含まれる場合がある。なお、受け付けたサービス要求は、スモールドメインにおけるサービス要求の場合と、グローバルドメインにおけるサービス要求の場合があるが、いずれであるかを識別するための情報がサービス要求に含まれているとしてもよい。
【００２０】
図３に、端末装置から送られるリクエストの一例をＸＭＬ形式にて示した。ここで示したリクエストは、機器識別番号（０３０１）と、リクエスト種別（０３０２）と、リクエスト内容（０３０３）と、から構成されており、リクエスト内容の下の階層にサービス要求（０３０４）が存在する。また、サービス要求は、サービス要求の出力元である端末装置固有の機器識別番号（０３０１）と関連付けられている。リクエスト種別（０３０２）は、本リクエストが機器識別番号を変換した共通識別情報を用いたグローバルドメインについてのサービスリクエストであることを示している。さらに、サービス要求には、サービス識別番号、端末種別情報、利用者識別情報、要求日時情報、ドメイン識別情報の構成要素を有する。サービス識別番号は、要求を行うサービスの種別を特定するための情報であり、端末種別情報は、サービスの提供を受ける端末装置の種別を示す情報である。また、利用者識別情報は、サービスの提供を受ける端末装置の利用者を識別するための情報であり、要求日時情報は、サービスの要求を行った日時を特定するための情報である。また、ドメイン識別情報は、受け付けたサービス要求がどのサービスドメイン（それに属するサービスドメイン管理サーバ）が仲介するサービスであるかを識別するための情報である。端末装置は、サービスドメイン管理サーバに対して、上記リクエストの全てを一括して送信する場合もあるし、一部分ごとに送信する場合もある。
【００２１】
（変換部  ０２４２）  「変換部」（０２４２）は、サービス要求と関連付けられている機器識別番号を、その機器識別番号と関連付けられている共通識別情報に変換する。「共通識別情報」は、複数のサービスドメインにまたがって共通な端末装置、又は／及び、端末装置利用者の識別情報であり、異なるドメインの端末装置についても共通で利用できる。変換処理は、予め保持されている変換テーブルなどに基づいて実行されることを想定している（詳細は後述する）。なお、サービス要求がスモールドメインにおけるサービス要求の場合には、当然ながら変換処理は実行されない。また、機器識別番号と共通識別情報との関連付けの方法については、後述する。
【００２２】
（転送部  ０２４３）  「転送部」（０２４３）は、変換により得られた共通識別情報を付してサービスサーバにサービス要求を転送する。なお、機器識別番号が共通識別情報に変換されるのはグローバルドメインの場合のみであり、ここではグローバルドメインでのサービスの提供を受けるためにサービス要求をサービスサーバへ転送することを想定している。（スモールドメインにおいては、受け付けたサービス要求に関連付けられた機器識別番号に基づいて、サービスサーバが直接端末装置に対してサービスを提供することができる。）
【００２３】
（サービスサーバ  ０２２０）    「サービスサーバ」（０２２０）は、共通識別情報に基づいてサービスを提供する。サービスサーバにおいては、図４に一例を示すような契約者のデータベースを備えている。このデータベースは例えば、共通識別情報、契約元のサービスドメインを識別するための情報、端末制限に関する情報（後の実施形態にて詳述する）を有する。表で示した例では、共通識別情報「ｓａｋｕｒａ」で識別される端末装置は、サービスドメインＢを介してサービスサーバとの契約が結ばれたことや、ｍｏｂｉｌｅ１、Ｄｔｖ１の種別の端末装置でのみサービスの提供を受けられることなどを示している。なお、表で示すように、共通識別情報に加えて、端末装置の種別（例えば、「ｍｏｂｉｌｅ１＠」など）を含む場合もある。
【００２４】
サービスサーバは、転送されたサービス要求に付された共通識別情報を抽出し、この共通識別情報がデータベースに登録されているか検索を行う。登録済みであればサービス要求に応じたサービスの提供を実行することができる（詳細は後述する）。
【００２５】
＜実施形態１：具体例１＞  図５には、サービス提供処理の一例を表すシーケンス図を示した。なおここでは、すでに他のサービスドメインにてサービスサーバとの契約が完了していることが前提となっている。
【００２６】
最初に、端末装置から機器識別番号とサービスサーバへの接続要求を、自身の属するサービスドメインのサービスドメイン管理サーバに対して送る（１）。これを受付部（０２４１）にて受けたサービスドメイン管理サーバでは、機器識別番号に基づいて共通識別情報の検索を実行する。サービスドメイン管理サーバは、機器識別番号を、検索処理によって得られた共通識別情報に、変換部（０２４２）にて変換し、サービスサーバへ接続要求に付して転送部（０２４３）から転送する（２）。
【００２７】
次に、サービスサーバにおいては、外部接続部でこれを受け付け、認証要求として管理部に対して送る（３）。管理部では、共通識別情報をキーとしてデータベースを検索し（４）、契約者の情報をチェックする。契約が完了している場合には共通識別情報を保有しているとの検索結果が管理部に伝えられる（５）。管理部は外部接続部に認証が完了した旨を通知し（６）、続いて外部接続部はサービスサーバへの接続承認をサービスドメイン管理サーバに対して送る（７）。
【００２８】
最後に、サービスサーバへの接続承認を受けたサービスドメイン管理サーバは、接続応答として端末装置に転送する（８）。端末装置は、改めてサービス要求をサービスサーバ（管理部）に対して出力し（９）、サービスサーバからこの要求に応じたサービスの提供を受ける（１０）。なおここでは、端末装置は、最初に接続要求のみ行い、接続応答を受けた後にサービス要求を行う態様を示したが、最初から接続要求とサービス要求とを同時に行い、接続応答とサービス提供を同時に受ける態様もある。（後の実施形態におけるサービス提供処理シーケンスにおいても同様である。）
【００２９】
＜実施形態１：具体例２＞  図６には、サービスドメインを管理するドメイン管理サーバを有し、このドメイン管理サーバにて共通識別情報を発行するサービスシステムの概要を示した。図６においては、図１にて説明した形態にドメイン管理サーバのみが追加されたものである。ドメイン管理サーバは、複数のサービスドメインの上位に存在し、各サービスドメインに属するサービスドメイン管理サーバを束ねる役割を果たす。ドメイン管理サーバでは、共通識別情報の他に、認証処理実行のために利用する情報などを保持している。
【００３０】
＜実施形態１：具体例２−１＞  図７には、端末装置が直接ドメイン管理サーバにアクセスし、共通識別情報の発行を受ける場合のシーケンス図を示した。最初に、端末装置から直接ドメイン管理サーバに対して共通識別情報発行要求を送る（１）。ドメイン管理サーバでは、管理部にてこれを受け付け、共通識別情報の入力画面を出力し応答する（２）。端末装置から入力した共通識別情報と、認証情報のデータ（利用者の認証処理実行のために利用する情報、例えばパスワードなど）は、ドメイン管理サーバの管理部にて受付けられる（３）。管理部から認証データベースに対して共通識別情報登録要求が送られ（４）、データベースにて共通識別情報の検索が行われる。既に登録されているデータとの間で重複が認められなかった場合には、入力したデータが共通識別情報として登録され、データベースから管理部に対して共通識別情報の登録完了応答が送られる（５）。（もし、既に登録されているデータとの間で重複が認められた場合には、ドメイン管理サーバは端末装置に対して、異なる共通識別情報の再入力を求める画面応答などを行う。）最後に、管理部は端末装置に共通識別情報の登録完了画面を出力し応答する（６）。なお、共通識別情報と機器識別番号の関連付けの方法については後述する。
【００３１】
図８には、機器識別番号と共通識別情報との関連付けの方法の一例（ドメイン管理サーバより発行済みの共通識別情報を機器識別番号と関連付ける場合）を表すシーケンス図を示した。最初に、端末装置から同じサービスドメインに属するサービスドメイン管理サーバの管理部に対して、機器識別番号と共通識別情報との関連付け要求を送る（１）。これを受けて、サービスドメイン管理サーバの管理部は共通識別情報の入力画面を出力して応答する（２）。一方、端末装置はすでに発行を受けている共通識別情報を入力する（３）。端末装置にて入力されたデータは一旦サービスドメイン管理サーバの管理部にて受付けられ、この共通識別情報と、共通識別情報の認証要求がドメイン管理サーバの管理部に対して送られる（４）。このとき、図には省略したが、ドメイン管理サーバの管理部では、端末装置に対して認証情報（パスワードなど）の入力画面を出力し、端末装置から入力される認証情報のデータを受け付ける。すでに受付済みの認証要求と共通識別情報とともに、入力された認証情報が、ドメイン管理サーバの認証データベースに送られる（５）。その後、送られた認証情報に基づいてドメイン管理サーバの認証データベースにて認証処理が実行され、認証が完了した旨は管理部に通知され（６）、さらにサービスドメイン管理サーバの管理部へ送られる（７）。サービスドメイン管理サーバでは、すでに受付済みの機器識別番号と共通識別情報の関連付け要求が、管理部からデータベースに渡され（８）、データベースにて関連付け処理が実行される。処理が完了すると、データベースから管理部に対して関連付け完了応答が渡され（９）、最後に、管理部は端末装置に関連付け完了画面を出力し応答する（１０）。
【００３２】
＜実施形態１：具体例２―２＞  図９には、共通識別情報の発行と、サービスドメイン管理サーバ経由による機器識別番号と共通識別情報との関連付けとを一括して行う方法の一例（端末装置からサービスドメイン管理サーバ経由でドメイン管理サーバにアクセスし、ドメイン管理サーバより発行された共通識別情報を機器識別番号と関連付ける場合）を表すシーケンス図を示した。最初に、端末装置から同じサービスドメインに属するサービスドメイン管理サーバに対して、機器識別番号を送信して共通識別情報の発行要求を行う（１）。このとき、共通識別情報発行要求には、機器識別番号と共通識別情報との関連付け要求が含まれている。サービスドメイン管理サーバにおいて共通識別情報が未登録であれば、ドメイン管理サーバの管理部に対して共通識別情報発行要求を転送する（２）。（このとき、すでにサービスドメイン管理サーバにおいて共通識別情報が登録済みの場合には、ドメイン管理サーバに対しては機器識別番号と共通識別情報との関連付け要求のみが転送される。）（なお、機器識別番号と共通識別情報との関連付けに先立って、サービスドメイン管理サーバとドメイン管理サーバとの通信が確立した段階で発行されるポート番号にて、まず共通識別情報発行要求と機器識別番号とを紐付けておくことを想定している。紐付けは、適切な共通識別情報と機器識別番号との組み合わせを維持するために行うものであるが、サービスドメイン管理サーバとドメイン管理サーバとの通信が終了する時点（共通識別情報の登録が完了した後（７））で、先の紐付けに基づいて共通識別情報と機器識別番号との関連付け処理を実行する。）
【００３３】
次に、共通識別情報の発行要求を受けて、ドメイン管理サーバの管理部は、端末装置に対して共通識別情報の入力画面を出力し応答する（３）。端末装置から入力した共通識別情報案と認証情報のデータは、ドメイン管理サーバの管理部にて受付けられ（４）、共通識別情報の登録要求として、ドメイン管理サーバの認証データベースに送られる（５）。その後、認証データベースにて共通識別情報の検索が行われ、既に登録されているデータとの間で重複が認められなかった場合には、入力したデータが共通識別情報として登録され、データベースから管理部に対して共通識別情報の登録完了応答が送られる（６）。ドメイン管理サーバの管理部は、サービスドメイン管理サーバに共通識別情報の登録完了情報を出力し応答する（７）。これを受けて、サービスドメイン管理サーバにおいて、機器識別番号と共通識別情報の関連付け処理が実行される。処理が完了すると、サービスドメイン管理サーバから端末装置に対して関連付け完了応答が通知される（８）。
【００３４】
＜実施形態１：ハードウェア構成＞  図１０から１２は、本実施形態のサービスシステムを構成するそれぞれの装置のハードウェア構成の一例を示す概略図である。この図を利用して、サービス提供の処理実行におけるそれぞれのハードウェア構成部の働きについて説明する。まず、端末装置（１０００）は「ＣＰＵ（中央演算装置）」（１００１）と、「メインメモリ」（１００２）と、「記憶装置（又は記憶媒体）」（１００３）と、「入力インターフェイス」（１００４）と、「出力インターフェイス」（１００５）を備える。これらは、「システムバス」（１００６）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００３５】
まず、端末装置（１０００）の記憶装置（１００３）はＣＰＵ（１００１）にて実行される各種プログラム（例えば、サービス要求作成プログラム、サービス要求送信プログラムなど）を記憶している。また、メインメモリ（１００２）は記憶装置に記憶されているプログラムを実行するために、そのプログラムを読み出して展開する領域であるワーク領域を提供する。さらに、このメインメモリや記憶装置にはそれぞれ複数のメモリアドレスが割り当てられており、ＣＰＵで実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやり取りを行い、処理することが可能となっている。以上が各ハードウェア構成の機能である。
【００３６】
端末装置の電源を入れると、記憶装置に記憶されているサービス要求作成プログラム（アドレス０１）、サービス要求送信プログラム（アドレス０２）がメインメモリのワーク領域（アドレス１１、１２）にそれぞれ展開される。まず、メインメモリのワーク領域に展開されたサービス要求作成プログラムがＣＰＵによって実行される。これにより、利用者から入力インターフェイス（１００４）を介してサービス要求を構成する情報を受け付け、メインメモリ（１００２）のデータ領域などに一旦保持する。次に、サービス要求作成プログラムは一旦保持されていたサービス要求を構成する情報を読み出し、これらの情報を構築して図３にて示したようなサービス要求を作成する。サービス要求の作成が完了した場合には、メインメモリのデータ領域などに一旦保持する。
【００３７】
サービス要求の作成が完了したことがトリガとなり、サービス要求送信プログラムがＣＰＵによって実行される。まず、サービス要求送信プログラムは一旦保持されていたサービス要求を読み出し、これに記憶装置のアドレス０３に記憶されている自身の機器識別番号を付加する。続いて、サービス要求は、出力インターフェイス（１００５）を介して、サービスドメイン管理サーバに対して送信される。サービスドメイン管理サーバのハードウェア構成部の働きについての詳細は図１１を用いて説明する。
【００３８】
図１１にあるように、サービスドメイン管理サーバ（１１００）は、変換部（０２４２）における処理を実現するために「ＣＰＵ（中央演算装置）」（１１０１）と、「メインメモリ」（１１０２）と、「記憶装置（又は記憶媒体）」（１１０３）と、を備える。また上記ハードウェア構成部に加え、受付部（０２４１）における処理を実現するためには「入力インターフェイス」（１１０４）を、転送部（０２４３）における処理を実現するためには「出力インターフェイス」（１１０５）を備える。これらは、「システムバス」（１１０６）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００３９】
サービスドメイン管理サーバ（１１００）の記憶装置（１１０３）はＣＰＵ（１１０１）にて実行される各種プログラム（例えば、受付処理用プログラム（受付部）、変換処理用プログラム（変換部）、転送処理用プログラム（転送部）など）を記憶している。また、メインメモリ（１１０２）は記憶装置に記憶されているプログラムを実行するために、そのプログラムを読み出して展開する領域であるワーク領域を提供する。さらに、このメインメモリや記憶装置にはそれぞれ複数のメモリアドレスが割り当てられており、ＣＰＵで実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやり取りを行い、処理することが可能となっている。以上が各ハードウェア構成の機能である。
【００４０】
まず、サービスドメイン管理サーバの電源を入れると、記憶装置に記憶されている受付処理用プログラム（アドレス０１）、変換処理用プログラム（アドレス０２）、転送処理用プログラム（アドレス０３）がメインメモリのワーク領域（アドレス１１、１２、１３）にそれぞれ展開される。まず、メインメモリのワーク領域に展開された受付処理用プログラムがＣＰＵによって実行される。これにより、入力インターフェイス（１１０４）を介して、自身が属するサービスドメインの端末装置からのサービス要求を受付ける。得られたサービス要求は、メインメモリのデータ領域などに一旦保持される。
【００４１】
次に、サービス要求の受付がトリガとなり、メインメモリのワーク領域に展開された変換処理用プログラムがＣＰＵによって実行される。まず、変換処理用プログラムは、メインメモリのデータ領域などに一旦保持されていたサービス要求を読み出し、これと関連付けられている機器識別番号を抽出する。続いて、予め記憶装置（記憶媒体）のアドレス０４に記憶されている変換テーブルから機器識別番号を読み出し、サービス要求から抽出した機器識別番号との比較処理を実行する。合致する機器識別番号が存在した場合には、変換テーブルから機器識別番号と関連付けられている共通識別情報を読み出し、メインメモリのデータ領域などに一旦保持する。これにより、機器識別番号を共通識別情報へと変換する処理が実現できる。
【００４２】
最後に、共通識別情報の変換がトリガとなり、メインメモリのワーク領域に展開された転送処理用プログラムがＣＰＵによって実行される。転送処理用プログラムは、メインメモリのデータ領域などに一旦保持されている共通識別情報を読み出し、これを先のサービス要求と共に、出力インターフェイス（１１０５）を介してサービスサーバに転送する。サービスサーバのハードウェア構成部の働きについての詳細は図１２を用いて説明する。
【００４３】
図１２にあるように、サービスサーバ（１２００）は、「ＣＰＵ（中央演算装置）」（１２０１）と、「メインメモリ」（１２０２）と、「記憶装置（又は記憶媒体）」（１２０３）と、「入力インターフェイス」（１２０４）と、「出力インターフェイス」（１２０５）と、「システムバス」（１２０６）と、を備える。
【００４４】
まず、サービスサーバ（１２００）の記憶装置（１２０３）はＣＰＵ（１２０１）にて実行される各種プログラム（例えば、サービス要求受信プログラム、サービス提供プログラムなど）を記憶している。また、メインメモリ（１２０２）は記憶装置に記憶されているプログラムを実行するために、そのプログラムを読み出して展開する領域であるワーク領域を提供する。さらに、このメインメモリや記憶装置にはそれぞれ複数のメモリアドレスが割り当てられており、ＣＰＵで実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやり取りを行い、処理することが可能となっている。以上が各ハードウェア構成の機能である。
【００４５】
サービスサーバの電源を入れると、記憶装置に記憶されているサービス要求受信プログラム（アドレス０１）、サービス提供プログラム（アドレス０２）がメインメモリのワーク領域（アドレス１１、１２）にそれぞれ展開される。まず、メインメモリのワーク領域に展開されたサービス要求受信プログラムがＣＰＵによって実行される。これにより、サービスドメイン管理サーバから入力インターフェイス（１２０４）を介してサービス要求を受信し、メインメモリ（１２０２）のデータ領域などに一旦保持する。
【００４６】
次に、サービス要求を受信したことがトリガとなり、サービス提供プログラムがＣＰＵによって実行される。サービス提供プログラムは一旦保持されていたサービス要求を読み出し、これに付されている共通識別情報を抽出する。この共通識別情報に基づいてサービス要求を行った端末装置（又は／及び利用者）の認証処理を実行する。具体的には、共通識別情報をキーとして、記憶装置アドレス０３に予め保持している認証情報の検索処理が実行される。共通識別情報と合致する情報が認証情報に存在するとの結果が得られた場合には、共通識別情報で特定される端末装置に対してサービスの提供が可能であると判断できる。また、サービス要求は、図３にて示したような情報にて構成されているが、サービス要求からサービスを特定する情報（サービス識別番号）を抽出して、記憶装置のアドレス０４に予め保持しているサービステーブルから提供すべきサービスを選択する。最後に、出力インターフェイス（１２０５）を介して、共通識別情報で特定される端末装置に対して選択したサービスを送信することでサービスの提供を行う。
【００４７】
なお、以上の説明においては、各部はソフトウェアで構成されているものとして説明したがハードウェアで構成されていてもよい。
【００４８】
＜実施形態１：処理の流れ＞  図１３は、本実施形態のサービスシステムのサービスドメイン管理サーバにおける処理の流れの一例を示したものである。なお、以下に示す処理の流れは、方法、計算機に実行させるためのプログラムで実行することができ、またこのプログラムを計算機によって読取り可能な記録媒体に記録することができる。（本明細書のその他の処理の流れについても同様である。）
【００４９】
最初に、サービスドメイン管理サーバは、自身が属するサービスドメインの端末装置からのサービス要求を受付ける（受付ステップ  Ｓ１３０１）。次に、サービス要求と関連付けられている機器識別番号を、その機器識別番号と関連付けられている共通識別情報に変換する（変換ステップ  Ｓ１３０２）。最後に、変換により得られた共通識別情報を付してサービスサーバにサービス要求を転送する（転送ステップ  Ｓ１３０３）。図示していないが、以降サービスサーバでは共通識別情報のデータベースの検索を行い、転送された共通識別情報が登録済みであれば、端末装置にサービス要求に応じたサービスを提供する。
【００５０】
＜実施形態１：効果＞  本実施形態は、端末装置と、その端末装置固有の機器識別番号に基づいて端末装置に対するサービスを仲介するサービスドメイン管理サーバと、からなる複数のサービスドメインと、複数のサービスドメインにおいて機器識別番号と関連付けられている識別情報であって、複数のサービスドメインにまたがって共通な共通識別情報に基づいてサービスを提供するサービスサーバと、からなるサービスシステムである。サービスドメイン管理サーバにて、端末装置の機器識別番号をその識別番号と関連付けられている共通識別情報に変換することで、一のサービスサーバが複数のサービスドメインへサービスの提供を行うことができる。つまり、異なるドメインに属する端末装置間で連携したサービスの提供を受けることが可能となる。このとき、異なるドメインの端末装置であってもドメインごとの契約なしに一のサービスサーバからサービスの提供を受けることができ、利便性が高い。
【００５１】
＜＜実施形態２＞＞
【００５２】
＜実施形態２：概要＞  本実施形態の概要について説明する。本実施形態は、共通識別情報が複数の端末装置の機器識別番号と関連付けられている場合には、サービスサーバにて、サービスを提供すべき端末装置が複数の端末装置の中のいずれの端末装置であるかを判別することに特徴を有するサービスシステムである。
【００５３】
＜実施形態２：構成＞  図１４は、本実施形態の機能ブロックの一例を示したものである。本実施形態の「サービスシステム」（１４００）は、「サービスドメイン」（１４１０）と、「サービスサーバ」（１４２０）とからなる。
【００５４】
（サービスドメイン  １４１０）  「サービスドメイン」（１４１０）は、複数の端末装置（１４３０）と、サービスドメイン管理サーバ（１４４０）と、からなる。共通識別情報は複数のサービスドメインにまたがって共通であり、端末装置固有の機器識別番号と関連付けられているが、共通識別情報は複数の端末装置に有効である場合がある。このような事象は、例えば、一の利用者が携帯電話の端末装置にてサービスシステムの契約を行い、デジタルテレビの端末装置にてサービスの提供を受けたい場合に、各端末装置の機器識別番号と関連付けられる共通識別情報を同一のデータをすることで生じる。
【００５５】
また、サービスドメイン（１４１０）は、「端末装置」（１４３０）と、「サービスドメイン管理サーバ」（１４４０）と、からなり、サービスドメイン管理サーバ（１４４０）は、「受付部」（１４４１）と、「変換部」（１４４２）と、「転送部」（１４４３）と、を有する。
【００５６】
（サービスサーバ  １４２０）  サービスサーバ（１４２０）は、「判別情報取得部」（１４２１）と、「端末装置別可否判断部」（１４２２）と、を有する。
【００５７】
（判別情報取得部  １４２１）  「判別情報取得部」（１４２１）は、判別情報を取得する。「判別情報」とは、サービス要求に基づいてサービスを提供すべき端末装置が複数の端末装置の中のいずれの端末装置であるかを判別するための情報をいう。サービスドメイン管理サーバ（１４４０）の転送部（１４４３）から転送されるサービス要求には、サービスの提供を受ける端末装置の種別を識別するための情報が含まれる場合があるが（図３参照）、これを判別情報の一種として用いることができる。その他、サービスドメイン管理サーバを介して、端末装置から機器識別番号を受け取ることができる場合には、これを判別情報として用いることもできる。
【００５８】
（端末装置別可否判断部  １４２２）  「端末装置別可否判断部」（１４２２）は、取得した判別情報に基づいてサービス提供の可否を判断する。サービス提供の可否判断は、主に端末制限のチェックを目的とすることを想定したものである。端末装置の種別によっては物理的にサービスの提供が受けられない場合（例えば、オーディオ機器に映像コンテンツの提供など）があるが、これを排除するためである。
【００５９】
図１５は、判別情報の一例を示した図である。（ａ）は、一の共通識別情報（ここではｓａｋｕｒａ）で識別される複数の端末装置の例を列挙したものである。各端末装置にはその種別を識別するための情報（例えば、Ｄｔｖ（及び、識別番号であるＤ３０５）など）を付したが、これらを判別情報として用いることができる。（ｂ）は、特定のサービス（ここでは地図情報の提供）と、そのサービスを提供すべき端末装置を判別するためのテーブルを示したものである。この表から、地図情報の提供が可能な端末装置は、携帯電話、カーナビ、デジタルテレビであることが分かる。このとき、端末装置の種別に加えて、識別番号で絞込みをかけることで同じ端末装置種別であっても、個々にサービスの提供の可否を判断させることもできる。例えば、同じ携帯電話であっても、子供所有の端末装置については特定のサービスの提供を受けられないなどの操作を行うことができる（特定のサービスの提供について、Ｍ３０５はＯＫであるが、Ｍ３０６はＮＧなど）。
【００６０】
図１６は、判別情報と提供可能なサービスの対応の一例を示した表である。これによると例えば、映像コンテンツの提供を受けることが可能なのは、ＰＣ、携帯電話、デジタルテレビ、カーナビであることなどが認識できる。サービスサーバにてこのようなテーブルを保持しておくことで、物理的にサービスの提供が受けられない端末装置種別に対して、無益なサービス提供が実行されることを防ぐ。
【００６１】
その他各部の処理については実施形態１と同様である。
【００６２】
＜実施形態２：具体例１＞  図１７には、利用できる端末装置が限定される場合のサービス提供処理の一例を表すシーケンス図を示した。なおここでは、共通識別情報と端末装置の種別（判別情報の一種）を示す情報が一体になっている場合（例えば、ｄｔｖ＠ｓａｋｕｒａなど）を想定している。また、すでに他のサービスドメインにてサービスサーバとの契約が完了していることが前提となっている。
【００６３】
最初に、端末装置から機器識別番号とサービスサーバへの接続要求を、自身の属するサービスドメインのサービスドメイン管理サーバに対して送る（１）。これを受付部（１４４１）にて受けたサービスドメイン管理サーバでは、機器識別番号に基づいて共通識別情報の検索を実行する。検索処理によって共通識別情報が得られれば、サービスドメイン管理サーバは、機器識別番号を変換部（１４４２）にて共通識別情報に変換し、接続要求に付して転送部（１４４３）にてサービスサーバへ転送する（２）。このとき、共通識別情報には、端末装置の種別を識別するための情報が付加されて一緒に転送される。
【００６４】
次に、サービスサーバにおいては、外部接続部でこれを受け付け、判別情報取得部（１４２１）にて、端末装置の種別を識別するための情報を判別情報として取得する。取得した判別情報は、共通識別情報と認証要求と共にサービスサーバの外部接続部から管理部に対して送られる（３）。続いて、管理部からデータベースへ、共通識別情報と端末制限の検索要求を出す（４）。データベースは、共通識別情報の確認により、契約者情報のチェックを実行する。管理部は確認できたとの結果を受ける（５）と、次はデータベースへ端末装置制限のチェック要求を出す（６）。データベースは、端末装置別可否判断部（１４２２）にて、判別情報の一種である端末装置の種別などに基づいて判断処理を実行し、端末装置制限のチェックを行う。管理部は確認できたとの結果を受ける（７）と、外部接続部へ認証が完了した旨を通知する（８）。さらに、サービスサーバは外部接続部から、サービスサーバへの接続承認をサービスドメイン管理サーバに対して送る（９）。
【００６５】
最後に、サービスサーバへの接続承認を受けたサービスドメイン管理サーバは、接続応答として端末装置に転送する（１０）。端末装置は、改めてサービス要求をサービスサーバ（管理部）に対して出力（１１）し、サービスサーバからこの要求に応じたサービスの提供を受ける（１２）。
【００６６】
＜実施形態２：具体例２＞  図１８には、利用できる端末装置が限定される場合のサービス提供処理の別の例を表すシーケンス図を示した。なおここでは、共通識別情報と、端末装置の種別（判別情報の一種）を識別するための情報とは独立の情報である場合を想定したものである。また、すでに他のサービスドメインにてサービスサーバとの契約が完了していることが前提となっている。
【００６７】
最初に、端末装置から機器識別番号とサービスサーバへの接続要求を、自身の属するサービスドメインのサービスドメイン管理サーバに対して送る（１）。これを受付部（１４４１）にて受けたサービスドメイン管理サーバでは、機器識別番号に基づいて、共通識別情報の検索を実行する。サービスドメイン管理サーバは、機器識別番号を、検索処理によって得られた共通識別情報へと、変換部（１４４２）にて変換し、サービスサーバへ接続要求に付して転送部（１４４３）にて転送する（２）。
【００６８】
次に、サービスサーバにおいては、外部接続部でこれを受け付け、共通識別情報と認証要求とを、管理部に対して送る（３）。その次に、管理部からデータベースへ共通識別情報の検索要求が出される（４）。データベースは、共通識別情報の確認により、契約者情報のチェックを実行する。管理部は確認できたとの結果を受ける（５）と、次はサービスドメイン管理サーバに対して判別情報の要求を出す（６）。サービスサーバは、これに応じてサービスドメイン管理サーバから返された判別情報を、判別情報取得部（１４２１）にて取得する（７）。さらに、サービスサーバの管理部はデータベースへ判別情報を付して端末装置制限のチェック要求を出す（８）。データベースは、端末装置別可否判断部（１４２２）にて、判別情報の一種である端末装置の種別などに基づいて判断処理を実行し、端末装置制限のチェックを行う。サービスサーバの管理部は確認できたとの結果を受ける（９）と、外部接続部に対して認証完了の通知を出す（１０）。サービスサーバの外部接続部は、これをサービスサーバへの接続承認として、サービスドメイン管理サーバに対して送る（１１）。
【００６９】
最後に、サービスサーバへの接続承認を受けたサービスドメイン管理サーバは、接続応答として端末装置に転送する（１２）。端末装置は、改めてサービス要求をサービスサーバ（管理部）に対して出力（１３）し、サービスサーバからこの要求に応じたサービスの提供を受ける（１４）。
【００７０】
＜実施形態２：ハードウェア構成＞  図１９は、本実施形態のサービスサーバのハードウェア構成の一例を示す概略図である。この図を利用して、サービスサーバにおいて、接続認証の処理実行におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、サービスサーバは、端末装置別可否判断部（１４２２）における処理を実現するために「ＣＰＵ（中央演算装置）」（１９０１）と、「メインメモリ」（１９０２）と、「記憶装置（又は記憶媒体）」（１９０３）と、を備える。また上記ハードウェア構成部に加え、判別情報取得部（１４２１）における処理を実現するためには「入力インターフェイス」（１９０４）を備える。その他、「出力インターフェイス」（１９０５）、「システムバス」（１９０６）などを備える。
【００７１】
記憶装置はＣＰＵにて実行される各種プログラム（例えば、判別情報取得用プログラム（判別情報取得部）、端末装置別可否判断用プログラム（端末装置別可否判断部）など）を記憶している。また、メインメモリは記憶装置に記憶されているプログラムを実行するために、そのプログラムを読み出して展開する領域であるワーク領域を提供する。さらに、このメインメモリや記憶装置にはそれぞれ複数のメモリアドレスが割り当てられており、ＣＰＵで実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやり取りを行い、処理することが可能となっている。以上が各ハードウェア構成の機能である。
【００７２】
まず、サービスサーバの電源を入れると、記憶装置に記憶されている判別情報取得用プログラム（アドレス０１）、端末装置別可否判断用プログラム（アドレス０２）がメインメモリのワーク領域（アドレス１１、１２）にそれぞれ展開される。まず、メインメモリのワーク領域に展開された判別情報取得用プログラムがＣＰＵによって実行される。これにより、入力インターフェイスを介して、サービスドメイン管理サーバから転送された端末装置からのサービス要求を受付け、これに基づいて判別情報を取得する。具体的には、サービス要求には、サービスの提供を受ける端末装置の種別を識別するための情報が含まれる場合があるが、これを判別情報として抽出して取得する場合がある。その他、サービスドメイン管理サーバを介して、端末装置から機器識別番号を受け取ることができる場合には、これを判別情報として取得することもできる。得られた判別情報は、メインメモリのデータ領域のアドレス２１に一旦保持される。加えて、サービス要求には、提供を受けるサービスを識別するためのサービス識別情報が含まれる場合があるが、これを抽出してメインメモリのデータ領域のアドレス２２に保持しておく。
【００７３】
次に、判別情報の取得がトリガとなり、メインメモリのワーク領域に展開された端末装置別可否判断用プログラムがＣＰＵによって実行される。まず、端末装置別可否判断用プログラムは、判別情報に基づいて、サービス提供の可否を判断する。具体的には、すでにメインメモリのデータ領域のアドレス２１、２２に保持している判別情報とサービス識別情報とを読み出し、予め記憶装置（記憶媒体）のアドレス０３に記憶されているサービステーブルとの比較処理を実行する。サービステーブルは、図１６で示した判別情報（端末種別）と、提供可能なサービスの対応関係を示したものである。このときサービステーブル内に、アドレス２１に保持された判別情報と合致する判別情報が存在し、かつ、その判別情報に対応する提供可能サービスに、アドレス２２に保持されたサービス識別情報で識別されるサービスが存在するかどうかの比較処理を行う。いずれも存在するとの結果が得られた場合にのみ、サービスの提供が可能であると判断でき、出力インターフェイスを介して、端末装置に対してサービスの提供を行う。
【００７４】
なお、以上の説明においては、各部はソフトウェアで構成されているものとして説明したがハードウェアで構成されていてもよい。
【００７５】
＜実施形態２：処理の流れ＞  図２０は、本実施形態のサービスシステムのサービスサーバにおける処理の流れの一例を示したものである。
【００７６】
最初に、サービスドメイン管理サーバから転送された端末装置からのサービス要求を受付ける（サービス要求受付ステップ  Ｓ２００１）。次に、受け付けたサービス要求に基づいてサービスを提供すべき端末装置が複数の端末装置の中のいずれの端末装置であるかを判別するための判別情報を取得する（判別情報取得ステップ  Ｓ２００２）。最後に、取得した判別情報に基づいてサービス提供の可否を判断する（端末装置別可否判断ステップ  Ｓ２００３）。サービス提供可との判断結果の場合には、当該端末装置に対してサービスを提供する（サービス提供ステップ  Ｓ２００４）。他方、サービス提供不可との判断結果の場合には、処理を終了する。
【００７７】
＜実施形態２：効果＞  本実施形態は、共通識別情報が複数の端末装置の機器識別番号と関連付けられている場合には、サービスサーバにて、サービスを提供すべき端末装置が複数の端末装置の中のいずれの端末装置であるかを判別することに特徴を有するサービスシステムである。端末装置の種別によっては物理的にサービスの提供が受けられない場合（例えば、オーディオ機器に映像コンテンツの提供など）があるが、これを排除することにより、無益なサービス提供が実行されることを防ぐ。また、個々の端末装置ごとにサービスの提供の可否を判断させる場合には、例えば、子供所有の端末装置については特定のサービスの提供を受けられないなどの操作を行うことができる。
【００７８】
＜＜実施形態３＞＞
【００７９】
＜実施形態３：概要＞  本実施形態の概要について説明する。本実施形態は、サービスサーバが、共通識別情報に基づいて一のサービスドメイン管理サーバから他のサービスドメイン管理サーバが仲介するサービス要求を受付けた場合には、サービス要求に関連付けられている共通識別情報に基づいて前記他のサービスドメイン管理サーバに対して、個人情報の全部又は一部を自身に対して送信するように所定の個人情報要求を送信することに特徴を有するサービスシステムである。
【００８０】
図２１は、本実施形態のサービスシステムの一例を示すものである。ここでは、予めサービスドメインＢの端末装置２においてサービスサーバとの契約が実行されており、サービスサーバのデータベースには共通識別情報が登録されているものとする。この共通識別情報はサービスドメインＡのサービスドメイン管理サーバにて端末装置１の機器識別番号との関連付けが行われており、サービスサーバとは直接契約を行っていない端末装置１においてもサービスサーバからサービスの提供を受けることができる。
【００８１】
まず、端末装置１は、自身が属するサービスドメインＡのサービスドメイン管理サーバに対してサービス要求を出す。このサービス要求は、他のサービスドメインであるサービスドメインＢに属するサービスドメイン管理サーバが仲介するサービスの提供を受けたい旨を示しているとする。サービスドメインＡのサービスドメイン管理サーバは、サービス要求に含まれるその端末装置固有の機器識別番号をサービスドメインＢとも共通な共通識別情報に変換し、変換により得られた共通識別情報を先のサービス要求に付してサービスサーバに転送する。
【００８２】
これを受けたサービスサーバでは、サービス要求に応じたサービスの提供を行うための処理を実行するのと並行して、共通識別情報に基づいて、端末装置の利用者の個人情報の全部又は一部を自身に対して送信するような所定の個人情報要求を生成し、サービスドメインＢのサービスドメイン管理サーバに対して送信する。今、利用者の個人情報は契約を実行したサービスドメインであるサービスドメインＢのサービス管理サーバに保持されているため、サービスドメインＢのサービスドメイン管理サーバは受け付けた個人情報要求に応じて、サービスサーバに対して個人情報を送信することができる。
【００８３】
＜実施形態３：構成＞  図２２は、本実施形態の機能ブロックの一例を示したものである。本実施形態の「サービスシステム」（２２００）は、複数の「サービスドメイン」（２２１０、２２５０）と、「サービスサーバ」（２２２０）とからなる。また、サービスドメイン（２２１０、２２５０）は、「端末装置」（２２３０、２２６０）と、「サービスドメイン管理サーバ」（２２４０、２２７０）と、からなる。なおここでは、サービスドメインをＡと、Ｂの２つを図示したが、サービスドメインＢのサービスドメイン管理サーバにおいては、一部の構成要素の記載を省略した。
【００８４】
（サービスドメイン管理サーバ  ２２４０、２２７１）  サービスドメイン管理サーバ（２２４０）は、「受付部」（２２４１）と、「変換部」（２２２）と、「転送部」（２２４３）と、さらに、「個人情報保持部」（２２４４、２２７１）と、「個人情報送信部」（２２４５、２２７２）と、を有する。
【００８５】
（個人情報保持部  ２２４４、２２７１）  「個人情報保持部」（２２４４、２２７１）は、機器識別番号及び共通識別情報と関連付けてサービスを仲介するために必要な個人情報を保持する。個人情報は、利用者の名前、住所、電話番号などの他、ドメインとの契約に関する情報（契約サービスの内容、課金決済情報など）が該当する。個人情報は、サービスドメインとの契約の際の利用者からの申込・入力などに基づいて、取得保持することを想定している。同じドメインに属さない端末装置利用者の個人情報であっても保持することがある。
【００８６】
（個人情報送信部  ２２４５、２２７２）  「個人情報送信部」（２２４５、２２７２）は、所定の個人情報要求に応じて前記個人情報の全部又は一部を送信する。
【００８７】
（サービスサーバ  ２２２０）  サービスサーバ（２２２０）は、「個人情報要求送信部」（２２２１）を有する。これは、実施形態１に示した機能ブロックを元にしたものであるが、実施形態２を元にした場合には、サービスサーバはさらに、判別情報取得部と、端末装置別可否判断部とを有する。
【００８８】
（個人情報要求送信部  ２２２１）  「個人情報要求送信部」（２２２１）は、共通識別情報に基づいて一のサービスドメイン管理サーバから他のサービスドメイン管理サーバが仲介するサービス要求を受付けた場合には、サービス要求に関連付けられている共通識別情報に基づいて前記他のサービスドメイン管理サーバに対して前記個人情報の全部又は一部を自身に対して送信するように前記所定の個人情報要求を送信する。具体的には、サービスドメインＡのサービスドメイン管理サーバから、サービスドメインＢのサービスドメイン管理サーバが仲介するサービス要求を受付けた場合に、サービスドメインＢのサービスドメイン管理サーバに対して所定の個人情報要求を送信する。
【００８９】
サービスドメインＡがスモールドメインの垣根を越えて、他のサービスドメインＢのサービスドメイン管理サーバが仲介するサービスの要求を行う越境要求においては、本来サービスドメインＡのサービスドメイン管理サーバが管理していない個人情報（受けたいサービスを提供するサービスドメインに属する端末装置利用者＝契約者の契約・課金などに関する情報）などは、サービスサーバが取得することはできない。しかし、本実施形態のように個人情報要求を生成、送信することで、越境要求の際の個人情報獲得ルートを提供することができた。
【００９０】
＜実施形態３：具体例＞  図２３には、サービスサーバからのサービスドメインに対する個人情報の問い合わせの例を表すシーケンス図を示した。なおここでは、端末装置のサービスドメインとの契約は完了していることが前提となっており、かつ、サービス要求／提供のプロセスについては簡略化して記載した。
【００９１】
まず、サービスドメインＡの端末装置は、サービスドメイン管理サーバに対して、サービス要求と、これに関連付けられる機器識別番号を送信する（１）。サービスドメイン管理サーバは、機器識別番号を変換した共通識別情報をサービス要求に付して、サービスサーバに転送する（２）。サービスサーバにおいては、外部接続部にて受け付けたサービス要求を管理部に渡し、認証を求める（３）。図示していないがデータベースにて認証処理を実行する。
【００９２】
また、サービス要求を受けたサービスサーバの管理部は、サービスドメインＡの端末装置（従属利用者）の利用を許諾するサービスドメイン（契約者ドメイン、ここではサービスドメインＢ）の情報の抽出要求をデータベースに対して出す（４）。これを受けて、データベースにおいてはサービス要求に含まれるドメイン識別情報に基づいて契約者のドメインを抽出し、結果（例えば、「サービスドメインＢ」など）を管理部へ渡す（５）。管理部は、受け取った結果に基づいたサービスドメイン（ここではサービスドメインＢ）のサービスドメイン管理サーバに対して共通識別情報と共に個人情報の取得要求を送信する（６）。サービスドメイン管理サーバにて、受け取った共通識別情報に基づいて個人情報を抽出し、サービスサーバの管理部へ渡す（７）。サービスサーバの管理部は、サービスドメインＡの端末装置にサービスの提供を行う（８）。
【００９３】
＜実施形態３：ハードウェア構成＞  図２４は、本実施形態のサービスサーバと、サービスドメイン管理サーバのハードウェア構成の一例を示す概略図である。この図を利用して、主に実施形態１、２との差異を中心に、個人情報送信処理実行におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、サービスサーバ（２４１０）は、個人情報要求送信部（２２２１）における処理を実現するために「ＣＰＵ（中央演算装置）」（２４１１）と、「メインメモリ」（２４１２）と、「記憶装置（又は記憶媒体）」（２４１３）と、「出力インターフェイス」（２４１５）と、を備える。その他、「入力インターフェイス」（２４１４）、「システムバス」（２４１６）などを備える。また、サービスドメイン管理サーバ（２４２０）は、個人情報保持部（２２７１）における処理を実現するために「記憶装置（又は記憶媒体）」（２４２３）を備え、これに加え個人情報送信部（２２７２）における処理を実現するために「ＣＰＵ（中央演算装置）」（２４２１）と、「メインメモリ」（２４２２）と、「出力インターフェイス」（２４２５）と、を備える。その他、「入力インターフェイス」（２４２４）、「システムバス」（２４２６）などを備える。
【００９４】
サービスサーバ（２４１０）、サービスドメイン管理サーバ（２４２０）の記憶装置（２４１３、２４２３）はＣＰＵ（２４１１、２４２１）にて実行される各種プログラム（例えば、個人情報要求送信用プログラム（個人情報要求送信部）、個人情報送信用プログラム（個人情報送信部）など）を記憶している。また、各メインメモリ（２４１２、２４２２）は記憶装置に記憶されているプログラムを実行するために、そのプログラムを読み出して展開する領域であるワーク領域を提供する。さらに、このメインメモリや記憶装置にはそれぞれ複数のメモリアドレスが割り当てられており、ＣＰＵで実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやり取りを行い、処理することが可能となっている。以上が各ハードウェア構成の機能である。
【００９５】
まず、サービスサーバの電源を入れると、記憶装置（２４１３）に記憶されている個人情報要求送信用プログラム（アドレス０１）がメインメモリ（２４１２）のワーク領域（アドレス１１）に展開され、ＣＰＵ（２４１１）によって実行される。図には記載していないが、これにより入力インターフェイス（２４１４）を介して、サービスドメイン管理サーバから転送された端末装置からのサービス要求を受付け、これに付されているドメイン識別情報（図３参照）を抽出する。得られたドメイン識別情報は、メインメモリのデータ領域などに一旦保持される。このドメイン識別情報に基づいて、送信元のサービスドメイン管理サーバとは別の他のサービスドメイン管理サーバが仲介するサービス要求を受付けたことが識別できるため、所定の個人情報要求を生成し、前記他のサービスドメイン管理サーバに対して、出力インターフェイス（２４１５）を介して送信する。個人情報要求は、個人情報の全部又は一部を自身に対して送信するように求めることを示す情報である。また、サービスサーバは、最終的に個人情報要求に応じてサービスドメイン管理サーバから返される個人情報を、入力インターフェイスを介して取得する。
【００９６】
他方、サービスドメイン管理サーバの電源を入れると、記憶装置（２４２３）に記憶されている個人情報送信用プログラム（アドレス０１）がメインメモリ（２４２２）のワーク領域（アドレス１１）に展開され、ＣＰＵ（２４２１）によって実行される。これにより、入力インターフェイス（２４２４）を介して、サービスドメイン管理サーバから送信された個人情報要求を受付ける。予め、記憶装置（２４２３）のアドレス０２には個人情報が保持されているが、受け付けた個人情報要求に応じた個人情報が読み出され、出力インターフェイス（２４２５）を介してサービスサーバに対して送信する。
【００９７】
なお、以上の説明においては、各部はソフトウェアで構成されているものとして説明したがハードウェアで構成されていてもよい。
【００９８】
＜実施形態３：処理の流れ＞  図２５は、本実施形態のサービスシステムにおける個人情報送信処理の流れの一例を示したものである。
【００９９】
最初に、サービスサーバは、サービスドメイン管理サーバから転送される端末装置からのサービス要求を受付ける（サービス要求受付ステップ  Ｓ２５０１）。次に、受け付けたサービス要求は、サービス要求送信元のサービスドメインとは異なる（他の）サービスドメインのサービスドメイン管理サーバが仲介するサービスの提供を求めるサービス要求であるか判別する（ドメイン判別ステップ  Ｓ２５０２）。ドメイン判別ステップ（Ｓ２５０２）において、他のサービスドメイン管理サーバが仲介するサービス要求であるとの判別結果の場合には、前記他のサービスドメインのサービスドメイン管理サーバに対して前記個人情報の全部又は一部を自身に対して送信するように前記所定の個人情報要求を送信する（個人情報要求送信ステップ  Ｓ２５０３）。なお、ドメイン判別ステップ（Ｓ２５０２）において、他のサービスドメイン管理サーバが仲介するサービス要求でないとの判別結果の場合には、処理を終了する。
【０１００】
一方、他のサービスドメイン管理サーバは、サービスサーバから送信された個人情報要求を受信する（個人情報要求受信ステップ  Ｓ２５０４）。受信した個人情報要求に基づいて、機器識別番号及び共通識別情報と関連付けてサービスを仲介するために必要な個人情報の全部又は一部をサービスサーバに対して送信する（個人情報送信ステップ  Ｓ２５０５）。
【０１０１】
他方、サービスサーバは、他のサービスドメイン管理サーバから送信された個人情報を受信する（個人情報受信ステップ  Ｓ２５０６）。なお、図示していないが、サービスサーバは個人情報を取得することで、サービス要求の出力元の端末装置に対してサービスを提供することが可能となる。
【０１０２】
＜実施形態３：効果＞  本実施形態は、サービスサーバが、共通識別情報に基づいて一のサービスドメイン管理サーバから他のサービスドメイン管理サーバが仲介するサービス要求を受付けた場合には、サービス要求に関連付けられている共通識別情報に基づいて前記他のサービスドメイン管理サーバに対して、個人情報の全部又は一部を自身に対して送信するように前記所定の個人情報要求を送信することに特徴を有するサービスシステムである。これにより、スモールドメインの垣根を越えて、他のサービスドメインのサービスドメイン管理サーバが仲介するサービスの要求を行う越境要求の際の個人情報の獲得ルートを提供することができる。また、サービスサーバは、自身ではサービスの提供を受ける利用者の個人情報を保持せず、サービスドメイン管理サーバから送られる個人情報を取得することで契約の確認等が可能となる。秘匿性の高い個人情報の管理を、アクセス頻度の高いサービスサーバでなく、サービスドメイン管理サーバにて実施できるため、情報漏えい等を防ぐことが期待できる。
【図面の簡単な説明】
【０１０３】
【図１】実施形態１を説明するための概念図
【図２】実施形態１の機能ブロックの一例を示した図
【図３】実施形態１におけるリクエストの一例を示した図
【図４】実施形態１の契約者のデータベースの一例を示した図
【図５】実施形態１のサービス提供方法に関するシーケンス図
【図６】実施形態１の別の例を説明するための概念図
【図７】実施形態１の共通識別情報の発行方法に関するシーケンス図
【図８】実施形態１の共通識別情報と機器識別番号の関連付け方法に関するシーケンス図
【図９】実施形態１の共通識別情報と機器識別番号の関連付け方法の別の例に関するシーケンス図
【図１０】実施形態１の端末装置のハードウェア構成の一例を示した図
【図１１】実施形態１のサービスドメイン管理サーバのハードウェア構成の一例を示した図
【図１２】実施形態１のサービスサーバのハードウェア構成の一例を示した図
【図１３】実施形態１の処理の流れを示した図
【図１４】実施形態２の機能ブロックの一例を示した図
【図１５】実施形態２における判別情報の一例を示した図
【図１６】実施形態２における判別情報と提供可能なサービスの一例を示した図
【図１７】実施形態２のサービス提供方法に関するシーケンス図の一例
【図１８】実施形態２のサービス提供方法に関するシーケンス図の別の例
【図１９】実施形態２のハードウェア構成の一例を示した図
【図２０】実施形態２の処理の流れを示した図
【図２１】実施形態３を説明するための概念図
【図２２】実施形態３の機能ブロックの一例を示した図
【図２３】実施形態３の個人情報の問い合わせ方法に関するシーケンス図
【図２４】実施形態３のハードウェア構成の一例を示した図
【図２５】実施形態３の処理の流れを示した図
【符号の説明】
【０１０４】
０２００    サービスシステム
０２１０    サービスドメイン
０２２０    サービスサーバ
０２３０    端末装置
０２４０    サービスドメイン管理サーバ
０２４１    受付部
０２４２    変換部
０２４３    転送部
【図１】
2008171271.tif 000003
【図２】
2008171271.tif 000004
【図３】
2008171271.tif 000005
【図４】
2008171271.tif 000006
【図５】
2008171271.tif 000007
【図６】
2008171271.tif 000008
【図７】
2008171271.tif 000009
【図８】
2008171271.tif 000010
【図９】
2008171271.tif 000011
【図１０】
2008171271.tif 000012
【図１１】
2008171271.tif 000013
【図１２】
2008171271.tif 000014
【図１３】
2008171271.tif 000015
【図１４】
2008171271.tif 000016
【図１５】
2008171271.tif 000017
【図１６】
2008171271.tif 000018
【図１７】
2008171271.tif 000019
【図１８】
2008171271.tif 000020
【図１９】
2008171271.tif 000021
【図２０】
2008171271.tif 000022
【図２１】
2008171271.tif 000023
【図２２】
2008171271.tif 000024
【図２３】
2008171271.tif 000025
【図２４】
2008171271.tif 000026
【図２５】
2008171271.tif 000027