(57)【要約】【課題】各種のサービスのページにおいてメッセージ機能を容易に実現することができ、閲覧しているサービスのページにいながらメッセージ機能を利用することができるようにする。【解決手段】Ｗｅｂ上のサービスを提供する複数のサービス提供部のそれぞれから少なくともメッセージ送信リクエストおよびメッセージ参照リクエストを受信し、処理結果をレスポンスとして返送するメッセージフロントエンド部と、前記メッセージフロントエンド部の受信した一のサービス提供部からのリクエストに応じ、メッセージデータベースに対する送信メッセージおよび受信メッセージの格納を行い、前記メッセージフロントエンド部の受信した他のサービス提供部からのリクエストに応じ、受信メッセージの参照の処理を行うメッセージ処理部とを備える。【選択図】図１
2011060093.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂ上のサービスを提供する複数のサービス提供部のそれぞれから少なくともメッセージ送信リクエストおよびメッセージ参照リクエストを受信し、処理結果をレスポンスとして返送するメッセージフロントエンド部と、
前記メッセージフロントエンド部の受信した一のサービス提供部からのリクエストに応じ、メッセージデータベースに対する送信メッセージおよび受信メッセージの格納を行い、前記メッセージフロントエンド部の受信した他のサービス提供部からのリクエストに応じ、受信メッセージの参照の処理を行うメッセージ処理部と
を備えたことを特徴とするメッセージ機能提供システム。
【請求項２】
請求項１に記載のメッセージ機能提供システムにおいて、
前記メッセージ処理部は、管理データベースに格納されたユーザＩＤとファームＩＤの対応に基づき、前記メッセージデータベースの該当するファームに対して送信メッセージおよび受信メッセージの格納、ならびに、受信メッセージの参照の処理を行う
ことを特徴とするメッセージ機能提供システム。
【請求項３】
Ｗｅｂ上のサービスを提供する複数のサービス提供部のそれぞれから少なくともメッセージ送信リクエストおよびメッセージ参照リクエストを受信する工程と、
受信した一のサービス提供部からのリクエストに応じ、メッセージデータベースに対する送信メッセージおよび受信メッセージの格納を行い、受信した他のサービス提供部からのリクエストに応じ、受信メッセージの参照の処理を行う工程と、
前記サービス提供部に対して処理結果をレスポンスとして返送する工程と
を備えたことを特徴とするメッセージ機能提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを介してユーザ間でメッセージの送受信および参照を行う技術に関する。
【背景技術】
【０００２】
大規模（巨大）なポータルサイト等のＷｅｂシステムでは、ショッピング、オークション、出会い、ベビー、動画等の各種のサービスが別々のページで展開されている。各サービスのページにおける機能は、ユーザＩＤの管理等の基本的なものを除き、原則としてサービス毎に独自に開発され運用されている。
【０００３】
一方、ユーザ間のコミュニケーションを図る手段としてメッセージ機能が存在し、メッセンジャーと呼ばれる専用のアプリケーションプログラムを立ち上げて利用したり、メッセージ専用のページに移動したりして利用していた（例えば、特許文献１等を参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−５９２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、メッセージ機能を利用する場合、従来はメッセンジャーと呼ばれる専用のアプリケーションプログラムを立ち上げたり、メッセージ専用のページに移動したりしなければならず、閲覧しているサービスのページにいながらメッセージ機能を利用することができなかった。
【０００６】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、各種のサービスのページにおいてメッセージ機能を容易に実現することができ、閲覧しているサービスのページにいながらメッセージ機能を利用することのできるメッセージ機能提供システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、Ｗｅｂ上のサービスを提供する複数のサービス提供部のそれぞれから少なくともメッセージ送信リクエストおよびメッセージ参照リクエストを受信し、処理結果をレスポンスとして返送するメッセージフロントエンド部と、前記メッセージフロントエンド部の受信した一のサービス提供部からのリクエストに応じ、メッセージデータベースに対する送信メッセージおよび受信メッセージの格納を行い、前記メッセージフロントエンド部の受信した他のサービス提供部からのリクエストに応じ、受信メッセージの参照の処理を行うメッセージ処理部とを備えるメッセージ機能提供システムを要旨としている。
【０００８】
また、請求項２に記載されるように、請求項１に記載のメッセージ機能提供システムにおいて、前記メッセージ処理部は、管理データベースに格納されたユーザＩＤとファームＩＤの対応に基づき、前記メッセージデータベースの該当するファームに対して送信メッセージおよび受信メッセージの格納、ならびに、受信メッセージの参照の処理を行うようにすることができる。
【０００９】
また、請求項３に記載されるように、Ｗｅｂ上のサービスを提供する複数のサービス提供部のそれぞれから少なくともメッセージ送信リクエストおよびメッセージ参照リクエストを受信する工程と、受信した一のサービス提供部からのリクエストに応じ、メッセージデータベースに対する送信メッセージおよび受信メッセージの格納を行い、受信した他のサービス提供部からのリクエストに応じ、受信メッセージの参照の処理を行う工程と、前記サービス提供部に対して処理結果をレスポンスとして返送する工程とを備えるメッセージ機能提供方法として構成することができる。
【発明の効果】
【００１０】
本発明のメッセージ機能提供システムにあっては、各種のサービスのページにおいてメッセージ機能を容易に実現することができ、閲覧しているサービスのページにいながらメッセージ機能を利用することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態にかかるシステムの構成例を示す図である。
【図２】管理データベースのデータ構造例を示す図である。
【図３】メッセージデータベースのデータ構造例を示す図である。
【図４】複合サービス提供システムのハードウェア構成例を示す図である。
【図５】実施形態の処理例を示すシーケンス図（その１）である。
【図６】アクセス直後の画面例を示す図（その１）である。
【図７】実施形態の処理例を示すシーケンス図（その２）である。
【図８】アクセス直後の画面例を示す図（その２）である。
【図９】メッセージ一覧が表示された画面例を示す図である。
【図１０】実施形態の処理例を示すシーケンス図（その３）である。
【図１１】メッセージが表示された画面例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の好適な実施形態につき説明する。
【００１３】
＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。
【００１４】
図１において、インターネット等のネットワーク１には、ユーザが操作するＰＣ（Personal Computer）、携帯電話、ＰＤＡ（Personal Digital Assistants）等のユーザ端末２Ａ、２Ｂ、・・が接続されている。ユーザ端末２Ａ、２Ｂ、・・は、一般的なブラウザ（Ｗｅｂブラウザ）２１Ａ、２１Ｂ、・・をそれぞれ備えている。ブラウザ２１Ａ、２１Ｂ、・・は、インターネットの標準プロトコルであるＨＴＴＰ（Hyper Text Transfer Protocol）等に従い、ＨＴＭＬ（Hyper Text Markup Language）等の言語で記述されたページデータの要求・取得・表示およびフォームデータの送信等を行う機能を有している。
【００１５】
一方、ネットワーク１には、ユーザの操作するユーザ端末２Ａ、２Ｂ、・・のブラウザ２１Ａ、２１Ｂ、・・からアクセスが可能な複合サービス提供システム３が接続されている。
【００１６】
複合サービス提供システム３は、それぞれ個別のサービスを提供するサービス提供部３１Ｘ、３１Ｙ、・・と、サービス提供部３１Ｘ、３１Ｙ、・・に対してメッセージ機能を提供するメッセージ機能提供部（メッセージプラットフォーム）３２と、ユーザ毎にアラート（各種状態）を管理するアラート管理部３３とを備えている。
【００１７】
サービス提供部３１Ｘ、３１Ｙ、・・は、機能部として、ページデータ生成部３１１Ｘ、３１１Ｙ、・・と、ページデータ送信部３１２Ｘ、３１２Ｙ、・・と、ユーザ操作受信部３１３Ｘ、３１３Ｙ、・・と、メッセージ送信部３１４Ｘ、３１４Ｙ、・・と、メッセージ参照部３１５Ｘ、３１５Ｙ、・・とを備えている。これらの機能部は、複合サービス提供システム３を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００１８】
ページデータ生成部３１１Ｘ、３１１Ｙ、・・は、ユーザ端末２Ａ、２Ｂ、・・のブラウザ２１Ａ、２１Ｂ、・・に対して送信するページデータを生成する機能を有している。
【００１９】
ページデータ送信部３１２Ｘ、３１２Ｙ、・・は、ページデータ生成部３１１Ｘ、３１１Ｙ、・・で生成されたページデータをユーザ端末２Ａ、２Ｂ、・・のブラウザ２１Ａ、２１Ｂ、・・に対して送信する機能を有している。
【００２０】
ユーザ操作受信部３１３Ｘ、３１３Ｙ、・・は、ユーザ端末２Ａ、２Ｂ、・・のブラウザ２１Ａ、２１Ｂ、・・から、マウスクリック、キーボード入力等のユーザの操作内容を受信する機能を有している。
【００２１】
メッセージ送信部３１４Ｘ、３１４Ｙ、・・は、ユーザ操作受信部３１３Ｘ、３１３Ｙ、・・で受信したユーザの操作内容がメッセージ送信を指示している場合に、メッセージ機能提供部３２に対してメッセージ送信を依頼する機能を有している。
【００２２】
メッセージ参照部３１５Ｘ、３１５Ｙ、・・は、ユーザ操作受信部３１３Ｘ、３１３Ｙ、・・で受信したユーザの操作内容がメッセージ参照を指示している場合に、メッセージ機能提供部３２に対してメッセージ参照を依頼する機能を有している。
【００２３】
一方、メッセージ機能提供部３２は、機能部として、メッセージフロントエンド部（インタフェース部）３２１とメッセージ処理部３２２とメッセージ受信処理部３２５とレプリケーション処理部３２６とを備えている。これらの機能部は、複合サービス提供システム３を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。
【００２４】
また、メッセージ機能提供部３２は、データベースとして、管理データベース３２３とメッセージデータベース３２４とを備えている。これらのデータベースは、複合サービス提供システム３を構成するコンピュータ内のＨＤＤ（Hard Disk Drive）等の記憶媒体上に所定のデータを体系的に保持するものである。
【００２５】
メッセージフロントエンド部３２１は、サービス提供部３１Ｘ、３１Ｙ、・・とのインタフェースを行う部分であり、サービス提供部３１Ｘ、３１Ｙ、・・からリクエストを受け付け、サービス提供部３１Ｘ、３１Ｙ、・・に対してレスポンスを返す機能を有している。
【００２６】
メッセージ処理部３２２は、メッセージフロントエンド部３２１からのリクエストに応じ、メッセージの送受信および参照の処理を行う機能を有している。すなわち、メッセージ送信リクエストを受けた場合、管理データベース３２３から送信元のユーザＩＤに対応するメッセージデータベース３２４上のファーム（記憶領域）を認識し、該当するファームの送信ボックスに送信メッセージを格納する。また、メッセージ受信処理部３２５により送信先のユーザの数のメッセージ受信リクエストを発生させ、管理データベース３２３から送信先のユーザＩＤに対応するメッセージデータベース３２４上のファームを認識し、該当するファームの受信ボックスに受信メッセージを格納する。一方、メッセージ参照リクエストを受けた場合、管理データベース３２３から参照者（受信者）のユーザＩＤに対応するメッセージデータベース３２４上のファームを認識し、該当するファームの受信ボックスから受信メッセージを取得する。
【００２７】
メッセージ受信処理部３２５は、上述したように、メッセージ処理部３２２におけるメッセージ送受信処理において、送信メッセージから送信先のユーザの数のメッセージ受信リクエストを発生する機能を有している。
【００２８】
レプリケーション処理部３２６は、メッセージデータベース３２４において冗長化により二重化された各ファーム間でデータ同期を図る機能を有している。すなわち、メッセージ処理部３２２による各ファームへのアクセス時には、マジックハッシュ（Magic Hash）等のアルゴリズムにより、二重化されたファームのいずれかが決定されてアクセスが行われる。そして、二重化されたファームのいずれかにデータ更新が行われた場合、レプリケーション処理部３２６はデータ更新が行われなかった側のファームに対して同内容のデータ更新を行うことでデータ同期を行う。
【００２９】
図２は管理データベース３２３のデータ構造例を示す図であり、ユーザを特定する「ユーザＩＤ」とメッセージデータベース３２４上のファームを特定する「ファームＩＤ」とを対応付けたデータを有している。また、管理データベース３２３は、現時点で発行済の最大ＩＤの値も保持している。
【００３０】
図３はメッセージデータベース３２４のデータ構造例を示す図である。
【００３１】
図３（ａ）はファーム内の送信ボックスのデータ構造例を示しており、「ＦＲＯＭ」「ＭＳＧＩＤ」「ＴＯ，ＣＣ，ＢＣＣ」「ＦＯＲＭＡＴ」「ＴＩＴＬＥ」「ＢＯＤＹ」等の項目を有している。「ＦＲＯＭ」は送信元（送信者）のユーザＩＤを示している。「ＭＳＧＩＤ」はメッセージ処理部３２２により付与されるメッセージＩＤを示している。「ＴＯ，ＣＣ，ＢＣＣ」は宛先（受信者）のユーザＩＤを示している。「ＦＯＲＭＡＴ」はメッセージのフォーマットを示している。「ＴＩＴＬＥ」はメッセージのタイトルを示している。「ＢＯＤＹ」メッセージの本文を示している。また、メッセージデータベース３２４では、ファーム内の送信ボックスのメッセージ総数（ＭＳＧ総数）も管理している。
【００３２】
図３（ｂ）はファーム内の受信ボックスのデータ構造例を示しており、「ＲＣＰＴ」「ＦＲＯＭ」「ＦＲＯＭ＿ＭＳＧＩＤ」「ＭＳＧＩＤ」「ＴＯ」「ＦＯＲＭＡＴ」「ＴＩＴＬＥ」「ＢＯＤＹ」等の項目を有している。「ＲＣＰＴ」はインボックス（inbox）処理対象のユーザＩＤを示している。「ＦＲＯＭ」は送信元（送信者）のユーザＩＤを示している。「ＦＲＯＭ＿ＭＳＧＩＤ」は送信メッセージに付与されたメッセージＩＤを示している。「ＴＯ」は宛先（受信者）のユーザＩＤを示している。「ＦＯＲＭＡＴ」はメッセージのフォーマットを示している。「ＴＩＴＬＥ」はメッセージのタイトルを示している。「ＢＯＤＹ」メッセージの本文を示している。また、メッセージデータベース３２４では、ファーム内の受信ボックスのメッセージ総数（ＭＳＧ総数）と、未読数も管理している。
【００３３】
図４は複合サービス提供システム３のハードウェア構成例を示す図である。
【００３４】
図４において、複合サービス提供システム３は、システムバス３００１に接続されたＣＰＵ３００２、ＲＯＭ３００３、ＲＡＭ３００４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）３００５、Ｉ／Ｆ（Interface）３００６と、Ｉ／Ｆ３００６に接続された、キーボード、マウス、モニタ、ＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等のＩ／Ｏ（Input/Output Device）３００７、ＨＤＤ３００８、ＮＩＣ（Network Interface Card）３００９等を備えている。Ｍはプログラムもしくはデータが格納されたＣＤ／ＤＶＤ等のメディア（記録媒体）である。
【００３５】
＜動作＞
図５は上記の実施形態の処理例を示すシーケンス図であり、ユーザがメッセージの送信指示を行った場合に送信ボックスおよび受信ボックスにメッセージを格納するまでの処理例である。
【００３６】
図５において、ユーザ端末２Ａのユーザがブラウザ２１Ａから複合サービス提供システム３のサービス提供部３１Ｘの提供するサービス（例えば、「ショッピング」サービス）のページを閲覧しようとした場合、ブラウザ２１Ａからサービス提供部３１Ｘのページデータ生成部３１１Ｘにページリクエストを送信する（ステップＳ１０１）。これは、ブラウザ２１Ａにおいて、直接にサービス提供部３１ＸのＵＲＬ（Uniform Resource Locator）を入力するか、他のページに表示されたサービス提供部３１Ｘへのリンクボタンを押下すること等により行われる。ページリクエストは、インターネットの標準プロトコルであるＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ（Uniform Resource Identifier）等を含むメッセージがブラウザ２１Ａからページデータ生成部３１１Ｘに送信されることで行なわれる。
【００３７】
ページリクエストを受信したページデータ生成部３１１Ｘは、アラート管理部３３により新規アラートが保持されていないかどうかをチェックする（ステップＳ１０２）。なお、ページリクエストの前後にユーザログインが行われ、アクセスしているユーザのユーザＩＤを把握しているものとする。
【００３８】
ページデータ生成部３１１Ｘは予め保持されたページデータを取得するか、動的にページデータを生成するかにより、ブラウザ２１Ａに提供するページデータを生成する（ステップＳ１０３）。この際、メッセージ機能提供部３２の提供するメッセージ機能に対するユーザ操作が行える画面領域をページデータに含める。また、直前のアラートチェック（ステップＳ１０２）により通知すべきアラートがある場合にはページデータ内に含める。
【００３９】
ページデータ生成部３１１Ｘは生成したページデータをページデータ送信部３１２Ｘに送信する（ステップＳ１０４）。ページデータ生成部３１１Ｘとページデータ送信部３１２Ｘの間の通信はサービス提供部３１Ｘ内の通信であるため、任意の形式とすることができる。ページデータを受信したページデータ送信部３１２Ｘは、ブラウザ２１Ａにページデータを送信する（ステップＳ１０５）。ページデータはＨＴＴＰのレスポンス等に従ってページデータ送信部３１２Ｘからブラウザ２１Ａに送信される。
【００４０】
ページデータを受信したブラウザ２１Ａはページ画面を表示する（ステップＳ１０６）。図６はブラウザ２１Ａに表示されるページ画面の例を示している。ここでは、サービス提供部３１Ｘは「ショッピング」のサービスを提供するものとしている。このページ画面では、通常のサービス「ショッピング」の内容の他、メッセージ機能に対するユーザ操作が行える画面領域が設けられている。この画面領域には、「メッセージを送る」「メッセージを見る」等のボタンが設けられている。
【００４１】
図５に戻り、ユーザ端末２Ａのユーザがブラウザ２１Ａに表示されたページ画面からメッセージ送信指示の操作を行うと（ステップＳ１０７）、ブラウザ２１Ａからサービス提供部３１Ｘのユーザ操作受信部３１３Ｘに操作内容が送信される（ステップＳ１０８）。操作内容はＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッド等に付加されたＨＴＭＬ等のデータあるいはＧＥＴメソッド等に付加されたパラメータとしてブラウザ２１Ａからユーザ操作受信部３１３Ｘに送信される。メッセージ送信指示の操作は、例えば、図６における「メッセージを送る」ボタンを押下した後、宛先ユーザの選択・入力およびメッセージ内容（タイトル、本文）の入力を経て、確認ボタン等を押下することにより行われる。
【００４２】
図５に戻り、操作内容を受信したユーザ操作受信部３１３Ｘは、操作内容をメッセージ送信部３１４Ｘに送信する（ステップＳ１０９）。操作内容にはメッセージが含まれており、メッセージには「ＦＲＯＭ」「ＴＯ，ＣＣ，ＢＣＣ」「ＦＯＲＭＡＴ」「ＴＩＴＬＥ」「ＢＯＤＹ」が含まれている。ユーザ操作受信部３１３Ｘとメッセージ送信部３１４Ｘの間の通信はサービス提供部３１Ｘ内の通信であるため、任意の形式とすることができる。
【００４３】
操作内容を受信したメッセージ送信部３１４Ｘは、メッセージ機能提供部３２のメッセージフロントエンド部３２１にメッセージ送信リクエストを送信する（ステップＳ１１０）。メッセージ送信部３１４Ｘとメッセージフロントエンド部３２１の間の通信は複合サービス提供システム３内の通信であるため、任意の形式とすることができる。
【００４４】
メッセージ送信リクエストを受信したメッセージフロントエンド部３２１は、メッセージ送信リクエストをメッセージ処理部３２２に送信する（ステップＳ１１１）。メッセージフロントエンド部３２１とメッセージ処理部３２２の間の通信はメッセージ機能提供部３２内の通信であるため、任意の形式とすることができる。
【００４５】
メッセージ送信リクエストを受信したメッセージ処理部３２２は、メッセージの「ＦＲＯＭ」に基づいて管理データベース３２３を参照し、送信者に対応するファームＩＤを取得する（ステップＳ１１２）。また、メッセージ処理部３２２は、管理データベース３２３から最大ＩＤを取得し、管理データベース３２３の最大ＩＤを１増やした値に更新する（ステップＳ１１３）。管理データベース３２３の参照・更新にはＳＱＬ（Structured Query Language）等のコマンドが用いられる。
【００４６】
そして、メッセージ処理部３２２は、管理データベース３２３から取得したファームＩＤの示すメッセージデータベース３２４のファーム（例えばファーム３２４ｍ）の送信ボックスに、管理データベース３２３から取得した最大ＩＤを「ＭＳＧＩＤ」とし、他の「ＦＲＯＭ」「ＴＯ，ＣＣ，ＢＣＣ」「ＦＯＲＭＡＴ」「ＴＩＴＬＥ」「ＢＯＤＹ」とともに格納（追加）する（ステップＳ１１４）。この際、ファームのメッセージ総数も更新する。
【００４７】
また、メッセージ処理部３２２はメッセージ受信処理部３２５にメッセージを通知する（ステップＳ１１５）。このメッセージには「ＦＲＯＭ」「ＦＲＯＭ＿ＭＳＧＩＤ」「ＭＳＧＩＤ」「ＴＯ，ＣＣ，ＢＣＣ」「ＦＯＲＭＡＴ」「ＴＩＴＬＥ」「ＢＯＤＹ」が含まれている。メッセージ受信処理部３２５は宛先「ＴＯ，ＣＣ，ＢＣＣ」をユーザ単位に分解し、宛先ユーザ数の受信メッセージ処理リクエストをメッセージ処理部３２２に送信する（ステップＳ１１６）。メッセージ処理部３２２とメッセージ受信処理部３２５の間の通信はメッセージ機能提供部３２内の通信であるため、任意の形式とすることができる。
【００４８】
受信メッセージ処理リクエストを受信したメッセージ処理部３２２は、各受信メッセージ処理リクエストにつき、メッセージの宛先に基づいて管理データベース３２３を参照し、受信者に対応するファームＩＤを取得する（ステップＳ１１７）。また、各受信メッセージ処理リクエストにつき、管理データベース３２３から最大ＩＤを取得し、管理データベース３２３の最大ＩＤを１増やした値に更新する（ステップＳ１１８）。
【００４９】
そして、メッセージ処理部３２２は、各受信メッセージ処理リクエストにつき、管理データベース３２３から取得したファームＩＤの示すメッセージデータベース３２４のファーム（例えばファーム３２４ｉ等）の受信ボックスに、管理データベース３２３から取得した最大ＩＤを「ＭＳＧＩＤ」とし、他の「ＦＲＯＭ」「ＦＲＯＭ＿ＭＳＧＩＤ」「ＴＯ」「ＦＯＲＭＡＴ」「ＴＩＴＬＥ」「ＢＯＤＹ」「ＲＣＰＴ」とともに格納する（ステップＳ１１９）。この際、ファームのメッセージ総数も更新する。
【００５０】
次いで、メッセージ処理部３２２は受信メッセージ処理リクエストの処理完了をメッセージ受信処理部３２５に返答し（ステップＳ１２０）、メッセージ受信処理部３２５はアラート管理部３３に対し、受信メッセージの発生を示すアラートを設定する（ステップＳ１２１）。
【００５１】
なお、ブラウザ２１Ａにおける処理完了の表示については省略しているが、メッセージ送信指示（ステップＳ１０７）を行った直後に処理が行われた旨を表示してもよいし、メッセージ機能提供部３２からサービス提供部３１Ｘを経由して正規の処理完了を受信した上で処理が行われた旨を表示してもよい。
【００５２】
図７は上記の実施形態の他の処理例を示すシーケンス図であり、ユーザがメッセージ一覧の参照指示を行った場合にメッセージ一覧が表示されるまでの処理例である。
【００５３】
図７において、ユーザ端末２Ｂのユーザがブラウザ２１Ｂから複合サービス提供システム３のサービス提供部３１Ｙの提供するサービス（例えば、「出会い」サービス）のページを閲覧しようとした場合、ブラウザ２１Ｂからサービス提供部３１Ｙのページデータ生成部３１１Ｙにページリクエストを送信する（ステップＳ２０１）。これは、ブラウザ２１Ｂにおいて、直接にサービス提供部３１ＹのＵＲＬを入力するか、他のページに表示されたサービス提供部３１Ｙへのリンクボタンを押下すること等により行われる。ページリクエストは、インターネットの標準プロトコルであるＨＴＴＰに従ったＧＥＴメソッドとリクエストＵＲＩ等を含むメッセージがブラウザ２１Ｂからページデータ生成部３１１Ｙに送信されることで行なわれる。
【００５４】
ページリクエストを受信したページデータ生成部３１１Ｙは、アラート管理部３３により新規アラートが保持されていないかどうかをチェックする（ステップＳ２０２）。なお、ページリクエストの前後にユーザログインが行われ、アクセスしているユーザのユーザＩＤを把握しているものとする。ユーザ端末２Ｂのユーザに対してメッセージが到来している場合には、その旨のアラートをアラート管理部３３から取得する。
【００５５】
ページデータ生成部３１１Ｙは予め保持されたページデータを取得するか、動的にページデータを生成するかにより、ブラウザ２１Ｂに提供するページデータを生成する（ステップＳ２０３）。この際、メッセージ機能提供部３２の提供するメッセージ機能に対するユーザ操作が行える画面領域をページデータに含める。また、直前のアラートチェック（ステップＳ２０２）により通知すべきアラートがある場合にはページデータ内に含める。ページデータ生成部３１１Ｙは生成したページデータをページデータ送信部３１２Ｙに送信する（ステップＳ２０４）。ページデータ生成部３１１Ｙとページデータ送信部３１２Ｙの間の通信はサービス提供部３１Ｙ内の通信であるため、任意の形式とすることができる。ページデータを受信したページデータ送信部３１２Ｙは、ブラウザ２１Ｂにページデータを送信する（ステップＳ２０５）。ページデータはＨＴＴＰのレスポンス等に従ってページデータ送信部３１２Ｙからブラウザ２１Ｂに送信される。
【００５６】
ページデータを受信したブラウザ２１Ｂはページ画面を表示する（ステップＳ２０６）。図８はブラウザ２１Ｂに表示されるページ画面の例を示している。ここでは、サービス提供部３１Ｙは「出会い」のサービスを提供するものとしている。このページ画面では、通常のサービス「出会い」の内容の他、メッセージ機能に対するユーザ操作が行える画面領域が設けられている。この画面領域には、「メッセージを送る」「メッセージを見る」等のボタンが設けられている。また、アラート管理部３３から取得されたアラート「新着メッセージあり」が表示されている。
【００５７】
図７に戻り、ユーザ端末２Ｂのユーザがブラウザ２１Ｂに表示されたページ画面からメッセージ一覧参照指示の操作を行うと（ステップＳ２０７）、ブラウザ２１Ｂからサービス提供部３１Ｙのユーザ操作受信部３１３Ｙに操作内容が送信される（ステップＳ２０８）。操作内容はＨＴＴＰのＰＯＳＴメソッドあるいはＰＵＴメソッド等に付加されたＨＴＭＬ等のデータあるいはＧＥＴメソッド等に付加されたパラメータとしてブラウザ２１Ｂからユーザ操作受信部３１３Ｙに送信される。メッセージ一覧参照指示の操作は、例えば、図８における「メッセージを見る」ボタンを押下した後、一覧参照ボタン等を押下することにより行われる。一覧参照ボタンが当初から直接にページ画面に表示されている場合には、そのボタンを押下すればよい。
【００５８】
図７に戻り、操作内容を受信したユーザ操作受信部３１３Ｙは、操作内容をメッセージ参照部３１５Ｙに送信する（ステップＳ２０９）。ユーザ操作受信部３１３Ｙとメッセージ参照部３１５Ｙの間の通信はサービス提供部３１Ｙ内の通信であるため、任意の形式とすることができる。
【００５９】
操作内容を受信したメッセージ参照部３１５Ｙは、メッセージ機能提供部３２のメッセージフロントエンド部３２１にメッセージ一覧参照リクエストを送信する（ステップＳ２１０）。メッセージ一覧参照リクエストには当該リクエストを行ったユーザのユーザＩＤが含まれている。メッセージ参照部３１５Ｙとメッセージフロントエンド部３２１の間の通信は複合サービス提供システム３内の通信であるため、任意の形式とすることができる。
【００６０】
メッセージ一覧参照リクエストを受信したメッセージフロントエンド部３２１は、メッセージ一覧参照リクエストをメッセージ処理部３２２に送信する（ステップＳ２１１）。メッセージフロントエンド部３２１とメッセージ処理部３２２の間の通信はメッセージ機能提供部３２内の通信であるため、任意の形式とすることができる。
【００６１】
メッセージ一覧参照リクエストを受信したメッセージ処理部３２２は、リクエストを行ったユーザのユーザＩＤに基づいて管理データベース３２３を参照し、受信者に対応するファームＩＤを取得する（ステップＳ２１２）。
【００６２】
そして、メッセージ処理部３２２は、管理データベース３２３から取得したファームＩＤの示すメッセージデータベース３２４のファーム（例えばファーム３２４ｉ）の受信ボックスからメッセージ一覧データを取得する（ステップＳ２１３）。メッセージ処理部３２２はメッセージフロントエンド部３２１にメッセージ一覧データを送信する（ステップＳ２１４）。
【００６３】
メッセージ一覧データを受信したメッセージフロントエンド部３２１は、メッセージ参照部３１５Ｙにメッセージ一覧データを送信する（ステップＳ２１５）。
【００６４】
メッセージ一覧データを受信したメッセージ参照部３１５Ｙは、ページデータ生成部３１１Ｙにメッセージ一覧データを送信する（ステップＳ２１６）。
【００６５】
メッセージ一覧データを受信したページデータ生成部３１１Ｙは、メッセージ一覧データに基づいてページデータを生成し（ステップＳ２１７）、ページデータ送信部３１２Ｙにページデータを送信し（ステップＳ２１８）、ページデータ送信部３１２Ｙはブラウザ２１Ｂにページデータを送信する（ステップＳ２１９）。ページデータを受信したブラウザ２１Ｂはページ画面を表示する（ステップＳ２２０）。図９はブラウザ２１Ｂのページ画面の例を示しており、「メッセージを送る」「メッセージを見る」等のボタンの下にメッセージ一覧が表示された状態を示している。
【００６６】
図１０は上記の実施形態の他の処理例を示すシーケンス図であり、ユーザがメッセージの参照指示を行った場合にメッセージが表示されるまでの処理例である。
【００６７】
図１０において、ユーザ端末２Ｂのユーザがブラウザ２１Ｂに表示されたページ画面のメッセージ一覧からメッセージ参照指示の操作を行うと（ステップＳ３０１）、ブラウザ２１Ｂからサービス提供部３１Ｙのユーザ操作受信部３１３Ｙに操作内容が送信される（ステップＳ３０２）。メッセージ参照指示の操作は、例えば、図９におけるメッセージ一覧からメッセージを選択することにより行われる。
【００６８】
図１０に戻り、操作内容を受信したユーザ操作受信部３１３Ｙは、操作内容をメッセージ参照部３１５Ｙに送信する（ステップＳ３０３）。
【００６９】
操作内容を受信したメッセージ参照部３１５Ｙは、メッセージ機能提供部３２のメッセージフロントエンド部３２１にメッセージ参照リクエストを送信する（ステップＳ３０４）。メッセージ参照リクエストには当該リクエストを行ったユーザのユーザＩＤと参照対象のメッセージＩＤが含まれている。
【００７０】
メッセージ参照リクエストを受信したメッセージフロントエンド部３２１は、メッセージ参照リクエストをメッセージ処理部３２２に送信する（ステップＳ３０５）。
【００７１】
メッセージ参照リクエストを受信したメッセージ処理部３２２は、リクエストを行ったユーザのユーザＩＤに基づいて管理データベース３２３を参照し、受信者に対応するファームＩＤを取得する（ステップＳ３０６）。
【００７２】
そして、メッセージ処理部３２２は、管理データベース３２３から取得したファームＩＤの示すメッセージデータベース３２４のファーム（例えばファーム３２４ｉ）の受信ボックスから、メッセージＩＤに基づいてメッセージデータを取得する（ステップＳ３０７）。メッセージ処理部３２２はメッセージフロントエンド部３２１にメッセージデータを送信する（ステップＳ３０８）。
【００７３】
メッセージデータを受信したメッセージフロントエンド部３２１は、メッセージ参照部３１５Ｙにメッセージデータを送信する（ステップＳ３０９）。
【００７４】
メッセージデータを受信したメッセージ参照部３１５Ｙは、ページデータ生成部３１１Ｙにメッセージデータを送信する（ステップＳ３１０）。
【００７５】
メッセージデータを受信したページデータ生成部３１１Ｙは、メッセージデータに基づいてページデータを生成し（ステップＳ３１１）、ページデータ送信部３１２Ｙにページデータを送信し（ステップＳ３１２）、ページデータ送信部３１２Ｙはブラウザ２１Ｂにページデータを送信する（ステップＳ３１３）。ページデータを受信したブラウザ２１Ｂはページ画面を表示する（ステップＳ３１４）。図１１はブラウザ２１Ｂのページ画面の例を示しており、「メッセージを送る」「メッセージを見る」等のボタンの下にメッセージ内容が表示された状態を示している。
【００７６】
＜総括＞
以上説明したように、本実施形態によれば、メッセージ機能提供部３２の提供する機能によりサービス提供部３１Ｘ、３１Ｙ、・・における個別のサービスのページにおいてメッセージ機能を容易に実現することができ、閲覧しているサービスのページにいながらメッセージ機能を利用することができるという利点がある。
【００７７】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００７８】
１                      ネットワーク
２Ａ、２Ｂ              ユーザ端末
２１Ａ、２１Ｂ          ブラウザ
３                      複合サービス提供システム
３１Ｘ、３１Ｙ          サービス提供部
３１１Ｘ、３１１Ｙ      ページデータ生成部
３１２Ｘ、３１２Ｙ      ページデータ送信部
３１３Ｘ、３１３Ｙ      ユーザ操作受信部
３１４Ｘ、３１４Ｙ      メッセージ送信部
３１５Ｘ、３１５Ｙ      メッセージ参照部
３２                    メッセージ機能提供部
３２１                  メッセージフロントエンド部
３２２                  メッセージ処理部
３２３                  管理データベース
３２４                  メッセージデータベース
３２４ｉ、３２４ｍ      ファーム
３２５                  メッセージ受信処理部
３２６                  レプリケーション処理部
３３                    アラート管理部
【図１】
2011060093.tif 000003
【図２】
2011060093.tif 000004
【図３】
2011060093.tif 000005
【図４】
2011060093.tif 000006
【図５】
2011060093.tif 000007
【図６】
2011060093.tif 000008
【図７】
2011060093.tif 000009
【図８】
2011060093.tif 000010
【図９】
2011060093.tif 000011
【図１０】
2011060093.tif 000012
【図１１】
2011060093.tif 000013