【課題】電子メール機能と電子会議室機能を連動させて効率的にコミュニティ内の情報を共有する。
【解決手段】電子メールを送受信するメールサーバとネットワークを介して接続されたコミュニティ管理サーバは、メールサーバから送信された電子メールの情報に基づいて、コミュニティの識別情報とコミュニティの参加メンバを含むコミュニティ情報を設定するコミュニティ作成部と、コミュニティの識別情報とコミュニティにおける電子会議室の投稿情報を含む電子会議室の情報とを対応付けて会議室情報テーブルに登録する会議室情報登録部と、コミュニティの作成に利用された電子メールに対して返信された電子メールの情報を、電子会議室の投稿情報として会議室情報テーブルに反映する会議室情報更新部と、を備える。 （もっと読む）

【課題】プレゼンスシステムにおいて、ネットワーク及びプレゼンスサーバにかかる負荷を低減させる。
【解決手段】装置1-1〜1-3は、自装置で検出対象にしている検出対象項目の状態（例えば、水温、pHなど）を検出すると、検出結果を示すプレゼンス情報を代表装置8へ送信する。代表装置8は、装置1-1〜1-3から送られてきたプレゼンス情報を装置毎にプレゼンス情報記憶部に記録すると共に、上記記憶部が更新される毎に、自代表装置8で検出対象にしている代表検出対象項目（例えば、水質）の状態を、上記記憶部に記録されている装置毎のプレゼンス情報に基づいて求め、求めた状態を示すプレゼンス情報を作成する。その後、今回作成したプレゼンス情報と、プレゼンスサーバの対して最後に送信したプレゼンス情報とを比較し、両者が不一致の場合、今回作成したプレゼンス情報をプレゼンスサーバへ送信する。 （もっと読む）

【課題】処理性能を低下させずに暫定レスポンスを送信する。
【解決手段】受信部１１は、処理依頼要求を示すリクエスト信号を受信する。負荷判定部１２は、自装置の処理負荷が閾値以上か否かを判定する。即時送信部１３は、負荷判定部により処理負荷が閾値以上と判定された場合に、リクエスト信号が受信されると即時に、リクエスト信号の再送を停止させる暫定レスポンス信号をリクエスト信号の送信元に送信する。経過後送信部１４は、負荷判定部により処理負荷が閾値未満と判定された場合に、リクエスト信号が受信されてから所定時間経過後に、暫定レスポンス信号を送信元に送信する。 （もっと読む）

【課題】 コミュニティ内のユーザ間の友人関係をグラフにモデル化した際に、そのグラフの特性に基づいて将来友人となる可能性の高い２ユーザを発見し、友人として推薦する。
【解決手段】 本発明は、３ユーザについてコミュニケーションの有無のパターンから分類し、３−ノードのグラフ情報とし、コミュニケーション情報から、コミュニティにおける２ユーザについて、コミュニケーションの有無に関する情報Ａと、３−部分グラフ情報から、コミュニティにおける２ユーザについて、２ユーザ以外の別の１ユーザがそれぞれ３ユーザのコミュニケーションの有無のパターンでいずれに分類されるかの頻度Ｂを取得し、２ユーザについて、情報Ａと、頻度Ｂとを用いて、重みを算出し、情報Ａと、頻度Ｂと重みとを用いて、該ユーザに対して別ユーザを友人として推薦する。 （もっと読む）

【課題】既存の業務システムを変更することなく、より容易に既存の業務システムをＷｅｂサービスとしてクライアントに提供する。
【解決手段】Ｗｅｂサービス基盤システム２であって、所定の通信プロトコルに従ってクライアント１との間でメッセージの送受信を行う通信処理手段２２と、複数のサービスエンドポイント２３と、全てのＷｅｂサービスに共通のＷｅｂサービス提供手段２４とを有し、通信処理手段２２は、クライアント１からのサービス要求をサービスエンドポイント２３を介してＷｅｂサービス提供手段２４に送出し、Ｗｅｂサービス提供手段２４は、サービス要求を業務システム７、８が処理可能なデータ形式に変換して、サービス要求で指定されたＷｅｂサービスに対応する業務システム７、８に送信するとともに、業務システム７、８の処理結果を通信処理手段２２が処理可能なデータ形式に変換して通信処理手段２２に送出する。 （もっと読む）

【課題】複数のアプリケーション利用者をリアルタイムで連携させて、複数のプロトコルをハンドリング可能なアプリケーションを構築できるサービス提供システムを提供する。
【解決手段】Web-APサーバ環境とSIPサーバ環境とを統合したサービス提供システムにおいて、HTTPプロトコルのコンテキストを管理するWebコンテキストマネージャ101には、Web-AP実行サーバ107が接続されている。SIPプロトコルのコンテキストを管理するSIPコンテキストマネージャ102には、SIP-AP実行サーバ108が接続されている。Web-AP実行サーバ107にはHTTPハンドラ122のメッセージを受け渡すHTTPハンドラマネージャ1019が接続され、SIP-AP実行サーバ108にはSIPハンドラ123のメッセージを受け渡すSIPハンドラマネージャ1028が接続されている。 （もっと読む）

【課題】クライアントサーバ型分散データシステムの同期通信において、クライアントのサーバ機能呼び出しを開始した時点からサーバ処理終了通知までのターンアラウンド時間を短縮することを目的とする。
【解決手段】サーバは、前処理を登録する前処理登録部１０１と、後処理を登録する後処理登録部１０２と、前処理と後処理との登録要求を行うサーバ指令部１００と、前処理と後処理とをサーバ機能識別子に対応付けするサーバ機能対応付け部１０３とを備える。サーバ１０ｂは、クライアントからのサーバ機能呼び出しのための要求メッセージを受信すると、前処理を実行し、前処理の実行結果を含む終了メッセージをクライアント１０ａに送信し、当該終了メッセージを送信した後に後処理を実行する。 （もっと読む）

【課題】 外部の装置から指示されたスクリプトプログラムを実行し、当該スクリプトプログラムに対応するアプリケーションの機能を実現する装置において、そのアプリケーションの機能をサービスとして外部の装置に提供可能とする。
【解決手段】 外部の装置から指示されたスクリプトプログラムを実行し、そのスクリプトプログラムに対応するアプリケーションの機能を実現する装置において、外部の装置に対してアプリケーションの機能をサービスとして提供するための情報を公開する。そして公開された情報に基づいて生成された外部の装置からのサービスに対する要求に応じて、そのサービスを処理した結果を外部の装置へ提供する。 （もっと読む）

【課題】ネットワーク負荷の増大やマスタ機器のリソース不足を発生させることなく、多数の機器から定期的にデータを収集することが可能な通信システムを実現する。
【解決手段】コンピュータ（１）が、マスタ機器（２ａ）に対して、一括データ収集コマンド（２００）を発行し、それを受信したマスタ機器（２ａ）は、各スレーブ機器に対して、個別データ収集コマンド（３００）を発行し、それを受信した各スレーブの機器は、データを計測・作成・収集し、個別データ収集結果（３１０）をマスタ機器に返す。マスタ機器はスレーブ機器からのデータのうちの一部を一括データ収集結果（即時）（２１０）としてコンピュータ（１）に即時送信し、残りを蓄積しコンピュータ（１）からの一括データバッチ収集コマンド（２３０）の受信時に一括データ収集結果（バッチ）（２２０）としてバッチ送信する。 （もっと読む）

【課題】広告付きのＷｅｂページを生成するために貢献したＷｅｂＡＰＩを明確にし、広告の紹介料を分配可能にする広告提供システム等を提供することを目的とする。
【解決手段】広告仲介サービス１０５が生成したセッションＩＤをＷｅｂサイト１０３、ＷｅｂＡＰＩ１０４、広告仲介サービス１０５の間で引き回しながら処理を行うシステムであって、Ｗｅｂサイト１０３ではＷｅｂＡＰＩ１０４の処理結果及び広告情報のリソースを取得するためのリンク及び広告を選択したときに呼ばれるセッションＩＤをパラメータに持つリンクを含めたＷｅｂページを生成してＷｅｂブラウザ１０２に返し、Ｗｅｂブラウザ１０２が広告情報のリソースを広告仲介サービス１０５に要求すると、広告仲介サービス１０５では広告情報の要求があったことをセッションＩＤと関連付けて記録した後、広告情報のリソースをＷｅｂブラウザ１０２に返すことにより上記課題を解決する。 （もっと読む）

複数の相互接続ミドルウェアドメイン内及び全体に、一貫したサービス品質レベル「ＱｏＳ」を有するメッセージフローを提供するための、情報システム・リソースを管理する方法は、少なくとも１つのＱｏＳ要件を表示し、少なくとも１つのＱｏＳ要件を、複数のミドルウェアドメイン（４０４、４０６）を通信可能に連結するメッセージサービス（４３２）に特有の少なくとも１つのパラメータに変換し、メッセージフローを受信するために、第１ミドルウェアドメイン（４０４）とメッセージサービスとの間にクライアント接続を作成し、ＱｏＳメッセージを第２ミドルウェアドメイン（４０６）へ伝達し、メッセージフローを伝達するために、メッセージサービスと第２ミドルウェアドメインとの間にクライアント接続を作成する第１ＱｏＳマネージャ（４２６、５６４）からＱｏＳメッセージを受信することを含む。
（もっと読む）

【課題】グループウェアまたは電子掲示板等において、記事の投稿時に、リンク情報の設定し忘れがないか否かをユーザに対して確認することを可能とする。
【解決手段】リンク情報データ格納部４２は、リンク情報及び当該リンク情報に関連する文字列を含むリンク情報データを予め格納する。記事解析部５２２は、記事入力インタフェース５１１により入力された記事に含まれる文字列を切り出す。記事判定部５２３は、切り出された文字列を含むリンク情報データがリンク情報データ格納部４２に格納されているかを判定する。記事判定部５２３は、リンク情報データが格納されていると判定された場合、当該リンク情報データに含まれるリンク情報を特定する。通知インタフェース５１２は、特定されたリンク情報が入力された記事に付加されていない場合、当該記事を投稿したユーザに対して当該リンク情報が付加されていない旨を通知する。 （もっと読む）

【課題】適切な構成によってサービスを提供することのできるネットワーク機器、サービス提供方法、及びサービス提供プログラムの提供を目的とする。
【解決手段】ネットワークを介して接続されるクライアント装置にサービスを提供可能なネットワーク機器であって、前記サービスにアクセスさせるための情報を前記クライアント装置に提供する情報提供手段と、前記情報提供手段によって提供される情報に基づいて行われる前記クライアント装置からの要求に応じ、要求されたサービスを実行するサービス実行手段とを有し、前記情報提供手段と前記サービス実行手段とを別プロセスとして起動することにより上記課題を解決する。 （もっと読む）

【課題】無駄なプレゼンス情報の登録処理を防止しつつ、プレゼンス情報の登録処理を好適に行うことができるようにする。
【解決手段】本発明に係る情報処理装置に適用可能な携帯端末２においては、プレゼンス管理部１３は、プレゼンス利用者確認要求を生成し、プレゼンス通信部１２は、プレゼンス利用者確認要求をプレゼンスサーバに送信し、プレゼンスサーバから送信されてきたプレゼンス利用者確認要求に対する応答であるプレゼンス利用者確認応答を受信し、プレゼンス管理部１３は、プレゼンス利用者確認応答に含まれるプレゼンス利用者に関する情報に基づいて、プレゼンス利用状態管理情報１６を更新し、プレゼンス利用状態管理情報１６に基づいて、携帯端末２のプレゼンスを利用する他の携帯端末２が存在するか否かを判定し、判定結果に基づいて、プレゼンスの通知に関するモードを決定する。 （もっと読む）

【課題】ＥＳＢ実行計算機が、サービス実行計算機とリクエスタ実行計算機との間で送受信される情報を予め把握して、リクエスタ実行計算機に対応するリクエスト受付や、サービス実行計算機に対応するアダプタを事前に生成しておかなければならず、サービス実行計算機と通信プロトコルの異なるリクエスタ実行計算機に対して、動的にサービスの機能を提供することができない。
【解決手段】ＥＳＢ実行計算機１１０のメモリ１７０にリクエスタ実行計算機１６０およびサービス実行計算機１００からの公開情報を登録し、ＥＳＢ実行計算機１１０のＣＰＵ１８０が、メモリ１７０の公開情報からリクエスタ１６０Ａおよびサービス１００Ａのそれぞれに対応するリクエスト受付１５０およびアダプタ１４０を生成する。 （もっと読む）

【課題】
本発明は、サービス要求装置に一次サービス提供装置以外の第三者サービスを提供することができるサードパーティーサービス提供方法及びサードパーティーサービス提供装置を提供する。
【解決手段】
ａ．サービス要求装置が送信した一次サービス提供装置にサービスを提供することを要求するための要求メッセージを受信し、ｂ．要求メッセージを処理して新しい要求メッセージを生成し、ｃ．一次サービス提供装置にこの要求メッセージを送信し、ｄ．一次サービス提供装置が送信した応答メッセージを受信し、ｅ．応答メッセージを処理して新しい応答メッセージを生成し、ｆ．サービス要求装置に応答メッセージを送信する、各ステップから構成される。 （もっと読む）

【課題】アプリケーションの処理途中で処理が中断した場合でも、中断した時点から続けて処理を実行させる機能を共通化すること。
【解決手段】アプリケーションを実行させるための入力データを受け付ける入力受付部１１０と、アプリケーションの一連の処理工程をシナリオとして定義したシナリオ定義情報を記憶するシナリオ記憶部１４０と、シナリオ定義情報に従ってアプリケーションの動作を決定するシナリオ管理部１７０と、各シナリオに含まれるアプリケーションの実行中の処理状態を、シナリオ定義情報と対応付けてセッション管理情報として記憶するセッション記憶部１５０と、を備え、シナリオ定義情報は、セッション管理情報に対応付けられる１以上の処理状態と、各処理状態において入力受付部が受け付ける入力データに対するアプリケーションの動作とを対応付けて定義する、アプリケーション状態管理装置１００が提供される。 （もっと読む）

協同エンドポイント間のコラボレーションを協同サービスプラットフォームのサーバレスパブリケーションサービスによって円滑にすることができる。サーバレスパブリケーションサービスは、協同エンドポイントから通信接続を受け付けるように構成することができる。協同サービスプラットフォームのユーザは、サーバレス公開サービスで、自身に関連する協同プレゼンスを公開することができる。たとえば、ユーザの協同プレゼンスは、そのユーザの有効な協同エンドポイント及びそれらのエンドポイントにおける協同機能に関する情報を含むことができる。公開された協同プレゼンスへのサブスクリプションをサーバレスパブリケーションサービスを通じて配置することができる。協同プレゼンスサブスクライブメッセージが、ユーザの協同プレゼンスへのサブスクリプションを指定することができる。プレゼンスサブスクライブメッセージが受信されると、送信側に関するサブスクリプションポリシーが存在しない場合、送信側に関するサブスクリプションポリシーについて受信側に照会することができる。サブスクリプションは、サブスクリプションポリシーに従って受け付けることができる。 （もっと読む）

サービスシステム１はサービスコア１（ｆ）とインスタントメッセージングクライアント１０にインタフェースするインタフェース１（ｄ）とを備える。サービスコア１（ｆ）はインスタントメッセージングクライアントとのインタフェースを制御して、アプリケーションに従って双方向サービスを提供し、クライアント１０へのマルチメディアコンテンツのルーティングに関与する。システム１はモーダルで、動的にクライアントと対話してユーザに所望のサービスを、アプリケーション状態及び関連するユーザインタラクションのグループである現在のモードで提供する。モードデータベースマネージャ１（ａ）がユーザのサービスのモードの持続的な記録を維持する。サービスコア１（ｆ）がモードデータベースマネージャ１（ａ）とインタフェースして、少なくとも２つのインスタントメッセージングセッションが関与するインタラクションの間モードが持続できるようにする。ディレクトリマネージャ１（ｂ）がインスタントメッセージングの登録ユーザを管理し、モードデータベースマネージャ１（ａ）が登録ユーザのみについてモード状態を維持する。システムはサービスのモードをプレゼンスネットワークのユーザとしてパブリッシュするプレゼンスコンポジタ１（ｃ）をも備え、幾つかのユーザはクライアント表示画面上に表示されかつモードを表すアバタである。メールストアマネージャ１（ｅ）がサービスコア１（ｆ）に命令されて、サービスモードの変化に従ってメッセージング処理を実行する。 （もっと読む）

システムレベルで動作するポートリスニングサービスが静的ポートで聴取するように割り当てられている。静的ポートはセッションレベルで動作する複数のアプリケーションに関連した複数の固有のＩＤにインデックスを付けることができる。サーバアプリケーションはクライアントに固有の接続ＩＤ、サーバのＩＰアドレス、接続のための静的なポート番号を提供する。クライアントが固有の接続ＩＤを参照して接続を行うと、アプリケーションがセッションレベルで動作するように、ポートリスニングサービスはアプリケーションがセッションレベルで更に動作するように接続のための対応するソケットを適切なアプリケーションインスタンスに転送することができる。このようにして、ポートリスニングサービスは、セッションレベルで動作している複数の異なったアプリケーションに１つの静的ポート用の接続サービスを供給することができる。
（もっと読む）