JP2004362003A

JP2004362003A - Service brokerage device, communication device and method

Info

Publication number: JP2004362003A
Application number: JP2003156079A
Authority: JP
Inventors: Hisatoku Sawada; 久徳澤田; Ayumi Eguchi; 歩江口; Tomonori Nakamura; 友則中村
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2003-05-30
Filing date: 2003-05-30
Publication date: 2004-12-24

Abstract

<P>PROBLEM TO BE SOLVED: To delete an address such as a URL stored by a bookmark function or the like, by a scheme convenient to a user. <P>SOLUTION: When a service of a limited period such as a concert announcement campaign ends, a communication device 50a sends as a deletion request an HTTP request including a telephone number of a mobile terminal and a service ID of the service to a brokerage server device 60. The brokerage server device 60 extracts the telephone number and service ID from the received HTTP request and refers to an address information DB 652 to set "1" at a deletion flag corresponding to the telephone number and service ID. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されたサーバ装置にＵＲＬのようなアドレスをブックマークとして登録するための技術に関する。
【０００２】
【従来の技術】
ＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）ブラウザは、一般にブックマークと称せられる機能を備えている。このブックマーク機能とは、ＷＷＷブラウザがユーザによって指定されたＷＷＷサイトのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅｌｏｃａｔｏｒ）を記憶しておき、必要に応じてこれらのＵＲＬをリスト形式で表示して、このリストの中からユーザが選択したＵＲＬに基づいてＷＷＷサイトにアクセスする、というものである。最近では、このようなブックマーク機能をネットワーク上のサーバ装置に実装させ、ユーザはこのサーバ装置にアクセスしてブックマーク機能を自由に利用する、といった仕組みも提案されている（例えば特許文献１）。
【０００３】
【特許文献１】
特開２００２−２９７４７３号公報
【０００４】
【発明が解決しようとする課題】
ところで、ＷＷＷサイトは新商品のキャンペーン期間中や催事の開催期間中などの期間限定でサービス提供を行う場合がある。ユーザがこのようなＷＷＷサイトをブックマーク登録しておいた場合、そのユーザが知らない間にＷＷＷサイトのサービスが終了してしまうことがある。また、仮にサービス終了を知っていたとしても、ユーザは一度登録しておいたＵＲＬを所定の操作手順を踏んで削除しなければならない。これではユーザにとって非常に不便である。
【０００５】
本発明はかかる実情に鑑みてなされたものであり、その目的は、ユーザにとって便利な仕組みによって、ブックマーク機能などにより記憶されているＵＲＬのようなアドレスを削除することにある。
【０００６】
【課題を解決するための手段】
上述した課題を解決するために、本発明は、ユーザ端末装置にサービスを提供するサービス提供装置のアドレスを当該ユーザ端末装置に割り当てられている記憶領域に記憶するアドレス記憶手段と、サービス提供者によって利用される通信装置から前記アドレスの削除要求を受信する削除要求受信手段と、受信した削除要求に基づいて前記記憶手段に記憶されている前記アドレスを削除する削除手段とを備えるサービス仲介装置を提供する。
このサービス仲介装置によれば、サービス提供者からの指示に基づいてアドレスを削除することが可能となる。
【０００７】
また、本発明は、ユーザ端末装置にサービスを提供するサービス提供装置のアドレスを当該ユーザ端末装置に割り当てられた記憶領域に記憶するアドレス記憶手段と、前記アドレスを前記記憶領域から削除することを要求する削除要求を通信装置から受信する削除要求受信手段と、受信した削除要求に基づいて削除対象となるアドレスを特定する特定手段と、前記記憶領域に記憶されているアドレスのリストを示すリスト情報であって、前記特定手段によって特定されているアドレスに対しては当該アドレスが削除される予定であることを示す情報を付加したリスト情報を生成する生成手段と、前記生成手段によって生成されたリスト情報を前記ユーザ端末装置に送信する送信手段とを備えるサービス仲介装置を提供する。
このサービス仲介装置によれば、サービス提供者からの指示に基づいてアドレスを削除することが可能となる。
【０００８】
好ましくは、削除される予定のアドレスを前記記憶領域から削除してよいか否かを問い合わせるメッセージを前記ユーザ端末装置に送信する問い合わせ手段と、前記ユーザ端末装置から削除して良い旨が通知されると、削除される予定のアドレスを前記記憶領域から削除する削除手段とを備えるようにしてもよい。
このようにすれば、ユーザが予期せぬうちにアドレスが削除されてしまう事態を回避することができる。
【０００９】
前記アドレスが削除される予定であることを示す情報はテキストメッセージとは異なる画像情報であれば好ましい。
【００１０】
また、本発明は、ユーザ端末装置に割り当てた記憶領域に記憶しているサービス提供装置のアドレスを前記ユーザ端末からの要求に応じて送信するサービス仲介装置との間で通信を行う通信装置であって、
前記サービス提供装置を管理するサービス提供者によって指定されたアドレスを前記記憶領域から削除することを要求する削除要求を前記サービス仲介装置に送信する送信手段を備えた通信装置を提供する。
【００１１】
【発明の実施の形態】
出願人は、従来のようにユーザが主体となってブックマーク登録を行うのではなく、ＷＷＷサイトにおいてサービスを提供するサービス提供者が主体となってブックマーク登録を行う、という仕組みを着想した。サービス提供者は、ＷＷＷサイトの運営以外にも多種多様な事業を行っている場合も多く、このような事業を展開するにあたって、例えば店舗に来店してきたユーザに商品を販売したり、ユーザと郵送物や電話で連絡をとりあったりする場合がある。このようにサービス提供者とユーザとが直接的に接触する機会があるのだから、その機会にユーザからサービス提供者にブックマーク登録を依頼しておき、この依頼に基づいてサービス提供者がブックマーク登録を行えば、ユーザにとっては手間が省けて便利である。ただし、サービス提供者が主体となってブックマーク登録を行う場合には、そのブックマーク登録の内容がユーザが本当に意図しているものであるか否かを確認する必要がある。なぜなら、このような確認を怠ってしまうと、悪意のあるサービス提供者があらゆるユーザに対して無差別にブックマーク登録を行うというような迷惑行為に及ぶ可能性があるからである。
【００１２】
まず、本実施形態におけるブックマーク登録の仕組みの概略について説明する。
ユーザは、ＷＷＷブラウザ機能を備えた移動機を用いて、サービス提供者のＷＷＷサーバにアクセスすることができるようになっている。このユーザとサービス提供者との間にはサービス仲介者が介在しており、このサービス仲介者がブックマーク機能を備えている。
図１は、ブックマーク登録の仕組みを説明するための図である。
図１において、ユーザは、サービス仲介者によるブックマーク機能を利用するための申し込みをサービス仲介者に対して行う。このとき、ユーザの移動機の電話番号に１対１に対応した「登録コード情報」と称せられる４桁の数字列がサービス仲介者からユーザに対して通知される（ステップＳ１０１）。登録コード情報は、いったん発行された後は、ユーザが所望する４桁の数字列に変更することも可能である。また、移動機に通信サービスを提供する通信事業者がサービス仲介者である場合には、その通信事業者とユーザとの間で既に利用されているパスワードなどをこの登録コード情報として利用してもよい。いずれにしろ、登録コード情報は、ユーザ及びサービス仲介者しか知ることができない情報である。一方、サービス提供者は、移動機にサービスを提供するサービス提供装置のＵＲＬをサービス仲介者に届け出ておく（ステップＳ１０２）。これに応じてサービス仲介者は、そのサービスにサービスＩＤを割り当て、そのサービスＩＤをサービス提供者に通知するとともに、上記ＵＲＬとサービスＩＤとを対応付けて記憶しておく。
【００１３】
次に、ユーザは、例えば電話、ＦＡＸ、郵送、店頭に用意された申込用紙、或いはインターネット等の任意の連絡手段を用いてサービス提供者にサービスの利用を申し込むが、このとき、移動機の電話番号と上述した登録コード情報とをサービス提供者に通知する（ステップＳ１０３）。これに応じて、サービス提供者は、ブックマーク登録をサービス仲介者に依頼する。このときサービス提供者は、ユーザから通知された電話番号と登録コード情報の他、ユーザに提供するサービスのサービスＩＤをサービス仲介者に通知する（ステップＳ１０４）。サービス仲介者は、サービス提供者から通知された電話番号及び登録コード情報の組み合わせが、ステップ１０１において記憶されている電話番号及び登録コード情報の組み合わせと一致すれば、サービス提供者から通知されたサービスＩＤに対応するＵＲＬに移動機の電話番号を対応付けてデータベースに記憶する処理（つまりブックマーク登録処理）を行う。
【００１４】
この後、ユーザの移動機からサービス仲介者に対し、記憶しているＵＲＬのリストを示すＷＷＷページ（以下、ブックマークページという）の閲覧要求を送信すると（ステップＳ１０５）、サービス仲介者はそのユーザについて記憶しているＵＲＬのリストを示すブックマークページを生成して移動機に送信する（ステップＳ１０６）。移動機は受信したブックマークページを表示して、ユーザに提示する。そして、移動機は、表示されたＵＲＬの中からユーザによって１つのＵＲＬが選択されると、そのＵＲＬに基づいてサービス提供者のＷＷＷページを要求する（ステップＳ１０７）。これに応じて、サービス提供者からＷＷＷページが送信されてくるから、移動機はこれを受信して表示する（ステップＳ１０８）。以後、ユーザは移動機を用いて、サービス提供者が用意している様々なＷＷＷページを閲覧することができる。
【００１５】
ところで、サービス提供者は、新商品のキャンペーン期間中や催事の開催期間中などの期間限定でサービス提供を行う場合がある。このような場合、サービス提供者は、終了したサービスを提供するサービス提供装置のＵＲＬを削除して欲しい旨の削除依頼をサービス提供者に通知する（ステップＳ１０９）。サービス仲介者は、この削除要求に基づいて削除対象となるＵＲＬを特定し、そのＵＲＬが削除対象であることを記憶しておく。ただし、この時点では、サービス提供者はＵＲＬを本当に削除するのではなく、あくまで削除対象であることを記憶するだけである。
【００１６】
この後、ステップＳ１０５と同様にして、ユーザの移動機からサービス仲介者に対しブックマークページの閲覧要求が送信されてくると（ステップＳ１１０）、サービス仲介者はブックマークページを生成して移動機に送信する（ステップＳ１１１）。このブックマークページには、上記ＵＲＬが削除予定であることが表示されている。ユーザはこのような表示を参照して、削除予定のＵＲＬがあることを知ると、所定の操作を行って削除の指示を行う。これに応じて、移動機は削除指示をサービス仲介者に送信する。この指示に基づき、サービス仲介者は上記ＵＲＬを削除する。
【００１７】
次に、本発明の実施の一形態に係るシステムについて詳細に説明する。
Ａ：構成
図２に示されるように、このシステムは、移動機１０ａ，１０ｂと、これら移動機１０ａ，１０ｂに移動パケット通信サービスを提供する移動パケット通信網２０と、インターネット３０に接続されたＩＰ（ＩｎｆｏｒｍａｔｉｏｎＰｒｏｖｉｄｅｒ）サーバ装置４０ａ，４０ｂ及び通信装置５０ａ，５０ｂと、移動パケット通信網２０とインターネット３０に接続された仲介サーバ装置６０とを備えている。ＩＰサーバ装置４０ａ及び通信装置５０ａは、第１のサービス提供者によって管理或いは利用される装置であり、ＩＰサーバ装置４０ｂ及び通信装置５０ｂは、第１のサービス提供者とは異なる第２のサービス提供者によって管理或いは利用される装置である。
【００１８】
このシステムにおいては多数の移動機と多数のＩＰサーバ装置と多数の通信装置が存在するが、図面が繁雑になるのを避けるために、それぞれ２つの移動機とＩＰサーバ装置と通信装置のみを図１では図示している。移動機１０ａ、１０ｂは共通の構成及び動作であるので、以下の説明においては特に両者を区別する場合を除き、移動機１０と呼ぶ。また、ＩＰサーバ装置４０ａ，４０ｂ及び通信装置５０ａ，５０ｂについても同様の理由により、それぞれＩＰサーバ装置４０、通信装置５０と呼ぶことにする。
【００１９】
移動機１０は、ユーザによって利用されるユーザ端末装置であり、例えばＰＤＣ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＣｅｌｌｕｌａｒ）方式やＩＭＴ−２０００（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−２０００）方式の携帯電話機であったり、ＰＨＳ（ＰｅｒｓｏｎａｌＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ；登録商標）方式の簡易携帯電話機である。この移動機１０は、内蔵メモリに記憶しているＷＷＷブラウザソフトウェアを実行することによって、ＨＴＭＬ（ＨｙｐｅｒｔｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）に従って記述されたＷＷＷページを移動パケット通信網２０及びインターネット３０を介してＷＷＷサーバから取得し、表示するようになっている。ユーザは移動機１０によって表示されたＷＷＷページ装置を閲覧して各種情報を得ることができる。
【００２０】
ＩＰサーバ装置４０は、各種の情報が記述されたＷＷＷページを移動機１０に送信することにより、この移動機１０に対して情報提供サービスを行うサービス提供装置であり、図示せぬサービス提供者によって運営・管理されている。このＩＰサーバ装置４０は、一般的なＷＷＷサーバ装置と同様のハードウェアおよび機能に加えて、各移動機１０のユーザの属性や趣味趣向に応じてカスタマイズされたＷＷＷページを生成し、移動機１０に送信する機能を備えている。
【００２１】
ここで、図３を参照しながら、ＩＰサーバ装置４０の構成について説明する。図３に示すように、ＩＰサーバ装置４０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｃｅｓｓｉｎｇＵｎｉｔ）４１、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）４２、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）４３、通信部４４及びハードディスク装置４５を備えている。通信部４４は、図示せぬ通信線を介してインターネット３０に接続されており、このインターネット３０を介してデータ通信を行う。ハードディスク装置４５には、ＷＷＷサーバアプリケーションプログラムが記憶されており、ＣＰＵ４１はこのＷＷＷサーバアプリケーションプログラムを実行することにより、ユーザ毎にカスタマイズされたＷＷＷページを生成することができる。
【００２２】
より具体的には、ハードディスク装置４５には、各ユーザに対し個別に提供すべき情報が予め記憶されており、ＣＰＵ４１は、ＩＰサーバ装置４０にアクセスしてきた移動機１０のユーザが誰であるかを特定すると、そのユーザに対して提供すべき情報をハードディスク装置４５から読み出し、読み出した情報に基づいてＷＷＷページを生成して上記移動機１０に送信する。ここで、各ユーザに対して個別に提供すべき情報とは、サービス提供者からユーザに対するメッセージ（例えば「誕生日おめでとう」というようなメッセージ）とか、予め把握しているユーザの趣味趣向に関連する情報（例えばユーザの趣味が音楽であればヒット曲の新譜情報）とか、ユーザの年齢や性別などの属性に応じた情報（例えば、ユーザが年齢２０代の女性であれば、そのような女性が興味を持ちそうな星占いや化粧に関する情報）などである。
【００２３】
次に、通信装置５０の構成について説明する。
通信装置５０は、サービス提供者のオペレータによって操作され、前述したサービス仲介者に対するＵＲＬの事前届け出やブックマーク登録依頼のために利用される。
図４は通信装置５０の構成を示す図である。図４に示すように、通信装置５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、通信部５４、ハードディスク装置５５及び操作部５６を備えている。通信部５４は、図示せぬ通信線を介してインターネット３０に接続されており、インターネット３０を介してデータ通信を行う。ハードディスク装置５５には、ＷＷＷブラウザソフトウェア５５１が記憶されており、このＷＷＷブラウザソフトウェア５５１にはクライアント証明書がインストールされている。クライアント証明書とは、サービス提供者からサービス仲介者に対して事前申請された各種属性情報が、サービス仲介者の秘密鍵によって暗号化されたデジタルデータである。このクライアント証明書は、ＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅｔＬａｙｅｒ）によって暗号化して送受信されるので、例えば通信装置５０と仲介サーバ装置６０との間で送受信される途中において偽造・改竄されることはない。このクライアント証明書は、図示せぬ証明書発行装置によって各サービス提供者に対して発行されるものであり、通信装置５０が仲介サーバ装置６０にアクセスする際にその通信装置５０の正当性を確認するために利用される。
【００２４】
なお、特許請求の範囲に記載された通信装置の構成要件である「サービス情報送信手段」には、ＣＰＵ５１、通信部５４及びＷＷＷブラウザソフトウェア５５１が相当し、「入力手段」には、操作部５５或いは通信部５４が相当し、「登録要求送信手段」には、ＣＰＵ５１、通信部５４及びＷＷＷブラウザソフトウェア５５１が相当する。
【００２５】
次に、図５を参照しながら、仲介サーバ装置６０の構成について説明する。
仲介サーバ装置６０は、移動機１０にサービスを提供するＩＰサーバ装置４０のアドレス（ここではＵＲＬ）を記憶しておき、移動機１０からの要求に応じてこれらのＵＲＬをリスト形式で纏めたＷＷＷページ（ブックマークページ）を生成し、生成したブックマークページを移動機１０に送信する機能を備えている。
【００２６】
図５に示すように、仲介サーバ装置６０は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、通信部６４及びハードディスク装置６５を備えている。通信部６４は、図示せぬ通信線や各種中継装置を介してインターネット３０と移動パケット通信網２０とにそれぞれ接続されており、これらインターネット３０又は移動パケット通信網２０を介してデータ通信を行う。ハードディスク装置６５には、後述する動作を行うアプリケーションプログラム６５１の他に、アドレス情報データベース６５２と、ユーザ情報データベース６５３と、ＩＰ情報データベース６５４と、エラー情報データベース６５５という４種類のデータベースが記憶されている。なお、以下の説明及び図面においてはデータベースをＤＢと略称する。
【００２７】
ここで、特許請求の範囲に記載されたサービス仲介装置の構成要件である「登録要求受信手段」には、ＣＰＵ６１、通信部６４及びアプリケーションプログラム６５１が相当し、「アドレス記憶手段」には、ＣＰＵ６１、ハードディスク装置６５及びアプリケーションプログラム６５１（アドレス情報ＤＢ６５２）が相当し、「ユーザ情報記憶手段」には、ＣＰＵ６１、ハードディスク装置６５及びアプリケーションプログラム６５１（ユーザ情報ＤＢ６５３）が相当し、「サービス情報記憶手段」には、ＣＰＵ６１、ハードディスク装置６５（ＩＰ情報ＤＢ６５４）及びアプリケーションプログラム６５１が相当し、「登録要求受信手段」には、ＣＰＵ６１、通信部６４及びアプリケーションプログラム６５１が相当し、「認証手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当する。また、「エラー情報記憶手段」には、ＣＰＵ６１、ハードディスク装置６５（エラー情報ＤＢ６５５）及びアプリケーションプログラム６５１が相当し、「登録禁止手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「追加登録停止手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「登録停止解除手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「コード発行手段」には、ＣＰＵ６１及びアプリケーションプログラム６５１が相当し、「コード送信手段」には、ＣＰＵ６１、通信部６４及びアプリケーションプログラム６５１が相当する。
【００２８】
ここで、図６は、アドレス情報ＤＢ６５２の一例を示す図である。
このアドレス情報ＤＢ６５２では、ブックマークとして記憶されたＵＲＬが各々の移動機毎に区分されている。図６では、例えば電話番号「０９０−３３３３−１１１１」が割り当てられた移動機１０について記憶されているＵＲＬは、「ａ−ｂａｎｋ．ｃｏｍ」、「ｂｓｈｏｐ．ｃｏ．ｊｐ」、「ｃ−ｒｅｎｔａｌ．ｃｏ．ｊｐ」及び「ｄｃｏｎ．ｃｏｍ」であることが示されている。このうちＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」のＩＰサーバ装置４０によって提供されるサービスの名称は「Ａ銀行オンラインバンキング」であり、そのサービスに割り当てられたサービスＩＤは「０００１」であることが示されている。
【００２９】
また、移動機１０のユーザには、各々のサービス提供者によって、各々のサービス提供時においてのみ利用されるユーザＩＤが割り当てられている。図６では、例えば電話番号「０９０−３３３３−１１１１」が割り当てられた移動機１０のユーザに対しては、Ａ銀行オンラインバンキングサービスにおいて利用されるユーザＩＤとして「１２３４」が割り当てられていることが示されている。このユーザＩＤは、サービス提供者によってユーザが誰であるかを特定するために用いられる。なお、図６に示す「削除フラグ」は、ＵＲＬが削除の対象となっていることを意味しており、「追加登録停止フラグ」は新規のブックマーク登録を停止していることを意味しているが、これらについては後に詳述する。
【００３０】
次に、図７は、ユーザ情報ＤＢ６５３の一例を示す図である。このユーザ情報ＤＢ６５３では、各々の移動機１０の電話番号と、登録コード情報と、申し込みＩＤと、認証コードとが対応付けられている。登録コード情報は、図１において説明した情報である。
【００３１】
また、図１において説明したように、移動機１０の電話番号はサービス申し込み時に、サービス提供者に対して通知されるようになっている。しかし、場合によっては自身の電話番号をサービス提供者に知られたくないと考えるユーザも少なくないことが予想される。このような場合に備えて、本実施形態では、電話番号に代えて、１１桁の数字列である申し込みＩＤを用いてサービス申し込みを行うことが可能となっている。このサービス申し込みＩＤは、前述した図１において、ユーザがブックマーク機能を利用するための申し込みをサービス仲介者に対して行った時に仲介サーバ装置６０によって生成される。そして、仲介サーバ装置６０は、生成した申し込みＩＤをユーザ情報ＤＢ６５３に記憶するとともに、移動機１０に送信してユーザに通知する。
図７に示す例では、例えば、電話番号「０９０−３３３３−１１１１」が割り当てられた移動機１０に対応する申し込みＩＤは「８５２３６２５１４７８」となっている。従って、この移動機１０のユーザは電話番号「０９０−３３３３−１１１１」を用いてサービス申し込みを行ってもよいし、申し込みＩＤ「８５２３６２５１４７８」を用いてサービス申し込みを行ってもよいことを意味している。
【００３２】
認証コードは、サービス提供者とサービス仲介者との間で、各々のユーザについて定められた情報である。この認証コードの意義については後述する。
【００３３】
次に、図８は、ＩＰ情報ＤＢ６５４の一例を示す図である。このＩＰ情報ＤＢ６５４では、移動機１０にサービスを提供するＩＰサーバ装置４０のＵＲＬと、各々のサービスに割り当てられたサービスＩＤと、サービス名とが対応付けられている。図８に示す例では、ＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」が示すＩＰサーバ装置４０によって提供されるサービスにはサービスＩＤ「０００１」が割り当てられており、そのサービス名は「Ａ銀行オンラインバンキング」であることを意味している。これらの情報は、図１において説明したステップＳ１０２の事前登録時にＩＰ情報ＤＢ６５４に記憶されるようになっている。
【００３４】
次に、図９は、エラー情報ＤＢ６５５の一例を示す図である。
本実施形態では、前述したように、悪意のあるサービス提供者がブックマーク登録を無差別に行うというような事態に陥ることがないように配慮している。そのため、ユーザの移動機１０の電話番号と、ユーザ自身及びサービス仲介者しか知り得ないはずの登録コード情報とを用いて、サービス提供者からのブックマーク登録依頼が正当なものかどうかを判断する。更にこのような仕組みに加えて、次のような仕組みも採用している。即ち、サービス提供者からのブックマーク登録依頼が正当なものではなかった場合（即ち、サービス提供者から通知されてくる電話番号と登録コード情報との組み合わせが正しいものでなかった場合）が、どのくらいの回数或いは頻度で発生したかということをサービス仲介者が把握しておき、あるサービス提供者からのブックマーク登録依頼についての上記回数或いは上記頻度が予め定めた閾値を超えた場合には、そのサービス提供者からのブックマーク登録依頼を拒否し、ブックマーク登録を行わないようにしている。
【００３５】
このようにサービス提供者からのブックマーク登録依頼が正当なものではない場合を「エラー発生」として捉え、そのエラー発生状況に基づいてブックマーク登録依頼を受け入れたり拒否することにより、悪意のあるサービス提供者の不正行為を排除することができる。
【００３６】
図９に示す「サービス提供者ＩＤ」とは、各々のサービス提供者に割り当てられた識別情報である。また、図９に示す「エラー数」とは、サービス提供者から通知されてくる電話番号及び登録コード情報の組み合わせが、ユーザ情報ＤＢ６５３における電話番号及び登録コード情報の組み合わせと一致しなかった回数（１日あたりの累積回数）である。また、「エラー頻度」とは、サービス提供者から通知されてくる電話番号及び登録コード情報の組み合わせが、ユーザ情報ＤＢ６５３における電話番号及び登録コード情報の組み合わせと一致しなかった頻度（ブックマーク登録依頼１００件当たりのエラー回数の発生頻度）である。例えば、エラー数の閾値が２５０件の場合、サービスＩＤ「０００２」が示すサービスについてはブックマーク登録依頼のエラー件数が「２５１」件であり、閾値を超えているので、このサービスを提供するサービス提供者ＩＤのサービス提供者が提供するサービスについては、通信装置５０からのブックマーク登録依頼が仲介サーバ装置６０によって拒否されることになる。
【００３７】
Ｂ：動作
次に、上記構成からなる実施形態の動作について説明する。実施形態の動作は大別して、（１）ブックマークの登録、（２）ブックマークを利用したＷＷＷアクセス、（３）ブックマークの削除、（４）ブックマークの登録の停止及び再開、という４種類がある。以下ではこれらを順番に説明していく。
【００３８】
（１）ブックマーク登録
まず、図１０に示したシーケンスを参照しながら、ブックマーク登録時の動作について説明する。なお、以下の説明においては、サービス提供者はサービス提供装置のＵＲＬをサービス仲介者に事前に届け出ているものとする。また、ユーザは移動機１０ａを用いて、ＩＰサーバ装置４０ａを運営・管理するサービス提供者に対して、情報提供サービスの利用申し込みを事前に行っているものとする。そして、このときユーザからサービス提供者に通知された電話番号が「０９０−３３３３−１１１１」であり、登録コード情報が「９９９９」であるとする。また、サービス提供者はサービス仲介者に対して上記情報提供サービスのサービスＩＤは「０００１」であるとする。また、各データベースの内容は、図６〜図９に示したとおりであるとする。また、通信装置５０ａは、クライアント証明書を証明書発行装置から既に受信しているものとする。
【００３９】
図１０において、通信装置５０ａは、オペレータの操作に応じてＷＷＷブラウザを起動し、クライアント証明書を伴うＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ１１）。仲介サーバ装置６０はハードディスク６５に記憶されているアプリケーションプログラム６５１を常時実行しており、上記ＨＴＴＰリクエストを受信すると、ログイン画面を通信装置５０ａに表示させるＷＷＷページを含むＨＴＴＰレスポンスを、通信装置５０ａに送信する（ステップＳ１２）。
【００４０】
通信装置５０ａはこのＨＴＴＰレスポンスを受信すると、サービス提供者ＩＤとパスワードの入力をオペレータに促すログイン画面を表示する。次いで、オペレータが通信装置５０ａにサービス提供者ＩＤとパスワードを入力すると、通信装置５０ａは入力された情報を含むＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ１３）。仲介サーバ装置６０はこれらの情報を用いて認証処理を行い、サービス提供者の正当性が確認されると、その旨のメッセージを含むＨＴＴＰレスポンスを通信装置５０ａに送信する（ステップＳ１４）。次いで、サービス提供者のオペレータは、移動機１０ａのユーザによって通知されている電話番号「０９０−３３３３−１１１１」と登録コード情報「９９９９」の他に、この移動機１０ａのユーザに対して割り当てたユーザＩＤ「１２３４」と認証コード「４５８５８２６５」とを通信装置５０ａの操作部５６を用いて入力する。通信装置５０ａは、入力された上記情報とサービスＩＤ「０００１」を含むＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ１５）。
【００４１】
仲介サーバ装置６０は、受信したＨＴＴＰリクエストから、電話番号「０９０−３３３３−１１１１」と登録コード情報「９９９９」とを抽出し、この組み合わせがユーザ情報ＤＢ６５３に記憶されている組み合わせの内容と一致するか否かを判断する（ステップＳ１６）。
【００４２】
この判断の結果、両者が一致していることが確認された場合には、仲介サーバ装置６０は、図９に示すようなエラー情報ＤＢ６５５を参照し、サービスＩＤ「０００１」に対応するエラー回数或いはエラー頻度が閾値を超えていないか否かを判断する（ステップＳ１７）。閾値を超えていなければ、仲介サーバ装置６０は、アドレス情報ＤＢ６５２の電話番号「０９０−３３３３−１１１１」に対応するレコードに、ＵＲＬ、サービス名、ユーザＩＤなどを書き込む（ステップＳ１８）。より具体的には、仲介サーバ装置６０は、ＩＰ情報ＤＢ６５４を参照して、通信装置５０ａから通知されるサービスＩＤ「１２３４」に対応するＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」とサービス名「Ａ銀行オンラインバンキング」とを読み出し、これらをアドレス情報ＤＢ６５２に記述するとともに、ステップＳ１６において通信装置５０ａから通知されているユーザＩＤ「１２３４」をアドレス情報ＤＢ６５２に記述する。これによって、アドレス情報ＤＢ６５２は図６に示すような内容となる。そして、仲介サーバ装置６０は、ブックマーク登録が終了した旨のメッセージを含むＨＴＴＰレスポンスを通信装置５０ａに送信する（ステップＳ１９）。
【００４３】
（２）ブックマーク機能を利用したＷＷＷアクセス
次に、図１１に示したシーケンスを参照しながら、ブックマーク機能を利用したＷＷＷアクセス時の動作について説明する。
ユーザは仲介サーバ装置６０のブックマーク機能を用いてＩＰサーバ装置４０ａにアクセスしたい場合、まず、移動機１０ａのＷＷＷブラウザソフトウェアを起動させて仲介サーバ装置６０にアクセスするための所定の操作を行う。これに応じて、移動機１０ａは、仲介サーバ装置６０にＨＴＴＰリクエストを送信する（ステップＳ２１）。なお、このＨＴＴＰリクエストに対しては、移動機１０ａと仲介サーバ装置６０との間に介在する中継装置によって、移動機１０ａの電話番号「０９０−３３３３−１１１１」が付加されるが、この仕組みは周知であるので詳細な説明は省略する（以下において同じ）。
【００４４】
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、初期メニューを示すＷＷＷページを移動機１０ａに送信する（ステップＳ２２）。移動機１０ａはこのＷＷＷページを受信し、例えば図１２に示すようにして液晶ディスプレイに表示する。ユーザが図１２に示す「ブックマーク」というメニュー項目を選択する操作を行うと、これに応じて、移動機１０ａは、仲介サーバ装置６０にＨＴＴＰリクエストを送信する（ステップＳ２３）。なお、このＨＴＴＰリクエストに対しても移動機１０ａの電話番号「０９０−３３３３−１１１１」が付加されることになる。
【００４５】
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して電話番号「０９０−３３３３−１１１１」に対応するサービス名及びＵＲＬを全て読み出し、これらをリスト形式で纏めたブックマークページを生成し、移動機１０ａに送信する（ステップＳ２４）。移動機１０ａはこのブックマークページを受信し、例えば図１３に示すようにして液晶ディスプレイに表示する。
【００４６】
ここで、ユーザが移動機１０ａを操作して、図１３に示す「１．Ａ銀行オンラインバンキング」という項目を選択すると、この選択操作に応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ２５）。
【００４７】
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して、ＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」と、ユーザＩＤ「１２３４」と、認証コード「４５８５８２６５」とを読み出す。そして、仲介サーバ装置６０は読み出したこれらのＵＲＬ、ユーザＩＤ及び登録コード情報を含むＨＴＴＰレスポンスを生成し、移動機１０ａに送信する（ステップＳ２６）。移動機１０ａはこのＨＴＴＰレスポンスを受信し、図１４に示すような画像を液晶ディスプレイに表示する。
【００４８】
この画像のＨＴＭＬソースを図１５に示す。図１５に示されているパラメータ名「ｓｖｃｉｄ」はサービスＩＤを意味しており、パラメータ名「ｐｓｗｄ」は認証コードを意味しており、パラメータ名「ｕｉｄ」はユーザＩＤを意味している。そして、図１５の「＜ｆｏｒｍａｃｔｉｏｎ＝”ｈｔｔｐ：／／ａ−ｂａｎｋ．ｃｏｍ／”ｍｅｔｈｏｄ＝”ｐｏｓｔ”＞」は、図１４の「ＯＫ」という表記部分がユーザによって選択されると、上記のような各パラメータの値が、ＰＯＳＴメソッドを用いたＨＴＴＰリクエストによって、ＵＲＬ「ａ−ｂａｎｋ．ｃｏｍ」のＩＰサーバ装置４０ａに送信されることを意味している。
【００４９】
このようなＰＯＳＴメソッドを用いたＨＴＴＰリクエストが移動機１０ａからＩＰサーバ装置４０ａに送信されると（図１１のステップＳ２７）、ＩＰサーバ装置４０ａは、ＨＴＴＰリクエストに含まれる認証コード「４５８５８２６５」とユーザＩＤ「１２３４」の組み合わせが予め記憶しているものと一致するかどうかを判断する。この結果、一致すれば、ＩＰサーバ装置４０ａは、ユーザＩＤ「１２３４」が示すユーザに応じたＷＷＷページを生成し、ＨＴＴＰレスポンスとして移動機１０ａに送信する（ステップＳ２８）。移動機１０ａはこのＨＴＴＰレスポンスを受信し、図１６に示すような画像を液晶ディスプレイに表示する。
なお、上記判断の結果、一致しない場合には、ＩＰサーバ装置４０ａは、サービスが提供できない旨のエラーページをＨＴＴＰレスポンスとして移動機１０ａに送信する。
【００５０】
上記のような認証コードの意義は以下の通りである。
サービス提供者が例えばオンラインのクレジットショッピングサービスを行うような場合には、そのサービス提供者はユーザＩＤとしてクレジット番号を使用する可能性がある。クレジット番号は通常の買い物時に店員などに知られてしまうことがあるから、このようにクレジット番号を不正に入手した第３者が、このクレジット番号をＨＴＴＰリクエストに含ませるなどして正当なユーザになりすまし、そのままサービス提供を受けるという可能性がある。本実施形態では、このような場合に備えて、一般にはあまり知られる虞のない「認証コード」を併用してユーザの正当性を確認するようにしている。
【００５１】
また、上記のようにＰＯＳＴメソッドを用いた理由は以下の通りである。
例えばＧＥＴメソッドによりＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）を利用してパラメータ値を相手に引き渡す場合には、ＨＴＴＰリクエストの宛先を示すＵＲＬの末尾にそのパラメータ値が記述される。このようにＵＲＬに付随する形でパラメータ値が相手に引き渡される仕組みの場合、そのＵＲＬが参照されたりコピーされたりすることがあるから、これによって第３者にパラメータ値が知られてしまう虞がある。一方、ＰＯＳＴメソッドを用いた場合、パラメータ値は移動機１０のようなユーザ端末装置によって表示されることはないので、パラメータ値が漏洩するような可能性が低くなる。また、現在市販されている携帯電話機は、ＨＴＭＬソースを表示することはできないようになっているので、図１５に示したようなＨＴＭＬソースを見ることもできないはずである。よって、移動機１０として現状の携帯電話機を利用する限りは、パラメータ値が漏洩する可能性は低いと云える。
【００５２】
（３）ブックマークの削除
次に、図１７に示すシーケンスを参照しながら、ブックマーク機能によって既に記憶されているＵＲＬを削除するときの動作について説明する。なお、以下において削除対象となるのは、図６のアドレス情報ＤＢ６５２において、電話番号「０９０−３３３３−１１１１」に対応するサービスＩＤ「０００４」が示すサービスである。また、このサービスを提供するサービス提供者は、ＩＰサーバ装置４０ｂ及び通信装置５０ｂを利用する第２のサービス提供者とする。
【００５３】
図１７において、例えばコンサートの告知キャンペーン等の期間限定のサービスが終了すると、通信装置５０ｂは、ユーザＩＤ「ｋｊｕ１２３」と上記サービスのサービスＩＤ「０００４」を含むＨＴＴＰリクエストを、削除要求として仲介サーバ装置６０に送信する（ステップＳ３１）。仲介サーバ装置６０は、受信したＨＴＴＰリクエストから、ユーザＩＤ「ｋｊｕ１２３」とサービスＩＤ「０００４」とを抽出し、アドレス情報ＤＢ６５２を参照して、図６に示す如く上記電話番号及びサービスＩＤに対応する削除フラグに「１」を設定する（ステップＳ３２）。
【００５４】
そして、移動機１０ａは、前述のステップＳ２３と同様にして、仲介サーバ装置６０にＨＴＴＰリクエストを送信する（ステップＳ３３）。仲介サーバ装置６０は、このＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して電話番号「０９０−３３３３−１１１１」に対応するサービス名及びＵＲＬを全て読み出し、これらをリスト形式で纏めたブックマークページを生成する。ただし、仲介サーバ装置６０は、削除フラグに「１」が設定されているサービス名の表示領域近くにはテキストメッセージとは異なる特別な画像（アイコン）が表示されるようなブックマークページを生成する（ステップＳ３４）。そして、仲介サーバ装置６０は、このようにして生成したブックマークページを移動機１０ａに送信する（ステップＳ３５）。移動機１０ａはこのブックマークページを受信し、例えば図１８に示すようにして液晶ディスプレイに表示する。図中の「４．Ｄコンサート」の右側に表示されたアイコンは、そのサービスが削除予定であることを意味している。
【００５５】
ここで、ユーザが移動機１０ａを操作して図１８に示す「４．Ｄコンサート」という項目を選択すると、これに応じて、移動機１０ａはサービスＩＤ「０００４」を含むＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ３６）。
仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、図１９に示すような画面を表示させるためのデータを含むＨＴＴＰレスポンスを移動機１０ａに送信する（ステップＳ３７）。移動機１０ａはこのＨＴＴＰレスポンスを受信し、図１９に示すようなページを液晶ディスプレイに表示する。
【００５６】
そして、ユーザが移動機１０ａを操作して図１９に示す「ＹＥＳ」という項目を選択すると、これに応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ３８）。仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２におけるユーザＩＤ「ｋｊｕ１２３」に対応したＵＲＬなどを削除する（ステップＳ３９）。
【００５７】
以上がサービス提供者からの依頼に基づくＵＲＬの削除である。ただし、本実施形態では、ユーザからの依頼に基づく削除ももちろん可能である。
この動作例について、図２０に示すシーケンスを参照しながら説明する。なお、以下において削除対象となるのは、図６において電話番号「０９０−３３３３−１１１１」に対応するサービスＩＤ「０００１」が示すサービスである。
図２０において、移動機１０ａは、ユーザの所定の操作に従って、サービス名「Ａ銀行オンラインバンキング」（サービスＩＤ「０００１」）を削除することを要求する削除要求を、仲介サーバ装置６０に送信する（ステップＳ５１）。これに応じて、仲介サーバ装置６０は、通信装置５０ａに対し、ユーザＩＤ「１２３４」のユーザがＵＲＬを削除する予定であることを通知する（ステップＳ５２）。そして、通信装置５０ｂから削除してよい旨の削除確認が仲介サーバ装置に送信されてくると（ステップＳ５３）、仲介サーバ装置６０は、アドレス情報ＤＢ６５２におけるユーザＩＤ「１２３４」に対応するＵＲＬなどを削除する（ステップＳ５４）。
【００５８】
（４）ブックマークの登録の停止及び再開
次に、図２１に示したシーケンスを参照しながら、ＵＲＬの追加登録の停止及びその再開時の動作について説明する。
図２１において、ユーザは移動機１０ａを用いて所定の操作を行うと、移動機１０ａは、ＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ４１）。仲介サーバ装置６０は、ＨＴＴＰリクエストを受信すると、アドレス情報ＤＢ６５２を参照して電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグに「１」が設定されているか「０」が設定されているかを確認する。ここでは、図６に示すように「０」が設定されているので、仲介サーバ装置６０は、追加登録停止の可否を問い合わせるＷＷＷページを含むＨＴＴＰレスポンスを生成し、移動機１０ａに送信する（ステップＳ４２）。移動機１０ａはこのＨＴＴＰレスポンスに含まれるＷＷＷページを、例えば図２２に示すようにして液晶ディスプレイに表示する。
【００５９】
ここで、ユーザが移動機１０ａを操作して図２２に示す「メニュー追加停止」という項目を選択すると、これに応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する（ステップＳ４３）。仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、図６に示すアドレス情報ＤＢ６５２における電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグに「１」を設定する（ステップＳ４４）。これ以降、仲介サーバ装置６０のＣＰＵ６１は、サービス提供者からブックマーク登録依頼があってもＵＲＬを記憶しないようにする。
【００６０】
一方、ステップＳ４１において、アドレス情報ＤＢにおいて電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグに「１」が設定されていれば、仲介サーバ装置６０は、追加登録停止解除の可否を問い合わせるＷＷＷページを含むＨＴＴＰレスポンスを生成し、移動機１０ａに送信する。移動機１０ａはこのＨＴＴＰレスポンスに含まれるＷＷＷページを、例えば図２３に示すようにして液晶ディスプレイに表示する。
【００６１】
ユーザが移動機１０ａを操作して図２３に示す「メニュー追加停止解除」という項目を選択すると、これに応じて、移動機１０ａはＨＴＴＰリクエストを仲介サーバ装置６０に送信する。仲介サーバ装置６０は、上記ＨＴＴＰリクエストを受信すると、図６に示すアドレス情報ＤＢ６５２における電話番号「０９０−３３３３−１１１１」に対応する追加登録停止フラグを「１」から「０」に設定する。これ以降、仲介サーバ装置６０のＣＰＵ６１は、ＵＲＬの追加登録停止を解除し、サービス提供者からのブックマーク登録依頼に基づいてＵＲＬを記憶する処理を再開する。
【００６２】
本発明は、上述した実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
例えば上記実施形態では、ユーザ端末装置として無線通信を行う移動機１０を用いていたが、これに限らず有線による通信を行うパーソナルコンピュータであってもよい。また、仲介サーバ装置６０の機能は、ＷＷＷサーバ装置やデータベースサーバ装置などの複数のサーバ装置に分散させて持たせてもよい。
【００６３】
また、実施形態では、１のサービス提供者が１つのＩＰサーバ装置４０と１つの通信装置５０とを利用する形態であったが、これに限らず、サービス提供者は複数のＩＰサーバ装置４０と１つの通信装置５０を利用する形態であってもよいし、１つのＩＰサーバ装置４０と複数の通信装置５０を利用する形態であってもよいし、複数のＩＰサーバ装置４０と複数の通信装置５０を利用する形態であってもよい。
【００６４】
また、前述したブックマーク登録及びブックマーク削除に説明においては、仲介サーバ装置６０と通信装置５０とがリアルタイムに要求と応答を繰り返していくことで処理を進める形態について説明したが、必ずしもこれに限らない。例えば、サービス提供者は、登録或いは削除したいＵＲＬに関する情報が複数件分格納されたファイルをサービス仲介者に送り、サービス仲介者は夜間などの時間帯に上記ファイルの内容に従って登録或いは削除作業を行ってもよい。
【００６５】
また、前述した登録コード情報と申し込みＩＤを生成するタイミングについては、次のような形態も採り得る。図１においては、ユーザがブックマーク機能を利用するための申し込みをサービス仲介者に行った時に、登録コード情報と申し込みＩＤが生成されるようになっている。しかし、場合によっては、ユーザが上記のようにサービス仲介者にブックマーク機能の利用申し込みを行う前に、サービス提供者に対して各種サービスの申し込みを行う、というようなケースが予想される。このようなケースに備えて、サービス仲介者は、ユーザからの“ブックマーク機能の利用申し込み”がある前に、サービス提供者から“ブックマーク登録依頼”があった場合には、この“ブックマーク登録依頼”を“ユーザからのブックマーク機能の利用申し込み”として捉えて、このときに、登録コード情報と申し込みＩＤとを生成する。このようにすれば、ユーザが事前にブックマーク機能の利用申し込みを行う必要がないので便利である。
【００６６】
【発明の効果】
上述したように本発明によれば、サービス提供者からの指示に基づいてアドレスを削除することが可能となるので、ユーザの負担が軽減される。
。
【図面の簡単な説明】
【図１】本発明の一実施形態の概略を説明するための図である。
【図２】同実施形態に係るシステム全体の構成を示すブロック図である。
【図３】同実施形態に係るＩＰサーバ装置の構成を閉めずブロック図である。
【図４】同実施形態に係る通信装置の構成を示すブロック図である。
【図５】同実施形態に係る仲介サーバ装置の構成を示すブロック図である。
【図６】同実施形態に係る仲介サーバ装置が記憶しているアドレス情報データベースの内容を示す図である。
【図７】同実施形態に係る仲介サーバ装置が記憶しているユーザ情報データベースの内容を示す図である。
【図８】同実施形態に係る仲介サーバ装置が記憶しているＩＰ情報データベースの内容を示す図である。
【図９】同実施形態に係る仲介サーバ装置が記憶しているエラー情報データベースの内容を示す図である。
【図１０】同実施形態における動作例を示すシーケンス図である。
【図１１】同実施形態における動作例を示すシーケンス図である。
【図１２】同実施形態における移動機によって表示される画面例を示す図である。
【図１３】同実施形態における移動機によって表示される画面例を示す図である。
【図１４】同実施形態における移動機によって表示される画面例を示す図である。
【図１５】同実施形態における移動機によって表示される画面のソースを示す図である。
【図１６】同実施形態における移動機によって表示される画面例を示す図である。
【図１７】同実施形態における動作例を示すシーケンス図である。
【図１８】同実施形態における移動機によって表示される画面例を示す図である。
【図１９】同実施形態における移動機によって表示される画面例を示す図である。
【図２０】同実施形態における動作例を示すシーケンス図である。
【図２１】同実施形態における動作例を示すシーケンス図である。
【図２２】同実施形態における移動機によって表示される画面例を示す図である。
【図２３】同実施形態における移動機によって表示される画面例を示す図である。
【符号の説明】
１０ａ，１０ｂ・・・移動機（ユーザ端末装置）、２０・・・移動パケット通信網、３０・・・インターネット、４０ａ，４０ｂ・・・ＩＰサーバ装置（サービス提供装置）、５０ａ，５０ｂ・・・通信装置（通信装置）、６１・・・ＣＰＵ、６４・・・通信部、６５・・・ハードディスク装置、６５２・・・アドレス情報データベース、６５３・・・ユーザ情報データベース、６５４・・・ＩＰ情報データベース、６５５・・・エラー情報データベース、５１・・・ＣＰＵ、５４・・・通信部、５５・・・ハードディスク装置、５６・・・操作部、４１・・・ＣＰＵ、４４・・・通信部、４５・・・ハードディスク装置。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technique for registering an address such as a URL as a bookmark in a server device connected to a network.
[0002]
[Prior art]
The WWW (World Wide Web) browser has a function generally called a bookmark. This bookmark function means that the WWW browser stores the URL (Uniform Resource locator) of the WWW site specified by the user, displays these URLs in a list format as needed, and displays the URL from the list. Access the WWW site based on the selected URL. Recently, a mechanism has been proposed in which such a bookmark function is implemented in a server device on a network, and a user accesses the server device and freely uses the bookmark function (for example, Patent Document 1).
[0003]
[Patent Document 1]
JP 2002-297473 A
[Problems to be solved by the invention]
By the way, a WWW site may provide a service for a limited time, such as during a campaign for a new product or during a special event. If the user has registered such a WWW site as a bookmark, the service of the WWW site may be terminated without the user's knowledge. Even if the user knows the end of the service, the user must delete the URL once registered by following a predetermined operation procedure. This is very inconvenient for the user.
[0005]
The present invention has been made in view of such circumstances, and an object of the present invention is to delete an address such as a URL stored by a bookmark function or the like using a mechanism convenient for a user.
[0006]
[Means for Solving the Problems]
In order to solve the above-described problem, the present invention provides an address storage unit that stores an address of a service providing device that provides a service to a user terminal device in a storage area allocated to the user terminal device; Provided is a service mediating apparatus including: a deletion request receiving unit that receives a request for deleting the address from a communication device to be used; and a deleting unit that deletes the address stored in the storage unit based on the received deletion request. I do.
According to this service mediation device, it is possible to delete an address based on an instruction from a service provider.
[0007]
The present invention also provides an address storage unit for storing an address of a service providing device that provides a service to a user terminal device in a storage area allocated to the user terminal device, and a request to delete the address from the storage region. Request receiving means for receiving a delete request to be performed from the communication device, specifying means for specifying an address to be deleted based on the received delete request, and list information indicating a list of addresses stored in the storage area. Generating means for generating list information to which information indicating that the address specified to be deleted is added to the address specified by the specifying means; and list information generated by the generating means. And a transmission unit for transmitting to the user terminal device.
According to this service mediation device, it is possible to delete an address based on an instruction from a service provider.
[0008]
Preferably, an inquiry means for transmitting a message for inquiring whether or not the address to be deleted from the storage area to the user terminal device to the user terminal device, and notification that the user terminal device may delete the address is notified. And deleting means for deleting an address to be deleted from the storage area.
In this way, it is possible to avoid a situation where an address is deleted unexpectedly by the user.
[0009]
The information indicating that the address is to be deleted is preferably image information different from a text message.
[0010]
Further, the present invention is a communication device for communicating with a service mediating device that transmits an address of a service providing device stored in a storage area allocated to a user terminal device in response to a request from the user terminal. hand,
Provided is a communication device comprising a transmission unit that transmits to the service mediation device a deletion request for requesting deletion of an address specified by a service provider that manages the service providing device from the storage area.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
The applicant has conceived of a mechanism in which a bookmark is registered mainly by a service provider that provides a service on a WWW site, instead of the user performing the bookmark registration as in the related art. In many cases, service providers conduct a wide variety of businesses in addition to the operation of the WWW site. In order to develop such a business, for example, the service provider sells products to users who come to the store or mails them to the users. They may be contacted by object or telephone. Since there is an opportunity for the service provider and the user to directly contact each other, the user requests the service provider to perform bookmark registration at that opportunity, and the service provider performs bookmark registration based on the request. This is convenient and convenient for the user. However, when a service provider takes the initiative in performing bookmark registration, it is necessary to confirm whether or not the contents of the bookmark registration are what the user really intends. This is because, if such confirmation is neglected, there is a possibility that a malicious service provider may indiscriminately register a bookmark with any user and cause annoying acts.
[0012]
First, an outline of a bookmark registration mechanism in the present embodiment will be described.
A user can access a service provider's WWW server using a mobile device having a WWW browser function. There is a service intermediary between the user and the service provider, and the service intermediary has a bookmark function.
FIG. 1 is a diagram for explaining the mechanism of bookmark registration.
In FIG. 1, a user makes an application for using a bookmark function by a service intermediary to the service intermediary. At this time, the service mediator notifies the user of a four-digit numeric string called “registration code information” corresponding to the telephone number of the user's mobile device on a one-to-one basis (step S101). Once issued, the registration code information can be changed to a four-digit number string desired by the user. Further, when the communication carrier that provides the communication service to the mobile device is a service intermediary, a password or the like already used between the communication carrier and the user may be used as the registration code information. Good. In any case, the registration code information is information that can be known only by the user and the service mediator. On the other hand, the service provider notifies the service mediator of the URL of the service providing apparatus that provides the service to the mobile device (step S102). In response to this, the service mediator assigns a service ID to the service, notifies the service provider of the service ID, and stores the URL and the service ID in association with each other.
[0013]
Next, the user applies for the use of the service to the service provider using an arbitrary communication means such as a telephone, a fax, a mail, an application form prepared at a store, or the Internet. The service provider notifies the service provider of the number and the above-described registration code information (step S103). In response, the service provider requests the service intermediary to register the bookmark. At this time, the service provider notifies the service mediator of the service ID of the service provided to the user, in addition to the telephone number and the registration code information notified by the user (step S104). If the combination of the telephone number and the registration code information notified from the service provider matches the combination of the telephone number and the registration code information stored in step 101, the service intermediary notifies the service notified by the service provider. A process of associating the telephone number of the mobile device with the URL corresponding to the ID and storing the telephone number in the database (that is, a bookmark registration process) is performed.
[0014]
Thereafter, when the user's mobile device sends a browsing request for a WWW page (hereinafter referred to as a bookmark page) indicating the stored URL list to the service intermediary (step S105), the service intermediary transmits the user A bookmark page indicating the stored URL list is generated and transmitted to the mobile device (step S106). The mobile device displays the received bookmark page and presents it to the user. Then, when one URL is selected by the user from the displayed URLs, the mobile device requests the WWW page of the service provider based on the URL (step S107). In response, the WWW page is transmitted from the service provider, and the mobile device receives and displays the WWW page (step S108). Thereafter, the user can browse various WWW pages prepared by the service provider using the mobile device.
[0015]
By the way, a service provider may provide a service for a limited time, such as during a campaign period for a new product or during a special event. In such a case, the service provider notifies the service provider of a deletion request to delete the URL of the service providing apparatus that provides the terminated service (step S109). The service intermediary specifies the URL to be deleted based on the deletion request, and stores that the URL is to be deleted. However, at this point, the service provider does not really delete the URL, but only remembers that the URL is to be deleted.
[0016]
Thereafter, as in step S105, when a browsing request for a bookmark page is transmitted from the user's mobile device to the service mediator (step S110), the service mediator generates a bookmark page and transmits the bookmark page to the mobile device. (Step S111). This bookmark page displays that the URL is to be deleted. When the user sees such a display and knows that there is a URL to be deleted, the user performs a predetermined operation to instruct deletion. In response, the mobile device sends a delete instruction to the service mediator. Based on this instruction, the service intermediary deletes the URL.
[0017]
Next, a system according to an embodiment of the present invention will be described in detail.
A: Configuration As shown in FIG. 2, the system includes mobile units 10a and 10b, a mobile packet communication network 20 for providing mobile packet communication services to these mobile units 10a and 10b, and an IP connected to the Internet 30. (Information Provider) The server includes server devices 40a, 40b and communication devices 50a, 50b, and a mediation server device 60 connected to the mobile packet communication network 20 and the Internet 30. The IP server device 40a and the communication device 50a are devices managed or used by the first service provider, and the IP server device 40b and the communication device 50b provide a second service different from the first service provider. The device is managed or used by a user.
[0018]
In this system, there are a large number of mobile devices, a large number of IP server devices, and a large number of communication devices, but in order to avoid complicating the drawing, only two mobile devices, an IP server device, and a communication device are illustrated. In FIG. Since the mobile units 10a and 10b have a common configuration and operation, the mobile units 10a and 10b are referred to as the mobile unit 10 in the following description, unless otherwise specified. Further, the IP server devices 40a and 40b and the communication devices 50a and 50b are also referred to as the IP server device 40 and the communication device 50 for the same reason.
[0019]
The mobile device 10 is a user terminal device used by a user, for example, a PDC (Personal Digital Cellular) system or an IMT-2000 (International Mobile Telecommunications-2000) system mobile phone, or a PHS (Personal Handyphone System; (Trademark) system. The mobile device 10 obtains a WWW page described in accordance with HTML (Hypertext Markup Language) from the WWW server via the mobile packet communication network 20 and the Internet 30 by executing WWW browser software stored in the built-in memory. And display it. The user can browse the WWW page device displayed by the mobile device 10 and obtain various information.
[0020]
The IP server device 40 is a service providing device that provides an information providing service to the mobile device 10 by transmitting a WWW page describing various types of information to the mobile device 10, and is provided by a service provider (not shown). Operated and managed. This IP server device 40 generates a WWW page customized according to the attributes and hobbies of the user of each mobile device 10 in addition to the same hardware and functions as a general WWW server device. It has a function to send to.
[0021]
Here, the configuration of the IP server device 40 will be described with reference to FIG. As shown in FIG. 3, the IP server device 40 includes a CPU (Central Processing Unit) 41, a ROM (Read Only Memory) 42, a RAM (Random Access Memory) 43, a communication unit 44, and a hard disk device 45. The communication unit 44 is connected to the Internet 30 via a communication line (not shown), and performs data communication via the Internet 30. The hard disk device 45 stores a WWW server application program, and the CPU 41 can generate a WWW page customized for each user by executing the WWW server application program.
[0022]
More specifically, information to be individually provided to each user is stored in the hard disk device 45 in advance, and the CPU 41 determines who the user of the mobile device 10 has accessed the IP server device 40 is. Is specified, the information to be provided to the user is read from the hard disk device 45, a WWW page is generated based on the read information, and transmitted to the mobile device 10. Here, the information to be individually provided to each user is related to a message from the service provider to the user (for example, a message such as “happy birthday”) or a user's hobbies and preferences that are grasped in advance. Information (for example, new music information of a hit song if the user's hobby is music) or information (for example, if the user is a woman in her 20s, Information about horoscopes and makeup that you may be interested in).
[0023]
Next, the configuration of the communication device 50 will be described.
The communication device 50 is operated by an operator of the service provider, and is used for a prior notification of a URL to the service intermediary and a request for bookmark registration.
FIG. 4 is a diagram showing the configuration of the communication device 50. As shown in FIG. 4, the communication device 50 includes a CPU 51, a ROM 52, a RAM 53, a communication unit 54, a hard disk device 55, and an operation unit 56. The communication unit 54 is connected to the Internet 30 via a communication line (not shown), and performs data communication via the Internet 30. The hard disk device 55 stores WWW browser software 551, and a client certificate is installed in the WWW browser software 551. The client certificate is digital data in which various kinds of attribute information applied in advance from the service provider to the service mediator are encrypted with the service mediator's secret key. Since this client certificate is transmitted and received after being encrypted by SSL (Secure Socket Layer), it is not forged or falsified during transmission / reception between the communication device 50 and the mediation server device 60, for example. This client certificate is issued to each service provider by a certificate issuing device (not shown), and when the communication device 50 accesses the mediation server device 60, the validity of the communication device 50 is confirmed. Used to
[0024]
The "service information transmitting means" which is a component of the communication device described in the claims corresponds to the CPU 51, the communication unit 54 and the WWW browser software 551, and the "input means" corresponds to the operating unit 55. Alternatively, the communication unit 54 corresponds, and the “registration request transmission unit” corresponds to the CPU 51, the communication unit 54, and the WWW browser software 551.
[0025]
Next, the configuration of the mediation server device 60 will be described with reference to FIG.
The mediation server device 60 stores an address (here, a URL) of the IP server device 40 that provides a service to the mobile device 10 and, in response to a request from the mobile device 10, summarizes these URLs in a list format. A function of generating a page (bookmark page) and transmitting the generated bookmark page to the mobile device 10 is provided.
[0026]
As shown in FIG. 5, the mediation server device 60 includes a CPU 61, a ROM 62, a RAM 63, a communication unit 64, and a hard disk device 65. The communication unit 64 is connected to the Internet 30 and the mobile packet communication network 20 via communication lines and various relay devices (not shown), and performs data communication via the Internet 30 or the mobile packet communication network 20. The hard disk device 65 stores four types of databases: an address information database 652, a user information database 653, an IP information database 654, and an error information database 655, in addition to an application program 651 that performs an operation described below. . In the following description and drawings, the database is abbreviated as DB.
[0027]
Here, the CPU 61, the communication unit 64, and the application program 651 correspond to the “registration request receiving unit”, which is a component requirement of the service mediation apparatus described in the claims, and the “address storage unit” corresponds to the CPU 61. , The hard disk device 65 and the application program 651 (address information DB 652), and the “user information storage device” corresponds to the CPU 61, the hard disk device 65 and the application program 651 (user information DB 653), and the “service information storage device”. Corresponds to the CPU 61, the hard disk device 65 (IP information DB 654), and the application program 651, the “registration request receiving unit” corresponds to the CPU 61, the communication unit 64, and the application program 651, and the “authentication unit” corresponds to CPU61 and application program 651 is equivalent. The "error information storage means" corresponds to the CPU 61, the hard disk device 65 (error information DB 655) and the application program 651, the "registration prohibition means" corresponds to the CPU 61 and the application program 651, and "additional registration stop". The “means” corresponds to the CPU 61 and the application program 651, the “registration suspension canceling means” corresponds to the CPU 61 and the application program 651, the “code issuing means” corresponds to the CPU 61 and the application program 651, The CPU 61, the communication unit 64, and the application program 651 correspond to the “code transmission unit”.
[0028]
Here, FIG. 6 is a diagram illustrating an example of the address information DB 652.
In the address information DB 652, URLs stored as bookmarks are classified for each mobile station. In FIG. 6, for example, the URLs stored for the mobile device 10 to which the telephone number “090-3333-1111” is assigned are “a-bank.com”, “bshop.co.jp”, and “c-rental.com”. co.jp "and" dcon.com ". The name of the service provided by the IP server device 40 of the URL “a-bank.com” is “bank A online banking”, and the service ID assigned to the service is “0001”. ing.
[0029]
Further, the user of the mobile device 10 is assigned a user ID used only when each service is provided by each service provider. In FIG. 6, for example, for the user of the mobile device 10 to which the telephone number “090-3333-1111” is assigned, “1234” is assigned as the user ID used in the Bank A online banking service. It is shown. This user ID is used by the service provider to specify who the user is. The “deletion flag” illustrated in FIG. 6 indicates that the URL is to be deleted, and the “additional registration stop flag” indicates that the registration of a new bookmark has been stopped. However, these will be described later in detail.
[0030]
Next, FIG. 7 is a diagram illustrating an example of the user information DB 653. In the user information DB 653, the telephone number of each mobile device 10, registration code information, application ID, and authentication code are associated with each other. The registration code information is the information described in FIG.
[0031]
Also, as described in FIG. 1, the telephone number of the mobile device 10 is notified to the service provider when applying for the service. However, in some cases, it is expected that many users do not want to know their telephone number to the service provider. In preparation for such a case, in the present embodiment, a service application can be performed using an application ID, which is an 11-digit numeric string, instead of a telephone number. The service application ID is generated by the mediation server device 60 when the user makes an application for using the bookmark function to the service mediator in FIG. 1 described above. Then, the mediation server device 60 stores the generated application ID in the user information DB 653 and transmits it to the mobile device 10 to notify the user.
In the example shown in FIG. 7, for example, the application ID corresponding to the mobile device 10 to which the telephone number “090-3333-1111” is assigned is “852236251478”. Therefore, it means that the user of the mobile device 10 may apply for a service using the telephone number “090-3333-1111” or may apply for a service using the application ID “852236251478”. I have.
[0032]
The authentication code is information defined for each user between the service provider and the service mediator. The significance of this authentication code will be described later.
[0033]
Next, FIG. 8 is a diagram illustrating an example of the IP information DB 654. In the IP information DB 654, a URL of the IP server device 40 that provides a service to the mobile device 10, a service ID assigned to each service, and a service name are associated with each other. In the example shown in FIG. 8, a service provided by the IP server device 40 indicated by the URL “a-bank.com” is assigned a service ID “0001”, and the service name is “Bank A Online Banking”. It means there is. These pieces of information are stored in the IP information DB 654 at the time of pre-registration in step S102 described in FIG.
[0034]
Next, FIG. 9 is a diagram illustrating an example of the error information DB 655.
In the present embodiment, as described above, care is taken so that a malicious service provider does not indiscriminately perform bookmark registration. Therefore, using the telephone number of the user's mobile device 10 and the registration code information that only the user and the service intermediary can know, it is determined whether the bookmark registration request from the service provider is legitimate. Further, in addition to such a mechanism, the following mechanism is also employed. That is, if the request for bookmark registration from the service provider is not valid (ie, if the combination of the telephone number and the registration code information notified from the service provider is not correct), The service intermediary knows whether the number or frequency has occurred, and if the number or frequency of bookmark registration requests from a certain service provider exceeds a predetermined threshold, the service is provided. Rejects a bookmark registration request from the user and does not perform bookmark registration.
[0035]
In this way, the case where the bookmark registration request from the service provider is not valid is regarded as "error occurrence", and the malicious service provider accepts or rejects the bookmark registration request based on the error occurrence situation. Can be eliminated.
[0036]
"Service provider ID" shown in FIG. 9 is identification information assigned to each service provider. The “number of errors” illustrated in FIG. 9 is the number of times that the combination of the telephone number and the registration code information notified from the service provider does not match the combination of the telephone number and the registration code information in the user information DB 653 ( (Accumulated number of times per day). The “error frequency” is the frequency at which the combination of the telephone number and the registration code information notified from the service provider does not match the combination of the telephone number and the registration code information in the user information DB 653 (bookmark registration request 100 Frequency of occurrence of errors per event). For example, if the threshold value of the number of errors is 250, the number of errors in the bookmark registration request for the service indicated by the service ID “0002” is “251”, which exceeds the threshold value. For the service provided by the service provider with the user ID, the request for bookmark registration from the communication device 50 is rejected by the mediation server device 60.
[0037]
B: Operation Next, the operation of the embodiment having the above configuration will be described. The operations of the embodiment are roughly classified into four types: (1) bookmark registration, (2) WWW access using the bookmark, (3) bookmark deletion, and (4) stop and restart of bookmark registration. Hereinafter, these will be described in order.
[0038]
(1) Bookmark Registration First, the operation at the time of bookmark registration will be described with reference to the sequence shown in FIG. In the following description, it is assumed that the service provider has notified the URL of the service providing apparatus to the service mediator in advance. Further, it is assumed that the user has previously applied for the use of the information providing service to the service provider who operates and manages the IP server device 40a using the mobile device 10a. At this time, it is assumed that the telephone number notified by the user to the service provider is "090-3333-1111" and the registration code information is "9999". It is also assumed that the service provider provides the service intermediary with a service ID of "0001" for the information providing service. It is assumed that the contents of each database are as shown in FIGS. It is also assumed that the communication device 50a has already received the client certificate from the certificate issuing device.
[0039]
In FIG. 10, the communication device 50a starts a WWW browser in response to an operation of the operator, and transmits an HTTP request with a client certificate to the mediation server device 60 (step S11). The mediation server device 60 constantly executes the application program 651 stored in the hard disk 65, and upon receiving the HTTP request, sends an HTTP response including a WWW page for displaying a login screen on the communication device 50a to the communication device 50a. It transmits (step S12).
[0040]
Upon receiving the HTTP response, the communication device 50a displays a login screen prompting the operator to input a service provider ID and a password. Next, when the operator inputs the service provider ID and the password to the communication device 50a, the communication device 50a transmits an HTTP request including the input information to the mediation server device 60 (step S13). The mediation server device 60 performs an authentication process using these pieces of information, and when the legitimacy of the service provider is confirmed, transmits an HTTP response including a message to that effect to the communication device 50a (step S14). Next, in addition to the telephone number “090-3333-1111” and the registration code information “9999” notified by the user of the mobile device 10a, the service provider operator has allocated the user to the mobile device 10a. The user ID “1234” and the authentication code “45858265” are input using the operation unit 56 of the communication device 50a. The communication device 50a transmits an HTTP request including the input information and the service ID “0001” to the mediation server device 60 (Step S15).
[0041]
The mediation server device 60 extracts the telephone number “090-3333-1111” and the registration code information “9999” from the received HTTP request, and this combination matches the contents of the combination stored in the user information DB 653. It is determined whether or not (step S16).
[0042]
As a result of this determination, if both match, it is determined that the mediation server device 60 refers to the error information DB 655 as shown in FIG. It is determined whether the error frequency does not exceed the threshold (step S17). If the threshold value is not exceeded, the mediation server device 60 writes the URL, service name, user ID, and the like in the record corresponding to the telephone number “090-3333-1111” in the address information DB 652 (step S18). More specifically, the mediation server device 60 refers to the IP information DB 654, and the URL “a-bank.com” corresponding to the service ID “1234” notified from the communication device 50a and the service name “Bank A Online "Banking" is read and described in the address information DB 652, and the user ID "1234" notified from the communication device 50a in step S16 is described in the address information DB 652. Thus, the address information DB 652 has contents as shown in FIG. Then, the mediation server device 60 transmits an HTTP response including a message indicating that the bookmark registration has been completed to the communication device 50a (step S19).
[0043]
(2) WWW Access Using Bookmark Function Next, the operation at the time of WWW access using the bookmark function will be described with reference to the sequence shown in FIG.
When the user wants to access the IP server device 40a using the bookmark function of the mediation server device 60, the user first activates the WWW browser software of the mobile device 10a and performs a predetermined operation for accessing the mediation server device 60. In response, the mobile device 10a transmits an HTTP request to the mediation server device 60 (Step S21). In addition, the telephone number “090-3333-1111” of the mobile device 10a is added to the HTTP request by a relay device interposed between the mobile device 10a and the mediation server device 60. A detailed description is omitted because it is well known (the same applies hereinafter).
[0044]
Upon receiving the HTTP request, the mediation server device 60 transmits a WWW page indicating an initial menu to the mobile device 10a (step S22). The mobile device 10a receives this WWW page and displays it on the liquid crystal display, for example, as shown in FIG. When the user performs an operation of selecting the menu item “bookmark” shown in FIG. 12, in response to this, the mobile device 10a transmits an HTTP request to the mediation server device 60 (step S23). Note that the telephone number “090-3333-1111” of the mobile device 10a is also added to this HTTP request.
[0045]
Upon receiving the HTTP request, the mediation server device 60 reads out all the service names and URLs corresponding to the telephone number “090-3333-1111” with reference to the address information DB 652, and creates a bookmark page that summarizes these in a list format. It is generated and transmitted to the mobile device 10a (step S24). The mobile device 10a receives this bookmark page and displays it on the liquid crystal display, for example, as shown in FIG.
[0046]
Here, when the user operates the mobile device 10a and selects the item “1. Bank A Online Banking” shown in FIG. 13, the mobile device 10a sends an HTTP request to the mediation server device 60 in response to this selection operation. It transmits (step S25).
[0047]
Upon receiving the HTTP request, the mediation server device 60 refers to the address information DB 652 and reads out the URL “a-bank.com”, the user ID “1234”, and the authentication code “45858265”. Then, the mediation server device 60 generates an HTTP response including the read URL, user ID, and registration code information, and transmits the HTTP response to the mobile device 10a (step S26). The mobile device 10a receives the HTTP response and displays an image as shown in FIG. 14 on the liquid crystal display.
[0048]
The HTML source of this image is shown in FIG. The parameter name “svcid” illustrated in FIG. 15 indicates a service ID, the parameter name “pswd” indicates an authentication code, and the parameter name “uid” indicates a user ID. Then, “<form action =“ http: // a-bank. com / “method =“ post ”>”, when the notation portion “OK” in FIG. 14 is selected by the user, the value of each parameter as described above is changed by the HTTP request using the POST method to the URL “ a-bank.com "to the IP server device 40a.
[0049]
When an HTTP request using such a POST method is transmitted from the mobile device 10a to the IP server device 40a (step S27 in FIG. 11), the IP server device 40a transmits the authentication code “45858265” included in the HTTP request to the user. It is determined whether or not the combination of the ID “1234” matches the previously stored combination. As a result, if they match, the IP server device 40a generates a WWW page corresponding to the user indicated by the user ID "1234", and transmits it to the mobile device 10a as an HTTP response (step S28). The mobile device 10a receives the HTTP response and displays an image as shown in FIG. 16 on the liquid crystal display.
If the result of the determination is that they do not match, the IP server device 40a transmits an error page to the effect that the service cannot be provided to the mobile device 10a as an HTTP response.
[0050]
The significance of the above authentication code is as follows.
For example, when a service provider performs an online credit shopping service, the service provider may use a credit number as a user ID. Since the credit number may be known to a clerk or the like during normal shopping, a third party who illegally obtains the credit number in this way may include the credit number in an HTTP request and provide the authorized user with the credit number. There is a possibility that the service will be provided as it is. In the present embodiment, in order to prepare for such a case, the validity of the user is confirmed using an “authentication code” that is not generally known.
[0051]
The reason for using the POST method as described above is as follows.
For example, when a parameter value is delivered to the other party using a CGI (Common Gateway Interface) by a GET method, the parameter value is described at the end of a URL indicating a destination of an HTTP request. In the case of such a mechanism in which the parameter value is delivered to the other party in a form attached to the URL, the URL may be referred to or copied, so that the parameter value may be known to a third party. is there. On the other hand, when the POST method is used, the parameter value is not displayed by the user terminal device such as the mobile device 10, so that the possibility that the parameter value is leaked is reduced. In addition, since mobile phones currently on the market cannot display the HTML source, they should not be able to see the HTML source as shown in FIG. Therefore, as long as the current mobile phone is used as the mobile device 10, it can be said that the possibility that the parameter value is leaked is low.
[0052]
(3) Deletion of Bookmark Next, an operation of deleting a URL already stored by the bookmark function will be described with reference to a sequence shown in FIG. In the following, the service to be deleted is the service indicated by the service ID “0004” corresponding to the telephone number “090-3333-1111” in the address information DB 652 of FIG. The service provider that provides this service is the second service provider that uses the IP server device 40b and the communication device 50b.
[0053]
In FIG. 17, when a limited time service such as a concert announcement campaign ends, the communication device 50b uses the HTTP request including the user ID “kju123” and the service ID “0004” of the service as a deletion request as a transfer request. 60 (step S31). The mediation server device 60 extracts the user ID “kju123” and the service ID “0004” from the received HTTP request, and refers to the address information DB 652 to correspond to the telephone number and the service ID as shown in FIG. "1" is set to the deletion flag (step S32).
[0054]
Then, the mobile device 10a transmits an HTTP request to the mediation server device 60 in the same manner as in step S23 described above (step S33). Upon receiving the HTTP request, the mediation server device 60 refers to the address information DB 652, reads out all the service names and URLs corresponding to the telephone number “090-3333-1111”, and creates a bookmark page that summarizes these in a list format. Generate. However, the mediation server device 60 generates a bookmark page in which a special image (icon) different from the text message is displayed near the display area of the service name for which the deletion flag is set to “1” ( Step S34). Then, the mediation server device 60 transmits the bookmark page thus generated to the mobile device 10a (Step S35). The mobile device 10a receives this bookmark page and displays it on the liquid crystal display, for example, as shown in FIG. The icon displayed on the right side of “4.D concert” in the figure indicates that the service is to be deleted.
[0055]
Here, when the user operates the mobile device 10a and selects the item “4. D concert” shown in FIG. 18, in response to this, the mobile device 10a transmits an HTTP request including the service ID “0004” to the mediation server device. 60 (step S36).
Upon receiving the HTTP request, the mediation server device 60 transmits an HTTP response including data for displaying a screen as shown in FIG. 19 to the mobile device 10a (step S37). The mobile device 10a receives this HTTP response and displays a page as shown in FIG. 19 on the liquid crystal display.
[0056]
Then, when the user operates the mobile device 10a and selects the item “YES” shown in FIG. 19, the mobile device 10a transmits an HTTP request to the mediation server device 60 in response to this (step S38). Upon receiving the HTTP request, the mediation server device 60 deletes the URL or the like corresponding to the user ID “kju123” in the address information DB 652 (Step S39).
[0057]
The above is the deletion of the URL based on the request from the service provider. However, in the present embodiment, deletion based on a request from a user is of course also possible.
This operation example will be described with reference to the sequence shown in FIG. In the following, the service to be deleted is the service indicated by the service ID “0001” corresponding to the telephone number “090-3333-1111” in FIG.
In FIG. 20, the mobile device 10a transmits a deletion request to delete the service name “bank A online banking” (service ID “0001”) to the mediation server device 60 in accordance with a predetermined operation of the user (FIG. 20). Step S51). In response, the mediation server device 60 notifies the communication device 50a that the user with the user ID "1234" is going to delete the URL (step S52). Then, when a deletion confirmation that the deletion is permitted is transmitted from the communication device 50b to the mediation server device (step S53), the mediation server device 60 stores the URL or the like corresponding to the user ID “1234” in the address information DB 652. It is deleted (step S54).
[0058]
(4) Stopping and Resuming Registration of Bookmark Next, referring to the sequence shown in FIG. 21, the operation at the time of stopping and resuming URL additional registration will be described.
In FIG. 21, when the user performs a predetermined operation using the mobile device 10a, the mobile device 10a transmits an HTTP request to the mediation server device 60 (Step S41). When receiving the HTTP request, the mediation server device 60 refers to the address information DB 652 and sets “1” or “0” in the additional registration stop flag corresponding to the telephone number “090-3333-1111”. Make sure that Here, since “0” is set as shown in FIG. 6, the mediation server device 60 generates an HTTP response including a WWW page inquiring whether or not to stop additional registration, and transmits the HTTP response to the mobile device 10a (step). S42). The mobile device 10a displays a WWW page included in the HTTP response on a liquid crystal display, for example, as shown in FIG.
[0059]
Here, when the user operates the mobile device 10a and selects the item "stop menu addition" shown in FIG. 22, the mobile device 10a transmits an HTTP request to the mediation server device 60 in response to this (step S43). . Upon receiving the HTTP request, the mediation server device 60 sets the additional registration stop flag corresponding to the telephone number “090-3333-1111” in the address information DB 652 shown in FIG. 6 to “1” (step S44). Thereafter, the CPU 61 of the mediation server device 60 does not store the URL even if a bookmark registration request is made by the service provider.
[0060]
On the other hand, in step S41, if “1” is set in the additional registration suspension flag corresponding to the telephone number “090-3333-1111” in the address information DB, the mediation server device 60 determines whether the additional registration suspension can be canceled. An HTTP response including a WWW page to be queried is generated and transmitted to the mobile device 10a. The mobile device 10a displays a WWW page included in the HTTP response on a liquid crystal display, for example, as shown in FIG.
[0061]
When the user operates the mobile device 10a and selects the item “cancel menu addition stop” shown in FIG. 23, the mobile device 10a transmits an HTTP request to the mediation server device 60 in response to this. Upon receiving the HTTP request, the mediation server device 60 sets the additional registration stop flag corresponding to the telephone number “090-3333-1111” in the address information DB 652 shown in FIG. 6 from “1” to “0”. Thereafter, the CPU 61 of the mediation server device 60 releases the stop of the additional registration of the URL, and resumes the process of storing the URL based on the bookmark registration request from the service provider.
[0062]
The present invention is not limited to the above-described embodiment, and various changes can be made within the scope of the technical idea.
For example, in the above-described embodiment, the mobile device 10 that performs wireless communication is used as the user terminal device. However, the present invention is not limited to this, and a personal computer that performs wired communication may be used. Further, the function of the mediation server device 60 may be distributed to a plurality of server devices such as a WWW server device and a database server device.
[0063]
In the embodiment, one service provider uses one IP server device 40 and one communication device 50. However, the present invention is not limited to this. One communication device 50 may be used, one IP server device 40 and a plurality of communication devices 50 may be used, or a plurality of IP server devices 40 and a plurality of communication devices may be used. 50 may be used.
[0064]
In addition, in the description of the bookmark registration and the bookmark deletion described above, the mode in which the process is performed by the mediation server device 60 and the communication device 50 repeating the request and the response in real time has been described, but the present invention is not necessarily limited thereto. For example, the service provider sends a file in which information on a plurality of URLs to be registered or deleted is stored to a service intermediary, and the service intermediary performs a registration or deletion operation according to the contents of the file at a time such as at night. You may.
[0065]
In addition, the timing of generating the registration code information and the application ID described above may take the following forms. In FIG. 1, when a user makes an application for using the bookmark function to a service intermediary, registration code information and an application ID are generated. However, in some cases, it is expected that the user will apply for various services to the service provider before applying for the use of the bookmark function to the service intermediary as described above. In preparation for such a case, if the service provider issues a “bookmark registration request” before the “bookmark function use application” from the user, the service intermediary requests the “bookmark registration request”. Is regarded as “application for using the bookmark function from the user”, and at this time, the registration code information and the application ID are generated. This is convenient because the user does not need to apply for the bookmark function in advance.
[0066]
【The invention's effect】
As described above, according to the present invention, it is possible to delete an address based on an instruction from a service provider, so that the burden on the user is reduced.
.
[Brief description of the drawings]
FIG. 1 is a diagram for explaining an outline of an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of the entire system according to the embodiment.
FIG. 3 is a block diagram without closing the configuration of the IP server device according to the embodiment;
FIG. 4 is a block diagram showing a configuration of a communication device according to the embodiment.
FIG. 5 is a block diagram showing a configuration of a mediation server device according to the embodiment.
FIG. 6 is a diagram showing contents of an address information database stored in the mediation server device according to the embodiment.
FIG. 7 is a diagram showing contents of a user information database stored in the mediation server device according to the embodiment.
FIG. 8 is a diagram showing contents of an IP information database stored in the mediation server device according to the embodiment.
FIG. 9 is a diagram showing contents of an error information database stored in the mediation server device according to the embodiment.
FIG. 10 is a sequence diagram showing an operation example in the embodiment.
FIG. 11 is a sequence diagram showing an operation example in the embodiment.
FIG. 12 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 13 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 14 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 15 is a diagram showing a source of a screen displayed by the mobile device in the embodiment.
FIG. 16 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 17 is a sequence diagram showing an operation example in the embodiment.
FIG. 18 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 19 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 20 is a sequence diagram showing an operation example in the embodiment.
FIG. 21 is a sequence diagram showing an operation example in the embodiment.
FIG. 22 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
FIG. 23 is a diagram showing an example of a screen displayed by the mobile device in the embodiment.
[Explanation of symbols]
10a, 10b: mobile device (user terminal device), 20: mobile packet communication network, 30: Internet, 40a, 40b: IP server device (service providing device), 50a, 50b ... Communication device (communication device), 61: CPU, 64: Communication unit, 65: Hard disk device, 652: Address information database, 653: User information database, 654: IP information database , 655: Error information database, 51: CPU, 54: Communication unit, 55: Hard disk drive, 56: Operation unit, 41: CPU, 44: Communication unit, 45 ... Hard disk drive.

Claims

Address storage means for storing an address of a service providing device that provides a service to the user terminal device in a storage area allocated to the user terminal device;
Deletion request receiving means for receiving the address deletion request from a communication device used by a service provider;
A service mediation device comprising: a deletion unit configured to delete the address stored in the storage unit based on a received deletion request.

Address storage means for storing an address of a service providing device that provides a service to the user terminal device in a storage area allocated to the user terminal device;
Delete request receiving means for receiving from the communication device a delete request requesting that the address be deleted from the storage area,
Specifying means for specifying an address to be deleted based on the received deletion request;
List information indicating a list of addresses stored in the storage area, wherein list information added to the address specified by the specifying unit is information indicating that the address is to be deleted Generating means for generating
A transmission unit that transmits the list information generated by the generation unit to the user terminal device.

Inquiring means for transmitting, to the user terminal device, a message for inquiring whether an address to be deleted may be deleted from the storage area,
3. The service mediation apparatus according to claim 2, further comprising: a deletion unit configured to delete an address to be deleted from the storage area when the user terminal apparatus notifies that the deletion is permitted.

3. The service mediation apparatus according to claim 2, wherein the information indicating that the address is to be deleted is image information different from a text message.

A step in which the service mediation device stores an address of a service providing device that provides a service to the user terminal device in a storage area allocated to the user terminal device;
Receiving a request to delete the address from a communication device used by a service provider;
Deleting the address stored in the storage means based on the received deletion request.

Storing the address of a service providing device that provides a service to the user terminal device in a storage area allocated to the user terminal device;
Receiving a deletion request from the communication device requesting that the address be deleted from the storage area;
Identifying an address to be deleted based on the received deletion request;
Generating list information indicating a list of stored addresses, wherein the list information is added with information indicating that the address is to be deleted for an address specified as a deletion target; ,
Transmitting the generated list information to the user terminal device.

A communication device that communicates with a service mediation device that transmits an address of a service providing device stored in a storage area allocated to a user terminal device in response to a request from the user terminal,
A communication device comprising: a transmission unit that transmits a deletion request for requesting deletion of an address specified by a service provider that manages the service providing device from the storage area to the service mediation device.