(57)【特許請求の範囲】
【請求項１】
少なくともプロセッサー、メモリー、およびスクリーンを有し、ネットワーク接続を介して中央のクラウドサーバに接続される電子デバイスにおいて、リアルタイムで旅行を計画するためのユーザー実施型の方法であって、該方法は：
ａ）電子デバイスに、選択された対象の地域について１以上の旅行イベントを含む入力をユーザー入力する工程と、
ｂ）リアルタイムで入力を処理する工程であって、該工程は：
ｉ）入力を処理するように構成され、分散型インターネットサービスシステムを介して中央のクラウドサーバに保存されるアプリケーションまたは前記アプリケーションの構成要素に入力を配信する工程；
ｉｉ）分散型アプリケーションまたは前記アプリケーションの構成要素を配置する工程；および
ｉｉｉ）配置されたアプリケーションまたは前記アプリケーションの構成要素を、最良の旅行のお勧めに対する入力を処理するように実行する工程；を含む工程と、
ｃ）初期多次元値モデルを作成する工程であって、該工程は：
ｉｖ）対象の１以上の旅行イベントに関係する情報を受信する工程；
ｖ）生の情報ライブラリーにおいて、１以上の旅行イベントとそれらのイベントに関連する情報を保存し分類する工程；
ｖｉ）旅行イベントについての値の次元及び値の記述を確立する工程；および
ｖｉｉ）値の次元及び値の記述からの１以上の旅行イベントについての初期多次元値モデルを作成する工程；を含む工程と、
ｄ）工程ｃ）を繰り返すことによってユーザーのための初期多次元値モデルを更新し、かつ初期多次元値モデルにおける旅行イベントの値の次元および値の記述を修正して、修正された多次元値モデルに至る工程と；
ｅ）電子デバイスに、ユーザー、およびユーザーのために更新され多次元値モデルによって入力された旅行イベントに基づく、対象の地域への最良の旅行のお勧めを、リアルタイムで出力する工程と、
を含むことを特徴とする、ユーザー実施型の方法。
【請求項２】
１以上の追加の又は修正された旅行イベントを入力する工程と；
工程ｂ）からｅ）までを繰り返す工程と；
をさらに含む、請求項１に記載のユーザー実施型の方法。
【請求項３】
初期多次元値モデルは、旅行イベントを含む情報の各項目に対する重み値を含む、請求項１に記載のユーザー実施型の方法。
【請求項４】
旅行イベントについての値の次元及び値の記述を確立する工程は：
旅行イベントの値の次元の初期セットを確立するために予め定められた辞書に基づいて、情報の各項目を分析する工程と；
値の記述を、予め定められたテキスト値の対応表を介した数値に変換する工程と；
予め定められた重み値の表を介して、値の記述と値の次元へ情報の各項目について重みを追加する工程と；
を含む、請求項１に記載のユーザー実施型の方法。
【請求項５】
値の記述と値の次元へ情報の各項目について重みを追加する工程は、情報の各項目の数値に重みをかける工程を含む、請求項４に記載のユーザー実施型の方法。
【請求項６】
初期多次元値モデル中に見出されない場合に、生の情報ライブラリーにユーザー入力された旅行イベントおよび関連情報を追加する工程を、工程ｄ）の前にさらに含む、請求項１に記載のユーザー実施型の方法。
【請求項７】
ユーザーを追加の旅行イベントをユーザー入力する工程と；
工程ｄ）からｅ）までを繰り返す工程と；
をさらに含む、請求項６に記載のユーザー実施型の方法。
【請求項８】
入力は、チケットを購入する、または旅行を計画することを含む、請求項１に記載のユーザー実施型の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願への相互参照＞
本国際出願は、２０１３年２月１３日に出願され、現在放棄された、米国仮出願第６１／７６４，１４３号の３７Ｃ．Ｆ．Ｒ．§１．１１９（ｅ）の下で、優先権の利益を主張し、その全体が引用により組み入れられる。
【背景技術】
【０００２】
＜発明の分野＞
本発明は、オンライン商取引システムを強化するための、分散型インターネットサービスとミドルウェア、クラウドコンピューティングサービスとコンピューターモデル、およびそれらの統合の分野に関する。本発明はより具体的には、輸送および旅行産業のような、リアルタイムでの電子商取引システムでユーザーの体験を改善することに関連した、コンピューターのシステム、プラットフォーム、モデル、および方法に関する。
【０００３】
＜関連技術の記載＞
インターネットは、主にアプリケーションや情報サービスの配信に関して、基盤を均一にした。その結果、オンラインアプリケーション／情報プロバイダー、従来のアプリケーションサービスプロバイダー（ＡＳＰ）、ネットワーク・サービス・プロバイダー、コンテンツ／アプリケーション配信ネットワーク（ＣＤＮ／ＡＤＮ）プロバイダー、およびデバイスのＯＥＭを含むサービスプロバイダーは、埋め込みインテリジェントサービス機能を使用して、常にそれらの製品を差別化させて市場シェアを成長させる方法を模索する。比較的新しいクラウドコンピューティング技術により、伝統的に自身のコンピューティング施設を使用して実装されている企業アプリケーションシステムのサブシステムの多くが、「仮想化」技術を介する集中型のコンピューティング施設内に物理的に位置することを可能にし、ゆえに、それぞれ別々のコンピューティング施設を使用するよりも膨大な量のコンピューティングの動力を節約することができる。
【０００４】
現在のホスト中心の多層クライアント・サーバー・サービス・モデルでは、サーバーのファームからなるクラウドセンターを用いても、インターネットアプリケーションは通常、アプリケーション・ホスティング・サーバーとインターネットを介したユーザーのブラウザのクライアントとの間の相互作用のシーケンスを介して、提供される。ホスティングサーバーまたはサーバーファームは通常、インターネット上の任意の場所に任意の時点で、多数のブラウザのクライアント（ｃｌｉｅｎｔ）からの複数の要求を取り扱う。相互作用のシーケンスの送信がサーバーと任意の特定のブラウザクライアントとの間のネットワークパス全体にわたるリアルタイムの性能に完全に依存しているため、及びパフォーマンスがしばしば、サーバー、クライアント、ネットワークキャリアが制御できるものを超えている要因（例えば、データトラフィック、ワイヤレスネットワークの可用性及び帯域幅）に影響されるため、サービスプロバイダーがエンドユーザーに品質及び信頼性の保証を提供することは不可能である。一般的なブラウザの代わりに特定のクライアントソフトウェアーに依存している今日のモバイルアプリケーションのほとんども、同様の制限を共有する。  
【０００５】
例えば、鉄道の電子チケットアプリケーションシステムは、鉄道の乗客及び鉄道事業者にサービスを提供するためのすべての電子チケットに関連する機能を提供するために使用される。機能の複雑さもあり、および、システムの物理的な実装が、多くの駅、発券のオフィス又は窓口と端末、ウェブサイト、及びコントロール・センターとオペレーター事務所などをつなぐ広域ネットワークを介した統合を必要とする多くのサブシステムを含むこともあって、鉄道電子チケットはたいてい複雑なシステムである。ネットワークのカバレッジを要求する広い地理的領域、及び、頻繁な機能のアップグレードのためのリアルタイムでの性能、信頼性、保守性、拡張性、セキュリティ、および柔軟性を、システム全体について合わせる要件は、非常に困難を要するものであり、鉄道網が数万平方マイル以上の地理的領域をカバーし、数百万人の市場を取り扱う場合は特にそうである。平均で何百万もの鉄道チケットが、１年間、幾つかのピーク時期にわたって２倍の量で、複数の販売チャネルを通じて毎日販売されている。
【０００６】
別の例において、電子旅行アプリケーションについて、情報の海から最良の一致を見出すことは、例えばｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍでの一般サーチエンジンによって、又はｗｗｗ．ｔｒａｖｅｌｏｃｉｔｙ．ｃｏｍのような垂直検索エンジンによって大部分が取り扱われ、ここで、旅行者が所望の目的地、および／または指定されたパラメータのセットを入力し、検索エンジンはウェブから入手可能な最良の一致を見出す又は推奨する。旅行者が最後に検索したものを記憶しておくことや、旅行者の検索内容に基づいて関連情報を推奨することなどの、こうした検索エンジンのアプローチにおいて、様々なモデルが使用されてきた。検索エンジンのアプローチは情報の範囲を大きく拡大し、旅行産業以外の誰もが好むものを、いつでもどこでも自分で見つけるのを可能にする一方、制限がある。真にターゲットの行先を理解し最良の一致を見つけるために、インターネットからのすべての情報を処理するための、多大な労力及び時間の量が必要とされる。さらに、マッチング（ｍａｔｃｈｉｎｇ）処理を高速化するために、旅行イベントの記述は、簡単なパラメータのセットを使用してますます標準化されてきており、これにより、「熟練した」旅行代理店のアプローチと比較して、一致は意味のあるものでなくなり、時間がかかるようになる。
【０００７】
したがって、一般的な企業アプリケーションシステムの設計および実装のためのクラウドコンピューティング技術、多層クライアント／サーバー技術、二層のブラウザ／サーバー技術を統合する、分散型インターネットサービスモデルの提供における改良が当該技術分野において必要とされている。具体的には、従来技術は、リアルタイムでの大量の顧客の問い合わせや取引の下で、安定したシステム性能を提供する分散型クラウドサービスのシステム及びモデルを欠いている。本発明はこの先行技術分野での長年のニーズと要望を満たすものである。
【発明の概要】
【０００８】
本発明は、イベントのために多次元値モデル（ｍｕｌｔｉｄｉｍｅｎｓｉｏｎａｌ  ｖａｌｕｅ  ｍｏｄｅｌ）を作成するためのソフトウェアーを含む非一時的なコンピューター可読媒体に向けられ、それは、実行される際に、少なくともメモリー、プロセッサー、およびネットワーク接続を有する少なくとも１つのコンピューターを使用する。ソフトウェアーは、ａ）  すべての利用可能なソースからの対象の１以上のイベントに関連する情報を受信する、ｂ）  生の情報ライブラリーにおいてそれに関連するイベントや情報を保存し、分類する、ｃ）イベントの値の次元（ｖａｌｕｅ  ｄｉｍｅｎｓｉｏｎ）及び値の記述（ｖａｌｕｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を確立する、ｄ）値の次元及び値の記述からイベントについての多次元値モデルを作成する、ための命令を可能にするように構成されている。
【０００９】
本発明は、関連するコンピューター可読媒体に向けられ、ここで、リアルタイムにおいて、ｅ）ユーザーにより選択されるイベントを受信する、ｆ）多次元値モデルにおいてユーザーが選択したイベントの値の次元及び値の記述を修正する、およびｇ）ユーザーの選択に基づく最良の旅行のお勧めとして、修正された多次元値モデルをユーザーに提示する、ための命令を可能にするようにさらに構成される。
【００１０】
本発明は、他の関連するコンピューター可読媒体に向けられ、ここで、イベントは旅行のイベントであり、コンピューター可読媒体は、ｅ）ユーザーにより選択されるイベントを受信する、ｆ）多次元値モデルにおいてユーザーが選択したイベントの値の次元及び値の記述を修正する、およびｇ）ユーザーの選択に基づく最良の旅行のお勧めとして、修正された多次元値モデルをユーザーに提示する、ための命令を可能にするようにさらに構成される。
【００１１】
本発明はまた、本明細書に記載の非一時的なコンピューター可読媒体において明確に具現化されるコンピュータープログラム製品に向けられる。
【００１２】
本発明は、少なくともプロセッサー、メモリー、およびネットワーク接続を有する電子デバイスにおいて、旅行計画のためにリアルタイムでユーザー実施型の方法へ、さらに向けられている。方法は、ａ）電子デバイスに、選択された対象の地域について１以上の旅行イベントを入力する工程、ｂ）選択された旅行イベント及び地域に基づいて、旅行イベントの初期の多次元値モデル（ｉｎｉｔｉａｌ  ｍｕｌｔｉｄｉｍｅｎｓｉｏｎａｌ  ｖａｌｕｅ）を更新する工程、およびｃ）更新された多次元値モデルに基づいて、対象地域への旅行についての最良のお勧めを、リアルタイムで出力する工程を含む。本発明は、１以上の追加の又は修正された旅行イベントを入力し、更新された多次元値をモデル上で、上述したような工程ｂおよびｃを繰り返す工程をさらに含む、関連した方法に向けられる。
【００１３】
本発明は、少なくとも１つのプロセッサー、プロセッサーと通信している少なくとも１つのメモリー、及び少なくとも１つのネットワーク接続を含む分散型クラウドコンピューターシステムに向けられ、前記メモリーは命令を明確に保存し、前記命令はプロセッサーにより実行される際、ａ）ネットワーク接続を介して、及び分散型インターネットサービス（ＤＩＳ）システムを介して入力を受信し、ｂ）中央のクラウドサーバーに配置された入力を処理するように構成されたアプリケーション又はその構成要素を、選択されたクライアント層のターゲットに配信し、ｃ）分散アプリケーションまたはその構成要素をターゲットに配置し、およびｄ）クライアント層上のデータを中央サーバーと同期させる、ように構成される。本発明は、ターゲットに配置されたアプリケーション又はその構成要素により入力を処理して、ネットワーク接続を介し出力を生成し出力を送信するための、さらなる命令を実行するように構成された、関連の分散型クラウドコンピューターシステムに向けられる。
【００１４】
本発明は、本明細書に記載の分散型クラウドコンピューターシステムを利用して電子商取引中にユーザー体験を向上させるための方法へ、一層さらに向けられる。
【００１５】
本発明は、リアルタイムでのクラウドコンピューティングのための方法へ一層更に向けられる。方法は、ネットワーク接続を介して中央のクラウドサーバーに接続されているメモリー、プロセッサー、およびスクリーンを少なくとも有する電子デバイスからの入力を受信する工程を含む。入力を処理するように構成され、中央のクラウドサーバーに保存された、アプリケーションまたはその構成要素は、分散型インターネットサービスシステムを介して電子デバイスに配信され、配置される。配置されたアプリケーション又は構成要素は、リアルタイムで電子デバイス上に表示される入力に基づいて、入力及び反応を処理するように、実行される。
【００１６】
本発明は、本明細書に記載される方法を実行するためのプロセッサー実行可能な命令（ｐｒｏｃｅｓｓｏｒ−ｅｘｅｃｕｔａｂｌｅ  ｉｎｓｔｒｕｃｔｉｏｎｓ）を明確に保存する（ｓｔｏｒｉｎｇｊ）非一時的記録媒体へ、一層さらに向けられる。
【００１７】
本発明の、他の及び更なる態様、特徴、及び利点は、本発明の現在好ましい実施形態の以下の説明から明らかになるであろう。これらの実施形態は開示の目的のために与えられる。
【図面の簡単な説明】
【００１８】
本発明の上に詳述された特徴、利点および目的の他に、より明らかになる他のものが、達成され、また詳細に、理解され得るように、上に簡潔に要約された本発明のより具体的な記載が、添付の図面で例証されるその特定の実施形態を参照することによって得られてもよい。これらの図面は、明細書の一部を形成する。しかしながら、添付の図面は、本発明の好ましい実施形態を例証し、それ故、それらの範囲内で限定するものとして考慮されるべきではないことを留意されたい。
【００１９】
【図１Ａ】図１Ａは、多層のクライアント／サーバーシステムを介した鉄道の電子チケットでの、問い合わせのプロセスを示すフローチャートである。
【図１Ｂ】図１Ｂは、多層のクライアント／サーバーシステムを介した鉄道の電子チケットでの、予約のプロセスを示すフローチャートである。
【図１Ｃ】図１Ｃは、多層のクライアント／サーバーシステムを介した鉄道の電子チケットでの、搭乗のプロセスを示すフローチャートである。
【図２Ａ】図２Ａは、二層のブラウザ／サーバーシステムを介した鉄道の電子チケットでの、問い合わせのプロセスを示すフローチャートである。
【図２Ｂ】図２Ｂは、二層のブラウザ／サーバーシステムを介した鉄道の電子チケットでの、予約のプロセスを示すフローチャートである。
【図３Ａ】図３Ａは、分散型クラウドサービスシステム介した鉄道の電子チケットでの、問い合わせの工程を示すフローチャートである。
【図３Ｂ】図３Ｂは、分散型クラウドサービスシステム介した鉄道の電子チケットでの、予約の工程を示すフローチャートである。
【図３Ｃ】図３Ｃは、分散型クラウドサービスシステム介した鉄道の電子チケットでの、搭乗の工程を示すフローチャートである。
【図４】図４は多次元値モデルを作成するためのフローチャートである。
【図５Ａ】図５Ａは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｂ】図５Ｂは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｃ】図５Ｃは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｄ】図５Ｄは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｅ】図５Ｅは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｆ】図５Ｆは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｇ】図５Ｇは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｈ】図５Ｈは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｉ】図５Ｉは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【図５Ｊ】図５Ｊは、ユーザーがどのようにＭｙＴｒｉｐＳｅｒｖｉｃｅｓと対話することができるかを例証するウェブページのスクリーンショットである。
【発明を実施するための形態】
【００２０】
本明細書で使用されるように、用語「ａ」または「ａｎ］は、請求項及び／又は明細書において用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」と併用して使用されるときに、「１つ（ｏｎｅ）」を意味し得るが、「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ）、「少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ）」、および「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ  ｔｈａｎ  ｏｎｅ）」の意味とも一致している。本発明の幾つかの実施形態は、本発明の、１つ以上の要素、方法の工程、及び／又は方法から成るか又はそれらから本質的になり得る。本明細書に記載される任意の方法が、本明細書に記載される他の方法に対して実施され得ることが熟慮される。
【００２１】
本明細書で使用されるように、請求項での用語「または」は、代替物のみ又は相いれない代替物を指すように特に明記されない限り、「及び／又は」を意味するように使用されるが、本開示は代替および「及び／又は」のみを意味する定義を支持する。
【００２２】
本明細書中で使用されるように、用語「コンピューター」は、当技術分野で知られているように、プロセッサー、メモリー、例えばハードドライブ、ディスクドライブ又はフラッシュドライブ又はメモリースティック、又は他の非一時的なコンピューター可読媒体又は非一時的記憶装置などの、少なくとも１つの情報記憶／検索装置、例えば、キーボード、マウス、ポイント及びタッチのデバイス、タッチスクリーン、又はマイクなどの、少なくとも一つの入力装置、及び、よく知られたコンピュータースクリーンのようなディスプレイ構造を概略的に含む。加えて、コンピューターは、有線又は無線接続などの、１以上のネットワーク接続を含み得る。当技術分野で知られるように、そのようなコンピューターまたはコンピューターシステムは、上に列挙されるものを多かれ少なかれ含んでもよく、例えばタブレットコンピューターやスマートデバイスに限定されないが、他の電子メディアや電子デバイスを包含する。
【００２３】
本明細書で使用されるように、用語「クラウド」または「クラウドコンピューティング」は、すべてのコンピューティングリソースが共有される集中型の（ｃｅｎｔｒａｌｉｚｅｄ）および仮想型（ｖｉｒｔｕａｌｉｚｅｄ）のコンピューティング設備を指す。  アプリケーションシステムやサブシステムについて、それらはすべて「クラウド」内にあるため、特定のマシンを指すことはもはやできない
【００２４】
本明細書中で使用されるように、用語「分散型インターネットサービスシステム」は、様々なコンピューティング環境で実行するために、インターネットアプリケーションを変換する分散型インターネットサービスプラットフォームを指す。ＤＩＳシステムは、コンポーネント分散型サーバー（Ｃｏｍｐｏｎｅｎｔ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｅｒｖｅｒ）／資産分散サーバー（Ａｓｓｅｔ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｅｒｖｅｒ）を経由して、コンテンツ、データ及びロジックを含むインターネットアプリケーションを、適切な範囲に（ｔｏ  ｗｈａｔｅｖｅｒ  ｅｘｔｅｎｔ  ａｐｐｒｏｐｒｉａｔｅ）、およびネットワークに沿って、任意の数と任意の種類の機器に対して配信する。ＤＩＳを介して、インターネットアプリケーションを、各ユーザーのニーズに基づいたサービスで、ホストしおよび一元管理し、その完全性を維持しながらユーザーのデバイスまたは近くの場所で局所的にキャッシュし実行することができる。Ｗｅｂ対応のコンピューティングデバイスは、ＤＩＳソフトウェアーでアップグレードして、分散型のインターネットサービスを楽しみ実行するようなＤＩＳ対応になることができる。分散型インターネットサービスシステムは、米国特許第７１３６８５７号、第７１５００１５号、第７１８１７３１号、第７２０９９２１号、第７４３０６１０号、第７６８５１８３号、第７６８５５７７号、第７７５２２１４号、第８３２６８８３号、第８３８６５２５号、第８４４３０３５号、第８４５８１４２号、第８４５８２２２号、第８４７３４６８号、第８５２７５４５号、および第８６５０２２６号、および米国特許公開第２０１２０００５２０５号、および第２０１３００９１２５２号の特許ファミリーの何れか一つに完全に記載されており、これらすべては本発明と同様に、オーピー４０，ホールディングス，インク．によって共有して所有されており、これらすべてが引用により組み入れられる。
【００２５】
本明細書中で使用されるように、用語「旅行イベント」は、どこで食べるか（レストランを選ぶ（ｒｅｔｕｒｎｓ））、どこに泊まるか（ホテル、宿屋、ベッド、及び朝食などを選ぶ）、どこで娯楽を見つけるか（様々な会場を選ぶ）、何を見るか（興味、ツアーのポイントを選ぶ）などの、活動についての質問（ｑｕｅｒｉｅｓ）のカテゴリーを指す。どの交通機関が利用可能であるのか又はどの旅行パッケージが利用可能であるのかなどの他の質問は、旅行イベントとして扱われ得る。用語「旅行イベント」はまた、会議又は集会の開催地を選択する、「どこで会うか」などの指向の質問をしたビジネスも指す。
【００２６】
本明細書で使用されるように、用語「多次元値モデル（ＭＤＶモデル）」は、各次元が独立したフィーチャ（ｆｅａｔｕｒｅ）を表し、次元の数のコンテンツがフィーチャの定量値を表すモデルを指す。一般的に、数値が大きいほど、フィーチャの値は高くなる。  すべての次元のコンテンツは、表現を簡潔にするために標準化される。
【００２７】
本発明の一実施形態において、イベントのために多次元値モデルを作成するためのソフトウェアーを含む非一時的なコンピューター可読媒体が提供され、それは、少なくともメモリー、プロセッサー、およびネットワーク接続を有する少なくとも１つのコンピューターを使用して実行される際に、ａ）すべての利用可能なソースからの対象の１以上のイベントに関連する情報を受信する、ｂ）生の情報ライブラリーにおいてそれに関連する、分類するための命令、ｃ）イベントの値の次元及び値の記述を確立する、およびｄ）値の次元及び値の記述からイベントについての多次元値モデルを作成する、ための命令を可能にするように構成されている。
【００２８】
さらに本実施形態に対して、コンピューター可読媒体は、上述のような工程ａ乃至ｄを繰り返し、多次元値モデルを更新するための命令を可能にするように構成されている。別の更なる実施形態において、イベントは、コンピューター可読媒体が、リアルタイムにおいて、ｅ）ユーザーにより選択されるイベントを受信する、ｆ）多次元値モデルにおいてユーザーが選択したイベントの値の次元及び値の記述を修正する、およびｇ）ユーザーの選択に基づく最良の旅行のお勧めとして、修正された多次元値モデルをユーザーに提示する、ための命令を可能にするように構成されるような、旅行イベントであり得る。更になお、コンピューター可読媒体は、工程ｆに先立ち、初期の多次元モデル中に見出されない場合、生の情報ライブラリーに、ユーザーが選択したイベント及び関連する情報を追加するための命令を可能にするように構成されている。さらになお、コンピューター可読媒体は、追加のイベントの選択時に、上述のような工程ｅ乃至ｇを繰り返すための命令を可能にするように構成されている。
【００２９】
全ての実施形態の一態様において、工程ｃを可能にする命令は、イベントの値の次元の初期セットを確立するために、予め定められた辞書に基づいて、情報の各項目を分析するように、値の記述を予め定められたテキスト‐値のマッチング表を介して数値に変換するように、及び、予め定められた重み‐値（ｗｅｉｇｈｔ−ｖａｌｕｅ）の表を介して、情報の各項目について重みを追加するように、値の記述と値の次元へ構成され得る。別の態様において、工程ｄを可能にすることは、情報の各項目の数値に重みをかけるように構成され得る。全ての実施形態およびこれらの態様において、イベントに関連する情報の各項目は、ソースによって分類され得る。
【００３０】
本発明の関連する実施形態において、上述の非一時的なコンピューター可読媒体中で明確に具現化される、コンピュータープログラム製品が提供される。
【００３１】
本発明の別の実施形態において、少なくともプロセッサー、メモリー、およびネットワーク接続を有する電子デバイスにおいて、リアルタイムで旅行を計画するためのユーザー実施型の方法が提供され、該方法は、ａ）電子デバイスに、選択された対象の地域について１以上の旅行イベントを入力する工程、ｂ）選択された旅行イベント及び地域に基づいて、旅行イベントの初期の多次元値モデル（ｉｎｉｔｉａｌ  ｍｕｌｔｉｄｉｍｅｎｓｉｏｎａｌ  ｖａｌｕｅ）を更新する工程、およびｃ）更新された多次元値モデルに基づいて、対象地域への旅行についての最良のお勧めを、リアルタイムで出力する工程を含む。
【００３２】
さらなる実施形態において、ユーザー実施型の方法は、１以上の追加のまたは修正された旅行イベントを入力する工程、及び、更新された多次元値モデル上で、上述のような工程ｂ乃至ｃを繰り返す工程を含む。両方の実施形態において、初期多次元値モデルは、旅行イベントを含む情報の各項目に対する重み値を含み得る。
【００３３】
更に別の実施形態において、少なくとも１つのプロセッサー、プロセッサーと通信している少なくとも１つのメモリー、及び少なくとも１つのネットワーク接続を含む分散型クラウドコンピューターシステムが提供され、前記メモリーは命令を明確に保存し、前記命令はプロセッサーにより実行される際、ａ）ネットワーク接続を介して、及び分散型インターネットサービス（ＤＩＳ）システムを介して入力を受信し、ｂ）中央のクラウドサーバーに配置された入力を処理するように構成されたアプリケーション又はその構成要素を、選択されたクライアント層のターゲットに配信し、ｃ）分散アプリケーションまたはその構成要素をターゲットに配置し、およびｄ）クライアント層上のデータを中央サーバーと同期させる、ように構成される。
【００３４】
さらに本実施形態において、分散型クラウドコンピューターシステムは、配置されたアプリケーション又はその構成要素によりターゲットで入力を処理して出力を生成し、ネットワーク接続を介し出力を送信するための、プロセッサーが実行可能な命令を含む。両方の実施形態において、入力は電子商取引を含みうる。
【００３５】
さらに別の実施形態において、電子商取引中にユーザー体験を向上させる方法が提供され、該方法は、上記のように、分散型クラウドコンピューターシステムを含む中央のクラウドサーバーとネットワーク接続された（ｎｅｔｗｏｒｋｅｄ）電子商取引システムへの入力としての、ユーザーの問合せを受信する工程、分散型インターネットサービスシステムを介して、中央のサーバーからの電子商取引システム上のローカルサーバーに配信され及び配置される、アプリケーションまたはその構成要素で、問い合わせを処理する工程、及び、リアルタイムでユーザーへの問い合わせへの応答を表示し、それによりユーザーの体験を向上させる工程を含む。本実施形態において、電子商取引は、チケットの購入、旅行の計画、バンキング、または購入品を含んでもよい。
【００３６】
さらに別の実施形態において、リアルタイムでのクラウドコンピューティングにための方法が提供され、該方法は、ネットワーク接続を介して中央のクラウドサーバーに接続されている少なくともメモリー、プロセッサー、およびスクリーンを有する電子デバイスからの入力を受信する工程、入力を処理するように構成され、中央のクラウドサーバーに保存される、アプリケーションまたはその構成要素を、分散型インターネットサービスシステムを介して電子デバイスに配信する工程、配信されたアプリケーションまたは構成要素を配置する工程、配置されたアプリケーション又は構成要素を、入力を処理するように実行する工程、及び、  処理された入力に基づく反応をリアルタイムで電子デバイス上に表示する工程を含む。本実施形態において、入力は電子商取引を含み得る。電子商取引の代表的な例は、チケットの購入、旅行の計画、バンキング、または購入品である。
【００３７】
さらに別の実施形態において、電子デバイスの少なくとも１つのプロセッサーによって実行される際、電子デバイスに上述のような方法を行わせる命令をそこに明確に保存した、非一時的記録媒体が提供される。
【００３８】
分散型クラウドサービスシステム、コンピューターシステム、プラットフォーム、モデル、および、同じものを含むアプリケーション、および企業アプリケーションシステムの設計と実行において利用されるその使用方法が、本明細書において提供される。このようなシステムの代表的な例としては、限定しないが、百貨店チェーンのような小売のシステム、例えば鉄道チケットシステムなどのチケットシステムのような金融システム、全社的な人材のアプリケーションシステム、オンライン・バンキング・システム、カタログベースのショッピングなどの、支店チェーンを伴う銀行およびウェブベースのシステム、及び、例えばユーザー実行型の個人向けの旅行計画システムがある。
【００３９】
これらのシステム、コンピューターシステム、アプリケーション、および方法において、分散型インターネットサービスシステム技術は、もともと中央のサーバーに位置するロジックとデータを選択的に配信することにより、及び、分散型層と中央層の間の同期をサポートすることにより、仮想の中央に位置するコンピューティングリソースに基づいた既存のクラウドコンピューティング技術、ＤＩＳ層に基づく多層クライアント／サーバー技術、および、ブラウザ／サーバー技術の有益性を有機的に統合する。分散型クラウドサービスシステムは、例えば限定しないが、当該技術分野で既知であるような、エッジサーバー、エンドユーザーのＰＣ、ラップトップ、パッド及びスマートフォンといった任意の種類の電子デバイス上で利用可能である。
【００４０】
特定の実施形態において、分散型クラウドサービスのシステムまたはプラットフォームは、非常に大量の顧客からの問い合わせや取引のもとで、鉄道の電子チケットサービスのための安定したシステム性能を提供する。ＤＣＳシステムは、広域のネットワークにわたってシステム全体内での履行中の、リアルタイムの性能およびデータの統合性を維持するように構成されている。さらにＤＣＳプラットフォームは、システム全体にわたる機能のアップグレードの柔軟性をなお提供する。
【００４１】
別の特定の実施形態において、本発明は、より正確に旅行イベントを記述している、ＭｙＴｒｉｐＳｅｒｖｉｃｅ（ＭＴＳ）と呼ばれる、ユーザー実行型の個人向けの旅行の計画のための、多次元値のモデルを提供する。ＭＤＶは、旅行者の要望を反映させるために同様のモデルを確立し増強する選択プロセスを利用し、旅行イベントのモデルと旅行者の要望との間の一致に基づいて、多数のオプション中で最良の選択を推奨する。多次元値モデルは、最良の一致を見出すための努力と時間を大幅に低減する。増え続ける情報量及び絶えず変化する旅行イベントの市場で、多次元値モデルは、旅行者のＭＤＶモデルをさらに更新する間じゅう、バックエンドのデータ処理やイベントの準備を通じて、旅行者に推奨を行い、迅速に最良の一致を見出し、選択された旅行イベントの公式ウェブサイトにインタラクティブに到達する
【００４２】
分散型インターネットサービスシステム
技術的には、ＤＩＳ技術は、そのホスティングサーバーのコンピューティング環境と任意のターゲット化されたデバイスとの間の差に基づいて、インターネットアプリケーションの一部又は全体を変換し、及び、有線または無線のネットワークを介して、変換されたアプリケーションをターゲット化されたデバイスに積極的に配信し、配置し、同期させ、および、分散型アプリケーションのライフサイクル全体を管理する。分散型ミドルウェアプラットフォームとして、ＤＩＳは、アプリケーションをネットワークを介して可能な最大の範囲で多層の方法で実行するのを可能にし、アプリケーションをエンドユーザーに可能な限り近づけるのを可能にする。このように、それは、インターネットアプリケーションが、中央で設計され、配置され、ホストされ、および管理され、しかし、品質保証されるサービスを通じてネットワークを介して、有線又は無線で、エンドユーザーのデバイスまで、つまり、大きく広範囲な方法で実行されるのを可能にする。
【００４３】
ＤＩＳプラットフォームにより、コンテンツ、ロジック、及びデータを含むアプリケーションすべての要素、すなわちデジタル資産または資産は、別個にしかし均一に扱われる。まず、アプリケーションは、ＤＩＳのユーティリティツールの助けにより分析され、その結果、アプリケーションに関連付けられているすべてのデジタル資産が、元のホスティング環境、すなわち、ソースから識別される。その後、パッケージプロファイルは、その配信のために必要なすべての必須の特徴およびサービスポリシーを記述する各資産ごとに生成される。そのプロファイルに基づいて、各資産は、取得され、パッケージ化され、および、ＤＩＳリポジトリ内にバージョン管理され保存される中立の形態へ変換される。ゆえにアプリケーションは、「仮想化される。」
【００４４】
次に、指定されたサービスの要件に基づいて、各パッケージ化された資産は再び、ターゲット化されたコンピューティング環境上に変換され、コンポーネント分散型サーバー／資産分配サーバーを経由してターゲットのデバイス上に配信され、配置される。その時点では、分散型アプリケーションを使用する準備が整っている。一方、ＤＩＳは、アプリケーション・サービス・ポリシーによって定められた要件に基づいて、いずれかの方向に、資産の配信されたバージョンをソース環境での資産と同期させる。
【００４５】
配信、同期、配置、およびパージは、ネットワークコンピューティングリソースの最適な使用と同様に、アプリケーションの統合性、アプリケーションにおけるセキュリティ及び関連する役割に対する要件に基づいて、それぞれの具体的な資産についての任意の指定のスケジュールおよびサービスポリシーによってなされ得る。例えば、そのデバイス、アプリケーション、およびネットワークの経路の特徴に基づいてエンド・ユーザー・デバイスに配信される、デジタル資産の量及びタイプは調整され得る。ターゲット化されたデバイス、すなわち、ターゲットでは、ＤＩＳが配信された各資産の使用を管理する。フィードバックは、ターゲット・サービス・アプリケーションの使用状況についての有益な情報を提供し得る。
【００４６】
ＤＩＳプラットフォームは、アプリケーション資産のプロファイルで予め定められた要件に基づいて、各アプリケーションを提供する。プロファイルは、各資産のライフサイクルのあらゆる段階のためのサービス及びポリシーの必要なレベルと同様に、各資産、様々なアプリケーションとのその関連付け、グループ化、および役割を記述する。プロファイルは、リアルタイムで更新することができ、サービスプロバイダーが、最も良く顧客のニーズに応えるために、ネットワーク全体のコンピューティングリソースを活用するのを可能にする。ＤＩＳプラットフォーム・ソフトウェアーはネットワークのさまざまな層に存在し、その中でも、独自の仮想プライベート・ネットワーク・プロトコルを使用して通信し、および拡張性（ｓｃａｌａｂｉｌｉｔｙ）のためにカスケード接続され（ｃａｓｃａｄｅｄ）得る。ゆえに、ＤＩＳプラットフォームのすべてのサービス機能は、ネットワーク経由でコンピューティングリソースを利用し、分散された堅牢な方法で、ネットワークの様々なノードで行われる。
【００４７】
以下に記載されるように、本発明は、多くの利点および用途を提供するが、そのような利点および用途は、そのような記載によって限定されない。本発明の実施形態は、図面を参照してより好適に例証されるが、そのような参照は、任意の方法で本発明を制限するようには意図されない。本明細書に詳細に記載される実施形態および変化は、添付の請求項および同等物によって解釈されるものとする。
【００４８】
図１Ａ−１Ｃは、多階層クライアント／サーバーシステムを介して鉄道の電子チケットを取得するフローチャートの工程を示す。  多層クライアント／サーバーシステムは、システム全体にわたってデータの統合性、セキュリティ等を維持しながら、顧客の取引が発生する分岐位置のそれぞれにおいて、高い性能要件を満たすために使用され得るが、（通常、会社の内部ネットワーク内に実装され得うるが）、システムは通常、そのシステムの機能がネットワークを介して複数層のサブシステムにわたって完了する必要があるため、設計し実行するのに長い時間がかかる。さらに、一旦それが実装されれば、それは多くのサブシステムでの変更を含むため、その機能を更新または変更するのに多大な負担を要する。
【００４９】
鉄道の電子チケットを取得し使用するプロセス１００は、問い合わせ、予約、および搭乗の工程を一般的に包含する。図１Ａにおいて、鉄道の電子チケットについて問い合わせる際、ユーザー１０５は、出発地および所望の目的地および日付を１１０で含むパラメータを少なくとも入力するために、システム端末にアクセスする。ローカルサーバー層内のアプリケーションは、１１５でパラメータを受信し、ローカルサーバーに対して予め決められローカルサーバー層に予め保存されている在庫クォータ１２０から、特定のスケジュール、価格、および在庫情報を１２５で取得する。ローカルアプリケーションは１３０で回答をコンパイルし、チケットを保証された性能によってリアルタイムで予約するための情報を、システム端末１１０上に表示することにより、１３５でユーザーに応答する。しかし、クライアント／サーバーシステムでは、ローカルサーバーは、システム全体のデータを有さず、在庫１２０の予め割り当てられたクォータのみを有するが、ローカルサーバーは、保証された応答時間とアプリケーションの性能を提供する。
【００５０】
図１Ｂにおいて、チケットを予約するために、ユーザー１０５は、１４０にて、システムの端末上でチケットの予約情報を送信する。ローカルサーバーは、システムの端末から１４５で予約情報を受信し、ローカルアプリケーションは１５０にてオーダーを処理する。予約が１５５にて成功した場合、確認が１６０にてユーザーに送信され、システム端末にて表示される（１４０）。チケットが１５５で予約されていない場合、ユーザーは、１６５で通知され、そこで１１０にて別の問い合わせを行うかまたはシステムを出ることができる。
【００５１】
図１Ｃにおいて、列車への乗車のために、電子チケットはゲートオペレータに渡されるか、又は１７０で機械が読み取る。チケットは、磁気ストリップを含んでいてもよく、バーコードを備えた紙であってもよく、またはＲＦＩＤベースのカードまたは紙であってもよい。乗車制御システムは、チケット上の符号化されたデータを受信し、同じものをローカルサーバーに予め保存されたものと比較する。ＢＣＳシステムがチケットを通す場合、ユーザーは１８０にて列車に乗る。ＢＣＳシステムが、符号化されたチケット情報をあらかじめ保存された情報と一致させることができない場合、チケットは１８５にて無効となり（ｆａｉｌ）、ユーザーは列車に乗ることができない。チケットデータが既にＢＣＳシステムのローカルサーバーに予め保存されているので、応答はリアルタイムである。
【００５２】
図２Ａ−２Ｂは、二層ブラウザ／サーバーシステムを介して鉄道の電子チケットを取得するフローチャートの工程を示す。このシステムは、インターネットベースの商取引の企業によるシステムに利用され得る。ブラウザ／サーバーシステムは、すべてのアプリケーションおよびデータが主に中央のシステムに存在するため、インターネットベースの商取引の迅速な発展及び更新に適合し、システム機能の変更に柔軟性を有し、データの統合性を維持することができる。顧客は、いつでもどこでもインターネットを介してシステムにアクセスするためにブラウザを使用する。しかし、ブラウザ／サーバーシステムを使用して実行されるシステムは、顧客の末端で、保証された性能を提供することができない。インターネット環境は、リアルタイムの交通量、サーバーの負荷、すなわち、任意の時点でのサーバーへの、多数の要件、ＤＤｏＳ攻撃のようなインターネット上でのセキュリティなどとの、単一の強度すなわち、特に無線ネットワーク環境において、「コネクション（ｃｏｎｎｅｃｔｉｏｎ）」の観点から、企業によっても顧客によっても制御不能である。
【００５３】
ブラウザ／サーバーシステムを介して鉄道の電子チケットを取得するプロセス２００は、一般的に、問い合わせや予約の工程を包含する。図２Ａにおいて、鉄道の電子チケットについて問い合わせる際、ユーザー１０５は、中央サーバー上で鉄道の電子チケットの中央アプリケーションシステムのウェブサイトへ２１０にてアクセスするために、及び、少なくとも出発地と所望の目的地と日付を含むパラメータを２１５にて入力するために、ブラウザを使用する。パラメータは２２０にて中央アプリケーションシステムによってコンパイルされ、応答は２２５にて、インターネットを介してユーザーに送信される。
【００５４】
しかしながら、ブラウザはアプリケーションの能力をほとんど有さないので、ブラウザ／サーバーシステムは中央サーバーに大きく依存している。全体のインターネット環境の制御不能な性質のために、中央サーバーは保証されたアプリケーションのパフォーマンスを提供できず、ローカルサーバーとしてのユーザー体験はクライアント／サーバー環境において提供できる。
【００５５】
図２Ｂにおいて、チケットを予約するために、ユーザー１０５は、２１０にてウェブサイトにアクセスするために、２３０にて予約のオーダー情報を提出するために、ブラウザを使用する。中央サーバーは２３５にてオーダーを処理し、２４０にてユーザーに応答する。予約が２４０にて成功した場合、確認が２４５にてユーザーに送信され、ブラウザで開かれるウェブサイトにおいて表示される２１０。チケットが２４０にて予約されていない場合、ユーザーは２５０にて通知され、そこで２１０にて別の問い合わせを行うかまたはシステムを出ることができる。
【００５６】
サーバーが局所的に位置し多層のクライアント／サーバー技術と同様にならない限り、ブラウザ／サーバーシステムは通常、広域ネットワークにわたるその予測不可能な反応時間を考慮すると、搭乗制御機能のためは用いられない。
【００５７】
図３Ａ−３Ｃは、分散型クラウドサービスシステムを介して鉄道の電子チケットを取得するフローチャートの工程を示す。鉄道の電子チケット取得し使用するプロセス３００は、問い合わせ、予約、および搭乗の工程を一般に包含する。図３Ａにおいて、鉄道の電子チケットについて問い合わせる際、ユーザー１０５は出発地、目的地、および日付を３１０にて入力するためにシステム端末にアクセスする。システム端末と同じ局所的な領域ネットワークである、クライアントＤＩＳ（ＣＤＩＳ）層またはエッジＤＩＳ（ＥＤＩＳ）層で分散型インターネットサービスシステムのコンポーネント配信サーバー／資産分散サーバーシステムを介して配信されるアプリケーションを、パラメータを３１５ａまたは３１５ｂにてそれぞれ受け取り、および、中央クラウドサーバーを備えるＣＤＳ／ＡＤＳシステムに関連して記述されるように予め配信され同期される、特定のスケジュール、価格、および在庫の情報を、３２０にて引き出す。アプリケーションはまた、必要に応じて、非常に少量の情報を、広域ネットワークを介して中央サーバーから直接、３２５にて要求する。広域ネットワークが完全に利用不可能でない限り、ローカルアプリケーションは３３０で回答をコンパイルし、ほとんどの場合、保証された性能によってリアルタイムでチケットを予約するための情報を、システム端末３１０上に表示することにより、３３５にてユーザーに応答する。
【００５８】
ローカルＤＩＳ層は、分散型クラウドサービスを介して、中央のクラウドサーバーと同期されたデータを保持する。ある条件下でのみ要求された列車のみが利用可能な少数のチケットを有するように、ローカル層は、要求を、非常に少量のデータを備えた中央サーバーに直接送る必要があろう。分散型クラウドサービスは、制御不可能なインターネット環境においても通常速く、ゆえに、それはほとんどの場合、保証された反応時間およびアプリケーションの性能を提供することができる。
【００５９】
図３Ｂにおいて、チケットを予約するために、ユーザー１０５は、３４０にて、システムの端末上でチケットの予約情報を送信する。ローカルアプリケーションは、特定の条件下で中央クラウドサーバーに非常に少量の情報を直接送信することのみが必要なので、ほとんどの場合リアルタイムで、３４５にて注文を処理し、３５０にてユーザーに反応する。予約が３５５にて成功した場合、確認はシステム端末にて表示され３４０、予約情報はＤＩＳ層上に保存される。チケットが３６０にて予約されていない場合、ユーザーは通知され、そこで別の問い合わせを３１０にて行うかまたはシステムを出ることができる。予約オーダーは、「分散型クラウドサービス」による中央のクラウドサーバーと同期されたシステムデータに基づいている。アプリケーションの性能は、ほとんどの場合、保証されている。
【００６０】
図３Ｃにおいて、列車への搭乗のために、電子チケットはゲートオペレータに渡されるか、又は３６５にて機械が読み取る。チケットは、磁気ストリップを含んでいてもよく、バーコードを備えた紙であってもよく、またはＲＦＩＤベースのカードまたは紙であってもよい。乗車制御システムは、チケット上の符号化されたデータを３７０にて受信し、３７５にて同じものをローカルサーバーに予め保存されたものと比較する。ＢＣＳシステムが３８０にてチケットを通す場合、ユーザーは３８５にて列車に乗る。ＢＣＳシステムが、符号化されたチケット情報をあらかじめ保存された情報と一致させることができない場合、チケットは３９０にて無効になり、ユーザーは列車に乗ることができない。チケットデータは既に、「分散型クラウドサービス」によって、ＢＣＳシステムのローカルＤＩＳ層に予め保存されているので、応答はリアルタイムである。
【００６１】
図４は、ユーザーのための多次元値モデルを作成する際の工程を示す。
【００６２】
工程４１０にて旅行イベントが収集される。旅行対象の各地域について、最初に、オンラインおよびオフラインで、すべての可能なソースから、上に定められるようなすべての旅行イベントを見つける。イベントのリストは、情報収集の工程の間のさらに後に、増強され得る。
【００６３】
工程４２０にて、旅行イベントについての情報が収集される。各旅行イベントについて、任意およびすべてのソースからすべての可能な関連情報が見つけられる。イベントに関連する文章全体や段落を収集する。イベントによって生の情報ライブラリーにすべてのコレクションを入れる。より多くのイベントがこのプロセスを通じて見つけられた場合、イベントのリストを増強し、この工程を繰り返す。イベントについての情報は、それが収集される場所に依存して、本明細書で定められるようなソースによって分類される。
【００６４】
工程４３０で値の次元および値の記述が確立されている。予め定められた辞書を使用して、イベントの情報の各エントリーは、イベントの値の次元の初期セットを確立するために分析される。  辞書は、「価の次元」および「値の記述」に定められている単語のみを含む。例えば、ホテルについて収集される情報のエントリーは「部屋は非常にきれいであるが、ベッドは私にとって硬すぎる」であってもよい。ここで、「部屋」は、値の次元として辞書中に見つけられ、それゆえ、それは先に定められていなかった場合、「部屋」はＭＤＶモデルのための新たな次元として抽出され、一方で、「非常に」および「きれい」は「値の記述」として辞書中にある。さらに、「非常にきれい」は形容詞を定める副詞として文章に表れるので、与えられた値の次元「部屋」のための値の記述として抽出される。したがって、この情報のエントリーから、「部屋」は、「値の記述」としての「非常にきれいな」に対応する「値の次元」として抽出される。同様に、「ベッド」は、「値の記述」としての「硬すぎる」に対応する「値の次元」として抽出される。辞書内にない新しい単語が見つけられ、辞書に追加されることが決定される時は常に、辞書は連続的に手動で増大させられる。
【００６５】
見つけられたすべての値の次元を有するホテルのための、複数の次元値モデルの例（これらはひとしく重みづけされないかもしれない）は、以下のものを含む。
１）場所                          １８）冷蔵庫
２）部屋                          １９）スイートからの眺め
３）建物のスタイル                ２０）寝具
４）遊歩道                        ２１）靴磨き
５）ロビー                        ２２）朝食
６）ロビーの家具                  ２３）会議室
７）バス                          ２４）シーフードレストランのシェフ
８）タクシー                      ２５）エレベーター
９）２階のイタリアンレストラン    ２６）部屋の家具スタイル
１０）ジム                        ２７）バイク
１１）スイミングプール            ２８）空港への輸送手段
１２）ホットタブ                  ２９）駐車場
１３）フロントデスク              ３０）バレットサービス（Ｖａｌｅｔ  ｓｅｒｖｉｃｅ）
１４）ルームサービス              ３１）ショッピング
１５）スイート                    ３２）ペットの持ち込み
１６）ベッド                      ３３）販売促進のアップグレードまたは値引き
１７）枕
【００６６】
ステップ４４０にて、値の記述は定量化される。サブステップ４４２にて、予めさだめられたテキスト‐値のマッチング表は、「値の記述」について見つけられたテキストを数値に変換するために使用され、それは値の次元である「部屋」について「非常にきれい」を「０．９５」に変換し、他の値の次元「ベッド」について「硬すぎる」を「０．５」に変換することなどである。サブステップ４４４にて、あらかじめ定められた重み‐値は、値の次元と値の記述の両方に、情報の重みを追加するために使用される。例えば、上記の情報エントリーは、０．９の重みを持つ「人気のソース」のソースからのものである。
【００６７】
工程４５０にて、イベントのためのＭＶＣモデルが確立され、更新される。工程４３０および４４０からの結果を利用して、与えられたイベントのためのＭＶＤは、以下のように、重みを、各値の次元に対する値をかけることにより確立される。
・・・
次元＝「部屋」：値＝０．９＊０．９５＝０．８５５
次元＝「ベッド」：値＝０．９＊０．５＝０．４５
・・・
より多くの値の記述が値の次元について見つけられる場合、それらは重みで一つの値に平均化される。イベントの各カテゴリーのためのＭＤＶモデルの次元は、入手可能な情報から見つかったＭＤＶモデルの最大の次元として定められる。
【００６８】
工程４６０では、ＭＶＤモデルが、ユーザー（旅行者）のために確立される。イベントの各カテゴリーに対する旅行者のためのＭＶＤモデルが、各次元に対する最良の値を有するイベントモデルと同じ次元として最初に設定される場合に、最初のモデルがセットアップされる。最初に推奨されたイベントからの旅行者の選択プロセスの各工程で、旅行者のモデルの対応するイベントに対する値は、旅行者の選択に基づいて変更される。旅行者の好みの設定（ｐｒｅｆｅｒｅｎｃｅ）を示す１つ以上の選択後、各次元に対する値は、この旅行者のＭＤＶモデルのために設定される。
【００６９】
工程４７０では、ＭＤＶモデルは、イベントのためにアップデートされる。システムは、絶えず情報を収集し、各イベントに対してＭＤＶモデルをアップデートする。
【００７０】
工程４８０では、ＭＤＶモデルは、旅行者のためにアップデートされる。旅行者がイベントの推奨を要求し、推奨されたイベントに対して選択または修正を行うときはいつでも、旅行者のＭＤＶモデルは、アップデートされる。特定の条件、例えば「旅行の目的は何ですか」などの特定の質問に対する旅行者の回答、に基づいて、この旅行者のためのＭＤＶモデルは、その条件を、例えば、「出張旅行のため」または「休暇旅行のため」などに対応させるように標識化または保存され得る。異なる標識化モデルを引き起こし得る条件の他の代表的な例は、限定されないが、「冬旅行」、「夏旅行」、「３５歳での旅行」、「５２歳での旅行」、「家族との旅行」、「１人での旅行」を含む。旅行者のＭＤＶモデルはまた、「順序付けの比重（Ｓｅｑｕｅｎｃｉｎｇ ｗｅｉｇｈｔ）」の条件でアップデートされ得、例えば、「コンサート（Ｃｏｎｃｅｒｔ）」イベント後に、「ＢＢＱレストラン」に対する旅行者の順序付けの値は、「シーフードレストラン」に対するものよりはるかに低くなる。人の好みの設定は、複雑化され得、それ故、旅行者のＭＤＶモデルは、より多くのフィードバックが旅行者から収集され、旅行者のＭＤＶモデルのより多くのカテゴリーが確立されるにつれ、より多くの条件を発達させる。これには制限がないかもしれない。
【００７１】
工程４９０では、最良の一致が、リアルタイムで迅速に見られる。工程４１０、４２０、４３０、４４０、および４５０が絶えず実行されることで、各々の及びすべての旅行イベントの目的の表示は、ますます完全および最新（ｃｕｒｒｅｎｔ）のものとなる。旅行者が特定の要望を表わすときはいつでも、旅行イベントまたは旅行イベントの順序は、与えられた条件下で、イベントのモデルに対する旅行者のＭＤＶモデルの一致の程度に基づいて、旅行者に迅速に見つけられ得る且つ推奨され得る。例えば、与えられた条件下で過去に、週末のお出掛けのために、例えば、旅行者は、空港へのアクセスが容易な歴史的な場所にある、素敵なイタリアンレストランのあるホテルを優先する。さらに、旅行者は、通常、個人休暇に、ジムの空き状況にはそれほど関心がなく、自身の犬を連れていくことを好む。そのため、ホテルのイベントは、この複数の値のモデルの値に対する一致に基づいて検索され、最良のマッチングイベントが迅速に推奨される。
【００７２】
工程５００では、ユーザーは、一致に満足した場合、ホテル、飛行機などの予約に進む。ユーザーは、満足していなければ、工程５０５でより多くの又は異なる条件でさらに検索することができる。
【００７３】
図５Ａ−５Ｊは、ユーザーのための最良の推奨に一致する多次元の値を利用するＭｙＴｒｉｐＳｅｒｖｉｃｅの個人向けの旅行計画アプリケーションのフィーチャーを例証するウェブページ５００ａ−ｊの個々のスクリーンショットである。図５Ａは、様々なフィーチャーを示すホームページ５００ａである。対話画面は、現在の位置５０２を特定し、５０４でユーザーが旅行したい場所へのエントリーを可能にしている。ウェブページはまた、「旅行の期間は？」５０６、「何人？」５０８、「予算計画」５１０、「旅行計画のヘルプ」５１２、および「改めて開始」５１４、に対するエントリー／選択に対する機能のために構成される。ページは、５１６で表わされる複数のアニメ化されたバブルを表示し、これは、下から上まで絶えず浮かび、限定されないが、ビーチ、ＢＢＱ、キャンプ、特定の都市または地名などの、旅行に関するアイデアをユーザーが有するように促している。バブルのサイズ、移動速度、出現の頻度、及び／又は位置は、ユーザーの興味となるその可能性によって決定される。ユーザーは、旅行に関する興味と一致するバブルに触れてもよく、１つを超えるバブルを選択してよい。ウェブページはまた、５１８で広告およびプロモーションを表示し得る。図５Ｂでは、ウェブページ５００ｂは、ユーザーが５０４でビーチを選択し、５０６で計画された旅行の日付を選択したことを示し、これは５２０のドロップダウンカレンダー上に表示される。
【００７４】
図５Ｃでは、ウェブページ５００ｃは、５２２で表示される旅行パラメーター（即ち、ビーチ、２人、計画予算などを含む）に基づいた、旅行のための最良の推奨を表示している。推奨された旅行スケジュールは、５２４に表示され、推奨された「旅行イベント」から成る。ページは、５つのタブ、即ち、移動手段５２６ａ、食事５２６ｂ、ツーリング５２６ｃ、遊び又は娯楽５２６ｄ、および宿泊５２６ｅを含む。宿泊タブがクリックされ、ホテルと旅行者との間の値のマトリックスの最良の一致に基づいて、３つのホテルが５２８で推奨される。ページはまた、ユーザーが５２６ｅでリストから選択するときに、推奨されたホテルの１つに関する詳細情報を５３０に表示する。ユーザーはまた、推奨をアップデートまたは変更するために、ボタンをスケールに沿ってスライドさせることによって、５３２で主要な値の次元を変更することができる。
【００７５】
図５Ｄでは、食事のタブ５２６ｂは、ウェブページ５００ｄにおいて選択され、旅行者とレストランとの間の値のマトリックスの最良の一致に基づいて、３軒のレストランが５３４で推奨される。レストランの１つに関する詳細情報が５３６に表示される。タブ５２６ｂに対するドロップダウンにおいて、予約時間が５３８で選択される。宿泊でのように、ユーザーは選択を変更してもよい。
【００７６】
図５Ｅでは、ウェブページ５００ｅは、ユーザーが詳細な移動手段の計画を表示されたマップ５４２上に入力できるように、アイコン５４０が選択されることを示している。
出発地点５４４は、マップ中で所望の位置、例えば、北京市に触れることによって選択される。マップは、３つの選択、即ち、都市、地区、および通りの中で、国全体から詳細な通りまで縮小され得る。ボタン５４６は、選択されると、出発地点を確認する。
【００７７】
図５Ｆでは、ウェブページ５００ｆ上で出発地点５４４が５４６で確認されると、最も近い通りの住所５４８がマップデータベース５５０ａから得られる。図５Ｇでは、ウェブページ５００ｇ上で、目的地５５２は、マップ５４２上で選択され、ボタン５４６で確認される。図５Ｈでは、ウェブページ５００ｈ上で目的地５５２が５４６で確認されると、住所５５４がマップデータベース５５０ｂから得られる。図５Ｉでは、ウェブページ５００ｉは、マップ５４２上で目的地５５２を、および５５０ａおよび５５０ｂで、それぞれ、出発する場所の住所および目的地の住所を示している。旅行日は５０６のドロップダウンにおいて示されている。
【００７８】
図５Ｊでは、ウェブページ５００ｊ上で、移動手段のタブ５２６ａが選択され、移動手段計画が推奨される。時間および費用を含む、出発位置から目的地までの、自動車、飛行機、鉄道による公共交通などのモードが推奨されるように、５５２での出発位置から目的地まで直接の（ｄｏｏｒ−ｔｏ−ｄｏｏｒ）移動手段計画が選択され得る。例えば、ユーザーは、公共の移動手段による出発位置から空港までの、および空港から目的地までの時間および費用を得ることができる。この後者の例では、空港から目的地まで移動するのに、タクシーが唯一の推奨であり得る。選択された移動手段計画に対する合計の時間および費用は、５５６で表示される。移動手段の選択された推奨の主要モードに対して、詳細情報が５５８で表示される。出発位置および目的地を含む、推奨された旅行スケジュール５２４も表示される。
【００７９】
多次元値モデルのためのデータ構造設計の文書化
以下の表（Ｔａｂｌｅｓ）は、ＭＤＶモデルを記載する。
Ｉ．イベント値の表
【００８０】
【表１】
0006456303.tif 000002
【００８１】
表Ｉｂ：ＳＱＬステートメントイベントに関連する値の表
表 MTS_INCIDENT_VALUEを変更（ａｌｔｅｒ ｔａｂｌｅ）
外部キー "F_Refere"をドロップ（ｄｒｏｐ）;
表 MTS_INCIDENT_VALUEを変更
外部キー "F_Refere"を変更;
表 MTS_INCIDENT_VALUEをドロップ;
========================================================
-- 表: MTS_INCIDENT_VALUE
========================================================
表 MTS_INCIDENT_VALUE (
"v_id"               BIGINT                 not null,
"v_incident_id"      BIGINT,
"v_dimensions_id"    INT,
"v_dimensions_value" FLOAT(2,2),
"v_create_time"      DATE,
"v_update_time"      DATE,
制約（ｃｏｎｓｔｒａｉｎｔ） "P_Key_1" 主キー ("v_id")
)を作成（ｃｒｅａｔｅ）;
表 MTS_INCIDENT_VALUE 上のコメントは、以下である;
イベント値の表 - 複数の次元に対応するイベント
表 MTS_INCIDENT_VALUEを変更
制約"F_Refere" foreign key ("v_incident_id")
参照（ｒｅｆｅｒｅｎｃｅｓ） MTS_INCIDENT ("i_id")を
削除制限（ｄｅｌｅｔｅ ｒｅｓｔｒｉｃｔ）に加える（ａｄｄ）;
表 MTS_INCIDENT_VALUEを変更
制約 "F_Refere" foreign key ("v_dimensions_id")
参照 MTS_SYSTEM_DIMENSIONS ("d_id")を
削除制限に加える;
【００８２】
【表２】
0006456303.tif 000003
【００８３】
ＩＩ．イベントのマッチング操作のフローチャート
【００８４】
【表３】
0006456303.tif 000004
【００８５】
表ＩＩｂ： イベントは、関連する操作手順の表のＳｑｌステートメント
表 MTS_SYSTEM_INCIDENT_METCH_PROCESSをドロップ;
===========================================================
-- 表: MTS_SYSTEM_INCIDENT_METCH_PROCESS
========================================================
表 MTS_SYSTEM_INCIDENT_METCH_PROCESS (
"p_id"               INT                    not null,
"p_process_id"       INT,
"p_name"             VARCHAR(32),
制約 "P_Key_1" 主キー ("p_id")
)を作成;
表 MTS_SYSTEM_INCIDENT_METCH_PROCESS 上のコメントは、以下である:
'イベントのマッチング操作のフローチャート − 各工程のための固定プロセスには、ユーザーのマッチングプロセスを記録するために番号が付けられている
【００８６】
【表４】
0006456303.tif 000005
【００８７】
ＩＩＩ．イベント情報の表
【００８８】
【表５】
0006456303.tif 000006
【００８９】
表ＩＩＩｂ： 基本情報関連のＳＱＬステートメントのイベントの表
表 MTS_INCIDENT_INFOを変更
外部キー "F_Refere" をドロップ;
表 MTS_INCIDENT_INFOをドロップ;
--==========================================================
-- 表: MTS_INCIDENT_INFO
--==========================================================
表 MTS_INCIDENT_INFO (
"i_id"               BIGINT                 not null,
"i_incident_id"      BIGINT,
"i_name"             VARCHAR(16),
"i_value"            VARCHAR(21812),
"i_desc"             VARCHAR(128),
制約 "P_Key_1" 主キー ("i_id")
)を作成;
表 MTS_INCIDENT_INFO 上のコメントは、以下である
イベント情報の表 − キー値フォームを使用して、異なるフィールドで異なるイベントを分類するために必要とされる
表 MTS_INCIDENT_INFOを変更
制約 "F_Refere" foreign key ("i_incident_id")
参照 MTS_INCIDENT ("i_id")を
削除制限に加える;
【００９０】
【表６】
0006456303.tif 000007
【００９１】
ＩＶ．表のフォーマットでの値モデル
【００９２】
【表７】
0006456303.tif 000008
【００９３】
表ＩＶｂ： 表のフォーマットでのＳＱＬステートメント関連の値モデル
表 MTS_SYSTEM_MODLE_FORMATをドロップ;
==============================================================
-- 表: MTS_SYSTEM_MODLE_FORMAT
-==============================================================
表 MTS_SYSTEM_MODLE_FORMAT (
"f_id"               INT                    not null,
"f_format"           INT,
"f_name"             VARCHAR(32),
"f_state"            INT,
"f_create_time"      DATE,
"f_update_time"      DATE,
制約 "P_Key_1" 主キー ("f_id")
)を作成;
表 MTS_SYSTEM_MODLE_FORMAT 上のコメントは、以下である: ‘値モデル表示のフォーマットの表’
【００９４】
【表８】
0006456303.tif 000009
【００９５】
Ｖ．値のマトリックスのキーワードの表
【００９６】
【表９】
0006456303.tif 000010
【００９７】
表Ｖｂ： ＳＱＬステートメント関連のキーワード値のマトリックスの表
表 MTS_SYSTEM_KEYWORDを変更
外部キー F_MTS_FKをドロップ;
表 MTS_SYSTEM_KEYWORDをドロップ;
==============================================================
-- 表 : MTS_SYSTEM_KEYWORD
-==============================================================
表 MTS_SYSTEM_KEYWORD (
"k_id"               INT                    not null,
"k_keyword"          VARCHAR(64),
"k_weight"           FLOAT(1,2),
"k_flag"             INT,
"k_dimensions_id"    INT,
"k_create_time"      DATE,
"k_update_time"      DATE,
制約 "P_Key_1" 主キー ("k_id")
)を作成;
表 MTS_SYSTEM_KEYWORD 上のコメントは、以下である: '値のマトリックスのシステムレベルのキーワードの表';
表 MTS_SYSTEM_KEYWORDを変更
制約 F_MTS_FK foreign key ("k_dimensions_id")
参照 MTS_SYSTEM_DIMENSIONS ("d_id")を
削除制限に加える;
【００９８】
【表１０】
0006456303.tif 000011
【００９９】
ＶＩ．値の次元の表
【０１００】
【表１１】
0006456303.tif 000012
表ＶＩｂ： 次元の表のＳＱＬステートメントの値への関連性
表 MTS_INCIDENT_VALUEを変更
外部キー "F_Refere"をドロップ;
表 MTS_SYSTEM_DIMENSIONSを変更
外部キー F_MTS_FKをドロップ;
表 MTS_SYSTEM_KEYWORDを変更
外部キー F_MTS_FKをドロップ;
表 MTS_USER_RESULTを変更
外部キー "F_Refere"をドロップ;
表 MTS_SYSTEM_DIMENSIONSをドロップ;
==========================================================
-- 表 : MTS_SYSTEM_DIMENSIONS
==========================================================
表 MTS_SYSTEM_DIMENSIONS (
"d_id"               INT                    not null,
"d_name"             VARCHAR(16),
"d_parent_id"        int,
"d_weight"           FLOAT(2,2),
"d_incident_type"    INT,
"d_create_time"      DATE,
"d_update_time"      DATE,
制約 "P_Key_1" 主キー ("d_id")
)を作成;
表 MTS_SYSTEM_DIMENSIONS 上のコメントは、以下である: ‘値のシステムレベルの次元の表’;
表 MTS_SYSTEM_DIMENSIONSを変更
制約 F_MTS_FK foreign key ("d_incident_type")
参照 MTS_SYSTEM_INCIDENT_TYPE ("t_id")を
削除制限に加える;
【０１０１】
【表１２】
0006456303.tif 000013
【０１０２】
ＶＩＩ．辞書メンテナンスの記録フォーム
【０１０３】
【表１３】
0006456303.tif 000014
【０１０４】
表ＩＩｂ： 辞書の表のＳＱＬステートメントに関連する記録のメンテナンス
表 MTS_SYSTEM_DICTIONARY_RECORDを変更
外部キー "F_Refere"をドロップ;
表 MTS_SYSTEM_DICTIONARY_RECORDをドロップ;
=========================================================
-- 表: MTS_SYSTEM_DICTIONARY_RECORD
=========================================================
表 MTS_SYSTEM_DICTIONARY_RECORD (
"r_id"               INT                    not null,
"r_incident_id"      INT,
"r_version"          VARCHAR(5),
"r_creat_time"       DATE,
"r_update_time"      DATE,
"r_user"             INT,
"r_info"             VARCHAR(256),
制約 "P_Key_1" 主キー ("r_id")
)を作成;
表 MTS_SYSTEM_DICTIONARY_RECORD上のコメントは、以下である ‘辞書メンテナンスの記録フォーム’
表 MTS_SYSTEM_DICTIONARY_RECORDを変更
制約 "F_Refere" foreign key ("r_incident_id")
参照 MTS_SYSTEM_INCIDENT_TYPE ("t_id")を
削除制限に加える
【０１０５】
【表１４】
0006456303.tif 000015
【０１０６】
ＶＩＩＩ．推奨されたタグ表
【０１０７】
【表１５】
0006456303.tif 000016
【０１０８】
表ＶＩＩＩｂ： 関連するＳＱＬステートメントの推奨されたラベルシート
表 MTS_USER_RECOMMENDを変更
外部キー "F_Refere"をドロップ;
表 MTS_INCIDENT_RECOMMEND_LABELをドロップ;
==============================================================
-- 表: MTS_INCIDENT_RECOMMEND_LABEL
==============================================================
表 MTS_INCIDENT_RECOMMEND_LABEL (
"l_id"               INT                    not null,
"l_name"             VARCHAR(32),
"l_state"            INT,
"l_relation"         VARCHAR(256),
"l_synonymous"       VARCHAR(256),
制約 "P_Key_1" 主キー ("l_id")
)を作成;
表 MTS_INCIDENT_RECOMMEND_LABEL上のコメントは、以下である '推奨されたラベル表-
イベント間の関係性 - 検索による, イベントログの表のメンテナンス操作';
【０１０９】
【表１６】
0006456303.tif 000017
【０１１０】
ＩＸ．検索記録フォーム
【０１１１】
【表１７】
0006456303.tif 000018
【０１１２】
表ＩＸｂ： 検索記録関連の表に対するＳＱＬステートメント
表 MTS_INCIDENT_SEARCHをドロップ;
--=========================================================
-- 表: MTS_INCIDENT_SEARCH
--=========================================================
表 MTS_INCIDENT_SEARCH (
"s_id"               INT                    not null,
"s_keyword"          VARCHAR(32),
"s_time"             DATE,
"s_user_id"          INT,
"s_state"            INT,
制約 "P_Key_1" 主キー ("s_id")
)を作成;
表 MTS_INCIDENT_SEARCH 上のコメントは、以下である '検索記録フォーム - 統計的な及びユーザーの推奨のため';
【０１１３】
【表１８】
0006456303.tif 000019
【０１１４】
Ｘ．旅行イベントタイプ
【０１１５】
【表１９】
0006456303.tif 000020
【０１１６】
表Ｘｂ： 旅行関連のイベントタイプのＳＱＬステートメント
表 MTS_INCIDENTを変更
外部キー "F_Refere"をドロップ;
表 MTS_SYSTEM_DICTIONARY_RECORDを変更
外部キー "F_Refere"をドロップ;
表 MTS_SYSTEM_DIMENSIONSを変更
外部キー F_MTS_FKをドロップ;
表 MTS_USER_RESULTを変更
外部キー "F_Refere"をドロップ;
表 USER_MATCH_RECORDを変更
外部キー "F_Refere"をドロップ;
表 MTS_SYSTEM_INCIDENT_TYPEをドロップ;
--==============================================================
-- 表: MTS_SYSTEM_INCIDENT_TYPE
--==============================================================
表 MTS_SYSTEM_INCIDENT_TYPE (
"t_id"               INT                    not null,
"t_name"             VARCHAR(32),
"t_parent_id"        INT,
"t_create_time"      DATE,
"t_update_time"      DATE,
制約 "P_Key_1" 主キー ("t_id")
)を作成;
表 MTS_SYSTEM_INCIDENT_TYPE 上のコメントは、以下である '旅行システムレベルのイベントタイプの表';
【０１１７】
【表２０】
0006456303.tif 000021
【０１１８】
ＸＩ．旅行イベントの表
【０１１９】
【表２１】
0006456303.tif 000022
【０１２０】
表ＸＩｂ：旅行関連のイベントの表のＳＱＬステートメント
表 MTS_INCIDENTを変更
外部キー "F_Refere"をドロップ;
表 MTS_INCIDENT_INFOを変更
外部キー "F_Refere"をドロップ;
表 MTS_INCIDENT_VALUEを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_OPERATION_INCIDENTを変更
外部キー "F_Refere"をドロップ;
表 MTS_INCIDENTをドロップ;
==============================================================
-- 表: MTS_INCIDENT
==============================================================
表 MTS_INCIDENT (
"i_id"               BIGINT                 not null,
"i_name"             VARCHAR(128),
"i_area"             VARCHAR(16),
"i_type_id"          INT,
"i_state"            INT,
"i_format_id"        INT,
"i_label"            VARCHAR(256),
"i_create_time"      DATE,
"i_update_time"      DATE,
制約 "P_Key_1" 主キー ("i_id")
)を作成;
表 MTS_INCIDENT 上のコメントは、以下である ‘旅行イベントの表’;
表 MTS_INCIDENTを変更
制約 "F_Refere" foreign key ("i_type_id")
参照 MTS_SYSTEM_INCIDENT_TYPE ("t_id")を
削除制限に加える;
【０１２１】
【表２２】
0006456303.tif 000023
【０１２２】
ＸＩＩ．ユーザー履歴の表の値の結果
【０１２３】
【表２３】
0006456303.tif 000024
【０１２４】
表ＸＩＩｂ： 値のユーザー履歴の表の結果に関連するＳＱＬステートメント
表 MTS_USER_RESULT_HOSTORYをドロップ;
--==============================================================
-- 表: MTS_USER_RESULT_HOSTORY
--==============================================================
表 MTS_USER_RESULT_HOSTORY (
"r_id"               INT                    not null,
"r_user_id"          INT,
"r_incident_id"      INT,
"r_influence_id"     INT,
"r_dimensions_id"   INT,
"r_dimensions_value" FLOAT(2,2),
"r_create_time"      DATE,
"r_update_time"      DATE,
制約 "P_Key_1" 主キー ("r_id")
)を作成;
表 MTS_USER_RESULT_HOSTORY 上のコメントは、以下である 'ユーザーの表の値の結果履歴 - ユーザーの方位の変化を記録する履歴';
【０１２５】
【表２４】
0006456303.tif 000025
【０１２６】
ＸＩＩＩ．ユーザー値の方位の結果の表
【０１２７】
【表２５】
0006456303.tif 000026
【０１２８】
表ＸＩＩＩｂ： ユーザーの表の値の結果に関連するＳｑｌステートメント
表 MTS_USER_RESULTを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_RESULTを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_RESULTを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_RESULTをドロップ;
=========================================================
-- 表: MTS_USER_RESULT
-=========================================================
表 MTS_USER_RESULT (
"r_id"               INT                    not null,
"r_user_id"          INT,
"r_incident_id"      INT,
"r_influence_id"     INT,
"r_dimensions_id"   INT,
"r_dimensions_value" FLOAT(2,2),
"r_create_time"      DATE,
"r_update_time"      DATE,
制約 "P_Key_1" 主キー ("r_id")
)を作成;
表 MTS_USER_RESULT 上のコメントは、以下である ‘ユーザー値の結果の表’;
表 MTS_USER_RESULTを変更
制約 "F_Refere" 外部キー ("r_influence_id")
参照 MTS_USER_INFLUENCE ("i_id")を
削除制限に加える;
表 MTS_USER_RESULTを変更
制約 "F_Refere" foreign key ("r_incident_id")
参照 MTS_SYSTEM_INCIDENT_TYPE ("t_id")を
削除制限に加える;
表 MTS_USER_RESULTを変更
制約 "F_Refere" foreign key ("r_dimentsions_id")
参照 MTS_SYSTEM_DIMENSIONS ("d_id")を
削除制限に加える;
【０１２９】
【表２６】
0006456303.tif 000027
【０１３０】
ＸＩＶ．ユーザーは衝突パラメーターの表を評価する
【０１３１】
【表２７】
0006456303.tif 000028
【０１３２】
表ＸＩＶｂ： 顧客の値のパラメーターの表に関連するＳＱＬステートメントの影響
表 MTS_USER_RESULTを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_INFLUENCEをドロップ;
=========================================================
-- 表: MTS_USER_INFLUENCE
=========================================================
表 MTS_USER_INFLUENCE (
"i_id"               INT                    not null,
"i_factor"           VARCHAR(16),
"i_state"            INT,
"i_create_time"      DATE,
"i_update_time"      DATE,
制約 "P_Key_1" 主キー ("i_id")
)を作成;
表 MTS_USER_INFLUENCE 上のコメントは、以下である ‘ユーザーは衝突パラメーターの表を評価する’
【０１３３】
【表２８】
0006456303.tif 000029
【０１３４】
ＸＶ．ユーザーのマッチングプロセスの記録シート
【０１３５】
【表２９】
0006456303.tif 000030
【０１３６】
表ＸＶｂ： ＳＱＬステートメント関連の記録ユーザーの表のマッチングプロセス
表 USER_MATCH_RECORDを変更
外部キー "F_Refere"をドロップ;
表 USER_MATCH_RECORDをドロップ;
=========================================================
-- 表: USER_MATCH_RECORD
=========================================================
表 USER_MATCH_RECORD (
"m_id"               INT                    not null,
"m_user_id"          INT,
"m_type_id"          INT,
"m_choice_time"      DATE,
"m_choice_area"      VARCHAR(16),
"m_choice_form"      INT,
"m_choice_dimentsions" VARCHAR(512),
"m_record_time"      DATE,
"m_operation_process" VARCHAR(1024),
"m_state"            INT,
制約 "P_Key_1" 主キー ("m_id")
)を作成;
表 USER_MATCH_RECORD 上のコメントは、以下である: ‘ユーザーのマッチングプロセスの記録シート’
表 USER_MATCH_RECORDを変更
制約 "F_Refere" foreign key ("m_type_id")
参照 MTS_SYSTEM_INCIDENT_TYPE ("t_id")を
削除制限に加える;
【０１３７】
【表３０】
0006456303.tif 000031
【０１３８】
ＸＶＩ．ユーザー推奨のフォーム
【０１３９】
【表３１】
0006456303.tif 000032
【０１４０】
表ＸＶＩｂ： 関連するＳＱＬステートメントのユーザー推奨の表
表 MTS_USER_RECOMMENDを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_RECOMMENDをドロップ;
--=========================================================
-- 表: MTS_USER_RECOMMEND
--=========================================================
表 MTS_USER_RECOMMEND (
"r_id"               INT                    not null,
"r_user_id"          INT,
"r_label_id"         INT,
"r_weight"           FLOAT(1,2),
制約 "P_Key_1" 主キー ("r_id")
)を作成;
表 MTS_USER_RECOMMEND 上のコメントは、以下である: ‘ユーザー推奨のフォーム’
表 MTS_USER_RECOMMENDを変更
制約 "F_Refere" foreign key ("r_label_id")
参照 MTS_INCIDENT_RECOMMEND_LABEL ("l_id")を
削除制限に加える;
【０１４１】
【表３２】
0006456303.tif 000033
【０１４２】
ＸＶＩＩ．ユーザーはイベントログの表を操作する
【０１４３】
【表３３】
0006456303.tif 000034
【０１４４】
表ＸＶＩＩｂ： ユーザーアクションのイベントログの表に関連するＳＱＬステートメント
表 MTS_USER_OPERATION_INCIDENTを変更
外部キー "F_Refere"をドロップ;
表 MTS_USER_OPERATION_INCIDENTをドロップ;
--==============================================================
-- 表: MTS_USER_OPERATION_INCIDENT
--==============================================================
表 MTS_USER_OPERATION_INCIDENT (
"o_id"               INT                    not null,
"o_user_id"          INT,
"o_incident_id"      INT,
"o_info"             VARCHAR(128),
"o_time"             DATE,
"o_state"            INT,
制約 "P_Key_1" 主キー ("o_id")
)を作成;
表 MTS_USER_OPERATION_INCIDENT 上のコメントは、以下である ‘ユーザーはイベントログの表を操作する’
表 MTS_USER_OPERATION_INCIDENTを変更する
制約 "F_Refere" foreign key ("o_incident_id")
参照 MTS_INCIDENT ("i_id")を
削除制限に加える;
【０１４５】
【表３４】
0006456303.tif 000035
【０１４６】
本発明は、本発明に固有の目的および利点と同様に、言及される目的および利点も達成するように十分に適応されている。上に開示された特定の実施形態は、単に例示目的であり、本発明は、本明細書の教示の恩恵を有している当業者に明白である、異なるが同等な方法で修正および実施され得る。さらに、本明細書に示される構成または設計の詳細に対しての限定は、以下の請求項に記載される以上には意図されない。それ故、上に開示された特定の例示的な実施形態が変更または修正され得ること、およびすべてのそのような変更が、本発明の範囲および精神内で考慮されることは明らかである。また、請求項での用語は、他に明確に示されない限り及び特許権者によって明確に定義されない限り、その明白な、通常の意味を有する。
【図１Ａ】
0006456303.tif 000036
【図１Ｂ】
0006456303.tif 000037
【図１Ｃ】
0006456303.tif 000038
【図２Ａ】
0006456303.tif 000039
【図２Ｂ】
0006456303.tif 000040
【図３Ａ】
0006456303.tif 000041
【図３Ｂ】
0006456303.tif 000042
【図３Ｃ】
0006456303.tif 000043
【図４】
0006456303.tif 000044
【図５Ａ】
0006456303.tif 000045
【図５Ｂ】
0006456303.tif 000046
【図５Ｃ】
0006456303.tif 000047
【図５Ｄ】
0006456303.tif 000048
【図５Ｅ】
0006456303.tif 000049
【図５Ｆ】
0006456303.tif 000050
【図５Ｇ】
0006456303.tif 000051
【図５Ｈ】
0006456303.tif 000052
【図５Ｉ】
0006456303.tif 000053
【図５Ｊ】
0006456303.tif 000054