(57)【要約】【課題】ネットワーク上にブックマーク登録する場合において、ＷＷＷサイトのようなサービス提供主体がユーザを特定することができる仕組みを提供する。【解決手段】サービス仲介者は、移動機の電話番号とと、ＩＰサーバ装置のＵＲＬと、ユーザＩＤとを対応付けて記憶しておき、これらが関連づけられているブックマークページを生成して移動機に送信する。このブックマークページの中からユーザによって１つのＵＲＬが選択されると、そのＵＲＬを宛先としてユーザＩＤが通知される。【選択図】        図１
2004363657.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末装置の各々に割り当てられた記憶領域において、前記ユーザ端末装置に割り当てられた端末識別情報と、当該ユーザ端末装置にサービスを提供するサービス提供装置のアドレスと、当該ユーザ端末装置を利用するユーザに対してサービス提供者によって割り当てられたユーザ識別情報とを対応付けて記憶するアドレス記憶手段と、
前記ユーザ端末装置によって送信され、当該ユーザ端末装置の端末識別情報を含むアクセス要求を受信する受信手段と、
受信したアクセス要求に含まれる端末識別情報に対応付けて記憶されている前記アドレスと前記ユーザ識別情報とを前記アドレス記憶手段から読み出し、当該アドレスと当該ユーザ識別情報とを対応付けたリスト情報を生成する生成手段と、
前記生成手段によって生成されたリスト情報を前記ユーザ端末装置に送信する送信手段と
を備えるサービス仲介装置。
【請求項２】
前記アドレス記憶手段は、前記ユーザに対するサービスの仲介を行うサービス仲介者とサービス提供者との間で予め決められている認証情報を、前記アドレス及び前記ユーザ識別情報に対応付けて記憶し、
前記生成手段は、前記アドレス及びユーザ識別情報に前記認証情報を対応付けたリスト情報を生成する請求項１記載のサービス仲介装置。
【請求項３】
前記生成手段は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）において定義されているＰＯＳＴメソッドを用いて、前記アドレスと前記ユーザ識別情報とを対応付けたリスト情報を生成する請求項１又は２に記載のサービス仲介装置。
【請求項４】
サービス仲介装置が、ユーザ端末装置の各々に割り当てられた記憶領域において、前記ユーザ端末装置に割り当てられた端末識別情報と、当該ユーザ端末装置にサービスを提供するサービス提供装置のアドレスと、当該ユーザ端末装置を利用するユーザに対してサービス提供者によって割り当てられたユーザ識別情報とを対応付けて記憶するステップと、
サービス仲介装置が、前記ユーザ端末装置によって送信され、当該ユーザ端末装置の端末識別情報を含むアクセス要求を受信するステップと、
サービス仲介装置が、受信したアクセス要求に含まれる端末識別情報に対応付けて記憶されている前記アドレスと前記ユーザ識別情報とを読み出し、当該アドレスと当該ユーザ識別情報とを対応付けたリスト情報を生成するステップと、
サービス仲介装置が、生成されたリスト情報を前記ユーザ端末装置に送信するステップと
を備える装置制御方法。
【請求項５】
サービス提供者によってユーザに割り当てられたユーザ識別情報と、当該ユーザに対して提供するべき提供情報とを対応付けて記憶する記憶手段と、
ユーザ端末装置によって送信されてくる前記ユーザ識別情報を受信する受信手段と、
受信した前記ユーザ識別情報に基づいて前記記憶手段から前記提供情報を読み出し、読み出した提供情報を含む閲覧情報を生成する生成手段と、
前記生成手段によって生成された閲覧情報を前記ユーザ端末装置に送信する送信手段と
を備えるサービス提供装置。
【請求項６】
サービス仲介者とサービス提供者との間で予め決められている認証情報を記憶する認証情報記憶手段と、
前記受信手段がユーザ端末装置によって送信されてくる前記ユーザ識別情報とともに前記認証情報を受信すると、受信した認証情報と、前記認証情報記憶手段によって記憶されている認証情報とを照合する認証手段と、
前記生成手段は、前記照合の結果が一致した場合には、前記閲覧情報を生成する請求項４記載のサービス提供装置。
【請求項７】
サービス提供装置が、サービス提供者によってユーザに割り当てられたユーザ識別情報と、当該ユーザに対して提供するべき提供情報とを対応付けて記憶するステップと、
サービス提供装置が、ユーザ端末装置によって送信されてくる前記ユーザ識別情報を受信するステップと、
サービス提供装置が、受信した前記ユーザ識別情報に基づいて前記提供情報を読み出し、読み出した提供情報を含む閲覧情報を生成するステップと、
サービス提供装置が、生成された閲覧情報を前記ユーザ端末装置に送信するステップと
を備える装置制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されたサーバ装置にＵＲＬのようなアドレスをブックマークとして登録するための技術に関する。
【０００２】
【従来の技術】
ＷＷＷ（Ｗｏｒｌｄ    Ｗｉｄｅ    Ｗｅｂ）ブラウザは、一般にブックマークと称せられる機能を備えている。このブックマーク機能とは、ＷＷＷブラウザがユーザによって指定されたＷＷＷサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を記憶しておき、必要に応じてこれらのＵＲＬをリスト形式で表示して、このリストの中からユーザが選択したＵＲＬに基づいてＷＷＷサイトにアクセスする、というものである。最近では、このようなブックマーク機能をネットワーク上のサーバ装置に実装させておき、ユーザはこのサーバ装置にアクセスしてブックマーク機能を自由に利用する、といった仕組みも提案されている（例えば特許文献１）。なお、以下では、ブックマーク機能を用いてＵＲＬを記憶させる処理をブックマーク登録という。
【０００３】
【特許文献１】
特開２００２−２９７４７３号公報
【０００４】
【発明が解決しようとする課題】
ところで、ＷＷＷブラウザがブックマーク機能を利用してＷＷＷサイトにアクセスする場合に、そのアクセス先であるＷＷＷサイトが、そのアクセスをＷＷＷブラウザに指示したユーザは誰であるかということを特定することができれば、ユーザの属性や趣味趣向に応じたＷＷＷページを用意するなどの、従来よりも付加価値の高いサービスをユーザに提供することが可能となる。
【０００５】
本発明はかかる実情に鑑みてなされたものであり、その目的は、ネットワークに接続された装置がブックマーク登録する場合において、登録されたＵＲＬにおけるサービス提供主体がユーザを特定することができる仕組みを提供することにある。
【０００６】
【課題を解決するための手段】
上述した課題を解決するため、本発明は、ユーザ端末装置の各々に割り当てられた記憶領域において、前記ユーザ端末装置に割り当てられた端末識別情報と、当該ユーザ端末装置にサービスを提供するサービス提供装置のアドレスと、当該ユーザ端末装置を利用するユーザに対してサービス提供者によって割り当てられたユーザ識別情報とを対応付けて記憶するアドレス記憶手段と、前記ユーザ端末装置によって送信され、当該ユーザ端末装置の端末識別情報を含むアクセス要求を受信する受信手段と、受信したアクセス要求に含まれる端末識別情報に対応付けて記憶されている前記アドレスと前記ユーザ識別情報とを前記アドレス記憶手段から読み出し、当該アドレスと当該ユーザ識別情報とを対応付けたリスト情報を生成する生成手段と、前記生成手段によって生成されたリスト情報を前記ユーザ端末装置に送信する送信手段とを備えるサービス仲介装置を提供する。
このサービス仲介装置によれば、ユーザ端末装置を利用するユーザに対してサービス提供者によって割り当てられたユーザ識別情報を、サービス提供者に通知することが可能となる。
【０００７】
好ましくは、前記アドレス記憶手段は、前記ユーザに対するサービスの仲介を行うサービス仲介者とサービス提供者との間で予め決められている認証情報を、前記アドレス及び前記ユーザ識別情報に対応付けて記憶し、前記生成手段は、前記アドレス及びユーザ識別情報に前記認証情報を対応付けたリスト情報を生成するようにしてもよい。
サービス提供装置においてはこの認証情報に基づいてユーザの正当性を確認することが可能となる。
【０００８】
また、前記生成手段は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）において定義されているＰＯＳＴメソッドを用いて、前記アドレスと前記ユーザ識別情報とを対応付けたリスト情報を生成すればさらに好ましい。
これにより、ユーザ識別情報の秘匿性が高まる。
【０００９】
また、本発明は、サービス提供者によってユーザに割り当てられたユーザ識別情報と、当該ユーザに対して提供するべき提供情報とを対応付けて記憶する記憶手段と、ユーザ端末装置によって送信されてくる前記ユーザ識別情報を受信する受信手段と、受信した前記ユーザ識別情報に基づいて前記記憶手段から前記提供情報を読み出し、読み出した提供情報を含む閲覧情報を生成する生成手段と、前記生成手段によって生成された閲覧情報を前記ユーザ端末装置に送信する送信手段とを備えるサービス提供装置を提供する。
これにより、ユーザ端末装置を利用するユーザに対してサービス提供者によって割り当てられたユーザ識別情報を、サービス提供者が取得することが可能となる。
【００１０】
好ましくは、サービス仲介者とサービス提供者との間で予め決められている認証情報を記憶する認証情報記憶手段と、前記受信手段がユーザ端末装置によって送信されてくる前記ユーザ識別情報とともに前記認証情報を受信すると、受信した認証情報と、前記認証情報記憶手段によって記憶されている認証情報とを照合する認証手段と、前記生成手段は、前記照合の結果が一致した場合には、前記閲覧情報を生成するようにしてもよい。
【００１１】
【発明の実施の形態】
出願人は、従来のようにユーザが主体となってブックマーク登録を行うのではなく、ＷＷＷサイトにおいてサービスを提供するサービス提供者が主体となってブックマーク登録を行う、という仕組みを着想した。サービス提供者は、ＷＷＷサイトの運営以外にも多種多様な事業を行っている場合も多く、このような事業を展開するにあたって、例えば店舗に来店してきたユーザに商品を販売したり、ユーザと郵送物や電話で連絡をとりあったりする場合がある。このようにサービス提供者とユーザとが直接的に接触する機会があるのだから、その機会にユーザからサービス提供者にブックマーク登録を依頼しておき、この依頼に基づいてサービス提供者がブックマーク登録を行えば、ユーザにとっては手間が省けて便利である。ただし、サービス提供者が主体となってブックマーク登録を行う場合には、そのブックマーク登録の内容がユーザが本当に意図しているものであるか否かを確認する必要がある。なぜなら、このような確認を怠ってしまうと、悪意のあるサービス提供者があらゆるユーザに対して無差別にブックマーク登録を行うというような迷惑行為に及ぶ可能性があるからである。
【００１２】
まず、本実施形態におけるブックマーク登録の仕組みの概略について説明する。
ユーザは、ＷＷＷブラウザ機能を備えた移動機を用いて、サービス提供者のＷＷＷサーバにアクセスすることができるようになっている。このユーザとサービス提供者との間にはサービス仲介者が介在しており、このサービス仲介者がブックマーク機能を備えている。
図１は、ブックマーク登録の仕組みを説明するための図である。
図１において、ユーザは、サービス仲介者によるブックマーク機能を利用するための申し込みをサービス仲介者に対して行う。このとき、ユーザの移動機の電話番号に１対１に対応した「登録コード情報」と称せられる４桁の数字列がサービス仲介者からユーザに対して通知される（ステップＳ１０１）。登録コード情報は、いったん発行された後は、ユーザが所望する４桁の数字列に変更することも可能である。また、移動機に通信サービスを提供する通信事業者がサービス仲介者である場合には、その通信事業者とユーザとの間で既に利用されているパスワードなどをこの登録コード情報として利用してもよい。いずれにしろ、登録コード情報は、ユーザ及びサービス仲介者しか知ることができない情報である。一方、サービス提供者は、移動機にサービスを提供するサービス提供装置のＵＲＬをサービス仲介者に届け出ておく（ステップＳ１０２）。これに応じてサービス仲介者は、そのサービスにサービスＩＤを割り当て、そのサービスＩＤをサービス提供者に通知するとともに、上記ＵＲＬとサービスＩＤとを対応付けて記憶しておく。
【００１３】
次に、ユーザは、例えば電話、ＦＡＸ、郵送、店頭に用意された申込用紙、或いはインターネット等の任意の連絡手段を用いてサービス提供者にサービスの利用を申し込むが、このとき、移動機の電話番号と上述した登録コード情報とをサービス提供者に通知する（ステップＳ１０３）。これに応じて、サービス提供者は、ブックマーク登録をサービス仲介者に依頼する。このときサービス提供者は、ユーザから通知された電話番号と登録コード情報の他、ユーザに提供するサービスのサービスＩＤをサービス仲介者に通知する（ステップＳ１０４）。サービス仲介者は、サービス提供者から通知された電話番号及び登録コード情報の組み合わせが、ステップ１０１において記憶されている電話番号及び登録コード情報の組み合わせと一致すれば、サービス提供者から通知されたサービスＩＤに対応するＵＲＬに移動機の電話番号を対応付けてデータベースに記憶する処理（つまりブックマーク登録処理）を行う。
【００１４】
この後、ユーザの移動機からサービス仲介者に対し、記憶しているＵＲＬのリストを示すＷＷＷページ（以下、ブックマークページという）の閲覧要求を送信すると（ステップＳ１０５）、サービス仲介者はそのユーザについて記憶しているＵＲＬのリストを示すブックマークページを生成して移動機に送信する（ステップＳ１０６）。移動機は受信したブックマークページを表示して、ユーザに提示する。そして、移動機は、表示されたＵＲＬの中からユーザによって１つのＵＲＬが選択されると、そのＵＲＬに基づいてサービス提供者のＷＷＷページを要求する（ステップＳ１０７）。これに応じて、サービス提供者からＷＷＷページが送信されてくるから、移動機はこれを受信して表示する（ステップＳ１０８）。以後、ユーザは移動機を用いて、サービス提供者が用意している様々なＷＷＷページを閲覧することができる。
【００１５】
ところで、サービス提供者は、新商品のキャンペーン期間中や催事の開催期間中などの期間限定でサービス提供を行う場合がある。このような場合、サービス提供者は、終了したサービスを提供するサービス提供装置のＵＲＬを削除して欲しい旨の削除依頼をサービス提供者に通知する（ステップＳ１０９）。サービス仲介者は、この削除要求に基づいて削除対象となるＵＲＬを特定し、そのＵＲＬが削除対象であることを記憶しておく。ただし、この時点では、サービス提供者はＵＲＬを本当に削除するのではなく、あくまで削除対象であることを記憶するだけである。
【００１６】
この後、ステップＳ１０５と同様にして、ユーザの移動機からサービス仲介者に対しブックマークページの閲覧要求が送信されてくると（ステップＳ１１０）、サービス仲介者はブックマークページを生成して移動機に送信する（ステップＳ１１１）。このブックマークページには、上記ＵＲＬが削除予定であることが表示されている。ユーザはこのような表示を参照して、削除予定のＵＲＬがあることを知ると、所定の操作を行って削除の指示を行う。これに応じて、移動機は削除指示をサービス仲介者に送信する。この指示に基づき、サービス仲介者は上記ＵＲＬを削除する。
【００１７】
次に、本発明の実施の一形態に係るシステムについて詳細に説明する。
Ａ：構成
図２に示されるように、このシステムは、移動機１０ａ，１０ｂと、これら移動機１０ａ，１０ｂに移動パケット通信サービスを提供する移動パケット通信網２０と、インターネット３０に接続されたＩＰ（Ｉｎｆｏｒｍａｔｉｏｎ    Ｐｒｏｖｉｄｅｒ）サーバ装置４０ａ，４０ｂ及び通信装置５０ａ，５０ｂと、移動パケット通信網２０とインターネット３０に接続された仲介サーバ装置６０とを備えている。ＩＰサーバ装置４０ａ及び通信装置５０ａは、第１のサービス提供者によって管理或いは利用される装置であり、ＩＰサーバ装置４０ｂ及び通信装置５０ｂは、第１のサービス提供者とは異なる第２のサービス提供者によって管理或いは利用される装置である。
【００１８】
このシステムにおいては多数の移動機と多数のＩＰサーバ装置と多数の通信装置が存在するが、図面が繁雑になるのを避けるために、それぞれ２つの移動機とＩＰサーバ装置と通信装置のみを図１では図示している。移動機１０ａ、１０ｂは共通の構成及び動作であるので、以下の説明においては特に両者を区別する場合を除き、移動機１０と呼ぶ。また、ＩＰサーバ装置４０ａ，４０ｂ及び通信装置５０ａ，５０ｂについても同様の理由により、それぞれＩＰサーバ装置４０、通信装置５０と呼ぶことにする。
【００１９】
移動機１０は、ユーザによって利用されるユーザ端末装置であり、例えばＰＤＣ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ    Ｃｅｌｌｕｌａｒ）方式やＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ    Ｍｏｂｉｌｅ    Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−２０００）方式の携帯電話機であったり、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ；登録商標）方式の簡易携帯電話機である。この移動機１０は、内蔵メモリに記憶しているＷＷＷブラウザソフトウェアを実行することによって、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ    Ｍａｒｋｕｐ    Ｌａｎｇｕａｇｅ）に従って記述されたＷＷＷページを移動パケット通信網２０及びインターネット３０を介してＷＷＷサーバから取得し、表示するようになっている。ユーザは移動機１０によって表示されたＷＷＷページ装置を閲覧して各種情報を得ることができる。
【００２０】
ＩＰサーバ装置４０は、各種の情報が記述されたＷＷＷページを移動機１０に送信することにより、この移動機１０に対して情報提供サービスを行うサービス提供装置であり、図示せぬサービス提供者によって運営・管理されている。このＩＰサーバ装置４０は、一般的なＷＷＷサーバ装置と同様のハードウェアおよび機能に加えて、各移動機１０のユーザの属性や趣味趣向に応じてカスタマイズされたＷＷＷページを生成し、移動機１０に送信する機能を備えている。
【００２１】
ここで、図３を参照しながら、ＩＰサーバ装置４０の構成について説明する。図３に示すように、ＩＰサーバ装置４０は、ＣＰＵ（Ｃｅｎｔｒａｌ    Ｐｒｏｃｃｅｓｓｉｎｇ  Ｕｎｉｔ）４１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）４２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）４３、通信部４４及びハードディスク装置４５を備えている。通信部４４は、図示せぬ通信線を介してインターネット３０に接続されており、このインターネット３０を介してデータ通信を行う。ハードディスク装置４５には、ＷＷＷサーバアプリケーションプログラムが記憶されており、ＣＰＵ４１はこのＷＷＷサーバアプリケーションプログラムを実行することにより、ユーザ毎にカスタマイズされたＷＷＷページを生成することができる。
【００２２】
より具体的には、ハードディスク装置４５には、各ユーザに対し個別に提供すべき情報が予め記憶されており、ＣＰＵ４１は、ＩＰサーバ装置４０にアクセスしてきた移動機１０のユーザが誰であるかを特定すると、そのユーザに対して提供すべき情報をハードディスク装置４５から読み出し、読み出した情報に基づいてＷＷＷページを生成して上記移動機１０に送信する。ここで、各ユーザに対して個別に提供すべき情報とは、サービス提供者からユーザに対するメッセージ（例えば「誕生日おめでとう」というようなメッセージ）とか、予め把握しているユーザの趣味趣向に関連する情報（例えばユーザの趣味が音楽であればヒット曲の新譜情報）とか、ユーザの年齢や性別などの属性に応じた情報（例えば、ユーザが年齢２０代の女性であれば、そのような女性が興味を持ちそうな星占いや化粧に関する情報）などである。
【００２３】
次に、通信装置５０の構成について説明する。
通信装置５０は、サービス提供者のオペレータによって操作され、前述したサービス仲介者に対するＵＲＬの事前届け出やブックマーク登録依頼のために利用される。
図４は通信装置５０の構成を示す図である。図４に示すように、通信装置５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、通信部５４、ハードディスク装置５５及び操作部５６を備えている。通信部５４は、図示せぬ通信線を介してインターネット３０に接続されており、インターネット３０を介してデータ通信を行う。ハードディスク装置５５には、ＷＷＷブラウザソフトウェア５５１が記憶されており、このＷＷＷブラウザソフトウェア５５１にはクライアント証明書がインストールされている。クライアント証明書とは、サービス提供者からサービス仲介者に対して事前申請された各種属性情報が、サービス仲介者の秘密鍵によって暗号化されたデジタルデータである。このクライアント証明書は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）によって暗号化して送受信されるので、例えば通信装置５０と仲介サーバ装置６０との間で送受信される途中において偽造・改竄されることはない。このクライアント証明書は、図示せぬ証明書発行装置によって各サービス提供者に対して発行されるものであり、通信装置５０が仲介サーバ装置６０にアクセスする際にその通信装置５０の正当性を確認するために利用される。
【００２４】
なお、特許請求の範囲に記載された通信装置の構成要件である「サービス情報送信手段」には、ＣＰＵ５１、通信部５４及びＷＷＷブラウザソフトウェア５５１が相当し、「入力手段」には、操作部５５或いは通信部５４が相当し、「登録要求送信手段」には、ＣＰＵ５１、通信部５４及びＷＷＷブラウザソフトウェア５５１が相当する。
【００２５】
次に、図５を参照しながら、仲介サーバ装置６０の構成について説明する。
仲介サーバ装置６０は、移動機１０にサービスを提供するＩＰサーバ装置４０のアドレス（ここではＵＲＬ）を記憶しておき、移動機１０からの要求に応じてこれらのＵＲＬをリスト形式で纏めたＷＷＷページ（ブックマークページ）を生成し、生成したブックマークページを移動機１０に送信する機能を備えている。
【００２６】
図５に示すように、仲介サーバ装置６０は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、通信部６４及びハードディスク装置６５を備えている。通信部６４は、図示せぬ通信線や各種中継装置を介してインターネット３０と移動パケット通信網２０とにそれぞれ接続されており、これらインターネット３０又は移動パケット通信網２０を介してデータ通信を行う。ハードディスク装置６５には、後述する動作を行うアプリケーションプログラム６５１の他に、アドレス情報データベース６５２と、ユーザ情報データベース６５３と、ＩＰ情報データベース６５４と、エラー情報データベース６５５という４種類のデータベースが記憶されている。なお、以下の説明及び図面においてはデータベースをＤＢと略称する。
【００２７】
ここで、特許請求の範囲に記載されたサービス仲介装置の構成要件である「登録要求受信手段」には、ＣＰＵ６１、通信部６４及びアプリケーションプログラム６５１が相当し、「アドレス記憶手段」には、ＣＰＵ６１、ハードディスク装置６５及びアプリケーションプログラム６５１（アドレス情報ＤＢ６５２）が相当し、「ユーザ情報記憶手段」には、ＣＰＵ６１、ハードディスク装置６５及びアプリケーションプログラム６５１（ユーザ情報ＤＢ６５３）が相当し、「サービス情報記憶手段」には、ＣＰＵ６１、ハードディスク装置６５（ＩＰ情報ＤＢ６５４）及びアプリケーションプログラム６５１が相当し、「登録要求受信手段」には、ＣＰＵ６１、通信部６４及びアプリケーションプログラム６５１が相当し、「認証手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当する。また、「エラー情報記憶手段」には、ＣＰＵ６１、ハードディスク装置６５（エラー情報ＤＢ６５５）及びアプリケーションプログラム６５１が相当し、「登録禁止手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「追加登録停止手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「登録停止解除手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「コード発行手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「コード送信手段」には、ＣＰＵ６１、通信部６４及びアプリケーションプログラム６５１が相当する。
【００２８】
ここで、図６は、アドレス情報ＤＢ６５２の一例を示す図である。
このアドレス情報ＤＢ６５２では、ブックマークとして記憶されたＵＲＬが各々の移動機毎に区分されている。図６では、例えば電話番号「０９０−３３３３−１１１１」が割り当てられた移動機１０について記憶されているＵＲＬは、「ａ−ｂａｎｋ．ｃｏｍ」、「ｂｓｈｏｐ．ｃｏ．ｊｐ」、「ｃ−ｒｅｎｔａｌ．ｃｏ．ｊｐ」及び「ｄｃｏｎ．ｃｏｍ」であることが示されている。このうちＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」のＩＰサーバ装置４０によって提供されるサービスの名称は「Ａ銀行オンラインバンキング」であり、そのサービスに割り当てられたサービスＩＤは「０００１」であることが示されている。
【００２９】
また、移動機１０のユーザには、各々のサービス提供者によって、各々のサービス提供時においてのみ利用されるユーザＩＤが割り当てられている。図６では、例えば電話番号「０９０−３３３３−１１１１」が割り当てられた移動機１０のユーザに対しては、Ａ銀行オンラインバンキングサービスにおいて利用されるユーザＩＤとして「１２３４」が割り当てられていることが示されている。このユーザＩＤは、サービス提供者によってユーザが誰であるかを特定するために用いられる。なお、図６に示す「削除フラグ」は、ＵＲＬが削除の対象となっていることを意味しており、「追加登録停止フラグ」は新規のブックマーク登録を停止していることを意味しているが、これらについては後に詳述する。
【００３０】
次に、図７は、ユーザ情報ＤＢ６５３の一例を示す図である。このユーザ情報ＤＢ６５３では、各々の移動機１０の電話番号と、登録コード情報と、申し込みＩＤと、認証コードとが対応付けられている。登録コード情報は、図１において説明した情報である。
【００３１】
また、図１において説明したように、移動機１０の電話番号はサービス申し込み時に、サービス提供者に対して通知されるようになっている。しかし、場合によっては自身の電話番号をサービス提供者に知られたくないと考えるユーザも少なくないことが予想される。このような場合に備えて、本実施形態では、電話番号に代えて、１１桁の数字列である申し込みＩＤを用いてサービス申し込みを行うことが可能となっている。このサービス申し込みＩＤは、前述した図１において、ユーザがブックマーク機能を利用するための申し込みをサービス仲介者に対して行った時に仲介サーバ装置６０によって生成される。そして、仲介サーバ装置６０は、生成した申し込みＩＤをユーザ情報ＤＢ６５３に記憶するとともに、移動機１０に送信してユーザに通知する。
図７に示す例では、例えば、電話番号「０９０−３３３３−１１１１」が割り当てられた移動機１０に対応する申し込みＩＤは「８５２３６２５１４７８」となっている。従って、この移動機１０のユーザは電話番号「０９０−３３３３−１１１１」を用いてサービス申し込みを行ってもよいし、申し込みＩＤ「８５２３６２５１４７８」を用いてサービス申し込みを行ってもよいことを意味している。
【００３２】
認証コードは、サービス提供者とサービス仲介者との間で、各々のユーザについて定められた情報である。この認証コードの意義については後述する。
【００３３】
次に、図８は、ＩＰ情報ＤＢ６５４の一例を示す図である。このＩＰ情報ＤＢ６５４では、移動機１０にサービスを提供するＩＰサーバ装置４０のＵＲＬと、各々のサービスに割り当てられたサービスＩＤと、サービス名とが対応付けられている。図８に示す例では、ＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」が示すＩＰサーバ装置４０によって提供されるサービスにはサービスＩＤ「０００１」が割り当てられており、そのサービス名は「Ａ銀行オンラインバンキング」であることを意味している。これらの情報は、図１において説明したステップＳ１０２の事前登録時にＩＰ情報ＤＢ６５４に記憶されるようになっている。
【００３４】
次に、図９は、エラー情報ＤＢ６５５の一例を示す図である。
本実施形態では、前述したように、悪意のあるサービス提供者がブックマーク登録を無差別に行うというような事態に陥ることがないように配慮している。そのため、ユーザの移動機１０の電話番号と、ユーザ自身及びサービス仲介者しか知り得ないはずの登録コード情報とを用いて、サービス提供者からのブックマーク登録依頼が正当なものかどうかを判断する。更にこのような仕組みに加えて、次のような仕組みも採用している。即ち、サービス提供者からのブックマーク登録依頼が正当なものではなかった場合（即ち、サービス提供者から通知されてくる電話番号と登録コード情報との組み合わせが正しいものでなかった場合）が、どのくらいの回数或いは頻度で発生したかということをサービス仲介者が把握しておき、あるサービス提供者からのブックマーク登録依頼についての上記回数或いは上記頻度が予め定めた閾値を超えた場合には、そのサービス提供者からのブックマーク登録依頼を拒否し、ブックマーク登録を行わないようにしている。
【００３５】
このようにサービス提供者からのブックマーク登録依頼が正当なものではない場合を「エラー発生」として捉え、そのエラー発生状況に基づいてブックマーク登録依頼を受け入れたり拒否することにより、悪意のあるサービス提供者の不正行為を排除することができる。
【００３６】
図９に示す「サービス提供者ＩＤ」とは、各々のサービス提供者に割り当てられた識別情報である。また、図９に示す「エラー数」とは、サービス提供者から通知されてくる電話番号及び登録コード情報の組み合わせが、ユーザ情報ＤＢ６５３における電話番号及び登録コード情報の組み合わせと一致しなかった回数（１日あたりの累積回数）である。また、「エラー頻度」とは、サービス提供者から通知されてくる電話番号及び登録コード情報の組み合わせが、ユーザ情報ＤＢ６５３における電話番号及び登録コード情報の組み合わせと一致しなかった頻度（ブックマーク登録依頼１００件当たりのエラー回数の発生頻度）である。例えば、エラー数の閾値が２５０件の場合、サービスＩＤ「０００２」が示すサービスについてはブックマーク登録依頼のエラー件数が「２５１」件であり、閾値を超えているので、このサービスを提供するサービス提供者ＩＤのサービス提供者が提供するサービスについては、通信装置５０からのブックマーク登録依頼が仲介サーバ装置６０によって拒否されることになる。
【００３７】
Ｂ：動作
次に、上記構成からなる実施形態の動作について説明する。実施形態の動作は大別して、（１）ブックマークの登録、（２）ブックマークを利用したＷＷＷアクセス、（３）ブックマークの削除、（４）ブックマークの登録の停止及び再開、という４種類がある。以下ではこれらを順番に説明していく。
【００３８】
（１）ブックマーク登録
まず、図１０に示したシーケンスを参照しながら、ブックマーク登録時の動作について説明する。なお、以下の説明においては、サービス提供者はサービス提供装置のＵＲＬをサービス仲介者に事前に届け出ているものとする。また、ユーザは移動機１０ａを用いて、ＩＰサーバ装置４０ａを運営・管理するサービス提供者に対して、情報提供サービスの利用申し込みを事前に行っているものとする。そして、このときユーザからサービス提供者に通知された電話番号が「０９０−３３３３−１１１１」であり、登録コード情報が「９９９９」であるとする。また、サービス提供者はサービス仲介者に対して上記情報提供サービスのサービスＩＤは「０００１」であるとする。また、各データベースの内容は、図６〜図９に示したとおりであるとする。また、通信装置５０ａは、クライアント証明書を証明書発行装置から既に受信しているものとする。
【００３９】
図１０において、通信装置５０ａは、オペレータの操作に応じてＷＷＷブラウザを起動し、クライアント証明書を伴うＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ１１）。仲介サーバ装置６０はハードディスク６５に記憶されているアプリケーションプログラム６５１を常時実行しており、上記ＨＴＴＰリクエストを受信すると、ログイン画面を通信装置５０ａに表示させるＷＷＷページを含むＨＴＴＰレスポンスを、通信装置５０ａに送信する（ステップＳ１２）。
【００４０】
通信装置５０ａはこのＨＴＴＰレスポンスを受信すると、サービス提供者ＩＤとパスワードの入力をオペレータに促すログイン画面を表示する。次いで、オペレータが通信装置５０ａにサービス提供者ＩＤとパスワードを入力すると、通信装置５０ａは入力された情報を含むＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ１３）。仲介サーバ装置６０はこれらの情報を用いて認証処理を行い、サービス提供者の正当性が確認されると、その旨のメッセージを含むＨＴＴＰレスポンスを通信装置５０ａに送信する（ステップＳ１４）。次いで、サービス提供者のオペレータは、移動機１０ａのユーザによって通知されている電話番号「０９０−３３３３−１１１１」と登録コード情報「９９９９」の他に、この移動機１０ａのユーザに対して割り当てたユーザＩＤ「１２３４」と認証コード「４５８５８２６５」とを通信装置５０ａの操作部５６を用いて入力する。通信装置５０ａは、入力された上記情報とサービスＩＤ「０００１」を含むＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ１５）。
【００４１】
仲介サーバ装置６０は、受信したＨＴＴＰリクエストから、電話番号「０９０−３３３３−１１１１」と登録コード情報「９９９９」とを抽出し、この組み合わせがユーザ情報ＤＢ６５３に記憶されている組み合わせの内容と一致するか否かを判断する（ステップＳ１６）。
【００４２】
この判断の結果、両者が一致していることが確認された場合には、仲介サーバ装置６０は、図９に示すようなエラー情報ＤＢ６５５を参照し、サービスＩＤ「０００１」に対応するエラー回数或いはエラー頻度が閾値を超えていないか否かを判断する（ステップＳ１７）。閾値を超えていなければ、仲介サーバ装置６０は、アドレス情報ＤＢ６５２の電話番号「０９０−３３３３−１１１１」に対応するレコードに、ＵＲＬ、サービス名、ユーザＩＤなどを書き込む（ステップＳ１８）。より具体的には、仲介サーバ装置６０は、ＩＰ情報ＤＢ６５４を参照して、通信装置５０ａから通知されるサービスＩＤ「１２３４」に対応するＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」とサービス名「Ａ銀行オンラインバンキング」とを読み出し、これらをアドレス情報ＤＢ６５２に記述するとともに、ステップＳ１６において通信装置５０ａから通知されているユーザＩＤ「１２３４」をアドレス情報ＤＢ６５２に記述する。これによって、アドレス情報ＤＢ６５２は図６に示すような内容となる。そして、仲介サーバ装置６０は、ブックマーク登録が終了した旨のメッセージを含むＨＴＴＰレスポンスを通信装置５０ａに送信する（ステップＳ１９）。
【００４３】
（２）ブックマーク機能を利用したＷＷＷアクセス
次に、図１１に示したシーケンスを参照しながら、ブックマーク機能を利用したＷＷＷアクセス時の動作について説明する。
ユーザは仲介サーバ装置６０のブックマーク機能を用いてＩＰサーバ装置４０ａにアクセスしたい場合、まず、移動機１０ａのＷＷＷブラウザソフトウェアを起動させて仲介サーバ装置６０にアクセスするための所定の操作を行う。これに応じて、移動機１０ａは、仲介サーバ装置６０にＨＴＴＰリクエストを送信する（ステップＳ２１）。なお、このＨＴＴＰリクエストに対しては、移動機１０ａと仲介サーバ装置６０との間に介在する中継装置によって、移動機１０ａの電話番号「０９０−３３３３−１１１１」が付加されるが、この仕組みは周知であるので詳細な説明は省略する（以下において同じ）。
【００４４】
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、初期メニューを示すＷＷＷページを移動機１０ａに送信する（ステップＳ２２）。移動機１０ａはこのＷＷＷページを受信し、例えば図１２に示すようにして液晶ディスプレイに表示する。ユーザが図１２に示す「ブックマーク」というメニュー項目を選択する操作を行うと、これに応じて、移動機１０ａは、仲介サーバ装置６０にＨＴＴＰリクエストを送信する（ステップＳ２３）。なお、このＨＴＴＰリクエストに対しても移動機１０ａの電話番号「０９０−３３３３−１１１１」が付加されることになる。
【００４５】
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して電話番号「０９０−３３３３−１１１１」に対応するサービス名及びＵＲＬを全て読み出し、これらをリスト形式で纏めたブックマークページを生成し、移動機１０ａに送信する（ステップＳ２４）。移動機１０ａはこのブックマークページを受信し、例えば図１３に示すようにして液晶ディスプレイに表示する。
【００４６】
ここで、ユーザが移動機１０ａを操作して、図１３に示す「１．Ａ銀行オンラインバンキング」という項目を選択すると、この選択操作に応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ２５）。
【００４７】
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して、ＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」と、ユーザＩＤ「１２３４」と、認証コード「４５８５８２６５」とを読み出す。そして、仲介サーバ装置６０は読み出したこれらのＵＲＬ、ユーザＩＤ及び登録コード情報を含むＨＴＴＰレスポンスを生成し、移動機１０ａに送信する（ステップＳ２６）。移動機１０ａはこのＨＴＴＰレスポンスを受信し、図１４に示すような画像を液晶ディスプレイに表示する。
【００４８】
この画像のＨＴＭＬソースを図１５に示す。図１５に示されているパラメータ名「ｓｖｃｉｄ」はサービスＩＤを意味しており、パラメータ名「ｐｓｗｄ」は認証コードを意味しており、パラメータ名「ｕｉｄ」はユーザＩＤを意味している。そして、図１５の「＜ｆｏｒｍ    ａｃｔｉｏｎ＝”ｈｔｔｐ：／／ａ−ｂａｎｋ．ｃｏｍ／”ｍｅｔｈｏｄ＝”ｐｏｓｔ”＞」は、図１４の「ＯＫ」という表記部分がユーザによって選択されると、上記のような各パラメータの値が、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストによって、ＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」のＩＰサーバ装置４０ａに送信されることを意味している。
【００４９】
このようなＰＯＳＴメソッドを用いたＨＴＴＰリクエストが移動機１０ａからＩＰサーバ装置４０ａに送信されると（図１１のステップＳ２７）、ＩＰサーバ装置４０ａは、ＨＴＴＰリクエストに含まれる認証コード「４５８５８２６５」とユーザＩＤ「１２３４」の組み合わせが予め記憶しているものと一致するかどうかを判断する。この結果、一致すれば、ＩＰサーバ装置４０ａは、ユーザＩＤ「１２３４」が示すユーザに応じたＷＷＷページを生成し、ＨＴＴＰレスポンスとして移動機１０ａに送信する（ステップＳ２８）。移動機１０ａはこのＨＴＴＰレスポンスを受信し、図１６に示すような画像を液晶ディスプレイに表示する。
なお、上記判断の結果、一致しない場合には、ＩＰサーバ装置４０ａは、サービスが提供できない旨のエラーページをＨＴＴＰレスポンスとして移動機１０ａに送信する。
【００５０】
上記のような認証コードの意義は以下の通りである。
サービス提供者が例えばオンラインのクレジットショッピングサービスを行うような場合には、そのサービス提供者はユーザＩＤとしてクレジット番号を使用する可能性がある。クレジット番号は通常の買い物時に店員などに知られてしまうことがあるから、このようにクレジット番号を不正に入手した第３者が、このクレジット番号をＨＴＴＰリクエストに含ませるなどして正当なユーザになりすまし、そのままサービス提供を受けるという可能性がある。本実施形態では、このような場合に備えて、一般にはあまり知られる虞のない「認証コード」を併用してユーザの正当性を確認するようにしている。
【００５１】
また、上記のようにＰＯＳＴメソッドを用いた理由は以下の通りである。
例えばＧＥＴメソッドによりＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ    Ｉｎｔｅｒｆａｃｅ）を利用してパラメータ値を相手に引き渡す場合には、ＨＴＴＰリクエストの宛先を示すＵＲＬの末尾にそのパラメータ値が記述される。このようにＵＲＬに付随する形でパラメータ値が相手に引き渡される仕組みの場合、そのＵＲＬが参照されたりコピーされたりすることがあるから、これによって第３者にパラメータ値が知られてしまう虞がある。一方、ＰＯＳＴメソッドを用いた場合、パラメータ値は移動機１０のようなユーザ端末装置によって表示されることはないので、パラメータ値が漏洩するような可能性が低くなる。また、現在市販されている携帯電話機は、ＨＴＭＬソースを表示することはできないようになっているので、図１５に示したようなＨＴＭＬソースを見ることもできないはずである。よって、移動機１０として現状の携帯電話機を利用する限りは、パラメータ値が漏洩する可能性は低いと云える。
【００５２】
（３）ブックマークの削除
次に、図１７に示すシーケンスを参照しながら、ブックマーク機能によって既に記憶されているＵＲＬを削除するときの動作について説明する。なお、以下において削除対象となるのは、図６のアドレス情報ＤＢ６５２において、電話番号「０９０−３３３３−１１１１」に対応するサービスＩＤ「０００４」が示すサービスである。また、このサービスを提供するサービス提供者は、ＩＰサーバ装置４０ｂ及び通信装置５０ｂを利用する第２のサービス提供者とする。
【００５３】
図１７において、例えばコンサートの告知キャンペーン等の期間限定のサービスが終了すると、通信装置５０ｂは、ユーザＩＤ「ｋｊｕ１２３」と上記サービスのサービスＩＤ「０００４」を含むＨＴＴＰリクエストを、削除要求として仲介サーバ装置６０に送信する（ステップＳ３１）。仲介サーバ装置６０は、受信したＨＴＴＰリクエストから、ユーザＩＤ「ｋｊｕ１２３」とサービスＩＤ「０００４」とを抽出し、アドレス情報ＤＢ６５２を参照して、図６に示す如く上記電話番号及びサービスＩＤに対応する削除フラグに「１」を設定する（ステップＳ３２）。
【００５４】
そして、移動機１０ａは、前述のステップＳ２３と同様にして、仲介サーバ装置６０にＨＴＴＰリクエストを送信する（ステップＳ３３）。仲介サーバ装置６０は、このＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して電話番号「０９０−３３３３−１１１１」に対応するサービス名及びＵＲＬを全て読み出し、これらをリスト形式で纏めたブックマークページを生成する。ただし、仲介サーバ装置６０は、削除フラグに「１」が設定されているサービス名の表示領域近くにはテキストメッセージとは異なる特別な画像（アイコン）が表示されるようなブックマークページを生成する（ステップＳ３４）。そして、仲介サーバ装置６０は、このようにして生成したブックマークページを移動機１０ａに送信する（ステップＳ３５）。移動機１０ａはこのブックマークページを受信し、例えば図１８に示すようにして液晶ディスプレイに表示する。図中の「４．Ｄコンサート」の右側に表示されたアイコンは、そのサービスが削除予定であることを意味している。
【００５５】
ここで、ユーザが移動機１０ａを操作して図１８に示す「４．Ｄコンサート」という項目を選択すると、これに応じて、移動機１０ａはサービスＩＤ「０００４」を含むＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ３６）。
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、図１９に示すような画面を表示させるためのデータを含むＨＴＴＰレスポンスを移動機１０ａに送信する（ステップＳ３７）。移動機１０ａはこのＨＴＴＰレスポンスを受信し、図１９に示すようなページを液晶ディスプレイに表示する。
【００５６】
そして、ユーザが移動機１０ａを操作して図１９に示す「ＹＥＳ」という項目を選択すると、これに応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ３８）。仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２におけるユーザＩＤ「ｋｊｕ１２３」に対応したＵＲＬなどを削除する（ステップＳ３９）。
【００５７】
以上がサービス提供者からの依頼に基づくＵＲＬの削除である。ただし、本実施形態では、ユーザからの依頼に基づく削除ももちろん可能である。
この動作例について、図２０に示すシーケンスを参照しながら説明する。なお、以下において削除対象となるのは、図６において電話番号「０９０−３３３３−１１１１」に対応するサービスＩＤ「０００１」が示すサービスである。
図２０において、移動機１０ａは、ユーザの所定の操作に従って、サービス名「Ａ銀行オンラインバンキング」（サービスＩＤ「０００１」）を削除することを要求する削除要求を、仲介サーバ装置６０に送信する（ステップＳ５１）。これに応じて、仲介サーバ装置６０は、通信装置５０ａに対し、ユーザＩＤ「１２３４」のユーザがＵＲＬを削除する予定であることを通知する（ステップＳ５２）。そして、通信装置５０ｂから削除してよい旨の削除確認が仲介サーバ装置に送信されてくると（ステップＳ５３）、仲介サーバ装置６０は、アドレス情報ＤＢ６５２におけるユーザＩＤ「１２３４」に対応するＵＲＬなどを削除する（ステップＳ５４）。
【００５８】
（４）ブックマークの登録の停止及び再開
次に、図２１に示したシーケンスを参照しながら、ＵＲＬの追加登録の停止及びその再開時の動作について説明する。
図２１において、ユーザは移動機１０ａを用いて所定の操作を行うと、移動機１０ａは、ＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ４１）。仲介サーバ装置６０は、ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグに「１」が設定されているか「０」が設定されているかを確認する。ここでは、図６に示すように「０」が設定されているので、仲介サーバ装置６０は、追加登録停止の可否を問い合わせるＷＷＷページを含むＨＴＴＰレスポンスを生成し、移動機１０ａに送信する（ステップＳ４２）。移動機１０ａはこのＨＴＴＰレスポンスに含まれるＷＷＷページを、例えば図２２に示すようにして液晶ディスプレイに表示する。
【００５９】
ここで、ユーザが移動機１０ａを操作して図２２に示す「メニュー追加停止」という項目を選択すると、これに応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ４３）。仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、図６に示すアドレス情報ＤＢ６５２における電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグに「１」を設定する（ステップＳ４４）。これ以降、仲介サーバ装置６０のＣＰＵ６１は、サービス提供者からブックマーク登録依頼があってもＵＲＬを記憶しないようにする。
【００６０】
一方、ステップＳ４１において、アドレス情報ＤＢにおいて電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグに「１」が設定されていれば、仲介サーバ装置６０は、追加登録停止解除の可否を問い合わせるＷＷＷページを含むＨＴＴＰレスポンスを生成し、移動機１０ａに送信する。移動機１０ａはこのＨＴＴＰレスポンスに含まれるＷＷＷページを、例えば図２３に示すようにして液晶ディスプレイに表示する。
【００６１】
ユーザが移動機１０ａを操作して図２３に示す「メニュー追加停止解除」という項目を選択すると、これに応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する。仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、図６に示すアドレス情報ＤＢ６５２における電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグを「１」から「０」に設定する。これ以降、仲介サーバ装置６０のＣＰＵ６１は、ＵＲＬの追加登録停止を解除し、サービス提供者からのブックマーク登録依頼に基づいてＵＲＬを記憶する処理を再開する。
【００６２】
本発明は、上述した実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
例えば上記実施形態では、ユーザ端末装置として無線通信を行う移動機１０を用いていたが、これに限らず有線による通信を行うパーソナルコンピュータであってもよい。また、仲介サーバ装置６０の機能は、ＷＷＷサーバ装置やデータベースサーバ装置などの複数のサーバ装置に分散させて持たせてもよい。
【００６３】
また、実施形態では、１のサービス提供者が１つのＩＰサーバ装置４０と１つの通信装置５０とを利用する形態であったが、これに限らず、サービス提供者は複数のＩＰサーバ装置４０と１つの通信装置５０を利用する形態であってもよいし、１つのＩＰサーバ装置４０と複数の通信装置５０を利用する形態であってもよいし、複数のＩＰサーバ装置４０と複数の通信装置５０を利用する形態であってもよい。
【００６４】
また、前述したブックマーク登録及びブックマーク削除に説明においては、仲介サーバ装置６０と通信装置５０とがリアルタイムに要求と応答を繰り返していくことで処理を進める形態について説明したが、必ずしもこれに限らない。例えば、サービス提供者は、登録或いは削除したいＵＲＬに関する情報が複数件分格納されたファイルをサービス仲介者に送り、サービス仲介者は夜間などの時間帯に上記ファイルの内容に従って登録或いは削除作業を行ってもよい。
【００６５】
また、前述した登録コード情報と申し込みＩＤを生成するタイミングについては、次のような形態も採り得る。図１においては、ユーザがブックマーク機能を利用するための申し込みをサービス仲介者に行った時に、登録コード情報と申し込みＩＤが生成されるようになっている。しかし、場合によっては、ユーザが上記のようにサービス仲介者にブックマーク機能の利用申し込みを行う前に、サービス提供者に対して各種サービスの申し込みを行う、というようなケースが予想される。このようなケースに備えて、サービス仲介者は、ユーザからの“ブックマーク機能の利用申し込み”がある前に、サービス提供者から“ブックマーク登録依頼”があった場合には、この“ブックマーク登録依頼”を“ユーザからのブックマーク機能の利用申し込み”として捉えて、このときに、登録コード情報と申し込みＩＤとを生成する。このようにすれば、ユーザが事前にブックマーク機能の利用申し込みを行う必要がないので便利である。
【００６６】
【発明の効果】
上述したように本発明によれば、ユーザ端末装置を利用するユーザに対してサービス提供者によって割り当てられたユーザ識別情報を、サービス提供者に通知することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態の概略を説明するための図である。
【図２】同実施形態に係るシステム全体の構成を示すブロック図である。
【図３】同実施形態に係るＩＰサーバ装置の構成を閉めずブロック図である。
【図４】同実施形態に係る通信装置の構成を示すブロック図である。
【図５】同実施形態に係る仲介サーバ装置の構成を示すブロック図である。
【図６】同実施形態に係る仲介サーバ装置が記憶しているアドレス情報データベースの内容を示す図である。
【図７】同実施形態に係る仲介サーバ装置が記憶しているユーザ情報データベースの内容を示す図である。
【図８】同実施形態に係る仲介サーバ装置が記憶しているＩＰ情報データベースの内容を示す図である。
【図９】同実施形態に係る仲介サーバ装置が記憶しているエラー情報データベースの内容を示す図である。
【図１０】同実施形態における動作例を示すシーケンス図である。
【図１１】同実施形態における動作例を示すシーケンス図である。
【図１２】同実施形態における移動機によって表示される画面例を示す図である。
【図１３】同実施形態における移動機によって表示される画面例を示す図である。
【図１４】同実施形態における移動機によって表示される画面例を示す図である。
【図１５】同実施形態における移動機によって表示される画面のソースを示す図である。
【図１６】同実施形態における移動機によって表示される画面例を示す図である。
【図１７】同実施形態における動作例を示すシーケンス図である。
【図１８】同実施形態における移動機によって表示される画面例を示す図である。
【図１９】同実施形態における移動機によって表示される画面例を示す図である。
【図２０】同実施形態における動作例を示すシーケンス図である。
【図２１】同実施形態における動作例を示すシーケンス図である。
【図２２】同実施形態における移動機によって表示される画面例を示す図である。
【図２３】同実施形態における移動機によって表示される画面例を示す図である。
【符号の説明】
１０ａ，１０ｂ・・・移動機（ユーザ端末装置）、２０・・・移動パケット通信網、３０・・・インターネット、４０ａ，４０ｂ・・・ＩＰサーバ装置（サービス提供装置）、５０ａ，５０ｂ・・・通信装置（通信装置）、６１・・・ＣＰＵ、６４・・・通信部、６５・・・ハードディスク装置、６５２・・・アドレス情報データベース、６５３・・・ユーザ情報データベース、６５４・・・ＩＰ情報データベース、６５５・・・エラー情報データベース、５１・・・ＣＰＵ、５４・・・通信部、５５・・・ハードディスク装置、５６・・・操作部、４１・・・ＣＰＵ、４４・・・通信部、４５・・・ハードディスク装置。
【図１】
2004363657.tif 000003
【図２】
2004363657.tif 000004
【図３】
2004363657.tif 000005
【図４】
2004363657.tif 000006
【図５】
2004363657.tif 000007
【図６】
2004363657.tif 000008
【図７】
2004363657.tif 000009
【図８】
2004363657.tif 000010
【図９】
2004363657.tif 000011
【図１０】
2004363657.tif 000012
【図１１】
2004363657.tif 000013
【図１２】
2004363657.tif 000014
【図１３】
2004363657.tif 000015
【図１４】
2004363657.tif 000016
【図１５】
2004363657.tif 000017
【図１６】
2004363657.tif 000018
【図１７】
2004363657.tif 000019
【図１８】
2004363657.tif 000020
【図１９】
2004363657.tif 000021
【図２０】
2004363657.tif 000022
【図２１】
2004363657.tif 000023
【図２２】
2004363657.tif 000024
【図２３】
2004363657.tif 000025