(57)【要約】【課題】ユーザーがアクセスプロバイダを介してコンテンツプロバイダにアクセスする際に、ユーザーのプライバシーを保護する。【解決手段】電話ネットワークのユーザーの識別子（１１７）と互換性のあるマルチメディア・ユーザー分離識別子（１１８、２００）を作成する際に、識別子について、サイズが最大で１５ディジットであり、作成者ディジット、種類ディジットを有しており、さらに、ユーザーを特定するＮ個の識別ディジットを有し、種類ディジットに依存して決定されるＭ個の可変性のディジットを有するようにする。【選択図】図１
2004120756.tif 000002
【特許請求の範囲】
【請求項１】
　次の特徴を有する、電話ネットワークの識別子と互換性のある、ユーザーの分離識別子の作成方法。
・識別子のサイズが、最大で１５ディジットである。
・識別子が、識別子の作成者を特定することのできる作成者ディジットを有する。
・識別子が、識別子の種類を規定することのできる種類ディジットを有する。
・識別子が、ユーザーを特定することのできる、Ｎ個の識別ディジットを有する。
・識別子が、種類ディジットに依存して決定されるＭ個の可変性のディジットを有する。
【請求項２】
　一つのディジットは、十進法の数字をコード化することのできる情報を表すものであることを特徴とする、請求項１に記載の方法。
【請求項３】
　一つのディジットは、十六進法の数字をコード化することのできる情報を表すものであることを特徴とする、請求項１に記載の方法。
【請求項４】
　識別ディジットは、ユーザーの電話番号に対応していることを特徴とする、請求項１から３のいずれか一つに記載の方法。
【請求項５】
　識別ディジットが、ディジット８から１５までのディジットから構成され、Ｎの値が８であることを特徴とする、請求項４に記載の方法。
【請求項６】
　作成者ディジットが、ディジット１であることを特徴とする、請求項１から５のいずれか一つに記載の方法。
【請求項７】
　種類ディジットが、ディジット２であることを特徴とする、請求項１から６のいずれか一つに記載の方法。
【請求項８】
　Ｍ個のディジットにより、日付をコード化することができることを特徴とする、請求項１から７のいずれか一つに記載の方法。
【請求項９】
　Ｍ個のディジットにより、月、日、時間（ｍｍｄｄｈｈ）のフォーマットで日付をコード化することができることを特徴とする、請求項１から８のいずれか一つに記載の方法。
【請求項１０】
　ディジット２についての０か１かの値が、一時的識別子に対応していることを特徴とする、請求項９に記載の方法。
【請求項１１】
　Ｍ個のディジットが、その年の始めから経過した時間を１／９０００００分割して表示することを特徴とする、請求項１から８のいずれか一つに記載の方法。
【請求項１２】
　ディジット２についての０，１，２，３，４，５，６，７，または８の値が、一時的識別子に対応していることを特徴とする、請求項１１に記載の方法。
【請求項１３】
　Ｍ個のディジットが、その年の始めから経過した時間を１／８０００００分割して表示することを特徴とする、請求項１から８のいずれか一つに記載の方法。
【請求項１４】
　ディジット２についての０，１，２，３，４，５，６，または７の値が、一時的識別子に対応していることを特徴とする、請求項１３に記載の方法。
【請求項１５】
　Ｍ個の可変性のディジットにより、コンテンツプロバイダを識別することができることを特徴とする、請求項１から７のいずれか一つに記載の方法。
【請求項１６】
　Ｍ個のディジット中のＭ−１個のディジットによりコンテンツプロバイダを識別することができ、Ｍ個のディジット中の１個のディジットにより、ユーザーとアクセスプロバイダとの間の契約を識別することができることを特徴とする、請求項１５に記載の方法。
【請求項１７】
　識別ディジットと可変性のディジットを暗号化することを特徴とする、請求項１から１６のいずれか一つに記載の方法。
【請求項１８】
　暗号化のアルゴリズムは対称的であり、該アルゴリズムによってディジットを作成することを特徴とする、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明が対象とするのは、マルチメディア分離識別子をアクセスプロバイダが作成する方法である。
　本発明の分野は、ユーザーがアクセスプロバイダを介してコンテンツプロバイダにアクセスすることに関する分野である。
　本発明の分野は、特に、携帯電話ネットワークと、インターネット・タイプのネットワーク、音声、ＳＭＳあるいはその他のマルチメディアまたはモノメディアのコンテンツ伝送媒体との間に存在するゲートウェイに関する分野である。
【０００２】
　本発明の一つの目的は、ユーザーのプライバシーを保護することである。
【０００３】
　本発明のもう一つの目的は、ネットワーク上のアクターが持つクライアントデータベースを保護し、行動分析活動を制限することである。
【０００４】
　本発明のもう一つの目的は、通信の秘密保持に寄与することである。
【０００５】
　本発明のもう一つの目的は、認可を受けた法人がユーザーを民事的に識別することができるようにすることである。
【０００６】
　本発明のもう一つの目的は、コンテンツプロバイダが、前記コンテンツプロバイダに接続するユーザーについて一つまたは複数のコンテクストを管理できるようにすることである。
【０００７】
本発明のもう一つの目的は、大部分のネットワークと互換性を保つことである。
【背景技術】
【０００８】
　現行技術においては、コンテンツプロバイダが、自らのサービスの一つにアクセスするユーザーを識別する手段は幾つも存在している。
　それらの手段は、ユーザーがサービスにアクセスするのにどのようなメディアを用いるかによって左右される。
　主に四つのアクセス・モードが区別されるが、それで全てが網羅されているわけではない。
　第一のアクセス・モードは、インターネット・タイプのアクセスである。
　インターネット・モードは、それ自体が、接続モードと非接続モードと呼ばれる、二つのサブ・モードに更に小分けされる。
　接続インターネット・モードとは、ＨＴＴＰまたはＷＴＰ（Ｗｉｒｅｌｅｓｓ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ、すなわち、無線伝送プロトコル）タイプのプロトコルを用いる接続モードである。
　例えばＨＴＴＰサーバーとは、例えばインターネットのネットワークを介して、ＨＴＴＰプロトコルにより通信を行う機器である。
　そのようなサーバーが、ＷＥＢサイトやＷＡＰ（つまり携帯電話に適合させたインターネットの）サイトのホストとなる。
　また、ＳＭＴＰタイプのプロトコルを介した非接続インターネット・アクセス・モードも存在するのであり、そのようなモードにおいて接続とは、実際には、メールタイプの電子メッセージを交換することにある。
【０００９】
　もう一つのアクセス・モードは、オペレーターによるアクセス・モードであり、それもまた二つのサブ・モードに小分けされる。
　その場合、第一のサブ・アクセス・モードは、ＳＭＳ（Ｓｈｏｒｔ　Ｍｅｓｓａｇｅ　Ｓｅｒｖｉｃｅ）またはＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｍｅｓｓａｇｅ　Ｓｅｒｖｉｃｅ）タイプのプロトコルを介した、非接続型と呼べるようなアクセス・モードであり、該サブ・アクセス・モードは、全体として四つのアクセス・モードのうちの三つめのアクセス・モードを構成する。
　第四のアクセス・モードは、音声モードとも呼ばれる、オペレーターによる接続モードであり、そのモードにおいては、ユーザーは音声サーバーに接続してアクセスする。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
　それら四つのアクセス・モードに関しては、単純なタイプの解決策があり、それは、サーバーに接続する際に、識別子とパスワードの入力を申し出るようなインターフェイスを実現するということである。
　コンテンツプロバイダのサーバーに接続しているユーザーが携帯電話を介してそれを行う限りにおいて、ユーザーが識別子（すなわちログイン）とパスワードを入力するために使える手段は、電話のユーザー・インターフェイスによって限定されることになる。
　識別子とパスワードが全て数字である場合には、記憶するのは困難で、当てるのは簡単である。
　識別子とパスワードが英数字の場合には、ボタンが九つしかないキーパッドでそれらを入力するのは面倒である。
　更に、この入力の手順はユーザーにとって余計な手間ということになり、その結果、大抵の場合、携帯電話のユーザーは、識別子とパスワードのタイプの接続インターフェイスを申し出るようなサイトに接続するのを思いとどまることになる。
【００１１】
　もう一つの解決法は、第一のタイプのサーバーの場合のもので、クッキーを利用することである。
　クッキーというのは、ユーザーの機器に記録された小さなファイルである。
　コンテンツプロバイダへの接続の際には、コンテンツプロバイダはそのクッキーにアクセスすることによりユーザーを識別することができる。
　この解決法の問題は、電子的な方法などでクッキーを盗むことが可能だというところにある。
　それゆえに、クッキーを使うことは、セキュリティに対する高い要求とは両立できないことになる。
　その場合のもう一つの問題は、クッキーは比較的に評判が悪く、そのため、ユーザーがクッキーを削除したがるということである。
　更に、ユーザーは、コンテンツプロバイダに接続するのに使用するアプリケーションやナビゲーターを、そのようなアプリケーションがクッキーを受け付けないように設定することができる。
　そのような場合には、ユーザーはコンテンツプロバイダのサーバーに接続するのが不可能になる。
【００１２】
　第三と第四のアクセス・モードについては、大抵の場合、コンテンツプロバイダはサーバーにアクセスする人の電話番号を知ることができる。
　それゆえ、コンテンツプロバイダは、その電話番号を介して人物を識別することができる。
　これは、必然的にプライバシーを保護する上で問題となる。
　実際、コンテンツプロバイダのサーバーに接続する際に、自分が物理的に識別されてしまうことを望まないというユーザーの希望は、まったく正当なのである。
　実際、匿名で利益を得ることが可能でなければならない。
　その場合には自分の番号を隠して接続を試みることも可能なのであるが、その場合には、サービスの料金を請求することが不可能であり、従って、有効な接続を行うことができない。
　そういうわけで、現時点では、唯一の解決法は、そのコンテンツプロバイダに接続しないということである。
【００１３】
　その上更に、現行技術で想定されている解決法の全てが、データのフォーマットの問題を解決するわけではない。
　実際、あるネットワークから別のネットワークへ、従って、あるプロトコルから別のプロトコルへと伝送を行う場合に、その伝送の特徴は同一ではないのである。
　そのような特徴は、主に（数字や英数字等の）伝送される情報のコード化と、伝送可能な情報の量に関するものである。
　そういうわけで、インターネットにおいて使用可能な識別子は、必ずしも音声ネットワーク及び／またはＳＭＳでも使用可能なわけではない。
【００１４】
　本文の説明において、また実際においても、コンテンツプロバイダに接続／アクセスするということは、コンテンツプロバイダのサーバーに接続するということに等しい。
【課題を解決するための手段】
【００１５】
　本発明は、ユーザーがコンテンツプロバイダに提示する識別子を、ネットワークのタイプに関わらず作成できるようにすることでこれらの問題を解決するものであって、この識別子とは、その識別子を作成した本人以外は、ユーザーを民事的に識別することができないようなものである。
　そのような識別子により、ユーザーのプライバシーは確かに保護され、ユーザーを識別することを望み、かつ、識別子並びにその識別子が作成された日付を有している管理者が作成したリクエストを介して、そのような識別子によってユーザーを識別することが確かに可能である。
【００１６】
　本発明による識別子は、ユーザーの識別子の第１フィールドを少なくとも一つ有する。
【００１７】
　他のフィールドは、識別子の可変性を確保することができるように、そして／または識別子の条件付けを確実に行えるようにしてもよい。
　この可変性の確保はランダムエレメントによって、あるいは、ユーザーが表明する意思によって行われる。
　識別子の条件付けを構成するのは、識別子の種類に応じた翻訳の手がかりを与えるような情報である。
　そのような手がかりとは、例えば、識別子を作成したオペレーターや、識別子の有効期間などである。
　第１フィールドは、その第１フィールドに誰もアクセスできないように、暗号化される。
　アクセスプロバイダだけが、つまり、分離識別子を作成するものだけが、その暗号を逆に辿る能力、したがって、ユーザーを物理的に識別する能力を有するのである。
【００１８】
　本発明による識別子のフィールドの総体は、暗号化されたフィールドも含めて、識別子が伝達されていくネットワークの中で最も制約の多いものとも互換可能なフォーマットのものである。
　実際には、それは電話のネットワークであり、識別子を規定する上での制約は、電話のネットワークのものである。
　事実、電話のネットワークが識別子に関して課すのは、最大の長さとディジットでのコード化である。
　本発明が追求する目的は、そのようにして確かに達成される。
【００１９】
　したがって、本発明が対象とするのは、アクセスプロバイダが、電話ネットワークの識別子（１１７）と互換可能な第一のマルチメディア・ユーザー分離識別子（１１８、２００）を作成する方法であり、その特徴は、
・第一の識別子のサイズが最大で１５ディジットであり、
・第一の識別子が、識別子の作成者を特定することのできる作成者のディジットを少なくとも一つ有し、
・第一の識別子が、第一の識別子の種類を規定することのできる種類のディジットを少なくとも一つ有し、
・第一の識別子が、ユーザーを特定することのできる、Ｎ個の識別ディジットを有し、
・第一の識別子が、種類のディジットで決定されるＭ個の可変性のディジットを有することである。
【００２０】
　すなわち、本発明の課題を解決するための手段は、次のとおりである。
　第１に、次の特徴を有する、電話ネットワークの識別子と互換性のある、マルチメディア・ユーザー分離識別子の作成方法。
・識別子のサイズが、最大で１５ディジットである。
・識別子が、識別子の作成者を特定することのできる作成者ディジットを有する。
・識別子が、識別子の種類を規定することのできる種類ディジットを有する。
・識別子が、ユーザーを特定することのできる、Ｎ個の識別ディジットを有する。
・識別子が、種類ディジットに依存して決定されるＭ個の可変性のディジットを有する。
　第２に、一つのディジットは、十進法の数字をコード化することのできる情報を表すものであることを特徴とする、上記第１に記載の方法。
　第３に、一つのディジットは、十六進法の数字をコード化することのできる情報を表すものであることを特徴とする、上記第１に記載の方法。
　第４に、識別ディジットは、ユーザーの電話番号に対応していることを特徴とする、上記第１から３のいずれか一つに記載の方法。
　第５に、識別ディジットが、ディジット８から１５までのディジットから構成され、Ｎの値が８であることを特徴とする、上記第４に記載の方法。
　第６に、作成者ディジットが、ディジット１であることを特徴とする、上記第１から５のいずれか一つに記載の方法。
　第７に、種類ディジットが、ディジット２であることを特徴とする、上記第１から６のいずれか一つに記載の方法。
　第８に、Ｍ個のディジットにより、日付をコード化することができることを特徴とする、上記第１から７のいずれか一つに記載の方法。
　第９に、Ｍ個のディジットにより、月、日、時間（ｍｍｄｄｈｈ）のフォーマットで日付をコード化することができることを特徴とする、上記第１から８のいずれか一つに記載の方法。
　第１０に、ディジット２についての０か１かの値が、一時的識別子に対応していることを特徴とする、上記第９に記載の方法。
　第１１に、Ｍ個のディジットが、その年の始めから経過した時間を１／９０００００分割して表示することを特徴とする、上記第１から８のいずれか一つに記載の方法。
　第１２に、ディジット２についての０，１，２，３，４，５，６，７，または８の値が、一時的識別子に対応していることを特徴とする、上記第１１に記載の方法。
　第１３に、Ｍ個のディジットが、その年の始めから経過した時間を１／８０００００分割して表示することを特徴とする、上記第１から８のいずれか一つに記載の方法。
　第１４に、ディジット２についての０，１，２，３，４，５，６，または７の値が、一時的識別子に対応していることを特徴とする、上記第１３に記載の方法。
　第１５に、Ｍ個の可変性のディジットにより、コンテンツプロバイダを識別することができることを特徴とする、上記第１から７のいずれか一つに記載の方法。
　第１６に、Ｍ個のディジット中のＭ−１個のディジットによりコンテンツプロバイダを識別することができ、Ｍ個のディジット中の１個のディジットにより、ユーザーとアクセスプロバイダとの間の契約を識別することができることを特徴とする、上記第１５に記載の方法。
　第１７に、識別ディジットと可変性のディジットを暗号化することを特徴とする、前記上記第１から１６のいずれか一つに記載の方法。
　第１８に、暗号化のアルゴリズムは対称的であり、該アルゴリズムによってディジットを作成することを特徴とする、上記第１７に記載の方法。
【発明の効果】
【００２１】
　本発明の効果は、次のとおりである。
　ユーザーのプライバシーを保護することができる。
　ネットワーク上のアクターが持つクライアントデータベースを保護し、行動分析活動を制限することが可能となる。
　通信の秘密保持に寄与することが可能である。
　認可を受けた法人がユーザーを民事的に識別することができる。
　コンテンツプロバイダが、前記コンテンツプロバイダに接続するユーザーについて一つまたは複数のコンテクストを管理できる。
　大部分のネットワークと互換性を保つことが可能となる。
【発明を実施するための最良の形態】
【００２２】
　本発明は、以下の説明を読み、添付図面を検証することにより更によく理解されていく。
　それら図面は、例示としてのみ示されるのであって、本発明を限定する趣旨のものでは全くない。
・図１は本発明の方法を実施するために有用な手段を示す概略図である。
・図２は本発明の分離識別子の構造の概略図である。
・図３は本発明の方法を実施する手順の概略図である。
【００２３】
　図１に示される通信機器１０１は、ユーザーがコンテンツプロバイダのサーバー１０２に接続するために用いるものである。
　実際には、通信機器１０１は、種々様々なプロトコルによって通信を確立することのできる携帯電話である。
　これらのプロトコルの中でも、インターネット、音声そしてＳＭＳプロトコルと互換性のあるプロトコルを挙げることができる。
　言い換えれば、通信機器１０１は、例えば、携帯電話であり、ＷＡＰモードで、音声モードで、そして／またはＳＭＳモードで通信を確立することができるものである。
【００２４】
　コンテンツプロバイダのサーバー１０２は、通信機器１０１について既に挙げたプロトコルの少なくとも一つにより通信することができるものである。
　コンテンツプロバイダのサーバー１０２が有するマイクロプロセッサー１０３は、サーバー１０２の内部のバス１０４に接続されている。
　バス１０４によって、マイクロプロセッサーをプログラム・メモリー１０５と、ユーザー・メモリー１０６、そしてインターフェイス回路１０７と、例えばインターネット１０８によって接続できる。
【００２５】
　プログラム・メモリー１０５が有するインストラクション・コードは、様々な機能を実行する際にマイクロプロセッサーを制御するものである。
　特にプログラム・メモリー１０５は、既に挙げたプロトコルの少なくとも一つを利用するためのインストラクション・コードを有する。
【００２６】
　ユーザー・メモリー１０６は、例えば、データベースに関するものである。
　そのため、ユーザー・メモリー１０６は、少なくともユーザーがコンテンツプロバイダのサーバー１０２に接続する可能性のあるだけの数、または、既に接続されているだけの数の行を有する表として記載されている。
　各行は、ある数のフィールドを有する。
　列１０６ａは、ユーザーを識別するフィールドに対応している。
　そこに関わるのが本発明の識別子である。
　コンテンツプロバイダのサーバー１０２がリクエストを受信する際には、そのリクエストがこの識別子を有する。
　これによってコンテンツプロバイダのサーバー１０２は、ユーザーを識別することができ、例えばそのユーザーの好みを特定することができる。
　そのような好みの集合をコンテクストという。
　一つのコンテクストが有する様々な情報により、ユーザーは、ユーザーが接続したサーバーが提示する外観および／またはコンテンツ、情報を自分の好みにあったものにすることができる。
【００２７】
　本例において、ユーザー・メモリー１０６は、コンテンツプロバイダのサーバー１０２の中に含まれている。
　実際には、このデータベースに関するユーザー・メモリー１０６のホストになるのは、コンテンツプロバイダのサーバー１０２が接続して前記データベースのコンテンツにアクセスすることのできる他のサーバーでもよい。
【００２８】
　ユーザーが通信機器１０１を使ってコンテンツプロバイダのサーバー１０２に接続する際には、携帯電話である通信機器１０１が基地局１１０との間に無線接続１０９を確立する。
　基地局１１０は、それ自体が、例えばＩＳＤＮネットワーク１１１を介して、例えば携帯電話である通信機器１０１のユーザーが加入しているアクセスプロバイダのゲートウェイ１１２に接続されている。
　ＩＳＤＮネットワーク１１１は、実際には、交換電話ネットワークの全部または一部である。
　実際上は、ＩＳＤＮネットワーク１１１は、基地局をアクセスプロバイダのゲートウェイ１１２に接続できることのできる技術的解決法であれば何でもよい。
　アクセスプロバイダは、例えば携帯電話のオペレーターである。
【００２９】
　コンテンツプロバイダは、例えば、インターネット・ポータルという名でも知られているインターネットへのアクセス・ゲートウェイであり、天気予報の音声サーバーであり、標準ＳＭＳサーバーである。
【００３０】
　アクセスプロバイダのゲートウェイ１１２が有するマイクロプロセッサー１１３は、バス１１４に接続されている。
　このバス１１４には、ＩＳＤＮネットワーク１１１とのインターフェイス回路１１５および、インターネット１０８とのインターフェイス回路１１６も接続されている。
　それゆえ、アクセスプロバイダのゲートウェイ１１２はＩＳＤＮネットワーク１１１とインターネット１０８との間のゲートウェイである。
【００３１】
　ＩＳＤＮネットワーク１１１においては、通信機器１０１と、従って、その機器のユーザーの識別は、ユーザーの識別子１１７によって行われる。
　インターネット１０８においては、通信機器１０１のユーザーの識別は、少なくとも、分離識別子１１８によって行われる。
　アクセスプロバイダのゲートウェイ１１２の役割は、ユーザーの識別子１１７と分離識別子１１８との間の連絡を確立することである。
　アクセスプロバイダのゲートウェイ１１２のもう一つの役割は、従来のように、ＩＳＤＮネットワーク１１１で使用されているプロトコルとインターネット１０８で使用されているプロトコルとの間でプロトコルの変換を確実に行うことである。
　ユーザーの識別子１１７は、例えば、通信機器１０１のユーザーの電話番号である。
　このような識別子１１７は、公開の識別子であり、それにより、誰でも、その識別子１１７と物理的な人物とを結びつけられるようなものである。
　本発明の目的の一つは、コンテンツプロバイダが、コンテンツプロバイダのサーバー１０２に接続する人物を物理的に識別できないようにすることである。
【００３２】
　アクセスプロバイダのゲートウェイ１１２は、プログラム・メモリー１１９を有している。
　プログラム・メモリー１１９が有する様々な区域は、マイクロプロセッサー１１３が実行するタスクにそれぞれ対応するようなインストラクション・コードを有している。
【００３３】
　プログラム・メモリー１１９の区域の中で、はっきりと区別できる区域１１９ａはインストラクション・コードを有している。
　該インストラクション・コードは、分離識別子１１８の作成に対応しているのであるが、この作成は、アクセスプロバイダのゲートウェイ１１２、つまり、実際にはマイクロプロセッサー１１３によって、少なくともユーザーの識別子１１７に基づき、そしてより望ましい実施様態においてはコンテンツプロバイダの識別子１２０に基づいて行われる。
【００３４】
　区域１１９ｂが有するインストラクション・コードにより、アクセスプロバイダのゲートウェイ１１２がコンテンツプロバイダのサーバー１０２からのリクエストを受信したときに、アクセスプロバイダのゲートウェイ１１２は分離識別子１１８を有効化することができる。
　区域１１９ｃが有するインストラクション・コードにより、アクセスプロバイダのゲートウェイ１１２は分離識別子１１８に基づいてユーザーを識別することができる。
　それは、例えばコンテンツプロバイダのサーバー１０２の応答を通信機器１０１に伝送するために用いられるものである。
　メモリー区域１１９ｄが有するインストラクション・コードにより、コンテンツプロバイダの識別子１２０に基づいて識別子の修正子を決定することができる。
　区域１１９ｅが有するインストラクション・コードにより、コード変換を行うことができるが、それは本文の例では、暗号化ということである。
　できれば、それは対称暗号化であることが望ましい。
　しかし、単純な並べ替えやスクランブルでもよい。
【００３５】
　アクセスプロバイダのゲートウェイ１１２が有するメモリー１２１により、コンテンツプロバイダの識別子を、そのコンテンツプロバイダのコードと、作成すべき分離識別子の種類とに結びつけることができる。
【００３６】
　図２は、本発明の分離識別子について考えられる構造と、それを電話の規準で、特に音声電話の規準で規定されるＮＤＳフィールドを介した電話ネットワークでの伝送に適用することを示している。
　その規準が想定するＮＤＳフィールドのコード化は、１５ディジットのものである。
　アクセスプロバイダは、加入者を識別するのに、規準が想定する空間全てを用いる必要はない。
　それとは逆に、ネットワークプロトコルはＮＤＳフィールドに関しては、常に１５ディジットを送りだすのであり、だからこそ、それを用いてユーザーを識別する情報と追加情報を伝達することができるのである。
【００３７】
　図２が示す分離識別子２００は、四つのフィールドを有している。
　第１フィールド２０１は、Ｎディジットの長さのもので、ＩＳＤＮネットワーク１１１で通信機器１０１のユーザーを識別する識別子１１７に対応している。
　第２フィールド２０２は、Ｍディジットの長さのもので、分離識別子２００を、ユーザーの要求やコンテンツプロバイダのコードに応じて変化させる手段に対応している。
　第１フィールド２０１と第２フィールド２０２は、区域１１９ｅのインストラクション・コードを用いて暗号化される。
【００３８】
　一つの変形例として、分離識別子２００は、識別子を作成したアクセスプロバイダの識別を可能にするフィールド２０３や、例えば、分離識別子２００ついてのバージョン及び／または種類のコード化を可能にするフィールド２０４を有する。
　分離識別子２００は、アクセスプロバイダのゲートウェイ１１２とコンテンツプロバイダのサーバー１０２が通信する際の分離識別子１１８として用いられる。
　コンテンツプロバイダのサーバー１０２のユーザー・メモリー１０６の列１０６ａの中に記録されているのは、分離識別子１１８である。
【００３９】
　図２は、分離識別子２００のフィールドの長さの合計がフィールドＮＤＳの長さ、すなわち１５ディジットを越えないということを示している。
　ディジットというのは、十進法の数字を表示／コード化することのできる情報を表現するものである。
　実際には、一つのディジットは４ビットを有し、コード００００，０００１，００１０，００１１，０１００，０１０１，０１１０，０１１１，１０００そして１００１のみが用いられる。
　一般的な原則は、そのようなディジットは１６個の状態をコード化することができ、普通に用いられるのはそれらの状態のうちの１０個だけだということである。
　従って、１６個の中からどれでもいいから１０個を選べばいいということになる。
　図２はまた、第１フィールド２０１からフィールド２０４についての長さも示している。
　識別子のフィールドのこのような長さは、情況に応じて適応させることが可能である。
　従って、例えば、フィールド２０３について１ディジットを越えるようにしたいと思えば、第１フィールド２０１か第２フィールド２０２を縮めてもよい。
　同様に、各フィールドの位置決めも、情況に応じて適応させることが可能である。
　例えば第２フィールド２０２が占めるのは、本例では、３から７ディジットであるが、実際には、Ｍの値が５なら、フィールドＮＤＳの１５ディジットの中から選んだ５ディジットを占めるようにしてもよい。
　第１フィールド２０１，フィールド２０３及びフィールド２０４の位置決めについても同様である。
【００４０】
　図３は、本発明の方法を実施する手順を示している。
【００４１】
　図３における、手順３０１においては、携帯電話である通信機器１０１が、コンテンツプロバイダのサーバー１０２に宛ててリクエストを送信している。
　このリクエストが有するのは、ユーザーの識別子１１７、コンテンツプロバイダの識別子１２０および、リクエストそのものを有しているフィールド１２２である。
　そのようなリクエストは、例えば、ＨＴＴＰプロトコルによって規定されるようなフォーマットでのＧＥＴリクエスト等である。
　通信機器１０１が携帯電話であるので、この場合においては、プロトコルはＷＴＰが使われていることに注目すべきである。
　手順３０１で作成され送信されたリクエストは、手順３０２でアクセスプロバイダのゲートウェイ１１２が受信する。
　手順３０２でマイクロプロセッサー１１３は、リクエストからコンテンツプロバイダの識別子１２０を抽出する。
　そして、該マイクロプロセッサー１１３は、このコンテンツプロバイダの識別子を探すため、メモリー１２１の表を検索する。
　コンテンツプロバイダの識別子が見つかると、マイクロプロセッサー１１３は、このコンテンツプロバイダのコードと識別子の種類とを決定することができるようになる。
　コンテンツプロバイダの識別子がメモリー１２１の表の中に見つからない場合には、マイクロプロセッサー１１３はデフォルトによる動作を適用する。
　本例では、デフォルトによる動作は、セッションの分離識別子を作成することであると認められる。
　一例としては、コンテンツプロバイダの識別子１２０は、ＩＰＶ４のフォーマットでのアドレスであることが望ましい。
　それはまた、音声サーバーの電話番号であったり、ＳＭＳやＭＭＳであったりしてもよい。
　それはまた、ＩＰＶ６のフォーマットでのアドレスであってもよいし、あるいは、ＵＲＬであってもよい。
【００４２】
　コンテンツプロバイダの識別子１２０が、メモリー１２１の表の中でセッションの分離識別子の種類に対応する場合は、セッションの分離識別子を作成する手順３０３に移る。
　そうでない場合は、コンテクストの分離識別子を作成する手順３０４に移る。
【００４３】
　分離識別子の種類が、セッションの分離識別子であろうと、あるいは、コンテクストの分離識別子であろうと、どちらも構造は同一のものであり、それは、図２について説明されている構造である。
　セッションの分離識別子とコンテクストの分離識別子との差は、第２フィールド２０２の内容である。
　セッションの分離識別子の場合には、第２フィールド２０２はランダムエレメントを有する。
　該ランダムエレメントは、例えば１９７０年１月１日０時００分から経過した秒数等である。
　該ランダムエレメントは、そのランダムエレメントが作成された時間によって起動された疑似乱数発生器が発生させた、どんな数であってもよい。
　該ランダムエレメントは、一つの識別子を新しく作成する度に増分を行ったカウンターの数値であってもよい。
　一般的には、ランダムエレメントは乱数か疑似乱数である。
　コンテクストの分離識別子の場合には、第２フィールド２０２は、例えばコンテンツプロバイダの識別子や日付を有する。
【００４４】
　日付の場合には、第２フィールド２０２について言えば、それは分離識別子を作成した日付であったり、分離識別子の有効期限満了の日付であったりする。
　変形例としては、セッションの分離識別子もコンテクストの分離識別子も、どちらも日付を基にして形成されるというのが考えられる。
　その場合、コンテクストの分離識別子は、その有効期間に基づいて区別されるが、その有効期間は、せいぜい１５分でしかないセッションの分離識別子の有効期間より遥かに長い。
【００４５】
　手順３０４において、第２フィールド２０２は、手順３０２でメモリー１２１に読み込まれるコンテンツプロバイダのコードに対応している。
　このコンテンツプロバイダのコードは、その場合、できれば、ディジットでのフォーマットと互換可能なデジタルコードであることが望ましい。
【００４６】
　フィールド２０４により、例えば、識別子の種類をコード化することが可能になる。
　それゆえ、フィールド２０４は、識別子がセッションの分離識別子である場合には、ある一つの数値を有し、それがコンテクストの分離識別子である場合には、もう一つの別の数値を有する。
　フィールド２０２の値が決定された時、マイクロプロセッサー１１３は、本発明による分離識別子を作成することができる。
　マイクロプロセッサー１１３は、フィールド２０２とフィールド２０１から成るフィールドの集合を暗号化する。
　つぎにマイクロプロセッサー１１３は、暗号化の結果をアクセスプロバイダのゲートウェイ１１２を管理するオペレーターの識別子のフィールド２０３と分離識別子の種類のフィールド２０４とに結びつける。
　このようにして分離識別子１１８が得られる。
　分離識別子のサイズはユーザーの識別子１１７のサイズと異なっていてもよいことを指摘しておく。
【００４７】
　ひとたび分離識別子１１８が作成されると、コンテンツプロバイダのサーバー１０２に宛てたリクエストを作成して送信する手順３０５に移る。
　手順３０５で作成されるリクエストは、分離識別子１１８と、コンテンツプロバイダの識別子のフィールド１２０とリクエストのフィールド１２３とを有している。
　実際には、フィールド１２０と１２３は、フィールド１２０と１２２と同じである。
　本例では、手順３０５で作成されるリクエストはＨＴＴＰフォーマットのものである。
　その場合には、フィールド１２０は宛て先のＩＰアドレスである。
　実際には、手順３０５でアクセスプロバイダのゲートウェイ１１２が作成するリクエストの（音声、ＳＭＳ、ＩＰ等の）フォーマットは、携帯電話である通信機器１０１のユーザーが接続しようとするサーバーと互換可能なものである。
【００４８】
　分離識別子１１８のフィールドは、図２に関して説明したフォーマットでのフィールドである。
　そういうわけで、分離識別子１１８が有するのは、分離識別子を作成したオペレーターを識別するフィールドと、それがセッションについてのものか、それともコンテクストについてのものかに応じて分離識別子の種類をコード化することのできるフィールドと、暗号化されたフィールドである。
　暗号化されたフィールドは、ひとたび暗号が解かれると、二つのフィールドを有する。
　これら二つのフィールドは、第１フィールド２０１と第２フィールド２０２に対応している。
【００４９】
　本発明においては、ＮＤＳフィールドのフォーマットに結びついた補助的な制約が存在する。
　分離識別子１１８のフィールドは、ＮＤＳフォーマットと互換可能でなければならない。
　それはつまり、分離識別子１１８のフィールドの長さは１５ディジットだということであり、第１フィールド２０１からフィールド２０４は、１５ディジットの中に含まれているということである。
【００５０】
　図の場合がどうであろうと、第１フィールド２０１により、アクセスプロバイダの加入者を識別することができるものと考えられる。
　従来の方法では、第１フィールド２０１は、フランスなら８ディジット、他の国では５ディジット以上の、電話番号を示すディジットを有することになる。
　従って、フランスの場合、第１フィールド２０１の記録に用いられる識別ディジットは、本例では、８から１５までのディジットである。
　このことは、第１フィールド２０１が８つのディジットを占める、という事を表しており、実際は、１５デジットの中から８つのデジットを選択して集めたどんなグループでもよいことになる。
　従って、第２フィールド２０２からフィールド２０４へ割り当てるための７ディジットが残っている。
【００５１】
　残っている７つの内の最初のディジットは、できれば１番目のディジットであることが望ましく、それにより、分離識別子２００を作成したエンティティをコード化することができる。
　そうすることによって、ＮＤＳフィールドのフォーマットに関する規準を遵守しながらオペレーター・タイプの１０個のエンティティをコード化することができ、また、そのような規準を遵守しなくても良い時はオペレーター・タイプの１５個のエンティティをコード化することができる。
　このディジットを作成者ディジットとも呼び、このディジットはフィールド２０３に対応する。
【００５２】
　望ましい実施例においては、残る７つのディジットのうちの第二のディジットは、例えば２番目のディジットで、それにより、それがセッションの分離識別子なのかコンテクストの分離識別子なのかに応じて、識別子の種類をコード化することができる。
　その場合、このディジットを種類ディジットとも呼び、このディジットはフィールド２０４に対応するもので、また、このディジットはオプションとして選択可能なものである。
【００５３】
　一つの変形例として、残りのディジットは、本例ではディジット２から７で、例えば月、日、時間のフォーマットで、各情報が２ディジットを占めるようにして、日付をコード化するためにそれらのディジットを役立てるということが考えられる。
　この変形例において、ディジット２が一つは種類、一つは日付というように、二つの情報をコード化することが確認される。
　この特殊例において、ディジット２についての０か１かの値がセッション識別子に対応しており、ディジット２から７は、日付と解釈されうる。
　ディジット２の値が３ならば、その場合は、ディジット３から７はコンテンツプロバイダのコードであり、その場合には、コンテクスト識別子が得られる。
　ディジット２の値が４から９の数字の一つなら、それは後で使用するために取っておかれる。
【００５４】
　日付をコード化するフォーマットは、他にも考えられる。
　例えば、その年の始めから、一年を分割して日付を測定することができる。
　一年の１／９０００００の分割を考えると、その場合には、ディジット２についての０から８の値が意味するのは、ディジット２から７が日付をコード化しており、識別子が一時的識別子かセッションの分離識別子だということである。
　一年の１／８０００００の分割を考えると、その場合には、ディジット２についての０から７の値が意味するのは、ディジット２から７が日付をコード化しており、識別子が一時的識別子かセッションの分離識別子だということである。
【００５５】
　識別子がコンテクストの識別子だということをディジット２が示している場合には、ディジット３から７によりコンテンツプロバイダをコード化することが可能となる。
　この場合には、ディジット３から７のうちの一つのディジットが、分離識別子を作成するために用いられた電話番号の名義人と分離識別子を作成するオペレーターとを結びつける契約の一つのバージョンをコード化することを可能にすることもできる。
　そのような契約番号が役に立つのは、例えば、その番号の名義人が変わる場合、あるいは、その番号の名義人が自分の番号を失いたくはないが、コンテンツ提供者のところを通ったという痕跡の一切を抹消したい場合である。
【００５６】
　実際には、作成者と種類との情報は暗号化されてはいない。
　他の情報は、本例ではディジット３から１５までに対応しており、暗号化されている。
　暗号化のアルゴリズムは、１３ディジットの単語一つを消費して、１３ディジットの単語一つを作成する。
　そのようにして、分離識別子２００は、ディジット使用を課する規準との互換性を保っている。
　消費される／作成される単語のサイズは、暗号化すべき情報のサイズと共に変化する。
【００５７】
　そのようにして作成されたＮＤＳフォーマットの識別子は、現行の伝送プロトコルの全てと互換性がある。
【００５８】
　手順３０５でリクエストを送信した後、手順３０５で送信されたリクエストをコンテンツプロバイダのサーバー１０２で受信する手順３０６に移る。
　それゆえ、手順３０６でコンテンツプロバイダのサーバー１０２は、分離識別子１１８と１２３のフィールドにアクセスすることができる。
　分離識別子１１８によりコンテンツプロバイダのサーバー１０２は、ユーザー・メモリー１０６の表を参照してサーバー１０２に接続するユーザーについての一定数の情報を検索することができる。
　実際には、セッションの分離識別子に関する場合にはユーザーについての情報をユーザー・メモリー１０６の表が有する公算は低い。
　事実、セッションの分離識別子はセッション毎に変化するのであり、同一のユーザーが同じセッションの分離識別子でコンテンツプロバイダのサーバー１０２に二度接続することはない。
　本説明に関しては、セッションとは、例えば１５分に限定された一時的な継続時間を意味する。
　セッションの継続時間が簡単に測定可能なのは、本発明によるセッション分離識別子が作成日付の情報を有しているからである。
【００５９】
　コンテクストの分離識別子の有効期間は、もっとずっと長く、例えば六ヵ月から十八ヵ月、それどころか、もっと長くなることもある。
　コンテクストの分離識別子の有効期間の管理は、例えば、暗号化するのに用いられるキーによって行うが、その暗号化はコンテクストの分離識別子の有効期間の頻度で変化するものである。
　コンテクストの識別子の有効期間はまた、コンテクストの識別子の有効期間の頻度を変える第２フィールド２０２のコンテンツによって管理してもよい。
【００６０】
　有効期間とその管理の仕方とをどう選ぶかは、アクセスプロバイダのゲートウェイ１１２の責任を負うエンティティに帰するものである。
　有効期間が保証されているという事実により、コンテンツプロバイダは、これもまたコンテクストと呼ばれる情報をその分離識別子に結びつけることができる。
【００６１】
　手順３０６で取りうる行動のうちで、コンテンツプロバイダのサーバー１０２は、分離識別子１１８に基づいて、アクセスプロバイダのゲートウェイ１１２に向けてサービスのリクエストを作成し送信することができるが、それが手順３０７であって、ユーザー・メモリー１０６の表の中に情報を記録することができるのが手順３０８で、そして、携帯電話である通信機器１０１のユーザーのリクエストへの応答を作成し送信することができるのが手順３０９である。
【００６２】
　手順３０５で送信されたリクエストへの応答をコンテンツプロバイダのサーバー１０２が作成する場合には、応答フォーマットが構成されるが、それは、ユーザーを識別する分離識別子１１８のフィールドと、その応答を実行するサーバーの識別子を有するフィールド１２０と、その場合のそのリクエストへの応答を有するフィールド１２３とを有するものである。
　手順３１０においては、アクセスプロバイダのゲートウェイ１１２は手順３０１で送信されたリクエストへの応答を受信する。
　そこでアクセスプロバイダのゲートウェイ１１２は、分離識別子１１８とユーザーの識別子１１７との間のコード変換を行い、それにより、携帯電話である通信機器１０１にコンテンツプロバイダのサーバーからの応答を伝送する。
　そこで手順３１１に移り、手順３０１で送信したリクエストへの応答を通信機器１０１によって受信する。
【００６３】
　手順３１０では、識別子のコード変換と共に識別子の有効性の検証を行ってもよい。
　この検証は、例えば、分離識別子１１８の暗号化された部分の暗号を解き、そうして第２フィールド２０２の値を回収した後に行われる。
　その場合の有効化は、識別子の種類で決まる。
　それがセッションの分離識別子である場合には、第２フィールド２０２はある日付に対応している。
　そこで、その日付を、応答が受信された日付と比較する。
　それら二つの日付の差が予め定められた期限、例えば１５分を越えている場合には、そのリクエストは無効とされ、通信機器１０１に再伝送されることはない。
【００６４】
　それがコンテクストの分離識別子である場合には、第２フィールド２０２の内容を、メモリー１２１の表の中のコンテンツプロバイダの識別子１２０に対応する行について、コードのフィールドの内容と比較する。
　一致すればそのリクエストは有効であり、そうでなければ、そのリクエストは拒絶される。
【００６５】
　手順３０７においては、コンテンツプロバイダのサーバー１０２がアクセスプロバイダのゲートウェイ１１２宛てのサービス・リクエストを送信する。
　このリクエストは、ユーザーの分離識別子と、コンテンツプロバイダの識別子と、リクエストのフィールドとを有している。
　そのようなリクエストは、例えば、ユーザーの識別依頼、ユーザーの所在地特定の依頼、そのユーザーがコンテンツプロバイダのサーバー１０２に接続するために用いる機器の種類についての情報の依頼に関するものであってよい。これら列挙したものは、すべてを網羅しているわけではない。
　アクセスプロバイダのゲートウェイ１１２は、手順３１２で、サービスを依頼するリクエストを受信する。
　手順３１２では、アクセスプロバイダのゲートウェイ１１２はまずその分離識別子の有効性を検証する。
　この検証は、前述の通りに行われる。
　その識別子が有効でないなら、終わりの手順３１９に移り、アクセスプロバイダのゲートウェイ１１２は、そのサービス・リクエストを実行に移したりはしないが、そうでなければ、サービス・リクエストに応える手順３１４に移る。
【００６６】
　本発明の変形例の一つにおいては、メモリー１２１の表は、さらに、各コンテンツプロバイダに関して、コンテンツプロバイダが要求しうるサービスのリストを有している。
　手順３１３においては、アクセスプロバイダのゲートウェイ１１２は、その場合、リクエストを送信するコンテンツプロバイダが確かにそのリクエストを送信する権利があるのか、つまりそのサービスを要求する権利があるのかを検証する。
　もしそうなら、アクセスプロバイダのゲートウェイ１１２は、そのサービス・リクエストへの応答を作成し、応答をコンテンツプロバイダのサーバー１０２に伝送する。
　そうでなければ、そのサービス・リクエストへの応答はない。
【００６７】
　手順３１４では、コンテンツプロバイダのサーバー１０２は、そのサービス・リクエストへの応答を受信する。
　この応答により、コンテンツプロバイダのサーバー１０２は、ユーザー・メモリー１０６の表を更新したり、あるいは、手順３０９の応答を作成したりすることができる。
　実際には、手順３０１で発信されたリクエストは、ユーザーのいる場所に近いレストランのリストを知りたいというリクエストであったというようなことが想定できる。
　その場合には、コンテンツプロバイダのサーバー１０２は、そのユーザーの位置を知る必要があり、それゆえ、コンテンツプロバイダのサーバー１０２は、アクセスプロバイダのゲートウェイ１１２に向けて、位置特定依頼を発信することになる。
　位置特定の応答により、コンテンツプロバイダのサーバー１０２は、通信機器１０１のユーザーに相応しい応答を送ることができる。
【００６８】
　本発明による識別子により、コンテンツプロバイダのサーバー１０２は、手順３１５で、新しく入ってくるリクエストを通信機器１０１宛てに送信することもできる。
　この新しく入ってくるリクエストを、その時、手順３１６で受信するのがアクセスプロバイダのゲートウェイ１１２である。
　この新しく入ってくるリクエストを、分離識別子１１８の検証作業に掛ける。
　この検証作業は、手順３１０と３１２と３１３に関して説明した検証と同じものである。
　つまり、コンテンツプロバイダ識別子１２０のフィールドによって識別されたコンテンツプロバイダは新しく入ってくるリクエストを送信する資格がなければならず、更に、分離識別子１１８が有効でなければならない。
　識別子が有効でない場合には、終わりの手順３１８に移るが、そこではコンテンツプロバイダのサーバー１０２が送信した新しく入ってきたリクエストには一切、応えない。
【００６９】
　手順３１５で送信された新しく入ってきたリクエストが有効であることが手順３１６で明らかになった場合には、アクセスプロバイダのゲートウェイ１１２が分離識別子１１８をユーザーの識別子１１７に向けてコード変換し、コード変換された新しく入ってきたリクエストを携帯電話である通信機器１０１に伝送する。
　手順３１７では、携帯電話である通信機器１０１が、その新しく入ってきたリクエストを受信して処理する。
　そのような新しく入ってきたリクエストは、例えば、通信機器１０１の中のデータベースの更新であったりする。
　そのようなデータベースは、例えば、通信機器１０１のユーザーが維持したいと願っている連絡先に関するものであってもよいし、あるいは、通信機器１０１が接続して様々なサービスにアクセスすることができるサーバーのリストに関するものであってもよい。
【００７０】
　第１フィールド２０１と第２フィールド２０２を暗号化するために用いられる暗号化アルゴリズムは、できれば、ＤＥＳの系列であることが望ましい。
　それは、ブロック暗号化バージョンでも、あるいは、連鎖暗号化バージョンのものでもよい。
　連鎖暗号化を行うバージョンにより、分離識別子２００の暗号化された部分のすべては、可変性フィールド２０２のおかげで、確実に異なったものにすることができる。
　本発明の幾つかの変形例においては、例えばＡＥＳ（Ａｄｖａｎｃｅｄ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）の系列に属するもののような他の暗号化アルゴリズムを用いてもよい。
【００７１】
　本発明および、本発明によって規定されるコンテクストの分離識別子の利点の一つは、ユーザー用に、コンテンツプロバイダごとに異なるコンテクスト識別子を持てるということである。
　従って、あるコンテンツプロバイダが、識別子で識別されたあるユーザーの私生活の情報がもっとよく分かるように、他のコンテンツプロバイダのデータベースと、自分のデータベースとを突き合わせてチェックするということはできないようになっている。
　あるデータベースを盗用したり、通信の秘密を侵犯したりすることもまた不可能である。
　そういうわけで、そのようにして、ユーザーのプライバシーは最大限の保護が得られることになる。
【００７２】
　一つの識別子に基づいて、識別子を作成したオペレーターだけが、物理的なユーザーまで逆上っていくことが可能なのだから、法的な要請も満足させることができる。
【００７３】
　あるユーザーが、常にセッション識別子を使用して接続することを選ぶのも可能である。
　この場合、時間的に適度な間を置いた二つの接続については、そのような選択を行ったユーザーは二つの異なる分離識別子を提示して同一のサイトに接続することになる。
　その場合、コンテンツプロバイダには、それが同一のユーザーで接続を二回行ったのだということをつきとめる手段は全くないことになる。
【００７４】
　あるユーザーが、コンテクスト識別子を用いるということを選択することも可能である。
　その場合は、アクセスプロバイダのゲートウェイ１１２が、その選択を行ったユーザーの接続に際して、コンテクストの分離識別子を作成することになる。
　その場合、コンテンツプロバイダは、コンテクストの分離識別子に関連づけることのできる情報に応じて、その応答を適応させることができることになる。
【００７５】
　このユーザーの選択は、アクセスプロバイダのゲートウェイ１１２において、識別子１１７のようなユーザーの識別子を、ユーザーの選択に結びつける表を介して管理される。
【００７６】
　本発明は、インターネットアクセスプロバイダ（略してＩＳＰ）を介してコンテンツプロバイダへと、パソコンを使って接続するユーザーを想定する場合にも、完全に転換可能である。
　その場合には、パソコンをゲートウェイに接続するモードは（ＧＳＭ，ＵＭＴＳ等の）電波によるもの、（交換電話ネットワーク等の）有線のもの、あるいはその他のものがある。
【００７７】
　そういうわけで、本発明には、分離識別子を管理するエンティティが、そのような分離識別子を蓄積しなくともよいようにできるという利点がある。
　事実、そのような識別子の計算は、その計算の時点で簡単にアクセスできるデータに基づいて行われるので、それらを蓄積する必要はない。
【図面の簡単な説明】
【００７８】
【図１】本発明の方法を実施するために有用な手段を示す概略図
【図２】本発明の分離識別子の構造の概略図
【図３】本発明の方法を実施する手順の概略図
【符号の説明】
【００７９】
　１０１　通信機器
　１０２　コンテンツプロバイダのサーバー
　１０３　マイクロプロセッサー
　１０４　バス
　１０５　プログラム・メモリー
　１０６　ユーザー・メモリー
　１０７　インターフェィス回路
　１０８　インターネット
　１０９　無線接続
　１１０　基地局
　１１１　ＩＳＤＮネットワーク
　１１２　アクセスプロバイダのゲートウェイ
　１１３　マイクロプロセッサー
　１１４　バス
　１１５　インターフェイス回路
　１１６　インターフェイス回路
　１１７　ユーザーの識別子
　１１８　分離識別子
　１１９　プログラム・メモリー
　１１９ａ　区域ａ
　１１９ｂ　区域ｂ
　１１９ｃ　区域ｃ
　１１９ｄ　区域ｄ
　１１９ｅ　区域ｅ
　１２０　コンテンツプロバイダの識別子
　１２１　メモリー
　２００　分離識別子
【図１】
2004120756.tif 000003
【図２】
2004120756.tif 000004
【図３】
2004120756.tif 000005