(57)【要約】【課題】電話をかける感覚で、Ｗｅｂページへアクセスする。【解決手段】ユーザ端末Ｂからサービス要求Ｓ１及び発信接続要求Ｓ１２を送出すると、Ｌ−ＭＭＳ１、Ｇ−ＭＭＳ２を経由し、ユーザ端末Ａ宛てに接続通知Ｓ４が送られる。この接続通知Ｓ４を受取ったユーザ端末Ａでは認証が行われる。認証は、ユーザ端末Ｂの電話番号がユーザ端末Ａの電話番号帳に登録されているかどうかによって行う。この認証後、ユーザ端末Ａは、Ｇ−ＭＭＳ２宛てに接続通信応答Ｓ５を出力する。この接続通信応答Ｓ５には、ユーザ端末Ａに対応するＷｅｂページのＵＲＬが含まれている。このＵＲＬを受取ったＬ−ＭＭＳ１は、接続要求Ｓ７を出力し、ユーザ端末ＢはＷｅｂサーバ３によって実現されているＷｅｂページにアクセスでき、それを閲覧することができる。【効果】ユーザ端末Ｂから電話をかける感覚でＷｅｂページにアクセスできる。【選択図】      図３
2004193655.tif 000002
【特許請求の範囲】
【請求項１】
発呼元加入者端末から発呼先加入者端末への呼の発生に応答して該呼を前記発呼先加入者端末に関連するＷｅｂページに接続するＷｅｂ接続手段を含み、前記発呼元加入者端末によって前記Ｗｅｂページをアクセスできるようにしたことを特徴とするＷｅｂ提供システム。
【請求項２】
前記Ｗｅｂ接続手段は、前記呼を受けた前記発呼先加入者端末からの要求に応答して前記発呼元加入者端末と前記発呼先加入者端末との間のネットワーク内の装置を介して前記Ｗｅｂページへのアクセスを実現することを特徴とする請求項１記載のＷｅｂ提供システム。
【請求項３】
前記Ｗｅｂ接続手段は、前記発呼元加入者端末からの発呼の際に前記発呼先加入者端末の加入者番号に所定のアクセスコードが付加されている場合にのみ前記Ｗｅｂページをアクセスできるようにしたことを特徴とする請求項１記載のＷｅｂ提供システム。
【請求項４】
前記Ｗｅｂ接続手段は、前記発呼先加入者端末の加入者番号に対応するＵＲＬを用いて該端末に関連するＷｅｂページにアクセスすることを特徴とする請求項１乃至３のいずれか１項に記載のＷｅｂ提供システム。
【請求項５】
前記ＵＲＬは前記発呼先加入者端末に記憶されており、該端末は前記呼の発生に応答して該ＵＲＬを送出することを特徴とする請求項４記載のＷｅｂ提供システム。
【請求項６】
前記呼の発生に応答して前記発呼元加入者端末の加入者番号についての認証を行う認証手段を更に含み、前記認証手段による認証結果に応じて、前記Ｗｅｂ接続手段が前記呼を前記発呼先加入者端末に関連するＷｅｂページに接続することを特徴とする請求項１乃至５のいずれか１項に記載のＷｅｂ提供システム。
【請求項７】
前記認証手段による認証は、前記発呼先加入者端末に関連する加入者番号リストに、前記発呼元加入者端末の加入者番号が含まれていることの確認処理であることを特徴とする請求項６記載のＷｅｂ提供システム。
【請求項８】
前記加入者番号リストは前記発呼先加入者端末に記憶されている電話番号帳であることを特徴とする請求項７記載のＷｅｂ提供システム。
【請求項９】
前記確認処理は、前記発呼先加入者端末において行われることを特徴とする請求項７又は８のいずれか１項に記載のＷｅｂ提供システム。
【請求項１０】
前記発呼元加入者端末から前記発呼先加入者端末への呼は、マルチアクセスのうちの１つのアクセスであることを特徴とする請求項１乃至９のいずれか１項に記載のＷｅｂ提供システム。
【請求項１１】
発呼元加入者端末から発呼先加入者端末への呼の発生に応答して該呼を前記発呼先加入者端末に関連するＷｅｂページに接続するＷｅｂ接続ステップを含み、前記発呼元加入者端末によって前記Ｗｅｂページをアクセスできるようにしたことを特徴とするＷｅｂ提供方法。
【請求項１２】
他の端末からの着呼を検出する着呼検出手段と、前記着呼検出手段による着呼の検出後、該呼を自端末に関連するＷｅｂページに接続するＷｅｂ接続手段とを含むことを特徴とする端末。
【請求項１３】
他の端末からの着呼を検出する着呼検出ステップと、前記着呼検出ステップにおける着呼の検出後、該呼を自端末に関連するＷｅｂページに接続するための応答を出力するＷｅｂ接続ステップとを含むことを特徴とする端末制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＷｅｂ提供システム、Ｗｅｂ提供方法、これらに用いる端末、及び、端末制御プログラムに関し、特に携帯電話機等の携帯端末を利用したＷｅｂ提供システム、Ｗｅｂ提供方法、これらに用いる端末、及び、端末制御プログラムに関する。
【０００２】
【従来の技術】
インターネット上で提供されている各種Ｗｅｂページは、これらＷｅｂページに割り当てられているＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）により特定され、このＵＲＬを所定のクライアントから打ち込むことによりそのＷｅｂページにアクセスし、これを見ることができる。また、１つのＷｅｂページに他へのリンクが、ボタン表示やタグ表示などで「リンクを貼る」と称される準備がされていることも多い。そして、このボタン表示などをクリックすることにより、該当する他のＷｅｂページが表示される。
【０００３】
ところで、現存するＷｅｂページの全てがこの他ページからのリンク方法でアクセスできるわけではない。従ってこのような場合には、雑誌広告や名刺などに記載されているＵＲＬがたよりとなり、これを見て所望のＷｅｂページにアクセスする場合も多くなってきている。現に、雑誌広告や名刺にＵＲＬを記載する傾向が一般化しつつある。
【０００４】
このＵＲＬは長い文字列のものが多く、使い慣れない特殊記号も多用されているので、これをキーボードから打ち込むのは結構面倒である。特に、インターネットの普及により入力操作する者の多くがキー入力作業に不慣れな一般ユーザであるため、入力ミスも多く、その打ち直しの手間も結構な負担となっている。また、視力の衰えの出てくる中高年層や弱視などの人であればキーの視認に不自由さが伴い、「ｉ、ｊ、ｌ、１」や「０（ゼロ）、ｏ（オー）」などの紛らわしい文字の混在するＵＲＬ入力は煩わしい作業である。
【０００５】
ここで、ＵＲＬの入力操作を省く手法として、以下の技術が知られている。すなわち、電話をかけるとＵＲＬを含む電子メールが返信され、そのＵＲＬを用いてサイトにアクセスする技術（例えば、特許文献１、特許文献２参照）、電話番号をクリックして所望のＷｅｂページに到達する技術（例えば、特許文献３参照）、電話番号等の簡素化アドレスを入力すると、正式アドレスに変換してＷｅｂページにアクセスする技術（例えば、特許文献４参照）、が知られている。
【０００６】
【特許文献１】
特開２００２−９４６６６号公報（要約）
【特許文献２】
特開２００２−２３２５９６号公報（要約）
【特許文献３】
特開２００１−２６５７６９号公報（段落０００７及び段落００１６）
【特許文献４】
特開２００２−８２８５２号公報（段落０００９及び段落００１０）
【０００７】
【発明が解決しようとする課題】
上述した従来技術においては、ＵＲＬ自体か、又はそれに相当する何らかの情報を入力する必要がある。これではＷｅｂページへのアクセスを簡単な操作で行うことができない。このため、Ｗｅｂページへのアクセスをより簡単な操作で行うことのできる技術の実現が望まれている。
【０００８】
本発明は上述した従来技術の欠点を解決するためになされたものであり、その目的は簡単な操作で、Ｗｅｂページへのアクセスを行うことのできるＷｅｂ提供システム、Ｗｅｂ提供方法、これらに用いる端末、及び、端末制御プログラムを提供することである。
【０００９】
【課題を解決するための手段】
本発明の請求項１によるＷｅｂ提供システムは、発呼元加入者端末から発呼先加入者端末への呼の発生に応答して該呼を前記発呼先加入者端末に関連するＷｅｂページに接続するＷｅｂ接続手段を含み、前記発呼元加入者端末によって前記Ｗｅｂページをアクセスできるようにしたことを特徴とする。こうすることにより、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚で簡単な操作によってＷｅｂページにアクセスすることができる。
【００１０】
本発明の請求項２によるＷｅｂ提供システムは、請求項１において、前記Ｗｅｂ接続手段は、前記呼を受けた前記発呼先加入者端末からの要求に応答して前記発呼元加入者端末と前記発呼先加入者端末との間のネットワーク内の装置を介して前記Ｗｅｂページへのアクセスを実現することを特徴とする。こうすることにより、ネットワーク内の装置の制御によってＷｅｂページにアクセスできるので、発呼元加入者端末においてＵＲＬ等の入力操作は必要とせず、電話をかけるような簡単な操作で済む。
【００１１】
本発明の請求項３によるＷｅｂ提供システムは、請求項１において、前記Ｗｅｂ接続手段は、前記発呼元加入者端末からの発呼の際に前記発呼先加入者端末の加入者番号に所定のアクセスコードが付加されている場合にのみ前記Ｗｅｂページをアクセスできるようにしたことを特徴とする。こうすることにより、アクセスコードの付加有無に応じて、音声呼とＷｅｂアクセス要求とを識別することができる。
【００１２】
本発明の請求項４によるＷｅｂ提供システムは、請求項１乃至３のいずれか１項において、前記Ｗｅｂ接続手段は、前記発呼先加入者端末の加入者番号に対応するＵＲＬを用いて該端末に関連するＷｅｂページにアクセスすることを特徴とする。これにより、そのＵＲＬを用いることで、発呼先加入者端末のユーザが指定したＷｅｂページにアクセスすることができる。
【００１３】
本発明の請求項５によるＷｅｂ提供システムは、請求項４において、前記ＵＲＬは前記発呼先加入者端末に記憶されており、該端末は前記呼の発生に応答して該ＵＲＬを送出することを特徴とする。これにより、交換機等がそのＵＲＬを用いることができ、発呼先加入者端末のユーザが指定したＷｅｂページにアクセスすることができる。
【００１４】
本発明の請求項６によるＷｅｂ提供システムは、請求項１乃至５のいずれか１項において、前記呼の発生に応答して前記発呼元加入者端末の加入者番号についての認証を行う認証手段を更に含み、前記認証手段による認証結果に応じて、前記Ｗｅｂ接続手段が前記呼を前記発呼先加入者端末に関連するＷｅｂページに接続することを特徴とする。こうすることにより、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
【００１５】
本発明の請求項７によるＷｅｂ提供システムは、請求項６において、前記認証手段による認証は、前記発呼先加入者端末に関連する加入者番号リストに、前記発呼元加入者端末の加入者番号が含まれていることの確認処理であることを特徴とする。こうすることにより、加入者番号リストに登録されているユーザにのみＷｅｂページのアクセスを許可することができる。
【００１６】
本発明の請求項８によるＷｅｂ提供システムは、請求項７において、前記加入者番号リストは前記発呼先加入者端末に記憶されている電話番号帳であることを特徴とする。こうすることにより、周知の電話番号帳機能を利用し、電話番号帳に登録されているユーザにのみＷｅｂページのアクセスを許可することができる。
【００１７】
本発明の請求項９によるＷｅｂ提供システムは、請求項７又は８のいずれか１項において、前記確認処理は、前記発呼先加入者端末において行われることを特徴とする。こうすることにより、交換機等に特別なハードウェアを追加することなく、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
本発明の請求項１０によるＷｅｂ提供システムは、請求項１乃至９のいずれか１項において、前記発呼元加入者端末から前記発呼先加入者端末への呼は、マルチアクセスのうちの１つのアクセスであることを特徴とする。こうすることにより、たとえ話中であっても、簡単な操作によってＷｅｂページにアクセスすることができる。
【００１８】
本発明の請求項１１によるＷｅｂ提供方法は、発呼元加入者端末から発呼先加入者端末への呼の発生に応答して該呼を前記発呼先加入者端末に関連するＷｅｂページに接続するＷｅｂ接続ステップを含み、前記発呼元加入者端末によって前記Ｗｅｂページをアクセスできるようにしたことを特徴とする。こうすることにより、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚で簡単な操作によってＷｅｂページにアクセスすることができる。
【００１９】
本発明の請求項１２による端末は、他の端末からの着呼を検出する着呼検出手段と、前記着呼検出手段による着呼の検出後、該呼を自端末に関連するＷｅｂページに接続するＷｅｂ接続手段とを含むことを特徴とする。こうすることにより、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚で簡単な操作によってＷｅｂページにアクセスすることができる。
【００２０】
本発明の請求項１３による端末制御プログラムは、他の端末からの着呼を検出する着呼検出ステップと、前記着呼検出ステップにおける着呼の検出後、該呼を自端末に関連するＷｅｂページに接続するための応答を出力するＷｅｂ接続ステップとを含むことを特徴とする。こうすることにより、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚で簡単な操作によってＷｅｂページにアクセスすることができる。
【００２１】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
図１は本発明によるＷｅｂ提供システムの実施の一形態を示すブロック図である。同図に示されているように、本実施形態によるＷｅｂ提供システムでは、ユーザ端末ＡのユーザがＷｅｂサーバ３にＷｅｂページ３Ａを開設している。つまり、ユーザ端末Ａのユーザは自分に関連するＷｅｂページを有していることになる。この場合の「関連するＷｅｂページ」とは、ユーザ自身がＵＲＬを予め指定したＷｅｂページである。自分自身で作成したＷｅｂページに限らず、他者が作成したＷｅｂページのＵＲＬを指定しても良い。
【００２２】
この状態において、ユーザ端末Ｂからユーザ端末Ａに呼が発生すると、ユーザ端末Ａにおいてユーザ端末Ｂのユーザについて認証が行われる。この認証結果に応じて、ネットワークＮＷの機能によってＷｅｂページ３Ａへのアクセスが行われる。
すなわち、認証の結果、Ｗｅｂページ３Ａへのアクセスが許可されれば、ユーザ端末ＢのユーザはＷｅｂページ３Ａの閲覧等を行うことができる。一方、認証の結果、アクセスが許可されなければ、ユーザ端末Ｂのユーザは閲覧等を行うことができない。
【００２３】
以上のように、発呼元加入者は、電話をかけるような感覚で端末を操作すれば良いので、キー入力作業に不慣れなユーザも違和感なくＷｅｂページを閲覧等することができる。
ここで、発呼先加入者であるユーザ端末Ａに関連するＷｅｂページとは、例えばそのユーザ自身が開設しているＷｅｂページである。もっとも他者が開設しているＷｅｂページであっても良い。この場合、他者開設のＷｅｂページを自己に関連付けて予め指定しておくことになる。あるユーザに関連するＷｅｂページは複数存在していても良い。これについては後述する。
【００２４】
なお、同図において、Ｗｅｂサーバ３と各ユーザとの間に設けられているネットワークＮＷ内には、基地局制御装置（Ｌｏｃａｌ  Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｗｉｔｃｈｉｎｇ  Ｓｙｓｔｅｍ；以下、Ｌ−ＭＭＳと略称する）１や、関門交換機（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｗｉｔｃｈｉｎｇ  Ｓｙｓｔｅｍ；以下、Ｇ−ＭＭＳと略称する）２が設けられている。
【００２５】
さらに、Ｌ−ＭＭＳ１は、発呼元加入者端末からサービス要求及び発信接続要求があった場合にＧ−ＭＭＳ２に呼設定要求を送信する機能と、Ｇ−ＭＭＳ２から呼設定応答があった場合にＧ−ＭＭＳ２に接続要求を送信する機能と、Ｇ−ＭＭＳ２から接続応答があった場合に発呼元加入者端末にアクセス要求応答を送信する機能とを有している。また、Ｇ−ＭＭＳ２は、Ｌ−ＭＭＳ１から呼設定要求があった場合に発呼先加入者端末に接続通知を送信する機能と、発呼先加入者端末から接続通信応答があった場合に呼設定応答をＬ−ＭＭＳ１に送信する機能と、Ｌ−ＭＭＳ１から接続要求があった場合にＷｅｂサーバ３に接続通知を送信する機能と、Ｗｅｂサーバ３から接続通知応答があった場合に接続応答をＬ−ＭＭＳ１に通知する機能とを有している。
【００２６】
これらＬ−ＭＭＳ１及びＧ−ＭＭＳ２の機能によってユーザ端末Ａとユーザ端末Ｂとの間で通話及び通信をすることができる。それと共に、後述するように、これらＬ−ＭＭＳ１及びＧ−ＭＭＳ２の機能によって、発呼元加入者端末からＷｅｂページへのアクセスを、電話をかける感覚で実現することができる。
図２は本システムにおける端末の構成例を示すブロック図である。本例では、Ｗｅｂページの開設者が使用している、ユーザ端末Ａの構成が示されている。同図において、本システムにおける端末は、アンテナ２０と、無線信号の送信、受信等を行う無線部２１と、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を含み各部の制御や後述する認証等の処理を行う制御部２２と、各種の情報を記憶する記憶部２３と、表示画面やダイヤルキー等からなるマンマシンインタフェース（ｍａｎ−ｍａｃｈｉｎｅ  ｉｎｔｅｒｆａｃｅ；以下、ＭＭＩと略称する）部２４とを含んで構成されている。記憶部２３には、加入者番号リストである電話番号帳情報２３Ａと、ユーザ端末Ａのユーザが指定した、そのユーザに関連するＷｅｂページについてのＵＲＬ２３Ｂとが記憶されている。
【００２７】
一般に、電話番号やメールアドレスを電話番号帳情報２３Ａとして予め登録しておく。そして、それを選択操作することにより、簡易な操作で発呼又は発信することができる。本システムでは、この電話番号帳機能を利用し、発呼者の電話番号（加入者番号が含まれているものとする。以下同じ。）が電話番号帳情報２３Ａに登録されていることの認証を行う。そして、電話番号が電話番号帳情報２３Ａに登録されている場合に限り、ＵＲＬ２３Ｂに対応するＷｅｂページへのアクセスを許可する。Ｗｅｂページへのアクセスを許可する場合、ユーザ端末ＡはそのＵＲＬを送出する。つまり、ユーザ端末Ａは呼の発生に応答してＵＲＬを送出するのであり、そのＵＲＬを交換機等が用いることで、ユーザ端末Ａのユーザが指定したＷｅｂページにアクセスすることになる。
【００２８】
以下、図３〜図５を参照し、本システムの動作について説明する。図３には通話を行っていないとき（すなわち非通話時）にＷｅｂページへのアクセス要求があった場合の動作、図４には通話中に通話相手の一方からＷｅｂページへのアクセス要求があった場合の動作、図５には通話中に通話相手ではない第三者からＷｅｂページへのアクセス要求があった場合の動作、がそれぞれ示されている。
（非通話時のＷｅｂページへのアクセス）
図３は、あるユーザに対応するＷｅｂページに、他のユーザがアクセスする場合の動作を示すシーケンス図である。同図においては、ユーザ端末Ｂ、Ｌ−ＭＭＳ１、Ｇ−ＭＭＳ２、ユーザ端末Ａ、Ｗｅｂサーバ３によって実現されているＷｅｂページ、が示されている。
【００２９】
同図を参照し、ユーザ端末Ａに対応するＷｅｂページに、ユーザ端末Ｂからアクセスする場合について説明する。
最初に、ユーザ端末Ｂからサービス要求Ｓ１及び発信接続要求Ｓ２を音声呼によって送出すると、それらがＬ−ＭＭＳ１に入力される。すると、Ｌ−ＭＭＳ１は、Ｇ−ＭＭＳ２に呼設定要求Ｓ３を送出する。Ｇ−ＭＭＳ２はユーザ端末Ｂがアクセスを要求しているユーザ端末Ａ宛てに接続通知Ｓ４を出力する。この接続通知Ｓ４を受取ったユーザ端末Ａでは、後述するアクセスコードに基づき、ユーザ端末ＡのユーザがＷｅｂアクセスと音声通話とのいずれを希望しているのか識別する。ここでは、アクセスコードが付加されている場合には音声通話ではなく、Ｗｅｂアクセスを希望していると判断する。
【００３０】
また、ユーザ端末Ａでは発呼元加入者端末であるユーザ端末Ｂについて、認証が行われる。この認証においては、ユーザ端末Ｂの電話番号が、ユーザ端末Ａの電話番号帳情報に登録されているか確認される。
Ｗｅｂアクセスを希望していると判断され、かつ、電話番号帳情報に登録されていることが確認できた場合、ユーザ端末Ａは、Ｇ−ＭＭＳ２宛てに接続通信応答Ｓ５を出力する。この接続通信応答Ｓ５には、ユーザ端末Ａに対応するＷｅｂページのＵＲＬ（図２中のＵＲＬ２３Ｂ）が含まれている。この接続通信応答Ｓ５を受取ったＧ−ＭＭＳ２は呼設定応答Ｓ６を出力し、この呼設定応答Ｓ６を受取ったＬ−ＭＭＳ１は、それに含まれているＵＲＬについて接続要求Ｓ７を出力する。この接続要求Ｓ７は、例えば、ｈｔｔｐにおける要求メッセージである「ＧＥＴ」にＵＲＬを付加したものである。この接続要求Ｓ７はＧ−ＭＭＳ２に入力され、Ｇ−ＭＭＳ２からは接続通知Ｓ８が出力される。この接続通知Ｓ８はＷｅｂサーバ３に入力され、Ｗｅｂサーバ３よって実現されているＷｅｂページについての接続通知応答Ｓ９がＷｅｂサーバ３から接続される。この接続通知応答Ｓ９を受取ったＧ−ＭＭＳ２は、Ｌ−ＭＭＳ１宛てに接続応答Ｓ１０を出力し、Ｌ−ＭＭＳ１はユーザ端末Ｂにアクセス要求応答Ｓ１１を出力する。このアクセス要求応答Ｓ１１を受取ったユーザ端末Ｂは、Ｗｅｂサーバ３によって実現されているＷｅｂページにアクセスでき、それを閲覧することができる。
【００３１】
ここで、ユーザ端末Ａが圏外の状態（いずれの基地局とも通信できない状態）である場合には、認証が行えないので、Ｗｅｂページへアクセスできない。ただし、ユーザ端末Ａが圏外の状態から通信できる状態に復帰した場合に、ユーザ端末Ａが復帰した旨をユーザ端末Ｂに通知しても良い。
ユーザ端末Ａが電源オフ状態の場合も同様に、認証が行えずＷｅｂページにアクセスできない。この場合でも、電源がオン状態になって通信できる状態に復帰した場合に、ユーザ端末Ａが復帰した旨をユーザ端末Ｂに通知しても良い。
【００３２】
以上のような動作を行う場合、ユーザ端末Ａ及びユーザ端末Ｂは、マルチアクセスが可能な端末であっても良いし、そうでなくても良い。
以上の動作例においては、Ｗｅｂページの閲覧を希望する場合に、ユーザと通話しなくても、そのユーザに関連するＷｅｂページを閲覧することができる。
（通話相手の一方によるＷｅｂページへのアクセス）
図４は、音声呼通信を行っているユーザの一方に対応するＷｅｂページに、音声呼通信相手のユーザがアクセスする場合の動作を示すシーケンス図である。同図には、図３の場合と同様に、ユーザ端末Ｂ、Ｌ−ＭＭＳ１、Ｇ−ＭＭＳ２、ユーザ端末Ａ、Ｗｅｂサーバ３によって実現されているＷｅｂページ、が示されている。同図の場合は、ユーザ端末Ａ及びユーザ端末Ｂが共にマルチアクセスが可能であることを前提としている。
【００３３】
ここで、マルチアクセスとは、複数の通信経路を互いに独立して設定できることを意味する。したがって、図４に示されているように通話中に通話相手の一方からＷｅｂページへのアクセス要求があった場合には、その通話状態を維持しつつＷｅｂページへのアクセスすることができる。後述する図５に示されているように通話中に通話相手ではない第三者からＷｅｂページへのアクセス要求があった場合においても、その通話状態を維持しつつＷｅｂページへのアクセスを実現することができる。このため、ユーザ端末Ａは、ユーザ端末Ｂからの１つの通信経路の束縛を受けず、他の通信経路によってＵＲＬを送出することができる。
【００３４】
図４を参照し、ユーザ端末Ａとユーザ端末Ｂとで通話している状態において、ユーザ端末Ａに対応するＷｅｂページに、ユーザ端末Ｂからアクセスする場合について説明する。
同図においては、最初にユーザ端末Ａ及びユーザ端末Ｂのいずれか一方が他方に発呼することで、両者の間で音声呼通信Ｓ０１が行われる。この音声呼通信Ｓ０１が行われている状態において、ユーザ端末Ｂからサービス要求Ｓ１及び発信接続要求Ｓ１２を送出すると、それらがＬ−ＭＭＳ１に入力される。以後は、図３を参照して説明した手順と同じであるため、説明を省略する。この場合、音声通話網アクセスのセッションを保持した状態でユーザ端末ＡからＵＲＬが送出され、このＵＲＬを用いることによってネットワーク内のＬ−ＭＭＳ１がＷｅｂサーバへアクセスし、このアクセスをユーザ端末Ｂに受渡す。この場合、ＷｅｂページのＵＲＬ（図２中のＵＲＬ２３Ｂ）をユーザ端末Ａに予め指定しておき、それがＬ−ＭＭＳ１に送られ、このＵＲＬを用いてＬ−ＭＭＳ１がＷｅｂサーバへアクセスすることになる。以上のように、マルチアクセスが可能な環境においては、たとえユーザ端末Ａが話中であっても、認証が行われた後、Ｗｅｂページへのアクセスが可能となる。
【００３５】
以上の動作例においては、通話による口頭説明では理解しづらい場合に、一方のユーザが他方のユーザに対応するＷｅｂページにアクセスすることにより、画像を参照して理解の補助に供する。例えば、待ち合わせ場所を口頭で説明するのが困難な場合に、Ｗｅｂページへアクセスし、Ｗｅｂページに予め用意しておいた地図画像等を参照しながら説明を聞くことにより、理解を進めることができる。
（通話相手以外の第三者によるＷｅｂページへのアクセス）
図５は、音声呼通信を行っているユーザの一方に対応するＷｅｂページに、音声呼通信相手ではない他のユーザがアクセスする場合の動作を示すシーケンス図である。同図には、ユーザ端末Ｂ、ユーザ端末Ｃ、Ｌ−ＭＭＳ１、Ｇ−ＭＭＳ２、ユーザ端末Ａ、Ｗｅｂサーバ３によって実現されているＷｅｂページ、が示されている。
【００３６】
同図を参照し、ユーザ端末Ａとユーザ端末Ｂとの間で通話している状態において、ユーザ端末Ａに対応するＷｅｂページに、他のユーザ端末Ｃがアクセスする場合について説明する。
同図に示されているように、ユーザ端末Ｂとユーザ端末Ａとの間で音声呼通信Ｓ０１が行われている状態において、他のユーザ端末Ｃからサービス要求Ｓ１及び発信接続要求Ｓ１２を送出すると、それらがＬ−ＭＭＳ１に入力される。以後は、図３を参照して説明した手順と同じであるため、説明を省略する。
【００３７】
以上の動作例においては、通話を行っているユーザについては、話中であるため第三者はそのユーザと通話できないが、関連するＷｅｂページのＵＲＬを予め指定しておけば、そのＷｅｂページにアクセスすることができる。これにより、長時間話中であっても必要な情報を得ることができる。また、そのＷｅｂページの内容によっては、連絡メッセージを書込むことができる。
（端末の動作例）
以上説明した動作においては、発呼先加入者端末であるユーザ端末Ａにおいて以下のような処理が行われている。すなわち、図６に示されているように、他のユーザからの着呼があった場合（ステップＳ１０１）、ユーザ端末Ａはそのユーザについて認証を行う（ステップＳ１０２）。この認証の結果、そのユーザに、Ｗｅｂページへのアクセスを許可する場合は接続通信応答Ｓ５（図３乃至図５参照）を送信する（ステップＳ１０３→Ｓ１０４）。この接続通信応答には、ユーザ端末Ａに対応するＷｅｂページのＵＲＬ（図２中のＵＲＬ２３Ｂ）が含まれている。その後、ステップＳ１０１に戻る。
【００３８】
一方、ステップＳ１０２の認証の結果、そのユーザに、Ｗｅｂページへのアクセスを許可しない場合は接続通信応答を送信せずにステップＳ１０１に戻る（ステップＳ１０３→Ｓ１０１）。
一方、発呼元加入者端末であるユーザ端末Ｂを用いて音声呼を発する場合、周知の動作と同様に発呼を行う。これに対し、本システムによってユーザ端末Ａを介してＷｅｂページへアクセスする場合には、ｈｔｔｐ（ｈｙｐｅｒ  ｔｅｘｔｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）要求による一般的なＷｅｂページアクセスとは異なり、アクセスコードを加入者番号に付加した発呼を行う。この発呼により、電話をかける感覚でＷｅｂページへアクセスすることができる。
（基地局制御装置の動作例）
一方、基地局制御装置（Ｌ−ＭＭＳ１）において以下のような処理が行われている。すなわち、図７に示されているように、サービス要求Ｓ１（図３乃至図５参照）及び発信接続要求Ｓ２（図３乃至図５参照）があるか判断する（ステップＳ２０１）。そして、それら要求があった場合には呼設定要求Ｓ３（図３乃至図５参照）を送信する（ステップＳ２０１→Ｓ２０２）。
【００３９】
一方、それら要求がない場合には呼設定応答Ｓ６（図３乃至図５参照）があるか判断する（ステップＳ２０１→Ｓ２０３）。呼設定応答があった場合には接続要求Ｓ７（図３乃至図５参照）を送信する（ステップＳ２０３→Ｓ２０４）。
一方、呼設定応答がない場合には接続応答があるか判断する（ステップＳ２０３→Ｓ２０５）。接続応答Ｓ１０（図３乃至図５参照）があった場合にはアクセス要求応答Ｓ１１（図３乃至図５参照）を送信する（ステップＳ２０５→Ｓ２０６）。接続応答がない場合、ステップＳ２０１に戻り、以上の処理を繰返す（ステップＳ２０５→Ｓ２０１…）。
（関門交換機の動作例）
さらに、関門交換機（Ｇ−ＭＭＳ２）において以下のような処理が行われている。すなわち、図８に示されているように、呼設定要求があるか判断する（ステップＳ３０１）。そして、呼設定要求Ｓ３（図３乃至図５参照）があった場合には接続通知Ｓ４（図３乃至図５参照）を送信する（ステップＳ３０１→Ｓ３０２）。
【００４０】
一方、呼設定要求がない場合には接続通信応答があるか判断する（ステップＳ３０１→Ｓ３０３）。接続通信応答Ｓ５（図３乃至図５参照）があった場合には呼設定応答Ｓ６（図３乃至図５参照）を送信する（ステップＳ３０３→Ｓ３０４）。
一方、接続通信応答がない場合には接続要求があるか判断する（ステップＳ３０３→Ｓ３０５）。接続要求Ｓ７（図３乃至図５参照）があった場合には接続通知Ｓ８（図３乃至図５参照）を送信する（ステップＳ３０５→Ｓ３０６）。
【００４１】
一方、接続要求がない場合には接続通知応答があるか判断する（ステップＳ３０５→Ｓ３０７）。接続通知応答Ｓ９（図３乃至図５参照）があった場合には接続応答Ｓ１０（図３乃至図５参照）を送信する（ステップＳ３０７→Ｓ３０８）。接続通知応答がない場合、ステップＳ３０１に戻り、以上の処理を繰返す（ステップＳ３０７→Ｓ３０１…）。
（他の動作例）
図３〜図５を参照して説明した動作においては、Ｗｅｂページへのアクセスを許可するかどうかの認証処理は、発呼先加入者端末（ユーザ端末Ａ）において行っているが、基地局制御装置（Ｌ−ＭＭＳ１）や関門交換機（Ｇ−ＭＭＳ２）において行っても良い。その場合には、発呼先加入者端末（ユーザ端末Ａ）の加入者番号とそのユーザに関連するＷｅｂページのＵＲＬとの対応関係を示すテーブルを基地局制御装置（Ｌ−ＭＭＳ１）や関門交換機（Ｇ−ＭＭＳ２）に設けておく。そして、そのテーブルを用いて加入者番号をＵＲＬに変換し、この変換したＵＲＬを用いてＷｅｂページにアクセスすれば良い。基地局制御装置（Ｌ−ＭＭＳ１）や関門交換機において認証処理すれば、発呼先加入者端末の電話番号帳登録ユーザ数が足りない場合にも認証処理でき、さらに認証処理にかかる発呼先加入者端末の負荷を軽減して充電池の寿命を低減することがなくなる。
【００４２】
図３〜図５を参照して説明した動作においては、Ｗｅｂサーバへの接続は、基地局制御装置（Ｌ−ＭＭＳ１）において行っているが、関門交換機（Ｇ−ＭＭＳ２）において行っても良い。
（Ｗｅｂページのアクセス）
ところで、発呼元加入者端末であるユーザ端末Ｂから発呼先加入者端末に発呼する場合、その呼が通話を希望するものかＷｅｂページアクセスを希望するものかを識別する必要がある。これを実現するには、発呼先加入者端末の電話番号に、アクセスコードとして特定の番号（例えば「＃９９９９」等）を手動で付加した場合にのみＷｅｂページにアクセスできるようにすれば良い。この場合、発呼時に上記アクセスコードを付加しなければ音声呼となり、発呼時にそれを付加すればＷｅｂページをアクセスすることができる。このアクセスコードは、例えば、ユーザ端末Ａのユーザがユーザ端末Ｂのユーザに予め伝えておけば良い。
【００４３】
また、Ｗｅｂページにアクセスしたい場合には必ず発呼側ユーザの端末に登録されている電話番号帳を用いることとしても良い。この場合、電話番号帳には、携帯電話の電話番号及び固定電話の電話番号の登録に用いることの多い「電話番号１」、「電話番号２」に続いて、加入者番号にアクセスコードを付加したものを「電話番号３」として登録しておく。そして、この「電話番号３」を用いて発呼すると、発呼した番号には既にアクセスコードが付加されているので、アクセスコードを手動で付加することなく上記と同様の処理を行うことができ、Ｗｅｂページへのアクセスを実現することができる。
【００４４】
上記では音声通話とＷｅｂページ閲覧との判別手法として、アクセスコードを付加する手法について説明したが通話中にのみＷｅｂページへのアクセスを許可しても良い。つまり、通話中において他の呼があったときにのみ認証を行い、その後、Ｗｅｂページへのアクセスを許可することになる。この手法を採用すれば、アクセスコードの付加は不要である。
（Ｗｅｂページとその閲覧制限）
あるユーザに対応するＷｅｂページは、そのユーザの端末を操作することで作成しても良いし、パーソナルコンピュータを利用して作成しても良い。作成したＷｅｂページについては、アクセス可能に設定した場合にのみ閲覧が可能となる。ユーザ端末Ｂがアクセス可能な内容（アクセス許可する内容）を予め設定しておけば、その設定範囲内でアクセス可能となる。例えば、ユーザ端末Ａに対応するＷｅｂページが複数ある場合には、それら複数のページ全てについてアクセス可能に設定しても良いし、一部のページについてのみアクセス可能に設定しても良い。アクセス許可する範囲を複数定めておき、各範囲それぞれに対応するアクセスコードを用意しておけば、加入者番号に付加されているアクセスコードに応じてＷｅｂページの閲覧が可能になる。
【００４５】
また、Ｗｅｂコンテンツのうち、一部分についてのみ、閲覧を許可することもできる。すなわち、テキストの閲覧のみを許可したり、テキスト及び静止画の閲覧を許可したり、特定の画像のみの閲覧を許可したりすることもできる。この場合においても、アクセス許可する範囲それぞれに対応するアクセスコードを用意しておけば、加入者番号に付加されているアクセスコードに応じてＷｅｂページを利用することができる。
【００４６】
さらに、Ｗｅｂコンテンツのうち、一部分についてのみ、ダウンロードを許可することができる。すなわち、着信メロディ、画像、テキストそれぞれについてダウンロードの許可又は不許可を設定することもできる。もちろん、すべてのダウンロードを許可しても良い。この場合においても、アクセス許可するコンテンツの範囲それぞれに対応するアクセスコードを用意しておけば、加入者番号に付加されているアクセスコードに応じてＷｅｂページのコンテンツを利用することができる。
【００４７】
Ｗｅｂコンテンツに掲示板が含まれている場合、その掲示板への書込みについて許可又は拒否を設定しても良い。この場合においても、掲示板への書込みを許可するためのアクセスコードを用意しておき、加入者番号に付加されているアクセスコードに応じて掲示板への書込みを許可することができる。
（複数のＷｅｂページの指定）
関連するＷｅｂページを複数種類指定しておきたい場合もある。この場合、各Ｗｅｂページ毎に異なるアクセスコードを決めておけば良い。このようにすれば、アクセスしたいＷｅｂページに対応するアクセスコードを、発呼時に付加すれば良い。
【００４８】
ところで、Ｗｅｂページ毎に異なるアクセスコードを付加せずに１種類のアクセスコードで異なるＷｅｂページへのアクセスを許可することもできる。これを実現するには、電話番号帳を利用して認証する際、予め設定したグループ毎に異なるＷｅｂページへのアクセスを許可すれば良い。すなわち、携帯電話機等において電話番号帳を構築する場合、仕事関係や趣味仲間、親類関係、家族等、何らかのグループを決め、決めたグループそれぞれに属するユーザ毎に名前、電話番号、メールアドレス等を登録することが多い。そこで、このグループ１つについて、そのグループ内に所属させた各ユーザに同一のＷｅｂページへのアクセスを許可する。こうすれば、アクセスコードは１種類でありながら、グループ別に異なるＷｅｂページをアクセスすることができる。
【００４９】
このようにグループ毎に異なるＷｅｂページを関連付ければ、仕事用Ｗｅｂページとプライベート用Ｗｅｂページとを分けることができるのはもちろん、社内と社外、異なる趣味グループ、友人と親類等、グループに所属させたユーザに適したＷｅｂページへのアクセス許可を実現することができる。同一のユーザが複数のグループに属するように電話番号帳を構築すれば、そのユーザが複数種類のＷｅｂページにアクセスできることはいうまでもない。
（Ｗｅｂ提供方法）
上述したＷｅｂ提供システムにおいては、以下のようなＷｅｂ提供方法が実現されている。すなわち、発呼元加入者端末から発呼先加入者端末への呼の発生に応答して該呼を上記発呼先加入者端末に関連するＷｅｂページに接続するＷｅｂ接続ステップを含み、上記発呼元加入者端末によって上記ＷｅｂページをアクセスできるようにしたＷｅｂ提供方法が実現されている。このＷｅｂ提供方法により、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚でＷｅｂページにアクセスすることができる。
【００５０】
上記呼の発生に応答して上記発呼元加入者端末の加入者番号についての認証を行う認証ステップを更に含み、上記認証ステップによる認証結果に応じて、上記Ｗｅｂ接続ステップにおいて上記呼を上記発呼先加入者端末に関連するＷｅｂページに接続するようにしても良い。これにより、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
【００５１】
ここで、上記認証ステップにおける認証は、上記発呼先加入者端末に関連する加入者番号リストに、上記発呼元加入者端末の加入者番号が含まれていることの確認処理である。これにより、加入者番号リストに登録されているユーザにのみＷｅｂページのアクセスを許可することができる。
また、上記加入者番号リストは上記発呼先加入者端末に記憶されている電話番号帳であることが望ましい。周知の電話番号帳機能を利用すれば、電話番号帳に登録されているユーザにのみＷｅｂページのアクセスを許可することができる。
【００５２】
さらに、上記確認処理を上記発呼先加入者端末において行うことにより、交換機等に特別なハードウェアを追加することなく、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
なお、上記発呼元加入者端末から発呼先加入者端末への呼が、マルチアクセスのうちの１つのアクセスであれば、たとえ話中であっても、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
（端末制御プログラム）
上述したＷｅｂ提供システムにおいては、端末が図６に示されているように動作する。したがって、同図に示されている動作を実現するためのプログラムを用意し、これを用いて端末を制御すれば、上記と同様の作用及び効果が得られる。すなわち、この端末制御プログラムは、他の端末からの着呼を検出する着呼検出ステップと、上記着呼検出ステップにおける着呼の検出後、該呼を自端末に関連するＷｅｂページに接続するための応答を出力するＷｅｂ接続ステップとを含んでいる。このプログラムを用いることにより、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚でＷｅｂページにアクセスすることができる。
【００５３】
上記着呼検出ステップにおける着呼の検出に応答して上記他の端末のユーザの認証を行う認証ステップを更に含み、上記認証ステップによる認証後に上記Ｗｅｂ接続ステップによって上記呼を自端末に関連するＷｅｂページに接続するための応答を出力するようにしても良い。これにより、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
【００５４】
また、上記加入者番号リストは自端末に記憶されている電話番号帳であることが望ましい。周知の電話番号帳機能を利用すれば、電話番号帳に登録されているユーザにのみＷｅｂページのアクセスを許可することができる。
さらに、上記確認処理を自端末において行うことにより、交換機等に特別なハードウェアを追加することなく、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
【００５５】
上記他の端末からの着呼が、マルチアクセスのうちの１つのアクセスであれば、たとえ話中であっても、特定のユーザにのみＷｅｂページのアクセスを許可することができる。
以上の端末制御プログラムを記録するための記録媒体には、図示されていない半導体メモリ、磁気ディスク、光ディスク等の他、種々の記録媒体を用いることもできる。なお、上記プログラムを記憶保持するサーバを用意しておき、このサーバからインターネット等を介して端末にダウンロードしても良い。
【００５６】
【発明の効果】
以上説明したように本発明は、発呼元加入者端末から発呼先加入者端末への呼の発生に応答して呼を発呼先加入者端末に関連するＷｅｂページに接続し、発呼元加入者端末によってＷｅｂページをアクセスできるようにしたので、コンテンツの内容やそのコンテンツを特定するためのＵＲＬを意識せず、電話をかける感覚で簡単な操作によってＷｅｂページにアクセスすることができ、キー入力作業に不慣れなユーザも違和感なくＷｅｂページを閲覧等することができるという効果がある。また、発呼元加入者端末から発呼先加入者端末への呼の発生に応答して発呼元加入者端末の加入者番号についての認証を行い、この認証結果に応じて、呼を発呼先加入者端末に関連するＷｅｂページに接続することで、認証された発呼元加入者端末からＷｅｂページをアクセスできるようにすることにより、特定のユーザにのみＷｅｂページのアクセスを許可することができるという効果がある。
【００５７】
以上のように本発明においては、ユーザはダイヤルキー操作等の発呼処理を行うだけで済み、その後は交換機等ネットワーク側の処理によってＷｅｂページにアクセスすることができる。したがって、ユーザは普段利用している電話番号のみを憶えておき、その番号にアクセスコードを付加して発呼するだけの操作を行えば良い。このため、ユーザは、簡易コードや短縮番号等、電話番号以外の特別な番号を自分で記憶しておく必要は無く、電話番号さえ憶えていれば簡単な操作でＷｅｂページへアクセスすることができる。
【００５８】
ところで、本発明においては、コンテンツに価値を見出してアクセスするのではなく、そのコンテンツが発呼先加入者端末（のユーザ）と関連付けられている点に価値を見出してアクセスすることになるので、発呼元加入者端末にとってみればコンテンツの内容及びそのコンテンツを特定するＵＲＬを全く意識することなく、発呼先加入者端末のユーザ及びそのユーザを特定する電話番号を意識してアクセスを行うことができる。これにより、発呼元加入者端末のユーザは、特定のコンテンツの内容に魅力を感じてアクセスするのではなく、発呼先加入者端末のユーザが興味を持っているものにアクセスしたいという動機で（発呼先加入者端末のユーザとのコミュニケーションを動機として）コンテンツにアクセスすることになる。
【図面の簡単な説明】
【図１】本発明によるＷｅｂ提供システムの実施の一形態を示すブロック図である。
【図２】Ｗｅｂ提供システムにおける加入者端末の構成例を示すブロック図である。
【図３】通話を行っていないときにＷｅｂページへのアクセス要求があった場合の動作を示すシーケンス図である。
【図４】通話中に通話相手の一方からＷｅｂページへのアクセス要求があった場合の動作を示すシーケンス図である。
【図５】通話中に通話相手ではない第三者からＷｅｂページへのアクセス要求があった場合の動作を示すシーケンス図である。
【図６】端末の動作例を示すフローチャートである。
【図７】基地局制御装置の動作例を示すフローチャートである。
【図８】関門交換機の動作例を示すフローチャートである。
【符号の説明】
１    基地局制御装置
２    関門交換機
３    Ｗｅｂサーバ
３Ａ    Ｗｅｂページ
２０    アンテナ
２１    無線部
２２    制御部
２３    記憶部
２３Ａ    電話番号帳情報
２３Ｂ    ＵＲＬ
２４    マンマシンインタフェース部
Ａ、Ｂ、Ｃ    ユーザ端末
ＮＷ    ネットワーク
【図１】
2004193655.tif 000003
【図２】
2004193655.tif 000004
【図３】
2004193655.tif 000005
【図４】
2004193655.tif 000006
【図５】
2004193655.tif 000007
【図６】
2004193655.tif 000008
【図７】
2004193655.tif 000009
【図８】
2004193655.tif 000010