(57)【要約】【課題】ＵＲＬアドレスを記載する欄を設ける必要がなくＵＲＬアドレス一覧として用いることができる電話帳を提供する。【解決手段】電話番号と、この電話番号に対応づけられたＵＲＬアドレスを有するか否かを識別する識別情報とを対応づけて表示した電話番号表示欄を備えた電話帳。【選択図】　　図２
2004080759.tif 000002
【特許請求の範囲】
【請求項１】
電話番号と、該電話番号に対応づけられたＵＲＬアドレスを有するか否かを識別する識別情報とを対応づけて表示した電話番号表示欄を備えたことを特徴とする電話帳。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利便性の高い電話帳に関する。
【０００２】
【従来の技術】
従来、複雑な英文ステージ記号列からなるインターネットドメイン・アクセスアドレス、いわゆるＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）アドレスを入力することによりインターネットドメイン上のホームページ又はメールアドレスにアクセスしている。
【０００３】
【発明が解決しようとする課題】
以上のようなＵＲＬアドレスを用いてある企業や相手の情報装置、通信装置又は情報端末等にアクセスする際には、ドメイン（ＵＲＬ）名を知らなければならなかなった。また、ディレクトリ・サーチ型エンジンを用いたとしても、相手の属するジャンルを知らなければならず不便であった。また、ＵＲＬの記載されていない記事文等を手がかりにアクセスしたい時等には、対応できないという問題があった。
【０００４】
本発明は上記課題を解決するためになされたもので、その目的とするところは、ＵＲＬアドレスを記載する欄を設ける必要がない電話帳を提供することにある。
【０００５】
【課題を解決するための手段】
この発明のある観点によれば、電話番号と、該電話番号に対応づけられたＵＲＬアドレスを有するか否かを識別する識別情報とを対応づけて表示した電話番号表示欄を備えたことを特徴とする電話帳が提供される。
【０００６】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施形態を説明する。
【０００７】
（第１実施形態）
図１は本発明の第１実施形態に係るインターネットへのアクセスシステムの全体構成を示す図である。
【０００８】
図１（ａ）に示すように、このインターネットへのアクセスシステムを運用するサーバ１と、複数の携帯情報端末２がインターネット３に接続されている。なお、インターネット３への接続の態様は有線であっても無線であってもよい。
【０００９】
図２はサーバ１と携帯情報端末２の詳細な構成を示す図である。図２に示すように、サーバ１は、インターネット３との間の情報の送受信を行うインタフェース１１を有する。このインタフェース１１には、携帯情報端末２からの要求に対してＵＲＬアドレスを解析する電話番号−ＵＲＬアドレス対応解析プログラム１２と、電話番号とその電話番号に対応づけられた属性情報を、インターネット３に接続されている端末等から探索及び収集する電話番号探索・収集プログラム１３と、ＵＲＬアドレスとそのＵＲＬアドレスに対応づけられた属性情報を、インターネット３に接続されている端末等から探索及び収集するＵＲＬアドレス探索・収集プログラム１４が接続されている。なお、属性情報とは、例えば個人や企業・機関の名称、職業、趣味、関心、学問分野の一般的概念のみならず、カテゴリー名、住所、地名、生年月日等の時間的情報等、その電話番号を利用者を特定することのできるすべての属性情報が含まれる。
【００１０】
また、電話番号探索・収集プログラム１３及び電話番号−ＵＲＬアドレス対応解析プログラム１２には、電話番号と属性情報を関連づけて格納した電話番号−属性情報対応データベース１６が接続されている。また、電話番号−ＵＲＬアドレス対応解析プログラム１２には、電話番号とＵＲＬアドレスを関連づけて格納した電話番号−ＵＲＬアドレス対応データベース１５が接続されている。また、電話番号−ＵＲＬアドレス対応解析プログラム１２及びＵＲＬアドレス探索・収集プログラム１４には、ＵＲＬアドレスと属性情報を関連づけて格納したＵＲＬアドレス−属性対応データベース１７が接続されている。
【００１１】
携帯情報端末２は、ユーザからの入力情報やサーバ１から送信された情報を格納する端末データベース２４と、この端末データベース２４に接続され、端末データベース２４に種々の情報を蓄積したり、ＵＲＬアドレスや電話番号に基づき、他のインターネット３に接続されたサーバ１を含む他の端末等にインターネット３を介してアクセスを要求する検索・蓄積プログラム２１と、この検索・蓄積プログラム２１に接続され、サーバ１から送信した情報、ユーザが入力した情報や検索・蓄積プログラム２１で実行される各種処理情報を表示する情報出力部２２を有する。情報出力部２２は、例えば文字情報として出力するものでも、音声情報により出力するものでもよい。従って、携帯情報端末２の有する図示しない入力手段は音声により、あるいは文字により入力されるものでもいずれでもよい。
【００１２】
次に、サーバ１内の各データベース１５〜１７を構築する手法について説明する。
【００１３】
電話番号−属性情報対応データベース１６の構築手法は、まず予め与えられたある人あるいは企業（以下、単に登録予定者と称する）についての属性情報に基づき、電話番号探索・収集プログラム１３がその属性情報に関連づけられた電話番号をインターネット３にある無数の端末等に検索を行い、取得する。例えば、通常の検索エンジン等を用いてある個人Ａの属性情報（この例では個人Ａの氏名とする）を検索すると、その個人Ａの氏名を示す情報が掲載されているＷＥＢ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ページを抽出する。そして、このＷＥＢページ中の個人Ａの電話番号を検索する。ＷＥＢページには複数の文字情報等が含まれているが、電話番号を構成する数字の個数から、その文字情報中から電話番号を抽出することができる。すなわち、電話番号が１０個の数字からなる場合、１０個の数字が連続的に表示されている文字情報を抽出する。もちろん、電話番号を示す数字中、各数字の間に“−”が含まれている場合もあるため、そのような文字情報も含めて抽出するようにしておくことが望ましい。さらに、電話番号探索・収集プログラム１３は、その抽出された電話番号が個人Ａに関連するものであるか否かを判定する。判定は、例えばＷＥＢページを構成するコンテンツ自体、例えばＸＭＬ形式で表記された各タグを順に検索していく場合には、あるひと纏まりのタグの中に電話番号と個人Ａの氏名を示す情報が含まれている場合にはその中の電話番号は個人Ａを特定するものであると判定する。もちろん、ひと纏まりのタグとは、単一のタグに限らず、複数のタグに別個に含まれてはいるが一つの属性を示すひと纏まりの情報として収められている場合も含まれる。
【００１４】
ＵＲＬアドレス−属性対応データベース１７の構築手法は、基本的には電話番号−属性情報対応データベース１６の構築手法における電話番号をＵＲＬアドレスに置換したものである。また、データベース１７の構築はＵＲＬアドレス探索・収集プログラム１４が行う。もちろん、属性情報が含まれるＷＥＢページがＵＲＬアドレスを他の情報から識別できるため、上記のように数字情報の個数に基づいて電話番号を抽出するという手法は不要となる。
【００１５】
なお、以上の電話番号−属性情報対応データベース１６及びＵＲＬアドレス−属性対応データベース１７の構築手法において、探索・収集プログラム１３及び１４が属性情報の含まれるＷＥＢページからその個人Ａの電話番号やＵＲＬアドレスであるかは分からないが電話番号やＵＲＬアドレスがそのＷＥＢページを構成する情報に含まれている場合には、実際にそのＷＥＢページを図示しない表示部に表示し、オペレータがその表示された内容から判定してもよい。この場合、個人Ａの属性情報は他の情報とは識別可能に表示されることができるため、オペレータは個人Ａの属性情報を容易に見つけだすことができる。
【００１６】
次に、電話番号−ＵＲＬアドレス対応データベース１５の構築手法について説明する。電話番号−ＵＲＬアドレス対応データベース１５の構築には、少なくとも３つの手法が考えられる。
【００１７】
第１の手法は、登録予定者のＵＲＬアドレスあるいは電話番号のいずれかが予め与えられている場合に、上記電話番号−属性情報対応データベース１６及びＵＲＬアドレス−属性対応データベース１７と同様に、ＵＲＬアドレスあるいは電話番号のうち、予め与えられておらず探索の対象となるべき情報をインターネット３に掲載されている無数のＷＥＢページから抽出する手法である。
【００１８】
第２の手法は、電話番号−属性情報対応データベース１６及びＵＲＬアドレス−属性対応データベース１７に含まれる属性情報のうち、各データベースに共通のものを抽出し、その抽出された属性情報に関連づけられた電話番号及びＵＲＬアドレスを取得し、これらを電話番号−ＵＲＬアドレス対応データベース１５に登録する手法である。
【００１９】
第３の手法は、ユーザからの入力による登録である。具体的には、ある属性情報を有する登録予定者に関する電話番号及びＵＲＬアドレスがユーザにより携帯端末２を用いて入力された場合、その入力された情報をそのまま電話番号−ＵＲＬアドレス対応データベース１５に登録する手法である。
【００２０】
なお、例えば第３の手法による登録が行われる場合、ユーザは複数のＵＲＬアドレスを関連づけて登録することを要求することができる。例えば、ある企業の本店についてのＵＲＬアドレスと、その企業の支店についてのＵＲＬアドレスが関連づけて登録されることを要求できる（このように関連づけて登録された複数のＵＲＬアドレスを以下、ＵＲＬアドレス集合と称する）。さらにこの場合、ＵＲＬアドレスの階層に応じた電話番号との関連づけ、すなわちＵＲＬアドレスのトップページとそのトップページからアクセス可能な任意のページとの関連づけを行うこともできる。具体的には例えば、あるトップページのＵＲＬアドレス“ｈｔｔｐ；／／ｗｗｗ．ｉｒ．ｃｔ．ｃｏｍ”に電話番号“０３−３０００−００００”が関連づけて登録される際に、このトップページのＵＲＬアドレスの下層のＵＲＬアドレスを示す“ｈｔｔｐ；／／ｗｗｗ．ｉｒ．ｃｔ．ｃｏｍ／ｅｓ”を、電話番号“０３−３０００−００００”の末尾にその下層のＵＲＬアドレスに該当することを示す情報を付加した電話番号“０３−３０００−００００−００１”に関連づけることもできる。
【００２１】
以上のようにして構築された各データベース１５〜１７を用いたインターネットへのアクセス手法を図３のフローチャートを用いて説明する。
【００２２】
まず、ユーザは携帯情報端末２を用いてインターネット３へアクセスし、このインターネットへのアクセスシステムを運用するサーバ１へのアクセスを要求する（ｓ１）。この要求を受け、サーバ１は電話番号入力画面を携帯情報端末２の情報出力部２２に表示し、電話番号の入力を促す（ｓ２）。ユーザは、この入力画面により例えばアクセスを希望する電話番号を入力する。入力の方法は、数字を一文字ずつ入力する場合のみならず、端末データベース２４を検索し、既に登録された電話番号を抽出してもよい。このように入力された電話番号はサーバ１に送信される（ｓ３）。サーバ１の電話番号−ＵＲＬアドレス対応解析プログラム１２は、受信した電話番号に関連づけられたＵＲＬアドレスを含む複数のＵＲＬアドレスからなるＵＲＬアドレス集合を電話番号−ＵＲＬアドレス対応データベース１５から抽出する（ｓ４）。そして、ＵＲＬアドレス集合を含めたＵＲＬアドレス選択画面を表示する（ｓ５）。このＵＲＬアドレス選択画面の表示例を図４に示す。ユーザは、携帯情報端末２の情報出力部２２で確認して、必要とするＵＲＬアドレスを選択する。選択動作は、例えば携帯情報端末２に設けられた図示しない入力手段により情報出力部２２に表示された画面上をカーソルを移動させて所望のＵＲＬアドレスにカーソルが移動した際に決定ボタンを押す等、何でもよい。なお、このＵＲＬアドレス選択画面を利用して、例えば新規登録ボタン４１及び４２を設け、企業や個人の新規登録を促してもよい。ユーザによる選択情報はサーバ１に送信される（ｓ６）。サーバ１の電話番号−ＵＲＬアドレス対応解析プログラム１２は、得られた選択情報に関連づけられたＵＲＬアドレスを抽出し、そのＵＲＬアドレスを携帯情報端末２に送信するとともに、そのＵＲＬアドレスを含む確認画面を情報出力部２に表示させる（ｓ７）。なお、この確認画面は図４に示すＵＲＬアドレス選択画面と同じでもよく、その場合、ＵＲＬアドレス選択画面にＵＲＬアドレス表示部とアクセス要求ボタンを設けていればよい。ユーザは、情報出力部２に表示された確認画面で確認し、そのＵＲＬアドレスが希望するＵＲＬアドレスか否かを判断し、希望するものであれば例えばアクセス要求ボタンを押す等によりＵＲＬアドレスを決定した旨を特定するＵＲＬ特定情報を検索・蓄積プログラム２１に出力する。検索・蓄積プログラム２１は、このＵＲＬ特定情報で特定されたＵＲＬアドレスへのアクセス要求を行う（ｓ８）。このアクセス要求により、所望のＵＲＬアドレスの指し示す希望端末５にアクセスすることができる。
【００２３】
次に、以上のように構成されるインターネットへのアクセスシステムを用いた場合の電話帳の電話番号表示欄の一例を図５に示す。図５に示すように、以上のようにシステムを構築した場合、電話帳に列挙される電話番号の前に識別情報“＊”を付するのみで、単なる通話要求可能な電話番号ではなく、その電話番号にはＵＲＬアドレスが関連づけられていることを容易に把握することができる。しかも、その識別情報“＊”は実際にその識別情報を付加した電話番号を入力することによりアクセス可能なＵＲＬアドレスを示すものである。従って、このような電話帳を用いることにより、電話番号を一覧する電話帳としての機能をそのまま有するのみならず、ＵＲＬアドレスの一覧表としての機能も兼ね備える。その結果、電話番号以外にＵＲＬアドレス帳というものを新たに作成する必要がなくなる。もちろん、電話帳作成業者からしてみれば、改めて電話帳に加えてＵＲＬアドレスを記載する欄を設ける必要がなく、かつＵＲＬアドレス専用の一覧表を生成する必要もないため、既存の電話帳に識別情報“＊”を用いることによりそのままＵＲＬアドレス帳として売り出すことも可能となる。もちろん、このような電話帳は、紙面に印刷されて生成されるものであっても、コンピュータのＣＲＴ等の情報表示手段により表示されるものであってもよい。
【００２４】
以上説明したように本実施形態によれば、ユーザは何ら煩わしいＵＲＬアドレスを入力することなく所望の端末等にアクセスすることができる。また、通話を要求する相手を特定するための識別情報として既に用いられている電話番号を用いることにより、既存の識別情報に加えて新たな識別情報を別個独立に生成することなくアクセスを要求する相手を特定する識別情報を取得することができる。すなわち、既存の識別情報に新たにＵＲＬアドレスの登録があるか否かを示す２値の識別情報を付加するだけでよい。また、ＵＲＬアドレスを直接知らないユーザであっても、アクセスを希望するリソースを特定する属性情報さえ分かればその属性情報に基づいて各プログラム１２〜１４によりＵＲＬアドレスを探索することができる。その結果、属性情報のみで希望するリソースにアクセスすることができる。
【００２５】
本発明は上記実施形態に限定されるものではない。上記実施形態ではサーバ１と携帯情報端末２を例にとって説明したが、例えば図１（ｂ）に示すように、携帯情報端末２に置換して据え置き型端末４を用いてもよい。また、インターネットドメインアドレスとしてＵＲＬアドレスを用いて説明したが、ＵＲＬアドレスに限らず、ネットワークに接続されたあるリソースを他のリソースと識別するためのインターネットドメインアドレスであれば何にでも置換可能である。
【００２６】
また、本実施形態は全世界の電話番号に共通して適用可能である。例えば全世界共通のシステムとして利用する場合、上記識別情報“＊”に加えてさらにアルファベットや数字等の文字情報を付加することもできる。例えば、日本であればｊｐｎ、米国ならｕｓａ、中国ならｃｈｎ等、これら文字情報をさらに国毎の情報を識別する国識別情報として付加すればよい。また、上記（ｓ２）における入力画面で、電話番号の入力を促すとともに、アクセスを要求する国の選択を促してもよい。この場合、入力画面上に例えば国旗等の画像情報で出力し、この画像情報を選択することによりアクセス要求国を選択してもよい。
【００２７】
また、上記図３では、電話番号の入力及び選択を別個に行う場合を示したが、選択動作を省略し、電話番号入力に応答してサーバ１が端末２にＵＲＬアドレスを送信するようにしてもよい。また、電話番号の選択後にＵＲＬアドレスが送信され、端末２の情報出力部２２に出力される場合を示したが、例えば入力画面で“＊”を押すことによりＵＲＬアドレス表示部に“ｈｔｔｐ；／／ｗｗｗ．”が出力されるように端末２を設定しておけば、その後に続くアドレスの入力のみで足りるため、迅速に所望の端末等にアクセス可能となる。また、例えば入力画面で“＃”を押すことにより“ｃｏ．ｊｐ／”や“ｃｏ．ｊｐ／ｉ／”が表示されるように端末２を設定しておいてもよい。なお、このような“＊”ボタン６１や“＃”ボタン６２を有する携帯情報端末２の一例を図６に示す。これらの設定により、ユーザは“＊電話番号＃”を入力するのみで、所望の端末にアクセス可能となる。その結果、電話帳等でホームページの存在を余計な費用負担をかけることなくアピールすることができる。
【００２８】
また、ＵＲＬアドレスと通話用の電話番号とは、ＵＲＬアドレスが関連づけられていることを示すアドレス特定有無情報として“＊”を電話番号に付加するか否かで識別する場合を示したが、これに限定されるものではないことはないことはもちろんであり、他の識別情報をアドレス有無特定情報として付加してもよい。また、サーバ１が単なる通話要求に対する情報端末同士の回線接続サービスを行うものであってもよい。この場合、サーバ１のインタフェース１１と各プログラム１２〜１４の間には、通話要求用の電話番号と、ＷＥＢページへのアクセス用の電話番号とを識別するための識別手段を設けるのが望ましい。この識別手段は、情報端末から送信された電話番号に例えば“＊”のＵＲＬアドレス有無特定情報が含まれているかを判定し、このＵＲＬアドレス有無特定情報が含まれている場合にはＷＥＢページへのアクセス要求であると判定して上記実施形態に示した動作によりアクセス接続サービスを提供し、ＵＲＬアドレス有無特定情報が含まれていない場合には、通話要求であると判定して通話のための情報端末同士の回線接続を行う。
【００２９】
【発明の効果】
以上詳述したように本発明によれば、ＵＲＬアドレスを記載する欄を設ける必要がなくＵＲＬアドレス一覧として用いることができる電話帳が提供される。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係るインターネットへのアクセスシステムの全体構成を示す図。
【図２】同実施形態に係るサーバと携帯情報端末の詳細な構成を示す図。
【図３】同実施形態に係るインターネットへのアクセス手法を説明するためのフローチャートを示す図。
【図４】同実施形態に係るＵＲＬアドレス選択画面の表示例を示す図。
【図５】同実施形態に係るインターネットへのアクセスシステムを用いた場合の電話帳の電話番号表示欄の一例を示す図。
【図６】同実施形態に係る携帯情報端末の一例を示す図。
【符号の説明】
１…サーバ
２…携帯情報端末
３…インターネット
４…据え置き型端末
１１…インタフェース
１２…電話番号−ＵＲＬアドレス対応解析プログラム
１３…電話番号探索・収集プログラム
１４…ＵＲＬアドレス探索・収集プログラム
１５…電話番号−ＵＲＬアドレス対応データベース
１６…電話番号−属性情報対応データベース
１７…ＵＲＬアドレス−属性対応データベース
２１…検索・探索プログラム
２２…情報出力部
２３…インタフェース
２４…端末データベース
【図１】
2004080759.tif 000003
【図２】
2004080759.tif 000004
【図３】
2004080759.tif 000005
【図４】
2004080759.tif 000006
【図５】
2004080759.tif 000007
【図６】
2004080759.tif 000008