自然言語によってモバイル情報にアクセスするための方法及び装置
少なくともモバイル情報アクセスサーバ及び一つ又は複数の情報検索システムを含み、ネットワークコンピュータシステムにおいて実行されるモバイル情報にアクセスするための方法であって、移動通信装置からのメッセージを受信する工程、受信したメッセージを分析する工程、分析したメッセージに基づいて、一つ又は複数のクエリを形成する工程、前記一つ又は複数のクエリに基づいて文書を取得する工程、前記文書から応答候補を抽出する工程、応答候補を検証する工程、応答サマリを構成する工程、及び、前記応答サマリを前記移動通信装置に送り返す工程から成り、前記応答サマリが所定のサイズであることを特徴とする、モバイル情報にアクセスするための方法。また、モバイル情報にアクセスするための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信装置を用いてモバイル情報にアクセスするための方法及び装置に関する。更に詳細には、アクセスした情報を受信及び発信する能力が限られている小型の移動通信装置を用いてモバイル情報にアクセスするための方法及び装置に関する。
【背景技術】
【０００２】
個人的な、人間対人間の通信のための実用的な手段を提供する以外に、移動通信装置のさらなる用途の一つとして、ユーザに対し、一台の機械によってホストされる遠隔情報源にアクセスすることによって、情報に関するユーザのニーズを満足させる能力を与えることが挙げられる。
【０００３】
重要な一つの例として、移動通信装置を情報検索に使用することがある。
【０００４】
情報検索目的に使用される場合の、移動通信装置の効果を制約する重要な要因を以下に挙げる。
チャネルの容量が限られているため、大量のデータ送信に時間がかかる。
移動通信装置と情報プロバイダの間でメッセージを送るためのメッセージプロトコルによって実行されるフォーマットが限られている（例えば、短いテキストメッセージ（ＳＭＳ）の場合、１６０文字）。
テキストを入力するに際して、移動通信装置のキーボードは小さく、使いにくい。
出力側において、移動電話又はその他の装置は、ユーザに情報を表示するために、通常、非常に小さいディスプレーしか有していない。
【０００５】
メッセージ、キーボードおよびディスプレーのサイズと共に、情報伝達能力の限界に伴い、一般に、検索クエリ及びレスポンスもそのサイズが限られていなければならない。検索クエリに関し、ユーザは、非常に短くて簡潔なクエリを提供できなければならない。レスポンスに関しては、レスポンスシステムは非常に簡潔で関連するレスポンスを生成しなければならない。
【０００６】
クエリとレスポンスの簡潔さは、ドメイン固有のシステムによって達成される。ドメイン固有のシステムは、クエリの範囲を非常に狭く限定し、事前に構築されたデータへのアクセスを可能にする。これは、考えられるクエリのセット（ｓｅｔ）が周知であり、クエリが周知の構造を有している状況／ドメインにおいて十分である。クエリが周知である場合、キャッシェ又は特殊化されたデータベースエンジンにおけるルックアップは、通常、正確で関連するレスポンスを検索するのに十分である。このアプローチの一例として、電車の運行時間に関するクエリがある。これは、認知でき、単純なテンプレート（出発時刻、行き先、時間）に解析でき、構築されたデータベースから高い精度で情報が検索できる。
【０００７】
ドメイン固有の情報検索システムに関する著書には以下のものが挙げられる。
Ｇａｌｌｗｉｔｚ， Ｆ．，Ｍ，Ａｒｅｔｏｕｌａｋｉ， Ｍ． Ｂｏｒｏｓ， Ｊ．Ｈａａｓ， Ｓ． Ｈａｒｂｅｃｋ， Ｒ． Ｈｕｂｅｒ， Ｈ． Ｎｉｅｍａｎｎ及びＥ．Ｎｏｅｔｈ著：「Ｔｈｅ Ｅｒｌａｎｇｅｎ Ｓｐｏｋｅｎ Ｄｉａｌｏｇｕｅ Ｓｙｓｔｅｍ ＥＶＡＲ：Ａ Ｓｔａｔｅ−ｏｆ−Ａｒｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｔｒｉｅｖａｌ Ｓｙｓｔｅｍ」 （Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ １９９８ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｓｐｏｋｅｎ Ｄｉａｌｏｇｕｅ （ＩＳＳＤ ９８），ｐ．１９−２６、オーストラリア、シドニー、１９９８年１１月、Ｈｕａｎｇ， Ｘｕｅｄｏｎｇ， Ａｌｅｘ Ａｃｅｒｏ 及び Ｈｓｉａｏ−Ｗｕｅｎ Ｈｏｎ（２００１）著：「Ｓｐｏｋｅｎ Ｌａｎｇｕａｇｅ Ｐｒｏｃｅｓｓｉｎｇ： Ａ Ｇｕｉｄｅ ｔｏ Ｔｈｅｏｒｙ， Ａｌｇｏｒｉｔｈｍ ａｎｄ Ｓｙｓｔｅｍ Ｄｅｖｅｌｏｐｍｅｎｔ」、Ｐｒｅｎｔｉｃｅ Ｈａｌｌ ＰＴＲ 及びＹｏｕｎｇ，Ｓ（２００２）著：「Ｔｈｅ Ｓｔａｔｉｓｔｉｃａｌ Ａｐｐｒｏａｃｈ ｔｏ ｔｈｅ Ｄｅｓｉｇｎ ｏｆ Ｓｐｏｋｅｎ Ｄｉａｌｏｇｕｅ Ｓｙｓｔｅｍｓ」 Ｔｅｃｈ Ｒｅｐｏｒｔ ＣＵＥＤ／Ｆ−ＩＮＦＥＮＧ／ＴＲ．４３３，Ｃａｍｂｒｉｄｇｅ Ｕｎｉｖｅｒｓｉｔｙ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄｅｐａｒｔｍｅｎｔ
【０００８】
しかし、ドメイン固有のアプローチは、取り扱えるクエリに関して非常に融通が利くわけではない。さらに、実行するにはコストがかかり、通常、非常に限られた興味の分野しかカバーできない。
【０００９】
代替として、そして、特にクエリのドメインが周知ではない場合、第二のアプローチを採ってもよい。これは、一般には、オープンドメインアプローチ、あるいはさらに一般には、ハイブリッド（ドメイン固有とオープンドメインの）アプローチである。このアプローチでは、クエリに関する理解とそのドメインに関する知識がほとんどなしに、結果を解析することによって関連するレスポンスを検索しようと試みられている。
【００１０】
最近、ハイパーテキスト文書の形式で、インターネット上で自由に利用できる情報量が膨大となり、その結果、この第二のアプローチに対する関心が高まっている。この状況下では、ワールドワイドウェブ（ＷＷＷ：Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）を通じてアクセス可能な検索エンジンは全て、移動電話で、ワイヤレスアクセスプロトコル（ＷＡＰ：Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用してもアクセスできる。その例は、キーワードベースの「グーグルワイヤレス」検索サービス（ｈｔｔｐ：／／ｗｗｗ.ｇｏｏｇｌｅ．ｃｏｍ／ｏｐｔｉｏｎｓ／ｗｉｒｅｌｅｓｓ．ｈｔｍｌ）及びキーワードベースの「ヤフーモバイル」検索サービス（ｈｔｔｐ：／／ｍｏｂｉｌｅ．ｙａｈｏｏ．ｃｏｍ／ｓｅａｒｃｈ）があり、両方ともＷＡＰを通じてアクセスできる。
【００１１】
しかし、もし入出力がモバイル用に特別に改変されていないならば、使用はきわめて面倒なものとなるかもしれない。モバイルスペースの情報検索は、現在、二段階の工程から成る。第一の工程で、ユーザは自分が欲する情報を得られる場所を探し出し、第二の工程で、ユーザはその場所にアクセスし、欲しい情報を得る。
【００１２】
デスクトップでは、第一の工程は、通常、キーワードベースのインターネット検索エンジン（例えばグーグルやヤフーのようなもの）で行われる。それは情報そのものが見つかるアドレスであるところの、ハイパーリンクのリストを返してくる。デスクトップは、画面が大きいため、多くの検索結果が示され、キーワードベースの検索が効果的に行われる。このプロセスは、検索結果の全てが関連するものでなくてもうまくいく。ユーザはマウスをクリックして、関連すると思われるサイトに手動でアクセスし、ウェブサイトが探している情報を有しているようならば、ブラウズして探し出そうとする。これは、さらに多くの工程が含まれるため複雑である。
【００１３】
一方、モバイルの世界では、マウスを使用せず、画面も小さいため、ナビゲーションはより困難である。その結果、より多くの手動でのナビゲーション工程（スクロールする、ページをめくる等）を必要とする。このため、デスクトップでのメカニズムを移動通信装置に単に模倣するだけでは十分ではない。
【００１４】
上述の理由から、クエリとレスポンスのメカニズムは、検索エンジンなどのウェブベースの検索システムにアクセスしようとするモバイルユーザのニーズにより適するように改変されなくてはならない。
【００１５】
一つのアプローチは、Ｊ．−Ｄ．Ｒｕｖｉｎｉ著「Ａｄａｐｔｉｎｇ ｔｏ ｔｈｅ ｕｓｅｒ’ｓ ｉｎｔｅｒｎｅｔ ｓｅａｒｃｈ ｓｔｒａｔｅｇｙ ｏｎ ｓｍａｌｌ ｄｅｖｉｃｅｓ」（ｉｎ：Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ８ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｎｔｅｌｌｉｇｅｎｔ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ， Ｍｉａｍｉ， Ｆｌｏｒｉｄａ， Ｕ．Ｓ．Ａ． ｐ．２８４−２８６，２００３）に記載されている。これには、ウェブブラウジングを提供する、携帯電話用グーグル検索エンジンのフロントエンドが示されている。
【００１６】
もう一つのアプローチは、ＳＭＳを経由したキーワードベースのグーグルＳＭＳ検索である（ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｍｓ）。
【００１７】
このアプローチでは、カバーできる範囲が、トップダウンのアプローチに比べて通常大きい。しかし、基礎となるデータが未構築な性質であるため、レスポンスの関連性と正確性を達成するのが困難である。結果として、数個の短いメッセージを送って、関連する応答が含まれているかどうかを確認しなければならない。このため、移動通信装置の容量を増やさなければならず、ユーザはそれを読まなければならないという面倒さがある。しかし、それでも、関連する応答が受理されたかどうかは確かではない。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、現在の移動通信装置のリソース限度が満たされるように、レスポンスの構成を改変し、同時に、応答の関連性を保持／獲得し、レスポンスが、質問に対する正しい応答を含んでいる可能性を高めることにある。
【００１９】
本発明の別の目的は、モバイルのクエリ‐レスポンスシステムの使用性を高めることにある。
【課題を解決するための手段】
【００２０】
上述の目的は、独立項１に記載のモバイル情報にアクセスするための方法、及び、独立項１５に記載のモバイル情報にアクセスするための装置によって達成される。有利な実施態様は従属項に規定されている。
【００２１】
自然言語による質問や言語表現としてのクエリをポストするためのインターフェースを提供し、それらを分析する言語ツールを使用することによって、検索結果の関連性が高まり、その結果、レスポンスのサイズが対応して減少し、通信装置のリソース限度にも関わらず、関連する応答をユーザに提供することができる。
【００２２】
ユーザプロファイルを付加的に提供することにより、移動通信装置又はユーザは、識別番号によってシステムに知られるか、判別され、特に、装置のパラメータに対するもともとの知識によって、その特定のユーザに対して自動的に提供された応答の関連付けをさらに高めることができる。さらに、ユーザプロファイルは、ユーザに関する情報及びユーザの移動通信装置に関する情報を使用するため、プロファイル情報の再エントリを再要求することなく、ポジティブなユーザエクスペリエンスを確実に実現し、さらに、このような事前のコンテキストに関する知識によって、考えられる応答（工程６５０）を、ユーザにより関連すると思われる一連の応答に制約することができる。
【００２３】
本請求項による、自然言語による質問をポストするためのインターフェースは、構築、及び未構築の情報リソースへの統一されたアクセスを提供する。
【００２４】
さらなる特徴及び利点は、添付図面に参照した、下記の発明の詳細な説明からより明らかとなる。
【発明を実施するための最良の形態】
【００２５】
図１は、モバイル情報にアクセスする方法を、本発明によるモバイル情報アクセスサーバにおいて実行するシステムの一例を示す概略図である。
【００２６】
図１において、参照番号１００は、携帯電話、スマート電話、小型携帯情報端末（ＰＤＡ）、ウェアラブル装置などの移動通信装置を示す。
【００２７】
それぞれの移動通信装置１００は、例えば、テレフォンネットワークあるいはワイヤレスＬＡＮなどの、ワイヤレス通信ネットワーク１１０、ゲートウェイ１２０、及び本発明のモバイル情報アクセスサーバ１６０を有するインターネット１４０上で通信する。ゲートウェイ１２０は、ワイヤレス通信ネットワーク１１０からインターネット１４０への通信の橋渡しをする。また、その逆のこともする。
【００２８】
移動通信アクセスサーバ１６０は、未構築のデータを提供する、未構築のデータリソース１３０の一つ又は複数、そして、構築データを提供する、構築データリソース１５０の一つ又は複数に接続している。
【００２９】
未構築データには、ローカルインデックス付きのフルテキストコレクション、イントラネット検索エンジン、そして特に、インターネット／ウェブ検索エンジンが含まれるが、これらに限定されない。
【００３０】
構築データには、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｎｌｉｎｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ウェブサービス、リレーショナルデータベースあるいは半構築ＸＭＬリポジトリ（インデックス付きリソース記述フォーマットデータ（ＲＤＦ））およびリアルシンプルシンディケーションストリーム（ＲＳＳ）など）が含まれるが、これらに限定されない。
【００３１】
図１には示されていないが、本発明によるモバイル情報アクセスサーバにおいて実行されるモバイル情報にアクセスする方法の例示システムには、文書を提供する、インターネットに接続した多くのドキュメントサーバが存在している。ドキュメントサーバによって提供される文書としては、例えば、インターネット検索エンジン１３０でインデックス付けされた、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の文書がある。
【００３２】
図２は、本発明によるモバイル情報にアクセスするための方法の、一つの実施態様を示す概略図である。
【００３３】
工程２００において、移動通信装置１００から配信されたメッセージは、モバイル情報アクセスサーバ１６０によって受信される。
【００３４】
工程２１０において、受信されたメッセージが分析される。特に、自然言語による質問あるいは言語表現が、クエリから抽出される。分析プロセスの詳細は、図３を参照しながら以下に説明する。「エジンバラにあるレストラン」などの言語表現は、質問のように扱われるだろう。それらにはデフォルトの質問タイプが割り当てられてもよい。
【００３５】
工程２２０においては、クエリは、メッセージから抽出された質問や表現に基づいて構築され、また、工程２１０における次の分析に基づいて構築される。まず、一連のキーワードおよびキーフレーズが、基本的な検索エンジンのクエリ構成要素として発生する。これらは次に、文書検索エンジンシンタックスにおけるそれぞれの特異性を考慮しながら、質問の種類に固有の、そしてドメインに固有のキーワードに拡張される。
【００３６】
さらに、検索エンジンクエリを、トピックに関連する一連の文書あるいはウェブサイトに集中させるため、検索エンジンクエリに制限演算子を付けてもよい。そして、このようなトピックに固有の検索は一般の検索と統合（ｍｅｒｇｅ）される。
【００３７】
工程２３０では、情報は、構築及び未構築のデータリソースからウェブページ、データベース集合体、あるいはＸＭＬツリーの形式で検索される。工程２２０において取得されたクエリは、それぞれの検索エンジンで実行される。検索エンジンとしては、グーグル、ヤフー、ＭＳＮサーチ、あるいはデータベースのような構築された情報源がある。
【００３８】
文書検索エンジンによって提供される文書識別子あるいはリンクのリストは、必要な文書として既に見られているかもしれない。なぜならば、それらは往々にして、関連する情報を、文書識別子と共にいわゆる「スニペット（ｓｎｉｐｐｅｔｓ）」の形で提供するからである。これらの文書はこのようにして直接ダイジェストされるか、あるいは、サーバが検索エンジン結果によって参照した文書をダウンロードし、ダウンロードした文書を分析／ダイジェストする。本発明の一つの実施形態において、さらなる全ての処理は検索エンジンサマリスニペット上で実行される。別の態様においては、一定の数の文書識別子（例：ハイパーリンク）が検索エンジンで検索され、関連する文書がダウンロードされる。
【００３９】
未構築及び構築データリソースから結果を取得した後、それらは統合される。
【００４０】
工程２４０では、検索結果は、応答候補を指定するためにテキスト分析を使用して分析される。応答候補は、テキスト分析及び上述した質問分析からの情報を用いて、工程２３０で取得した文書から抽出する。
【００４１】
工程２５０において、応答候補が検証される。すなわち、不要なものが除去され、もっともらしさ／応答との類似性が低くなる順番でランクがつけられる。応答候補は、応答の類似性を反映するために、相対的基準（応答ａは応答ｂより良い）によってランク付けされる。
【００４２】
工程２６０では、出力データを所定のサイズに限定する必要性を考慮に入れて、応答のサマリが上位ｎ個の候補となる要素から構成される。所定のサイズは、出力装置のディスプレーサイズ、一つのテキストメッセージの最大サイズあるいは個々のユーザの嗜好に依拠する。所定のサイズおよび検索された候補となる、ミニマムコンフィデンスの閾値を超える応答フラグメントの数ｎによって、応答候補Ａ１，Ａ２，・・・，ＡＮ２１５の数ｃ＝ｆ（ｓ，ｎ）が考慮され、統合され、フォーマットされるか特殊記号（線あるいは’／’などの分離記号）で分離されて応答サマリが形成される。
【００４３】
応答サマリはモバイルユニット（１０８）に返される。必要であれば、応答サマリは音声合成ユニットによって音声に変換される。
【００４４】
図３は工程２１０におけるメッセージ分析をより詳細に示したものである。
【００４５】
メッセージ分析では、共に検索エンジンが提供されるクエリを発生させ、質問を広範であるが既知のカテゴリあるいは質問の種類毎に分類し、後でユーザがパイプライン処理（ｐｉｐｅｌｉｎｅ）において使用するキーワードの主題を発生させる。
【００４６】
工程３００では、そのメッセージが移動通信装置１００から音声によって発生したものかどうかを最初に決定する。音声でのメッセージであれば、そのメッセージは工程３１０の自動音声認識（ＡＳＲ）にかけられる。
【００４７】
工程３２０では、質問や表現がメッセージから抽出される。質問や表現が一旦単離されると、単離された質問は、その質問又は表現を理解できるようにするため、或いは、期待される応答の種類に関するある種の推論を引き出せるようにするため、さらに分析される。
【００４８】
工程３３０では、言語的質問分類モデルを使用して、質問や表現の種類（どんな種類の情報を探しているか）を算出する。「ガリレオの誕生日はいつか？」という質問は、時間的情報を探しているため、その応答は、人の名前であるはずがない。質問や表現の焦点（探している情報の実体）もまた派生する（この例では、ガリレオ）。
【００４９】
工程３４０では、質問テキストは質問を言語的に分析するために使用される。ここでは、ＰＯＳ（ｐａｒｔ−ｏｆ−ｓｐｅｅｃｈ）タギング、ステミング（ｓｔｅｍｍｉｎｇ）、リメタイゼーション（ｌｅｍｍａｔｉｚａｔｉｏｎ）、チャンキング、固有表現（ｎａｍｅｄ ｅｎｔｉｔｙ）のタグ付け、語義のあいまい性解消、地名に由来する名詞による解決法などを含む言語モデルが用いられる。
【００５０】
図４は、図３に示されるメッセージ分析の間に抽出される質問の言語的分析の詳細を示す。
【００５１】
トークン化（工程４００）は、質問をトークン（ｔｏｋｅｎ）に分離する。
【００５２】
リメタイゼーション（図示せず）は、語句の基本形を生成する。例えば、「ａｒｅ」から「ｂｅ」が引き出される。
【００５３】
ＰＯＳタギング（工程４１０）はトークンに文法的なタグを付ける。例えば、「ｌａｒｇｅ」という語には、形容詞を意味するＪＪを付ける。
【００５４】
固有表現のタグ付けは、例えば、人名、地名、日時、時間などの固有名詞のクラスを認識し、分類する。
【００５５】
チャンキングは、動詞群、名詞群、前置詞群などの非再帰的統語表現を認識し分類する。
【００５６】
図５は、本発明によるモバイル情報にアクセスする方法の１実施形態における検索結果の言語的な処理手順を示す。
【００５７】
工程５１０では、検索結果が規定化されるかもしれない。すなわち、テキストが検索エンジンに関連するメタデータから分離するか、或いは、特殊なフォーマット（例：ＨＴＭＬ）から通常のテキストに変換される。
【００５８】
工程５２０では、図４に示し、上述したものと類似した分析が、今度は規定化された検索結果について行われる。
【００５９】
工程５３０では、質問分類ユニット（Ｑｕｅｓｔｉｏｎ Ｔｙｐｅ Ｕｎｉｔ）と相和する、テキストの全てのユニット（例えば、「２月１４日」は日付であり、「いつ」を問う質問と相和し、「イザベル」は人名であり、「誰」を問う質問と相和する）は、質問に対する応答である可能性の高さによって検証／ランク付けされる。その結果、応答候補が抽出された文書のコンテキスト及び言語的な質問分析ユニット（Ｑｕｅｓｔｉｏｎ Ａｎａｌｙｓｉｓ Ｕｎｉｔ）を考慮した、「ランク」と称されるスコアが生じる。
【００６０】
最高ランクのＮ個の応答候補が、応答サマリ構成工程５４０においてインプットとして使用される。この工程においては、メッセージサイズに関する制約およびユーザプロファイルから検索されるその他の特性を考慮して、応答サマリが構成される。
【００６１】
図６は、本発明によるモバイル情報にアクセスする方法のさらに別の実施態様を示す。以下の説明は、図２に示した方法との特別な違いに焦点を合わせている。
【００６２】
この実施態様では、メッセージは、受信したメッセージに基づいて、例えば電話番号などの、移動通信装置を識別するための識別子も含む。この識別子は工程６１０で抽出され、保存される。
【００６３】
工程６２０では、メッセージが生成された移動通信装置を識別する識別子が、ユーザプロファイルを検索するために使用される。
【００６４】
ユーザプロファイルは、それが移動通信装置の特定の特徴（ディスプレーのサイズ、解像度、色の数、グラフィックの表示能力、音に関する能力、動画を再生する能力などを含むが、これらに限定されない）に関する知識を含むかどうかを問うために調べられ、及び、ユーザの好むトピックの範疇（雑学／一般知識、スポーツ、映画、あるいはカスタムサイトを含むが、これらに限定されない）が検索される。
【００６５】
質問分析工程においては、プロファイルストアからの情報は、一連のトピック領域における事前に表された関心の高さの順位を適宜使用して、ユーザの好ましい領域に向けて、同様に、応答候補の抽出と検証を好ましい領域に向けて，クエリ構築を改善するために使用される。
【００６６】
工程６３０においては、一つの検索エンジンクエリあるいは一連の検索エンジンクエリが、決められた質問の種類及び抽出されたキーワード／キーフレーズに基づいて構築される。この場合、個々の好み、例えば、ユーザが自分のプロファイルをワールドカップのシーズン中だけ、フットボールの領域だけに限定したい（それによって、フットボールのウェブサイト及びウェブサービスだけがターゲットとなる）とか、あるいは、ユーザが、質問に対する応答が財政に関するウェブサイトからは発生しないように、自分のファッションに関する関心が財政に関する情報を上回ることを単に表現したい、といった好みが考慮される。
【００６７】
さらに、特殊なサイトの特殊な検索が、ユーザプロファイルから検索されたトピック領域情報に基づいて行われる。このように抽出あるいは形成された表現やキーワードが、情報検索クエリに変換される。この場合、検索エンジン／情報検索エンジンのシンタックスの特異性が考慮される（例えば、「＋」のような特殊な演算子を使用して、ある種の言葉が「＋フットボール−法（ｌａｗ）」といったページに確実に現れるようにする）。
【００６８】
工程６５０は、応答候補の抽出および検証の工程であるが、ユーザの好みやお気に入りも考慮される。例えば、スポーツ領域に強い関心があることと政治領域に関心が欠けていることの事前の表明を、そのユーザプロファイルが反映しているユーザは、クエリ構築（工程６３０）において、それぞれの領域を示すクエリの要素を付け加え、除去することによって、前者の領域からの文書が探され、後者の領域からの文書は避けられる。これによって、スポーツ領域及び政治領域を示すコンテキストからの応答候補のランクが上がったり、下がったりする。
【００６９】
応答サマリ構成ステップである工程６６０においては、アウトプットを限定する所定のサイズが、ユーザプロファイルに保存された移動電話そのものの型式に関する情報から派生する。
【００７０】
上述の情報に基づき、ユーザが自分のプロファイル記録を識別するために質問を送ったコーラＩＤ（ｃａｌｌｅｒ ＩＤ）を使用して、応答サマリが、移動装置用に最適化される。好ましいあるいは技術的に限られた（例えば、ＳＭＳの場合）、ユーザプロファイルから検索された移動装置の最大メッセージサイズｓ、及び、ミニマムコンフィデンスの閾値を超える、検索された応答候補フラグメントの数ｎに依拠して、応答候補Ａ１，Ａ２，・・・，ＡＮ２１５の数ｃ＝ｆ（ｓ，ｎ）が、応答サマリ構成モジュール２１６によって考慮され、統合され、恐らくはフォーマットされるか、特殊記号（線あるいは’／’などの分離記号）で分離されて応答サマリ２１７を形成する。
【００７１】
さらに、ユーザプロファイルに保持されている、ユーザの移動通信装置の特性は、移動通信装置の能力を使用するサマリを構築するために、応答サマリ構成において使用される。例えば、考えられる本発明の一つの態様において、ユーザの移動通信装置がカラーディスプレーを有していれば、応答サマリの重要部分（例えば、応答候補のヘッドライン、表現の冒頭）が別の色で表示される。
【００７２】
さらに、ユーザプロファイルの設定によっては、結果として生じる応答サマリは、テキスト（画像及び動画を含む場合もある）あるいは音声（その中で音声合成モジュールが呼び出される）の形になる。
【００７３】
最後に、アウトプットが移動通信装置に送られる。
【００７４】
図７は、モバイルユーザプロファイルの考えられるコンテンツを示した表であり、コンテンツは、移動装置に固有であり、移動装置の所有者に固有であるパラメータから成る。
【００７５】
ユーザプロファイルは、ユーザ及びその移動通信装置の識別に関するデータ、認証、ユーザに対する移動通信アクセスサーバの挙動を微調整するために使用される一連の特性を保存する。
【００７６】
ユーザ識別子（ユーザＩＤ）は、移動通信アクセスサーバにおいて、互いを一意に識別するために使用される。秘密のパスワード（Ｐａｓｓｗｏｒｄ）が、ウェブベースのユーザプロファイルメンテナンス、ＧＵＩにおける、ユーザプロファイルへのアクセスを、ユーザのみに制限する。ユーザを識別するリスト（コーラＩＤ）が保持される。コーラＩＤには、ユーザのコーラＩＤ、例えば移動電話の番号などの、ユーザプロファイルからの情報を検索する時のキーとなる、ユーザコーラＩＤが含まれるが、それらに限定されない。色や強調表示に対応しているか、スクリーンのサイズおよび解像度はどうか、移動通信装置がＳＭＳ、ＥＭＳおよびＭＭＳにそれぞれ対応しているか、３Ｇフォンであるか、複数のテキストメッセージを一つに統合できるかといった、ユーザの移動装置の性質や能力は、ストア（Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｉｎｆｏ）に保持される。ユーザの嗜好（Ｕｓｅｒ Ｐｒｅｆｅｒｅｎｃｅｓ）リストには、ユーザの好むシステム挙動が保存される。それには、トピック領域の絶対的及び相対的重要度、希望する応答メッセージの最大数（例えば、ＳＭＳの最大数）、送信しているＭＭＳが適当と思われるか、付随する広告がユーザに受け入れられるかどうかといったものが含まれるが、これらに限定されない。
【００７７】
ブーリアンレジスタ（ロケーション認識フラグ）は、自動的なロケーションの検知に対する、ユーザの同意の可否を保存し、これによって、クエリが送られたユーザの移動通信装置が考慮され（ロケーションベースの検索）検索が向上する。ユーザの過去の質問の履歴によって、以前の情報ニーズが考慮され、検索結果が向上する。お気に入りのウェブサイト及びサービスのリスト（お気に入り）によって、一般のユーザにより関連するように思われるサイトに検索を集中させる。ユーザの電子メールストアにどのように接続するかに関する情報（電子メールアカウント）によって、ユーザの個人情報からの検索が可能になる。アカウントバランスは、報酬スキームにおける金銭アカウントあるいは仮想クレジットポイントアカウントなどの、ユーザの請求情報を保存する。
【００７８】
図８は、本発明によるモバイル情報検索方法によって生成された応答の一態様のフォーマットを示す。応答サマリは一連の応答候補ウィンドウ（８０２から８０７）から成り、それらは、それぞれ左（８０４）及び右（８０５）のコンテキストに囲まれた、正解である８０３を一つ含む（すなわち、応答候補が見つかった文書中で応答候補を囲んでいたテキスト）。
【００７９】
一つの態様において、応答候補ウィンドウは分離記号（’／’などを含むがこれに限定されない）によって、８０８で分離し、これによって境界に印がつけられ、ユーザの混乱を避けることができる。一つの態様において、最も可能性の高い応答を含む応答候補が、コンテキストなしで初期の位置８０６に挿入され、これによって、応答が長い場合、最後の応答候補ウィンドウ８０７以降のカットによって、最も良い応答候補が喪失されることを確実に避けることができる。
【００８０】
図９は、本発明によるモバイル情報アクセスサーバの一つの態様のブロックダイアグラムである。
【００８１】
移動通信装置アクセスサーバは、移動通信装置からのメッセージを受信するためのレシーバ９００、移動通信装置にメッセージを送り返すセンダー９０１から成る。
【００８２】
音声認識ユニット９１０、質問分類ユニット９２０、質問分析ユニット９２１、及びユーザプロファイルストア９４０のインプットがレシーバ９００のアウトプットに接続されている。音声認識ユニット９１０は又、質問分類ユニット９２０、質問分析ユニット９２１、及びレシーバ９００に接続している。質問分類ユニット９２０及び質問分析ユニット９２１のアウトプットはクエリ構築ユニット９３０のインプットに接続されている。クエリ構築ユニットのアウトプットは検索ユニット９５０のインプットに接続されている。
【００８３】
ユーザプロファイルのアウトプットは、クエリ構築ユニット９３０のインプット、ランキング／検証ユニット９７０、及び応答サマリユニット９８０に接続する。
【００８４】
検索ユニットのアウトプットは、応答候補及び抽出ユニット９６０のインプットに接続する。応答候補及び抽出ユニットのアウトプットは、応答サマリ構成ユニット（９８０）のインプットに接続する。応答サマリ構成ユニット（９８０）のインプットは、音声合成ユニット（９１１）のインプット及びセンダー（９０１）に接続する。音声合成ユニットのアウトプットは、センダーにも接続している。
【図面の簡単な説明】
【００８５】
【図１】本発明によるモバイル情報アクセスサーバ上で実行される、モバイル情報にアクセスするための方法の例示システムの概略図である。
【図２】本発明によるモバイル情報にアクセスするための方法の概略図である。
【図３】本発明によるモバイル情報にアクセスするための方法の一つの態様における、一つのメッセージの分析を示す図である。
【図４】図３に示したメッセージの分析中に抽出した質問の言語分析の詳細を示す図である。
【図５】本発明による情報検索方法の一つの態様における、クエリレスポンスの言語処理を示す図である。
【図６】本発明によるモバイル情報にアクセスするための方法の、別の態様を示す概略図である。
【図７】図２に示した本発明の態様で使用する、考えうるユーザプロファイルコンテンツの表である。
【図８】本発明によるモバイル情報にアクセスするための方法の、典型的なアウトプットを示す図である。
【図９】本発明による、モバイル情報にアクセスするための装置の一つの態様を示す図である。
【技術分野】
【０００１】
本発明は、移動通信装置を用いてモバイル情報にアクセスするための方法及び装置に関する。更に詳細には、アクセスした情報を受信及び発信する能力が限られている小型の移動通信装置を用いてモバイル情報にアクセスするための方法及び装置に関する。
【背景技術】
【０００２】
個人的な、人間対人間の通信のための実用的な手段を提供する以外に、移動通信装置のさらなる用途の一つとして、ユーザに対し、一台の機械によってホストされる遠隔情報源にアクセスすることによって、情報に関するユーザのニーズを満足させる能力を与えることが挙げられる。
【０００３】
重要な一つの例として、移動通信装置を情報検索に使用することがある。
【０００４】
情報検索目的に使用される場合の、移動通信装置の効果を制約する重要な要因を以下に挙げる。
チャネルの容量が限られているため、大量のデータ送信に時間がかかる。
移動通信装置と情報プロバイダの間でメッセージを送るためのメッセージプロトコルによって実行されるフォーマットが限られている（例えば、短いテキストメッセージ（ＳＭＳ）の場合、１６０文字）。
テキストを入力するに際して、移動通信装置のキーボードは小さく、使いにくい。
出力側において、移動電話又はその他の装置は、ユーザに情報を表示するために、通常、非常に小さいディスプレーしか有していない。
【０００５】
メッセージ、キーボードおよびディスプレーのサイズと共に、情報伝達能力の限界に伴い、一般に、検索クエリ及びレスポンスもそのサイズが限られていなければならない。検索クエリに関し、ユーザは、非常に短くて簡潔なクエリを提供できなければならない。レスポンスに関しては、レスポンスシステムは非常に簡潔で関連するレスポンスを生成しなければならない。
【０００６】
クエリとレスポンスの簡潔さは、ドメイン固有のシステムによって達成される。ドメイン固有のシステムは、クエリの範囲を非常に狭く限定し、事前に構築されたデータへのアクセスを可能にする。これは、考えられるクエリのセット（ｓｅｔ）が周知であり、クエリが周知の構造を有している状況／ドメインにおいて十分である。クエリが周知である場合、キャッシェ又は特殊化されたデータベースエンジンにおけるルックアップは、通常、正確で関連するレスポンスを検索するのに十分である。このアプローチの一例として、電車の運行時間に関するクエリがある。これは、認知でき、単純なテンプレート（出発時刻、行き先、時間）に解析でき、構築されたデータベースから高い精度で情報が検索できる。
【０００７】
ドメイン固有の情報検索システムに関する著書には以下のものが挙げられる。
Ｇａｌｌｗｉｔｚ， Ｆ．，Ｍ，Ａｒｅｔｏｕｌａｋｉ， Ｍ． Ｂｏｒｏｓ， Ｊ．Ｈａａｓ， Ｓ． Ｈａｒｂｅｃｋ， Ｒ． Ｈｕｂｅｒ， Ｈ． Ｎｉｅｍａｎｎ及びＥ．Ｎｏｅｔｈ著：「Ｔｈｅ Ｅｒｌａｎｇｅｎ Ｓｐｏｋｅｎ Ｄｉａｌｏｇｕｅ Ｓｙｓｔｅｍ ＥＶＡＲ：Ａ Ｓｔａｔｅ−ｏｆ−Ａｒｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｔｒｉｅｖａｌ Ｓｙｓｔｅｍ」 （Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ １９９８ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｓｐｏｋｅｎ Ｄｉａｌｏｇｕｅ （ＩＳＳＤ ９８），ｐ．１９−２６、オーストラリア、シドニー、１９９８年１１月、Ｈｕａｎｇ， Ｘｕｅｄｏｎｇ， Ａｌｅｘ Ａｃｅｒｏ 及び Ｈｓｉａｏ−Ｗｕｅｎ Ｈｏｎ（２００１）著：「Ｓｐｏｋｅｎ Ｌａｎｇｕａｇｅ Ｐｒｏｃｅｓｓｉｎｇ： Ａ Ｇｕｉｄｅ ｔｏ Ｔｈｅｏｒｙ， Ａｌｇｏｒｉｔｈｍ ａｎｄ Ｓｙｓｔｅｍ Ｄｅｖｅｌｏｐｍｅｎｔ」、Ｐｒｅｎｔｉｃｅ Ｈａｌｌ ＰＴＲ 及びＹｏｕｎｇ，Ｓ（２００２）著：「Ｔｈｅ Ｓｔａｔｉｓｔｉｃａｌ Ａｐｐｒｏａｃｈ ｔｏ ｔｈｅ Ｄｅｓｉｇｎ ｏｆ Ｓｐｏｋｅｎ Ｄｉａｌｏｇｕｅ Ｓｙｓｔｅｍｓ」 Ｔｅｃｈ Ｒｅｐｏｒｔ ＣＵＥＤ／Ｆ−ＩＮＦＥＮＧ／ＴＲ．４３３，Ｃａｍｂｒｉｄｇｅ Ｕｎｉｖｅｒｓｉｔｙ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄｅｐａｒｔｍｅｎｔ
【０００８】
しかし、ドメイン固有のアプローチは、取り扱えるクエリに関して非常に融通が利くわけではない。さらに、実行するにはコストがかかり、通常、非常に限られた興味の分野しかカバーできない。
【０００９】
代替として、そして、特にクエリのドメインが周知ではない場合、第二のアプローチを採ってもよい。これは、一般には、オープンドメインアプローチ、あるいはさらに一般には、ハイブリッド（ドメイン固有とオープンドメインの）アプローチである。このアプローチでは、クエリに関する理解とそのドメインに関する知識がほとんどなしに、結果を解析することによって関連するレスポンスを検索しようと試みられている。
【００１０】
最近、ハイパーテキスト文書の形式で、インターネット上で自由に利用できる情報量が膨大となり、その結果、この第二のアプローチに対する関心が高まっている。この状況下では、ワールドワイドウェブ（ＷＷＷ：Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）を通じてアクセス可能な検索エンジンは全て、移動電話で、ワイヤレスアクセスプロトコル（ＷＡＰ：Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用してもアクセスできる。その例は、キーワードベースの「グーグルワイヤレス」検索サービス（ｈｔｔｐ：／／ｗｗｗ.ｇｏｏｇｌｅ．ｃｏｍ／ｏｐｔｉｏｎｓ／ｗｉｒｅｌｅｓｓ．ｈｔｍｌ）及びキーワードベースの「ヤフーモバイル」検索サービス（ｈｔｔｐ：／／ｍｏｂｉｌｅ．ｙａｈｏｏ．ｃｏｍ／ｓｅａｒｃｈ）があり、両方ともＷＡＰを通じてアクセスできる。
【００１１】
しかし、もし入出力がモバイル用に特別に改変されていないならば、使用はきわめて面倒なものとなるかもしれない。モバイルスペースの情報検索は、現在、二段階の工程から成る。第一の工程で、ユーザは自分が欲する情報を得られる場所を探し出し、第二の工程で、ユーザはその場所にアクセスし、欲しい情報を得る。
【００１２】
デスクトップでは、第一の工程は、通常、キーワードベースのインターネット検索エンジン（例えばグーグルやヤフーのようなもの）で行われる。それは情報そのものが見つかるアドレスであるところの、ハイパーリンクのリストを返してくる。デスクトップは、画面が大きいため、多くの検索結果が示され、キーワードベースの検索が効果的に行われる。このプロセスは、検索結果の全てが関連するものでなくてもうまくいく。ユーザはマウスをクリックして、関連すると思われるサイトに手動でアクセスし、ウェブサイトが探している情報を有しているようならば、ブラウズして探し出そうとする。これは、さらに多くの工程が含まれるため複雑である。
【００１３】
一方、モバイルの世界では、マウスを使用せず、画面も小さいため、ナビゲーションはより困難である。その結果、より多くの手動でのナビゲーション工程（スクロールする、ページをめくる等）を必要とする。このため、デスクトップでのメカニズムを移動通信装置に単に模倣するだけでは十分ではない。
【００１４】
上述の理由から、クエリとレスポンスのメカニズムは、検索エンジンなどのウェブベースの検索システムにアクセスしようとするモバイルユーザのニーズにより適するように改変されなくてはならない。
【００１５】
一つのアプローチは、Ｊ．−Ｄ．Ｒｕｖｉｎｉ著「Ａｄａｐｔｉｎｇ ｔｏ ｔｈｅ ｕｓｅｒ’ｓ ｉｎｔｅｒｎｅｔ ｓｅａｒｃｈ ｓｔｒａｔｅｇｙ ｏｎ ｓｍａｌｌ ｄｅｖｉｃｅｓ」（ｉｎ：Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ８ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｎｔｅｌｌｉｇｅｎｔ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ， Ｍｉａｍｉ， Ｆｌｏｒｉｄａ， Ｕ．Ｓ．Ａ． ｐ．２８４−２８６，２００３）に記載されている。これには、ウェブブラウジングを提供する、携帯電話用グーグル検索エンジンのフロントエンドが示されている。
【００１６】
もう一つのアプローチは、ＳＭＳを経由したキーワードベースのグーグルＳＭＳ検索である（ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｍｓ）。
【００１７】
このアプローチでは、カバーできる範囲が、トップダウンのアプローチに比べて通常大きい。しかし、基礎となるデータが未構築な性質であるため、レスポンスの関連性と正確性を達成するのが困難である。結果として、数個の短いメッセージを送って、関連する応答が含まれているかどうかを確認しなければならない。このため、移動通信装置の容量を増やさなければならず、ユーザはそれを読まなければならないという面倒さがある。しかし、それでも、関連する応答が受理されたかどうかは確かではない。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明の目的は、現在の移動通信装置のリソース限度が満たされるように、レスポンスの構成を改変し、同時に、応答の関連性を保持／獲得し、レスポンスが、質問に対する正しい応答を含んでいる可能性を高めることにある。
【００１９】
本発明の別の目的は、モバイルのクエリ‐レスポンスシステムの使用性を高めることにある。
【課題を解決するための手段】
【００２０】
上述の目的は、独立項１に記載のモバイル情報にアクセスするための方法、及び、独立項１５に記載のモバイル情報にアクセスするための装置によって達成される。有利な実施態様は従属項に規定されている。
【００２１】
自然言語による質問や言語表現としてのクエリをポストするためのインターフェースを提供し、それらを分析する言語ツールを使用することによって、検索結果の関連性が高まり、その結果、レスポンスのサイズが対応して減少し、通信装置のリソース限度にも関わらず、関連する応答をユーザに提供することができる。
【００２２】
ユーザプロファイルを付加的に提供することにより、移動通信装置又はユーザは、識別番号によってシステムに知られるか、判別され、特に、装置のパラメータに対するもともとの知識によって、その特定のユーザに対して自動的に提供された応答の関連付けをさらに高めることができる。さらに、ユーザプロファイルは、ユーザに関する情報及びユーザの移動通信装置に関する情報を使用するため、プロファイル情報の再エントリを再要求することなく、ポジティブなユーザエクスペリエンスを確実に実現し、さらに、このような事前のコンテキストに関する知識によって、考えられる応答（工程６５０）を、ユーザにより関連すると思われる一連の応答に制約することができる。
【００２３】
本請求項による、自然言語による質問をポストするためのインターフェースは、構築、及び未構築の情報リソースへの統一されたアクセスを提供する。
【００２４】
さらなる特徴及び利点は、添付図面に参照した、下記の発明の詳細な説明からより明らかとなる。
【発明を実施するための最良の形態】
【００２５】
図１は、モバイル情報にアクセスする方法を、本発明によるモバイル情報アクセスサーバにおいて実行するシステムの一例を示す概略図である。
【００２６】
図１において、参照番号１００は、携帯電話、スマート電話、小型携帯情報端末（ＰＤＡ）、ウェアラブル装置などの移動通信装置を示す。
【００２７】
それぞれの移動通信装置１００は、例えば、テレフォンネットワークあるいはワイヤレスＬＡＮなどの、ワイヤレス通信ネットワーク１１０、ゲートウェイ１２０、及び本発明のモバイル情報アクセスサーバ１６０を有するインターネット１４０上で通信する。ゲートウェイ１２０は、ワイヤレス通信ネットワーク１１０からインターネット１４０への通信の橋渡しをする。また、その逆のこともする。
【００２８】
移動通信アクセスサーバ１６０は、未構築のデータを提供する、未構築のデータリソース１３０の一つ又は複数、そして、構築データを提供する、構築データリソース１５０の一つ又は複数に接続している。
【００２９】
未構築データには、ローカルインデックス付きのフルテキストコレクション、イントラネット検索エンジン、そして特に、インターネット／ウェブ検索エンジンが含まれるが、これらに限定されない。
【００３０】
構築データには、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｎｌｉｎｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ウェブサービス、リレーショナルデータベースあるいは半構築ＸＭＬリポジトリ（インデックス付きリソース記述フォーマットデータ（ＲＤＦ））およびリアルシンプルシンディケーションストリーム（ＲＳＳ）など）が含まれるが、これらに限定されない。
【００３１】
図１には示されていないが、本発明によるモバイル情報アクセスサーバにおいて実行されるモバイル情報にアクセスする方法の例示システムには、文書を提供する、インターネットに接続した多くのドキュメントサーバが存在している。ドキュメントサーバによって提供される文書としては、例えば、インターネット検索エンジン１３０でインデックス付けされた、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の文書がある。
【００３２】
図２は、本発明によるモバイル情報にアクセスするための方法の、一つの実施態様を示す概略図である。
【００３３】
工程２００において、移動通信装置１００から配信されたメッセージは、モバイル情報アクセスサーバ１６０によって受信される。
【００３４】
工程２１０において、受信されたメッセージが分析される。特に、自然言語による質問あるいは言語表現が、クエリから抽出される。分析プロセスの詳細は、図３を参照しながら以下に説明する。「エジンバラにあるレストラン」などの言語表現は、質問のように扱われるだろう。それらにはデフォルトの質問タイプが割り当てられてもよい。
【００３５】
工程２２０においては、クエリは、メッセージから抽出された質問や表現に基づいて構築され、また、工程２１０における次の分析に基づいて構築される。まず、一連のキーワードおよびキーフレーズが、基本的な検索エンジンのクエリ構成要素として発生する。これらは次に、文書検索エンジンシンタックスにおけるそれぞれの特異性を考慮しながら、質問の種類に固有の、そしてドメインに固有のキーワードに拡張される。
【００３６】
さらに、検索エンジンクエリを、トピックに関連する一連の文書あるいはウェブサイトに集中させるため、検索エンジンクエリに制限演算子を付けてもよい。そして、このようなトピックに固有の検索は一般の検索と統合（ｍｅｒｇｅ）される。
【００３７】
工程２３０では、情報は、構築及び未構築のデータリソースからウェブページ、データベース集合体、あるいはＸＭＬツリーの形式で検索される。工程２２０において取得されたクエリは、それぞれの検索エンジンで実行される。検索エンジンとしては、グーグル、ヤフー、ＭＳＮサーチ、あるいはデータベースのような構築された情報源がある。
【００３８】
文書検索エンジンによって提供される文書識別子あるいはリンクのリストは、必要な文書として既に見られているかもしれない。なぜならば、それらは往々にして、関連する情報を、文書識別子と共にいわゆる「スニペット（ｓｎｉｐｐｅｔｓ）」の形で提供するからである。これらの文書はこのようにして直接ダイジェストされるか、あるいは、サーバが検索エンジン結果によって参照した文書をダウンロードし、ダウンロードした文書を分析／ダイジェストする。本発明の一つの実施形態において、さらなる全ての処理は検索エンジンサマリスニペット上で実行される。別の態様においては、一定の数の文書識別子（例：ハイパーリンク）が検索エンジンで検索され、関連する文書がダウンロードされる。
【００３９】
未構築及び構築データリソースから結果を取得した後、それらは統合される。
【００４０】
工程２４０では、検索結果は、応答候補を指定するためにテキスト分析を使用して分析される。応答候補は、テキスト分析及び上述した質問分析からの情報を用いて、工程２３０で取得した文書から抽出する。
【００４１】
工程２５０において、応答候補が検証される。すなわち、不要なものが除去され、もっともらしさ／応答との類似性が低くなる順番でランクがつけられる。応答候補は、応答の類似性を反映するために、相対的基準（応答ａは応答ｂより良い）によってランク付けされる。
【００４２】
工程２６０では、出力データを所定のサイズに限定する必要性を考慮に入れて、応答のサマリが上位ｎ個の候補となる要素から構成される。所定のサイズは、出力装置のディスプレーサイズ、一つのテキストメッセージの最大サイズあるいは個々のユーザの嗜好に依拠する。所定のサイズおよび検索された候補となる、ミニマムコンフィデンスの閾値を超える応答フラグメントの数ｎによって、応答候補Ａ１，Ａ２，・・・，ＡＮ２１５の数ｃ＝ｆ（ｓ，ｎ）が考慮され、統合され、フォーマットされるか特殊記号（線あるいは’／’などの分離記号）で分離されて応答サマリが形成される。
【００４３】
応答サマリはモバイルユニット（１０８）に返される。必要であれば、応答サマリは音声合成ユニットによって音声に変換される。
【００４４】
図３は工程２１０におけるメッセージ分析をより詳細に示したものである。
【００４５】
メッセージ分析では、共に検索エンジンが提供されるクエリを発生させ、質問を広範であるが既知のカテゴリあるいは質問の種類毎に分類し、後でユーザがパイプライン処理（ｐｉｐｅｌｉｎｅ）において使用するキーワードの主題を発生させる。
【００４６】
工程３００では、そのメッセージが移動通信装置１００から音声によって発生したものかどうかを最初に決定する。音声でのメッセージであれば、そのメッセージは工程３１０の自動音声認識（ＡＳＲ）にかけられる。
【００４７】
工程３２０では、質問や表現がメッセージから抽出される。質問や表現が一旦単離されると、単離された質問は、その質問又は表現を理解できるようにするため、或いは、期待される応答の種類に関するある種の推論を引き出せるようにするため、さらに分析される。
【００４８】
工程３３０では、言語的質問分類モデルを使用して、質問や表現の種類（どんな種類の情報を探しているか）を算出する。「ガリレオの誕生日はいつか？」という質問は、時間的情報を探しているため、その応答は、人の名前であるはずがない。質問や表現の焦点（探している情報の実体）もまた派生する（この例では、ガリレオ）。
【００４９】
工程３４０では、質問テキストは質問を言語的に分析するために使用される。ここでは、ＰＯＳ（ｐａｒｔ−ｏｆ−ｓｐｅｅｃｈ）タギング、ステミング（ｓｔｅｍｍｉｎｇ）、リメタイゼーション（ｌｅｍｍａｔｉｚａｔｉｏｎ）、チャンキング、固有表現（ｎａｍｅｄ ｅｎｔｉｔｙ）のタグ付け、語義のあいまい性解消、地名に由来する名詞による解決法などを含む言語モデルが用いられる。
【００５０】
図４は、図３に示されるメッセージ分析の間に抽出される質問の言語的分析の詳細を示す。
【００５１】
トークン化（工程４００）は、質問をトークン（ｔｏｋｅｎ）に分離する。
【００５２】
リメタイゼーション（図示せず）は、語句の基本形を生成する。例えば、「ａｒｅ」から「ｂｅ」が引き出される。
【００５３】
ＰＯＳタギング（工程４１０）はトークンに文法的なタグを付ける。例えば、「ｌａｒｇｅ」という語には、形容詞を意味するＪＪを付ける。
【００５４】
固有表現のタグ付けは、例えば、人名、地名、日時、時間などの固有名詞のクラスを認識し、分類する。
【００５５】
チャンキングは、動詞群、名詞群、前置詞群などの非再帰的統語表現を認識し分類する。
【００５６】
図５は、本発明によるモバイル情報にアクセスする方法の１実施形態における検索結果の言語的な処理手順を示す。
【００５７】
工程５１０では、検索結果が規定化されるかもしれない。すなわち、テキストが検索エンジンに関連するメタデータから分離するか、或いは、特殊なフォーマット（例：ＨＴＭＬ）から通常のテキストに変換される。
【００５８】
工程５２０では、図４に示し、上述したものと類似した分析が、今度は規定化された検索結果について行われる。
【００５９】
工程５３０では、質問分類ユニット（Ｑｕｅｓｔｉｏｎ Ｔｙｐｅ Ｕｎｉｔ）と相和する、テキストの全てのユニット（例えば、「２月１４日」は日付であり、「いつ」を問う質問と相和し、「イザベル」は人名であり、「誰」を問う質問と相和する）は、質問に対する応答である可能性の高さによって検証／ランク付けされる。その結果、応答候補が抽出された文書のコンテキスト及び言語的な質問分析ユニット（Ｑｕｅｓｔｉｏｎ Ａｎａｌｙｓｉｓ Ｕｎｉｔ）を考慮した、「ランク」と称されるスコアが生じる。
【００６０】
最高ランクのＮ個の応答候補が、応答サマリ構成工程５４０においてインプットとして使用される。この工程においては、メッセージサイズに関する制約およびユーザプロファイルから検索されるその他の特性を考慮して、応答サマリが構成される。
【００６１】
図６は、本発明によるモバイル情報にアクセスする方法のさらに別の実施態様を示す。以下の説明は、図２に示した方法との特別な違いに焦点を合わせている。
【００６２】
この実施態様では、メッセージは、受信したメッセージに基づいて、例えば電話番号などの、移動通信装置を識別するための識別子も含む。この識別子は工程６１０で抽出され、保存される。
【００６３】
工程６２０では、メッセージが生成された移動通信装置を識別する識別子が、ユーザプロファイルを検索するために使用される。
【００６４】
ユーザプロファイルは、それが移動通信装置の特定の特徴（ディスプレーのサイズ、解像度、色の数、グラフィックの表示能力、音に関する能力、動画を再生する能力などを含むが、これらに限定されない）に関する知識を含むかどうかを問うために調べられ、及び、ユーザの好むトピックの範疇（雑学／一般知識、スポーツ、映画、あるいはカスタムサイトを含むが、これらに限定されない）が検索される。
【００６５】
質問分析工程においては、プロファイルストアからの情報は、一連のトピック領域における事前に表された関心の高さの順位を適宜使用して、ユーザの好ましい領域に向けて、同様に、応答候補の抽出と検証を好ましい領域に向けて，クエリ構築を改善するために使用される。
【００６６】
工程６３０においては、一つの検索エンジンクエリあるいは一連の検索エンジンクエリが、決められた質問の種類及び抽出されたキーワード／キーフレーズに基づいて構築される。この場合、個々の好み、例えば、ユーザが自分のプロファイルをワールドカップのシーズン中だけ、フットボールの領域だけに限定したい（それによって、フットボールのウェブサイト及びウェブサービスだけがターゲットとなる）とか、あるいは、ユーザが、質問に対する応答が財政に関するウェブサイトからは発生しないように、自分のファッションに関する関心が財政に関する情報を上回ることを単に表現したい、といった好みが考慮される。
【００６７】
さらに、特殊なサイトの特殊な検索が、ユーザプロファイルから検索されたトピック領域情報に基づいて行われる。このように抽出あるいは形成された表現やキーワードが、情報検索クエリに変換される。この場合、検索エンジン／情報検索エンジンのシンタックスの特異性が考慮される（例えば、「＋」のような特殊な演算子を使用して、ある種の言葉が「＋フットボール−法（ｌａｗ）」といったページに確実に現れるようにする）。
【００６８】
工程６５０は、応答候補の抽出および検証の工程であるが、ユーザの好みやお気に入りも考慮される。例えば、スポーツ領域に強い関心があることと政治領域に関心が欠けていることの事前の表明を、そのユーザプロファイルが反映しているユーザは、クエリ構築（工程６３０）において、それぞれの領域を示すクエリの要素を付け加え、除去することによって、前者の領域からの文書が探され、後者の領域からの文書は避けられる。これによって、スポーツ領域及び政治領域を示すコンテキストからの応答候補のランクが上がったり、下がったりする。
【００６９】
応答サマリ構成ステップである工程６６０においては、アウトプットを限定する所定のサイズが、ユーザプロファイルに保存された移動電話そのものの型式に関する情報から派生する。
【００７０】
上述の情報に基づき、ユーザが自分のプロファイル記録を識別するために質問を送ったコーラＩＤ（ｃａｌｌｅｒ ＩＤ）を使用して、応答サマリが、移動装置用に最適化される。好ましいあるいは技術的に限られた（例えば、ＳＭＳの場合）、ユーザプロファイルから検索された移動装置の最大メッセージサイズｓ、及び、ミニマムコンフィデンスの閾値を超える、検索された応答候補フラグメントの数ｎに依拠して、応答候補Ａ１，Ａ２，・・・，ＡＮ２１５の数ｃ＝ｆ（ｓ，ｎ）が、応答サマリ構成モジュール２１６によって考慮され、統合され、恐らくはフォーマットされるか、特殊記号（線あるいは’／’などの分離記号）で分離されて応答サマリ２１７を形成する。
【００７１】
さらに、ユーザプロファイルに保持されている、ユーザの移動通信装置の特性は、移動通信装置の能力を使用するサマリを構築するために、応答サマリ構成において使用される。例えば、考えられる本発明の一つの態様において、ユーザの移動通信装置がカラーディスプレーを有していれば、応答サマリの重要部分（例えば、応答候補のヘッドライン、表現の冒頭）が別の色で表示される。
【００７２】
さらに、ユーザプロファイルの設定によっては、結果として生じる応答サマリは、テキスト（画像及び動画を含む場合もある）あるいは音声（その中で音声合成モジュールが呼び出される）の形になる。
【００７３】
最後に、アウトプットが移動通信装置に送られる。
【００７４】
図７は、モバイルユーザプロファイルの考えられるコンテンツを示した表であり、コンテンツは、移動装置に固有であり、移動装置の所有者に固有であるパラメータから成る。
【００７５】
ユーザプロファイルは、ユーザ及びその移動通信装置の識別に関するデータ、認証、ユーザに対する移動通信アクセスサーバの挙動を微調整するために使用される一連の特性を保存する。
【００７６】
ユーザ識別子（ユーザＩＤ）は、移動通信アクセスサーバにおいて、互いを一意に識別するために使用される。秘密のパスワード（Ｐａｓｓｗｏｒｄ）が、ウェブベースのユーザプロファイルメンテナンス、ＧＵＩにおける、ユーザプロファイルへのアクセスを、ユーザのみに制限する。ユーザを識別するリスト（コーラＩＤ）が保持される。コーラＩＤには、ユーザのコーラＩＤ、例えば移動電話の番号などの、ユーザプロファイルからの情報を検索する時のキーとなる、ユーザコーラＩＤが含まれるが、それらに限定されない。色や強調表示に対応しているか、スクリーンのサイズおよび解像度はどうか、移動通信装置がＳＭＳ、ＥＭＳおよびＭＭＳにそれぞれ対応しているか、３Ｇフォンであるか、複数のテキストメッセージを一つに統合できるかといった、ユーザの移動装置の性質や能力は、ストア（Ｍｏｂｉｌｅ Ｄｅｖｉｃｅ Ｉｎｆｏ）に保持される。ユーザの嗜好（Ｕｓｅｒ Ｐｒｅｆｅｒｅｎｃｅｓ）リストには、ユーザの好むシステム挙動が保存される。それには、トピック領域の絶対的及び相対的重要度、希望する応答メッセージの最大数（例えば、ＳＭＳの最大数）、送信しているＭＭＳが適当と思われるか、付随する広告がユーザに受け入れられるかどうかといったものが含まれるが、これらに限定されない。
【００７７】
ブーリアンレジスタ（ロケーション認識フラグ）は、自動的なロケーションの検知に対する、ユーザの同意の可否を保存し、これによって、クエリが送られたユーザの移動通信装置が考慮され（ロケーションベースの検索）検索が向上する。ユーザの過去の質問の履歴によって、以前の情報ニーズが考慮され、検索結果が向上する。お気に入りのウェブサイト及びサービスのリスト（お気に入り）によって、一般のユーザにより関連するように思われるサイトに検索を集中させる。ユーザの電子メールストアにどのように接続するかに関する情報（電子メールアカウント）によって、ユーザの個人情報からの検索が可能になる。アカウントバランスは、報酬スキームにおける金銭アカウントあるいは仮想クレジットポイントアカウントなどの、ユーザの請求情報を保存する。
【００７８】
図８は、本発明によるモバイル情報検索方法によって生成された応答の一態様のフォーマットを示す。応答サマリは一連の応答候補ウィンドウ（８０２から８０７）から成り、それらは、それぞれ左（８０４）及び右（８０５）のコンテキストに囲まれた、正解である８０３を一つ含む（すなわち、応答候補が見つかった文書中で応答候補を囲んでいたテキスト）。
【００７９】
一つの態様において、応答候補ウィンドウは分離記号（’／’などを含むがこれに限定されない）によって、８０８で分離し、これによって境界に印がつけられ、ユーザの混乱を避けることができる。一つの態様において、最も可能性の高い応答を含む応答候補が、コンテキストなしで初期の位置８０６に挿入され、これによって、応答が長い場合、最後の応答候補ウィンドウ８０７以降のカットによって、最も良い応答候補が喪失されることを確実に避けることができる。
【００８０】
図９は、本発明によるモバイル情報アクセスサーバの一つの態様のブロックダイアグラムである。
【００８１】
移動通信装置アクセスサーバは、移動通信装置からのメッセージを受信するためのレシーバ９００、移動通信装置にメッセージを送り返すセンダー９０１から成る。
【００８２】
音声認識ユニット９１０、質問分類ユニット９２０、質問分析ユニット９２１、及びユーザプロファイルストア９４０のインプットがレシーバ９００のアウトプットに接続されている。音声認識ユニット９１０は又、質問分類ユニット９２０、質問分析ユニット９２１、及びレシーバ９００に接続している。質問分類ユニット９２０及び質問分析ユニット９２１のアウトプットはクエリ構築ユニット９３０のインプットに接続されている。クエリ構築ユニットのアウトプットは検索ユニット９５０のインプットに接続されている。
【００８３】
ユーザプロファイルのアウトプットは、クエリ構築ユニット９３０のインプット、ランキング／検証ユニット９７０、及び応答サマリユニット９８０に接続する。
【００８４】
検索ユニットのアウトプットは、応答候補及び抽出ユニット９６０のインプットに接続する。応答候補及び抽出ユニットのアウトプットは、応答サマリ構成ユニット（９８０）のインプットに接続する。応答サマリ構成ユニット（９８０）のインプットは、音声合成ユニット（９１１）のインプット及びセンダー（９０１）に接続する。音声合成ユニットのアウトプットは、センダーにも接続している。
【図面の簡単な説明】
【００８５】
【図１】本発明によるモバイル情報アクセスサーバ上で実行される、モバイル情報にアクセスするための方法の例示システムの概略図である。
【図２】本発明によるモバイル情報にアクセスするための方法の概略図である。
【図３】本発明によるモバイル情報にアクセスするための方法の一つの態様における、一つのメッセージの分析を示す図である。
【図４】図３に示したメッセージの分析中に抽出した質問の言語分析の詳細を示す図である。
【図５】本発明による情報検索方法の一つの態様における、クエリレスポンスの言語処理を示す図である。
【図６】本発明によるモバイル情報にアクセスするための方法の、別の態様を示す概略図である。
【図７】図２に示した本発明の態様で使用する、考えうるユーザプロファイルコンテンツの表である。
【図８】本発明によるモバイル情報にアクセスするための方法の、典型的なアウトプットを示す図である。
【図９】本発明による、モバイル情報にアクセスするための装置の一つの態様を示す図である。
【特許請求の範囲】
【請求項１】
少なくともモバイル情報アクセスサーバ及び一つ又は複数の情報検索システムを含み、ネットワークコンピュータシステムにおいて実行されるモバイル情報にアクセスするための方法であって、
移動通信装置からのメッセージを受信する工程、
受信したメッセージを分析する工程、
分析したメッセージに基づいて、一つ又は複数のクエリを形成する工程、
前記一つ又は複数のクエリに基づいて文書を取得する工程、
前記文書から応答候補を抽出する工程、
応答候補を検証する工程、
応答サマリを構成する工程、及び
前記応答サマリを前記移動通信装置に送り返す工程を含み、前記応答サマリが所定のサイズであることを特徴とする、モバイル情報にアクセスするための方法。
【請求項２】
前記応答サマリのサイズの限界が、
移動通信装置の最大表示サイズ、
移動通信プロトコルの最大メッセージサイズ、及び
個々のユーザの嗜好の、一つ以上に依拠することを特徴とする、請求項１に記載の方法。
【請求項３】
前記受信したメッセージを分析する工程が、自然言語による質問あるいは言語表現を前記メッセージから抽出する工程を含むことを特徴とする、請求項１又は２に記載の方法。
【請求項４】
前記受信したメッセージを分析する工程が、さらに、前記メッセージから抽出した、前記自然言語による質問あるいは言語表現の種類及び言語的特徴を決定する工程を含むことを特徴とする、請求項３に記載の方法。
【請求項５】
受信したメッセージが音声であるかどうかをチェックする工程、もし音声であるならば、前記メッセージを音声からテキストに自動音声認識手段によって変換させる工程をさらに含むことを特徴とする、前記請求項のいずれか１項に記載の方法。
【請求項６】
前記一つ又は複数のクエリ形成が、抽出された質問あるいは表現が、固有表現に関するかどうかを考慮して行われることを特徴とする、請求項４又は５に記載の方法。
【請求項７】
ユーザが自動的に識別され、前記ユーザのプロファイルがその識別によって検索されることを特徴とする、前記請求項のいずれか１項に記載の方法。
【請求項８】
移動通信装置の最大表示サイズ、
移動通信プロトコルの最大メッセージサイズ、
個々のユーザの嗜好、
のうちの一つ以上が、ユーザプロファイルから派生することを特徴とする、請求項７に記載の方法。
【請求項９】
前記一つ又は複数のクエリを形成する工程も、ユーザプロファイルから派生した情報に基づいていることを特徴とする、請求項７又は８に記載の方法。
【請求項１０】
前記応答候補を抽出する工程において、ユーザプロファイルから派生する情報がさらに考慮されることを特徴とする、請求項７から９のいずれか１項に記載の方法。
【請求項１１】
前記応答候補を検証する工程において、ユーザプロファイルから派生する情報がさらに考慮されることを特徴とする、請求項７から１０のいずれか１項に記載の方法。
【請求項１２】
前記応答サマリを構成する工程において、ユーザプロファイルから派生する情報がさらに考慮されることを特徴とする、請求項７から１１のいずれか１項に記載の方法。
【請求項１３】
前記応答サマリを構成する工程において、それぞれ左右をコンテキストで囲まれた一つの正しい応答候補を含む一連の応答候補ウィンドウから成る、応答サマリが生成されることを特徴とする、前記請求項のいずれかに記載の方法。
【請求項１４】
前記応答サマリを構成する工程において、最も妥当性の高いスコアを有する応答を含む応答候補が、コンテキストなしで初期の位置に挿入される応答サマリが生成されることを特徴とする、前記請求項のいずれか１項に記載の方法。
【請求項１５】
移動通信装置からメッセージを受信するためのユニット、受信したメッセージを分析するためのユニット、
前記受信したメッセージに基づいて一つ又は複数のクエリを形成するユニット、
前記一つ又は複数のクエリに基づいて、文書を取得するためのユニット、
前記文書から応答候補を抽出するユニット、
前記応答候補を検証するユニット、
応答サマリを構成するユニットであって、前記応答サマリは所定のサイズに限定され、
前記応答サマリを移動通信装置に送り返すユニットを含む、モバイル情報にアクセスするための装置。
【請求項１】
少なくともモバイル情報アクセスサーバ及び一つ又は複数の情報検索システムを含み、ネットワークコンピュータシステムにおいて実行されるモバイル情報にアクセスするための方法であって、
移動通信装置からのメッセージを受信する工程、
受信したメッセージを分析する工程、
分析したメッセージに基づいて、一つ又は複数のクエリを形成する工程、
前記一つ又は複数のクエリに基づいて文書を取得する工程、
前記文書から応答候補を抽出する工程、
応答候補を検証する工程、
応答サマリを構成する工程、及び
前記応答サマリを前記移動通信装置に送り返す工程を含み、前記応答サマリが所定のサイズであることを特徴とする、モバイル情報にアクセスするための方法。
【請求項２】
前記応答サマリのサイズの限界が、
移動通信装置の最大表示サイズ、
移動通信プロトコルの最大メッセージサイズ、及び
個々のユーザの嗜好の、一つ以上に依拠することを特徴とする、請求項１に記載の方法。
【請求項３】
前記受信したメッセージを分析する工程が、自然言語による質問あるいは言語表現を前記メッセージから抽出する工程を含むことを特徴とする、請求項１又は２に記載の方法。
【請求項４】
前記受信したメッセージを分析する工程が、さらに、前記メッセージから抽出した、前記自然言語による質問あるいは言語表現の種類及び言語的特徴を決定する工程を含むことを特徴とする、請求項３に記載の方法。
【請求項５】
受信したメッセージが音声であるかどうかをチェックする工程、もし音声であるならば、前記メッセージを音声からテキストに自動音声認識手段によって変換させる工程をさらに含むことを特徴とする、前記請求項のいずれか１項に記載の方法。
【請求項６】
前記一つ又は複数のクエリ形成が、抽出された質問あるいは表現が、固有表現に関するかどうかを考慮して行われることを特徴とする、請求項４又は５に記載の方法。
【請求項７】
ユーザが自動的に識別され、前記ユーザのプロファイルがその識別によって検索されることを特徴とする、前記請求項のいずれか１項に記載の方法。
【請求項８】
移動通信装置の最大表示サイズ、
移動通信プロトコルの最大メッセージサイズ、
個々のユーザの嗜好、
のうちの一つ以上が、ユーザプロファイルから派生することを特徴とする、請求項７に記載の方法。
【請求項９】
前記一つ又は複数のクエリを形成する工程も、ユーザプロファイルから派生した情報に基づいていることを特徴とする、請求項７又は８に記載の方法。
【請求項１０】
前記応答候補を抽出する工程において、ユーザプロファイルから派生する情報がさらに考慮されることを特徴とする、請求項７から９のいずれか１項に記載の方法。
【請求項１１】
前記応答候補を検証する工程において、ユーザプロファイルから派生する情報がさらに考慮されることを特徴とする、請求項７から１０のいずれか１項に記載の方法。
【請求項１２】
前記応答サマリを構成する工程において、ユーザプロファイルから派生する情報がさらに考慮されることを特徴とする、請求項７から１１のいずれか１項に記載の方法。
【請求項１３】
前記応答サマリを構成する工程において、それぞれ左右をコンテキストで囲まれた一つの正しい応答候補を含む一連の応答候補ウィンドウから成る、応答サマリが生成されることを特徴とする、前記請求項のいずれかに記載の方法。
【請求項１４】
前記応答サマリを構成する工程において、最も妥当性の高いスコアを有する応答を含む応答候補が、コンテキストなしで初期の位置に挿入される応答サマリが生成されることを特徴とする、前記請求項のいずれか１項に記載の方法。
【請求項１５】
移動通信装置からメッセージを受信するためのユニット、受信したメッセージを分析するためのユニット、
前記受信したメッセージに基づいて一つ又は複数のクエリを形成するユニット、
前記一つ又は複数のクエリに基づいて、文書を取得するためのユニット、
前記文書から応答候補を抽出するユニット、
前記応答候補を検証するユニット、
応答サマリを構成するユニットであって、前記応答サマリは所定のサイズに限定され、
前記応答サマリを移動通信装置に送り返すユニットを含む、モバイル情報にアクセスするための装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２００８−５２９１７９（Ｐ２００８−５２９１７９Ａ）
【公表日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願番号】特願２００７−５５３４６６（Ｐ２００７−５５３４６６）
【出願日】平成１７年２月６日（２００５．２．６）
【国際出願番号】ＰＣＴ／ＥＰ２００５／００１１９８
【国際公開番号】ＷＯ２００６／０８１８３５
【国際公開日】平成１８年８月１０日（２００６．８．１０）
【出願人】（５０７２６３５９７）リンギット ゲーエムベーハー (1)
【Ｆターム（参考）】
【公表日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願日】平成１７年２月６日（２００５．２．６）
【国際出願番号】ＰＣＴ／ＥＰ２００５／００１１９８
【国際公開番号】ＷＯ２００６／０８１８３５
【国際公開日】平成１８年８月１０日（２００６．８．１０）
【出願人】（５０７２６３５９７）リンギット ゲーエムベーハー (1)
【Ｆターム（参考）】
[ Back to top ]