メッセージ送受信および掲示システム、送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体
サービス加入者がメッセージを作成して発信すると、発信メッセージに基づき、第１のレコードおよび第２のレコードが生成される。また、生成した第１のレコードおよび第２のレコードがそれぞれ保存され、これは、発信者および受信者のユーザ端末にそれぞれ伝送され、ユーザ端末には、伝送されたメッセージの内容が、レコードフィールドに基づき、既伝送された関連メッセージの内容と共に示される。この際、受信者もまたサービス加入者に限定される。
したがって、発信メッセージと受信メッセージとの間の関係を、一見して把握することができ、発信者および受信者は、第１のレコードおよび第２のレコードをそれぞれ自由に管理することができる。また、サービス加入者間のメッセージ送受信のみが許されるので、迷惑メールまたはウイルスから安全である。
したがって、発信メッセージと受信メッセージとの間の関係を、一見して把握することができ、発信者および受信者は、第１のレコードおよび第２のレコードをそれぞれ自由に管理することができる。また、サービス加入者間のメッセージ送受信のみが許されるので、迷惑メールまたはウイルスから安全である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ送受信および掲示システム、送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体に関し、より詳しくは、ネットワークに連結された複数のユーザ端末間のメッセージ送受信および掲示システム、送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体に関する。
【背景技術】
【０００２】
ネットワーク、特に、インターネットの普及領域が拡大されることにつれて、これを用いた様々なサービスが開発されており、特に、インターネットを介したメッセージ送受信および掲示サービスは、様々な形態で提供されている。そのうち、代表的なサービスとしては、メールサービス、メモサービス、および掲示板サービスが挙げられる。
【０００３】
メールサービスは、送信メールサーバと受信メールサーバを用いて、発信者と受信者間のメールを送受信し、長文の伝送、または、ファイルの添付が可能であるばかりではなく、返信、転送、受信確認などの機能が提供される。また、発信メールまたは受信メールは、発信者または受信者の所有として管理が自由である。
【０００４】
しかしながら、互いに認証されていないユーザ間にメールが送受信されることもあるので、迷惑メールまたはウイルスの危険に露出してしまう可能性が高い。しかも、発信メールまたは受信メールは、発信日または受信日の順にそれぞれ表示され、関連メール間の関連性は表示されていない。一部のメールクライアントは、基準フィールド毎にメールを整列する機能を提供してはいるが、各フィールド内において、各メールは、さらに日付などを基準としてリストされ、同一のフィールドに属するメール間の相互関連性によるリスティングは、行われていない。
【０００５】
メモサービスは、サービス加入者間の短文を送受信するサービスであり、サーバには、メモサービスのための一定のテーブルが設けられ、発信者と受信者との間のメモ内容が、それぞれのレコードに保存される。この際、複数のサービス加入者間において受け渡されたメモの内容が同じ場所に保存されるので、受け渡されるメモの容量は制限される。また、ファイルの添付や各メモに対する管理が不可である。
【０００６】
掲示板サービスは、掲示板加入者間に一定のコンテンツを共同の作業場所に伝送し、そのコンテンツの掲示を共有するサービスであり、加入者に限って、コンテンツの伝送が許されるので、迷惑メールおよびウイルスから安全である。また、コンテンツは、入力方式により、関連コンテンツスレッドにおける、各コンテンツとの関連性と共に表示される。
【０００７】
例えば、オリジナルメッセージに対するリプライメッセージ、リプライメッセージに対するリプライメッセージとして文頭にタイトルが付けられると共に、ディスプレイ方式においても、タイトルの開始列を異にする。すなわち、オリジナルメッセージは、第１列、リプライメッセージは、第２列、リプライメッセージに対するリプライメッセージは、第３列からメッセージのタイトルが始まり、一見して、関連コンテンツスレッドの中から各コンテンツの位相を把握することができる。
【０００８】
しかしながら、それぞれのコンテンツは、共同の作業場所に伝送されるので、管理の権限は、特定人に与えられ、また、掲示されたコンテンツに対する権限は、掲示したユーザのにみ与えられた。また、全体のユーザの発信コンテンツが共に掲示されるので、特定のユーザの掲示物を確認するためには、別途の整列機能を用いなければならないという不便さがあった。
【発明の開示】
【０００９】
本発明は、上述の問題点に鑑みてなされたもので、サービス加入者と受け渡したメッセージが、各サービス加入者毎に、関連メッセージスレッドの中において、各メッセージの位相が示されるように表現される、メッセージ送受信および掲示システム、メッセージ送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体を提供することを目的とする。
【００１０】
また、認証されたユーザ間の安全な、メッセージ送受信および掲示システム、メッセージ送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体を提供することを他の目的とする。
【００１１】
また、発信者および受信者が共に、掲示されたメッセージに対して権限を有して管理可能な、メッセージ送受信および掲示システム、メッセージ送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体を提供することをまた他の目的とする。
【００１２】
上記目的を達成すべく、本発明の特徴に係るメッセージ伝送および掲示システムは、ネットワークに連結された複数のユーザ端末間のメッセージ伝送および掲示システムであって、サービスに加入した複数のユーザ間のメッセージを送受信するメッセージクライアントと、発信メッセージに基づき、第１のレコードおよび第２のレコードを生成して保存し、前記メッセージクライアントの要請に応じて、第１のレコードと第２のレコードをそれぞれ該当メッセージクライアントに伝送するアプリケーションサーバと、前記第１のレコードおよび前記第２のレコードを保存するユーザデータベースと、を備え、前記メッセージクライアントは、伝送されたメッセージの内容を、レコードフィールドを参照して、既伝送された関連メッセージと共に表示する。
【００１３】
この際、前記レコードフィールドは、関連メッセージスレッドを示す第１のフィールドと、関連メッセージスレッドにおける該当メッセージの位相を示す第２のフィールドとを有し、前記メッセージクライアントは、前記第１のフィールドおよび前記第２のフィールドを参照して、発信メッセージの内容を、関連メッセージスレッドの中においてその位相に合わせて表現する。
【００１４】
また、前記アプリケーションサーバは、発信メッセージに基づき、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのリストにおけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む第１のレコードおよび第２のレコードを生成し、前記ユーザデータベースに保存する。
【００１５】
また、前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されている。
【００１６】
また、本発明の特徴に係るメッセージ送受信および掲示方法は、ネットワークに連結された複数のユーザ端末間のメッセージを送受信および掲示する方法であって、ａ）作成されたメッセージが発信されるステップと、ｂ）発信メッセージに基づき、発信者および受信者のための第１のレコードおよび第２のレコードを生成するステップと、ｃ）生成した第１のレコードおよび第２のレコードをそれぞれ保存し、第１のレコードおよび第２のレコードを、発信者および受信者のユーザ端末にそれぞれ伝送するステップと、ｄ）伝送されたメッセージの内容を、レコードフィールドに基づき、既伝送された関連メッセージの内容と共に示すステップと、を含む。
【００１７】
この際、前記第１のレコードおよび第２のレコードは、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む。
【００１８】
また、ａ）ステップおよびｂ）ステップは、前記発信者と前記受信者がサービス加入者である場合、実行される。また、前記第１のレコードおよび前記第２のレコードは、発信者と受信者のために、それぞれ設けられたユーザデータベースにそれぞれ保存される。また、本発明の特徴に係る保存媒体は、前記方法をコンピュータにおいて具現するプログラムを記録したコンピュータで読出可能な保存媒体である。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好ましい実施の形態を、添付図面に基づき詳細に説明する。
【００２０】
図１に示すように、本発明に係るメッセージ送受信および掲示システムは、ネットワークを介して複数のユーザ端末と連結されており、メッセージクライアント２００、アプリケーションサーバ４００、ユーザデータベース５００を備えている。
【００２１】
ネットワークは、電話網、インターネットおよび無線通信網などの様々な形態の全てのネットワークを含む。
【００２２】
ユーザ端末は、ネットワークを介してメッセージ送受信および掲示システムとコミュニケーション可能な通信装置であって、例えば、電話、無線通信端末、コンピュータおよびインターネットで接続可能なＴＶなどの様々な通信装置のいずれか一つが用いられ得る。したがって、ユーザは、ＰＣ通信、インターネット、無線インターネット、電話網などを用いて、便利かつ迅速にシステムに接続することができる。
【００２３】
メッセージクライアント２００は、ユーザ端末に設けられたアプリケーションプログラムであって、メッセージを作成可能なツールを提供し、サービスに加入した複数のユーザ間のメッセージが、ユーザ端末の内部の通信プロセッサを介して送受信されるようにする。
【００２４】
この際、メッセージクライアント２００は、伝送されたメッセージをそのレコードフィールドを参照して画面に表示する。メッセージクライアント２００は、レコードフィールドを参照の結果、既伝送された関連メッセージがあった場合、伝送されたメッセージを関連メッセージと共にユーザ端末の画面に表示する。
【００２５】
また、条件により伝送されたレコードが、ユーザ端末の端末保存部１００に保存されるようにすることができる。
【００２６】
この際、前記端末保存部１００は、一般のメールクライアントプログラムにおいて、サーバから伝送されたデータが仮保存されるローカルキャッシュとは区別される概念である。すなわち、ローカルキャッシュは、サーバから伝送されたデータが仮保存される場所であって、メールクライアントプログラムが、同一のデータに対して、サーバ側に再度データの伝送を要求することなく、ローカルキャッシュに保存されたデータを利用可能にする一般の技術である。
【００２７】
これに対して、前記端末保存部１００は、前記メッセージクライアント２００が、ローカルキャッシュに保存されたレコードを永久保管等の目的で、別に保存する場所であって、前記レコードを、後述するアプリケーションサーバ４００側に設けられたユーザデータベース５００から削除すると共に、個人的に相当の期間、保存しようとするときに、有用に用いられ得る。
【００２８】
アプリケーションサーバ４００は、メッセージクライアント２００から発信メッセージを伝送されたとき、発信メッセージに基づき、発信者のための第１のレコードおよび受信者のための第２のレコードを生成する。但し、アプリケーションサーバ４００は、メッセージ受信者が、サービスに加入したユーザではない場合、メッセージを送信した前記メッセージクライアント２００に、失敗の通知を伝送することができる。
【００２９】
この際、第１のレコードおよび第２のレコードは、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む。
【００３０】
ここで、第１のレコードのメッセージＩＤは、第２のレコードにおける対応メッセージＩＤであり、第１のレコードにおける対応メッセージＩＤは、第２のレコードのメッセージＩＤである。したがって、第１のレコードと第２のレコードは、メッセージＩＤおよび対応メッセージＩＤフィールドを通じて、論理的に相互連結される。
【００３１】
ユーザデータベース５００には、アプリケーションサーバ４００により、第１のレコードおよび第２のレコードが保存される。この際、ユーザデータベース５００は、サービスに加入した複数のユーザ毎に個別に設けられ得る。そこで、データベースに保存された第１のレコードおよび第２のレコードに対する権限は、発信者および受信者のそれぞれに与えられ、発信者および受信者のそれぞれにより管理される。すなわち、発信者および受信者は、それぞれメッセージクライアント２００を介して、第１のレコードおよび第２のレコードをそれぞれ保存または削除等を行うことができる。
【００３２】
図２に示すように、メッセージクライアント２００のユーザインターフェースは、以下の通りである。
【００３３】
メッセージクライアント２００には、第１のユーザとのメッセージ送受信および掲示サービスを利用可能な第２のユーザのリストが表示され、第２のユーザのリストは、第１のユーザの選択により、一定のグループを形成して表示されてもよい。この際、第１のユーザおよび第２のユーザは共に、サービス加入者であり、第２のユーザは、第１のユーザとメッセージを送受信可能な一つ以上の単数または複数のユーザであり、第２−１のユーザ、第２−２のユーザ、第２−ｎのユーザを含む概念である。
【００３４】
例えば、第１のユーザが、リストされた第２のユーザのうち、第２−４のユーザを選択すると、第１のユーザと第２−４のユーザとの間の受け渡しのメッセージが表示され、特に、各メッセージは、関連メッセージスレッドの中において、そのメッセージの位相に合わせて示される。
【００３５】
すなわち、第１のユーザが第２−４のユーザにメッセージを発送し、第２−４のユーザが返事した場合、第１のユーザの発信メッセージは、上位階層、第２−４のユーザの返事メッセージは、第１のユーザの発信メッセージに対する下位階層として表わされる。また、第１のユーザがその返事メッセージに対して、さらに返事した場合、第１のユーザの返事メッセージは、第２−４のユーザの返事メッセージに対する下位階層として表わされる。もちろん、第１のユーザが第２−４のユーザに、または、第２−４のユーザが第１のユーザに、新たな内容のメッセージを発送した場合、新たなメッセージは、新たな上位階層として表わされる。
【００３６】
以下、メッセージ送受信および掲示過程についてより詳述する。
【００３７】
図３に示すように、第１のユーザは、第２のユーザのうち特定人を選択し（以下、第２−４のユーザを選択した場合を仮定する）、メッセージクライアント２００のユーザインターフェースを通じて、メッセージを作成して伝送することができる（Ａ）。または、既に伝送されて掲示されたメッセージを修正して伝送することができる（Ｂ）。また、第１のユーザは、第２−４のユーザからのメッセージに対して、リプライメッセージを伝送し（Ｃ）、または、第２−４のユーザとの受け渡しのメッセージを、また他のユーザ、すなわち、第２−１のユーザ、第２−２のユーザなどに伝達することができる（Ｄ）。
【００３８】
この際、Ａ、Ｂ、ＣおよびＤの場合、作成、修正、または伝達されるメッセージは、アプリケーションサーバ４００に伝送され、アプリケーションサーバ４００は、伝送されたメッセージに基づき、発信者と受信者のための第１のレコードおよび第２のレコードを生成する。
【００３９】
図４に示すように、各レコードは、サービスユーザＩＤ（ｎＯｗｎｅｒＵＩＤ）、メッセージＩＤ（ｎＡｒｔｉｃｌｅＩＤ）、その対応メッセージＩＤ（ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ）、メッセージが属する関連メッセージスレッド（ｎＴｈｒｅｄ）、そのスレッドの中におけるメッセージ位相（ＲｅｐＯｒｄｅｒ）、発信者ＩＤ（ｎＷｒｉｔｅｒＩＤ）、受信者ＩＤ（ｎＲｅｃｅｉｖｅｒＩＤ）、メッセージタイトル（ｎＳｔｒＴｉｔｌｅ）、およびメッセージ内容（ｎＳｔｒＣｏｎｔｅｎｔｓ）の少なくともいずれか一つ以上のレコードフィールドを含む。
【００４０】
ｎＯｗｎｅｒＵＩＤは、第１のレコードフィールドおよび第２のレコードフィールドが、それぞれ伝達するべきユーザＩＤを指す。ｎＡｒｔｉｃｌｅＩＤは、第１のレコードが発信者のユーザデータベース５００に保存されたメッセージのうち、何回目のメッセージであるか、その保存先アドレスを知らせる。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤは、第１のレコードに対応して生成された第２のレコードが、受信者のユーザデータベース５００に保存されたメッセージのうち、何回目のメッセージに該当するか、その保存先アドレスを表示する。
【００４１】
ｎＴｈｒｅｄは、伝送されたメッセージが属するメッセージスレッドを示すものであり、伝送されたメッセージが、どのオリジナルメッセージ（特定のメッセージに対するリプライメッセージではなく、最初のメッセージ）から派生したものであるかを示し、オリジナルメッセージのｎＡｒｔｉｃｌｅＩＤに従う。すなわち、伝送されたメッセージがオリジナルメッセージである場合、ｎＴｈｒｅｄは、ｎＡｒｔｉｃｌｅＩＤに従う。また、伝送されたメッセージが、そのオリジナルメッセージに対するリプライである場合、ｎＴｈｒｅｄは、オリジナルメッセージのｎＴｈｒｅｄに従い、オリジナルメッセージのｎＴｈｒｅｄは、オリジナルメッセージのｎＡｒｔｉｃｌｅであるので、特定のメッセージに対するリプライメッセージのｎＴｈｒｅｄは、オリジナルメッセージのｎＡｒｔｉｃｌｅＩＤとなる。
【００４２】
ＲｅｐＯｒｄｅｒは、伝送されたメッセージの、所属メッセージスレッドの中での位相を示すものであり、メッセージスレッドにおいて、メッセージの階層的な表現のために、メッセージが表現される順序とメッセージのインデント表示を示す。
【００４３】
例えば、伝送されたメッセージが属するメッセージスレッドと、そのメッセージスレッドの中における位相とを、ｎＴｈｒｅｄ：ＲｅｐＯｒｄｅｒのように示すと、１：""、２：""、３：""、４：""は、それぞれ１番目のメッセージスレッドのオリジナルメッセージ、２番目のメッセージスレッドのオリジナルメッセージ、３番目のメッセージスレッドのオリジナルメッセージ、および４番目のメッセージスレッドのオリジナルメッセージを示す。
【００４４】
ここで、ｎＴｈｒｅｄ：ｎＲｅｐＯｒｄｅｒが、それぞれ４：""であるメッセージを第１のメッセージであるとすると、４：１および４：２は、それぞれ第１のメッセージに対する１番目のリプライメッセージおよび２番目のリプライメッセージ（以下、第２のメッセージという）のことをいい、各リプライメッセージのタイトルは、オリジナルメッセージのタイトルの開始列と所定の間隔を置いて表示される。また、４：２１、４：２２、および４：２３は、それぞれ第２のメッセージに対する１番目のリプライメッセージ、２番目のリプライメッセージ（以下、第３のメッセージという）、および３番目のリプライメッセージのことをいい、各リプライメッセージのタイトルは、第２のメッセージのタイトルの開始列と所定の間隔を置いて表示される。同様に、４：２２１は、第３のメッセージに対する１番目のリプライメッセージとして、第３のメッセージのタイトルの開始列と所定の間隔を置いて表示される。
【００４５】
ｎＷｒｉｔｅｒＩＤは、メッセージを作成したユーザのＩＤを、ｎＲｅｃｅｉｖｅｒＩＤは、メッセージを受信するユーザのＩＤのことをそれぞれいい、ｎＳｔｒＴｉｔｌｅおよびｎＳｔｒＣｏｎｔｅｎｔｓは、メッセージの題目とメッセージの内容のことをそれぞれいう。
【００４６】
図５に示すように、ユーザＡが、ユーザＢに、特定のメッセージに対するリプライメッセージを伝送する場合、アプリケーションサーバ４００は、ユーザＡのメッセージに基づき、ユーザＡのための第１のレコードおよび第２のレコードを生成する。
【００４７】
この際、第１のレコードは、ユーザＡのためのレコードであるので、第１のレコードのｎＯｗｎｅｒＵＩＤは、Ａとなり、ｎＷｒｉｔｅｒＵＩＤおよびｎＲｅｃｅｉｖｅｒＵＩＤは、それぞれＡおよびＢとなる。ここで、ｎＴｈｒｅｄおよびｎＲｅｐＯｒｄｅｒである３００および２１は、本メッセージが、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージであることを示す。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ４００は、第２のレコードがユーザＢのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００４８】
また、第２のレコードは、ユーザＢのためのレコードであるため、第２のレコードのｎＯｗｎｅｒＩＤは、Ｂとなり、ｎＷｒｉｔｅｒＵＩＤおよびｎＲｅｃｅｉｖｅｒＵＩＤは、それぞれＡおよびＢとなる。この際、ｎＴｈｒｅｄおよびｎＲｅｐＯｒｄｅｒである４００および２１は、本メッセージが、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージであることを示す。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ３００は、第１のレコードがユーザＡのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００４９】
したがって、ユーザＡの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中に位置する。また、リプライメッセージのタイトルが、オリジナルメッセージのタイトルから、ｎ間隔離れて表現される場合、前記メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。また、ユーザＢの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中に位置し、メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。
【００５０】
また、アプリケーションサーバ４００は、第１のレコードおよび第２のレコードが、それぞれユーザＡのために設けられたユーザデータベース５００およびユーザＢのために設けられたユーザデータベース５００にそれぞれ保存されるようにする。したがって、ユーザＡおよびユーザＢは、第１のレコードおよび第２のレコードに対する権限を、各自有するようになり、各レコードを各自管理することができる。
【００５１】
すなわち、図６に示すように、ユーザＡおよびユーザＢは、ユーザデータベース５００に保存された第１のレコードおよび第２のレコードに対する削除の権限をそれぞれ有する。したがって、それぞれのユーザの選択により、保存されたレコードを削除することができる。
【００５２】
例えば、ユーザＡが第１のレコードを削除する場合、ユーザＡは、メッセージクライアントを通じて、もう該当メッセージを確認することができない。しかし、ユーザＢは、第２のレコードを削除しない限り、依然として、メッセージクライアント２００を通じて、該当メッセージを確認することができる。
【００５３】
この際、ユーザの選択により、それぞれのレコードは、ユーザ端末の端末保存部１００に別に保存され得る。したがって、前記レコードに対する他人のアクセスの可能性を遮断すると共に、前記レコードを個人的に相当の期間保存することができる。
【００５４】
すなわち、図７に示すように、ユーザＡまたはユーザＢは、メッセージクライアント２００を通じて、第１のレコードまたは第２のレコードを、各自のユーザ端末の端末保存部１００に保存することができる。この場合、前記第１のレコードまたは前記第２のレコードは、アプリケーションサーバ４００側のユーザデータベース５００から削除されても、端末保存部１００に相当の期間保存され得、ユーザの選択によっては、永久保存も可能である。
【００５５】
したがって、特に、ユーザが特定のレコードに対する永久保管または個人的な保管を所望の場合、ユーザデータベース５００から、該当レコードが削除されるので、他人によるアクセスの可能性が遮断され、データ流出等の危険が減少される。同時に、該当レコードは、端末保存部１００に別に保存されるので、該当レコードに対する個人的な永久保管が可能である。また、ユーザデータベース５００に保存されるレコード量が減少するので、ユーザデータベースに対する負荷も減少する。
【００５６】
以下、図８を参照して、ユーザＡがユーザＢにメッセージを伝送する上述した例を通じて、本発明の実施の形態に係るメッセージ伝送および掲示方法について説明する。
【００５７】
ユーザＡがメッセージを作成し、ユーザＢに発信すると（Ｓ１００）、アプリケーションサーバ４００は、発信メッセージに基づき、第１のレコードおよび第２のレコードを生成する（Ｓ１０１）。また、第１のレコードおよび第２のレコードは、ユーザＡのためのユーザデータベース５００およびユーザＢのためのユーザデータベース５００にそれぞれ保存される（Ｓ１０３）。
【００５８】
この際、前記第１のレコードおよび第２のレコードは、それぞれサービスユーザＩＤ（ｎＯｗｎｅｒＵＩＤ）、メッセージＩＤ（ｎＡｒｔｉｃｌｅＩＤ）、その対応メッセージＩＤ（ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ）、メッセージが属する関連メッセージスレッド（ｎＴｈｒｅｄ）、そのスレッドの中におけるメッセージ位相（ＲｅｐＯｒｄｅｒ）、発信者ＩＤ（ｎＷｒｉｔｅｒＩＤ）、受信者ＩＤ（ｎＲｅｃｅｉｖｅｒＩＤ）、メッセージタイトル（ｎＳｔｒＴｉｔｌｅ）、およびメッセージ内容（ｎＳｔｒＣｏｎｔｅｎｔｓ）の少なくともいずれか一つ以上のレコードフィールドを含む。
【００５９】
また、前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されている。また、前記メッセージは、ｎＴｈｒｅｄおよびＲｅｐＯｒｄｅｒのフィールドに基づき、関連メッセージスレッドにおいて、該当メッセージの位相に合わせて、ユーザＡおよびユーザＢに表現される（Ｓ１０５）。
【００６０】
すなわち、ユーザＡの場合、第１のレコードのｎＴｈｒｅｄおよびＲｅｐＯｒｄｅｒが３００および２１である場合、該当メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージとなる。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ４００は、第２のレコードがユーザＢのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００６１】
したがって、ユーザＡの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中に位置する。また、リプライメッセージのタイトルが、オリジナルメッセージのタイトルからｎ間隔離れて表現される場合、前記メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。
【００６２】
また、ユーザＢの場合、第２のレコードのｎＴｈｒｅｄおよびｎＲｅｐＯｒｄｅｒが４００および２１である場合、該当メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージとなる。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ３００は、第１のレコードがユーザＡのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００６３】
したがって、ユーザＢの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中に位置する。また、リプライメッセージのタイトルが、オリジナルメッセージのタイトルからｎ間隔離れて表現される場合、前記メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。
【００６４】
第１のレコードおよび第２のレコードは、ユーザＡのユーザデータベース５００およびユーザＢのユーザデータベース５００にぞれぞれ保存されるので、それぞれのレコードに対する権限および管理は、ユーザＡおよびユーザＢにそれぞれ与えられる。したがって、ユーザＡまたはユーザＢは、各レコードを選択により削除することもできる（Ｓ１０７、Ｓ１０９、Ｓ１１３）。すなわち、ユーザＡまたはユーザＢが、特定のレコードがユーザデータベース５００に保存されることを所望でない場合、各ユーザは、自身のユーザデータベース００に保存されたレコードを削除することができる。
【００６５】
この際、ユーザの選択により、各レコードは、ユーザ端末の端末保存部１００に別途に保存され得る（Ｓ１０９、Ｓ１１１）。この場合、ユーザは、該当メッセージを個人的に永久保管することができるだけでなく、該当レコードに対する他人のアクセスの可能性を遮断することができる。また、レコードの保存のためのユーザデータベース５００の容量の確保にも役立つ。
【００６６】
以上、本発明によると、サービス加入者間の受け渡しのメッセージが、各サービス加入者毎に示される。すなわち、前記メッセージクライアントは、サービス加入者のリストを示し、第１のユーザがリストに示された第２のユーザのうち一人を選択する場合、第１のユーザと選択された第２のユーザとの間の受け渡しのメッセージが示される。
【００６７】
また、各メッセージは、関連メッセージスレッドの中において、各メッセージの位相が示されるように表現される。すなわち、発信または受信メッセージの内容の主題を関連メッセージと連関して大略的に把握することができるだけでなく、オリジナルメッセージであるか、或いはリプライメッセージであるかと、リプライメッセージであれば、どのメッセージに対するリプライメッセージであるかを、一見して把握することができる。
【００６８】
また、メッセージは、認証されたユーザ間にのみ送受信されるので、迷惑メールやウイルスから安全である。
【００６９】
また、発信メッセージに基づいて生成する二つのレコードは、発信者および受信者のデータベースにそれぞれ保存されるので、掲示されたメッセージに対する権限および管理は、各ユーザにより便利に行われ得る。
【図面の簡単な説明】
【００７０】
【図１】図１は、本発明の実施の形態に係るメッセージ送受信および掲示システムを示す図である。
【図２】図２は、図１のシステムのユーザインターフェースである。
【図３】図３は、図１のシステムのメッセージ送受信インターフェースに対する詳細図である。
【図４】図４は、図１のユーザデータベースのスキーマである。
【図５】図５は、図１のユーザデータベースの配置図である。
【図６】図６は、データベースに保存されたレコードを削除する図である。
【図７】図７は、ユーザ端末にレコードが保存された様子を示す図である。
【図８】図８は、図１のシステムの全体のフローチャートである。
【技術分野】
【０００１】
本発明は、メッセージ送受信および掲示システム、送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体に関し、より詳しくは、ネットワークに連結された複数のユーザ端末間のメッセージ送受信および掲示システム、送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体に関する。
【背景技術】
【０００２】
ネットワーク、特に、インターネットの普及領域が拡大されることにつれて、これを用いた様々なサービスが開発されており、特に、インターネットを介したメッセージ送受信および掲示サービスは、様々な形態で提供されている。そのうち、代表的なサービスとしては、メールサービス、メモサービス、および掲示板サービスが挙げられる。
【０００３】
メールサービスは、送信メールサーバと受信メールサーバを用いて、発信者と受信者間のメールを送受信し、長文の伝送、または、ファイルの添付が可能であるばかりではなく、返信、転送、受信確認などの機能が提供される。また、発信メールまたは受信メールは、発信者または受信者の所有として管理が自由である。
【０００４】
しかしながら、互いに認証されていないユーザ間にメールが送受信されることもあるので、迷惑メールまたはウイルスの危険に露出してしまう可能性が高い。しかも、発信メールまたは受信メールは、発信日または受信日の順にそれぞれ表示され、関連メール間の関連性は表示されていない。一部のメールクライアントは、基準フィールド毎にメールを整列する機能を提供してはいるが、各フィールド内において、各メールは、さらに日付などを基準としてリストされ、同一のフィールドに属するメール間の相互関連性によるリスティングは、行われていない。
【０００５】
メモサービスは、サービス加入者間の短文を送受信するサービスであり、サーバには、メモサービスのための一定のテーブルが設けられ、発信者と受信者との間のメモ内容が、それぞれのレコードに保存される。この際、複数のサービス加入者間において受け渡されたメモの内容が同じ場所に保存されるので、受け渡されるメモの容量は制限される。また、ファイルの添付や各メモに対する管理が不可である。
【０００６】
掲示板サービスは、掲示板加入者間に一定のコンテンツを共同の作業場所に伝送し、そのコンテンツの掲示を共有するサービスであり、加入者に限って、コンテンツの伝送が許されるので、迷惑メールおよびウイルスから安全である。また、コンテンツは、入力方式により、関連コンテンツスレッドにおける、各コンテンツとの関連性と共に表示される。
【０００７】
例えば、オリジナルメッセージに対するリプライメッセージ、リプライメッセージに対するリプライメッセージとして文頭にタイトルが付けられると共に、ディスプレイ方式においても、タイトルの開始列を異にする。すなわち、オリジナルメッセージは、第１列、リプライメッセージは、第２列、リプライメッセージに対するリプライメッセージは、第３列からメッセージのタイトルが始まり、一見して、関連コンテンツスレッドの中から各コンテンツの位相を把握することができる。
【０００８】
しかしながら、それぞれのコンテンツは、共同の作業場所に伝送されるので、管理の権限は、特定人に与えられ、また、掲示されたコンテンツに対する権限は、掲示したユーザのにみ与えられた。また、全体のユーザの発信コンテンツが共に掲示されるので、特定のユーザの掲示物を確認するためには、別途の整列機能を用いなければならないという不便さがあった。
【発明の開示】
【０００９】
本発明は、上述の問題点に鑑みてなされたもので、サービス加入者と受け渡したメッセージが、各サービス加入者毎に、関連メッセージスレッドの中において、各メッセージの位相が示されるように表現される、メッセージ送受信および掲示システム、メッセージ送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体を提供することを目的とする。
【００１０】
また、認証されたユーザ間の安全な、メッセージ送受信および掲示システム、メッセージ送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体を提供することを他の目的とする。
【００１１】
また、発信者および受信者が共に、掲示されたメッセージに対して権限を有して管理可能な、メッセージ送受信および掲示システム、メッセージ送受信および掲示方法、並びに、その方法を具現するプログラムを記録したコンピュータで読出可能な保存媒体を提供することをまた他の目的とする。
【００１２】
上記目的を達成すべく、本発明の特徴に係るメッセージ伝送および掲示システムは、ネットワークに連結された複数のユーザ端末間のメッセージ伝送および掲示システムであって、サービスに加入した複数のユーザ間のメッセージを送受信するメッセージクライアントと、発信メッセージに基づき、第１のレコードおよび第２のレコードを生成して保存し、前記メッセージクライアントの要請に応じて、第１のレコードと第２のレコードをそれぞれ該当メッセージクライアントに伝送するアプリケーションサーバと、前記第１のレコードおよび前記第２のレコードを保存するユーザデータベースと、を備え、前記メッセージクライアントは、伝送されたメッセージの内容を、レコードフィールドを参照して、既伝送された関連メッセージと共に表示する。
【００１３】
この際、前記レコードフィールドは、関連メッセージスレッドを示す第１のフィールドと、関連メッセージスレッドにおける該当メッセージの位相を示す第２のフィールドとを有し、前記メッセージクライアントは、前記第１のフィールドおよび前記第２のフィールドを参照して、発信メッセージの内容を、関連メッセージスレッドの中においてその位相に合わせて表現する。
【００１４】
また、前記アプリケーションサーバは、発信メッセージに基づき、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのリストにおけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む第１のレコードおよび第２のレコードを生成し、前記ユーザデータベースに保存する。
【００１５】
また、前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されている。
【００１６】
また、本発明の特徴に係るメッセージ送受信および掲示方法は、ネットワークに連結された複数のユーザ端末間のメッセージを送受信および掲示する方法であって、ａ）作成されたメッセージが発信されるステップと、ｂ）発信メッセージに基づき、発信者および受信者のための第１のレコードおよび第２のレコードを生成するステップと、ｃ）生成した第１のレコードおよび第２のレコードをそれぞれ保存し、第１のレコードおよび第２のレコードを、発信者および受信者のユーザ端末にそれぞれ伝送するステップと、ｄ）伝送されたメッセージの内容を、レコードフィールドに基づき、既伝送された関連メッセージの内容と共に示すステップと、を含む。
【００１７】
この際、前記第１のレコードおよび第２のレコードは、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む。
【００１８】
また、ａ）ステップおよびｂ）ステップは、前記発信者と前記受信者がサービス加入者である場合、実行される。また、前記第１のレコードおよび前記第２のレコードは、発信者と受信者のために、それぞれ設けられたユーザデータベースにそれぞれ保存される。また、本発明の特徴に係る保存媒体は、前記方法をコンピュータにおいて具現するプログラムを記録したコンピュータで読出可能な保存媒体である。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の好ましい実施の形態を、添付図面に基づき詳細に説明する。
【００２０】
図１に示すように、本発明に係るメッセージ送受信および掲示システムは、ネットワークを介して複数のユーザ端末と連結されており、メッセージクライアント２００、アプリケーションサーバ４００、ユーザデータベース５００を備えている。
【００２１】
ネットワークは、電話網、インターネットおよび無線通信網などの様々な形態の全てのネットワークを含む。
【００２２】
ユーザ端末は、ネットワークを介してメッセージ送受信および掲示システムとコミュニケーション可能な通信装置であって、例えば、電話、無線通信端末、コンピュータおよびインターネットで接続可能なＴＶなどの様々な通信装置のいずれか一つが用いられ得る。したがって、ユーザは、ＰＣ通信、インターネット、無線インターネット、電話網などを用いて、便利かつ迅速にシステムに接続することができる。
【００２３】
メッセージクライアント２００は、ユーザ端末に設けられたアプリケーションプログラムであって、メッセージを作成可能なツールを提供し、サービスに加入した複数のユーザ間のメッセージが、ユーザ端末の内部の通信プロセッサを介して送受信されるようにする。
【００２４】
この際、メッセージクライアント２００は、伝送されたメッセージをそのレコードフィールドを参照して画面に表示する。メッセージクライアント２００は、レコードフィールドを参照の結果、既伝送された関連メッセージがあった場合、伝送されたメッセージを関連メッセージと共にユーザ端末の画面に表示する。
【００２５】
また、条件により伝送されたレコードが、ユーザ端末の端末保存部１００に保存されるようにすることができる。
【００２６】
この際、前記端末保存部１００は、一般のメールクライアントプログラムにおいて、サーバから伝送されたデータが仮保存されるローカルキャッシュとは区別される概念である。すなわち、ローカルキャッシュは、サーバから伝送されたデータが仮保存される場所であって、メールクライアントプログラムが、同一のデータに対して、サーバ側に再度データの伝送を要求することなく、ローカルキャッシュに保存されたデータを利用可能にする一般の技術である。
【００２７】
これに対して、前記端末保存部１００は、前記メッセージクライアント２００が、ローカルキャッシュに保存されたレコードを永久保管等の目的で、別に保存する場所であって、前記レコードを、後述するアプリケーションサーバ４００側に設けられたユーザデータベース５００から削除すると共に、個人的に相当の期間、保存しようとするときに、有用に用いられ得る。
【００２８】
アプリケーションサーバ４００は、メッセージクライアント２００から発信メッセージを伝送されたとき、発信メッセージに基づき、発信者のための第１のレコードおよび受信者のための第２のレコードを生成する。但し、アプリケーションサーバ４００は、メッセージ受信者が、サービスに加入したユーザではない場合、メッセージを送信した前記メッセージクライアント２００に、失敗の通知を伝送することができる。
【００２９】
この際、第１のレコードおよび第２のレコードは、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む。
【００３０】
ここで、第１のレコードのメッセージＩＤは、第２のレコードにおける対応メッセージＩＤであり、第１のレコードにおける対応メッセージＩＤは、第２のレコードのメッセージＩＤである。したがって、第１のレコードと第２のレコードは、メッセージＩＤおよび対応メッセージＩＤフィールドを通じて、論理的に相互連結される。
【００３１】
ユーザデータベース５００には、アプリケーションサーバ４００により、第１のレコードおよび第２のレコードが保存される。この際、ユーザデータベース５００は、サービスに加入した複数のユーザ毎に個別に設けられ得る。そこで、データベースに保存された第１のレコードおよび第２のレコードに対する権限は、発信者および受信者のそれぞれに与えられ、発信者および受信者のそれぞれにより管理される。すなわち、発信者および受信者は、それぞれメッセージクライアント２００を介して、第１のレコードおよび第２のレコードをそれぞれ保存または削除等を行うことができる。
【００３２】
図２に示すように、メッセージクライアント２００のユーザインターフェースは、以下の通りである。
【００３３】
メッセージクライアント２００には、第１のユーザとのメッセージ送受信および掲示サービスを利用可能な第２のユーザのリストが表示され、第２のユーザのリストは、第１のユーザの選択により、一定のグループを形成して表示されてもよい。この際、第１のユーザおよび第２のユーザは共に、サービス加入者であり、第２のユーザは、第１のユーザとメッセージを送受信可能な一つ以上の単数または複数のユーザであり、第２−１のユーザ、第２−２のユーザ、第２−ｎのユーザを含む概念である。
【００３４】
例えば、第１のユーザが、リストされた第２のユーザのうち、第２−４のユーザを選択すると、第１のユーザと第２−４のユーザとの間の受け渡しのメッセージが表示され、特に、各メッセージは、関連メッセージスレッドの中において、そのメッセージの位相に合わせて示される。
【００３５】
すなわち、第１のユーザが第２−４のユーザにメッセージを発送し、第２−４のユーザが返事した場合、第１のユーザの発信メッセージは、上位階層、第２−４のユーザの返事メッセージは、第１のユーザの発信メッセージに対する下位階層として表わされる。また、第１のユーザがその返事メッセージに対して、さらに返事した場合、第１のユーザの返事メッセージは、第２−４のユーザの返事メッセージに対する下位階層として表わされる。もちろん、第１のユーザが第２−４のユーザに、または、第２−４のユーザが第１のユーザに、新たな内容のメッセージを発送した場合、新たなメッセージは、新たな上位階層として表わされる。
【００３６】
以下、メッセージ送受信および掲示過程についてより詳述する。
【００３７】
図３に示すように、第１のユーザは、第２のユーザのうち特定人を選択し（以下、第２−４のユーザを選択した場合を仮定する）、メッセージクライアント２００のユーザインターフェースを通じて、メッセージを作成して伝送することができる（Ａ）。または、既に伝送されて掲示されたメッセージを修正して伝送することができる（Ｂ）。また、第１のユーザは、第２−４のユーザからのメッセージに対して、リプライメッセージを伝送し（Ｃ）、または、第２−４のユーザとの受け渡しのメッセージを、また他のユーザ、すなわち、第２−１のユーザ、第２−２のユーザなどに伝達することができる（Ｄ）。
【００３８】
この際、Ａ、Ｂ、ＣおよびＤの場合、作成、修正、または伝達されるメッセージは、アプリケーションサーバ４００に伝送され、アプリケーションサーバ４００は、伝送されたメッセージに基づき、発信者と受信者のための第１のレコードおよび第２のレコードを生成する。
【００３９】
図４に示すように、各レコードは、サービスユーザＩＤ（ｎＯｗｎｅｒＵＩＤ）、メッセージＩＤ（ｎＡｒｔｉｃｌｅＩＤ）、その対応メッセージＩＤ（ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ）、メッセージが属する関連メッセージスレッド（ｎＴｈｒｅｄ）、そのスレッドの中におけるメッセージ位相（ＲｅｐＯｒｄｅｒ）、発信者ＩＤ（ｎＷｒｉｔｅｒＩＤ）、受信者ＩＤ（ｎＲｅｃｅｉｖｅｒＩＤ）、メッセージタイトル（ｎＳｔｒＴｉｔｌｅ）、およびメッセージ内容（ｎＳｔｒＣｏｎｔｅｎｔｓ）の少なくともいずれか一つ以上のレコードフィールドを含む。
【００４０】
ｎＯｗｎｅｒＵＩＤは、第１のレコードフィールドおよび第２のレコードフィールドが、それぞれ伝達するべきユーザＩＤを指す。ｎＡｒｔｉｃｌｅＩＤは、第１のレコードが発信者のユーザデータベース５００に保存されたメッセージのうち、何回目のメッセージであるか、その保存先アドレスを知らせる。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤは、第１のレコードに対応して生成された第２のレコードが、受信者のユーザデータベース５００に保存されたメッセージのうち、何回目のメッセージに該当するか、その保存先アドレスを表示する。
【００４１】
ｎＴｈｒｅｄは、伝送されたメッセージが属するメッセージスレッドを示すものであり、伝送されたメッセージが、どのオリジナルメッセージ（特定のメッセージに対するリプライメッセージではなく、最初のメッセージ）から派生したものであるかを示し、オリジナルメッセージのｎＡｒｔｉｃｌｅＩＤに従う。すなわち、伝送されたメッセージがオリジナルメッセージである場合、ｎＴｈｒｅｄは、ｎＡｒｔｉｃｌｅＩＤに従う。また、伝送されたメッセージが、そのオリジナルメッセージに対するリプライである場合、ｎＴｈｒｅｄは、オリジナルメッセージのｎＴｈｒｅｄに従い、オリジナルメッセージのｎＴｈｒｅｄは、オリジナルメッセージのｎＡｒｔｉｃｌｅであるので、特定のメッセージに対するリプライメッセージのｎＴｈｒｅｄは、オリジナルメッセージのｎＡｒｔｉｃｌｅＩＤとなる。
【００４２】
ＲｅｐＯｒｄｅｒは、伝送されたメッセージの、所属メッセージスレッドの中での位相を示すものであり、メッセージスレッドにおいて、メッセージの階層的な表現のために、メッセージが表現される順序とメッセージのインデント表示を示す。
【００４３】
例えば、伝送されたメッセージが属するメッセージスレッドと、そのメッセージスレッドの中における位相とを、ｎＴｈｒｅｄ：ＲｅｐＯｒｄｅｒのように示すと、１：""、２：""、３：""、４：""は、それぞれ１番目のメッセージスレッドのオリジナルメッセージ、２番目のメッセージスレッドのオリジナルメッセージ、３番目のメッセージスレッドのオリジナルメッセージ、および４番目のメッセージスレッドのオリジナルメッセージを示す。
【００４４】
ここで、ｎＴｈｒｅｄ：ｎＲｅｐＯｒｄｅｒが、それぞれ４：""であるメッセージを第１のメッセージであるとすると、４：１および４：２は、それぞれ第１のメッセージに対する１番目のリプライメッセージおよび２番目のリプライメッセージ（以下、第２のメッセージという）のことをいい、各リプライメッセージのタイトルは、オリジナルメッセージのタイトルの開始列と所定の間隔を置いて表示される。また、４：２１、４：２２、および４：２３は、それぞれ第２のメッセージに対する１番目のリプライメッセージ、２番目のリプライメッセージ（以下、第３のメッセージという）、および３番目のリプライメッセージのことをいい、各リプライメッセージのタイトルは、第２のメッセージのタイトルの開始列と所定の間隔を置いて表示される。同様に、４：２２１は、第３のメッセージに対する１番目のリプライメッセージとして、第３のメッセージのタイトルの開始列と所定の間隔を置いて表示される。
【００４５】
ｎＷｒｉｔｅｒＩＤは、メッセージを作成したユーザのＩＤを、ｎＲｅｃｅｉｖｅｒＩＤは、メッセージを受信するユーザのＩＤのことをそれぞれいい、ｎＳｔｒＴｉｔｌｅおよびｎＳｔｒＣｏｎｔｅｎｔｓは、メッセージの題目とメッセージの内容のことをそれぞれいう。
【００４６】
図５に示すように、ユーザＡが、ユーザＢに、特定のメッセージに対するリプライメッセージを伝送する場合、アプリケーションサーバ４００は、ユーザＡのメッセージに基づき、ユーザＡのための第１のレコードおよび第２のレコードを生成する。
【００４７】
この際、第１のレコードは、ユーザＡのためのレコードであるので、第１のレコードのｎＯｗｎｅｒＵＩＤは、Ａとなり、ｎＷｒｉｔｅｒＵＩＤおよびｎＲｅｃｅｉｖｅｒＵＩＤは、それぞれＡおよびＢとなる。ここで、ｎＴｈｒｅｄおよびｎＲｅｐＯｒｄｅｒである３００および２１は、本メッセージが、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージであることを示す。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ４００は、第２のレコードがユーザＢのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００４８】
また、第２のレコードは、ユーザＢのためのレコードであるため、第２のレコードのｎＯｗｎｅｒＩＤは、Ｂとなり、ｎＷｒｉｔｅｒＵＩＤおよびｎＲｅｃｅｉｖｅｒＵＩＤは、それぞれＡおよびＢとなる。この際、ｎＴｈｒｅｄおよびｎＲｅｐＯｒｄｅｒである４００および２１は、本メッセージが、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージであることを示す。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ３００は、第１のレコードがユーザＡのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００４９】
したがって、ユーザＡの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中に位置する。また、リプライメッセージのタイトルが、オリジナルメッセージのタイトルから、ｎ間隔離れて表現される場合、前記メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。また、ユーザＢの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中に位置し、メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。
【００５０】
また、アプリケーションサーバ４００は、第１のレコードおよび第２のレコードが、それぞれユーザＡのために設けられたユーザデータベース５００およびユーザＢのために設けられたユーザデータベース５００にそれぞれ保存されるようにする。したがって、ユーザＡおよびユーザＢは、第１のレコードおよび第２のレコードに対する権限を、各自有するようになり、各レコードを各自管理することができる。
【００５１】
すなわち、図６に示すように、ユーザＡおよびユーザＢは、ユーザデータベース５００に保存された第１のレコードおよび第２のレコードに対する削除の権限をそれぞれ有する。したがって、それぞれのユーザの選択により、保存されたレコードを削除することができる。
【００５２】
例えば、ユーザＡが第１のレコードを削除する場合、ユーザＡは、メッセージクライアントを通じて、もう該当メッセージを確認することができない。しかし、ユーザＢは、第２のレコードを削除しない限り、依然として、メッセージクライアント２００を通じて、該当メッセージを確認することができる。
【００５３】
この際、ユーザの選択により、それぞれのレコードは、ユーザ端末の端末保存部１００に別に保存され得る。したがって、前記レコードに対する他人のアクセスの可能性を遮断すると共に、前記レコードを個人的に相当の期間保存することができる。
【００５４】
すなわち、図７に示すように、ユーザＡまたはユーザＢは、メッセージクライアント２００を通じて、第１のレコードまたは第２のレコードを、各自のユーザ端末の端末保存部１００に保存することができる。この場合、前記第１のレコードまたは前記第２のレコードは、アプリケーションサーバ４００側のユーザデータベース５００から削除されても、端末保存部１００に相当の期間保存され得、ユーザの選択によっては、永久保存も可能である。
【００５５】
したがって、特に、ユーザが特定のレコードに対する永久保管または個人的な保管を所望の場合、ユーザデータベース５００から、該当レコードが削除されるので、他人によるアクセスの可能性が遮断され、データ流出等の危険が減少される。同時に、該当レコードは、端末保存部１００に別に保存されるので、該当レコードに対する個人的な永久保管が可能である。また、ユーザデータベース５００に保存されるレコード量が減少するので、ユーザデータベースに対する負荷も減少する。
【００５６】
以下、図８を参照して、ユーザＡがユーザＢにメッセージを伝送する上述した例を通じて、本発明の実施の形態に係るメッセージ伝送および掲示方法について説明する。
【００５７】
ユーザＡがメッセージを作成し、ユーザＢに発信すると（Ｓ１００）、アプリケーションサーバ４００は、発信メッセージに基づき、第１のレコードおよび第２のレコードを生成する（Ｓ１０１）。また、第１のレコードおよび第２のレコードは、ユーザＡのためのユーザデータベース５００およびユーザＢのためのユーザデータベース５００にそれぞれ保存される（Ｓ１０３）。
【００５８】
この際、前記第１のレコードおよび第２のレコードは、それぞれサービスユーザＩＤ（ｎＯｗｎｅｒＵＩＤ）、メッセージＩＤ（ｎＡｒｔｉｃｌｅＩＤ）、その対応メッセージＩＤ（ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ）、メッセージが属する関連メッセージスレッド（ｎＴｈｒｅｄ）、そのスレッドの中におけるメッセージ位相（ＲｅｐＯｒｄｅｒ）、発信者ＩＤ（ｎＷｒｉｔｅｒＩＤ）、受信者ＩＤ（ｎＲｅｃｅｉｖｅｒＩＤ）、メッセージタイトル（ｎＳｔｒＴｉｔｌｅ）、およびメッセージ内容（ｎＳｔｒＣｏｎｔｅｎｔｓ）の少なくともいずれか一つ以上のレコードフィールドを含む。
【００５９】
また、前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されている。また、前記メッセージは、ｎＴｈｒｅｄおよびＲｅｐＯｒｄｅｒのフィールドに基づき、関連メッセージスレッドにおいて、該当メッセージの位相に合わせて、ユーザＡおよびユーザＢに表現される（Ｓ１０５）。
【００６０】
すなわち、ユーザＡの場合、第１のレコードのｎＴｈｒｅｄおよびＲｅｐＯｒｄｅｒが３００および２１である場合、該当メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージとなる。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ４００は、第２のレコードがユーザＢのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００６１】
したがって、ユーザＡの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが３００であるメッセージスレッドの中に位置する。また、リプライメッセージのタイトルが、オリジナルメッセージのタイトルからｎ間隔離れて表現される場合、前記メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。
【００６２】
また、ユーザＢの場合、第２のレコードのｎＴｈｒｅｄおよびｎＲｅｐＯｒｄｅｒが４００および２１である場合、該当メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中において、オリジナルメッセージの２番目のリプライメッセージに対する１番目のリプライメッセージとなる。また、ｎＰａｉｒ ＡｒｔｉｃｌｅＩＤ３００は、第１のレコードがユーザＡのユーザデータベース５００に保存されたメッセージのうち、何番目に該当するか、その保存先アドレスを示し、第１のレコードおよび第２のレコードを論理的に連結する。
【００６３】
したがって、ユーザＢの場合、前記メッセージは、オリジナルメッセージのＡｒｔｉｃｌｅＩＤが４００であるメッセージスレッドの中に位置する。また、リプライメッセージのタイトルが、オリジナルメッセージのタイトルからｎ間隔離れて表現される場合、前記メッセージのタイトルは、オリジナルメッセージのタイトルの開始列から２ｎ間隔離れて表現される。
【００６４】
第１のレコードおよび第２のレコードは、ユーザＡのユーザデータベース５００およびユーザＢのユーザデータベース５００にぞれぞれ保存されるので、それぞれのレコードに対する権限および管理は、ユーザＡおよびユーザＢにそれぞれ与えられる。したがって、ユーザＡまたはユーザＢは、各レコードを選択により削除することもできる（Ｓ１０７、Ｓ１０９、Ｓ１１３）。すなわち、ユーザＡまたはユーザＢが、特定のレコードがユーザデータベース５００に保存されることを所望でない場合、各ユーザは、自身のユーザデータベース００に保存されたレコードを削除することができる。
【００６５】
この際、ユーザの選択により、各レコードは、ユーザ端末の端末保存部１００に別途に保存され得る（Ｓ１０９、Ｓ１１１）。この場合、ユーザは、該当メッセージを個人的に永久保管することができるだけでなく、該当レコードに対する他人のアクセスの可能性を遮断することができる。また、レコードの保存のためのユーザデータベース５００の容量の確保にも役立つ。
【００６６】
以上、本発明によると、サービス加入者間の受け渡しのメッセージが、各サービス加入者毎に示される。すなわち、前記メッセージクライアントは、サービス加入者のリストを示し、第１のユーザがリストに示された第２のユーザのうち一人を選択する場合、第１のユーザと選択された第２のユーザとの間の受け渡しのメッセージが示される。
【００６７】
また、各メッセージは、関連メッセージスレッドの中において、各メッセージの位相が示されるように表現される。すなわち、発信または受信メッセージの内容の主題を関連メッセージと連関して大略的に把握することができるだけでなく、オリジナルメッセージであるか、或いはリプライメッセージであるかと、リプライメッセージであれば、どのメッセージに対するリプライメッセージであるかを、一見して把握することができる。
【００６８】
また、メッセージは、認証されたユーザ間にのみ送受信されるので、迷惑メールやウイルスから安全である。
【００６９】
また、発信メッセージに基づいて生成する二つのレコードは、発信者および受信者のデータベースにそれぞれ保存されるので、掲示されたメッセージに対する権限および管理は、各ユーザにより便利に行われ得る。
【図面の簡単な説明】
【００７０】
【図１】図１は、本発明の実施の形態に係るメッセージ送受信および掲示システムを示す図である。
【図２】図２は、図１のシステムのユーザインターフェースである。
【図３】図３は、図１のシステムのメッセージ送受信インターフェースに対する詳細図である。
【図４】図４は、図１のユーザデータベースのスキーマである。
【図５】図５は、図１のユーザデータベースの配置図である。
【図６】図６は、データベースに保存されたレコードを削除する図である。
【図７】図７は、ユーザ端末にレコードが保存された様子を示す図である。
【図８】図８は、図１のシステムの全体のフローチャートである。
【特許請求の範囲】
【請求項１】
ネットワークに連結された複数のユーザ端末間のメッセージ送受信および掲示システムにおいて、
サービスに加入した複数のユーザ間のメッセージを送受信するメッセージクライアントと、
発信メッセージに基づき、第１のレコードおよび第２のレコードを生成して保存し、前記メッセージクライアントの要請に応じて、第１のレコードと第２のレコードをそれぞれ該当メッセージクライアントに伝送するアプリケーションサーバと、
前記第１のレコードおよび前記第２のレコードを保存するユーザデータベースと、を備え、
前記メッセージクライアントは、伝送されたメッセージの内容を、レコードフィールドを参照して、既伝送された関連メッセージと共に表示することを特徴とするメッセージ送受信および掲示システム。
【請求項２】
前記レコードのフィールドは、関連メッセージスレッドを示す第１のフィールドと、関連メッセージスレッドにおける該当メッセージの位相を示す第２のフィールドとを有し、
前記メッセージクライアントは、前記第１のフィールドおよび第２のフィールドを参照して、発信メッセージの内容を、関連メッセージスレッドの中においてその位相に合わせて表現することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項３】
前記アプリケーションサーバは、発信メッセージに基づき、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む第１のレコードおよび第２のレコードを生成し、前記ユーザデータベースに保存することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項４】
前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されることを特徴とする請求項３に記載のメッセージ送受信および掲示システム。
【請求項５】
前記アプリケーションサーバは、メッセージ受信者がサービスに加入したユーザではない場合、メッセージを送信した前記メッセージクライアントに失敗の通知を伝送することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項６】
前記ユーザデータベースは、サービスに加入した複数のユーザ毎に個別に設けられることを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項７】
前記メッセージクライアントは、伝送されたレコードをユーザ端末に保存することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項８】
ネットワークに連結された複数のユーザ端末間のメッセージを伝送および掲示する方法において、
ａ）作成されたメッセージが発信されるステップと、
ｂ）発信メッセージに基づき、発信者および受信者のための第１のレコードおよび第２のレコードを生成するステップと、
ｃ）生成した第１のレコードと第２のレコードをそれぞれ保存し、第１のレコードおよび第２のレコードを発信者および受信者のユーザ端末にそれぞれ伝送するステップと、
ｄ）伝送されたメッセージの内容を、レコードフィールドに基づき、既伝送された関連メッセージの内容と共に示すステップと、を含むことを特徴とするメッセージ送受信および掲示方法。
【請求項９】
前記レコードフィールドは、関連メッセージスレッドを示す第１のフィールドおよび関連メッセージスレッドにおける該当メッセージの位相を示す第２のフィールドを含み、
ｄ）ステップは、
前記第１のフィールドおよび前記第２のフィールドに基づき、発信メッセージの内容を関連メッセージスレッドの中において、その位相に合わせて示すステップであることを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１０】
前記第１のレコードおよび第２のレコードは、
サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含むことを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１１】
前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されることを特徴とする請求項１０に記載のメッセージ送受信および掲示方法。
【請求項１２】
ｃ）ステップの第１のレコードおよび前記第２のレコードの保存は、
発信者と受信者のために、それぞれ設けられたユーザデータベースにそれぞれ保存されることを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１３】
ｃ）ステップの以降、
ユーザの選択により伝送されたレコードが、ユーザ端末機に保存されるステップをさらに含むことを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１４】
請求項８乃至１３のいずれか一項に記載の方法を、コンピュータにおいて具現するプログラムを記録したコンピュータで読出可能な保存媒体。
【請求項１】
ネットワークに連結された複数のユーザ端末間のメッセージ送受信および掲示システムにおいて、
サービスに加入した複数のユーザ間のメッセージを送受信するメッセージクライアントと、
発信メッセージに基づき、第１のレコードおよび第２のレコードを生成して保存し、前記メッセージクライアントの要請に応じて、第１のレコードと第２のレコードをそれぞれ該当メッセージクライアントに伝送するアプリケーションサーバと、
前記第１のレコードおよび前記第２のレコードを保存するユーザデータベースと、を備え、
前記メッセージクライアントは、伝送されたメッセージの内容を、レコードフィールドを参照して、既伝送された関連メッセージと共に表示することを特徴とするメッセージ送受信および掲示システム。
【請求項２】
前記レコードのフィールドは、関連メッセージスレッドを示す第１のフィールドと、関連メッセージスレッドにおける該当メッセージの位相を示す第２のフィールドとを有し、
前記メッセージクライアントは、前記第１のフィールドおよび第２のフィールドを参照して、発信メッセージの内容を、関連メッセージスレッドの中においてその位相に合わせて表現することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項３】
前記アプリケーションサーバは、発信メッセージに基づき、サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含む第１のレコードおよび第２のレコードを生成し、前記ユーザデータベースに保存することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項４】
前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されることを特徴とする請求項３に記載のメッセージ送受信および掲示システム。
【請求項５】
前記アプリケーションサーバは、メッセージ受信者がサービスに加入したユーザではない場合、メッセージを送信した前記メッセージクライアントに失敗の通知を伝送することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項６】
前記ユーザデータベースは、サービスに加入した複数のユーザ毎に個別に設けられることを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項７】
前記メッセージクライアントは、伝送されたレコードをユーザ端末に保存することを特徴とする請求項１に記載のメッセージ送受信および掲示システム。
【請求項８】
ネットワークに連結された複数のユーザ端末間のメッセージを伝送および掲示する方法において、
ａ）作成されたメッセージが発信されるステップと、
ｂ）発信メッセージに基づき、発信者および受信者のための第１のレコードおよび第２のレコードを生成するステップと、
ｃ）生成した第１のレコードと第２のレコードをそれぞれ保存し、第１のレコードおよび第２のレコードを発信者および受信者のユーザ端末にそれぞれ伝送するステップと、
ｄ）伝送されたメッセージの内容を、レコードフィールドに基づき、既伝送された関連メッセージの内容と共に示すステップと、を含むことを特徴とするメッセージ送受信および掲示方法。
【請求項９】
前記レコードフィールドは、関連メッセージスレッドを示す第１のフィールドおよび関連メッセージスレッドにおける該当メッセージの位相を示す第２のフィールドを含み、
ｄ）ステップは、
前記第１のフィールドおよび前記第２のフィールドに基づき、発信メッセージの内容を関連メッセージスレッドの中において、その位相に合わせて示すステップであることを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１０】
前記第１のレコードおよび第２のレコードは、
サービスユーザＩＤ、メッセージＩＤ、その対応メッセージＩＤ、メッセージが属する関連メッセージスレッド、そのスレッドの中におけるメッセージ位相、発信者ＩＤ、受信者ＩＤ、メッセージタイトルおよびメッセージ内容のうち一つ以上のレコードフィールドを含むことを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１１】
前記第１のレコードのメッセージＩＤは、前記第２のレコードにおける対応メッセージＩＤであり、前記第１のレコードにおける対応メッセージＩＤは、前記第２のレコードのメッセージＩＤであって、前記第１のレコードと前記第２のレコードは、論理的に連結されることを特徴とする請求項１０に記載のメッセージ送受信および掲示方法。
【請求項１２】
ｃ）ステップの第１のレコードおよび前記第２のレコードの保存は、
発信者と受信者のために、それぞれ設けられたユーザデータベースにそれぞれ保存されることを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１３】
ｃ）ステップの以降、
ユーザの選択により伝送されたレコードが、ユーザ端末機に保存されるステップをさらに含むことを特徴とする請求項８に記載のメッセージ送受信および掲示方法。
【請求項１４】
請求項８乃至１３のいずれか一項に記載の方法を、コンピュータにおいて具現するプログラムを記録したコンピュータで読出可能な保存媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００８−５０４６３２（Ｐ２００８−５０４６３２Ａ）
【公表日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願番号】特願２００７−５２０２３０（Ｐ２００７−５２０２３０）
【出願日】平成１７年７月６日（２００５．７．６）
【国際出願番号】ＰＣＴ／ＫＲ２００５／００２１６９
【国際公開番号】ＷＯ２００６／００６７９０
【国際公開日】平成１８年１月１９日（２００６．１．１９）
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【公表日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願日】平成１７年７月６日（２００５．７．６）
【国際出願番号】ＰＣＴ／ＫＲ２００５／００２１６９
【国際公開番号】ＷＯ２００６／００６７９０
【国際公開日】平成１８年１月１９日（２００６．１．１９）
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
[ Back to top ]