会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 1. 发明授权
    • Packaging multiple groups of read-only files of an application's components into multiple shared libraries
    • 将应用程序组件的多个只读文件组打包成多个共享库
    • US08522205B2
    • 2013-08-27
    • US11437899
    • 2006-05-19
    • Mohammad Shoaib LariRajendra S. PingteSrinath Krishnaswamy
    • Mohammad Shoaib LariRajendra S. PingteSrinath Krishnaswamy
    • G06F9/44
    • G06F8/61G06F8/71
    • Multiple groups of read-only files, for use by various components of an application program in a computer, are packaged as follows. Several executable files are prepared, each executable file corresponding to a group of read-only files used by one or more components. Each executable file includes an array that has sufficient space to accommodate the group of read-only files to be packaged therein. Each array in each executable file is overwritten with data from a corresponding group of read-only files. The presence or absence of each executable file for a group of read-only files is indicated by an index that is developed during initialization of components. Retrieval of data is from the executable files, if the index indicates, on first accessing each read-only file, that the corresponding executable file is present. If the executable file is indicated by the index as being absent, then the read-only file is directly accessed.
    • 多组只读文件供计算机应用程序的各种组件使用,如下所示。 准备了几个可执行文件,每个可执行文件对应于一个或多个组件使用的一组只读文件。 每个可执行文件包括一个数组,该数组具有足够的空间来容纳要封装的一组只读文件。 每个可执行文件中的每个数组都被相应的只读文件组的数据覆盖。 一组只读文件的每个可执行文件的存在或不存在由组件初始化期间开发的索引指示。 数据的检索来自可执行文件,如果索引在首次访问每个只读文件时指出相应的可执行文件存在。 如果可执行文件由索引指示为不存在,则只读文件被直接访问。
    • 5. 发明申请
    • PRESERVING USER CODE IN OTT-GENERATED CLASSES
    • 保存OTT生成类中的用户代码
    • US20080275896A1
    • 2008-11-06
    • US12136516
    • 2008-06-10
    • Kalyanji ChintakayalaSubhranshu BanerjeeKrishna MohanSrinath KrishnaswamyRavikanth Kasamsetty
    • Kalyanji ChintakayalaSubhranshu BanerjeeKrishna MohanSrinath KrishnaswamyRavikanth Kasamsetty
    • G06F7/00G06F17/30
    • G06F17/30427G06F17/3041Y10S707/99942Y10S707/99943
    • An object type translator (OTT) determines one or more database object types. The one or more database object types are mapped to a first structural language type definition code. After being generated, the user may add user code to the first structural language type definition code. During regeneration of these files, the first structural language type definition code is then parsed to determine the user code that has been added, based on the start and end markers that the user code segments have been marked with. OTT maps these user-code segments to the corresponding database types and keeps track of the mapping and the user code. When the OTT starts generating the second structural language code, the OTT determines a position where the user code should be inserted into the second structural language type definition code using that mapping. The user code is then inserted in the second structural language code in the position determined. Accordingly, the user code that was added is not lost when the structural language type definition code is regenerated from the one or more database object types.
    • 对象类型转换器(OTT)确定一个或多个数据库对象类型。 一个或多个数据库对象类型被映射到第一结构语言类型定义代码。 在生成之后,用户可以将用户代码添加到第一结构语言类型定义代码。 在这些文件的再生期间,然后基于用户代码段被标记的开始和结束标记来解析第一结构语言类型定义代码以确定已添加的用户代码。 OTT将这些用户代码段映射到相应的数据库类型,并跟踪映射和用户代码。 当OTT开始生成第二结构语言代码时,OTT使用该映射确定将用户代码插入到第二结构语言类型定义代码中的位置。 然后将用户代码插入到确定的位置中的第二结构语言代码中。 因此,当从一个或多个数据库对象类型重新生成结构语言类型定义代码时,不会丢失所添加的用户代码。
    • 7. 发明授权
    • Product packaging and installation mechanism
    • 产品包装安装机制
    • US07412700B2
    • 2008-08-12
    • US10848635
    • 2004-05-18
    • Mohammad Shoaib LariRajendra S. PingteSrinath KrishnaswamyDouglas James McMahon
    • Mohammad Shoaib LariRajendra S. PingteSrinath KrishnaswamyDouglas James McMahon
    • G06F9/445G06F12/00
    • G06F8/61Y10S707/99953Y10S707/99956
    • Files of software to be installed in a computer are packaged as follows. A source file is prepared to contain at least a declaration of an array of sufficient space to accommodate the files to be packaged. The source file is compiled into an executable file. Thereafter, the array in the executable file is overwritten with data from each file being packaged. Depending on the embodiment, the address of where each file begins in the executable file and each file's name may be stored in the same executable file or in a different file. The stored file names are used to identify an address of a file from its name, when the named file is first accessed. In several embodiments, the operating system loads the executable file as a library that is automatically shared by multiple instances of the application (or by multiple applications), to efficiently use physical memory.
    • 要安装在计算机中的软件文件包装如下。 源文件准备至少包含一个足够空间的数组的声明,以容纳要打包的文件。 源文件被编译成可执行文件。 此后,可执行文件中的数组将被来自正在打包的每个文件的数据覆盖。 根据实施例,每个文件在可执行文件中开始的地址和每个文件的名称可以存储在相同的可执行文件或不同的文件中。 存储的文件名用于在首次访问命名文件时从其名称中标识文件的地址。 在几个实施例中,操作系统将可执行文件加载为由应用程序的多个实例(或多个应用程序)自动共享的库,以有效地使用物理内存。
    • 8. 发明申请
    • Method and apparatus for making inter-process procedure calls through shared memory
    • 通过共享内存进行进程间调用的方法和装置
    • US20070094674A1
    • 2007-04-26
    • US11259240
    • 2005-10-25
    • Mohammad LariSrinath Krishnaswamy
    • Mohammad LariSrinath Krishnaswamy
    • G06F9/46
    • G06F9/547G06F9/52
    • One embodiment of the present invention provides a system that facilitates making an inter-process procedure call through a shared memory that is shared between a client process and a server process, wherein the client makes the inter-process procedure call as if the client is making a local procedure call, but the procedure call actually executes on the server. The system operates by receiving a request from the client through an Application Programming Interface (API) to make an inter-process procedure call. The system then allocates a section of the shared memory for the data structure parameters of the inter-process procedure call. Additionally, the client process acquires a lock on a commonly known section of shared memory called a Parameter Control Block. Once the lock is acquired, the client process stores parameters for the inter-process procedure call in the Parameter Control Block. Finally, the client process clears a Call_Done flag and releases the lock.
    • 本发明的一个实施例提供一种有助于通过在客户端进程和服务器进程之间共享的共享存储器进行进程间过程调用的系统,其中客户端进行进程间过程调用,就好像客户端正在进行 本地过程调用,但过程调用实际上在服务器上执行。 该系统通过应用程序编程接口(API)接收来自客户端的请求来进行进程间过程调用。 然后,系统为进程间过程调用的数据结构参数分配共享内存的一部分。 此外,客户端进程获取一个称为参数控制块的公共共享内存部分的锁定。 一旦获取锁定,客户端进程将在参数控制块中存储进程间过程调用的参数。 最后,客户端进程清除一个Call_Done标志并释放该锁。