(57)【特許請求の範囲】
【請求項１】
ユーザに対するお知らせ記事を含むウェブページを提供するウェブサーバと、前記ユーザに宛てて送信された前記お知らせ記事を含むメールを管理するメールサーバとに通信接続された仲介装置に処理を実行させるお知らせ連携プログラムであって、前記処理は、
前記ウェブサーバにおいて前記ユーザを識別するための第１の利用者識別情報と、前記お知らせを識別するためのお知らせ識別情報とを含み、且つ、前記お知らせ記事が開封されたことを示す情報を、前記ウェブサーバから受信し、
前記第１の利用者識別情報と前記メールサーバにおいて前記ユーザを識別するための第２の利用者識別情報とが対応付けられている利用者管理情報に基づいて、前記情報に含まれる前記第１の利用者識別情報に対応する前記第２の利用者識別情報を特定し、
該特定された第２の利用者識別情報及び前記お知らせ識別情報を含んでおり、該お知らせ識別情報で識別されるお知らせ記事が該第２の利用者識別情報で識別される前記ユーザにより開封済みであることを通知する開封済設定依頼情報を前記メールサーバに通知する、
ことを含み、
前記ウェブサーバは、前記お知らせ記事が前記ウェブページにおいて開封されると、前記お知らせ記事が前記ウェブページに表示されないようにすることを特徴とする、お知らせ連携プログラム。
【請求項２】
前記情報は、前記ウェブサーバにおいてお知らせ記事が開封された場合に前記ウェブサーバから通知される情報であり、該開封されたお知らせ記事のお知らせ識別情報と、該開封されたお知らせ記事を通知された前記ユーザの第１の利用者識別情報とを含んでいることを特徴とする、請求項１に記載のお知らせ連携プログラム。
【請求項３】
前記利用者管理情報では、更に、複数のシステムのうちの前記ウェブサーバ及び前記メールサーバとは別の少なくとも１つのシステムにおいて前記ユーザを識別するための少なくとも１つの利用者識別情報が、前記第１の利用者識別情報及び前記第２の利用者識別情報と対応づけられており、
前記特定では、更に、前記少なくとも１つのシステムにおける利用者識別情報が特定され、
前記通知では、前記少なくとも１つのシステムおける利用者識別情報及び前記お知らせ識別情報を含む開封済設定依頼情報が前記少なくとも１つのシステムに通知され、
前記開封済設定依頼情報を受信した前記少なくとも１つのシステムでは、前記少なくとも１つのシステムおける利用者識別情報及び前記お知らせ識別情報で識別される前記お知らせ記事が開封済みに設定されることを特徴とする、
請求項１又は２に記載のお知らせ連携プログラム。
【請求項４】
前記ウェブサーバからの識別情報提供依頼の受信に応じて、前記識別情報提供依頼に含まれる第１の利用者識別情報で識別される前記ユーザを前記メールサーバで識別するための第２の利用者識別情報を、前記ウェブサーバに送信する、
処理を更に前記仲介装置に実行させる、請求項１から３のいずれか一項に記載のお知らせ連携プログラム。
【請求項５】
前記ウェブサーバ及び前記メールサーバの少なくとも一方は、前記お知らせ連携プログラムを実行する前記仲介装置に実装されていることを特徴とする、請求項１から４のいずれか一項に記載のお知らせ連携プログラム。
【請求項６】
前記メールサーバは、更に、既に開封済みであるお知らせ記事を含む第２のメールを、前記第２のメールが前記ウェブサーバと前記メールサーバとのいずれにおいて最初に開封されたかを示す開封媒体の情報とともに管理しており、前記第２のメールが登録された受信箱を前記ユーザの端末に表示させる際、前記第２のメールと対応付けて前記開封媒体の情報を表示させる、ことを特徴とする、請求項１から５のいずれか一項に記載のお知らせ連携プログラム。
【請求項７】
ユーザに対するお知らせ記事を含むウェブページを提供するウェブサーバと、前記ユーザに宛てて送信された前記お知らせ記事を含むメールを管理するメールサーバとに通信接続された仲介装置であって、
前記ウェブサーバにおいて前記ユーザを識別するための第１の利用者識別情報と、前記お知らせを識別するためのお知らせ識別情報とを含み、且つ、前記お知らせ記事が開封されたことを示す情報を、前記ウェブサーバから受信する受信部、
前記第１の利用者識別情報と前記メールサーバにおいて前記ユーザを識別するための第２の利用者識別情報とが対応付けられている利用者管理情報に基づいて、前記情報に含まれる前記第１の利用者識別情報に対応する前記第２の利用者識別情報を特定する特定部、
該特定された第２の利用者識別情報及び前記お知らせ識別情報を含んでおり、該お知らせ識別情報で識別されるお知らせ記事が該第２の利用者識別情報で識別される前記ユーザにより開封済みであることを通知する開封済設定依頼情報を前記メールサーバに通知する通知部、
を含み、
前記ウェブサーバは、前記お知らせ記事が前記ウェブページにおいて開封されると、前記お知らせ記事が前記ウェブページに表示されないようにすることを特徴とする、仲介装置。
【請求項８】
ユーザに対するお知らせ記事を含むウェブページを提供するウェブサーバと、前記ユーザに宛てて送信された前記お知らせ記事を含むメールを管理するメールサーバとに通信接続された仲介装置が実行するお知らせ連携方法であって、
前記ウェブサーバにおいて前記ユーザを識別するための第１の利用者識別情報と、前記お知らせを識別するためのお知らせ識別情報とを含み、且つ、前記お知らせ記事が開封されたことを示す情報を、前記ウェブサーバから受信する工程と、
前記第１の利用者識別情報と前記メールサーバにおいて前記ユーザを識別するための第２の利用者識別情報とが対応付けられている利用者管理情報に基づいて、前記情報に含まれる前記第１の利用者識別情報に対応する前記第２の利用者識別情報を特定する工程と、
該特定された第２の利用者識別情報及び前記お知らせ識別情報を含んでおり、該お知らせ識別情報で識別されるお知らせ記事が該第２の利用者識別情報で識別される前記ユーザにより開封済みであることを通知する開封済設定依頼情報を前記メールサーバに通知する工程と、
を含み、
前記ウェブサーバは、前記お知らせ記事が前記ウェブページにおいて開封されると、前記お知らせ記事が前記ウェブページに表示されないようにすることを特徴とする、お知らせ連携方法。
【発明の詳細な説明】
【技術分野】
【０００１】
いくつかの実施形態は、お知らせ連携装置、お知らせ連携方法、及びお知らせ連携プログラムに関する。
【背景技術】
【０００２】
ユーザに対して専用のホームページ（以降、マイページと称する）を作成し、ユーザに通知したいお知らせをマイページで提供するシステムがある。この様なマイページを提供するシステムでは、ユーザがシステムにログインすると、マイページの画面が表示され、ユーザは自身に関連する情報がまとめられているマイページを見ることで効率よく情報を確認することができる。
【０００３】
マイページの利用の一例として、社会保障分野における様々な通知を提供する場合などが考えられる。例えば、年金の関する情報を掲載したマイページを作成することで、利用者に年金に関する各種情報をマイページで提供することができる。ユーザはこのようなマイページにネットワークを介してアクセスすることで、いつでもどこでも自分の年金情報を閲覧することができる。また、年金機構などの組織からの各種お知らせもマイページを見ることで容易に知ることが可能である。このように、利用者に対し専用のマイページを作成し、その利用者に関連するお知らせを掲載するということが増えてきている。
【０００４】
一方で、マイページに掲載したお知らせを、ユーザが利用している個人的なメールアドレスに対しても送信し、ユーザにメールでもお知らせの確認を促すことが行われている。例えば、年金機構などの組織からのお知らせを利用者のマイページに掲載し、更にユーザが利用しているウェブメールのメールアドレス等にメールでも通知するという運用を取る場合がある。このような場合には、ユーザが利用している例えばマイページを提供するシステムとウェブメールサービスを提供するシステムといった異なるシステムに同一のお知らせが登録されることがあった。
【０００５】
これに関し、ＷＥＢメールサーバ装置とクライアント装置の両者の電子メールを一元管理する電子メール管理システム、および、その方法を提供する技術が知られている。
また、パソコンなど機器操作が苦手な人々、及びインターネット、携帯電話等のメールアドレスを持たない人に簡単に見られる電子メールの受信システムを提供する技術が知られている。
【０００６】
また、ポータルサイトに登録されたＷｅｂ情報の削除をＷｅｂブラウザ上から簡単に行う技術が知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−７９８８８号公報
【特許文献２】特開２００２−３４４５２２号公報
【特許文献３】特開２００４−１９９２１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、異なるシステム間における同一のユーザに対する同一通知の未読及び既読状態を管理できる仕組みは無かった。本発明に係るいくつかの実施形態は、異なるシステム間における同一のユーザに対する同一通知の未読及び既読状態を管理できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一つの態様のユーザに対して通知される同じお知らせ記事が登録される複数のシステムのうちの第１のシステムと第２のシステムとを連携させるお知らせ連携プログラムであって、第１のシステムの利用者を識別するための第１の利用者識別情報及び第２のシステムの利用者を識別するための第２の利用者識別情報が対応付けられている利用者管理情報と、お知らせ記事を識別するためのお知らせ識別情報及びお知らせ識別情報で識別されるお知らせ記事を通知されたユーザの第１の利用者識別情報を含んでおりお知らせ記事が開封されたことを示す仲介依頼情報とから、仲介依頼情報に含まれる第１の利用者識別情報で識別されるユーザの第２のシステムにおける第２の利用者識別情報を特定し、特定された第２の利用者識別情報及びお知らせ識別情報を含んでおり、お知らせ識別情報で識別されるお知らせ記事が第２の利用者識別情報で識別されるユーザにより開封済みであることを通知する開封済設定依頼情報を第２のシステムに通知する、処理をコンピュータに実行させることを含む、お知らせ連携プログラム。
【発明の効果】
【００１０】
上述の態様により、異なるシステム間における同一のユーザに対する同一通知の未読及び既読状態を管理できる仕組みを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】お知らせ連携処理が実施されるネットワーク構成を例示する図である。
【図２】異なるシステムにおけるお知らせ記事の表示例を示す図である。
【図３】異なるシステムにおけるお知らせ記事の別の表示例を示す図である。
【図４】マイページ提供サーバの機能ブロック構成を例示する図である。
【図５】仲介装置の機能ブロック構成を例示する図である。
【図６】ウェブメールサーバの機能ブロック構成を例示する図である。
【図７】お知らせ記事登録依頼情報を例示する図である。
【図８】マイページお知らせ管理情報を例示する図である。
【図９】メールアドレス提供依頼情報を例示する図である。
【図１０】メールアドレス提供情報を例示する図である。
【図１１】ウェブメールお知らせ記事登録依頼情報を例示する図である。
【図１２】マイページ提供サーバの制御部によって実行されるお知らせ登録処理を例示する図である。
【図１３】利用者管理情報を例示する図である。
【図１４】仲介装置の制御部によって実行されるメールアドレス提供処理を例示する図である。
【図１５】ウェブメール管理情報を例示する図である。
【図１６】ウェブメールサーバの制御部によって実行されるウェブメール登録処理を例示する図である。
【図１７】仲介依頼情報を例示する図である。
【図１８】マイページ提供サーバの制御部によって実行されるマイページ表示処理を例示する図である。
【図１９】ウェブメールサーバの制御部によって実行されるウェブメール表示処理を例示する図である。
【図２０】ウェブメールの開封画面を例示する図である。
【図２１】ウェブメール開封済設定依頼情報を例示する図である。
【図２２】マイページ開封済設定依頼情報を例示する図である。
【図２３】仲介装置の制御部によって実行されるお知らせ連携処理を例示する図である。
【図２４】ウェブメールサーバの制御部によって実行されるウェブメール開封済設定処理を例示する図である。
【図２５】マイページ提供サーバの制御部によって実行されるマイページ開封済設定処理を例示する図である。
【図２６】マイページ提供サーバ、ウェブメールサーバ、利用者端末、管理者端末、及び仲介装置を実現するためのコンピュータのハードウェア構成を例示する図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、本発明のいくつかの実施形態について詳細に説明する。なお、複数の図面において対応する要素には同一の符号を付した。
【００１３】
図１は、お知らせ連携処理が実施されるネットワーク構成１００を例示する図である。
図１に示すお知らせ連携処理が実施されるネットワーク構成１００は、マイページ提供サーバ１０１、及びウェブメールサーバ１０２などの複数のシステムを含んでいる。また、ネットワーク構成１００は、利用者端末１０３、管理者端末１０４、及び仲介装置１０５も含んでいる。マイページ提供サーバ１０１、ウェブメールサーバ１０２、利用者端末１０３、管理者端末１０４、及び仲介装置１０５はネットワーク１１０を介して接続されている。ネットワーク１１０は、例えば、インターネット、ＬＡＮ（Local Area Network）、無線ＬＡＮなどのネットワークである。
【００１４】
マイページ提供サーバ１０１は、例えば、ウェブサーバなどであり、ユーザに対して個別にマイページを生成して提供を行うサーバである。マイページ提供サーバ１０１は、例えば、年金情報を提供したり、銀行の口座情報を提供したり、ネットショッピングサービスを提供したり、及びソーシャル・ネットワーキング・サービスを提供したりするサーバであってもよい。マイページ提供サーバ１０１は、例えば利用者毎に生成されるマイページの情報を利用者端末１０３からのアクセスに応じて利用者端末１０３のブラウザ１０６に提供する。また、マイページ提供サーバ１０１は管理者端末１０４から例えばブラウザ１０７を介してお知らせ記事２０１の登録依頼を受け付け、受信したお知らせ記事２０１をユーザのマイページへと掲載する。
【００１５】
ウェブメールサーバ１０２は、例えば、ウェブサーバなどであり、ユーザに対して送信されたメールを管理するサーバである。ウェブメールサーバ１０２は、例えば利用者端末１０３からのアクセスに応じて、利用者が送受信したメールの一覧等を生成し、利用者端末１０３のブラウザ１０６に提供する。
【００１６】
利用者端末１０３は、例えば、パーソナルコンピュータ、ノートパソコン、携帯電話、タブレット端末、及びスマートフォンなどの端末である。利用者端末１０３は、例えばマイページ提供サーバ１０１が提供するマイページ及びウェブメールサーバ１０２が提供するウェブメールなどのサービスを利用するユーザが利用する端末である。例えば、ユーザが利用者端末１０３のブラウザ１０６からネットワーク１１０を介してマイページ提供サーバ１０１の自身のアカウントにログインすると、ブラウザ１０６にはログインしたユーザ用に生成されたマイページが表示される。また、ユーザが利用者端末１０３のブラウザ１０６からネットワーク１１０を介してウェブメールサーバ１０２の自身のアカウントにログインすると、ブラウザ１０６にはログインしたユーザが送受信したウェブメールの一覧などが表示される。
【００１７】
管理者端末１０４は、例えば、パーソナルコンピュータ、ノートパソコン、携帯電話、タブレット端末、及びスマートフォンなどの端末である。管理者端末１０４は、例えばマイページ提供サーバ１０１の管理者が利用する端末である。管理者端末１０４では、例えばマイページ提供サーバ１０１を利用する利用者に対するお知らせ記事２０１の登録が例えばブラウザ１０７を介して実行される。管理者端末１０４から登録が行われたお知らせ記事２０１は、マイページ提供サーバ１０１において登録対象の利用者のマイページを生成する際に利用される。また、管理者端末１０４からマイページ提供サーバ１０１に登録が行われたお知らせ記事２０１は、同じ利用者のウェブメールサーバ１０２上のメールアドレスにも送信される。
仲介装置１０５は、例えば、ウェブサーバなどの装置であり、お知らせ連携処理を実行する装置である。仲介装置１０５の詳細については後述する。
【００１８】
図２は、異なるシステムにおけるお知らせ記事の表示例を示す図である。図２（ａ）は、マイページ提供サーバ１０１によって生成されるユーザ：Ａさんのマイページ２００を例示している。図２（ａ）のマイページ２００は、例えば利用者端末１０３のユーザがブラウザ１０６を介してマイページ提供サーバ１０１の自身のアカウントにログインし、マイページ２００を開くと利用者端末１０３のブラウザ１０６に表示される画面である。マイページ２００には、Ａさんに対して通知されたお知らせ記事２０１が表示されている。通常、マイページ２００は、未開封のお知らせ記事２０１と開封済みのお知らせ記事２０１とでユーザに対する表示形式が異なるように構成されている。例えば、図２（ａ）に例示するマイページ２００では、開封済みのお知らせ記事２０１は表示されないように構成されている。従って、マイページ２００に表示されているお知らせ記事２０１は未開封の記事である。例えば、図２（ａ）で、お知らせ記事２０１「パスワードの変更について」及び「年金通知の確認について」は未開封のお知らせ記事２０１である。また更に、図２（ａ）に例示するマイページ２００には、Ａさんのアカウントに関する各種情報を表示するためのリンク２０２等も表示されている。
【００１９】
図２（ｂ）はウェブメールサーバ１０２によって生成されるユーザ：Ａさんのウェブメールの受信箱２１０を例示している。図２（ｂ）の受信箱２１０は、例えば利用者端末１０３のユーザがブラウザ１０６を介してウェブメールサーバ１０２の自身のアカウントにログインし、受信箱２１０を開くと利用者端末１０３のブラウザ１０６に表示される画面である。受信箱２１０には、Ａさんのメールアドレス宛てに送信された受信メール２１１が格納されている。受信箱２１０では受信メール２１１についての差出人２１２、発信日時２１３、タイトル２１４、開封媒体２１５の情報が表示されている。差出人２１２は、受信メール２１１を送信した差出人のメールアドレスである。発信日時２１３は、受信メール２１１を送信した日時についての情報である。タイトル２１４は、受信メール２１１の差出人がメールのタイトルとして記載した情報である。開封媒体２１５の欄は、例えば、異なるシステムで同一のユーザに対する同一通知を登録している場合に、いずれのシステムで最初にその通知を開封したかについての情報を格納し、それを表示している。例えば、マイページ提供サーバ１０１にお知らせ記事２０１が登録され、そのお知らせ記事２０１と同一のお知らせ記事２０１を含むメールがウェブメールサーバ１０２にも送信されているとする。この場合に、ユーザが、マイページ提供サーバ１０１とウェブメールサーバ１０２とのどちらでそのお知らせ記事２０１を最初に開封したかについての情報が、開封媒体２１５の欄に表示される。図２（ｂ）の上から１通目、ならびに３通目は、ウェブメールサーバ１０２にて開封されたことがわかるよう、開封媒体２１５の欄に「メール」が表示される。また、受信箱２１０は、未開封の受信メール２１１と開封済みの受信メール２１１との表示形式が異なるように構成されている。例えば、図２（ｂ）の受信箱２１０では、未開封の受信メール２１１は太字で表示するように構成されており、一方、開封済みの受信メール２１１は、太字の設定が解除され通常の太さの文字で表示されるように構成されている。例えば、図２（ｂ）ではタイトル「パスワードの変更について」及び「テニスのお誘い」は太字で表示されているため、未開封の受信メール２１１である。一方、タイトル「新任の担当について」及び「訃報」は通常の太さの文字で表示されているため、開封済みの受信メール２１１である。
【００２０】
また更に、受信箱２１０には、メール作成２１６、次画面２１７、ログアウト２１８などの各種操作ボタンも表示されている。メール作成２１６は、例えば、ユーザがメールを新規作成するときに利用するボタンである。次画面２１７は、例えば、受信箱２１０に含まれる受信メール２１１の数が多く受信メール２１１が複数ページにわたって表示されている場合に、次のページを表示させるボタンである。ログアウト２１８は、例えば、ユーザがウェブメールサーバ１０２の自身のアカウントからログアウトする際に用いるボタンである。
【００２１】
例えば、以上のようなマイページ２００及び受信箱２１０において、或るユーザのマイページ２００に新たなお知らせ記事２０１が登録されたとする。この場合に、そのユーザに対して生成されるマイページ２００には登録されたお知らせ記事２０１が掲載される。また、このマイページ２００へのお知らせ記事２０１の登録の際に、そのユーザが個人的に利用しているメールアドレスに対して同じお知らせ記事２０１をメールでも通知するという運用が取られているとする。この場合には、ユーザは、マイページ２００及び受信箱２１０の双方で同じお知らせ記事２０１の通知を目にすることになる。
【００２２】
例えば、図２（ａ）には、お知らせ記事２０１「パスワードの変更について」が表示されており、マイページ２００においてお知らせ記事２０１「パスワードの変更について」は未開封であることが分かる。また、図２（ｂ）にも、お知らせ記事２０１「パスワードの変更について」が太字で受信箱２１０に登録されており、受信箱２１０においてお知らせ記事２０１「パスワードの変更について」が未開封であることが分かる。そして、この様にマイページ２００及び受信箱２１０等の２つのシステムに同一のお知らせ記事２０１が登録されている場合に、一方のシステムでお知らせ記事２０１を開封して既読にしたとする。
【００２３】
この様な場合にも一般に未読及び既読の管理はシステム毎に個別に実施されるため、一方のシステムでお知らせ記事２０１を開封して既読にしたとしても、もう一方のシステムでは未読のままの状態であった。例えば、図２（ａ）のマイページ２００においてお知らせ記事２０１「パスワードの変更について」を開封して閲覧した場合、マイページ２００ではお知らせ記事２０１「パスワードの変更について」は既読となり表示されなくなる。しかしながら、ユーザはマイページ２００でお知らせ記事２０１「パスワードの変更について」を閲覧し既に内容を把握しているにも関わらず、受信箱２１０ではお知らせ記事２０１「パスワードの変更について」は依然として太字で未読として表示されてしまう。また逆に、受信箱２１０でお知らせ記事２０１「パスワードの変更について」を開封し既読とした場合も、マイページ２００ではお知らせ記事２０１「パスワードの変更について」を開封しない限りは未読として取り扱われる。そのため、お知らせ記事２０１「パスワードの変更について」はマイページ２００に表示され続けることになる。この場合、ユーザは、例えば、未読のお知らせ記事２０１が既に別のシステムで内容を確認した開封済みのお知らせ記事２０１であるのか、それとも似た題名ではあるが異なるお知らせ記事２０１であるのか等を判断する必要が生じていた。或いは、同じお知らせ記事２０１の通知を複数回確認してしまうなどの状態が生じていた。そして、この様な状況が生じることはユーザにとって利便性が低いことに本願の発明者は気づいた。
【００２４】
そこで、本願の発明者は、異なるシステム間における同一のユーザに対する同一通知の未読及び既読状態を管理できる仕組みを発明した。以下には、図２及び図３を参照して、お知らせ連携処理について説明する。図３は、異なるシステムにおけるお知らせ記事の別の表示例を示す図である。図３は、一方のシステムでユーザがお知らせ記事２０１「パスワードの変更について」を開封済みにした場合に表示されるマイページ２００及び受信箱２１０の表示を例示している。
【００２５】
例えば、図２（ａ）のマイページ２００において、未開封のお知らせ記事２０１「パスワードの変更について」を開封したとする。その場合に、例えば図３（ａ）及び（ｂ）に表示されるように、マイページ２００において開封したお知らせ記事２０１「パスワードの変更について」はマイページ２００及び受信箱２１０の双方において既読として取り扱われている。即ち、図３（ａ）のマイページ２００ではお知らせ記事２０１「パスワードの変更について」は表示されておらず、また、図３（ｂ）の受信箱２１０ではお知らせ記事２０１「パスワードの変更について」は通常の太さの文字で表示されている。また同様に、例えば、図２（ｂ）の受信箱２１０において、未開封のお知らせ記事２０１「パスワードの変更について」を開封したとする。その場合にも、例えば図３（ａ）及び（ｂ）に表示されるように、受信箱２１０において開封したお知らせ記事２０１「パスワードの変更について」は、マイページ２００及び受信箱２１０の双方において既読として取り扱われている。即ち、図３（ａ）のマイページ２００では、お知らせ記事２０１「パスワードの変更について」は表示されておらず、また、図３（ｂ）の受信箱２１０ではお知らせ記事２０１「パスワードの変更について」は通常の太さの文字で表示されている。従って、ユーザはお知らせ記事２０１を開封したことをいずれのシステムにおいても特定できるため、同一のお知らせ記事２０１を未読であると勘違いし、複数のシステムにおいて複数回確認するといった無駄な作業が防止される。
【００２６】
続いて、マイページ提供サーバ１０１、仲介装置１０５、及びウェブメールサーバ１０２の機能ブロック構成について図４から図６を参照して説明する。
図４は、マイページ提供サーバ１０１の機能ブロック構成を例示する図である。マイページ提供サーバ１０１の制御部４００は、例えばお知らせ登録部４０１、マイページ表示部４０２、マイページ開封済設定部４０３を含んでいる。マイページ提供サーバ１０１の記憶部４１０は、お知らせ登録プログラム４１１、マイページ表示プログラム４１２、マイページ開封済設定プログラム４１３、及びマイページお知らせ管理情報８００を含む。マイページ提供サーバ１０１の制御部４００はお知らせ登録プログラム４１１を読み出して実行することでお知らせ登録部４０１として機能する。マイページ提供サーバ１０１の制御部４００はマイページ表示プログラム４１２を読み出して実行することでマイページ表示部４０２として機能する。マイページ提供サーバ１０１の制御部４００はマイページ開封済設定プログラム４１３を読み出して実行することでマイページ開封済設定部４０３として機能する。これらの各機能部の詳細及び記憶部４１０に格納されている情報の詳細については後述する。
【００２７】
図５は、仲介装置１０５の機能ブロック構成を例示する図である。仲介装置１０５の制御部５００は、例えば提供部５０１、受信部５０２、特定部５０３、及び通知部５０４を含んでいる。仲介装置１０５の記憶部５１０は、仲介プログラム５１１、及び利用者管理情報１３００を含む。仲介装置１０５の制御部５００は仲介プログラム５１１を読み出して実行することで提供部５０１、受信部５０２、特定部５０３、及び通知部５０４として機能する。これらの各機能部の詳細及び記憶部５１０に格納されている情報の詳細については後述する。
【００２８】
図６は、ウェブメールサーバ１０２の機能ブロック構成を例示する図である。ウェブメールサーバ１０２の制御部６００は、例えばウェブメール登録部６０１、ウェブメール表示部６０２、ウェブメール開封済設定部６０３を含んでいる。ウェブメールサーバ１０２の記憶部６１０は、ウェブメール登録プログラム６１１、ウェブメール表示プログラム６１２、ウェブメール開封済設定プログラム６１３、及びウェブメール管理情報１５００を含む。ウェブメールサーバ１０２の制御部６００はウェブメール登録プログラム６１１を読み出して実行することでウェブメール登録部６０１として機能する。ウェブメールサーバ１０２の制御部６００はウェブメール表示プログラム６１２を読み出して実行することでウェブメール表示部６０２として機能する。ウェブメールサーバ１０２の制御部６００はウェブメール開封済設定プログラム６１３を読み出して実行することでウェブメール開封済設定部６０３として機能する。これらの各機能部の詳細及び記憶部６１０に格納されている情報の詳細については後述する。
【００２９】
続いて、図７から図１２を参照して、お知らせ記事２０１の登録処理を説明する。はじめに、図１２の動作フローで利用される情報について図７から図１１を参照して説明する。
【００３０】
図７は、お知らせ記事登録依頼情報７００を例示する図である。お知らせ記事登録依頼情報７００は、本実施形態においては、管理者端末１０４からマイページ提供サーバ１０１に送信される情報である。図７に例示するお知らせ記事登録依頼情報７００は、電文種別７０１、利用者ＩＤ７０２、並びにお知らせ記事２０１の情報としてお知らせ記事タイトル７０３及びお知らせ記事本文７０４を含んでいる。また、各情報には備考７１０が付されている。なお、図７において備考７１０には、理解を容易にするために意味等の補足を記載したが、備考７１０はお知らせ記事登録依頼情報７００に必ずしも含まれている必要はない。
【００３１】
電文種別７０１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別７０１の値「１０」は、備考７１０にも示されるように送信される電文がお知らせ記事登録依頼情報７００であることを表している。電文種別７０１の値「１０」の値は、お知らせ記事登録依頼情報７００に対して割り当てられた特定の値であるため、例えば、記憶部４１０に予め格納しておくことで、そこから読み出して設定することができる。利用者ＩＤ７０２には、お知らせ記事登録依頼情報７００によりお知らせ記事２０１が登録される対象の利用者のマイページ２００における利用者ＩＤが格納されている。例えばここでは、利用者：Ａさんの利用者ＩＤ７０２：A-san001が格納されている。利用者ＩＤ７０２は、マイページ提供サーバ１０１において、マイページ２００を利用するユーザを識別可能な識別子である。お知らせ記事タイトル７０３はお知らせ記事２０１の表題の情報を格納しており、お知らせ記事本文７０４はお知らせ記事２０１の本文を格納している。
【００３２】
図８は、図４に示すマイページ提供サーバ１０１の記憶部４１０に格納されているマイページお知らせ管理情報８００を例示する図である。図８に例示するマイページお知らせ管理情報８００はお知らせ記事情報８０１を含んでいる。お知らせ記事情報８０１は、利用者ＩＤ８０２、登録日時８０３、開封状況８０４、並びにお知らせ記事２０１の情報としてお知らせＩＤ８０５、お知らせ記事タイトル８０６、及びお知らせ記事本文８０７を含んでいる。これらの利用者ＩＤ８０２、登録日時８０３、開封状況８０４、お知らせＩＤ８０５、お知らせ記事タイトル８０６、及びお知らせ記事本文８０７はお知らせ記事情報８０１により対応付けられている。
【００３３】
利用者ＩＤ８０２には、お知らせ記事情報８０１でお知らせ記事２０１が登録される対象のマイページ２００を利用する利用者を識別可能な識別子である利用者ＩＤが格納されている。例えば、利用者ＩＤ８０２が「A-san001」のお知らせ記事情報８０１は、利用者ＩＤ８０２「A-san001」で識別される利用者のマイページ２００の生成に用いられるデータであることを示している。登録日時８０３は、お知らせ記事情報８０１が登録された日時ついての情報を格納している。開封状況８０４は、お知らせ記事情報８０１に対応するお知らせ記事２０１がマイページ２００においてユーザにより開封されているか否かを表す情報である。例えば、図８の例では、お知らせ記事情報８０１に対応するお知らせ記事２０１をユーザが未だ開封していない場合には「未」が格納されており、一方、お知らせ記事情報８０１に対応するお知らせ記事２０１をユーザが開封済みの場合には「済」が格納されている。マイページお知らせ管理情報８００にお知らせ記事情報８０１が登録される際には、開封状況８０４は「未」の状態で登録される。お知らせＩＤ８０５、お知らせ記事タイトル８０６、及びお知らせ記事本文８０７は、お知らせ記事２０１に関する情報である。お知らせＩＤ８０５は、お知らせ記事２０１を一意に識別可能な識別子である。お知らせ記事タイトル８０６及びお知らせ記事本文８０７には、例えば、お知らせ記事登録依頼情報７００で通知されるお知らせ記事２０１のお知らせ記事タイトル７０３及びお知らせ記事本文７０４の内容が格納される。
【００３４】
図９は、メールアドレス提供依頼情報９００を例示する図である。メールアドレス提供依頼情報９００は、本実施形態においては、マイページ提供サーバ１０１から仲介装置１０５に送信される情報である。図９に例示するメールアドレス提供依頼情報９００は、電文種別９０１、及び利用者ＩＤ９０２を含んでいる。また、各情報には備考９１０が付されている。なお、図９において備考９１０には、理解を容易にするために値の意味等の補足を記載したが、備考９１０はメールアドレス提供依頼情報９００に必ずしも含まれている必要はない。電文種別９０１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別９０１の値「８」は、備考９１０にも示されるように送信される電文がメールアドレス提供依頼情報９００であることを表している。電文種別９０１の値「８」の値は、メールアドレス提供依頼情報９００に対して割り当てられた特定の値であるため、例えば、記憶部４１０に予め格納しておくことで、そこから読み出して設定することができる。利用者ＩＤ９０２には、お知らせ記事登録依頼情報７００の利用者ＩＤ７０２の値又はお知らせ記事登録依頼情報７００により登録されたお知らせ記事情報８０１の利用者ＩＤ８０２の値が格納される。
【００３５】
図１０は、メールアドレス提供情報１０００を例示する図である。メールアドレス提供情報１０００は、本実施形態においては、仲介装置１０５からマイページ提供サーバ１０１に送信される情報である。図１０に例示するメールアドレス提供情報１０００は、電文種別１００１、利用者ＩＤ１００２、及びメールアドレス１００３を含んでいる。また、各情報には備考１０１０が付されている。なお、図１０において備考１０１０には、理解を容易にするために値の意味等の補足を記載したが、備考１０１０はメールアドレス提供情報１０００に必ずしも含まれている必要はない。電文種別１００１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別１００１の値「９」は、備考１０１０にも示されるように送信される電文がメールアドレス提供情報１０００であることを表している。電文種別１００１の値「９」の値は、メールアドレス提供情報１０００に対して割り当てられた特定の値であるため、例えば、記憶部５１０に予め格納しておくことで、そこから読み出して設定することができる。利用者ＩＤ１００２には、メールアドレス提供依頼情報９００で通知される利用者ＩＤ９０２の値が格納されている。また、メールアドレス１００３には、利用者ＩＤ１００２で識別される利用者のメールアドレスを含んでいる。第１の実施形態においては、メールアドレス１００３は利用者ＩＤ１００２で識別される利用者がウェブメールサーバ１０２で利用しているメールアドレスである。
【００３６】
図１１は、ウェブメールお知らせ記事登録依頼情報１１００を例示する図である。ウェブメールお知らせ記事登録依頼情報１１００は、本実施形態においては、ウェブメールサーバ１０２にお知らせ記事２０１の登録を依頼するためにマイページ提供サーバ１０１から送信される情報である。図１１に例示するウェブメールお知らせ記事登録依頼情報１１００は、電文種別１１０１、登録先メールアドレス１１０２を含んでいる。また、ウェブメールお知らせ記事登録依頼情報１１００は、お知らせ記事２０１の情報としてお知らせＩＤ１１０３、お知らせ記事タイトル１１０４、及びお知らせ記事本文１１０５も含んでいる。また、各情報には備考１１１０が付されている。なお、図１１において備考１１１０には、理解を容易にするために意味等の補足を記載したが、備考１１１０はウェブメールお知らせ記事登録依頼情報１１００に必ずしも含まれている必要はない。
【００３７】
電文種別１１０１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別１１０１の値「２０」は、送信される電文がウェブメールお知らせ記事登録依頼情報１１００であることを表している。電文種別１１０１の値「２０」の値は、ウェブメールお知らせ記事登録依頼情報１１００に対して割り当てられた特定の値であるため、例えば、記憶部４１０に予め格納しておくことで、そこから読み出して設定することができる。登録先メールアドレス１１０２は、ウェブメールお知らせ記事登録依頼情報１１００の送信先のウェブメールサーバ１０２上でお知らせ記事２０１が登録される利用者のメールアドレスである。登録先メールアドレス１１０２には、例えば、メールアドレス提供情報１０００のメールアドレス１００３の値が格納される。お知らせＩＤ１１０３は、ウェブメールお知らせ記事登録依頼情報１１００で登録を依頼するお知らせ記事２０１に対して付与されたお知らせ記事２０１を一意に識別可能な識別子である。お知らせ記事タイトル１１０４及びお知らせ記事本文１１０５はウェブメールお知らせ記事登録依頼情報１１００で登録を依頼するお知らせ記事２０１のタイトル及び本文の内容を格納している。
【００３８】
図１２は、マイページ提供サーバ１０１の制御部４００によって実行されるお知らせ登録処理を例示する図である。図１２のお知らせ登録処理の動作フローは、例えば、マイページ提供サーバ１０１の制御部４００が記憶部４１０に格納されているお知らせ登録プログラム４１１を読み出して実行することで実施される。一実施形態においては、マイページ提供サーバ１０１がマイページ２００の提供サービスを開始するとお知らせ登録処理は開始する。ステップＳ１２０１において、マイページ提供サーバ１０１の制御部４００は、管理者端末１０４からお知らせ記事登録依頼情報７００を受信したか否かを判定する。お知らせ記事登録依頼情報７００を受信していない場合（ステップＳ１２０１がＮｏ）は、ステップＳ１２０１に戻り処理を繰り返す。一方、お知らせ記事登録依頼情報７００を受信した場合（ステップＳ１２０１がＹｅｓ）には、フローはステップＳ１２０２へと進む。なお、一実施形態においては、マイページ提供サーバ１０１の制御部４００は、受信した電文の電文種別がお知らせ記事登録依頼情報７００を表す「１０」であった場合に、お知らせ記事登録依頼情報７００を受信したと判定してもよい。続いて、ステップＳ１２０２において、マイページ提供サーバ１０１の制御部４００は、受信したお知らせ記事登録依頼情報７００に含まれるお知らせ記事２０１に対して、お知らせＩＤを付与する。お知らせＩＤは、お知らせ記事２０１を一意に識別可能な識別子である。ステップＳ１２０３において、マイページ提供サーバ１０１の制御部４００は、お知らせ記事登録依頼情報７００に含まれる情報と付与したお知らせＩＤとからお知らせ記事情報８０１を生成し、マイページお知らせ管理情報８００に登録する。
【００３９】
続いて、ステップＳ１２０４において、マイページ提供サーバ１０１の制御部４００は、メールアドレス提供依頼情報９００を生成し、仲介装置１０５へと送信する。マイページ提供サーバ１０１の制御部４００は、例えばお知らせ記事登録依頼情報７００の利用者ＩＤ７０２又はマイページお知らせ管理情報８００の利用者ＩＤ８０２の値から、メールアドレス提供依頼情報９００を生成する。続いて、マイページ提供サーバ１０１の制御部４００は、生成したメールアドレス提供依頼情報９００を仲介装置１０５に送信する。それにより、マイページ提供サーバ１０１の制御部４００は、利用者ＩＤ９０２で識別される利用者をウェブメールサーバ１０２において識別するための識別子であるメールアドレスを仲介装置１０５に問い合わせる。
【００４０】
続いて、ステップＳ１２０５において、マイページ提供サーバ１０１の制御部４００は仲介装置１０５からのメールアドレス提供情報１０００の返信を受信し、フローはステップＳ１２０６へと進む。ステップＳ１２０６において、マイページ提供サーバ１０１の制御部４００は、ウェブメールお知らせ記事登録依頼情報１１００を生成し、ウェブメールサーバ１０２へと送信する。ウェブメールお知らせ記事登録依頼情報１１００を送信することで、制御部４００は、ステップＳ１２０３でマイページお知らせ管理情報８００に登録した記事と同様のお知らせ記事２０１の登録をウェブメールサーバ１０２に依頼する。なお、ウェブメールお知らせ記事登録依頼情報１１００は、例えば、お知らせＩＤ８０５、お知らせ記事タイトル８０６、お知らせ記事本文８０７の情報と、メールアドレス提供情報１０００のメールアドレス１００３から生成される。
【００４１】
以上で述べた、図１２の動作フローにより、マイページ提供サーバ１０１においてお知らせ記事２０１がマイページお知らせ管理情報８００に登録される。また、マイページお知らせ管理情報８００に登録したお知らせ記事２０１と同じお知らせ記事２０１を登録するようにウェブメールサーバ１０２に依頼するウェブメールお知らせ記事登録依頼情報１１００がウェブメールサーバ１０２に送信される。
【００４２】
なお、図１２のステップＳ１２０１からステップＳ１２０６までの処理において、マイページ提供サーバ１０１の制御部４００は、お知らせ登録部４０１として機能する。
【００４３】
続いて、図１３及び図１４を参照して、メールアドレス提供処理を説明する。
図１３は、図５に示す仲介装置１０５の記憶部５１０に格納されている利用者管理情報１３００を例示する図である。利用者管理情報１３００は、利用者連携情報１３０１を含む。利用者連携情報１３０１は、連携フラグ１３０２、利用者ＩＤ１３０３、及びメールアドレス１３０４を含む。利用者ＩＤ１３０３及びメールアドレス１３０４は、個々のシステムで利用者を識別するための利用者識別情報１３０５である。これらの連携フラグ１３０２、利用者ＩＤ１３０３、及びメールアドレス１３０４は利用者連携情報１３０１により対応付けられている。連携フラグ１３０２は、お知らせ連携処理の対象とするか否かを示すフラグである。例えば、図１３の例では連携フラグ１３０２の値が「ＯＮ」であればお知らせ連携処理の対象とすることを表している。また、連携フラグ１３０２の値が「ＯＦＦ」であればお知らせ連携処理の対象としないことを表している。連携フラグ１３０２に関する処理の詳細については後述する。利用者ＩＤ１３０３は、個々のシステムで利用者を識別するための利用者識別情報１３０５であり、例えば、マイページ提供サーバ１０１が提供するマイページ２００を利用する利用者を識別可能な識別子である。メールアドレス１３０４は、利用者ＩＤ１３０３で識別される利用者のウェブメールサーバ１０２におけるメールアドレスである。なお、メールアドレス１３０４は個々のシステムで利用者を識別するための利用者識別情報１３０５の一つであり、ウェブメールサーバ１０２において、利用者を識別するための識別子としても用いられる。
【００４４】
図１４は、仲介装置１０５の制御部５００によって実行されるメールアドレス提供処理を例示する図である。図１４のメールアドレス提供処理の動作フローは、例えば、仲介装置１０５の制御部５００が記憶部５１０に格納されている仲介プログラム５１１を読み出して実行することで実施される。一実施形態においては、仲介装置１０５がお知らせ連携処理の提供を開始するとメールアドレス提供処理は開始する。ステップＳ１４０１において、仲介装置１０５の制御部５００は、メールアドレス提供依頼情報９００を受信したか否かを判定する。この判定は、一実施形態においては、仲介装置１０５の制御部５００は受信した電文の電文種別を確認し、その値がメールアドレス提供依頼情報９００を表す「８」であった場合に、メールアドレス提供依頼情報９００を受信したと判定してもよい。ステップＳ１４０１において、メールアドレス提供依頼情報９００が受信されない場合（ステップＳ１４０１がＮｏ）には、フローはステップＳ１４０１に戻り処理を繰り返す。一方、ステップＳ１４０１において、メールアドレス提供依頼情報９００を受信した場合（ステップＳ１４０１がＹｅｓ）には、フローはステップＳ１４０２へと進む。ステップＳ１４０２において、仲介装置１０５の制御部５００は、受信したメールアドレス提供依頼情報９００を用いて利用者管理情報１３００からメールアドレス１３０４を取得する。例えば、仲介装置１０５の制御部５００は、利用者ＩＤ９０２と一致する利用者ＩＤ１３０３を有する利用者連携情報１３０１を利用者管理情報１３００の中から特定し、特定した利用者連携情報１３０１からメールアドレス１３０４を取得する。ステップＳ１４０３において、仲介装置１０５の制御部５００は、メールアドレス提供情報１０００を生成し、マイページ提供サーバ１０１へと返信する。メールアドレス提供情報１０００は、例えばメールアドレス提供依頼情報９００の利用者ＩＤ９０２又は特定した利用者連携情報１３０１に含まれる利用者ＩＤ１３０３と、取得したメールアドレス１３０４とからを生成される。ステップＳ１４０３において、マイページ提供サーバ１０１にメールアドレス提供情報１０００を返信すると、フローはステップＳ１４０１へと戻る。以上で述べた、メールアドレス提供処理により、仲介装置１０５からマイページ提供サーバ１０１へと利用者ＩＤ９０２に対応する利用者のメールアドレス１３０４が提供される。即ち、マイページ提供サーバ１０１において利用者を識別するための利用者ＩＤ９０２の情報から、ウェブメールサーバ１０２において利用者を識別するためのメールアドレス１３０４が特定され、マイページ提供サーバ１０１へと返信される。
【００４５】
図１４のステップＳ１４０１からステップＳ１４０３までの処理において、仲介装置１０５の制御部５００は提供部５０１として機能する。
続いて、図１５及び図１６を参照して、ウェブメール登録処理を説明する。
【００４６】
図１５は、図６に示すウェブメールサーバ１０２の記憶部６１０に格納されているウェブメール管理情報１５００を例示する図である。図１５に例示するウェブメール管理情報１５００は、ウェブメール情報１５０１を含んでいる。ウェブメール情報１５０１は、ウェブメールサーバ１０２で送受信されるウェブメールについての情報である。ウェブメール情報１５０１は、例えば、メッセージＩＤ１５０２、差出人１５０３、宛先１５０４、開封状況１５０５、開封媒体１５０６、発信日時１５０７、お知らせＩＤ１５０８を含んでいる。また更にウェブメール情報１５０１は、メール情報１５０９として、タイトル１５１０及び本文１５１１の情報を含んでいる。なお、お知らせＩＤ１５０８、タイトル１５１０、及び本文１５１１はお知らせ記事２０１の情報である。
【００４７】
メッセージＩＤ１５０２は、ウェブメールサーバ１０２で管理される個々のウェブメール情報１５０１を識別するための識別子である。メッセージＩＤ１５０２は、例えば、ウェブメール情報１５０１をウェブメール管理情報１５００に登録する際に付与される。
【００４８】
差出人１５０３は、ウェブメール情報１５０１を送信した差出人のメールアドレスである。宛先１５０４は、ウェブメール情報１５０１の送信先のメールアドレスである。なお、ウェブメール情報１５０１が、ウェブメールお知らせ記事登録依頼情報１１００の通知により登録されたお知らせ記事２０１である場合には、宛先１５０４には登録先メールアドレス１１０２が格納される。
【００４９】
開封状況１５０５は、ウェブメール情報１５０１がユーザにより開封されているか否かを示す情報である。例えば、図１５の例では、ウェブメール情報１５０１をユーザが未だ開封していない場合には「未」の情報が格納されており、一方、ウェブメール情報１５０１をユーザが開封済みの場合には「済」の情報が格納されている。ウェブメール管理情報１５００にウェブメール情報１５０１が登録される際には、開封状況１５０５には「未」が設定される。
【００５０】
開封媒体１５０６は、お知らせ連携処理を行った場合に、お知らせ記事２０１がいずれのシステムで開封されたかを示す情報が格納されている。従って、ウェブメール情報１５０１がウェブメールお知らせ記事登録依頼情報１１００により登録されたお知らせ記事２０１を含むウェブメール情報１５０１では無い場合は、開封媒体１５０６の欄は空欄となる。また、図１５の例では、ウェブメール情報１５０１に含まれるお知らせ記事２０１がマイページ提供サーバ１０１で最初に開封された場合には「ページ」を格納するように構成されている。一方、ウェブメール情報１５０１がウェブメールサーバ１０２で最初に開封された場合には「メール」を格納するように構成されている。なお、ウェブメール情報１５０１がお知らせ記事２０１を含んでいたとしても、そのお知らせ記事２０１がマイページ提供サーバ１０１と、ウェブメールサーバ１０２のいずれにおいても未開封である場合には、開封媒体１５０６の欄は空欄となる。
【００５１】
発信日時１５０７は、ウェブメール情報１５０１が送信された日時についての情報を格納している。お知らせＩＤ１５０８は、お知らせ記事２０１を一意に識別可能な識別子である。ウェブメール情報１５０１がウェブメールお知らせ記事登録依頼情報１１００の通知により登録されるお知らせ記事２０１である場合には、お知らせＩＤ１５０８にはウェブメールお知らせ記事登録依頼情報１１００のお知らせＩＤ１１０３の値が格納される。一方、ウェブメール情報１５０１がウェブメールお知らせ記事登録依頼情報１１００の通知により登録されるお知らせ記事２０１では無く、通常のウェブメールである場合にはお知らせＩＤ１５０８は空欄となる。
【００５２】
メール情報１５０９は、メールの内容についての情報であり、タイトル１５１０及び本文１５１１を含んでいる。タイトル１５１０は、例えば、ウェブメール情報１５０１の送信者が、ウェブメール情報１５０１の表題として記載した内容を格納している。また、本文１５１１には、例えば、ウェブメール情報１５０１の送信者が、ウェブメール情報１５０１の本文として記載した内容を格納している。ウェブメール情報１５０１が、ウェブメールお知らせ記事登録依頼情報１１００の通知により登録されるお知らせ記事２０１である場合、タイトル１５１０及び本文１５１１には、お知らせ記事タイトル１１０４及びお知らせ記事本文１１０５の内容が格納される。従って、ウェブメール情報１５０１がウェブメールお知らせ記事登録依頼情報１１００の通知により登録されるお知らせ記事２０１である場合、お知らせＩＤ１５０８、タイトル１５１０、及び本文１５１１にはお知らせ記事２０１についての情報が格納されている。ウェブメールサーバ１０２は、例えば以上のようなウェブメール管理情報１５００を記憶部６１０に格納しており、ウェブメール管理情報１５００によりウェブメール情報１５０１を管理している。
【００５３】
図１６は、ウェブメールサーバ１０２の制御部６００によって実行されるウェブメール登録処理を例示する図である。図１６のウェブメール登録処理の動作フローは、例えば、ウェブメールサーバ１０２の制御部６００が記憶部６１０に格納されているウェブメール登録プログラム６１１を読み出して実行することで実施される。一実施形態においては、ウェブメールサーバ１０２がウェブメールの提供サービスを開始するとウェブメール登録処理は開始する。
【００５４】
ステップＳ１６０１において、ウェブメールサーバ１０２の制御部６００は、マイページ提供サーバ１０１からウェブメールお知らせ記事登録依頼情報１１００を受信したか否かを判定する。なお、一実施形態においては、ウェブメールサーバ１０２の制御部６００は受信した電文の電文種別がウェブメールお知らせ記事登録依頼情報１１００を表す「２０」であった場合に、ウェブメールお知らせ記事登録依頼情報１１００を受信したと判定してもよい。ステップＳ１６０１において、ウェブメールお知らせ記事登録依頼情報１１００が受信されない場合（ステップＳ１６０１がＮｏ）には、フローはステップＳ１６０１へと戻り処理を繰り返す。一方、ウェブメールお知らせ記事登録依頼情報１１００を受信した場合（ステップＳ１６０１がＹｅｓ）には、フローはステップＳ１６０２へと進む。ステップＳ１６０２において、ウェブメールサーバ１０２の制御部６００は、ウェブメールお知らせ記事登録依頼情報１１００からウェブメール情報１５０１を生成し、ウェブメール管理情報１５００に登録する。ウェブメール情報１５０１の生成において、例えば、宛先１５０４には、受信したウェブメールお知らせ記事登録依頼情報１１００の登録先メールアドレス１１０２の情報が格納される。また、お知らせＩＤ１５０８、タイトル１５１０、及び本文１５１１には、受信したウェブメールお知らせ記事登録依頼情報１１００のお知らせＩＤ１１０３、お知らせ記事タイトル１１０４、及びお知らせ記事本文１１０５の情報がそれぞれ格納される。ステップＳ１６０２において、ウェブメール管理情報１５００にウェブメール情報１５０１を登録すると、フローはステップＳ１６０１へと戻る。
【００５５】
以上で述べた、図１６の動作フローにより、マイページ提供サーバ１０１から受信したウェブメールお知らせ記事登録依頼情報１１００に基づいて、お知らせ記事２０１を含むウェブメール情報１５０１がウェブメール管理情報１５００に登録される。
【００５６】
なお、図１６のステップＳ１６０１からステップＳ１６０３までの処理において、ウェブメールサーバ１０２の制御部６００はウェブメール登録部６０１として機能する。
続いて、図１７及び図１８を参照して、マイページ表示処理を説明する。
【００５７】
図１７は、仲介依頼情報１７００を例示する図である。仲介依頼情報１７００は、マイページ提供サーバ１０１或いはウェブメールサーバ１０２による表示処理において仲介装置１０５にお知らせ連携処理を依頼するために、マイページ提供サーバ１０１又はウェブメールサーバ１０２から送信される情報である。図１７に例示する仲介依頼情報１７００は、電文種別１７０１、依頼元１７０２、利用者情報１７０３、並びに、お知らせ記事２０１の情報としてお知らせＩＤ１７０４、お知らせ記事タイトル１７０５及びお知らせ記事本文１７０６を含んでいる。また、各情報には備考１７１０が付されている。なお、図１７において備考１７１０には、理解を容易にするために意味等の補足を記載したが、備考１７１０は仲介依頼情報１７００に必ずしも含まれている必要はない。
【００５８】
電文種別１７０１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別１７０１の値「３０」は、備考１７１０にも示されるように送信される電文が仲介依頼情報１７００であることを表している。電文種別１７０１の値「３０」は、仲介依頼情報１７００に対して割り当てられた特定の値であるため、例えば、記憶部４１０及び記憶部６１０に予め格納しておくことで、そこから読み出して設定することができる。
【００５９】
依頼元１７０２は、仲介依頼情報１７００を送信することで仲介装置１０５にお知らせ連携処理の依頼を行う送信元のシステムについての情報である。図１７の例では、備考１７１０にも示されるように、依頼元がウェブメールサーバ１０２である場合には依頼元１７０２に「メール」が格納される。また、依頼元がマイページ提供サーバ１０１である場合には依頼元１７０２に「ページ」が格納される。
【００６０】
利用者情報１７０３には、仲介装置１０５にお知らせ記事２０１のお知らせ連携処理を依頼する依頼元のシステムにおいて、そのお知らせ記事２０１を開封した利用者を特定する情報を格納している。図１７の例では、例えば、依頼元がウェブメールサーバ１０２である場合には、ウェブメールサーバ１０２においてお知らせ記事２０１を開封した利用者を特定可能なメールアドレスの情報が利用者情報１７０３に格納される。利用者のメールアドレスは、例えば、開封されたお知らせ記事２０１を含むウェブメール情報１５０１の宛先１５０４から取得できる。また、依頼元がマイページ提供サーバ１０１である場合には、マイページ提供サーバ１０１で利用者を特定可能な利用者ＩＤが利用者情報１７０３に格納される。利用者の利用者ＩＤは、例えば、開封されたお知らせ記事２０１を含むお知らせ記事情報８０１の利用者ＩＤ８０２から取得できる。仲介依頼情報１７００のお知らせＩＤ１７０４には、例えば、依頼元がマイページ提供サーバ１０１である場合には、開封されたお知らせ記事２０１を含むお知らせ記事情報８０１のお知らせＩＤ８０５が格納される。また、お知らせ記事タイトル１７０５、お知らせ記事本文１７０６についても、開封されたお知らせ記事２０１を含むお知らせ記事情報８０１のお知らせ記事タイトル８０６及びお知らせ記事本文８０７が格納される。一方、例えば、依頼元がウェブメールサーバ１０２である場合には、開封されたお知らせ記事２０１を含むウェブメール情報１５０１のお知らせＩＤ１５０８が格納される。また、お知らせ記事タイトル１７０５、及びお知らせ記事本文１７０６についても、開封されたお知らせ記事２０１を含むウェブメール情報１５０１のタイトル１５１０及び本文１５１１が格納される。
【００６１】
図１８は、マイページ提供サーバ１０１の制御部４００によって実行されるマイページ表示処理を例示する図である。図１８のマイページ表示処理の動作フローは、例えば、マイページ提供サーバ１０１の制御部４００が記憶部４１０に格納されているマイページ表示プログラム４１２を読み出して実行することで実施される。一実施形態においては、マイページ提供サーバ１０１がマイページ２００の提供サービスを開始するとマイページ表示処理は開始する。
【００６２】
ステップＳ１８０１において、マイページ提供サーバ１０１の制御部４００は、利用者端末１０３からマイページ２００の表示要求を受信したか否かを判定する。利用者は、例えば利用者端末１０３でブラウザ１０６を操作することでマイページ提供サーバ１０１にマイページ２００の表示要求を送信する。ステップＳ１８０１において、マイページ提供サーバ１０１の制御部４００は、マイページ２００の表示要求を受信していない場合（ステップＳ１８０１がＮｏ）に、フローはステップＳ１８０１へと戻り処理を繰り返す。一方、マイページ２００の表示要求を受信した場合（ステップＳ１８０１がＹｅｓ）、フローはステップＳ１８０２へと進む。
【００６３】
ステップＳ１８０２において、マイページ提供サーバ１０１の制御部４００は、表示要求を行った利用者の利用者ＩＤに対応する未開封のお知らせ記事情報８０１をマイページお知らせ管理情報８００から取得してマイページ２００を生成する。そして、マイページ提供サーバ１０１の制御部４００は、生成したマイページ２００を利用者端末１０３に送信する。ステップＳ１８０３において、マイページ提供サーバ１０１の制御部４００は、利用者端末１０３からお知らせ記事２０１の開封要求を受信したか否かを判定する。お知らせ記事２０１の開封要求は、例えば、利用者端末１０３のブラウザ１０６に表示されているマイページ２００において、利用者がお知らせ記事２０１を選択すると利用者端末１０３からマイページ提供サーバ１０１へと送信される。ステップＳ１８０３において、お知らせ記事２０１の開封要求を受信していない場合（ステップＳ１８０３がＮｏ）、フローはステップＳ１８０７へと進む。一方、ステップＳ１８０３において、お知らせ記事２０１の開封要求を受信した場合（ステップＳ１８０３がＹｅｓ）、フローはステップＳ１８０４へと進む。
【００６４】
ステップＳ１８０４において、マイページ提供サーバ１０１の制御部４００は、マイページお知らせ管理情報８００において、開封要求を受信したお知らせ記事２０１に対応するお知らせ記事情報８０１の開封状況８０４を開封済みを表す「済」に変更する。ステップＳ１８０５において、マイページ提供サーバ１０１の制御部４００は、開封済みとしたお知らせ記事情報８０１の情報から仲介依頼情報１７００を生成し、仲介装置１０５に仲介依頼情報１７００を送信する。ステップＳ１８０６において、マイページ提供サーバ１０１の制御部４００は、開封済みとしたお知らせ記事情報８０１の情報から開封画面を生成し、利用者端末１０３に送信する。開封画面には、お知らせ記事２０１に含まれるお知らせの内容、例えばお知らせ記事タイトル８０６及びお知らせ記事本文８０７の情報が含まれており、開封画面を見ることで利用者はお知らせの内容を把握することができる。続いて、ステップＳ１８０７において、マイページ提供サーバ１０１の制御部４００は、利用者端末１０３からマイページ２００の表示を終了させる終了要求を受信したか否かを判定する。ステップＳ１８０７で、終了要求を受信していない場合（ステップＳ１８０７がＮｏ）は、フローはステップＳ１８０３へと戻る。一方、ステップＳ１８０７で、マイページ２００の表示の終了要求を受信した場合（ステップＳ１８０７がＹｅｓ）は、フローはステップＳ１８０１へと戻る。
【００６５】
以上で述べた、図１８のマイページ表示処理により、マイページ２００においてお知らせ記事２０１が開封された場合には、開封されたお知らせ記事２０１を含むお知らせ記事情報８０１の開封状況８０４が開封済みを表す「済」に変更される。また更に、マイページ２００においてお知らせ記事２０１が開封された場合には、マイページ提供サーバ１０１から仲介装置１０５に仲介依頼情報１７００が送信される。仲介依頼情報１７００の送信により、マイページ提供サーバ１０１は仲介装置１０５にお知らせ連携処理を依頼する。
【００６６】
図１８のステップＳ１８０１からステップＳ１８０７までの処理において、マイページ提供サーバ１０１の制御部４００はマイページ表示部４０２として機能する。
【００６７】
図１９は、ウェブメールサーバ１０２の制御部６００によって実行されるウェブメール表示処理を例示する図である。図１９のウェブメール表示処理の動作フローは、例えば、ウェブメールサーバ１０２の制御部６００が記憶部６１０に格納されているウェブメール表示プログラム６１２を読み出して実行することで実施される。一実施形態においては、ウェブメールサーバ１０２がウェブメールの提供サービスを開始するとウェブメール表示処理は開始する。
【００６８】
ステップＳ１９０１において、ウェブメールサーバ１０２の制御部６００は、利用者端末１０３から受信箱２１０の表示要求を受信したか否かを判定する。利用者は、例えば利用者端末１０３でブラウザ１０６を操作することでウェブメールサーバ１０２に受信箱２１０の表示要求を送信する。受信箱２１０の表示要求を受信していない場合（ステップＳ１９０１がＮｏ）、フローはステップＳ１９０１へと戻り処理を繰り返す。一方、受信箱２１０の表示要求を受信した場合（ステップＳ１９０１がＹｅｓ）、フローはステップＳ１９０２へと進む。
【００６９】
ステップＳ１９０２において、ウェブメールサーバ１０２の制御部６００は、ウェブメール管理情報１５００から表示要求を行った利用者のメールアドレスに対応するウェブメール情報１５０１を取得して受信箱２１０を生成し、利用者端末１０３へと送信する。ステップＳ１９０３において、ウェブメールサーバ１０２の制御部６００は、利用者端末１０３から受信メール２１１の開封要求を受信したか否かを判定する。受信メール２１１の開封要求は、例えば、利用者端末１０３のブラウザ１０６に表示されている受信箱２１０において、利用者が受信メール２１１を選択すると利用者端末１０３からウェブメールサーバ１０２へと送信される。
【００７０】
ステップＳ１９０３において、受信メール２１１の開封要求を受信していない場合（ステップＳ１９０３がＮｏ）、フローはステップＳ１９０８へと進む。一方、ステップＳ１９０３において、受信メール２１１の開封要求を受信した場合（ステップＳ１９０３がＹｅｓ）、フローはステップＳ１９０４へと進む。ステップＳ１９０４において、制御部６００は、ウェブメール管理情報１５００において、開封要求を受信した受信メール２１１に対応するウェブメール情報１５０１の開封状況１５０５が未開封を表す「未」である場合には開封済みを表す「済」に変更する。
【００７１】
ステップＳ１９０５において、ウェブメールサーバ１０２の制御部６００は、開封済みとしたウェブメール情報１５０１のお知らせＩＤ１５０８にお知らせＩＤが設定されているか否かを判定する。お知らせＩＤが設定されていない場合、フローはステップＳ１９０７へと進む。一方、開封済みとしたウェブメール情報１５０１のお知らせＩＤ１５０８にお知らせＩＤが設定されている場合には、フローはステップＳ１９０６へと進む。
【００７２】
ステップＳ１９０６において、ウェブメールサーバ１０２の制御部６００は、開封済みとしたウェブメール情報１５０１に含まれる情報から仲介依頼情報１７００を生成し、仲介装置１０５に仲介依頼情報１７００を送信する。仲介依頼情報１７００の送信により、ウェブメールサーバ１０２は仲介装置１０５にお知らせ連携処理を依頼する。ステップＳ１９０７において、ウェブメールサーバ１０２の制御部６００は、開封済みとしたウェブメール情報１５０１に含まれる情報から開封画面２０００を生成し、利用者端末１０３に送信する。開封画面２０００には、ウェブメール情報１５０１に含まれる例えば差出人１５０３、宛先１５０４、発信日時１５０７、タイトル１５１０、及び本文１５１１などの情報が含まれている。そのため、利用者は、開封画面を見ることで受信メール２１１の内容を把握することができる。
【００７３】
続いて、ステップＳ１９０８において、ウェブメールサーバ１０２の制御部６００は、利用者端末１０３から受信箱２１０の表示を終了させる終了要求を受信したか否かを判定する。ステップＳ１９０８で、終了要求を受信していない場合（ステップＳ１９０８がＮｏ）は、フローはステップＳ１９０３へと戻る。一方、ステップＳ１９０８で、受信箱２１０の表示の終了要求を受信した場合（ステップＳ１９０８がＹｅｓ）は、フローはステップＳ１９０１へと戻る。以上で述べた、図１９のウェブメール表示処理により、受信箱２１０において開封状況１５０５が未開封のウェブメール情報１５０１が開封された場合には、開封されたウェブメール情報１５０１の開封状況１５０５が開封済みを表す「済」に変更される。また更に、受信箱２１０においてお知らせＩＤ１５０８が設定されたウェブメール情報１５０１が開封された場合には、ウェブメールサーバ１０２から仲介装置１０５に仲介依頼情報１７００が送信される。仲介依頼情報１７００の送信により、ウェブメールサーバ１０２は仲介装置１０５にお知らせ連携処理を依頼する。
【００７４】
図１９のステップＳ１９０１からステップＳ１９０８までの処理において、ウェブメールサーバ１０２の制御部６００はウェブメール表示部６０２として機能する。
【００７５】
図２０は、ウェブメールの開封画面２０００を例示する図である。開封画面２０００は、例えば利用者端末１０３のブラウザ１０６上に表示されている受信箱２１０で受信メール２１１を開封すると表示される画面である。図２０に例示する開封画面２０００は、例えば、差出人１５０３、宛先１５０４、発信日時１５０７、タイトル１５１０、及び本文１５１１を含んでいる。従って、利用者は、ウェブメールの開封画面２０００を見ることで受信メール２１１に含まれる通知の内容を把握することができる。そして、受信メール２１１がお知らせ記事２０１を含む場合には、お知らせ記事２０１の内容を把握することができる。なお、図２０にはウェブメールの開封画面２０００を例示したが、マイページ２００においてお知らせ記事２０１を開封した場合にも、上述したように開封画面には、お知らせ記事２０１に含まれるお知らせの内容が表示される。即ち、例えばお知らせ記事タイトル８０６及びお知らせ記事本文８０７の情報が開封画面には表示されているため、開封画面を見ることで利用者はお知らせ記事２０１の内容を把握することができる。
【００７６】
続いて、図２１から図２３を参照して、お知らせ連携処理を説明する。
図２１は、ウェブメール開封済設定依頼情報２１００を例示する図である。ウェブメール開封済設定依頼情報２１００は、ウェブメールサーバ１０２にウェブメール開封済設定処理を依頼するために、仲介装置１０５から送信される情報である。図２１に例示するウェブメール開封済設定依頼情報２１００は、電文種別２１０１、利用者情報２１０２、及びお知らせＩＤ２１０３を含んでいる。また、各情報には備考２１１０が付されている。なお、図２１において備考２１１０には、理解を容易にするために意味等の補足を記載したが、備考２１１０はウェブメール開封済設定依頼情報２１００に必ずしも含まれている必要はない。
【００７７】
電文種別２１０１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別２１０１の値「４０」は、備考２１１０にも示されるように送信される電文がウェブメール開封済設定依頼情報２１００であることを表している。電文種別２１０１の値「４０」は、ウェブメール開封済設定依頼情報２１００に対して割り当てられた特定の値であるため、例えば、記憶部５１０に予め格納しておくことで、そこから読み出して設定することができる。利用者情報２１０２には、仲介依頼情報１７００の利用者情報１７０３の値が格納される。利用者情報２１０２は、ウェブメールサーバ１０２に開封を依頼する対象のウェブメール情報１５０１を宛先１５０４により指定するための情報である。お知らせＩＤ２１０３には、仲介依頼情報１７００のお知らせＩＤ１７０４の値が格納される。お知らせＩＤ２１０３は、ウェブメールサーバ１０２に開封を依頼する対象のウェブメール情報１５０１を、お知らせＩＤ１５０８により指定するための情報である。
【００７８】
図２２は、マイページ開封済設定依頼情報２２００を例示する図である。マイページ開封済設定依頼情報２２００は、マイページ提供サーバ１０１にマイページ開封済設定処理を依頼するために、仲介装置１０５から送信される情報である。図２２に例示するマイページ開封済設定依頼情報２２００は、電文種別２２０１、利用者情報２２０２、及びお知らせＩＤ２２０３を含んでいる。また、各情報には備考２２１０が付されている。なお、図２２において備考２２１０には、理解を容易にするために意味等の補足を記載したが、備考２２１０はマイページ開封済設定依頼情報２２００に必ずしも含まれている必要はない。
【００７９】
電文種別２２０１は、送信される電文の種別を表す情報であり、本実施形態においては、電文種別２２０１の値「５０」は、備考２２１０にも示されるように送信される電文がマイページ開封済設定依頼情報２２００であることを表している。電文種別２２０１の値「５０」は、マイページ開封済設定依頼情報２２００に対して割り当てられた特定の値であるため、例えば、記憶部５１０に予め格納しておくことで、そこから読み出して設定することができる。利用者情報２２０２には、仲介依頼情報１７００の利用者情報１７０３の値が格納される。利用者情報２２０２は、マイページ提供サーバ１０１に開封を依頼する対象のお知らせ記事情報８０１を、利用者ＩＤ８０２により指定する情報である。お知らせＩＤ２２０３には、仲介依頼情報１７００のお知らせＩＤ１７０４の値が格納される。お知らせＩＤ２２０３は、マイページ提供サーバ１０１に開封を依頼する対象のお知らせ記事情報８０１を、お知らせＩＤ８０５により指定する情報である。
【００８０】
図２３は、仲介装置１０５の制御部５００によって実行されるお知らせ連携処理を例示する図である。図２３のお知らせ連携処理の動作フローは、例えば、仲介装置１０５の制御部５００が記憶部５１０に格納されている仲介プログラム５１１を読み出して実行することで実施される。一実施形態においては、仲介装置１０５がお知らせ連携処理による仲介の提供を開始するとお知らせ連携処理は開始する。
【００８１】
ステップＳ２３０１において、仲介装置１０５の制御部５００は、マイページ提供サーバ１０１又はウェブメールサーバ１０２からの仲介依頼情報１７００を受信したか否かを判定する。仲介依頼情報１７００を受信していない場合（ステップＳ２３０１がＮｏ）には、フローはステップＳ２３０１へと戻り処理を繰り返す。一方、仲介依頼情報１７００を受信した場合（ステップＳ２３０１がＹｅｓ）には、フローはステップＳ２３０２へと進む。
【００８２】
ステップＳ２３０２において、仲介装置１０５の制御部５００は、受信した仲介依頼情報１７００がマイページ提供サーバ１０１からの依頼か否かを判定する。この判定は、例えば、依頼元１７０２の情報を参照することで実行され、依頼元１７０２の値がマイページ提供サーバ１０１からの依頼を示す「ページ」であればＹｅｓと判定され、フローはステップＳ２３０３へと進む。
【００８３】
ステップＳ２３０３において、仲介装置１０５の制御部５００は、仲介依頼情報１７００から利用者情報１７０３を読み出して、利用者管理情報１３００を参照する。そして、利用者情報１７０３と一致する利用者ＩＤ１３０３を含む利用者連携情報１３０１から連携フラグ１３０２及びメールアドレス１３０４を特定する。続いて、ステップＳ２３０４において、仲介装置１０５の制御部５００は、取得した連携フラグ１３０２の値がお知らせ連携処理の対象とすることを表す「ＯＮ」であるか否かを判定する。連携フラグ１３０２の値がお知らせ連携処理の対象ではないことを表す「ＯＦＦ」である場合(ステップＳ２３０４がＮｏ）には、フローはステップＳ２３０１へと戻る。一方、連携フラグ１３０２の値がお知らせ連携処理の対象であることを表す「ＯＮ」である場合(ステップＳ２３０４がＹｅｓ）には、フローはステップＳ２３０５へと進む。
【００８４】
ステップＳ２３０５において、仲介装置１０５の制御部５００は、ウェブメール開封済設定依頼情報２１００をウェブメールサーバ１０２に送信する。それにより、利用者情報２１０２及びお知らせＩＤ２１０３で識別されるウェブメール情報１５０１を開封済みに変更するようにウェブメールサーバ１０２に依頼を通知する。なお、ウェブメール開封済設定依頼情報２１００の利用者情報２１０２には、利用者情報１７０３の値が設定される。また、ウェブメール開封済設定依頼情報２１００のお知らせＩＤ２１０３には、仲介依頼情報１７００のお知らせＩＤ１７０４の値が設定される。ステップＳ２３０５において、ウェブメール開封済設定依頼情報２１００を送信した後、フローはステップＳ２３０１へと戻る。
【００８５】
一方、ステップＳ２３０２において、依頼元１７０２の値がウェブメールサーバ１０２からの依頼を示す「メール」である場合には、ステップＳ２３０２はＮｏと判定され、フローはステップＳ２３０６へと進む。ステップＳ２３０６において、仲介装置１０５の制御部５００は、仲介依頼情報１７００から利用者情報１７０３を読み出して、利用者管理情報１３００を参照する。そして、利用者情報１７０３と一致するメールアドレス１３０４を含む利用者連携情報１３０１から利用者ＩＤ１３０３及び連携フラグ１３０２を特定する。
【００８６】
続いて、ステップＳ２３０７において、仲介装置１０５の制御部５００は、取得した連携フラグ１３０２の値がお知らせ連携処理の対象とすることを表す「ＯＮ」であるか否かを判定する。連携フラグ１３０２の値がお知らせ連携処理の対象ではないことを表す「ＯＦＦ」である場合(ステップＳ２３０７がＮｏ）には、フローはステップＳ２３０１へと戻る。一方、連携フラグ１３０２の値がお知らせ連携処理の対象であることを表す「ＯＮ」である場合(ステップＳ２３０７がＹｅｓ）には、フローはステップＳ２３０８へと進む。
【００８７】
ステップＳ２３０８において、仲介装置１０５の制御部５００は、マイページ開封済設定依頼情報２２００をマイページ提供サーバ１０１に送信する。それにより、利用者情報２２０２及びお知らせＩＤ２２０３で識別されるお知らせ記事情報８０１を開封済みに変更するようにマイページ提供サーバ１０１に依頼を通知する。なお、マイページ開封済設定依頼情報２２００の利用者情報２２０２には、利用者情報１７０３の値が設定される。また、マイページ開封済設定依頼情報２２００のお知らせＩＤ２２０３には、仲介依頼情報１７００のお知らせＩＤ１７０４の値が設定される。ステップＳ２３０８において、マイページ開封済設定依頼情報２２００を送信した後、フローはステップＳ２３０１へと戻る。
【００８８】
以上で述べた、図２３の動作フローにより、仲介装置１０５の制御部５００は、マイページ提供サーバ１０１又はウェブメールサーバ１０２のいずれか１つのシステムで開封されたお知らせ記事２０１を別のシステムでも開封済に変更するように依頼する。依頼に用いられるウェブメール開封済設定依頼情報２１００又はマイページ開封済設定依頼情報２２００には、開封済みに設定するお知らせ記事２０１を受信した利用者を特定するための利用者情報２１０２又は利用者情報２２０２が含められている。依頼に用いられるウェブメール開封済設定依頼情報２１００又はマイページ開封済設定依頼情報２２００には、開封済みに設定するお知らせ記事２０１を特定するためのお知らせＩＤ２１０３又はお知らせＩＤ２２０３が含められている。そのため、開封済に変更するように依頼を受けたシステムでは、開封済みに設定すべきお知らせ記事２０１が登録されている利用者を例えば利用者情報２１０２又は利用者情報２２０２から特定することができる。また、開封済みに設定すべきお知らせ記事２０１をお知らせＩＤ２１０３又はお知らせＩＤ２２０３から特定することができる。
【００８９】
なお、図２３のステップＳ２３０１の処理において、仲介装置１０５の制御部５００は、受信部５０２として機能する。また、ステップＳ２３０２からステップＳ２３０３、及びステップＳ２３０６の処理において、仲介装置１０５の制御部５００は、特定部５０３として機能する。また、ステップＳ２３０４からステップＳ２３０５、及びステップＳ２３０７からステップＳ２３０８までの処理において、仲介装置１０５の制御部５００は、通知部５０４として機能する。
【００９０】
図２４は、ウェブメールサーバ１０２の制御部６００によって実行されるウェブメール開封済設定処理を例示する図である。図２４のウェブメール開封済設定処理の動作フローは、例えば、ウェブメールサーバ１０２の制御部６００が記憶部６１０に格納されているウェブメール開封済設定プログラム６１３を読み出して実行することで実施される。一実施形態においては、ウェブメールサーバ１０２がウェブメールの提供サービスを開始するとウェブメール開封済設定処理は開始する。
【００９１】
ステップＳ２４０１において、ウェブメールサーバ１０２の制御部６００は、仲介装置１０５からウェブメール開封済設定依頼情報２１００を受信したか否かを判定する。ウェブメール開封済設定依頼情報２１００を受信していない場合（ステップＳ２４０１がＮｏ）、フローはステップＳ２４０１へと戻り処理を繰り返す。一方、ウェブメール開封済設定依頼情報２１００を受信した場合（ステップＳ２４０１がＹｅｓ）、フローはステップＳ２４０２へと進む。
【００９２】
ステップＳ２４０２において、ウェブメールサーバ１０２の制御部６００は、受信したウェブメール開封済設定依頼情報２１００の利用者情報２１０２及びお知らせＩＤ２１０３を用いて、ウェブメール管理情報１５００を参照する。そして、ウェブメールサーバ１０２の制御部６００は、利用者情報２１０２及びお知らせＩＤ２１０３と一致する宛先１５０４及びお知らせＩＤ１５０８を含むウェブメール情報１５０１を特定し、その開封状況１５０５を開封済みを表す「済」に変更する。開封状況１５０５を開封済みを表す「済」に変更した後、フローはステップＳ２４０１へと戻る。以上の処理により、マイページ提供サーバ１０１において開封されたお知らせ記事情報８０１と同じお知らせ記事２０１を含むウェブメール情報１５０１が開封済みに設定される。
【００９３】
なお、図２４のステップＳ２４０１からステップＳ２４０２までの処理において、ウェブメールサーバ１０２の制御部６００はウェブメール開封済設定部６０３として機能する。
【００９４】
図２５は、マイページ提供サーバ１０１の制御部４００によって実行されるマイページ開封済設定処理を例示する図である。図２５のマイページ開封済設定処理の動作フローは、例えば、マイページ提供サーバ１０１の制御部４００が記憶部４１０に格納されているマイページ開封済設定プログラム４１３を読み出して実行することで実施される。一実施形態においては、マイページ提供サーバ１０１がマイページ２００の提供サービスを開始するとマイページ開封済設定処理は開始する。
【００９５】
ステップＳ２５０１において、マイページ提供サーバ１０１の制御部４００は、仲介装置１０５からマイページ開封済設定依頼情報２２００を受信したか否かを判定する。マイページ開封済設定依頼情報２２００を受信していない場合（ステップＳ２５０１がＮｏ）、フローはステップＳ２５０１へと戻り処理を繰り返す。一方、マイページ開封済設定依頼情報２２００を受信した場合（ステップＳ２５０１がＹｅｓ）、フローはステップＳ２５０２へと進む。ステップＳ２５０２において、マイページ提供サーバ１０１の制御部４００は、受信したマイページ開封済設定依頼情報２２００の利用者情報２２０２及びお知らせＩＤ２２０３を用いて、マイページお知らせ管理情報８００を参照する。そして、マイページ提供サーバ１０１の制御部４００は、利用者情報２２０２及びお知らせＩＤ２２０３と一致する利用者ＩＤ８０２及びお知らせＩＤ８０５を含むお知らせ記事情報８０１を特定し、その開封状況８０４を開封済みを表す「済」に変更する。開封状況８０４を開封済みを表す「済」に変更した後、フローはステップＳ２５０１へと戻る。以上の処理により、ウェブメールサーバ１０２において開封されたウェブメール情報１５０１と同じお知らせ記事２０１を含むお知らせ記事情報８０１が開封済みに設定される。
【００９６】
なお、図２５のステップＳ２５０１からステップＳ２５０２までの処理において、マイページ提供サーバ１０１の制御部４００はマイページ開封済設定部４０３として機能する。
【００９７】
以上で例示した実施形態により、例えばマイページ提供サーバ１０１及びウェブメールサーバ１０２といった複数のシステムで同一の利用者に同一のお知らせ記事２０１が登録される場合に、その開封状況を複数のシステムで一致させることが可能となる。従って、ユーザはお知らせ記事２０１を開封したことをいずれのシステムにおいても特定できるため、例えば、同一のお知らせ記事２０１を未読であると勘違いし、複数のシステムにおいて複数回確認するといった無駄な作業が防止される。
【００９８】
なお、例えば、上述の図１９のステップＳ１９０６においてウェブメール情報１５０１の仲介依頼情報１７００を送信した際に、そのウェブメール情報１５０１の開封媒体１５０６をウェブメールサーバ１０２を表す「メール」に設定するように構成してもよい。また、図２４のステップＳ２４０２において、ウェブメール情報１５０１を開封済みに変更した場合には、そのウェブメール情報１５０１の開封媒体１５０６をマイページ提供サーバ１０１を表す「ページ」に設定するように構成してもよい。この様に構成することで、ウェブメール情報１５０１の開封媒体１５０６の値から、利用者は例えばマイページ提供サーバ１０１とウェブメールサーバ１０２のいずれのシステムでお知らせ記事２０１を最初に開封したかを知ることができる。
【００９９】
図２６は、マイページ提供サーバ１０１、ウェブメールサーバ１０２、利用者端末１０３、管理者端末１０４、及び仲介装置１０５を実現するためのコンピュータ２６００のハードウェア構成を例示する図である。図２６のコンピュータ２６００のハードウェア構成は、例えば、プロセッサ２６０１、メモリ２６０２、記憶装置２６０３、読取装置２６０４、通信インタフェース２６０６、及び入出力装置２６０７を備える。なお、プロセッサ２６０１、メモリ２６０２、記憶装置２６０３、読取装置２６０４、通信インタフェース２６０６、入出力装置２６０７は、例えば、バス２６０８を介して互いに接続されている。
【０１００】
プロセッサ２６０１は、メモリ２６０２を利用して上述の動作フローの手順を記述したプログラムを実行することにより、上述した各機能部の一部または全部の機能を提供する。例えば、マイページ提供サーバ１０１の制御部４００は、例えばプロセッサ２６０１であり、また、記憶部４１０は、例えばメモリ２６０２、記憶装置２６０３、及び着脱可能記憶媒体２６０５を含んでいる。マイページ提供サーバ１０１のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されているお知らせ登録プログラム４１１を読み出して実行することで、お知らせ登録部４０１として機能する。また、マイページ提供サーバ１０１のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されているマイページ表示プログラム４１２を読み出して実行することでマイページ表示部４０２として機能する。更に、マイページ提供サーバ１０１のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されているマイページ開封済設定プログラム４１３を読み出して実行することでマイページ開封済設定部４０３として機能する。
【０１０１】
マイページ提供サーバ１０１の記憶装置２６０３には、例えば、マイページお知らせ管理情報８００が格納されている。
仲介装置１０５の制御部５００は、例えばプロセッサ２６０１であり、また、記憶部５１０は、例えばメモリ２６０２、記憶装置２６０３、及び着脱可能記憶媒体２６０５を含んでいる。仲介装置１０５のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されている仲介プログラム５１１を読み出して実行することで、提供部５０１、受信部５０２、特定部５０３、及び通知部５０４として機能する。
【０１０２】
仲介装置１０５の記憶装置２６０３には、例えば、利用者管理情報１３００が格納されている。
ウェブメールサーバ１０２の制御部６００は、例えばプロセッサ２６０１であり、また、記憶部６１０は、例えばメモリ２６０２、記憶装置２６０３、及び着脱可能記憶媒体２６０５を含んでいる。ウェブメールサーバ１０２のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されているウェブメール登録プログラム６１１を読み出して実行することで、ウェブメール登録部６０１として機能する。また、ウェブメールサーバ１０２のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されているウェブメール表示プログラム６１２を読み出して実行することでウェブメール表示部６０２として機能する。更に、ウェブメールサーバ１０２のプロセッサ２６０１は、例えば、記憶装置２６０３に格納されているウェブメール開封済設定プログラム６１３を読み出して実行することでウェブメール開封済設定部６０３として機能する。
【０１０３】
ウェブメールサーバ１０２の記憶装置２６０３には、例えば、ウェブメール管理情報１５００が格納されている。
メモリ２６０２は、例えば半導体メモリであり、ＲＡＭ領域及びＲＯＭ領域を含んで構成される。記憶装置２６０３は、例えばハードディスク、フラッシュメモリ等の半導体メモリ、又は外部記録装置である。
【０１０４】
読取装置２６０４は、プロセッサ２６０１の指示に従って着脱可能記憶媒体２６０５にアクセスする。着脱可能記憶媒体２６０５は、例えば、半導体デバイス（ＵＳＢメモリ等）、磁気的作用により情報が入出力される媒体（磁気ディスク等）、光学的作用により情報が入出力される媒体（ＣＤ−ＲＯＭ、ＤＶＤ等）などにより実現される。通信インタフェース２６０６は、プロセッサ２６０１の指示に従ってネットワーク２６１０を介してデータを送受信する。入出力装置２６０７は、例えば、キーボード及びマウスなどのユーザからの指示を受け付けるデバイス、ディスプレーなどの表示装置、並びにスピーカなどの音声装置との間のインタフェースに相当する。
【０１０５】
実施形態に係る各プログラムは、例えば、下記の形態でマイページ提供サーバ１０１、ウェブメールサーバ１０２、及び仲介装置１０５に提供される。
（１）記憶装置２６０３に予めインストールされている。
（２）着脱可能記憶媒体２６０５により提供される。
（３）プログラムサーバなどのサーバ２６０９から提供される。
【０１０６】
以上において、好ましい実施形態について説明してきた。しかしながら、本発明に係る実施形態は上記の実施形態に限定されるものではない。例えば、上記の実施形態では、仲介装置１０５により仲介される複数のシステムとして、マイページ提供サーバ１０１とウェブメールサーバ１０２を例にお知らせ連携処理の説明を行った。しかしながら、お知らせ連携処理の実施形態はこれに限定されるものではない。例えば、仲介装置１０５は３つ以上のシステムにおいて、同一の利用者に対する同一のお知らせ記事２０１の開封状況を一致させるよう機能してもよい。
【０１０７】
この場合には、例えば利用者管理情報１３００の利用者連携情報１３０１には、複数のシステムのそれぞれにおいてその利用者を特定可能な利用者識別情報１３０５が格納されていてもよい。例えば、利用者管理情報１３００の利用者連携情報１３０１には、複数の利用者ＩＤ１３０３及び複数のメールアドレス１３０４が登録されていてもよい。この場合には、メールアドレス提供情報１０００には、メールアドレス提供依頼情報９００で通知された利用者ＩＤ９０２以外の利用者連携情報１３０１に登録されている利用者識別情報１３０５が含められていてもよい。また、ウェブメールお知らせ記事登録依頼情報１１００には、複数のシステムのそれぞれにおいてその利用者を特定可能な利用者識別情報１３０５が格納されてもよい。また、そのウェブメールお知らせ記事登録依頼情報１１００が複数のシステムのうちで利用者識別情報１３０５と対応付けられているシステムに送信されてもよい。また、複数のシステムのいずれかのシステムにおいて、お知らせ記事２０１が開封された場合には、仲介依頼情報１７００の依頼元１７０２には、そのお知らせ記事２０１が開封されたシステムを示す情報が格納される。また、利用者情報１７０３には、そのお知らせ記事２０１が開封されたシステムにおいて利用者を特定する利用者識別情報１３０５が格納される。例えば、このような情報を含む仲介依頼情報１７００が仲介装置１０５に送信されてもよい。
【０１０８】
仲介装置１０５は、複数のシステムのうちのいずれのシステムで開封が行われたかを受信した仲介依頼情報１７００の依頼元１７０２から特定し、その他のシステムにおいて利用者を特定するための利用者識別情報１３０５を利用者管理情報１３００から取得する。そして、その他のシステムのそれぞれに、そのシステムにおいて利用者を識別するための利用者識別情報１３０５と、開封されたお知らせ記事２０１を特定するためのお知らせＩＤ２１０３又はお知らせＩＤ２２０３とを含めた開封済設定依頼情報を送信する。ここで送信される開封済設定依頼情報は、例えばウェブメール開封済設定依頼情報２１００又はマイページ開封済設定依頼情報２２００で例示される構成と同様の構成であってもよい。開封済設定依頼情報を受信した各々のシステムは、利用者識別情報１３０５と、お知らせＩＤ２１０３又はお知らせＩＤ２２０３とを用いて開封状況を開封にすべき利用者のお知らせ記事２０１の登録を特定する。そして、特定したお知らせ記事２０１の登録を例えば開封済みを表す「済」に変更する。これにより、３つ以上のシステムにおいても同一の利用者に対する同一のお知らせ記事２０１の開封状況を同期させることが可能である。
【０１０９】
なお、複数のシステムと仲介装置１０５及び他のシステムとの間のデータの送受信は、例えば、複数のシステムのそれぞれにおいて、予め記憶装置２６０３に仲介装置１０５及び他のシステムのメールアドレス等の送信先を記憶しておくことで実施することができる。複数のシステムから仲介装置１０５及び他のシステムへ送信されるデータは、例えばメールアドレス提供依頼情報９００及びウェブメールお知らせ記事登録依頼情報１１００などである。また、仲介装置１０５から複数のシステムへ送信されるデータは、例えば、メールアドレス提供情報１０００、ウェブメール開封済設定依頼情報２１００、及びマイページ開封済設定依頼情報２２００などである。
【０１１０】
また更に、上記の実施形態においては、マイページ提供サーバ１０１、ウェブメールサーバ１０２、仲介装置１０５が別々の装置に実装されている例を述べたが、実施形態はこれに限定されるものではない。例えば、ひとつのサーバに、マイページ提供サーバ１０１、ウェブメールサーバ１０２、仲介装置１０５の機能が実装されても良い。また、例えば、マイページ提供サーバ１０１及びウェブメールサーバ１０２の一方又は両方の一部或いは全部の機能が、仲介装置１０５に実装されていてもよい。或いは、仲介装置１０５の一部或いは全部の機能は、例えば上記のマイページ提供サーバ１０１又はウェブメールサーバ１０２の一方又は両方の装置に例えばメールアドレス提供処理及びお知らせ連携処理を実行する機能として実装されていてもよい。また同様に、上記の実施形態においては、マイページ提供サーバ１０１と、管理者端末１０４とが別々の装置であるものとして記載したが、マイページ提供サーバ１０１と、管理者端末１０４とは１つの同じ装置に実装されていてもよい。また、本実施例では、メールシステムが、メール情報をすべてサーバ側が備えるウェブメールの形態について記載しているが、利用者がメールを受信すると、サーバから該当メールが削除される（利用者端末に記録される）ＰＯＰ型のメールシステムでも用いられることは言うまでもない。例えば、利用者端末１０３に記録されているメールに対して上述の実施形態の動作フローを変形して実行することで利用者端末１０３に記録されているメールと、マイページ提供サーバ１０１のマイページのお知らせ記事２０１の開封状況を一致させることができる。
【０１１１】
以上において、本発明に係る好ましい実施形態を例示した。しかしながら、本発明に係る実施形態は上記の実施形態に限定されるものではなく、上述の実施形態の各種変形形態及び代替形態を包含するものとして理解されるべきである。例えば、各種実施形態は、その趣旨及び範囲を逸脱しない範囲で構成要素を変形して具体化できることが理解されよう。また、前述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、本発明に係る種々の実施形態を成すことができることが理解されよう。或いは、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して本発明に係る種々の実施形態が実施され得ることが当業者には理解されよう。
【符号の説明】
【０１１２】
１００  ネットワーク構成
１０１  マイページ提供サーバ
１０２  ウェブメールサーバ
１０３  利用者端末
１０４  管理者端末
１０５  仲介装置
１０６  ブラウザ
１０７  ブラウザ
１１０  ネットワーク
２００  マイページ
２０１  お知らせ記事
２０２  リンク
２１０  受信箱
２１１  受信メール
２１２  差出人
２１３  発信日時
２１４  タイトル
２１５  開封媒体
２１６  メール作成
２１７  次画面
２１８  ログアウト
４００  制御部
４０１  お知らせ登録部
４０２  マイページ表示部
４０３  マイページ開封済設定部
４１０  記憶部
４１１  お知らせ登録プログラム
４１２  マイページ表示プログラム
４１３  マイページ開封済設定プログラム
５００  制御部
５０１  提供部
５０２  受信部
５０３  特定部
５０４  通知部
５１０  記憶部
５１１  仲介プログラム
６００  制御部
６０１  ウェブメール登録部
６０２  ウェブメール表示部
６０３  ウェブメール開封済設定部
６１０  記憶部
６１１  ウェブメール登録プログラム
６１２  ウェブメール表示プログラム
６１３  ウェブメール開封済設定プログラム
７００  お知らせ記事登録依頼情報
７０１  電文種別
７０２  利用者ＩＤ
７０３  お知らせ記事タイトル
７０４  お知らせ記事本文
７１０  備考
８００  マイページお知らせ管理情報
８０１  お知らせ記事情報
８０２  利用者ＩＤ
８０３  登録日時
８０４  開封状況
８０５  お知らせＩＤ
８０６  お知らせ記事タイトル
８０７  お知らせ記事本文
９００  メールアドレス提供依頼情報
９０１  電文種別
９０２  利用者ＩＤ
９１０  備考
１０００  メールアドレス提供情報
１００１  電文種別
１００２  利用者ＩＤ
１００３  メールアドレス
１０１０  備考
１１００  ウェブメールお知らせ記事登録依頼情報
１１０１  電文種別
１１０２  登録先メールアドレス
１１０３  お知らせＩＤ
１１０４  お知らせ記事タイトル
１１０５  お知らせ記事本文
１１１０  備考
１３００  利用者管理情報
１３０１  利用者連携情報
１３０２  連携フラグ
１３０３  利用者ＩＤ
１３０４  メールアドレス
１３０５  利用者識別情報
１５００  ウェブメール管理情報
１５０１  ウェブメール情報
１５０２  メッセージＩＤ
１５０３  差出人
１５０４  宛先
１５０５  開封状況
１５０６  開封媒体
１５０７  発信日時
１５０８  お知らせＩＤ
１５０９  メール情報
１５１０  タイトル
１５１１  本文
１７００  仲介依頼情報
１７０１  電文種別
１７０２  依頼元
１７０３  利用者情報
１７０４  お知らせＩＤ
１７０５  お知らせ記事タイトル
１７０６  お知らせ記事本文
１７１０  備考
２０００  開封画面
２１００  ウェブメール開封済設定依頼情報
２１０１  電文種別
２１０２  利用者情報
２１０３  お知らせＩＤ
２１１０  備考
２２００  マイページ開封済設定依頼情報
２２０１  電文種別
２２０２  利用者情報
２２０３  お知らせＩＤ
２２１０  備考
２６００  コンピュータ
２６０１  プロセッサ
２６０２  メモリ
２６０３  記憶装置
２６０４  読取装置
２６０５  着脱可能記憶媒体
２６０６  通信インタフェース
２６０７  入出力装置
２６０８  バス
２６０９  サーバ
２６１０  ネットワーク
【図１】
0005982944.tif 000002
【図２】
0005982944.tif 000003
【図３】
0005982944.tif 000004
【図４】
0005982944.tif 000005
【図５】
0005982944.tif 000006
【図６】
0005982944.tif 000007
【図７】
0005982944.tif 000008
【図８】
0005982944.tif 000009
【図９】
0005982944.tif 000010
【図１０】
0005982944.tif 000011
【図１１】
0005982944.tif 000012
【図１２】
0005982944.tif 000013
【図１３】
0005982944.tif 000014
【図１４】
0005982944.tif 000015
【図１５】
0005982944.tif 000016
【図１６】
0005982944.tif 000017
【図１７】
0005982944.tif 000018
【図１８】
0005982944.tif 000019
【図１９】
0005982944.tif 000020
【図２０】
0005982944.tif 000021
【図２１】
0005982944.tif 000022
【図２２】
0005982944.tif 000023
【図２３】
0005982944.tif 000024
【図２４】
0005982944.tif 000025
【図２５】
0005982944.tif 000026
【図２６】
0005982944.tif 000027